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.
Instancja EC2 nie zatrzymuje się ani nie kończy po próbie utworzenia AMI z działającej instancji
Odpowiedzi:
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.
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 .
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:
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.