Stöd mat ris för Hyper-V-utvärdering

I den här artikeln sammanfattas krav och support när du identifierar och utvärderar lokala servrar som körs i en Hyper-V-miljö för migrering till Azure med hjälp av verktyget Azure Migrate: identifiering och bedömning . Om du vill migrera servrar som körs på Hyper-V till Azure läser du matrisen migration support.

Om du vill konfigurera identifiering och utvärdering av servrar som körs på Hyper-V skapar du ett projekt och lägger till verktyget Azure Migrate: identifiering och bedömning i projektet. När du har lagt till verktyget distribuerar du Azure Migrate-enheten. Enheten identifierar kontinuerligt lokala servrar och skickar Server-metadata och prestanda data till Azure. När identifieringen är klar samlar du in identifierade servrar i grupper och kör en utvärdering för en grupp.

Begränsningar

Support Information
Utvärderings gränser Du kan identifiera och utvärdera upp till 35 000 servrar i ett enda projekt.
Projekt gränser Du kan skapa flera projekt i en Azure-prenumeration. Förutom servrar i Hyper-V kan ett projekt innehålla servrar på VMware och fysiska servrar, upp till utvärderings gränserna för var och en.
Identifiering Azure Migrates apparaten kan identifiera upp till 5000 servrar som körs på Hyper-V.

Enheten kan ansluta till upp till 300 Hyper-V-värdar.
Utvärdering Du kan lägga till upp till 35 000-servrar i en enda grupp.

Du kan utvärdera upp till 35 000-servrar i en enda utvärderings miljö för en grupp.

Läs mer om utvärderingar.

Krav för Hyper-V-värd

Support Information
Hyper-V-värd Hyper-V-värden kan vara fristående eller distribuerade i ett kluster.

Hyper-V-värden kan köra Windows Server 2019, Windows Server 2016 eller Windows Server 2012 R2. Server Core-installationer av dessa operativ system stöds också.
Du kan inte utvärdera servrar som finns på Hyper-V-värdar som kör Windows Server 2012.
Behörigheter Du behöver administratörs behörighet på Hyper-V-värden.
Om du inte vill tilldela administratörs behörighet skapar du ett lokalt användar konto eller ett domän användar konto och lägger till användar kontot i dessa grupper – fjärrhanterings användare, Hyper-V-administratörer och användare av prestanda övervakning.
PowerShell-fjärranvändning PowerShell-fjärrkommunikation måste vara aktiverat på varje Hyper-V-värd.
Hyper-V-replikering Om du använder Hyper-V-replikering (eller om du har flera servrar med samma server identifierare), och du identifierar både de ursprungliga och replikerade servrarna med hjälp av Azure Migrate, kan det hända att utvärderingen som genereras av Azure Migrate inte är korrekt.

Serverkrav

Support Information
Operativsystem Alla operativ system kan utvärderas för migrering.
Integration Services Integrerings tjänsterna för Hyper-V måste köras på servrar som du bedömer, för att kunna avbilda information om operativ systemet.
Storage Lokal disk, DAS, JBOD, lagrings utrymmen, CSV, SMB. Dessa lagrings enheter för Hyper-V-värdar där VHD/VHDX lagras stöds.
Virtuella IDE-och SCSI-styrenheter stöds

Installationskrav för Azure Migrate

Azure Migrate använder Azure Migrates enheten för identifiering och utvärdering. Du kan distribuera installationen med hjälp av en komprimerad virtuell Hyper-V-hårddisk som du laddar ned från portalen eller med ett PowerShell-skript.

Port åtkomst

I följande tabell sammanfattas port kraven för utvärdering.

Enhet Anslutning
Enhet Inkommande anslutningar på TCP-port 3389 för att tillåta fjärr skrivbords anslutningar till enheten.

Inkommande anslutningar på port 44368 för fjärråtkomst till appen för program hantering med hjälp av URL: en: https://<appliance-ip-or-name>:44368

Utgående anslutningar på portarna 443 (HTTPS) för att skicka identifierings-och prestanda-metadata till Azure Migrate.
Hyper-V-värd/-kluster Inkommande anslutning på WinRM-port 5985 (HTTP) eller 5986 (HTTPS) för att hämta metadata och prestanda data för servrar i Hyper-V, med hjälp av en Common Information Model-session (CIM).

