Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Migrazione degli stack da Amazon EC2 -Classic a VPC
Importante
Il AWS OpsWorks Stacks il servizio ha raggiunto la fine del ciclo di vita il 26 maggio 2024 ed è stato disabilitato sia per i clienti nuovi che per quelli esistenti. Consigliamo vivamente ai clienti di migrare i propri carichi di lavoro verso altre soluzioni il prima possibile. Se hai domande sulla migrazione, contatta AWS Support Squadra su AWS Re:post o tramite
Questo argomento descrive come migrare un AWS OpsWorks Stacks stack dalla piattaforma di rete Amazon EC2 Classic a una rete Amazon Virtual Private Cloud (AmazonVPC).
Se hai creato il tuo AWS account prima del 04/12/2013, potresti avere il supporto per -Classic in alcuni EC2 AWS Regioni. Alcune EC2 risorse e funzionalità di Amazon, come reti avanzate e tipi di istanze più recenti, richiedono un cloud privato virtuale (VPC). Alcune risorse possono essere condivise tra EC2 -Classic e aVPC, mentre altre no. Per evitare interruzioni del servizio, ti consigliamo di migrare il AWS OpsWorks Stacks pile a. VPC
Prerequisiti
Prima di iniziare, devi avere un documento VPC che soddisfi AWS OpsWorks Stacks requisiti di configurazione. Per configurare sottoreti private nel tuo modulo VPC AWS OpsWorks Stacks, consulta questa Esecuzione di uno stack in un VPC guida. Puoi crearne uno personalizzato VPC utilizzando la console di VPC gestione Amazon. Per ulteriori informazioni, consulta le configurazioni VPCse le sottoreti della VPC console Amazon nella Amazon Virtual Private Cloud User Guide.
Per continuare con la migrazione, avrai bisogno dell'VPCID e dell'ID di sottorete che desideri utilizzare.
Esegui la migrazione di un AWS OpsWorks Stacks impilare a VPC
Innanzitutto, clona uno stack EC2 -Classic esistente usando il AWS OpsWorks Stacks console o. API Quindi, sposta le risorse dello stack esistente nel nuovo stack. Avvia le nuove istanze nello stack clonato e distribuisci le app. Verifica che il nuovo stack funzioni. Infine, elimina le risorse EC2 -Classic dallo stack EC2 -Classic, quindi elimina il vecchio stack.
-
Clona lo stack -Classic esistente EC2 nel tuo. VPC La clonazione dello stack copia le impostazioni dello stack, i livelli, le app, gli utenti e le autorizzazioni degli utenti nel nuovo stack. Per ulteriori informazioni su come clonare uno stack, consulta questa guida. Clonazione di uno stack
Puoi anche clonare uno stack usando il AWS OpsWorks Stacks API. Quando cloni uno stack usando il AWS CLI oppure AWS SDKs, imposta il valore del
VpcIdparametro sull'ID di VPC quello in cui hai creato. Prerequisiti Per ulteriori informazioni, consultare CloneStack nella AWS OpsWorks Stacks APIRiferimento. -
Crea nuove istanze nei livelli dello stack clonato. Assicuratevi di specificare l'ID della sottorete in cui avete creato. Prerequisiti Per ulteriori informazioni su come creare istanze in uno stack, Aggiunta di un'istanza a un livello consulta questa guida.
-
Esegui la migrazione delle tue risorse classiche, come gruppi EC2 di sicurezza, sistemi di bilanciamento del carico Elastic Load Balancing e indirizzi IP elastici, al VPC tuo, quindi associale allo stack clonato. Per ulteriori informazioni, consulta Migra le tue risorse VPC a una pagina della Amazon EC2 User Guide.
-
Registra EBS i volumi Amazon e RDS le istanze Amazon con lo stack clonato. Per ulteriori informazioni sulla registrazione delle risorse con uno stack, consulta questa guida. Registrazione di risorse con uno stack
EBSI volumi Amazon non sono associati a a e puoi utilizzarli su più istanze sia negli stack EC2 -Classic che negli stack in a. VPC VPC Puoi registrare RDS istanze Amazon in EC2 -Classic sia con stack -Classic che EC2 con stacks in a. VPC
-
Avvia le istanze nello stack clonato, quindi sposta una piccola percentuale dei carichi di lavoro nello stack clonato. Ad esempio, sposta una piccola percentuale di traffico verso i sistemi di bilanciamento del carico Elastic Load Balancing nello stack clonato. Se utilizzi Amazon Route 53, consulta la sezione Routing del traffico verso un sistema di bilanciamento del ELB carico nella Amazon Route 53 Developer Guide.
Indirizza solo una piccola percentuale di traffico finché non sei sicuro che il nuovo stack sia funzionale e supporti le tue applicazioni. Lascia che il nuovo stack funzioni con una piccola percentuale di traffico per un periodo di prova, ad esempio una settimana. Dopo aver verificato che il nuovo stack funzioni, indirizza il traffico rimanente verso lo stack.
-
Dopo esserti assicurato che lo stack clonato funzioni, sposta il resto del traffico di produzione o dei carichi di lavoro nello stack clonato. Ora puoi fermare le istanze nello stack -Classic. EC2 Ti consigliamo di mantenere disponibile il vecchio stack per diverse settimane, in modo da poter riportare i carichi di lavoro nel vecchio stack in caso di problemi con il nuovo stack nelle settimane successive alla migrazione.
-
Quando il nuovo stack funziona da diverse settimane, elimina le istanze nello stack -Classic. EC2 Per ulteriori informazioni su come eliminare le istanze, consulta questa guida. Eliminazione delle AWS OpsWorks istanze di Stacks
Importante
Non utilizzare la EC2 console Amazon o API interrompere o eliminare AWS OpsWorks istanze.
-
Elimina le app nello stack EC2 -Classic. Per ulteriori informazioni su come eliminare le app, consulta Eliminare l'app dallo stack in questa guida.
-
Elimina lo stack EC2 -Classic. Per ulteriori informazioni su come eliminare uno stack, Eliminazione di uno stack consulta questa guida.
Consulta anche
