Проблемы понижения уровня инстансов в EC2

Question

Есть несколько приложений, в которых маленькие экземпляры EC2 слишком велики. Итак, объявление о микроинстанциях - это то, что доктор прописал.

Я бы хотел взять том EBS небольшого экземпляра, отсоединить его и соединить с микро экземпляром. В какой-то момент было бы здорово пойти другим путем и увеличить размер микро экземпляра до маленького или за его пределы.

Для этого неудачного эксперимента я попытался:

1. Создание нового небольшого экземпляра с 32-разрядным AMI Alestic Ubuntu 10.04 (ami-1234de7b). Сапоги как шарм.
2. Выключите мой свежеиспеченный микроэкземпляр, отсоедините том, созданный для меня на предыдущем шаге.
3. Прикрепите том малого экземпляра к микро экземпляру.
4. Включите.
5. Nada.

Что странно, так это отсутствие вывода журнала консоли до тех пор, пока я не выключу питание. Тогда я вижу все это.

[    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?

Answer 1

Даже при том, что это, вероятно, будет перенесено в Server Fault, я столкнулся с точно такой же проблемой с этим экземпляром ранее сегодня.

Похоже, что это изображение предполагает наличие эфемерного хранилища , когда его нет на микроэкземплярах. Чтобы обойти это, закомментируйте следующую строку в / etc / fstab:

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

Это должно предотвратить зависание экземпляра при запуске, или, по крайней мере, это произошло с ami-1234de7b.

Answer 2

Комментирование строки не исправляет ее полностью.Если вы перезагрузитесь, он снова напишет ту же строку. Вам нужно:

$ 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

Также у нас есть пара изображений, основанных на официальных AMI Ubuntu, которые работают на Micro: http://blog.simpledeployr.com/2010/09/new-ruby-amis-with-latest-ubuntu-lucid.html

Answer 3

Я создал новый микроэкземпляр, используя alestic ami's (ami-2c354b7e).Я смог нормально зайти в систему с первого раза.Но как только я перезагрузил систему, я не смог снова войти в систему.

комментируя указанную выше строку, работал для меня."/ dev / sda2 / mnt авто значения по умолчанию, комментарий = cloudconfig 0 0"

Answer 4

Я не вижу проблемы на вашей стороне. Это может быть проблемой в инфраструктуре Amazon.