Krav för agent-baserade beroende analyser

Beroende analys hjälper dig att identifiera beroenden mellan lokala servrar som du vill utvärdera och migrera till Azure. I tabellen sammanfattas kraven för att skapa en agent beroende analys. Hyper-V stöder för närvarande endast agentbaserade beroende visualisering.

Krav Information
Före distribution Du bör ha ett projekt på plats, med verktyget Azure Migrate: identifiering och bedömning som har lagts till i projektet.

Du kan distribuera beroende visualisering när du har konfigurerat en Azure Migrate-apparat för att identifiera dina lokala servrar.

Lär dig hur du skapar ett projekt för första gången.
Lär dig hur du lägger till Azure Migrate: identifierings-och utvärderings verktyg i ett befintligt projekt.
Lär dig hur du konfigurerar installations programmet för identifiering och utvärdering av servrar på Hyper-V.
Azure Government Beroende visualisering är inte tillgänglig i Azure Government.
Log Analytics Azure Migrate använder tjänstkarta -lösningen i Azure Monitor loggar för beroende visualisering.

Du associerar en ny eller befintlig Log Analytics arbets yta med ett projekt. Det går inte att ändra arbets ytan för ett projekt när den har lagts till.

Arbets ytan måste vara i samma prenumeration som projektet.

Arbets ytan måste ligga i regionerna östra USA, Sydostasien eller Västeuropa. Det går inte att koppla arbets ytor i andra regioner till ett projekt.

Arbets ytan måste vara i en region där tjänstkarta stöds.

I Log Analytics taggas arbets ytan som är kopplad till Azure Migrate med projekt nyckeln för migreringen och projekt namnet.
Agenter som krävs Installera följande agenter på varje server som du vill analysera:

Microsoft Monitoring Agent (MMA).
Beroende agenten.

Om lokala servrar inte är anslutna till Internet, måste du ladda ned och installera Log Analytics gateway på dem.

Läs mer om att installera beroende agenten och MMA.
Log Analytics arbets yta Arbets ytan måste vara i samma prenumeration som projektet.

Azure Migrate stöder arbets ytor som finns i regionerna östra USA, Sydostasien och Europa, västra.

Arbets ytan måste vara i en region där tjänstkarta stöds.

Det går inte att ändra arbets ytan för ett projekt när den har lagts till.
Kostnader Tjänstkarta lösningen debiteras inga avgifter för de första 180 dagarna (från dagen då du associerar arbets ytan Log Analytics med projektet)/

Efter 180 dagar gäller standardpriserna för Log Analytics.

Om du använder någon annan lösning än Tjänstkarta i den associerade Log Analytics arbets ytan debiteras standardkostnader för Log Analytics.

När projektet tas bort raderas inte arbets ytan tillsammans med den. När du har tagit bort projektet är Tjänstkarta användning inte kostnads fritt, och varje nod debiteras enligt den betalda nivån för Log Analytics arbets yta/

Om du har projekt som du har skapat innan Azure Migrate allmän tillgänglighet (GA-28 februari 2018) kan du ha tillkommer ytterligare Tjänstkarta avgifter. För att säkerställa betalning efter 180 dagar rekommenderar vi att du skapar ett nytt projekt, eftersom befintliga arbets ytor innan GA fortfarande kan debiteras.
Hantering När du registrerar agenter på arbets ytan använder du det ID och den nyckel som tillhandahålls av projektet.

Du kan använda Log Analytics arbets ytan utanför Azure Migrate.

Om du tar bort det associerade projektet tas arbets ytan inte bort automatiskt. Ta bort den manuellt.

Ta inte bort arbets ytan som skapats av Azure Migrate, om du inte tar bort projektet. Om du gör det fungerar inte beroende visualiserings funktionen som förväntat.
Internetanslutning Om servrarna inte är anslutna till Internet måste du installera Log Analytics gateway på dem.
Azure Government Agent-baserad beroende analys stöds inte.

Nästa steg

Förbered för utvärdering av servrar som körs på Hyper-V.