Requirements:
1. You must be running an EBS boot instance (not instance-store or S3-based AMI). Any files on ephemeral storage (e.g., /mnt) will be lost.
2. You can only move to a different instance type of the same architecture (32-bit or 64-bit).
3. The private and initial public IP addresses of the instance will be different when it is running on the new hardware. Use an Elastic IP Address to keep the public IP address the same.
4. There will be a short outage while the instance is moved to new hardware (roughly equivalent to the reboot time of normal hardware).
Process:
Run a new t1.micro Ubuntu 10.04 Lucid instance to be our demo. I recommend uploading your own ssh key first.
instance_id=$(ec2-run-instances --instance-type t1.micro --key $USER ami-3e02f257 |
egrep ^INSTANCE | cut -f2)
Wait until it is running and perhaps log in to install software or touch some files so you know it’s your instance. When you are ready, stop the t1.micro instance:
ec2-stop-instances $instance_id
At this point in a normal environment, you might want to create an EBS snapshot AMI of the instance for backup purposes in the event that anything goes wrong. (See: ec2-create-image)
While the EBS boot instance is stopped, switch the instance type from t1.micro to m1.small:
ec2-modify-instance-attribute --instance-type m1.small $instance_id
Start the instance using its new m1.small type:
ec2-start-instances $instance_id
Wait until it is running (again), then log in to verify that it is the same instance with all your software and data. If you were using an Elastic IP address with the instance, it would need to be reassociated after the instance is started.
Eventually, you’ll discover that an m1.small isn’t all that powerful either for moderate loads, so you’ll want to upgrade to a c1.medium, which for many purposes is a great size. It offers 5X the CPU of an m1.small for only 2X the price.
Unfortunately, with a 32-bit instance, c1.medium is as high as you can currently go as of this writing. You’ll need to switch over to a new instance running a 64-bit AMI if you want to go larger.
Vice Versa:
Though we often think “scaling” means moving to larger/faster/more hardware, Amazon EC2 has shown us that it is equally valuable to be able to scale down when we no longer need the extra capacity. The above approach can be used to move your instances to smaller instance types to reduce costs.
If you run this demo, you will be charged for 1 hour of t1.micro instance time plus 1 hour of m1.small instance time, plus fractions of a penny in EBS volume and IO charges. That’s slightly more than a dime.
If you do not need the example instance anymore do not forget to delete it:
ec2-terminate-instances $instance_id
No comments:
Post a Comment