Evaluatie - Veelgestelde vragen

In dit artikel vindt u antwoorden op veelgestelde vragen over evaluaties in Azure Migrate. Als u andere vragen hebt, controleert u deze resources:

Welke geografische gebieden worden ondersteund voor detectie en evaluatie met Azure Migrate?

Bekijk de ondersteunde geografische regio's voor openbare clouds en overheidsclouds.

Hoeveel servers kan ik detecteren met een apparaat?

U kunt maximaal 10.000 servers detecteren uit de VMware-omgeving, maximaal 5.000 servers uit de Hyper-V-omgeving en maximaal 1000 fysieke servers met behulp van één apparaat. Als u meer servers hebt, leest u meer over het schalen van een Hyper-V-evaluatie, het schalen van een VMware-evaluatie of het schalen van een fysieke serverevaluatie.

Hoe kies ik het evaluatietype?

  • Gebruik Azure VM-evaluaties wanneer u servers wilt evalueren vanuit uw on-premises VMware - en Hyper-V-omgeving en fysieke servers voor migratie naar Azure-VM's. Meer informatie.
  • Gebruik het evaluatietype Azure SQL als u uw on-premises SQL Server wilt evalueren in uw VMware-, Microsoft Hyper-V- en fysieke/bare-metalomgevingen, evenals IaaS-servers van andere openbare clouds, zoals AWS, GCP, enzovoort voor migratie naar SQL Server op Azure VM of Azure SQL Database of Azure SQL Managed Instance. Meer informatie.
  • Gebruik het evaluatietype Azure-app Service wanneer u uw on-premises ASP.NET web-apps wilt evalueren die worden uitgevoerd op de IIS-webserver vanuit uw VMware-omgeving voor migratie naar Azure-app Service. Meer informatie.
  • Gebruik AVS-evaluaties (Azure VMware Solution) wanneer u uw on-premises VMware-VM's wilt evalueren voor migratie naar Azure VMware Solution (AVS) met behulp van dit evaluatietype. Meer informatie.
  • U kunt een algemene groep met VMware-machines alleen gebruiken om beide typen evaluaties uit te voeren. Als u AVS-evaluaties voor het eerst uitvoert in Azure Migrate, is het raadzaam om een nieuwe groep VMware-machines te maken.

Waarom ontbreken prestatiegegevens voor sommige/alle servers in mijn Azure-VM- en/of AVS-evaluatierapport?

Voor evaluatie op basis van prestaties staat de export van het evaluatierapport 'PercentageOfCoresUtilizedMissing' of 'PercentageOfMemoryUtilizedMissing' wanneer het Azure Migrate-apparaat geen prestatiegegevens voor de on-premises servers kan verzamelen. U kunt de blade Problemen oplossen op de azure Migrate-hubpagina controleren op gedetailleerde problemen of het volgende handmatig controleren:

  • Als de servers zijn ingeschakeld voor de duur waarvoor u de evaluatie maakt

  • Als er alleen geheugentellers ontbreken en u servers in de Hyper-V-omgeving wilt evalueren. Schakel in dit scenario dynamisch geheugen op de servers in en bereken de evaluatie opnieuw om de meest recente wijzigingen weer te geven. Het apparaat kan alleen geheugengebruikswaarden verzamelen voor servers in de Hyper-V-omgeving wanneer op de server dynamisch geheugen is ingeschakeld.

  • Als alle prestatiemeteritems ontbreken, moet u ervoor zorgen dat uitgaande verbindingen op poort 443 (HTTPS) zijn toegestaan.

    Notitie

    Als een van de prestatiemeteritems ontbreekt, valt Azure Migrate: Serverevaluatie terug op de toegewezen kernen/geheugen on-premises en wordt de VM-grootte dienovereenkomstig aanbevolen.

Hoe kan ik details van fouten begrijpen die problemen met het verzamelen van prestatiegegevens veroorzaken?

U kunt nu begrijpen welke fouten u moet oplossen om problemen met het verzamelen van prestatiegegevens op te lossen in Azure VM- en Azure VMware Solution-evaluaties. Volg deze stappen:

  • Ga naar Azure Migrate-servers>, databases en web-apps>migratiedoelen, selecteer Problemen oplossen in het hulpprogramma Detectie en evaluatie.
  • Selecteer Betrokken objecten naast de evaluatie en selecteer de koppeling in de kolom fout-id om de foutdetails en herstelacties te bekijken.

