Różnica między ponownym uruchomieniem a zatrzymaniem uruchamiania instancji Amazon EC2

13

Zauważyłem, że wywołanie ec2.rebootInstancesinstancji Amazon EC2 było znacznie szybsze niż zatrzymanie i ponowne uruchomienie ( ec2.stopInstances ec2.startInstances).

Zachował również adres IP instancji (nie mam na nim elastycznego adresu IP). Co robi ec2.rebootInstance, co różni się od zatrzymania i uruchomienia instancji?

figaro
źródło

Odpowiedzi:

23

Kiedy zatrzymujesz instancję rozruchową EBS, rezygnujesz z fizycznego sprzętu (lub jego części), na którym działał serwer, a EC2 może uruchomić tam czyjąś instancję.

Twój wolumin rozruchowy EBS (i inne dołączone woluminy EBS) są nadal zachowane, chociaż tak naprawdę nie są powiązane z fizycznym ani wirtualnym serwerem. Są one tylko powiązane z identyfikatorem instancji, który nigdzie nie działa.

Po ponownym uruchomieniu instancji EC2 wybiera sprzęt, aby go uruchomić, łączy woluminy EBS i uruchamia go ponownie z woluminu głównego.

Do rzeczy, które zmieniają się po zatrzymaniu / uruchomieniu, należą:

  1. Nowy wewnętrzny adres IP (choć może być losowo taki sam).

  2. Nowy zewnętrzny adres IP (choć może być losowo taki sam).

  3. Jeśli elastyczny adres IP był powiązany z instancją przed jej zatrzymaniem, musisz ponownie powiązać go po uruchomieniu.

  4. Wszelkie treści z poprzedniego efemerycznego magazynu instancji zostały wyczyszczone, a Ty otrzymałeś nowy efemeryczny magazyn.

  5. Możesz pozostawić instancję zatrzymaną na tak długo, jak chcesz i nie obciążać Cię za czas działania (chociaż opłata za pamięć masową EBS jest znacznie niższa). Zobacz następny punkt.

  6. Rozpoczęcie nowej godziny rozliczeniowej dla instancji po ponownym uruchomieniu. Na przykład, jeśli uruchomisz nową instancję, a następnie zatrzymasz / uruchomisz ją 3 razy w ciągu pierwszych 60 minut, naliczymy opłatę za 4 godziny zamiast 1.

  7. Istnieje niewielka szansa, że ​​EC2 nie będzie mieć dostępnych gniazd odpowiedniego typu instancji, aby uruchomić instancję, gdy chcesz ją ponownie uruchomić. Zdarzyło mi się to i tymczasowo zmieniłem na inny, dostępny typ instancji, aby ponownie uruchomić.

Po ponownym uruchomieniu jest to zwykłe ponowne uruchomienie na poziomie systemu operacyjnego, a instancja działa na tym samym sprzęcie, z tymi samymi prywatnymi i publicznymi adresami IP, zachowuje ten sam elastyczny adres IP (jeśli jest powiązany) i zachowuje tę samą efemeryczną pamięć masową bez uzyskiwania wytarte. Po ponownym uruchomieniu nie rozpoczyna się nowa godzina naliczania opłat i nie rezygnujesz ze sprzętu instancji.

Gdy instancja jest zatrzymana, możesz zrobić fajne rzeczy przed jej ponownym uruchomieniem. Oto artykuł, który napisałem o zmianie typu instancji, gdy jest zatrzymana:

Przenoszenie instancji EC2 do większego rozmiaru
http://alestic.com/2011/02/ec2-change-type

Oto artykuł, który napisałem o tym, jak zmienić rozmiar dysku rozruchowego EBS instancji, gdy jest ona zatrzymana:

Zmiana rozmiaru dysku głównego na działającej instancji rozruchowej EBS Boot EC2
http://alestic.com/2010/02/ec2-resize-running-ebs-root

Oto artykuł, który napisałem o tym, jak zbadać dysk główny instancji (gdy jest zatrzymany), gdy nie można się z nią połączyć podczas działania:

Naprawianie plików w głównym katalogu EBS wystąpienia EC2
http://alestic.com/2011/02/ec2-fix-ebs-root

Ponieważ cykl stop / start ma duże szanse na przeniesienie instancji na nowy sprzęt, jest to łatwy sposób na zastąpienie sprzętu instancji, jeśli podejrzewasz, że bieżąca platforma może się zepsuć i powodować problemy. Oto artykuł, który o tym napisałem:

Prostszy sposób na wymianę sprzętu instancji na EC2
http://alestic.com/2011/02/ec2-move-hardware

Eric Hammond
źródło
+1 za doskonałe podsumowanie (i udostępnienie go na twoim blogu, gdzie znalazłem go po raz pierwszy;) - jeden drobny dodatek / poprawka dotycząca tematu 3: Właśnie zauważyłem, że instancje rozpoczęte w Amazon Virtual Private Cloud (VPC) zachowują się inaczej tutaj, tzn. elastyczny adres IP (jeśli istnieje) pozostaje powiązany nawet w stanie zatrzymania (i wydaje się, że nie jest odpowiednio obciążany); Nie znalazłem jeszcze żadnej konkretnej dokumentacji na ten temat, nie zbadałem również, czy istnieją powiązane subtelności, ale prawdopodobnie należy być świadomym tej możliwości.
Steffen Opel
Dziękuję za notatkę. Dodałem komentarz wskazujący to na blogu: alestic.com/2011/09/ec2-reboot-stop-start
Eric Hammond