Delen via

Problemen met trage replicatie of vastgelopen migratie in VMware-migratie zonder agent oplossen

  • Artikel

Dit artikel helpt u bij het oplossen van trage replicatie of vastgelopen migratieproblemen die kunnen optreden wanneer u on-premises VMware-VM's repliceert met behulp van de methode Zonder servermigratieagent.

Notitie

Deze end-to-end documentatie voor VMware-migratiescenario's is momenteel beschikbaar als preview-versie. Zie de productdocumentatie van Azure Migrate voor meer informatie over het gebruik van Azure Migrate.

Replicatie is traag of vastgelopen voor vm

Tijdens het uitvoeren van replicaties ziet u mogelijk dat replicatie voor een bepaalde VM niet in het verwachte tempo vordert. Over het algemeen is de onderliggende reden voor dit probleem een onbeschikbaarheid of tekort van bepaalde resources die nodig zijn voor replicatie. De resources kunnen worden gebruikt door andere VM's die repliceren of een ander proces dat wordt uitgevoerd op het apparaat in het datacenter.

Hier volgen enkele redenen die dit probleem en herstel in het algemeen veroorzaken.

NFC-buffergrootte laag

Het Azure Migrate-apparaat werkt onder de beperking van het gebruik van 32 MB NFC-buffer om gelijktijdig 8 schijven op de ESXi-host te repliceren. Een NFC-buffergrootte van minder dan 32 MB kan trage replicatie veroorzaken. U kunt ook de volgende uitzondering krijgen:

Uitzondering: GatewayErrorHandling.GatewayServiceException: De bewerking is mislukt met de fout 'Geheugentoewijzing is mislukt. Onvoldoende geheugen.'

Herstel

U kunt de NFC-buffer groter maken dan 32 MB om gelijktijdigheid te verhogen. De instelling moet worden uitgevoerd op zowel de ESXi-host als op het apparaat. Zo niet, dan kan de replicatie nog erger worden.

Let op

Het vergroten van de grootte tot meer dan 32 MB kan leiden tot resourcebeperkingen in de omgeving. Voordat u doorgaat, raadpleegt u de systeembeheerder om inzicht te krijgen in de gevolgen.

Wijzigingen in ESXi-host

  1. SSH naar de ESXi-host als hoofdmap.

  2. Gebruik de vi-editor om '/etc/vmware/hostd/config.xml' te openen.

  3. Zoek de sectie die er als volgt uitziet:

    <nfcsvc> 
<enabled>true</enabled> 
<maxMemory>134217728</maxMemory> 
<maxStreamMemory>10485760</maxStreamMemory> 
<path>libnfcsvc.so</path> 
</nfcsvc>

  4. Bewerk de waarde van maxMemory de waarde (in bytes) die u wilt configureren voor de NFC-buffer. In dit voorbeeld is deze ingesteld op 128 MB (128 * 1024 * 1024).

  5. Opslaan en afsluiten.

  6. Start de beheeragents opnieuw vanuit de shell met behulp van de volgende opdrachten:

    • /etc/init.d/hostd restart
    • /etc/init.d/vpxa restart

Wijzigingen in apparaat

  1. Meld u als beheerder aan bij het Azure Migrate-apparaat met behulp van Extern bureaublad.
  2. Open het bestand GatewayDataWorker.json in de map %programdata%\Microsoft Azure\Config.
  3. Maak een leeg json-bestand als dit niet bestaat en plak de volgende tekst in het nieuwe bestand dat is gemaakt. 
    { 
 "HostBufferSizeInMB": "32", 
}
  4. Wijzig de waarde van HostBufferSizeInMB de waarde die u hebt ingesteld in de ESXi-host.
  5. Opslaan en afsluiten.
  6. Start de Azure Migrate-gatewayservice opnieuw die op het apparaat wordt uitgevoerd. Open PowerShell en voer het volgende uit:
    • net stop asrgwy (wacht tot de service is gestopt)
    • net start asrgwy

Beschikbare RAM-geheugen van ESXi-host

Wanneer de ESXi-host waarop de replicerende VM aanwezig is, te druk is, wordt het replicatieproces vertraagd vanwege niet-beschikbare RAM-geheugen.

Herstel