U kunt deze fouten/problemen ook bekijken tijdens het maken van de evaluatie op de servers selecteren om de stap te evalueren of op het tabblad Gereedheid van een bestaande evaluatie. Als u geen fouten/problemen in de evaluatie ziet, maar niet-nul fouten ziet in de blade Problemen oplossen, berekent u de evaluatie opnieuw om de problemen in de evaluatieblade weer te geven.

Waarom ontbreken prestatiegegevens voor sommige/alle SQL-exemplaren/-databases in mijn Azure SQL-evaluatie?

Controleer het volgende om zeker te weten dat er prestatiegegevens worden verzameld:

  • Als de SQL-servers zijn ingeschakeld voor de duur waarvoor u de evaluatie maakt.
  • Als de verbindingsstatus van de SQL-agent in Azure Migrate 'Verbinding maken' is en de laatste heartbeat controleert.
  • Als de verbindingsstatus van Azure Migrate voor alle SQL-exemplaren 'Verbinding maken' is in de sectie van het gedetecteerde SQL-exemplaar.
  • Als alle prestatiemeteritems ontbreken, moet u ervoor zorgen dat uitgaande verbindingen op poort 443 (HTTPS) zijn toegestaan.

Als een van de prestatiemeteritems ontbreekt, valt de Azure SQL-evaluatie terug op de grootte van As on-premises en wordt een Azure SQL-configuratie aanbevolen op basis van de toegewezen kernen, het geheugen en de totale databasegrootte on-premises.

Waarom is betrouwbaarheidsclassificatie niet beschikbaar voor Azure-app Service-evaluaties?

Prestatiegegevens worden niet vastgelegd voor Azure-app Service-evaluatie en daarom ziet u geen betrouwbaarheidsclassificatie voor dit evaluatietype. Azure-app Service-evaluatie neemt configuratiegegevens van web-apps in rekening tijdens het uitvoeren van de evaluatieberekening.

Waarom is de betrouwbaarheidsclassificatie van mijn evaluatie laag?

De betrouwbaarheidsclassificatie wordt berekend voor evaluaties Op basis van prestaties, op basis van het percentage beschikbare gegevenspunten dat nodig is om de evaluatie te berekenen. Hieronder ziet u de redenen waarom een evaluatie een lage betrouwbaarheidsclassificatie kan krijgen:

  • U hebt uw omgeving niet geprofileerd gedurende de periode waarvoor u de evaluatie maakt. Als u bijvoorbeeld een evaluatie maakt waarbij de duur van de prestaties is ingesteld op één week, moet u minstens een week wachten nadat u de detectie hebt gestart voor alle gegevenspunten die moeten worden verzameld. Als u hierop niet wilt wachten, verkort u de duur van de prestaties en berekent u opnieuw de evaluatie.

  • De evaluatie kan de prestatiegegevens voor sommige of alle servers in de evaluatieperiode niet verzamelen. Voor een hoge betrouwbaarheidsclassificatie moet u ervoor zorgen dat:

    • Servers worden ingeschakeld voor de duur van de evaluatie
    • Uitgaande verbindingen op poort 443 zijn toegestaan
    • Voor Hyper-V-servers is dynamisch geheugen ingeschakeld
    • De verbindingsstatus van agents in Azure Migrate wordt 'Verbinding maken' en controleert de laatste heartbeat
    • Voor Azure SQL-evaluaties is azure Migrate-verbindingsstatus voor alle SQL-exemplaren 'Verbinding maken' in de sectie gedetecteerde SQL-exemplaren.

    Bereken opnieuw de evaluatie om de meest recente wijzigingen in de betrouwbaarheidsclassificatie weer te geven.

  • Voor Azure VM- en AVS-evaluaties zijn er enkele servers gemaakt nadat de detectie is gestart. Als u bijvoorbeeld een evaluatie maakt voor de prestatiegeschiedenis van de afgelopen maand, maar er slechts een week geleden enkele servers zijn gemaakt in de omgeving. In dit geval zijn de prestatiegegevens voor de nieuwe servers niet beschikbaar voor de hele duur en is de betrouwbaarheidsclassificatie laag. Meer informatie.

  • Voor Azure SQL-evaluaties zijn enkele SQL-exemplaren of -databases gemaakt nadat de detectie is gestart. Als u bijvoorbeeld een evaluatie maakt voor de prestatiegeschiedenis van de afgelopen maand, maar er slechts een week geleden enkele SQL-exemplaren of -databases in de omgeving zijn gemaakt. In dit geval zijn de prestatiegegevens voor de nieuwe servers niet beschikbaar voor de hele duur en is de betrouwbaarheidsclassificatie laag. Meer informatie.

