Come posso risolvere gli errori di controllo dello stato delle istanze sulla mia istanza EC2 per Windows dopo il cutover o l'avvio di un test del servizio di migrazione delle applicazioni?
Ho eseguito un cutover o un lancio di prova di servizio AWS di migrazione delle applicazioni. Ora ricevo errori di controllo dello stato sulla mia istanza Amazon Elastic Compute Cloud (Amazon EC2) su cui è in esecuzione Microsoft Windows.
Breve descrizione
Quando il controllo dello stato del sistema o dell'istanza fallisce, le istanze EC2 diventano irraggiungibili. Dopo aver utilizzato il servizio di migrazione dell’applicazione per un cutover o un avvio di test, i controlli dello stato delle istanze potrebbero fallire a causa di uno o più dei seguenti problemi:
- Mancato avvio del sistema operativo (OS)
- Errore di rete
- CPU e memoria esaurite
- Problemi con il processo di conversione
- Il tipo di istanza non è compatibile con il sistema operativo
Nota: Il primo avvio delle macchine Windows potrebbe richiedere fino a 45 minuti a causa dell'adattamento di Windows all'hardware virtuale AWS.
Risoluzione
Verifica che il computer di origine sia compatibile con il tipo di istanza selezionato nel modello di avvio
-
Connettiti al tuo computer sorgente.
-
Utilizza uno dei seguenti metodi per verificare la versione del tuo sistema operativo:
Scegli Pannello** di** controllo**, Impostazioni di** sistema, quindi controlla l'edizione** Windows** e il tipo di** sistema** per verificare se sono a 32 o 64 bit.
o
In qualità di amministratore, esegui il comando systeminfo in una finestra del prompt dei comandi. L'output del comando elenca il nome del sistema** operativo** e il tipo di** sistema**.
- Verifica la compatibilità del tipo di istanza.
Macchine sorgente a 32 bit
Se l'istanza sorgente è una macchina a 32 bit, utilizza uno dei seguenti tipi di istanza:
- t2.nano
- t2.micro,
- t2. piccolo
- t2. medio
- c3.grande
- t1.micro
- m1. piccolo
- m 1. medio
- c1. medio
Macchine a 64 bit
Se il computer di origine è a 64 bit e esegue una delle seguenti edizioni di Windows, esegui la migrazione a un tipo di istanza XEN:
- Windows Server 2003
- Windows Server 2003 R2
- Windows Server 2008
Per un elenco completo dei tipi di istanze XEN, esegui il seguente comando dell’interfaccia della linea di comando AWS (AWS CLI):
aws ec2 describe-instance-types --filters Name=hypervisor,Values=xen --query InstanceTypes[].InstanceType
Nota: Se si ricevono errori durante l'esecuzione dei comandi AWS CLI, assicurarsi di utilizzare la versione più recente di AWS CLI.
Se il computer di origine è a 64 bit e esegue Windows Server 2008 R2 o versioni successive, puoi utilizzare qualsiasi tipo di istanza compatibile con Windows.
Risoluzione problemi
Disattiva o rimuovi l'antivirus di terze parti sul computer di origine
Il software antivirus di terze parti potrebbe interferire con il processo di conversione. Disattiva o rimuovi il software antivirus, quindi riprova ad avviare l'obiettivo.
Collegare un ENI secondario
Un firewall di terze parti potrebbe bloccare la connettività sull'adattatore di rete principale dell'istanza, facendo sì che l'istanza di destinazione non superi i controlli di stato. Per evitare questo problema, collega un'interfaccia di rete elastica secondaria all'istanza di destinazione e quindi connettiti all'istanza.
Usa diversi tipi di istanze
Le istanze XEN utilizzano driver paravirtuali (PV) e le istanze Nitro utilizzano](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/aws-nvme-drivers.html) driver adattatore elastico di rete AWS (ENA) e[ AWS NVME. Per un elenco dei driver utilizzati da ogni tipo di istanza, consulta Riepilogo delle funzionalità di rete e archiviazione.
Utilizzando le istruzioni della sezione precedente, stabilite se il computer di origine è compatibile con entrambi i tipi di istanza Windows elencati. Se la tua macchina sorgente è compatibile con entrambi, prova ad avviare il target usando un'istanza XEN e un'istanza Nitro. Se l'istanza di destinazione supera i controlli di stato come un tipo di istanza ma non come l'altro, ridimensiona l'istanza per vedere se ha successo. Se il problema è correlato al driver, esegui il runbook atutomazione AWS Systems Manager AWSSupport-UpgradeWindowsAwsDrivers per forzare l'installazione del driver.
In alternativa, risolvi i problemi relativi ai controlli di stato parziale del lancio di destinazione come qualsiasi altra istanza EC2 per Windows. Per ulteriori informazioni, consulta Risoluzione dei problemi in cui i controlli di stato non sono riusciti.
Controlla i registri delle istanze
Se la tua nuova istanza non supera mai i controlli di stato, esamina i log delle istanze per determinarne la causa. I registri aiutano a risolvere le possibili cause dell'errore nel controllo dello stato dell'istanza. Tutti i seguenti registri potrebbero non essere presenti nell'istanza di destinazione:
- C:\ File di programma (x86)\ AWS Replication Agent\ migrate\ _script.log
- C:\ File di programma (x86)\ AWS Replication Agent\ migrate\ _script.log.sent
- C:\ File di programma (x86)\ AWS Replication Agent\ aws\ _nvme\ awsnvme\ _dism.log
- C:\ Programmi (x86)\ AWS Replication Agent \ena_2012R2_2016\ ena\ _dism.log
- C:\ File di programma (x86)\ AWS Replication Agent\ PVinstall.log
- C:\ Windows\ inf\ setupapi.dev.log
- C:\ Windows\ inf\ setupapi.offline.log
- C:\ File di programma (x86)\ AWS Replication Agent\ SSMInstall.log
Per accedere ai registri, completa i seguenti passaggi:
**Nota:**Alcuni dati vengono persi quando si arresta un'istanza. Per ulteriori informazioni, vedi Cosa succede quando si interrompe un'istanza.
-
Scollega il volume principale di Amazon Elastic Block Storage (Amazon EBS) dall'istanza interrotta.
-
Collega il volume root EBS a un'istanza a cui puoi accedere come unità secondaria, quindi rendila disponibile per l'uso.
-
Raccogli i registri nelle posizioni dall'elenco precedente. Esamina i log per individuare le possibili cause dell'errore nel controllo dello stato dell'istanza.
**Nota:**Quando si utilizza questo metodo, la mappatura delle lettere dell'unità potrebbe differire dalle posizioni di registro elencate perché si utilizza un'unità secondaria (non C:\).
Se i passaggi di risoluzione dei problemi precedenti non risolvono il problema, crea una richiesta con AWS Support.
Informazioni correlate
Risolvi i problemi con controlli di stato falliti
Systeminfo (dal sito Web Microsoft)
Contenuto pertinente
- AWS UFFICIALEAggiornata un anno fa
- AWS UFFICIALEAggiornata 9 mesi fa