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ć?

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

Odpowiedzi:

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