Waarom is mijn RAM-gebruik groter dan 100%?

In Hyper-V, als het maximale geheugen dat is ingericht, kleiner is dan wat vereist is voor de VIRTUELE machine, geeft Evaluatie aan dat het geheugengebruik meer dan 100% is.

Ik zie een banner voor mijn evaluatie dat de evaluatie nu ook rekening houdt met processorparameters. Wat is de impact van het herberekenen van de evaluatie?

De evaluatie beschouwt nu processorparameters zoals het aantal operationele kernen, sockets, enzovoort en berekent de optimale prestaties gedurende een periode in een gesimuleerde omgeving. Dit wordt gedaan om alle beschikbare processorgegevens te benchmarken. Bereken uw evaluaties opnieuw om de bijgewerkte aanbevelingen te bekijken.

De benchmarknummers van de processor worden nu samen met het resourcegebruik overwogen om ervoor te zorgen dat de processorprestaties van uw on-premises VMware-, Hyper-V- en fysieke servers overeenkomen en de azure-SKU-doelgrootten dienovereenkomstig aanbevelen. Dit is een manier om de aanbevelingen voor de evaluatie verder te verbeteren zodat deze beter aansluiten bij uw prestatiebehoeften.

Als gevolg hiervan kunnen de kosten van de doel-Azure-VM verschillen van uw eerdere evaluaties van hetzelfde doel. Het aantal kernen dat is toegewezen in de Azure-doel-SKU, kan ook variëren als de processorprestaties van het doel overeenkomen met uw on-premises VMware-, Hyper-V- en fysieke servers.

Voor scenario's waarbij klanten 'als on-premises' kiezen, is er sprake van gevolgen vanwege processorbenchmarking?

Nee, er is geen impact omdat we dit niet beschouwen als on-premises scenario.

Ik zie een toename van mijn maandelijkse kosten nadat ik mijn evaluaties opnieuw heb berekend? Is dit de meest geoptimaliseerde kosten voor mij?

Als u alle beschikbare opties voor uw VM-serie in uw evaluatie-instellingen hebt geselecteerd, krijgt u de meest geoptimaliseerde kostenaanveling voor uw VM's. Als u echter slechts enkele van de beschikbare opties voor de VM-serie kiest, kan de aanbeveling de meest geoptimaliseerde optie voor u overslaan terwijl u een Azure VM-SKU toewijst terwijl deze overeenkomt met uw processorprestatienummers.

Waarom zie ik niet alle Azure VM-families in de azure-VM-evaluatie-eigenschappen?

Er kunnen twee redenen zijn:

  • U hebt een Azure-regio gekozen waarin een bepaalde reeks niet wordt ondersteund. Azure VM-families die worden weergegeven in azure VM-evaluatie-eigenschappen zijn afhankelijk van de beschikbaarheid van de VM-serie op de gekozen Azure-locatie, het opslagtype en de gereserveerde instantie.
  • De VM-serie wordt niet ondersteund in de evaluatie en bevindt zich niet in de overwegingslogica van de evaluatie. Momenteel bieden we geen ondersteuning voor B-serie burstable, versnelde en krachtige SKU-serie. We proberen de VM-serie bijgewerkt te houden en de vermelde vm's staan op onze roadmap.

Het aantal Azure VM- of AVS-evaluaties op het detectie- en evaluatieprogramma is onjuist

Als u dit wilt oplossen, selecteert u het totale aantal evaluaties om naar alle evaluaties te navigeren en de Azure-VM of AVS-evaluatie opnieuw te berekenen. Het detectie- en evaluatieprogramma toont vervolgens het juiste aantal voor dat evaluatietype.

Ik wil de nieuwe Azure SQL-evaluatie uitproberen

Detectie en evaluatie van SQL Server-exemplaren en -databases die worden uitgevoerd in uw VMware-, Microsoft Hyper-V- en fysieke/bare-metalomgevingen, evenals IaaS-servers van andere openbare clouds, zoals AWS, GCP, enzovoort, is nu in preview. Ga aan de slag met deze zelfstudie. Als u deze functie in een bestaand project wilt uitproberen, moet u ervoor zorgen dat u de vereisten in dit artikel hebt voltooid.

