Quali passaggi devo eseguire prima di cambiare il tipo di istanza della mia istanza EC2 Linux?

5 minuti di lettura
0

Il mio sistema richiede più CPU o memoria di quella disponibile nella mia attuale istanza Linux di Amazon Elastic Compute Cloud (Amazon EC2). Voglio sapere quali passaggi devo eseguire prima di cambiare il mio tipo di istanza.

Breve descrizione

Per ottimizzare la tua istanza Amazon EC2 Linux per il tuo carico di lavoro, modifica il tipo di istanza. La modifica del tipo di istanza consente di modificare le seguenti configurazioni per il carico di lavoro:

  • Numero di core della CPU
  • Quantità di RAM
  • Quantità di spazio di archiviazione delle istanze assegnato
  • Ottimizzazione di Amazon Elastic Block Store (Amazon EBS)
  • Rete migliorata
  • Core GPU
  • FPGA
  • Acceleratori di apprendimento automatico

Nota: È una procedura consigliata per mantenere i backup delle istanze e dei dati. Prima di modificare l'infrastruttura, crea un'AMI o crea istantanee dei tuoi volumi EBS.

Risoluzione

Verifica che il tipo di istanza corrente sia compatibile con il nuovo tipo di istanza

Prima di modificare i tipi o le famiglie di istanze, verifica che il tipo di istanza corrente e il nuovo tipo di istanza siano compatibili. Per un elenco di problemi di compatibilità, consulta Compatibilità per modificare il tipo di istanza.

Dopo aver verificato la compatibilità, puoi modificare il tipo di istanza supportata da Amazon EBS.

Interrompi la tua istanza

Prima di modificare i tipi di istanza, è necessario interrompere l'istanza.

Importante:

  • Se l'istanza è supportata da Instance Store o ha volumi di archiviazione delle istanze che contengono dati, i dati vengono persi quando si arresta l'istanza. Se stai passando da un'istanza supportata dallo store a un'altra istanza supportata dallo store, devi migrare l'istanza. Per ulteriori informazioni, consulta Modificare il tipo di istanza di un'istanza supportata da un archivio.
  • Se l'istanza fa parte di un gruppo Amazon EC2 Auto Scaling, l'arresto dell'istanza potrebbe terminare l'istanza. Se hai lanciato l'istanza con Amazon EMR, AWS CloudFormation o AWS Elastic Beanstalk, l'istanza potrebbe far parte di un gruppo AWS Auto Scaling. La terminazione dell'istanza in questo scenario dipende dalle impostazioni di protezione con scalabilità dell'istanza per il gruppo Auto Scaling. Se la tua istanza fa parte di un gruppo Auto Scaling, rimuovila temporaneamente dal gruppo Auto Scaling prima di iniziare i passaggi di risoluzione.
  • Se non utilizzi un indirizzo IP elastico, l'arresto e l'avvio dell'istanza modificano l'indirizzo IP pubblico dell'istanza. È consigliabile utilizzare un indirizzo IP elastico anziché un indirizzo IP pubblico quando si indirizza il traffico esterno verso l'istanza. Se utilizzi Amazon Route 53, potresti dover aggiornare i record DNS della Route 53 quando cambia l'IP pubblico.

Rete migliorata

Se stai effettuando la conversione in un'istanza che supporta reti avanzate, installa i driver necessari e attiva la rete avanzata sull'istanza corrente. Per ulteriori informazioni, vedi Enhanced networking su Linux.

Tipi di istanze basati su Nitro

Se stai cambiando la tua istanza con un tipo di istanza basato su Nitro, esegui le seguenti azioni:

  • Conferma di aver installato i moduli NVMe ed ENA sulla tua istanza.
  • Verificare che tutti i dispositivi a blocchi elencati in /etc/fstab siano compatibili con i nomi dei dispositivi a blocchi NVMe (/dev/nvme1, /dev/nvme2 e così via).
  • I volumi Amazon EBS sono esposti come dispositivi NVMe a questi tipi di istanze e i nomi dei dispositivi vengono modificati in caso di arresto o avvio. Per evitare una mancata corrispondenza dei volumi, utilizza gli UUID o il file system delle etichette per montare i file system.

Per automatizzare questi controlli, esegui lo script NitroInstanceChecks. Per ulteriori informazioni, vedi Perché la mia istanza Linux non si avvia dopo aver cambiato il tipo con un tipo di istanza basato su Nitro? Segui le istruzioni nella sezione Esegui lo script NitroInstanceChecks.

Dopo l'esecuzione dello script e aver effettuato gli aggiornamenti necessari, verifica che la voce DRIVERS in /etc/udev/rules.d/70-persistent-net.rules sia impostata su ? o ENA.

Usa un editor di testo per accedere al file. L'esempio seguente utilizza l'editor vi.

vi /etc/udev/rules.d/70-persistent-net.rules

La voce corretta viene visualizzata come segue:

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0

Rete su istanze di attuale generazione

Le istanze di attuale generazione vengono avviate solo in un cloud privato virtuale (VPC). Se l'istanza corrente è un'istanza EC2-Classic, migra l'istanza su un'istanza Linux in un VPC.

Combinazione di architetture EC2

Se l'AMI sorgente della tua istanza è creata per un'architettura specifica, sei limitato alla creazione di tipi di istanze della stessa architettura. Esempi di AMI create per un'architettura specifica includono ARM a 32 bit (i386), 64 bit (x86\ _64) o 64 bit (arm64). Questo vale anche se l'istanza esegue un'AMI creata per il tipo di istanza mac1. Non puoi spostare queste immagini tra tipi di istanze.

Informazioni correlate

Controlli dello stato delle tue istanze

Prezzi Amazon EC2

Cosa devo fare prima di migrare la mia istanza EC2 a un'istanza di sesta generazione per assicurarmi di ottenere le massime prestazioni di rete?

AWS UFFICIALE
AWS UFFICIALEAggiornata un anno fa