Come posso risolvere un ritardo o un backlog di replica sul mio server di origine Windows con il Servizio di migrazione delle applicazioni?

Breve descrizione

Ritardi e backlog durante la replica dei dati si verificano per i seguenti motivi:

• La bassa velocità della connessione di rete non ha consentito il completamento del processo di replica o la larghezza di banda ha limitato la quantità di dati replicabile.
• Grandi picchi di nuovi dati su disco hanno causato un backlog che AWS Replication Agent deve inviare con la sincronizzazione iniziale.
• L'elevata latenza di lettura dei dischi del server di origine ha ritardato la replica del disco.
• L'elevato utilizzo di CPU, memoria, attesa I/O o altre risorse ha causato colli di bottiglia nella replica.
• Hai scelto volumi di staging Amazon Elastic Block Store (Amazon EBS) con un throughput basso o un numero ridotto di operazioni di input/output al secondo (IOPS) e server con larghezza di banda di rete limitata. Ciò causa problemi di latenza e prestazioni durante la replica.

Risoluzione

Nota: se ricevi errori quando esegui i comandi dell'Interfaccia della linea di comando AWS (AWS CLI), consulta Risoluzione degli errori per AWS CLI. Inoltre, assicurati di utilizzare la versione più recente di AWS CLI.

Controlla il server di origine

Verifica lo stato del server di origine

Assicurati che il server di origine per la migrazione sia avviato e in esecuzione.

Verifica che i processi di AWS Replication Agent siano in esecuzione

Per elencare i servizi AWS Replication Agent in esecuzione, esegui questo comando da PowerShell:

get-service | where-object name -like "*AWSR*"

Nell'output, verifica che AWSReplicationService sia In esecuzione.

Esempio di output:

PS C:\Users\Administrator> get-service | where-object name -like "*AWSR*"

Status   Name               DisplayName
------   ----               -----------
Running  AwsReplicationD... AwsReplicationDriverLogger
Running  AwsReplicationL... AwsReplicationLogger
Stopped  AwsReplicationP... AwsReplicationPostConvertService
Running  AwsReplicationS... AwsReplicationService
Running  AwsReplicationV... AwsReplicationVolumeUpdaterService

Oppure premi Windows + R, quindi inserisci services.msc. Premi Invio, quindi verifica che AWSReplicationService sia In esecuzione.

Verifica le connessioni TCP attive

Verificare che siano state stabilite cinque connessioni TCP attive con il server di replica sulla porta TCP 1500.

Per controllare la porta TCP 1500, esegui questo comando come amministratore:

netstat -an | find "1500"

Controlla le connessioni attive nell'output del comando.

Esempio di output:

TCP    172.31.82.135:50929    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50930    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50931    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50933    Replicator Instance IP:1500    ESTABLISHED
TCP    172.31.82.135:50934    Replicator Instance IP:1500    ESTABLISHED

Utilizza lo strumento di monitoraggio delle risorse di Windows per verificare le prestazioni sul server di origine

AWS Replication Agent opera su un core della CPU alla volta. Se l'utilizzo della CPU è elevato nel core su cui è in esecuzione AWS Replication Agent, la replica dei dati rallenta. Per verificare l'utilizzo della CPU, completa i seguenti passaggi:

1. Apri Gestione attività, quindi scegli la scheda Prestazioni. Quindi scegli Apri Monitoraggio risorse.
   -oppure-
   Apri il Pannello di controllo, quindi scegli Strumenti di amministrazione. Quindi, scegli Monitoraggio risorse.
   -oppure-
   Esegui resmon.exe dalla riga di comando o da PowerShell.
   -oppure
   Scegli l'icona di Windows, quindi inserisci resmon.exe.
2. Verifica l'utilizzo della CPU del core della CPU su cui è in esecuzione AWS Replication Agent.
   Se l'utilizzo della CPU su quel core è elevato, esamina il processo che consuma la maggior parte della CPU. Se l'agente utilizza almeno il 5% della CPU, verifica che sia disponibile abbastanza CPU per eseguire la replica dei dati.
3. Controlla le prestazioni del disco sul server di origine. In Attività disco, controlla le metriche Write (B/sec) e Response Time.
   Se la velocità di trasmissione effettiva sul disco di origine è bassa, l'agente legge e replica meno dati. Annota qualsiasi aumento delle metriche di lettura e scrittura su disco.
   Nota: la larghezza di banda richiesta per trasferire i dati replicati sulla porta TCP 1500 si basa sulla velocità di scrittura del server di origine partecipante. È consigliabile disporre di una larghezza di banda pari almeno alla somma della velocità media di scrittura di tutte le macchine di origine replicate.
4. Controlla la presenza di un picco nelle operazioni di scrittura del server di origine. In Attività disco, seleziona la metrica Write (B/sec).
   Man mano che il carico di lavoro cambia, controlla periodicamente le prestazioni del disco per determinare il carico di I/O. Se il throughput di scrittura supera la quantità fornita di throughput di rete, si verifica un ritardo nella replica.
5. (Facoltativo) Calcola la larghezza di banda richiesta dal server di origine al server di replica.
   Nota: se il server di origine richiede una scrittura intensiva e una velocità di scrittura superiore alla velocità di replica, il backlog continua ad aumentare.

Verifica la velocità di replica e la larghezza di banda disponibile dal server di origine alla sottorete dell'area di staging