Ik wil de nieuwe Azure-app Service-evaluatie uitproberen

Detectie en evaluatie van .NET-web-apps die worden uitgevoerd in uw VMware-omgeving, is nu in preview. Ga aan de slag met deze zelfstudie. Als u deze functie in een bestaand project wilt uitproberen, moet u ervoor zorgen dat u de vereisten in dit artikel hebt voltooid.

Ik zie sommige servers niet bij het maken van een Azure SQL-evaluatie

  • Azure SQL-evaluatie kan alleen worden uitgevoerd op servers waarop SQL-exemplaren zijn gedetecteerd. Als u de servers en SQL-exemplaren die u wilt evalueren niet ziet, wacht u even tot de detectie is uitgevoerd en maakt u de evaluatie.
  • Als u een eerder gemaakte groep niet kunt zien tijdens het maken van de evaluatie, verwijdert u een server zonder een SQL-exemplaar uit de groep.
  • Als u Azure SQL-evaluaties voor het eerst uitvoert in Azure Migrate, is het raadzaam om een nieuwe groep servers te maken.

Ik zie sommige servers niet wanneer ik een Azure-app Service-evaluatie maak

  • Azure-app Service-evaluatie kan alleen worden uitgevoerd op servers waarop de webserverfunctie is gedetecteerd. Als u de servers die u wilt evalueren niet ziet, wacht u enige tijd totdat de detectie is voltooid en maakt u vervolgens de evaluatie.
  • Als u een eerder gemaakte groep niet kunt zien tijdens het maken van de evaluatie, verwijdert u een andere niet-VMware-server of server zonder een web-app uit de groep.
  • Als u voor het eerst Azure-app Service-evaluaties uitvoert in Azure Migrate, is het raadzaam om een nieuwe groep servers te maken.

Ik wil weten hoe de gereedheid voor mijn exemplaar is berekend?

De gereedheid voor uw SQL-exemplaren is berekend na het uitvoeren van een functiecompatibiliteitscontrole met het beoogde Azure SQL-implementatietype (SQL Server op Azure VM of Azure SQL Managed Instance of Azure SQL Database). Meer informatie.

Ik wil weten hoe de gereedheid voor mijn web-apps wordt berekend?

De gereedheid voor uw web-apps wordt berekend door een reeks technische controles uit te voeren om te bepalen of uw web-app wordt uitgevoerd in Azure-app service of niet. Deze controles worden hier beschreven.

Waarom is mijn web-app gemarkeerd als Gereed met voorwaarden of Niet gereed in mijn Azure-app Service-evaluatie?

Dit kan gebeuren wanneer een of meer technische controles mislukken voor een bepaalde web-app. U kunt de gereedheidsstatus voor de web-app selecteren om details en herstel voor mislukte controles te achterhalen.

Waarom is de gereedheid voor al mijn SQL-exemplaren gemarkeerd als onbekend?

Als uw detectie onlangs is gestart en nog wordt uitgevoerd, ziet u mogelijk de gereedheid voor sommige of alle SQL-exemplaren als onbekend. We raden u aan even te wachten totdat de omgeving is geprofileerd op het apparaat, en de evaluatie vervolgens opnieuw te berekenen. De SQL-detectie wordt eenmaal per 24 uur uitgevoerd en mogelijk moet u tot een dag wachten totdat de meest recente configuratiewijzigingen overeenkomen.

Waarom is de gereedheid voor sommige van mijn SQL-exemplaren gemarkeerd als onbekend?

Dit kan gebeuren als:

  • De detectie wordt nog uitgevoerd. We raden u aan even te wachten totdat de omgeving is geprofileerd op het apparaat, en de evaluatie vervolgens opnieuw te berekenen.
  • Er zijn enkele detectieproblemen die u moet oplossen in Fouten en meldingen.

De SQL-detectie wordt eenmaal per 24 uur uitgevoerd en mogelijk moet u tot een dag wachten totdat de meest recente configuratiewijzigingen overeenkomen.

Mijn evaluatie heeft de status Verouderd

Azure VM/AVS-evaluatie

