Jak bezpiecznie zaktualizować instancję Amazon EC2 z t1.micro do dużej? [Zamknięte]

348

Mam instancję Amazon EC2 micro (t1.micro). Chcę uaktualnić to wystąpienie do dużego. To jest nasze środowisko produkcyjne, więc jaki jest najlepszy i wolny od ryzyka sposób?

Czy jest jakiś krok po kroku, aby to zrobić?

amazon-ec2 amazon-web-services upgrade

— Gandil
źródło

Z urządzeniem root EBS lub ze sklepem instancji?

— stivlo

Myślę, że urządzenie roota EBS. Widzę EBS w pozycji menu głównego urządzenia na konsoli aws.

— gandil

2

Czy ktoś z was wziął pod uwagę fakt, że t1.micro, m1.small itp. Może być architekturą 32-bitową i że duża instancja to 64-bitowy łuk? Czy nie spowoduje to żadnych problemów? Na razie myślę, że będziemy musieli zrobić wszystko jeszcze raz (utworzyć nową dużą instancję i ponownie zainstalować całą aplikację)? Czy nie jest tak, gdy następuje zmiana w architekturze?

— MD

1

To mnie ugryzło w **. Ostatnim razem wybiorę 32 bity na cokolwiek. Teraz mamy serwer, który potrzebuje więcej pamięci niż 4 GB, a architektura 32-bitowa nie może go obsłużyć. Jeśli fakt w panelu sterowania Amazon w EC2 nie ma opcji uruchomienia na duży typ, idzie tylko do średniej.

— Tom Gruner

3

Dlaczego pytanie jest oznaczone jako nie na temat ? To ważne pomocne pytanie z akceptowalnymi odpowiedziami.

— UsamaAmjad

302

Z mojego doświadczenia wynika, że w ten sposób tworzę migawkę bieżącego obrazu, a po zakończeniu zobaczysz go jako opcję przy uruchamianiu nowych instancji. Po prostu uruchom go jako dużą instancję w tym momencie.

Takie jest moje podejście, jeśli nie chcę żadnych przestojów (tj. Serwera produkcyjnego), ponieważ to rozwiązanie przełącza serwer w tryb offline dopiero po uruchomieniu nowego (również używam go do dodawania nowych komputerów do moich klastrów przy użyciu tego podejścia do dodaj tylko nowe maszyny). Jeśli Przestój jest akceptowalny, zobacz odpowiedź Marcela Castilho.

— Zagubiona dusza
źródło

1

następnie usunąć małe wystąpienie wcześniej?

— gandil

1

Adres IP nowej instancji będzie inny. Czy mam rację? Więc musimy zmienić zapis DNS?

— gandil

12

Jeśli używasz elastycznego adresu IP tak, jak powinieneś, przypisz elastyczny adres IP do nowego serwera. Nowy serwer będzie wtedy miał ten sam adres IP. Ta procedura będzie przydatna również wtedy, gdy twój serwer ulegnie awarii i będziesz musiał rozpocząć nowy.

— stivlo

1

Niezbyt niezawodna metoda, stan serwera może się zmienić, jeśli jest obciążony (co jest bardzo prawdopodobne, biorąc pod uwagę potrzebę jego skalowania), a nowy, większy serwer będzie kilka minut / godzin starszy niż rzeczywisty serwer działający.

— AbiusX

2

Jeśli migawka jest z woluminu głównego, Amazon zaleca zatrzymanie instancji przed zrobieniem migawki: docs.aws.amazon.com/AWSEC2/latest/UserGuide/...

— Taterhead

517

Korzystanie z konsoli zarządzania AWS:

Kliknij instancję prawym przyciskiem myszy
- Cykl życia instancji> Zatrzymaj
- Czekać...
- Zarządzanie wystąpieniami> Zmień typ wystąpienia

— Marcel de Castilho
źródło

4

jest to znacznie łatwiejsza metoda ..

— box86rowh 12.12.11

22

Zgadzam się, że jest to prostsze, ale zaletą przyjętej metody jest to, że można było uruchomić nowy serwer równolegle z istniejącym serwerem przed przełączeniem elastycznego adresu IP i nie powodować żadnych przestojów.

— Ryan Montgomery,

17

Wiedz, że kiedy Marcel powie „Zaczekaj…”, będziesz czekał DŁUGO. Ta metoda jest okropna, jeśli problemem są przestoje. Jeśli przestoje nie mają znaczenia, jest to łatwe, ale nie wiąże się to z niewielką ilością przestojów. Zaplanuj na około pół godziny.

— Jake

8

mniej niż 5 minut dla mnie ... mw.small do m1.medium z uruchomioną witryną SQL 2012

— azcoastal

4

A problem z rozmiarem dysku?

— Adrian Salazar

49

Korzystanie z konsoli zarządzania AWS

Przejdź do „Woluminów” i utwórz migawkę woluminu instancji.
Przejdź do „Migawek” i wybierz „Utwórz obraz z migawki”.
Przejdź do „AMI” i wybierz „Uruchom wystąpienie” i wybierz „Typ wystąpienia” itp.

— Styelz
źródło

Umożliwia to zmianę architektury i typu wystąpienia.

— Styelz

Dzięki za postawienie kroków tutaj i wyjaśnienie, jest to najlepsza metoda, chyba że jesteś na wczesnym etapie, gdzie przestoje nie mają znaczenia.

— Jake

2

Próbowałem tego, ale w moim przypadku nowa instancja nie zaczęła się od AMI ze starszej instancji, wystąpił problem z paniką jądra.

— zeeshan

18

Użyj konsoli AWS EC2, a nie ElasticFox.

Pierwszy sposób:

Utwórz nowy AMI instancji
Uruchom to

Alternatywny sposób:

Zrób migawkę dysku
Uruchom dużą instancję EBS o tym samym typie AMI (pamiętaj, że w tym momencie dysk będzie zawierał dane, które były obecne podczas tworzenia tego AMI, a nie twoje najnowsze zmiany)
Po pełnym uruchomieniu uruchom nową instancję
Odłącz wolumin główny od zatrzymanej instancji
Utwórz dysk wirtualny z migawki utworzonej wcześniej w tej samej strefie dostępności nowej instancji
Dołącz wolumin główny do / dev / sda1
Uruchom ponownie nową instancję

— stivlo
źródło

9

Utwórz AMI -> Uruchom AMI na dużej instancji.

Więcej informacji http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

Możesz to wszystko zrobić również z poziomu konsoli administracyjnej na aws.amazon.com

— kieran
źródło

Chcę to zrobić na konsoli aws. czy jest jakiś dokument howto z obrazem?

— gandil

Kliknij instancję prawym przyciskiem myszy i kliknij „utwórz AMI” - następnie przejdź do AMI na ekranie konsoli (po lewej stronie) i kliknij „uruchom AMI” na tym, który chcesz uruchomić

— kieran