Come aggiornare in sicurezza un'istanza Amazon EC2 da t1.micro a grande? [chiuso]


348

Ho una microistanza Amazon EC2 (t1.micro). Voglio aggiornare questa istanza alla grande. Questo è il nostro ambiente di produzione, quindi qual è il modo migliore e privo di rischi per farlo?

Esiste una guida passo passo per fare questo?


Con il dispositivo root EBS o con l'istanza store?
stivlo

Penso che il dispositivo root ebs. Vedo EBS nella voce di menu Dispositivo di root sulla console di aws.
gandil

2
Qualcuno di voi ha considerato il fatto che un t1.micro, m1.small ecc può essere un'architettura a 32 bit e che un'istanza di grandi dimensioni è un arco a 64 bit? Non causerà problemi? A partire da ora, penso che dovremo fare di nuovo tutto (creare una nuova istanza di grandi dimensioni e installare di nuovo tutta l'applicazione)? Non è il caso di un cambiamento nell'architettura?
MD

1
Mi ha appena morso in a **. L'ultima volta sceglierò 32 bit per qualsiasi cosa. Ora abbiamo un server che ha bisogno di più memoria di 4 GB e l'architettura a 32 bit non può gestirlo. Se infatti nel pannello di controllo di Amazon in EC2 non esiste alcuna opzione per l'avvio di un tipo di grandi dimensioni, va solo a medio.
Tom Gruner,

3
Perché la domanda è contrassegnata come fuori tema ? È una domanda utile valida con risposte accettabili.
UsamaAmjad

Risposte:


302

Dalla mia esperienza, il modo in cui lo faccio è creare un'istantanea della tua immagine attuale, quindi una volta fatto lo vedrai come un'opzione quando avvii nuove istanze. Basta avviarlo come grande istanza a quel punto.

Questo è il mio approccio se non voglio tempi di inattività (ad es. Server di produzione) perché questa soluzione porta un server offline solo dopo che il nuovo è attivo e funzionante (lo uso anche per aggiungere nuove macchine ai miei cluster usando questo approccio per aggiungi solo nuove macchine). Se i tempi di fermo sono accettabili, vedi la risposta di Marcel Castilho.


1
quindi eliminare piccola l'istanza prima?
gandil

1
L'indirizzo IP della nuova istanza sarà diverso. Ho ragione? Quindi abbiamo bisogno di cambiare il record DNS?
gandil

12
Se si utilizza IP elastico come si deve, assegnare l'IP elastico al nuovo server. Il nuovo server avrà quindi lo stesso indirizzo IP. Questa procedura sarà utile anche se il tuo server si arresta in modo anomalo e devi avviarne uno nuovo.
stivlo

1
Non è un metodo molto affidabile, lo stato del server potrebbe cambiare se è sotto stress (il che è molto probabilmente considerata la necessità di ridimensionarlo) e il nuovo server più grande sarà più vecchio di qualche minuto rispetto al server in esecuzione.
AbiusX,

2
Se l'istantanea è del volume principale, Amazon consiglia di interrompere l'istanza prima di eseguire
Taterhead

517

Utilizzando la console di gestione AWS:

  • Fare clic con il tasto destro sull'istanza
    • Ciclo di vita dell'istanza> Stop
    • Aspettare...
    • Gestione delle istanze> Cambia tipo di istanza

4
questo è un metodo molto più semplice ..
box86rowh

22
Sono d'accordo che questo sia più semplice, ma il vantaggio del metodo accettato è che potresti riuscire a far funzionare il nuovo server in parallelo al server esistente prima di cambiare IP elastico e causare tempi di inattività ridotti o nulli.
Ryan Montgomery,

17
Sappi che quando Marcel dice "Aspetta ...", starai aspettando LUNGO. Questo metodo è terribile se i tempi di inattività rappresentano un problema. Se i tempi di inattività non contano, è facile, ma ciò non comporta una piccola quantità di tempi di inattività. Pianifica per circa mezz'ora.
Jake

8
meno di 5 minuti per me ... da mw.small a m1.medium che esegue SQL 2012 Web
azcoastal il

4
E il problema delle dimensioni del disco?
Adrian Salazar,

49

Utilizzo della Console di gestione AWS

  • Vai su "Volumi" e crea un'istantanea del volume dell'istanza.
  • Vai su "Istantanee" e seleziona "Crea immagine da istantanea".
  • Vai su "AMIs" e seleziona "Avvia istanza" e scegli il tuo "Tipo di istanza" ecc.

Ciò consente di modificare l'architettura e il tipo di istanza.
Styelz,

Grazie per aver messo effettivamente i passaggi qui e chiarito, questo è il metodo migliore, a meno che tu non sia nelle prime fasi in cui i tempi di inattività non contano.
Jake,

2
Ho provato questo, ma nel mio caso la nuova istanza non è iniziata con AMI dall'istanza precedente, ha avuto qualche problema di panico nel kernel.
zeeshan,

18

Utilizzare la console AWS EC2, non ElasticFox.

Primo modo:

  • Crea un nuovo AMI dell'istanza
  • Lanciarlo

Modo alternativo:

  • Crea un'istantanea del disco
  • Avviare un'istanza EBS di grandi dimensioni con lo stesso tipo di AMI (si noti che a questo punto il disco conterrà i dati presenti al momento della creazione di questa AMI, non le ultime modifiche)
  • Una volta avviato completamente, interrompere la nuova istanza
  • Scollegare il volume principale dall'istanza arrestata
  • Crea un disco virtuale dall'istantanea creata in precedenza nella stessa zona di disponibilità della nuova istanza
  • Collega il volume principale a / dev / sda1
  • Inizia la nuova istanza di nuovo

9

Crea AMI -> Avvia AMI su istanza grande.

Maggiori informazioni http://docs.amazonwebservices.com/AmazonEC2/gsg/2006-06-26/creating-an-image.html

Puoi farlo anche dalla console di amministrazione su aws.amazon.com


Voglio farlo sulla console di aws. c'è qualche documento howto con l'immagine?
gandil

Fai clic con il pulsante destro del mouse sulla tua istanza e fai clic su "crea AMI", quindi vai su AMI sul display della console (sul lato sinistro) e fai clic su "avvia AMI" su quello che vuoi avviare
kieran,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.