Als er on-premises wijzigingen zijn in servers die zich in een groep bevinden die is geëvalueerd, wordt de evaluatie gemarkeerd als verouderd. Een evaluatie kan worden gemarkeerd als 'Verouderd' vanwege een of meer wijzigingen in de onderstaande eigenschappen:

  • Aantal processorkernen
  • Toegewezen geheugen
  • Opstarttype of firmware
  • Naam, versie en architectuur van het besturingssysteem
  • Aantal schijven
  • Aantal netwerkadapters
  • Wijziging van schijfgrootte (GB toegewezen)
  • Nic-eigenschappen worden bijgewerkt. Voorbeeld: Wijzigingen in Mac-adressen, toevoeging van IP-adressen, enzovoort.

Bereken opnieuw de evaluatie om de meest recente wijzigingen in de evaluatie weer te geven.

Azure SQL-evaluatie

Als er wijzigingen zijn aangebracht in on-premises SQL-exemplaren en -databases in een groep die is geëvalueerd, wordt de evaluatie gemarkeerd als Verouderd:

  • SQL-exemplaar is toegevoegd aan of verwijderd van een server
  • SQL database is toegevoegd aan of verwijderd uit een SQL-exemplaar
  • De totale databasegrootte in een SQL-exemplaar is meer dan 20% gewijzigd
  • Wijziging in het aantal processorkernen en/of toegewezen geheugen

Bereken opnieuw de evaluatie om de meest recente wijzigingen in de evaluatie weer te geven.

Azure Migrate raadt een specifiek Azure SQL-implementatietype aan dat compatibel is met uw SQL-exemplaar. Door te migreren naar een door Microsoft aanbevolen doel vermindert u de algehele migratie-inspanning. Deze Azure SQL-configuratie (SKU) wordt aanbevolen na overweging van de prestatiekenmerken van uw SQL-exemplaar en de databases die hierop worden beheerd. Als meerdere Azure SQL-configuraties in aanmerking komen, raden we u aan om de configuratie te kiezen die het meest rendabel is. Meer informatie.

Welk implementatiedoel moet ik kiezen als mijn SQL-exemplaar gereed is voor Azure SQL DB en Azure SQL MI?

Als uw exemplaar gereed is voor zowel Azure SQL DB als Azure SQL MI, raden we het type doelimplementatie aan waarvoor de geschatte kosten voor de Azure SQL-configuratie het laagst zijn.

Ik zie sommige databases niet in mijn evaluatie, ongeacht het feit dat het exemplaar wel onderdeel uitmaakt van de evaluatie

De Azure SQL-evaluatie bevat alleen databases die een onlinestatus hebben. Als de database zich in een andere status bevindt, worden de gereedheid, grootte en kostenberekening voor dergelijke databases genegeerd in de evaluatie. Als u dergelijke databases wilt evalueren, wijzigt u de status van de database en berekent u de evaluatie in enige tijd opnieuw.

Ik wil kosten vergelijken voor het uitvoeren van mijn SQL-exemplaren op Azure VM versus Azure SQL Database/Azure SQL Managed Instance

U kunt één Azure SQL-evaluatie maken die bestaat uit gewenste SQL-servers in VMware, Microsoft Hyper-V en fysieke/bare-metalomgevingen, evenals IaaS-servers van andere openbare clouds, zoals AWS, GCP, enzovoort. Eén evaluatie omvat gereedheid, SKU's, geschatte kosten en migratieblokkeringen voor alle beschikbare SQL-migratiedoelen in Azure - Azure SQL Managed Instance, Azure SQL Database en SQL Server op Azure VM. Vervolgens kunt u de evaluatie-uitvoer voor de gewenste doelen vergelijken. Meer informatie

De opslagkosten in mijn Azure SQL-evaluatie zijn nul

Voor Azure SQL Managed Instance worden er geen opslagkosten toegevoegd voor de eerste 32 GB/instantie/maandopslag en worden extra opslagkosten toegevoegd voor opslag in stappen van 32 GB. Meer informatie.

Ik zie sommige groepen niet wanneer ik een AVS-evaluatie (Azure VMware Solution) maak

  • Een AVS-evaluatie kan worden uitgevoerd voor groepen die alleen VMware-machines hebben. Verwijder alle niet-VMware-machines uit de groep als u van plan bent om een AVS-evaluatie uit te voeren.
  • Als u AVS-evaluaties voor het eerst uitvoert in Azure Migrate, is het raadzaam om een nieuwe groep VMware-machines te maken.

Query's met betrekking tot Ultra-schijven

Kan ik mijn schijven migreren naar Ultra Disk met behulp van Azure Migrate?

