Probleme bei der Herabstufung von EC2 Small zu Micro Instances

Question

Ich habe einige Anwendungen, bei denen kleine EC2-Instanzen, nun ja, zu groß sind. Da kommt die Ankündigung von Micro-Instances gerade recht.

Ich möchte das EBS-Volumen einer kleinen Instanz abtrennen und mit einer Mikroinstanz verbinden. Irgendwann könnte es gut sein, den umgekehrten Weg zu gehen und eine Micro-Instanz auf eine Small-Instanz oder darüber hinaus zu vergrößern.

Bei diesem gescheiterten Experiment habe ich es versucht:

1. Erstellen einer neuen kleinen Instanz mit dem Alestic Ubuntu 10.04 32 bit AMI (ami-1234de7b). Booten wie ein Charme.
2. Schalten Sie meine frisch gebackene Micro-Instanz aus und trennen Sie das im vorherigen Schritt erstellte Volume.
3. Verbinden Sie das Volume der kleinen Instanz mit der Mikro-Instanz.
4. Einschalten.
5. Nada.

Seltsam ist, dass es keine Konsolenprotokollausgabe gibt bis Ich schalte ab. Dann sehe ich alles.

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

Diese Methode des Tauschens hat in der Vergangenheit gut zwischen gleich großen Instanzen funktioniert, und es ist mein erster Versuch, dies zwischen verschiedenen Größen zu tun. Ist dies einfach nicht möglich oder fehlt mir etwas Grundlegendes in meinem EC2 Wissen?

Answer 1

Auch wenn dies wahrscheinlich zu Server Fault migriert wird, hatte ich heute früh genau das gleiche Problem mit dieser Instanz.

Es scheint, dass dieses Bild geht davon aus, dass eine kurzzeitige Speicherung vorhanden ist wenn es auf den Mikroinstanzen keine gibt. Um dies zu umgehen, kommentieren Sie die folgende Zeile in /etc/fstab aus:

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

Dies sollte verhindern, dass sich die Instanz beim Start aufhängt, zumindest war das bei mir mit ami-1234de7b der Fall.

Answer 2

Ich habe eine neue Mikroinstanz mit alestic ami's (ami-2c354b7e) erstellt. Beim ersten Mal konnte ich mich normal am System anmelden. Aber nach dem Neustart des Systems konnte ich mich nicht mehr anmelden.

Das Kommentieren der oben angegebenen Zeile hat bei mir funktioniert. "/dev/sda2 /mnt auto defaults,comment=cloudconfig 0 0"

Answer 3

Das Auskommentieren der Zeile behebt das Problem nicht vollständig. Wenn Sie neu starten, wird die gleiche Zeile wieder eingefügt. Das müssen Sie:

$ 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

Ich gehe davon aus, dass dies in der offiziellen Ubuntu-Version bald behoben sein wird und Sie dies nicht mehr tun müssen, aber im Moment...

Quelle: https://bugs.launchpad.net/ubuntu/+Quelle/cloud-init/+Fehler/634102

Außerdem haben wir ein paar Images, die auf den offiziellen Ubuntu-AMIs basieren und auf Micro's funktionieren: http://blog.simpledeployr.com/2010/09/new-ruby-amis-with-latest-ubuntu-lucid.html

Answer 4

Ich sehe kein Problem auf Ihrer Seite. Es könnte sich um ein Problem in der Infrastruktur von Amazon handeln.