Gebruik VMotion om de virtuele machine te verplaatsen met trage replicatie naar een ESXi-host, die niet te druk is.

Netwerkbandbreedte

Replicaties zijn mogelijk traag vanwege een lage netwerkbandbreedte die beschikbaar is voor het Azure Migrate-apparaat. Lage bandbreedte kan worden veroorzaakt door andere toepassingen die gebruikmaken van de bandbreedte of aanwezigheid van bandbreedtebeperkingstoepassingen of een proxy-instelling die het bandbreedtegebruik van het replicatieapparaat beperkt.

Herstel

In het geval van een lage bandbreedte kunt u eerst het aantal toepassingen verminderen met behulp van netwerkbandbreedte. Neem contact op met de netwerkbeheerder als er een beperkingstoepassing of proxyinstelling aanwezig is.

Schijf-I/O

Replicaties kunnen traag zijn omdat de server die wordt gerepliceerd te veel belasting heeft en dit leidt tot hoge I/O-bewerkingen op schijven die eraan zijn gekoppeld. Het is raadzaam om de belasting op de server te verminderen om de replicatiesnelheid te verhogen. U kunt ook de volgende fout tegenkomen:

De laatste replicatiecyclus voor de virtuele machine 'VM-naam' is mislukt. Er is een time-out-gebeurtenis aangetroffen.

Als er geen actie wordt ondernomen, wordt de replicatie voortgezet en met een vertraging voltooid.

Schijfschrijfsnelheden

Replicaties kunnen langzamer zijn dan verwacht als de snelheid van het uploaden van gegevens hoger is dan de schrijfsnelheid van de schijf die u hebt geselecteerd tijdens het inschakelen van replicatie. Als u betere snelheden met dezelfde uploadsnelheden wilt krijgen, moet u de replicatie opnieuw starten en Premium selecteren tijdens het selecteren van het schijftype voor replicatie.

Let op

Het schijftype dat tijdens de evaluatie wordt aanbevolen, is mogelijk niet Premium voor een bepaalde VM. In dit geval is het niet raadzaam om over te schakelen naar Een Premium-schijf om de replicatiesnelheden te verbeteren, omdat het na de migratie mogelijk niet nodig is om een Premium-schijf aan deze VIRTUELE machine te koppelen.

Migratiebewerking op VM is vastgelopen

Tijdens het activeren van de migratie voor een bepaalde VM ziet u mogelijk dat de migratie in een bepaalde fase (in de wachtrij of deltasynchronisatie) langer is vastgelopen dan verwacht. Over het algemeen is de onderliggende reden voor dit probleem een onbeschikbaarheid of tekort van bepaalde resources die nodig zijn voor migratie. De resources kunnen worden gebruikt door andere VM's die repliceren of een ander proces dat wordt uitgevoerd op het apparaat in het datacenter. Hieronder volgen enkele redenen die dit probleem en de oplossingen in het algemeen veroorzaken.

NFC-buffergrootte laag

Als een IR-cyclus voor een server met grote schijven wordt uitgevoerd terwijl de migratie wordt geactiveerd voor de tweede VM, kan de migratietaak van de tweede VM vastlopen. Hoewel migratietaken een hoge prioriteit krijgen, is de NFC-buffer mogelijk niet beschikbaar voor migratie. In dit geval is het raadzaam om de initiële replicatie van servers met grote schijven te stoppen of te onderbreken en de migratie van de tweede VIRTUELE machine te voltooien.

Doorlopende deltasynchronisatiecyclus is niet voltooid

Als de migratie wordt geactiveerd tijdens een doorlopende replicatiecyclus van verschillen, wordt deze in de wachtrij geplaatst. De deltareplicatiecyclus op de VIRTUELE machine wordt eerst voltooid waarna de migratie wordt gestart. De tijd die nodig is om de migratie te activeren, is afhankelijk van de tijd die nodig is om één deltasynchronisatiecyclus te voltooien.

Het afsluiten van een on-premises VM duurt langer dan normaal

Probeer te migreren zonder de VIRTUELE machine af te sluiten of de VIRTUELE machine handmatig uit te schakelen en vervolgens te migreren.

Volgende stappen

Meer informatie over het migreren van VMware-VM's.