Nee. Momenteel bieden zowel Azure Migrate als Azure Site Recovery geen ondersteuning voor migratie naar Ultra-schijven. Hier vindt u de stappen voor het implementeren van Ultra Disk

Waarom zijn de ingerichte IOPS en doorvoer in mijn Ultra-schijf meer dan mijn on-premises IOPS en doorvoer?

Op basis van de officiële pagina met prijzen wordt Ultra Disk gefactureerd op basis van de ingerichte grootte, ingerichte IOPS en ingerichte doorvoer. Zoals in een voorbeeld is opgegeven:

Als u een 200 GiB Ultra Disk hebt ingericht, met 20.000 IOPS en 1000 MB/seconde en deze na 20 uur hebt verwijderd, wordt deze toegewezen aan de schijfgrootte van 256 GiB en wordt u gefactureerd voor de 256 GiB, 20.000 IOPS en 1000 MB/seconde voor 20 uur.

IOPS moet worden ingericht = (gedetecteerde doorvoer) *1024/256

Beschouwt de aanbeveling ultraschijf latentie?

Nee, momenteel worden alleen schijfgrootte, totale doorvoer en totale IOPS gebruikt voor grootte en kosten.

Dit is mogelijk omdat niet alle VM-grootten die ondersteuning bieden voor Ultra-schijven aanwezig zijn in alle regio's die door Ultra-schijven worden ondersteund. Wijzig de doelevaluatieregio om de VM-grootte voor deze server op te halen.

Ik zie sommige VM-typen en -grootten niet in Azure Government

VM-typen en -grootten die worden ondersteund voor evaluatie en migratie, zijn afhankelijk van beschikbaarheid op azure Government-locatie. U kunt VM-typen bekijken en vergelijken in Azure Government.

De grootte van mijn server is gewijzigd. Kan ik een evaluatie opnieuw uitvoeren?

Het Azure Migrate-apparaat verzamelt continu informatie over de on-premises omgeving. Een evaluatie is een momentopname van een bepaald tijdstip van on-premises servers. Als u de instellingen wijzigt op een server die u wilt evalueren, gebruikt u de optie voor opnieuw berekenen om de evaluatie bij te werken met de meest recente wijzigingen.

Hoe kan ik servers detecteren in een omgeving met meerdere tenants?

  • VMware: Als een omgeving wordt gedeeld tussen tenants en u de servers van een tenant niet wilt detecteren in het abonnement van een andere tenant, maakt u VMware vCenter Server-referenties die alleen toegang hebben tot de servers die u wilt detecteren. Gebruik deze referenties vervolgens wanneer u de detectie start in het Azure Migrate-apparaat.
  • Hyper-V: Detectie maakt gebruik van Hyper-V-hostreferenties. Als servers dezelfde Hyper-V-host delen, is er momenteel geen manier om de detectie te scheiden.

Heb ik vCenter Server nodig?

Ja, Azure Migrate vereist vCenter Server in een VMware-omgeving om detectie uit te voeren. Azure Migrate biedt geen ondersteuning voor detectie van ESXi-hosts die niet worden beheerd door vCenter Server.

Wat zijn de grootteopties in een Azure VM-evaluatie?

Met as-on-premises grootten beschouwt Azure Migrate geen serverprestatiegegevens voor evaluatie. Azure Migrate evalueert VM-grootten op basis van de on-premises configuratie. Met de grootte op basis van prestaties is de grootte gebaseerd op gebruiksgegevens.

Als een on-premises server bijvoorbeeld 4 kernen en 8 GB geheugen heeft bij 50% CPU-gebruik en 50% geheugengebruik:

  • Als de grootte on-premises is, wordt een Azure VM-SKU aanbevolen met 4 kernen en 8 GB geheugen.
  • Met de grootte op basis van prestaties wordt een VM-SKU aanbevolen met 2 kernen en 4 GB geheugen, omdat het gebruikspercentage wordt overwogen.

Op dezelfde manier is de grootte van de schijf afhankelijk van de groottecriteria en het opslagtype:

  • Als de groottecriteria 'op basis van prestaties' zijn en het opslagtype automatisch is, worden in Azure Migrate rekening gehouden met de IOPS- en doorvoerwaarden van de schijf wanneer het het doelschijftype (Standard, Premium of Ultra-schijf) wordt geïdentificeerd.
  • Als de groottecriteria 'als on-premises' zijn en het opslagtype Premium is, raadt Azure Migrate een Premium-schijf-SKU aan op basis van de grootte van de on-premises schijf. Dezelfde logica wordt toegepast op schijfgrootte wanneer de grootte gelijk aan on-premises is en het opslagtype Standard, Premium of Ultra-schijf is.

