Instancja EC2 nie zatrzymuje się ani nie kończy po próbie utworzenia AMI z działającej instancji

14

Po rutynowym ponownym uruchomieniu instancji Linux ec2 z 1 małym woluminem głównym i 1 małym woluminem podłączonym nie byłem w stanie ssh do instancji. Nie jest jasne, dlaczego ponowne uruchomienie instancji spowodowało, że była niedostępna z ssh. Wystąpienie pokazało, że działa w konsoli AWS, ale ssh, http itp. Nie reagowało. Próbowałem utworzyć AMI z tej działającej instancji. Jednak AMI nigdy nie został stworzony. Zamiast tego właśnie godzinami widziałem „oczekujące” w sekcji AMI konsoli AWS. W końcu wyrejestrowałem AMI. Następnie próbowałem zatrzymać instancję ec2. Nie jestem jednak w stanie zatrzymać instancji - utknęła w stanie zatrzymania przez wiele godzin. Próbowałem także wymusić zatrzymanie instancji bez powodzenia. Następnie próbowałem odłączyć woluminy, ale ciągle zgłaszają „odłączanie” Czy ktoś ma jakieś sugestie, jak sobie z tym poradzić? Wygląda na to, że Amazon nie oferuje żadnego wsparcia przez e-mail lub telefon, chyba że jesteś członkiem premium. Bardzo dziękuję za pomoc.

Snap Shot
źródło

Odpowiedzi:

17

Jeśli nie masz wsparcia premium, wówczas „zablokowane” wystąpienia (w których nie można ich zatrzymać / zakończyć) i „zablokowane” woluminy (w których nie można ich odłączyć / usunąć) można zgłaszać do Amazon na forum EC2 :

Amazon AWS EC2 Forum
https://forums.aws.amazon.com/forum.jspa?forumID=30

Upewnij się, że wymieniono konkretne identyfikatory wystąpienia / woluminu.

Nikt oprócz Amazon nie może naprawdę pomóc w takich sytuacjach.

Na szczęście nie należy pobierać opłat za np. Godziny, kiedy przejdzie ono w stan „zatrzymania” lub „zakończenia”.

Twój pierwotny problem związany z niemożnością połączenia się z instancją przez ssh może być również opublikowany na forum EC2 w celu uzyskania pomocy od społeczności, ale jest to powszechny problem i ma wiele potencjalnych przyczyn. Napisałem artykuł, aby pomóc w zdiagnozowaniu tego i wskazać informacje, które powinieneś zamieścić w swoim wpisie na forum:

Rozwiązanie: „Nie mogę połączyć się z moim serwerem na Amazon EC2”
http://alestic.com/2009/08/ec2-connectivity

Napisałem również artykuł opisujący metodę, której można użyć do zdiagnozowania instancji rozruchowych EBS, przeglądając pliki dziennika na dysku, nawet jeśli nie można połączyć się z instancją:

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

Jednak nie będziesz w stanie zastosować tego podejścia, dopóki Amazon nie pomoże ci odłączyć wolumenu EBS.

Eric Hammond
źródło
1
Dziękujemy za szczegółowe sugestie i artykuły - są bardzo pomocne.
Snap Shot
8

Wiem, że ten post jest stary, ale możesz także kliknąć przycisk Zatrzymaj ponownie, a pulpit nawigacyjny zapyta Cię, czy chcesz zrobić wymuszone zatrzymanie . Czasami wiem to z doświadczenia, musisz zrobić dwa lub trzy przymusowe postoje, aby to zadziałało.

Podziękowania dla Robina Scotta .

szczupły
źródło
0

Zetknąłem się z podobną sytuacją po utworzeniu środowiska Elastic Beanstalk w instancji ec2. Aby zakończyć moją instancję ec2, musiałem najpierw zakończyć środowisko eb, co zrobiłem odwiedzając:

https://console.aws.amazon.com/elasticbeanstalk/?region=us-west-2

Gdzie region=podana wartość to region zawierający środowisko, które ma zostać zamknięte. Na tej stronie można łatwo szybko dezaktywować wiele środowisk:

wprowadź opis zdjęcia tutaj

duhaime
źródło
0

Wymuś odłączenie woluminu systemowego. Wtedy będziesz mógł zatrzymać instancję. Ponownie podłącz wolumin i uruchom instancję. Altówka!

Colby
źródło
-2

przy ponownym uruchomieniu wewnętrznych adresów IP i zmianie publicznego DNS, więc jeśli nie masz elastycznego adresu IP powiązanego z systemem, może to być powód, dla którego nie możesz włączyć SSH do systemu.

nowy chłopak
źródło
Dziękuje za twoją sugestię. Z instancją jest powiązany elastyczny adres IP i był on powiązany z instancją po ponownym uruchomieniu.
Snap Shot
3
Ponowne uruchomienie instancji EC2 nie zmienia wewnętrznych adresów IP, nie zmienia publicznych adresów IP i nie oddziela żadnego elastycznego adresu IP od instancji. Zatrzymanie i uruchomienie instancji zrobi te wszystkie rzeczy, ale ponowne uruchomienie nie.
Eric Hammond,
1
„Jeśli uruchomisz ponownie instancję, adres IP zostanie zachowany.” aws.amazon.com/articles/… „Ponowne uruchomienie lub ponowne uruchomienie instancji nie ma wpływu na mapowanie elastycznego adresu IP na nią”. aws.amazon.com/articles/1346
Eric Hammond,