Overzicht van evaluatie (migreren naar Azure-VM's)

  • Artikel

Let op

In dit artikel wordt verwezen naar CentOS, een Linux-distributie die de status End Of Life (EOL) nadert. Overweeg uw gebruik en planning dienovereenkomstig. Zie de Richtlijnen voor het einde van de levensduur van CentOS voor meer informatie.

Dit artikel bevat een overzicht van evaluaties in azure Migrate: Discovery and assessment tool. Het hulpprogramma kan on-premises servers evalueren in de virtuele VMware- en Hyper-V-omgeving en fysieke servers voor migratie naar Azure.

Wat is een evaluatie?

Een evaluatie met het hulpprogramma Detectie en evaluatie meet de gereedheid en schat het effect van de migratie van on-premises servers naar Azure.

Notitie

Bekijk in Azure Government de ondersteunde doelevaluatielocaties . Houd er rekening mee dat aanbevelingen voor VM-grootte in evaluaties de VM-serie gebruiken die specifiek zijn voor Government Cloud-regio's. Meer informatie over VM-typen .

Typen evaluaties

Er zijn drie soorten evaluaties die u kunt maken met behulp van Azure Migrate: Detectie en evaluatie.

Evaluatietype DETAILS
Azure VM Evaluaties om uw on-premises servers te migreren naar virtuele Azure-machine. U kunt uw on-premises servers evalueren in de VMware - en Hyper-V-omgeving en fysieke servers voor migratie naar Azure-VM's met behulp van dit evaluatietype.
Azure SQL Evaluaties voor het migreren van uw on-premises SQL-servers van uw VMware-omgeving naar Azure SQL Database of Azure SQL Managed Instance.
Azure App Service Evaluaties voor het migreren van on-premises web-apps van uw VMware-omgeving naar Azure-app Service.
Azure VMware Solution (AVS) Evaluaties om uw on-premises servers te migreren naar Azure VMware Solution (AVS). U kunt uw on-premises VMware-VM’s evalueren voor migratie naar Azure VMware Solution (AVS) met dit evaluatietype. Meer informatie

Notitie

Als het aantal Azure VM- of AVS-evaluaties onjuist is in het hulpprogramma Detectie en evaluatie, klikt u op het totale aantal evaluaties om naar alle evaluaties te navigeren en de Azure-VM of AVS-evaluaties opnieuw te berekenen. Het hulpprogramma Detectie en evaluatie toont vervolgens het juiste aantal voor dat evaluatietype.

Evaluaties die u met Azure Migrate maakt, zijn een momentopname van gegevens naar een bepaald tijdstip. Een Azure VM-evaluatie biedt twee opties voor het aanpassen van de grootte:

Evaluatietype DETAILS Data
Op basis van prestaties Evaluaties die aanbevelingen doen op basis van verzamelde prestatiegegevens De aanbeveling voor de VM-grootte is gebaseerd op cpu- en RAM-gebruiksgegevens.

De aanbeveling voor het schijftype is gebaseerd op de invoer-/uitvoerbewerkingen per seconde (IOPS) en doorvoer van de on-premises schijven. Schijftypen zijn Azure Standard HDD, Azure Standard SSD, Azure Premium-schijven en Azure Ultra-schijven.
As-is on-premises Evaluaties die geen prestatiegegevens gebruiken om aanbevelingen te doen De aanbeveling voor de VM-grootte is gebaseerd op de on-premises servergrootte.

Het aanbevolen schijftype is gebaseerd op het geselecteerde opslagtype voor de evaluatie.

Hoe kan ik een evaluatie uitvoeren?

Er zijn een aantal manieren om een evaluatie uit te voeren.

  • Servers beoordelen met behulp van servermetagegevens die zijn verzameld door een lichtgewicht Azure Migrate-apparaat. Het apparaat detecteert on-premises servers. Vervolgens worden servermetagegevens en prestatiegegevens naar Azure Migrate verzonden.
  • Servers evalueren met behulp van servermetagegevens die zijn geïmporteerd in een CSV-indeling (door komma's gescheiden waarden).

Hoe kan ik beoordelen met het apparaat?

Als u een Azure Migrate-apparaat implementeert om on-premises servers te detecteren, voert u de volgende stappen uit:

  1. Stel Azure en uw on-premises omgeving in voor gebruik met Azure Migrate.
  2. Voor uw eerste evaluatie maakt u een Azure-project en voegt u het detectie- en evaluatieprogramma eraan toe.
  3. Implementeer een lichtgewicht Azure Migrate-apparaat. Het apparaat detecteert continu on-premises servers en verzendt servermetagegevens en prestatiegegevens naar Azure Migrate. Implementeer het apparaat als een VIRTUELE machine of een fysieke server. U hoeft niets te installeren op servers die u wilt evalueren.

Nadat het apparaat serverdetectie start, kunt u servers verzamelen die u in een groep wilt evalueren en een evaluatie uitvoeren voor de groep met het evaluatietype Azure-VM.

Volg onze zelfstudies voor VMware-, Hyper-V- of fysieke servers om deze stappen uit te proberen.

Hoe kan ik beoordelen met geïmporteerde gegevens?

Als u servers beoordeelt met behulp van een CSV-bestand, hebt u geen apparaat nodig. Voer in plaats daarvan de volgende stappen uit:

  1. Azure instellen voor gebruik met Azure Migrate
  2. Voor uw eerste evaluatie maakt u een Azure-project en voegt u het detectie- en evaluatieprogramma eraan toe.
  3. Download een CSV-sjabloon en voeg er servergegevens aan toe.
  4. De sjabloon importeren in Azure Migrate
  5. Detecteer servers die zijn toegevoegd met het importeren, verzamel ze in een groep en voer een evaluatie uit voor de groep met het evaluatietype Azure VM.

Welke gegevens verzamelt het apparaat?

Als u het Azure Migrate-apparaat gebruikt voor evaluatie, vindt u meer informatie over de metagegevens en prestatiegegevens die worden verzameld voor VMware en Hyper-V.

Hoe berekent het apparaat prestatiegegevens?

Als u het apparaat gebruikt voor detectie, worden prestatiegegevens verzameld voor rekeninstellingen met de volgende stappen:

  1. Het apparaat verzamelt een realtime voorbeeldpunt.

    • VMware-VM's: er wordt elke 20 seconden een voorbeeldpunt verzameld.
    • Hyper-V-VM's: er wordt elke 30 seconden een voorbeeldpunt verzameld.
    • Fysieke servers: er wordt om de vijf minuten een voorbeeldpunt verzameld.

  2. Het apparaat combineert de voorbeeldpunten om elke 10 minuten één gegevenspunt te maken voor VMware- en Hyper-V-servers en om de 5 minuten voor fysieke servers. Als u het gegevenspunt wilt maken, selecteert het apparaat de piekwaarden uit alle voorbeelden. Vervolgens wordt het gegevenspunt naar Azure verzonden.

  3. In de evaluatie worden alle gegevenspunten van 10 minuten voor de afgelopen maand opgeslagen.

  4. Wanneer u een evaluatie maakt, identificeert de evaluatie het juiste gegevenspunt dat moet worden gebruikt voor rechten. Identificatie is gebaseerd op de percentielwaarden voor prestatiegeschiedenis en percentielgebruik.

    • Als de prestatiegeschiedenis bijvoorbeeld één week is en het percentielgebruik het 95e percentiel is, sorteert de evaluatie de voorbeeldpunten van 10 minuten voor de afgelopen week. Deze sorteert ze in oplopende volgorde en kiest de 95e percentielwaarde voor rechten.
    • De 95e percentielwaarde zorgt ervoor dat u uitbijters negeert, die mogelijk worden opgenomen als u het 99e percentiel hebt gekozen.
    • Als u het piekgebruik voor de periode wilt kiezen en geen uitbijters wilt missen, selecteert u het 99e percentiel voor percentielgebruik.

  5. Deze waarde wordt vermenigvuldigd met de comfortfactor om de effectieve prestatiegebruiksgegevens te verkrijgen voor deze metrische gegevens die het apparaat verzamelt:

    • CPU-gebruik
    • RAM-gebruik
    • Schijf-IOPS (lezen en schrijven)
    • Schijfdoorvoer (lezen en schrijven)
    • Netwerkdoorvoer (in en uit)

Hoe worden Azure VM-evaluaties berekend?

De evaluatie maakt gebruik van de metagegevens en prestatiegegevens van de on-premises servers om evaluaties te berekenen. Als u het Azure Migrate-apparaat implementeert, gebruikt de evaluatie de gegevens die het apparaat verzamelt. Maar als u een evaluatie uitvoert die is geïmporteerd met behulp van een CSV-bestand, geeft u de metagegevens voor de berekening op.

Berekeningen worden uitgevoerd in deze drie fasen:

  1. Azure-gereedheid berekenen: beoordeel of servers geschikt zijn voor migratie naar Azure.
  2. Aanbevelingen voor grootte berekenen: Rekenkracht, opslag en netwerkgrootte schatten.
  3. Maandelijkse kosten berekenen: bereken de geschatte maandelijkse reken-, opslag- en beveiligingskosten voor het uitvoeren van de servers in Azure na de migratie.

Berekeningen bevinden zich in de voorgaande volgorde. Een server wordt alleen verplaatst naar een latere fase als deze wordt doorgegeven aan de vorige. Als een server bijvoorbeeld de fase azure-gereedheid mislukt, wordt deze gemarkeerd als ongeschikt voor Azure. Grootte- en kostenberekeningen worden niet uitgevoerd voor die server.

Wat is er in een Azure VM-evaluatie?

Dit is wat is opgenomen in een Azure VM-evaluatie:

Instelling DETAILS
Doellocatie De locatie waarnaar u wilt migreren. De evaluatie ondersteunt momenteel deze Azure-doelregio's:

Australië - centraal, Australië - centraal 2, Australië - oost, Australië - zuidoost, Brazilië - zuid, Canada - centraal, Canada - oost, India - centraal, China - oost 2, China - oost 2, China - noord 2, Azië - oost, VS - oost 2, Frankrijk - centraal, Frankrijk - zuid, Duitsland - noord, Duitsland - west, Duitsland - west - centraal, Japan - oost, Japan - west, Korea - centraal, Korea - zuid, VS - noord- centraal, Europa - noord, Noorwegen - oost, Noorwegen - west, Zuid-Afrika - noord, Zuid-Afrika - west, VS - zuid-centraal, Azië - zuidoost, Zwitserland - noord, UAE - centraal, VK - noord, VK - west, VS - west, Europa - west, India - west, VS - west, US - west 2, JioIndiaCentral, JioIndiaWest, US Gov Arizona, US Gov Iowa, US Gov Texas, US Gov Virginia.
Doelopslagschijf (grootte wijzigen) Het type schijf dat moet worden gebruikt voor opslag in Azure.

Geef de doelopslagschijf op als door Premium beheerde Standard SSD, Standard HDD of Ultra Disk.
Doelopslagschijf (grootte op basis van prestaties) Hiermee geeft u het type doelopslagschijf op als door Premium beheerde, Standard HDD-beheerde, Standard SSD-beheerde of Ultra-schijf.

Premium- of Standard- of Ultra-schijf: de evaluatie raadt een schijf-SKU aan binnen het geselecteerde opslagtype.

Als u een SLA (Service Level Agreement) met één exemplaar van 99,9% wilt gebruiken, kunt u overwegen om beheerde Premium-schijven te gebruiken. Dit gebruik zorgt ervoor dat alle schijven in de evaluatie worden aanbevolen als door Premium beheerde schijven.

Als u gegevensintensieve workloads wilt uitvoeren waarvoor hoge doorvoer, hoge IOPS en consistente schijfopslag met lage latentie nodig zijn, kunt u overwegen Ultra-schijven te gebruiken.

Azure Migrate ondersteunt alleen beheerde schijven voor migratiebeoordeling.
Besparingsopties (compute) Geef de besparingsoptie op waarmee u de evaluatie kunt overwegen om uw Azure-rekenkosten te optimaliseren.

Azure-reserveringen (gereserveerd voor 1 jaar of 3 jaar) zijn een goede optie voor de meest consistente actieve resources.

Azure Savings Plan (1 jaar of 3 jaar besparingsplan) biedt extra flexibiliteit en geautomatiseerde kostenoptimalisatie. In het ideale stadium na de migratie kunt u tegelijkertijd een Azure-reserverings- en besparingsplan gebruiken (reservering wordt eerst verbruikt), maar in de Azure Migrate-evaluaties kunt u alleen kostenramingen van 1 besparingsoptie tegelijk zien.

Wanneer u Geen selecteert, zijn de azure-rekenkosten gebaseerd op het tarief betalen per gebruik of op basis van het werkelijke gebruik.

U moet betalen per gebruik selecteren in het aanbiedings-/licentieprogramma om gereserveerde instanties of Azure Savings Plan te kunnen gebruiken. Wanneer u een andere besparingsoptie dan 'Geen' selecteert, zijn de eigenschappen Korting (%)' en 'VM-uptime' niet van toepassing. De schattingen van de maandelijkse kosten worden berekend door 744 uur in het veld UPTIME van de VIRTUELE machine te vermenigvuldigen met de uurprijs van de aanbevolen SKU.
Criteria voor het aanpassen van de grootte Wordt gebruikt om de Virtuele Azure-machine te beveiligen.

Gebruik als grootte of op basis van prestaties.
Prestatiegeschiedenis Wordt gebruikt met de grootte op basis van prestaties. De prestatiegeschiedenis geeft de duur aan die wordt gebruikt wanneer prestatiegegevens worden geëvalueerd.
Percentiel gebruik Wordt gebruikt met de grootte op basis van prestaties. Percentielgebruik geeft de percentielwaarde op van het prestatievoorbeeld dat wordt gebruikt voor rechten.
VM-reeks De Azure VM-serie die u wilt overwegen voor rechten. Als u bijvoorbeeld geen productieomgeving hebt die naar de A-serie van virtuele machines in Azure gaat, kunt u de A-serie uitsluiten van de reeks.
Comfortfactor De buffer die tijdens de evaluatie wordt gebruikt. Deze wordt toegepast op de CPU-, RAM-, schijf- en netwerkgegevens voor VM's. Het houdt rekening met problemen zoals seizoensgebonden gebruik, korte prestatiegeschiedenis en neemt waarschijnlijk toe in het toekomstige gebruik.

Een VM met 10 kerngeheugens met 20% gebruik resulteert normaal gesproken in een VM met twee kernen. Met een comfortfactor van 2,0 is het resultaat in plaats daarvan een VM met vier kernen.
Aanbieding De Azure-aanbieding waarin u bent ingeschreven. De evaluatie maakt een schatting van de kosten voor die aanbieding.
Valuta De factureringsvaluta voor uw account.
Korting (%) Abonnementsspecifieke kortingen die u ontvangt boven op de Azure-aanbieding. De standaardinstelling is 0%.
VM tijd actief De duur in dagen per maand en uren per dag voor Virtuele Azure-machines die niet continu worden uitgevoerd. Kostenramingen zijn gebaseerd op die duur.

De standaardwaarden zijn 31 dagen per maand en 24 uur per dag.
Azure Hybrid Benefit Hiermee geeft u op of u softwarecontrole hebt en in aanmerking komt voor Azure Hybrid Benefit om uw bestaande besturingssysteemlicenties te gebruiken. Als de instelling is ingeschakeld, worden Azure-prijzen voor geselecteerde besturingssystemen niet in aanmerking genomen voor vm-kosten.
EA-abonnement Hiermee geeft u op dat een ea-abonnement (Enterprise Overeenkomst) wordt gebruikt voor kostenramingen. Houdt rekening met de korting die van toepassing is op het abonnement.

Laat de instellingen voor gereserveerde instanties, korting (%) en eigenschappen voor vm-uptime staan met de standaardinstellingen.
Beveiliging Hiermee geeft u op of u gereedheid en kosten voor beveiligingshulpprogramma's in Azure wilt evalueren. Als de instelling de standaardwaarde Ja heeft, met Microsoft Defender voor Cloud, worden de gereedheid van beveiliging en de kosten voor uw Azure-VM met Microsoft Defender voor Cloud beoordeeld.

Bekijk de aanbevolen procedures voor het maken van een evaluatie met Azure Migrate.

Gereedheid berekenen

Niet alle servers zijn geschikt voor uitvoering in Azure. Een Azure VM-evaluatie beoordeelt alle on-premises servers en wijst ze een gereedheidscategorie toe.

  • Gereed voor Azure: de server kan zonder wijzigingen naar Azure worden gemigreerd. Het begint in Azure met volledige ondersteuning voor Azure.
  • Voorwaardelijk gereed voor Azure: de server kan worden gestart in Azure, maar heeft mogelijk geen volledige ondersteuning voor Azure. Azure biedt bijvoorbeeld geen ondersteuning voor een server waarop een oude versie van Windows Server wordt uitgevoerd. U moet voorzichtig zijn voordat u deze servers naar Azure migreert. Als u gereedheidsproblemen wilt oplossen, volgt u de herstelrichtlijnen die door de evaluatie worden voorgesteld.
  • Niet gereed voor Azure: de server wordt niet gestart in Azure. Als de schijf van een on-premises server bijvoorbeeld meer dan 64 TB opslaat, kan Azure de server niet hosten. Volg de richtlijnen voor herstel om het probleem vóór de migratie op te lossen.
  • Gereedheid onbekend: Azure Migrate kan de gereedheid van de server niet bepalen vanwege onvoldoende metagegevens.

Voor het berekenen van gereedheid controleert de evaluatie de servereigenschappen en instellingen van het besturingssysteem die in de volgende tabellen worden samengevat.

Servereigenschappen

Voor een Azure VM-evaluatie controleert de evaluatie de volgende eigenschappen van een on-premises VM om te bepalen of deze kan worden uitgevoerd op Azure-VM's.

Eigenschappen DETAILS Azure-gereedheidsstatus
Opstarttype ondersteuning voor Azure s UEFI-opstarttype voor het besturingssysteem dat hier wordt vermeld Niet gereed als het opstarttype UEFI is en het besturingssysteem dat op de VM wordt uitgevoerd: Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2
Kernen Elke server mag niet meer dan 128 kernen hebben. Dit is het maximumaantal dat een Virtuele Azure-machine ondersteunt.

Als er prestatiegeschiedenis beschikbaar is, worden in Azure Migrate de gebruikte kernen voor vergelijking meegekeken. Als de evaluatie-instellingen een comfortfactor opgeven, wordt het aantal gebruikte kernen vermenigvuldigd met de comfortfactor.

Als er geen prestatiegeschiedenis is, gebruikt Azure Migrate de toegewezen kernen om de comfortfactor toe te passen.		 Gereed als het aantal kernen binnen de limiet valt
RAM Elke server mag niet meer dan 3892 GB RAM hebben. Dit is de maximale grootte van een Azure M-serie Standard_M128m 2 VM-ondersteuning. Meer informatie.

Als er prestatiegeschiedenis beschikbaar is, beschouwt Azure Migrate het gebruikte RAM-geheugen ter vergelijking. Als een comfortfactor is opgegeven, wordt het gebruikte RAM-geheugen vermenigvuldigd met de comfortfactor.

Als er geen geschiedenis is, wordt het toegewezen RAM-geheugen gebruikt om een comfortfactor toe te passen.

 Gereed als de hoeveelheid RAM binnen de limiet valt
Opslagschijf De toegewezen grootte van een schijf mag niet meer dan 64 TB zijn.

Het aantal schijven dat is gekoppeld aan de server, inclusief de besturingssysteemschijf, moet 65 of minder zijn.		 Gereed als de schijfgrootte en het aantal binnen de limieten vallen
Netwerken Aan een server mogen niet meer dan 32 netwerkinterfaces (NIC's) zijn gekoppeld. Gereed als het aantal NIC's binnen de limiet valt

Gastbesturingssysteem

Voor een Azure VM-evaluatie, samen met het controleren van VM-eigenschappen, kijkt de evaluatie naar het gastbesturingssysteem van een server om te bepalen of deze kan worden uitgevoerd in Azure.

Notitie

Voor het afhandelen van gastanalyses voor VMware-VM's gebruikt de evaluatie het besturingssysteem dat is opgegeven voor de VIRTUELE machine in vCenter Server. VCenter Server biedt echter niet de kernelversie voor linux-VM-besturingssystemen. Als u de versie wilt detecteren, moet u toepassingsdetectie instellen. Vervolgens detecteert het apparaat versiegegevens met behulp van de gastreferenties die u opgeeft bij het instellen van app-detectie.

De evaluatie maakt gebruik van de volgende logica om Azure-gereedheid te identificeren op basis van het besturingssysteem:

Besturingssysteem DETAILS Azure-gereedheidsstatus
Windows Server 2016 en alle SP's Azure biedt volledige ondersteuning. Klaar voor Azure.
Windows Server 2012 R2 en alle SP's Azure biedt volledige ondersteuning. Klaar voor Azure.
Windows Server 2012 en alle SP's Azure biedt volledige ondersteuning. Klaar voor Azure.
Windows Server 2008 R2 met alle IP's Azure biedt volledige ondersteuning. Klaar voor Azure.
Windows Server 2008 (32-bits en 64-bits) Azure biedt volledige ondersteuning. Klaar voor Azure.
Windows Server 2003 en Windows Server 2003 R2 Deze besturingssystemen hebben hun einddatums voor ondersteuning doorgegeven en hebben een Custom Support Agreement (CSA) nodig voor ondersteuning in Azure. Voorwaardelijk gereed voor Azure. Overweeg het besturingssysteem te upgraden voordat u naar Azure migreert.
Windows 2000, Windows 98, Windows 95, Windows NT, Windows 3.1 en MS-DOS Deze besturingssystemen hebben hun einddatums voor ondersteuning doorgegeven. De server kan worden gestart in Azure, maar Azure biedt geen ondersteuning voor het besturingssysteem. Voorwaardelijk gereed voor Azure. U wordt aangeraden het besturingssysteem bij te werken voordat u naar Azure migreert.
Windows 7, Windows 8 en Windows 10 Azure biedt alleen ondersteuning voor een Visual Studio-abonnement. Voorwaardelijk gereed voor Azure.
Windows 10 Pro Azure biedt ondersteuning met multitenant-hostingrechten. Voorwaardelijk gereed voor Azure.
Windows Vista en Windows XP Professional Deze besturingssystemen hebben hun einddatums voor ondersteuning doorgegeven. De server kan worden gestart in Azure, maar Azure biedt geen ondersteuning voor het besturingssysteem. Voorwaardelijk gereed voor Azure. U wordt aangeraden het besturingssysteem bij te werken voordat u naar Azure migreert.
Linux Bekijk de Linux-besturingssystemen die Door Azure worden goedgekeurd. Andere Linux-besturingssystemen kunnen in Azure worden gestart. U wordt echter aangeraden het besturingssysteem te upgraden naar een goedgekeurde versie voordat u naar Azure migreert. Gereed voor Azure als de versie goedgekeurd is.

Voorwaardelijk gereed als de versie niet is goedgekeurd.
Andere besturingssystemen zoals Oracle Solaris, Apple macOS en FreeBSD Deze besturingssystemen worden niet door Azure goedgekeurd. De server kan worden gestart in Azure, maar Azure biedt geen ondersteuning voor het besturingssysteem. Voorwaardelijk gereed voor Azure. U wordt aangeraden een ondersteund besturingssysteem te installeren voordat u naar Azure migreert.
Besturingssysteem dat is opgegeven als Anders in vCenter Server Azure Migrate kan het besturingssysteem in dit geval niet identificeren. Gereedheid onbekend. Zorg ervoor dat ondersteuning voor Azure het besturingssysteem dat wordt uitgevoerd in de virtuele machine.
32-bits besturingssystemen De server kan in Azure worden gestart, maar Azure biedt mogelijk geen volledige ondersteuning. Voorwaardelijk gereed voor Azure. Overweeg een upgrade uit te voeren naar een 64-bits besturingssysteem voordat u naar Azure migreert.

Gereedheid voor beveiliging

Evaluaties bepalen ook de gereedheid van het aanbevolen doel voor Microsoft Defender voor Servers. Een server is gemarkeerd als Gereed voor Microsoft Defender voor Servers als deze het volgende heeft:

  • Minimaal 2 vCores (voorkeur 4 vCores)
  • Minimaal 1 GB RAM (voorkeur 4 GB)
  • 2 GB schijfruimte
  • Voert een van de volgende besturingssystemen uit:
    • Windows Server 2008 R2, 2012 R2, 2016, 2019, 2022
    • Red Hat Enterprise Linux Server 7.2+, 8+, 9+
    • Ubuntu 16.04, 18.04, 20.04, 22.04
    • SUSE Linux Enterprise Server 12, 15+
    • Debian 9, 10, 11
    • Oracle Linux 7.2+, 8
    • CentOS Linux 7.2+
    • Amazon Linux 2
  • Voor andere besturingssystemen is de server gemarkeerd als Gereed met voorwaarden. Als een server niet gereed is om te worden gemigreerd naar Azure, wordt deze gemarkeerd als Niet gereed voor Microsoft Defender voor Servers.

Grootte berekenen

Nadat de server is gemarkeerd als gereed voor Azure, doet de evaluatie aanbevelingen voor de grootte in de Azure VM-evaluatie. Deze aanbevelingen identificeren de Azure-VM en schijf-SKU. Berekeningen voor het aanpassen van de grootte zijn afhankelijk van het feit of u de grootte on-premises of op basis van prestaties gebruikt.

Grootte berekenen (zoals on-premises)

Als u de grootte on-premises gebruikt, houdt de evaluatie geen rekening met de prestatiegeschiedenis van de VM's en schijven in de Azure VM-evaluatie.

  • Rekengrootte: Met de evaluatie wordt een Azure VM-SKU toegewezen op basis van de grootte die on-premises is toegewezen.
  • Grootte van opslag en schijf: De evaluatie bekijkt het opslagtype dat is opgegeven in de evaluatie-eigenschappen en raadt het juiste schijftype aan. Mogelijke opslagtypen zijn Standard HDD, Standard SSD, Premium en Ultra Disk. Het standaardopslagtype is Premium.
  • Netwerkgrootte: De evaluatie beschouwt de netwerkadapter op de on-premises server.

Grootte berekenen (op basis van prestaties)

Als u de grootte op basis van prestaties gebruikt in een Azure VM-evaluatie, doet de evaluatie de aanbevelingen voor de grootte als volgt:

  • De evaluatie beschouwt de geschiedenis van de prestaties (resourcegebruik) van de server, samen met de processorbenchmark om de VM-grootte en het schijftype in Azure te identificeren.

Notitie

Als u servers importeert met behulp van een CSV-bestand, worden de prestatiewaarden die u opgeeft (CPU-gebruik, geheugengebruik, Schijf-IOPS en doorvoer) gebruikt als u de grootte op basis van prestaties kiest. U kunt geen prestatiegeschiedenis en percentielgegevens opgeven.

  • Deze methode is vooral handig als u de on-premises server overbezet hebt, het gebruik laag is en u de grootte van de Virtuele Azure-machine wilt aanpassen om kosten te besparen.
  • Als u de prestatiegegevens niet wilt gebruiken, stelt u de groottecriteria in op on-premises, zoals beschreven in de vorige sectie.

Opslaggrootte berekenen

Voor opslaggrootten in een Azure VM-evaluatie probeert Azure Migrate elke schijf die is gekoppeld aan de server toe te wijzen aan een Azure-schijf. De grootte werkt als volgt:

  1. Evaluatie voegt de IOPS voor lezen en schrijven van een schijf toe om het totale aantal vereiste IOPS op te halen. Op dezelfde manier worden de waarden voor lees- en schrijfdoorvoer toegevoegd om de totale doorvoer van elke schijf op te halen. In het geval van evaluaties op basis van import hebt u de mogelijkheid om de totale IOPS, de totale doorvoer en het totaal aantal nee's op te geven. van schijven in het geïmporteerde bestand zonder afzonderlijke schijfinstellingen op te geven. Als u dit doet, wordt de grootte van afzonderlijke schijven overgeslagen en worden de opgegeven gegevens rechtstreeks gebruikt om de grootte te berekenen en selecteert u een geschikte VM-SKU.

  2. Schijven worden als volgt geselecteerd:

    • Als de evaluatie een schijf met de vereiste IOPS en doorvoer niet kan vinden, wordt de server gemarkeerd als ongeschikt voor Azure.
    • Als een evaluatie een set geschikte schijven vindt, worden de schijven geselecteerd die ondersteuning bieden voor de locatie die is opgegeven in de evaluatie-instellingen.
    • Als er meerdere in aanmerking komende schijven zijn, selecteert evaluatie de schijf met de laagste kosten.
    • Als prestatiegegevens voor een schijf niet beschikbaar zijn, wordt de grootte van de configuratieschijf gebruikt om een Standard SSD-schijf in Azure te vinden.
Grootte van ultraschijven

Voor Ultra-schijven is er een reeks IOPS en doorvoer die is toegestaan voor een bepaalde schijfgrootte, en de logica die wordt gebruikt bij het aanpassen van de grootte verschilt van Standard- en Premium-schijven:

  1. Er worden drie Ultra-schijfgrootten berekend:
    • Er is één schijf (schijf 1) gevonden die kan voldoen aan de schijfgroottevereiste
    • Er is één schijf (schijf 2) gevonden die kan voldoen aan de totale IOPS-vereiste
      • IOPS moet worden ingericht = (bronschijfdoorvoer) *1024/256
    • Er is één schijf (schijf 3) gevonden die kan voldoen aan de totale doorvoervereiste
  2. Uit de drie schijven wordt één met de maximale schijfgrootte gevonden en afgerond op de volgende beschikbare Ultra disk-aanbieding. Dit is de ingerichte Ultra-schijfgrootte.
  3. Ingerichte IOPS wordt berekend met behulp van de volgende logica:
    • Als de gedetecteerde brondoorvoer binnen het toegestane bereik voor de Ultra-schijfgrootte valt, is ingerichte IOPS gelijk aan IOPS van de bronschijf
    • Anders wordt ingerichte IOPS berekend met behulp van IOPS die moet worden ingericht = (doorvoer bronschijf) *1024/256
  4. Het ingerichte doorvoerbereik is afhankelijk van ingerichte IOPS

Netwerkgrootte berekenen

Voor een Azure VM-evaluatie wordt geprobeerd een Azure-VM te vinden die ondersteuning biedt voor het aantal en de vereiste prestaties van netwerkadapters die zijn gekoppeld aan de on-premises server.

  • Om de effectieve netwerkprestaties van de on-premises server te verkrijgen, wordt de snelheid van gegevensoverdracht geaggregeerd van de server (netwerk uit) op alle netwerkadapters. Vervolgens wordt de comfortfactor toegepast. De resulterende waarde wordt gebruikt om een Azure-VM te vinden die de vereiste netwerkprestaties kan ondersteunen.
  • Naast de netwerkprestaties wordt er ook rekening mee gehouden of de Azure-VM het vereiste aantal netwerkadapters kan ondersteunen.
  • Als de netwerkprestatiegegevens niet beschikbaar zijn, wordt in de evaluatie alleen rekening met het aantal netwerkadapters voor vm-grootten.

Rekengrootte berekenen

Nadat de opslag- en netwerkvereisten zijn berekend, worden cpu- en RAM-vereisten in de evaluatie in aanmerking gemaakt om een geschikte VM-grootte in Azure te vinden.

  • Azure Migrate bekijkt de effectieve gebruikte kernen (inclusief processorbenchmark) en RAM om een geschikte Azure VM-grootte te vinden.
  • Als er geen geschikte grootte wordt gevonden, wordt de server gemarkeerd als ongeschikt voor Azure.
  • Als er een geschikte grootte wordt gevonden, past Azure Migrate de opslag- en netwerkberekeningen toe. Vervolgens worden de locatie- en prijscategorie-instellingen toegepast voor de uiteindelijke aanbeveling voor de VM-grootte.
  • Als er meer Azure VM-grootten in aanmerking komen, wordt de grootte met de laagste kosten aanbevolen.

Betrouwbaarheidsclassificaties (op basis van prestaties)

Elke op prestaties gebaseerde Azure VM-evaluatie in Azure Migrate is gekoppeld aan een betrouwbaarheidsclassificatie. De classificatie varieert van één (laagste) tot vijf (hoogste) sterren. De betrouwbaarheidsclassificatie helpt u bij het schatten van de betrouwbaarheid van de aanbevelingen voor de grootte die Azure Migrate biedt.

  • De betrouwbaarheidsclassificatie wordt toegewezen aan een evaluatie. De classificatie is gebaseerd op de beschikbaarheid van gegevenspunten die nodig zijn om de evaluatie te berekenen.
  • Voor het aanpassen van de grootte op basis van prestaties heeft de evaluatie het volgende nodig:
    • De gebruiksgegevens voor CPU en RAM.
    • De schijf-IOPS en doorvoergegevens voor elke schijf die aan de server is gekoppeld.
    • De netwerk-I/O voor het afhandelen van de grootte op basis van prestaties voor elke netwerkadapter die is gekoppeld aan een server.

Als een van deze gebruiksnummers niet beschikbaar is, zijn de aanbevelingen voor grootte mogelijk onbetrouwbaar.

Notitie

Betrouwbaarheidsclassificaties worden niet toegewezen voor servers die worden beoordeeld met behulp van een geïmporteerd CSV-bestand. Classificaties zijn ook niet van toepassing op on-premises evaluatie.

Classificeringen

In deze tabel ziet u de betrouwbaarheidsclassificaties voor de evaluatie, die afhankelijk zijn van het percentage beschikbare gegevenspunten:

Beschikbaarheid van gegevenspunten Betrouwbaarheidsclassificatie
0-20% 1 ster
21-40% 2 sterren
41-60% 3 sterren
61-80% 4 sterren
81-100% 5 sterren

Lage betrouwbaarheidsclassificaties

Hier volgen enkele 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 de evaluatie maakt met de duur van de prestaties die is ingesteld op één dag, moet u ten minste een dag wachten nadat u de detectie hebt gestart voor alle gegevenspunten om te worden verzameld.

  • Bij de evaluatie kunnen de prestatiegegevens voor sommige of alle servers in de evaluatieperiode niet worden verzameld. 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

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

  • Sommige servers zijn gemaakt tijdens de periode waarvoor de evaluatie is berekend. Stel dat u een evaluatie hebt gemaakt voor de prestatiegeschiedenis van de afgelopen maand, maar dat sommige servers slechts een week geleden zijn gemaakt. In dit geval zijn er voor de hele periode geen prestatiegegevens van de nieuwe servers beschikbaar, waardoor de betrouwbaarheidsclassificatie laag is.

Notitie

Als de betrouwbaarheidsclassificatie van een evaluatie kleiner is dan vijf sterren, raden we u aan ten minste een dag te wachten totdat het apparaat de omgeving profileren en vervolgens de evaluatie opnieuw berekent. Anders kan de grootte op basis van prestaties onbetrouwbaar zijn. In dat geval raden we u aan de evaluatie over te schakelen naar de on-premises grootte.

Maandelijkse kosten berekenen

Nadat de aanbevelingen voor het aanpassen van de grootte zijn voltooid, berekent een Azure VM-evaluatie in Azure Migrate de reken- en opslagkosten voor na de migratie.

Computing-kosten

Azure Migrate maakt gebruik van de aanbevolen Azure VM-grootte en de Azure Billing-API om de maandelijkse kosten voor de server te berekenen.

Bij de berekening wordt rekening gehouden met het volgende:

  • Besturingssysteem
  • Softwarecontrole
  • Gereserveerde exemplaren
  • VM tijd actief
  • Locatie
  • Valuta-instellingen

De evaluatie aggregeert de kosten voor alle servers om de totale maandelijkse rekenkosten te berekenen.

Opslagkosten

De maandelijkse opslagkosten voor een server worden berekend door de maandelijkse kosten te aggregeren van alle schijven die aan de server zijn gekoppeld.

Standard- en Premium-schijf

De kosten voor Standard- of Premium-schijven worden berekend op basis van de geselecteerde/aanbevolen schijfgrootte.

Ultraschijven

De kosten voor Ultra Disk worden berekend op basis van de ingerichte grootte, ingerichte IOPS en ingerichte doorvoer. Meer informatie

Kosten worden berekend met behulp van de volgende logica:

  • De schijfgrootte wordt berekend door de ingerichte schijfgrootte te vermenigvuldigen met de prijs per uur van de schijfcapaciteit
  • De kosten van ingerichte IOPS worden berekend door de ingerichte IOPS te vermenigvuldigen met de ingerichte IOPS-prijs per uur
  • De kosten van ingerichte doorvoer worden berekend door de ingerichte doorvoer te vermenigvuldigen met de ingerichte doorvoerprijs per uur
  • De reserveringskosten voor de ultraschijf-VM worden niet toegevoegd aan de totale kosten. Meer informatie

Evaluatie berekent de totale maandelijkse opslagkosten door de opslagkosten van alle servers samen te vouwen. Momenteel worden in de berekening geen aanbiedingen overwogen die zijn opgegeven in de evaluatie-instellingen.

Beveiligingskosten

Voor servers die worden aanbevolen voor Azure VM, wordt de Defender for Server-kosten (abonnement 2) per server voor die regio toegevoegd als ze klaar zijn om Defender for Server uit te voeren. De evaluatie aggregeert de kosten voor alle servers om de totale maandelijkse beveiligingskosten te berekenen.

De kosten worden weergegeven in de valuta die is opgegeven in de evaluatie-instellingen.

Volgende stappen

Bekijk de aanbevolen procedures voor het maken van evaluaties.