EC2小到微实例降级问题

时间:2010-09-09 17:49:52

标签: amazon-ec2

有一些应用程序,其中EC2小实例,太大了。所以微观实例的宣布正是医生所要求的。

我想获取一个小实例的EBS卷,将其分离,并将其与微实例配对。在某些时候,走另一条路并将微型实例升级到小型或更高级别可能会很棒。

对于这次失败的实验我试过了:

  1. 使用Alestic Ubuntu 10.04 32位AMI(ami-1234de7b)创建一个新的小实例。靴子就像一个魅力。
  2. 关闭我刚刚铸造的微型实例,分离上一步为我创建的音量。
  3. 将小实例的卷附加到微实例。
  4. 开机。
  5. 纳达。
  6. 奇怪的是没有控制台日志输出直到我断电。然后我就明白了。

    [    0.000000] Reserving virtual address space above 0xf5800000
    [    0.000000] Initializing cgroup subsys cpuset
    [    0.000000] Initializing cgroup subsys cpu
    ...
    [    1.221261] VFS: Mounted root (ext3 filesystem) readonly on device 8:1.
    [    1.221261] VFS: Mounted root (ext3 filesystem) readonly on device 8:1.
    [    1.222164] devtmpfs: mounted
    [    1.222202] Freeing unused kernel memory: 216k freed
    [    1.223409] Write protecting the kernel text: 4328k
    [    1.223760] Write protecting the kernel read-only data: 1336k
    init: console-setup main process (63) terminated with status 1
    %Ginit: plymouth main process (45) killed by SEGV signal
    init: plymouth-splash main process (196) terminated with status 2
    cloud-init running: Thu, 09 Sep 2010 17:37:54 +0000. up 2.61 seconds
    mountall: Disconnected from Plymouth
    init: hwclock-save main process (291) terminated with status 1
    Checking for running unattended-upgrades:  * Asking all remaining processes to terminate...       
    [80G 
    [74G[ OK ]
     * All processes ended within 1 seconds....       
    [80G 
    [74G[ OK ]
     * Deconfiguring network interfaces...       
    [80G 
    [74G[ OK ]
     * Deactivating swap...       
    [80G 
    [74G[ OK ]
     * Unmounting local filesystems...       
    [80G 
    [74G[ OK ]
     * Will now halt
    [  185.599636] System halted.
    

    这种交换方法在过去相同大小的实例之间运行良好,这是我第一次尝试在不同大小之间执行此操作。这是不可能的,还是我错过了EC2知识的基本内容?

4 个答案:

答案 0 :(得分:5)

即使这可能会迁移到服务器故障,我今天早些时候遇到了与此实例完全相同的问题。

看起来这个图像assumes that there will be ephemeral storage present,当微实例上没有。要解决此问题,请在/ etc / fstab中注释掉以下行:

/dev/sda2   /mnt    auto    defaults,comment=cloudconfig    0   0

这可以防止实例在启动时挂起,或者至少它对我来说是ami-1234de7b。

答案 1 :(得分:1)

我使用alestic ami(ami-2c354b7e)创建了一个新的微实例。我第一次正常登录系统。但是一旦我重新启动系统,我就无法再次登录。

评论上面指出的那条线对我有用。 “/ dev / sda2 / mnt auto defaults,comment = cloudconfig 0 0”

答案 2 :(得分:1)

注释掉该行并不能完全解决问题。如果你重新启动,它将重新写入相同的行。你需要:

$ l="deb http://archive.ubuntu.com/ubuntu lucid-proposed main"
$ echo "$l" | sudo tee -a /etc/apt/sources.list
$ sudo apt-get update && sudo apt-get install cloud-init
$ dpkg-query --show cloud-init

我认为这将很快在官方Ubuntu版本中修复,你不必这样做,但是现在......

来源:https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/634102

此外,我们还有一些基于官方Ubuntu AMI的图片,这些图片适用于Micro的:http://blog.simpledeployr.com/2010/09/new-ruby-amis-with-latest-ubuntu-lucid.html

答案 3 :(得分:-1)

我认为你没有问题。这可能是亚马逊基础设施中的一个问题。