Heeft de prestatiegeschiedenis en het gebruik invloed op de grootte in een Azure VM-evaluatie?

Ja, prestatiegeschiedenis en -gebruik zijn van invloed op de grootte in een Azure VM-evaluatie.

Prestatiegeschiedenis

Voor alleen de grootte op basis van prestaties verzamelt Azure Migrate de prestatiegeschiedenis van on-premises machines en gebruikt deze vervolgens om de VM-grootte en het schijftype in Azure aan te bevelen:

  1. Het apparaat profileert continu de on-premises omgeving om realtime gebruiksgegevens elke 20 seconden te verzamelen.
  2. Het apparaat verzamelt de verzamelde monsters van 20 seconden en gebruikt deze om elke 15 minuten één gegevenspunt te maken.
  3. Om het gegevenspunt te maken, selecteert het apparaat de piekwaarde uit alle voorbeelden van 20 seconden.
  4. Het apparaat verzendt het gegevenspunt naar Azure.

Gebruik

Wanneer u een evaluatie maakt in Azure, afhankelijk van de duur van de prestaties en de percentielwaarde voor de prestatiegeschiedenis die is ingesteld, berekent Azure Migrate de effectieve gebruikswaarde en gebruikt deze vervolgens voor het aanpassen van de grootte.

Als u bijvoorbeeld de duur van de prestaties instelt op één dag en de percentielwaarde op 95e percentiel, sorteert Azure Migrate de voorbeeldpunten van 15 minuten die door de collector voor de afgelopen dag in oplopende volgorde worden verzonden. Het kiest de 95e percentielwaarde als het effectieve gebruik.

Als u de 95e percentielwaarde gebruikt, zorgt u ervoor dat uitbijters worden genegeerd. Uitbijters kunnen worden opgenomen als uw Azure Migrate gebruikmaakt van het 99e percentiel. Als u het piekgebruik voor de periode wilt kiezen zonder uitbijters te missen, stelt u Azure Migrate in om het 99e percentiel te gebruiken.

Hoe verschillen op import gebaseerde evaluaties van evaluaties met detectiebron als apparaat?

Op import gebaseerde Azure VM-evaluaties zijn evaluaties die worden gemaakt met machines die in Azure Migrate worden geïmporteerd met behulp van een CSV-bestand. Er zijn slechts vier velden verplicht om te importeren: Servernaam, kernen, geheugen en besturingssysteem. Hier volgen enkele aandachtspunten:

  • De gereedheidscriteria zijn minder streng bij evaluaties op basis van import op basis van de parameter voor het opstarttype. Als het opstarttype niet is opgegeven, wordt ervan uitgegaan dat de computer het BIOS-opstarttype heeft en dat de machine niet is gemarkeerd als Voorwaardelijk gereed. In evaluaties met detectiebron als apparaat wordt de gereedheid gemarkeerd als Voorwaardelijk gereed als het opstarttype ontbreekt. Dit verschil in gereedheidsberekening komt doordat gebruikers mogelijk niet alle informatie hebben over de machines in de vroege fasen van de migratieplanning wanneer evaluaties op basis van import worden uitgevoerd.
  • Op prestaties gebaseerde importevaluaties maken gebruik van de gebruikswaarde die de gebruiker heeft opgegeven voor berekeningen met de juiste grootte. Omdat de gebruikswaarde wordt opgegeven door de gebruiker, worden de prestatiegeschiedenis en percentielgebruiksopties uitgeschakeld in de evaluatie-eigenschappen. In evaluaties met detectiebron als apparaat wordt de gekozen percentielwaarde gekozen uit de prestatiegegevens die door het apparaat worden verzameld.

Waarom wordt het voorgestelde migratiehulpprogramma in een op import gebaseerde AVS-evaluatie gemarkeerd als onbekend?

Voor machines die via een CSV-bestand worden geïmporteerd, is het standaardmigratieprogramma in een AVS-evaluatie onbekend. Voor VMware-machines is het echter raadzaam om de HCX-oplossing (VMware Hybrid Cloud Extension) te gebruiken. Meer informatie.

Volgende stappen

Lees het overzicht van Azure Migrate.