Per informazioni sull'esecuzione di un test di velocità, consulta How can I perform an SSL connectivity and bandwidth test? (Come posso eseguire un test di connettività e larghezza di banda SSL?)

Verifica la presenza di un server di origine che è stato chiuso in modo non corretto

Se un server di origine viene chiuso in modo non corretto, l’agente di replica AWS esegue nuovamente la scansione di tutti i dischi dopo il riavvio del server. Man mano che AWS Replication Agent rilegge i dischi, il ritardo aumenta costantemente fino al completamento della scansione da parte dell'agente. Per ulteriori informazioni, consulta Which Windows and Linux OSs support no-rescan upon reboot? (Quali sistemi operativi Windows e Linux supportano la scansione non ripetuta al riavvio?)

Per verificare come è stato spento il computer di origine, completa i seguenti passaggi:

1. Premi Windows + R, quindi inserisci eventvwr.msc.
2. Premi Invio.
3. Nel pannello di navigazione, fai doppio clic su Registri di Windows per espandere le opzioni.
4. Apri il menu contestuale (facendo clic con il pulsante destro del mouse) per Sistema.
5. Scegli Filtro registro corrente.
6. Scegli la freccia verso il basso Origine eventi, quindi scegli USER32.
7. Per Tutti gli ID evento, inserisci 1074, quindi scegli OK. Il Visualizzatore eventi mostra un elenco di eventi di spegnimento (arresto) e riavvio Tipo shutdown.
8. Per visualizzare le date e le ore di tutti gli arresti imprevisti del computer, inserisci 6008 nel campo Tutti gli ID evento, quindi scegli OK.

Verifica di non aver bloccato il traffico della porta TCP 1500 in uscita

Per verificare che il traffico in uscita della porta TCP 1500 dal server di origine al server di replica non sia bloccato, esegui uno di questi comandi:

Da CMD, esegui questo comando:

telnet replication-subnet-IP-address 1500

Da PowerShell, esegui questo comando:

TNC replication-subnet-IP-address -port 1500

Nota: sostituisci replication-subnet-IP-address con l'indirizzo IP dell'istanza del replicatore.

Assicurati che il firewall locale consenta la connettività dal server di origine al server di replica tramite la porta TCP 443. Per attivare la connettività sul firewall del sistema operativo, completa i seguenti passaggi:

1. Sul server di origine, apri la consoleWindows Firewall.
2. Scegli Regole in uscita.
3. Nella tabella Regole in uscita, selezionare la regola relativa alla connessione porta remota 1500. Verifica che lo stato Abilitato sia impostato su Sì.
4. Se lo stato Abilitato della regola è No, apri il menu contestuale (facendo clic con il pulsante destro del mouse) per la regola. Quindi seleziona Abilita regola.

Assicurati che il firewall aziendale consenta il traffico sulla porta TCP 1500.

Verifica che la limitazione della larghezza di banda sia disattivata nelle impostazioni di replica sul server di origine

Disattiva la limitazione della larghezza di banda sul server di origine per mantenere una larghezza di banda sufficiente per i trasferimenti di dati dal server di origine alla sottorete dell'area di staging. La limitazione della larghezza di banda può causare una crescita del ritardo costante o stagnante perché limita la replica dei dati dal server di origine al server di replica.

Per verificare la limitazione della larghezza di banda, completa i seguenti passaggi:

1. Aprire la console Servizio di migrazione delle applicazioni.
2. Scegli Impostazioni.
3. In Instradamento e limitazione dei dati, seleziona il modello di replica.
4. Seleziona Non limitare la funzione della larghezza di banda per consentire alla replica di utilizzare l'intera capacità di rete disponibile e ridurre i tempi di migrazione.
   Nota: quando selezioni Limita la funzione della larghezza di banda, il Servizio di migrazione delle applicazioni limita artificialmente le velocità di trasferimento dei dati. Questo crea un collo di bottiglia che rallenta il processo di replica. Seleziona questa opzione solo se devi limitare l'utilizzo della rete per controllare i costi o proteggere le risorse per altre applicazioni critiche.

Controlla le risorse nell'area di staging

Verifica che il traffico della porta TCP 1500 in entrata non sia bloccato

Per verificare che i gruppi di sicurezza del server di replica non blocchino il traffico della porta TCP 1500 in entrata, completa i seguenti passaggi:

1. Apri la console Amazon Elastic Compute Cloud (Amazon EC2).
2. Nel pannello di navigazione, scegli Gruppi di sicurezza, quindi seleziona il gruppo di sicurezza collegato all'istanza del replicatore.
3. Verifica che il gruppo di sicurezza consenta il traffico in entrata sulla porta TCP 1500.

Analizza le risorse di staging

Controlla la configurazione dell'istanza di replica e del disco di staging per individuare eventuali colli di bottiglia delle prestazioni.

Verifica la quota di snapshot nella regione di destinazione

Assicurati che l'account AWS non abbia superato la quota di snapshot nella Regione AWS del server di replica.

Per verificare la quota di snapshot nella Regione, esegui questo comando AWS CLI get-service-quota:

aws service-quotas get-service-quota --service-code ebs --quota-code L-309BACF6 --region regionexample --query "Quota.Value"  

Nota: sostituisci regionexample con la tua Regione.

Quindi esegui questo comando describe-snapshots per controllare gli snapshot nella Regione:

aws ec2 describe-snapshots --owner-ids self --region regionexample --query "length(Snapshots)"

Nota: sostituisci regionexample con la tua Regione.