Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
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 doellocaties voor evaluatie. 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 .
Soorten beoordelingen
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, selecteert u 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 | Gegevens |
|---|---|---|
| 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 op locatie | 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.
- Evalueer servers met behulp van servermetagegevens die in CSV-indeling (door komma's gescheiden waarden) zijn geïmporteerd.
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:
- Stel Azure en uw on-premises omgeving in voor gebruik met Azure Migrate.
- Voor uw eerste evaluatie maakt u een Azure-project en voegt u het detectie- en evaluatieprogramma eraan toe.
- 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:
- Azure instellen voor gebruik met Azure Migrate
- Voor uw eerste evaluatie maakt u een Azure-project en voegt u het detectie- en evaluatieprogramma eraan toe.
- Download een CSV-sjabloon en voeg er servergegevens aan toe.
- De sjabloon importeren in Azure Migrate
- 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:
Het apparaat verzamelt een steekproefpunt in real-time.
- 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.
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.
In de evaluatie worden alle gegevenspunten van 10 minuten voor de afgelopen maand opgeslagen.
Wanneer u een evaluatie maakt, identificeert de evaluatie het juiste gegevenspunt dat moet worden gebruikt voor optimalisatie. 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 zouden worden opgenomen als u voor het 99e percentiel had gekozen.
- Als u het maximale gebruik gedurende de periode wilt vaststellen en geen uitbijters wilt missen, selecteert u het 99ste percentiel voor percentielbenutting.
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:
- Azure-gereedheid berekenen: beoordeel of servers geschikt zijn voor migratie naar Azure.
- Aanbevelingen voor groottebepaling berekenen: Computercapaciteit, opslag en netwerkgrootte schatten.
- 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 gaat alleen naar een latere fase als deze de vorige heeft doorstaan. Als een server bijvoorbeeld de fase van Azure-gereedheid niet doorstaat, 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 |
|---|---|
| Doelbestemming | 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, Centraal India, Centraal VS, China Oost, China Oost 2, China Noord, China Noord 2, Oost-Azië, Oost VS, Oost VS 2, Frankrijk Centraal, Frankrijk Zuid, Duitsland Noord, Duitsland West Centraal, Japan Oost, Japan West, Korea Centraal, Korea Zuid, Noord Centraal VS, Noord-Europa, Noorwegen Oost, Noorwegen West, Zuid-Afrika Noord, Zuid-Afrika West, Zuid Centraal VS, Zuidoost-Azië, Zuid India, Zwitserland Noord, Zwitserland West, VAE Centraal, VAE Noord, VK Zuid, VK West, Centraal West VS, West-Europa, West India, West VS, West VS 2, JioIndiaCentral, JioIndiaWest, VS Gov Arizona, VS Gov Iowa, VS Gov Texas, VS Gov Virginia. |
| Doelopslagschijf (zoals het is) | Het type schijf dat moet worden gebruikt voor opslag in Azure. Geef de doelopslagschijf op als Premium beheerde schijf, Standard SSD-beheerde schijf, Standard HDD-beheerde schijf of Ultra-schijf. |
| 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 service-level agreement (SLA) van 99,9% voor een enkelvoudig instantie-VM wilt, overweeg dan om Premium-beheerde 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 (berekening) | 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. Je moet 'betaal per gebruik' selecteren in het aanbiedings-/licentieprogramma om gereserveerde exemplaren of het 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 uptime-veld van de Virtuele Machine te vermenigvuldigen met de uurprijs van de aanbevolen SKU. |
| Criteria voor grootte | Wordt gebruikt om de Azure VM te optimaliseren. Gebruik oorspronkelijke grootte of grootte op basis van prestaties. |
| Prestatiegeschiedenis | Wordt gebruikt met maatvoering op basis van prestaties. De prestatiegeschiedenis geeft de duur aan die wordt gebruikt wanneer prestatiegegevens worden geëvalueerd. |
| Percentielutilisatie | Wordt gebruikt met maatvoering op basis van prestaties. Percentielgebruik geeft de percentielwaarde op van het prestatiemonster dat wordt gebruikt voor optimalisatie. |
| VM-reeks | De Azure VM-serie die u wilt overwegen voor rechten. Als u bijvoorbeeld geen productieomgeving hebt die A-serie VM's in Azure nodig heeft, kunt u de A-serie uitsluiten van de lijst van series. |
| 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 bedrijfstijd | 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 VM-uptime-eigenschappen op de standaardinstellingen staan. |
| 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 | Azure ondersteunt het UEFI-opstarttype voor het besturingssysteem dat hier vermeld wordt | 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 SP'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 zijn hun einddatums voor ondersteuning voorbij en hebben een Custom Support Agreement (CSA) nodig voor ondersteuning binnen 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 einde van de ondersteuningsperiode bereikt. 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 einde van de ondersteuningsperiode bereikt. 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. |
| In vCenter Server is het besturingssysteem opgegeven als Anders. | Azure Migrate kan het besturingssysteem in dit geval niet identificeren. | Gereedheid onbekend. Zorg ervoor dat Azure het besturingssysteem ondersteunt 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
- 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. Grootteberekeningen zijn afhankelijk van of u gebruikmaakt van on-premises sizing of prestatiegebaseerde sizing.
Grootte berekenen (zoals in de huidige staat, op locatie)
Als u de on-premises grootte zoals het is 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.
Grootte van opslag in Azure VM-evaluatie
Azure Migrate wijst elke schijf die is gekoppeld aan een server toe aan een Azure-schijf. Het proces voor het bepalen van de grootte is als volgt:
-
Berekening van IOPS en doorvoer
- De evaluatie berekent de totale IOPS en doorvoer door de IOPS en doorvoerwaarden voor lezen en schrijven van elke schijf toe te voegen.
-
Evaluaties op basis van importeren
- U kunt de totale IOPS, de totale doorvoer en het totale aantal schijven in het geïmporteerde bestand opgeven zonder afzonderlijke schijfinstellingen op te geven.
- Als deze optie wordt gebruikt, wordt de grootte van afzonderlijke schijven overgeslagen en worden de opgegeven gegevens rechtstreeks gebruikt om de grootte te berekenen en een geschikte VM-SKU te selecteren.
-
Criteria en aanbevelingen voor schijfselectie
- Als er geen schijf is die voldoet aan de vereiste IOPS en doorvoer, wordt de server gemarkeerd als ongeschikt voor Azure.
- Als geschikte schijven worden gevonden, selecteert de evaluatie schijven die ondersteuning bieden voor de opgegeven locatie in de evaluatie-instellingen.
- Bij meerdere in aanmerking komende schijven selecteert de evaluatie de schijf met de laagste kosten.
- Als de prestatiegegevens voor een schijf niet beschikbaar zijn, wordt de geconfigureerde schijfgrootte gebruikt om een schijf te vinden op basis van uw voorkeur.
Notitie
- Voor alle nieuwe evaluaties als Premium-schijven zijn geselecteerd tijdens het maken van de evaluatie, raden we u aan premium beheerde schijven te gebruiken voor uw besturingssysteemschijven en Premium V2 SSD (preview) voor uw gegevensschijven.
- Als u geen aanbevelingen voor Premium V2 SSD (preview) voor gegevensschijven ziet, berekent u de evaluatie opnieuw en controleert u de evaluatie-instellingen voor het opslagtype.
- Momenteel is de Premium V2 SSD-migratie (preview) alleen van toepassing voor VMware-omgevingen, ook al worden de evaluaties voor alle omgevingen bekeken.
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:
- 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 geconfigureerd = (bron schijfdoorvoer) *1024/256
- Er is één schijf (schijf 3) gevonden die kan voldoen aan de totale doorvoervereiste
- Uit de drie schijven wordt één met de maximale schijfgrootte gevonden en afgerond op de volgende beschikbare Ultra-schijfoptie. Dit is de toegewezen Ultra-schijfgrootte.
- 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 worden de ingerichte IOPS berekend met behulp van de IOPS die moeten worden ingericht volgens = (de doorvoer van de bronschijf) *1024/256
- 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 bepalen, wordt de gegevensoverdrachtsnelheid van de server over alle netwerkadapters geaggregeerd voor het uitgaand netwerkverkeer. 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 gehouden met het aantal netwerkadapters voor de VM-sizing.
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.
Prestatiedekking (op basis van prestaties)
Elke azure VM-evaluatie op basis van prestaties in Azure Migrate is gekoppeld aan een prestatiedekking. De dekking varieert van één (laagste) tot vijf (hoogste) sterren. De prestatiedekking helpt u bij het schatten van de betrouwbaarheid van de aanbevelingen voor de grootte die Azure Migrate biedt.
- De prestatiedekking wordt toegewezen aan een evaluatie. De dekking 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 bepalen van de prestatiegebaseerde grootte voor elk netwerkadapter die is gekoppeld aan een server.
Als een van deze gebruiksnummers niet beschikbaar is, zijn de aanbevelingen voor grootte mogelijk onbetrouwbaar.
Notitie
Prestatiedekking wordt niet toegewezen voor servers die worden beoordeeld met behulp van een geïmporteerde inventaris. Dekking is ook niet van toepassing op as-is on-premises evaluatie.
Coverage
In deze tabel ziet u de dekking van de evaluatieprestaties, die afhankelijk zijn van het percentage beschikbare gegevenspunten:
| Beschikbaarheid van gegevenspunten | Prestatiedekking |
|---|---|
| 0-20% | 1 ster |
| 21-40% | 2 sterren |
| 41-60% | 3 sterren |
| 61-80% | 4 sterren |
| 81-100% | 5 sterren |
Lage prestatiedekking
Hier volgen enkele redenen waarom een evaluatie een lage prestatiedekking kan krijgen:
U hebt uw omgeving niet geprofileerd gedurende de periode waarvoor u de evaluatie maakt. Als u bijvoorbeeld de evaluatie maakt met de uitvoeringsduur ingesteld op een dag, moet u na het starten van de detectie ten minste een dag wachten totdat alle gegevenspunten zijn verzameld.
Bij de evaluatie kunnen de prestatiegegevens voor sommige of alle servers in de evaluatieperiode niet worden verzameld. Voor een dekking met hoge prestaties 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
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 toegekend = (bronschijf doorvoer) *1024/256.
- Er is één schijf (schijf 3) gevonden die kan voldoen aan de totale doorvoervereiste/
Uit de drie schijven wordt er één met de maximale schijfgrootte gevonden en naar boven afgerond naar de volgende beschikbare Ultra Disk-variant (Azure Managed Disk Types). Dit is de toegewezen Ultra-schijfgrootte.
Ingerichte IOPS worden berekend met behulp van de volgende logica:
- Als de gedetecteerde brondoorvoer binnen het toegestane bereik voor de Ultra-schijfgrootte valt, zijn ingerichte IOPS gelijk aan IOPS van de bronschijf
- Zo niet, worden de ingerichte IOPS berekend met IOPS die moeten worden ingericht = (bronschijf doorvoer) *1024/256 kilobyte
- Het ingerichte doorvoerbereik is afhankelijk van ingerichte IOPS
Netwerkgrootte
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 bepalen, wordt de gegevensoverdrachtsnelheid van de server over alle netwerkadapters geaggregeerd voor het uitgaand netwerkverkeer. 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 gehouden met het aantal netwerkadapters voor de VM-sizing.
Grootte 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.
Maandelijkse kosten
Nadat 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.
Rekenkosten
Azure Migrate maakt gebruik van de aanbevolen Azure VM-grootte en de Azure Billing-API om de maandelijkse kosten voor de server te berekenen.
In de berekening wordt rekening gehouden met het volgende:
- Besturingssysteem
- Softwarecontrole
- Gereserveerde instanties
- VM-beschikbaarheidstijd
- 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 kosten van de schijfgrootte worden berekend door de ingerichte schijfgrootte te vermenigvuldigen met de uurprijs van de schijfcapaciteit.
De kosten van ingerichte IOPS worden berekend door 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 ultraschijf-VM's worden niet toegevoegd aan de totale kosten. Meer informatie.
Beveiligingskosten
Voor servers die worden aanbevolen voor gebruik met Azure VM, worden de kosten van Defender for Server (Plan 2) per server voor die regio toegevoegd, indien ze klaar zijn om Defender for Server te draaien. 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.
- Meer informatie over het uitvoeren van evaluaties voor servers die worden uitgevoerd in de VMware- en Hyper-V-omgeving en fysieke servers.
- Meer informatie over het beoordelen van servers die zijn geïmporteerd met een CSV-bestand.
- Meer informatie over het instellen van visualisatie van afhankelijkheden.