Проблемы с переходом на мелкие микропроцессоры EC2

Question

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

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

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

1. Создание новой небольшой экземпляр с Alestic Ubuntu 10.04 32 битном ОИМ (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

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

Answer 2

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

Похоже, что это изображение assumes that there will be ephemeral storage present, когда на микроуровне нет ни одного. Чтобы обойти эту проблему, закомментируйте следующую строку в/и т.д./Fstab:

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

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

Answer 3

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

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

Answer 4

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

$ 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 Ами, что работа над микросистемы: http://blog.simpledeployr.com/2010/09/new-ruby-amis-with-latest-ubuntu-lucid.html