Co zmienia się po zatrzymaniu instancji AWS, a następnie ponownie uruchamiane

Question

Otrzymaliśmy zgłoszenie AWS "wystąpienie zaplanowane na emeryturę". Wpłynie to na nasz główny serwer db. Na podstawie tego, co przeczytałem, najprostszym sposobem jest zatrzymanie instancji, a następnie ponowne jej uruchomienie.

Moje zrozumienie polega w zasadzie na fizycznym przeniesieniu aktualnej instancji, która spowodowałaby zmianę adresu IP. Jednak poza tym, co jeszcze by się zmieniło.

Obecnie instancja, która ma zostać wycofana, działa jako nasz główny serwer bazy danych. jest połączony zarówno przez serwer aplikacji (z ponad 20 aplikacjami WWW), jak i instancję serwera podrzędnego.

Ciąg połączenia między serwerem aplikacji a instancją bazy danych używa wewnętrznej nazwy komputera AWS (np. Źródło danych = IP-0A882XXX, identyfikator użytkownika = nazwa użytkownika, hasło = hasło, katalog początkowy = nazwa_bazy; Partner awaryjny = IP-0A80XXX), który nie powinny być zmieniane po zatrzymaniu/ponownym uruchomieniu. Jestem poprawny?

Czy jest coś jeszcze, o czym powinienem wiedzieć? takie jak zabezpieczenia, ustawienia zapory itp.?

Jeśli ktoś mógłby wskazać mi listę kontrolną, byłbym bardzo wdzięczny!

Answer 1

Zatrzymywanie i uruchamianie instancji EBS bagażnika EC2 jest podobna do restartowania go z tych głównych wyjątkami:

• nowych wewnętrznych i zewnętrznych adresów IP (adres Elastic IP musi być ponownie powiązany)

• pliki na ulotnej pamięci zostaną utracone

napisałem poniższy artykuł, który przechodzi w bardziej szczegółowo i udostępnia listę wszystkich drobniejszych Punkty do rozważenia:

Rebooting vs. Stop/Start of Amazon EC2 Instance - Alestic.com

Wewnętrzna nazwa EC2 DNS instancji odpowiada wewnętrzny adres IP, więc będzie zmiana na stop/start, i będą musiały być aktualizowane w serwery aplikacji.

Można użyć następujący trik nie trzeba modyfikować klientów, gdy serwer db jest przesuwany:

• Przypisywanie Elastic IP do wewnętrznej instancji

• Skorzystaj z zewnętrzny Elastic IP Nazwa DNS w instancjach klienta.

Serwer DNS EC2 zwraca wewnętrzny adres IP instancji, gdy jest zapytany z innej instancji EC2 w tym samym regionie.

napisałem poniższy artykuł, który przechodzi w szczegóły, w jaki sposób to zrobić i dlaczego to działa:

Using Elastic IP to Identify Internal Instances on Amazon EC2

Answer 2

myślę, że powinienem umieścić moje rozwiązanie kończy się tutaj, aby pomóc ludziom tak jak ja, którzy nie mają zestawu EIP na pierwszym miejscu, gdy zajmują się wycofaniem instancji.

1.Enable elastyczna IP na bieżącej instancji (główny, lustro, monitor)

2.Stop/restart (inny przykład prep byłyby wymagane bazę na własnej infrastrukturze serwerów)

.... ... aktualizuj instancje danych za pomocą nowych ustawień i ponownej konfiguracji kopii lustrzanej .......

3.Uaktualnij plik hosta serwera aplikacji, aby wskazywał starą nazwę DNS z nową wewnętrzną instancją serwera IP uzyskaną po migracji (UWAGA: to jest HACK, ale kupuje mi czas, aby stopniowo aktualizować wszystkie moje aplikacje internetowe w liczbie 60+)

4. Aktualizuj aplikacje internetowe w zaplanowany sposób. (zaktualizuj poprawny ciąg połączenia w nowych wdrożeniach)

5. Usuń wszystkie rekordy hosta, gdy wszystko zostanie zaktualizowane do nowej nazwy domeny publicznej.

Na szczęście jest to tylko jeden proces wyłączenia.

A Few zabrać:

• Dla instancji bazy danych, tak naprawdę nie ma usprawiedliwienia dla nie posiadające EIP ustanowiony w pierwszej kolejności. czytaj: http://aws.amazon.com/ec2/pricing/#elastic-ip to czytaj poniżej cytat z @Eric Hammond będziesz wiedział dlaczego serwer

EC2 DNS zwraca wewnętrzny adres IP instancji, gdy zapytaliśmy z innej instancji EC2 w tym samym regionie.

• Gdybym był zaangażowany w ten projekt w bardzo istotą, (lub dowolny dużych projektów przedsiębiorstw w przyszłości) to pewnie iść z VPC zamiast instancji EC2.