Warum hat meine AWS-Instanz ein anderes AMI als eine neue Instanz?

-1

Ich habe eine laufende Instanz, dieWarum hat meine AWS-Instanz ein anderes AMI als eine neue Instanz?

AMI ID ubuntu-treuen-14.04-amd64-server-20.150.325 ami-5189a661

Wenn ich neue Instanz zu starten, gehen Sie zu Seite hat, wie ich eine andere AMI

sehen

Ubuntu Server 14.04 LTS (HVM), SSD Volume Typ - ami-9abea4fb

so, was die Unterschiede ami-9abea4fb vs ami-5189a661 sind?

Ich bin ein t2.micro laufen. Wenn ich bereit bin, zu aktualisieren, t2.large von dem, was ich gelesen habe, habe ich zu

die laufenden Instanz stoppen (ami-5189a661)
lösen die EBS
eine neue Instanz erstellen (ami-9abea4fv) und befestigen Sie den EBS auf neue Instanz

ist das richtig? Funktioniert die neue Instanz, weil sie ein anderes AMI als meine vorhandene Instanz hat?

Quelle

2016-04-20 Michael Nguyen

Haben Sie irgendwann einen AMI erstellt? Weil eine Suche nach 'ami-9abea4fv' nichts bringt. Ich denke, das könnte eine private AMI in Ihrem Konto sein. In jedem Fall scheint dies keine Programmierfrage zu sein, daher ist es wahrscheinlich ein Thema für diese Seite. Warum nicht auf die AMI-Liste und ** LOOK ** auf die AMIs gehen, um zu sehen, was der Unterschied ist, anstatt hierher zu kommen und uns zu bitten, nach dir zu suchen? –

In Bezug auf Ihre zweite Frage, warum haben Sie das Bedürfnis, von einem AMI zu einem anderen zu wechseln? Wenn Sie nicht einmal wissen, was der Unterschied in den AMIs ist, warum "upgrade" von einem zum anderen? Auch die von Ihnen gelistete Prozedur wird überhaupt nichts tun außer die instanceID Ihrer Instanz zu ändern. Alle Daten von der AMI gehen auf die EBS, also wenn Sie die EBS wegwerfen und Ihre alte EBS wiederverwenden, haben Sie nichts erreicht. –

Sie müssen AMI nicht ändern, um die Instanzgröße zu ändern, stoppen Sie einfach die Instanz und ändern Sie dann den Instanztyp in t2.large. – Greyeye

Ich gehe davon aus, dass Sie ami-9abea4fb statt ami-9abea4fv gemeint haben.

Die Namen dieser AMI Bilder erfahren Sie, wollen Sie wissen wollen:

ami-9abea4fb: ubuntu/images/hvm-ssd/ubuntu-trusty-14.04-amd64-server-20150325 
ami-5189a661: ubuntu/images/hvm-ssd/ubuntu-trusty-14.04-amd64-server-20160114.5

Sie sind beide Ubuntu 14.04 LTS, aber man wurde im März 2015, und der andere wurde erstellt im Januar 2016 erstellt Letztere enthält Aktualisierungen aus dem Zeitraum zwischen diesen beiden Daten. Wenn Sie aus jedem dieser zwei Bilder zwei Instanzen erstellen und alle Aktualisierungen manuell anwenden, sollten sie funktional identisch sein.

Da es sich um EBS-unterstützte Instanzen handelt, können Sie sie auf t2.large aufrüsten, indem Sie in der AWS-Konsole die Option Instanztyp ändern auswählen. Sie müssen keine neue Instanz mit einem neuen Bild erstellen.

Quelle

2016-04-20 22:35:47 ataylor

Der "Instanztyp ändern" ist ausgegraut. Btw, sagst du, wenn ich eine neue Instanz mit AMI Januar 2016 starte, dieselbe EBS anschließe, dann apt-get update, apt-get upgrade, sollte ich weniger Komponenten zum upgraden bekommen? –

Ihre Instanz muss gestoppt werden, um den Typ zu ändern. Booten von der alten EBS auf einer neuen Instanz sollte auch funktionieren. Ich glaube nicht, dass es einen Unterschied macht, welches Bild Sie in diesem Fall verwenden. – ataylor

Warum hat meine AWS-Instanz ein anderes AMI als eine neue Instanz?

Antwort

Verwandte Themen