Konstantin Vlasenko

An engineer is someone who can make for a dollar what any fool could make for two. – Alan Kay

Tag Archives: AMI

AT: Moving Ahead With Amazon EC2 (Creating AMI by modifying the existing one)

  1. Login to the AWS Management Console
  2. Switch to EC2 tab
  3. Click on AMIs
  4. Select EBS image and Launch it
  5. Do not select micro or small instance at this step to avoid long running configuration
  6. Click on Instances
  7. Wait ~5 minutes and try to Get Windows Admin Password of your started instance
  8. RDP to your instance by using Public DNS (you can find it at the description tab for the running instance)
  9. Install latest Windows updates
  10. Make your additional changes
  11. Create Image (EBS AMI). Don’t worry about running state of the instance. It will be stopped automatically while making the new AMI.
  12. Click on AMIs
  13. Wait. You should get the new image Owned By Me
  14. Terminate running instance. You don’t need it anymore

AT: Moving Ahead With Amazon EC2 (Building the testing environment)

ATAcceptance Testing
For the first try I decided to build the following very simple Windows lab:

  • Domain Controller with DNS
  • Application Server

Here are some questions that you must have the answer before moving forward:

  • Which amazon images (AMI) to use for the virtual machines? How to create AMI for VMs?
    Actually had no any chance to create the AMI from scratch. Could not argue with anything here…but it is possible. I chose the easiest and fastest option to create AMI by modifying the one from the Amazon Machine Images library.
  • What is the difference between Instance-Store and EBS root devices?

    When you launch your Amazon EC2 instances you have the ability to store your root device data on Amazon EBS or the local instance store. By using Amazon EBS, data on the root device will persist independently from the lifetime of the instance. This enables you to stop and restart the instance at a subsequent time, which similar to shutting down your laptop and restarting it when you need it again.

    Alternatively, the local instance store only persists during the life of the instance. This is an inexpensive way to launch instances where data is not stored to the root device. For example, some customers use this option to run large web sites where each instance is a clone to handle web traffic.

  • In which Amazon Region you are going to implement your testing environment?

    Amazon EC2 provides the ability to place instances in multiple locations. Amazon EC2 locations are composed of Regions and Availability Zones. Availability Zones are distinct locations that are engineered to be insulated from failures in other Availability Zones and provide inexpensive, low latency network connectivity to other Availability Zones in the same Region. By launching instances in separate Availability Zones, you can protect your applications from failure of a single location. Regions consist of one or more Availability Zones, are geographically dispersed, and will be in separate geographic areas or countries. The Amazon EC2 Service Level Agreement commitment is 99.95% availability for each Amazon EC2 Region. Amazon EC2 is currently available in five regions: US East (Northern Virginia), US West (Northern California), EU (Ireland), Asia Pacific (Singapore), and Asia Pacific (Tokyo). – http://aws.amazon.com/ec2/

    I am personally decided to use US East region while my work place is in Russia. The price for instance here is the cheapest!

Follow

Get every new post delivered to your Inbox.