Stödmatris för VMware-identifiering
Den här artikeln sammanfattar krav och supportkrav för att använda Azure Migrate: Identifierings- och utvärderingsverktyget för att identifiera och utvärdera servrar i en VMware-miljö för migrering till Azure.
För att utvärdera servrar måste du först skapa Azure Migrate projekt. Den Azure Migrate: Identifierings- och utvärderingsverktyget läggs automatiskt till i projektet. Distribuera sedan Azure Migrate installationen. Installationen identifierar kontinuerligt lokala servrar och skickar konfigurations- och prestandametadata till Azure. När identifieringen är klar samlar du in identifierade servrar i grupper och kör utvärderingar per grupp.
När du planerar migreringen av VMware-servrar till Azure kan du läsa supportmatrisen för migrering.
Begränsningar
| Krav | Information |
|---|---|
| Project gränser | Du kan skapa flera Azure Migrate i en Azure-prenumeration. Du kan identifiera och utvärdera upp till 50 000 servrar i en VMware-miljö i ett enda projekt. Ett projekt kan omfatta fysiska servrar och servrar från en Hyper-V-miljö, upp till utvärderingsgränserna. |
| Identifiering | Den Azure Migrate kan identifiera upp till 10 000 servrar på en server som kör vCenter Server. |
| 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ärdering. |
Läs mer om utvärderingar.
Krav för VMware
| VMware | Information |
|---|---|
| vCenter Server | Servrar som du vill identifiera och utvärdera måste hanteras av vCenter Server version 7.0, 6.7, 6.5, 6.0 eller 5.5. Identifiering av servrar genom att tillhandahålla information om ESXi-värden i installationen stöds inte för närvarande. IPv6-adresser stöds inte för vCenter Server (för identifiering och utvärdering av servrar) och ESXi-värdar (för replikering av servrar). |
| Behörigheter | Följande Azure Migrate: Identifierings- och utvärderingsverktyget kräver vCenter Server skrivskyddade konton. Om du vill använda verktyget för programvaruinventering och agentlös beroendeanalys måste kontot ha behörighet för gäståtgärder på virtuella VMware-datorer. |
Serverkrav
| VMware | Information |
|---|---|
| Operativsystem | Alla Windows och Linux-operativsystem kan utvärderas för migrering. |
| Storage | Diskar som är anslutna till SCSI-, IDE- och SATA-baserade styrenheter stöds. |
Installationskrav för Azure Migrate
Azure Migrate använder Azure Migrate för identifiering och utvärdering. Du kan distribuera installationen som en server i din VMware-miljö med hjälp av en VMware Open Virtualization Appliance-mall (OVA) som importerats till vCenter Server eller med hjälp av ett PowerShell-skript. Lär dig mer om installationskraven för VMware.
Här är fler krav för installationen:
- I Azure Government måste du distribuera installationen med hjälp av ett skript.
- Installationen måste kunna komma åt specifika URL:er i offentliga moln och myndighetsmoln.
Portåtkomstkrav
| Enhet | Anslutning |
|---|---|
| Azure Migrate Installation | Inkommande anslutningar på TCP-port 3389 för att tillåta fjärrskrivbordsanslutningar till installationen. Inkommande anslutningar på port 44368 för fjärråtkomst till installationens hanteringsapp med hjälp av URL:en https://<appliance-ip-or-name>:44368 . Utgående anslutningar på port 443 (HTTPS) för att skicka identifierings- och prestandametadata till Azure Migrate. |
| vCenter Server | Inkommande anslutningar på TCP-port 443 så att installationen kan samla in konfigurations- och prestandametadata för utvärderingar. Installationen ansluter till vCenter på port 443 som standard. Om vCenter Server lyssnar på en annan port kan du ändra porten när du ställer in identifiering. |
| ESXi-värdar | För identifiering av programvaruinventering eller agentlösberoendeanalys ansluter installationen till ESXi-värdar på TCP-port 443 för att identifiera programvaruinventering och beroenden på servrarna. |
Krav på programvaruinventering
Förutom att identifiera servrar kan Azure Migrate: Identifiering och utvärdering kan utföra programvaruinventering på servrar. Med programvaruinventering kan du identifiera och planera en migreringsväg som är skräddarsydd för dina lokala arbetsbelastningar.
| Support | Information |
|---|---|
| Servrar som stöds | Stöds för närvarande endast för servrar i VMware-miljön. Du kan göra programvaruinventering på upp till 10 000 servrar från varje Azure Migrate enhet. |
| Operativsystem | Servrar som kör alla Windows- och Linux-versioner stöds. |
| Krav för virtuella datorer | För programvaruinventering måste VMware Tools installeras och köras på dina servrar. VMware Tools-versionen måste vara version 10.2.1 eller senare. Windows måste ha PowerShell version 2.0 eller senare installerat. |
| Identifiering | Programvaruinventering utförs från vCenter Server med hjälp av VMware-verktyg som är installerade på servrarna. Installationen samlar in information om programvaruinventeringen från servern som kör vCenter Server via vSphere-API:er. Programvaruinventering är agentlös. Ingen agent är installerad på servern och installationen ansluter inte direkt till servrarna. WMI måste vara aktiverat och tillgängligt på Windows för att samla in information om de roller och funktioner som är installerade på servrarna. |
| vCenter Server användarkonto | Om du vill interagera med servrarna för programvaruinventering vCenter Server skrivskyddat konto som används för utvärdering ha behörighet för gäståtgärder på virtuella VMware-datorer. |
| Serveråtkomst | Du kan lägga till flera domän- och icke-domänautentiseringsuppgifter (Windows/Linux) i enhetens konfigurationshanterare för programvaruinventering. Du måste ha ett gästanvändarkonto för Windows servrar och ett standardanvändarkonto sudo (icke-åtkomst) för alla Linux-servrar. |
| Portåtkomst | Enheten Azure Migrate måste kunna ansluta till TCP-port 443 på ESXi-värdar som kör servrar som du vill utföra programvaruinventering på. Servern som kör vCenter Server returnerar en ESXi-värdanslutning för att ladda ned filen som innehåller information om programvaruinventeringen. |
SQL Server för instans- och databasidentifiering
Programvaruinventering identifierar SQL Server instanser. Med den här informationen försöker installationen ansluta till respektive SQL Server-instanser via Windows-autentisering eller SQL Server autentiseringsuppgifter som anges i installationens konfigurationshanterare. Enheten kan bara ansluta till SQL Server instanser som den har nätverkssynsikt till, medan programvaruinventering inte behöver nätverkssynsikten.
När installationen är ansluten samlar den in konfigurations- och prestandadata för SQL Server instanser och databaser. SQL Server-konfigurationsdata uppdateras en gång var 24:e timme. Prestandadata samlas in var 30:e sekund.
| Support | Information |
|---|---|
| Servrar som stöds | Stöds för närvarande endast för servrar som kör SQL Server i din VMware-miljö. Du kan identifiera upp till 300 SQL Server instanser eller 6 000 SQL databaser, beroende på vilket som är mindre. |
| Windows servrar | Windows Server 2008 och senare stöds. |
| Linux-servrar | Stöds inte för närvarande. |
| Autentiseringsmekanism | Både Windows och SQL Server autentisering stöds. Du kan ange autentiseringsuppgifter för båda autentiseringstyperna i installationens konfigurationshanterare. |
| SQL Server-åtkomst | Azure Migrate kräver Windows ett användarkonto som är medlem i serverrollen sysadmin. |
| SQL Server-versioner | SQL Server 2008 och senare stöds. |
| SQL Server utgåvor | Enterprise-, Standard-, Developer- och Express-versionerna stöds. |
| Konfiguration av SQL stöds | För närvarande stöds endast identifiering för fristående SQL Server instanser och motsvarande databaser. Identifiering av redundanskluster och Always On-tillgänglighetsgrupper stöds inte. |
| Stöd SQL tjänster | Endast SQL Server Database Engine stöds. Identifiering av SQL Server Reporting Services (SSRS), SQL Server Integration Services (SSIS) och SQL Server Analysis Services (SSAS) stöds inte. |
Anteckning
Som standard använder Azure Migrate det säkraste sättet att ansluta till SQL-instanser, det vill säga Azure Migrate krypterar kommunikationen mellan Azure Migrate-installationen och källinstanserna SQL Server genom att ange egenskapen TrustServerCertificate till true . Dessutom använder transportlagret SSL för att kryptera kanalen och kringgå certifikatkedjan för att verifiera förtroendet. Därför måste installationsservern konfigureras för att lita på certifikatets rotutfärdare.
Du kan dock ändra anslutningsinställningarna genom att välja Redigera SQL Server anslutningsegenskaper på installationen. Läs mer för att förstå vad du ska välja.
ASP.NET för identifiering av webbappar
Programvaruinventering identifierar webbserverrollen som finns på identifierade servrar. Om en server har webbserverrollen aktiverad utför Azure Migrate identifiering av webbappar på servern. Användaren kan lägga till både domän- och icke-domänautentiseringsuppgifter på installationen. Kontrollera att det konto som används har lokal administratörsbehörighet på källservrarna. Azure Migrate mappar autentiseringsuppgifter automatiskt till respektive servrar, så du behöver inte mappa dem manuellt. Det viktigaste är att dessa autentiseringsuppgifter aldrig skickas till Microsoft och finns kvar på enheten som körs i källmiljön. När installationen är ansluten samlar den in konfigurationsdata för IIS-webbservern och ASP.NET webbappar. Konfigurationsdata för webbappar uppdateras en gång var 24:e timme.
| Support | Information |
|---|---|
| Servrar som stöds | Stöds för närvarande endast för Windows-servrar som kör IIS i din VMware-miljö. |
| Windows servrar | Windows Server 2008 R2 och senare stöds. |
| Linux-servrar | Stöds inte för närvarande. |
| IIS-åtkomst | Identifiering av webbappar kräver ett lokalt administratörsanvändarkonto. |
| IIS-versioner | IIS 7.5 och senare stöds. |
Anteckning
Data krypteras alltid i vila och under överföring.
Krav för beroendeanalys (agentlös)
Beroendeanalys hjälper dig att identifiera beroenden mellan lokala servrar som du vill utvärdera och migrera till Azure. I följande tabell sammanfattas kraven för att konfigurera agentlös beroendeanalys:
| Support | Information |
|---|---|
| Servrar som stöds | Stöds för närvarande endast för servrar i din VMware-miljö. |
| Windows servrar | Windows Server 2019 Windows Server 2016 Windows Server 2012 R2 Windows Server 2012 Windows Server 2008 R2 (64-bitars) Microsoft Windows Server 2008 (32-bitars) |
| Linux-servrar | Red Hat Enterprise Linux 7, 6, 5 Ubuntu Linux 16.04, 14.04 Debian 8, 7 Oracle Linux 7, 6 CentOS 7, 6, 5 SUSE Linux Enterprise Server 11 och senare |
| Serverkrav | VMware Tools (10.2.1 och senare) måste installeras och köras på servrar som du vill analysera. Servrar måste ha PowerShell version 2.0 eller senare installerat. |
| Identifieringsmetod | Beroendeinformation mellan servrar samlas in med hjälp av VMware-verktyg som är installerade på den server som kör vCenter Server. Installationen samlar in information från servern med hjälp av vSphere-API:er. Ingen agent är installerad på servern och installationen ansluter inte direkt till servrar. WMI ska vara aktiverat och tillgängligt på Windows servrar. |
| vCenter-konto | Det skrivskyddade konto som används av Azure Migrate för utvärdering måste ha behörighet för gäståtgärder på virtuella VMware-datorer. |
| Windows serverbehörigheter | Ett användarkonto (lokalt eller domän) med administratörsbehörighet på servrar. |
| Linux-konto | Ett rotanvändarkonto eller ett konto som har dessa behörigheter för /bin/netstat- och /bin/ls-filer: CAP_DAC_READ_SEARCH CAP_SYS_PTRACE Ange dessa funktioner med hjälp av följande kommandon: sudo setcap CAP_DAC_READ_SEARCH,CAP_SYS_PTRACE=ep /bin/ls |
| Portåtkomst | Enheten Azure Migrate måste kunna ansluta till TCP-port 443 på ESXi-värdar som kör de servrar som har beroenden som du vill identifiera. Servern som kör vCenter Server returnerar en ESXi-värdanslutning för att ladda ned filen som innehåller beroendedata. |
Krav för beroendeanalys (agentbaserad)
Beroendeanalys hjälper dig att identifiera beroenden mellan lokala servrar som du vill utvärdera och migrera till Azure. I följande tabell sammanfattas kraven för att konfigurera agentbaserad beroendeanalys:
| Krav | Information |
|---|---|
| Före distributionen | Du bör ha ett projekt på plats där verktyget Azure Migrate: Identifiering och utvärdering har lagts till i projektet. Distribuera beroendevisualisering när du har Azure Migrate en programinstallation 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 ett identifierings- och utvärderingsverktyg i ett befintligt projekt. Lär dig att konfigurera Azure Migrate för utvärdering av Hyper-V, VMwareeller fysiska servrar. |
| Servrar som stöds | Stöds för alla servrar i din lokala miljö. |
| Log Analytics | Azure Migrate använder Tjänstkarta i loggarna Azure Monitor beroendevisualisering. Du associerar en ny eller befintlig Log Analytics-arbetsyta med ett projekt. Arbetsytan för ett projekt kan inte ändras när arbetsytan har lagts till. Arbetsytan måste finnas i samma prenumeration som projektet. Arbetsytan måste finnas i regionerna USA, östra, Sydostasien eller Europa, västra. Arbetsytor i andra regioner kan inte associeras med ett projekt. Arbetsytan måste finnas i en region där Tjänstkarta stöds. I Log Analytics är arbetsytan som är associerad med Azure Migrate taggad med projektnyckeln och projektnamnet. |
| Nödvändiga agenter | Installera följande agenter på varje server som du vill analysera: - Microsoft Monitoring Agent (MMA) - Beroendeagent Om lokala servrar inte är anslutna till Internet laddar du ned och installerar Log Analytics-gatewayen på dem. Läs mer om hur du installerar beroendeagenten och MMA. |
| Log Analytics-arbetsyta | Arbetsytan måste finnas i samma prenumeration som projektet. Azure Migrate har stöd för arbetsytor som finns i regionerna USA, östra Sydostasien och Europa, västra. Arbetsytan måste finnas i en region där Tjänstkarta stöds. Arbetsytan för ett projekt kan inte ändras när arbetsytan har lagts till. |
| Kostnad | Lösningen Tjänstkarta inga avgifter under de första 180 dagarna (från den dag då du kopplar Log Analytics-arbetsytan till projektet). Efter 180 dagar tillämpas standardavgifter för Log Analytics. Om du använder någon annan lösning än Tjänstkarta i den associerade Log Analytics-arbetsytan tillkommer standardavgifter för Log Analytics. När projektet tas bort tas arbetsytan inte bort automatiskt. När du har tagit bort Tjänstkarta användning inte kostnadsfri, och varje nod debiteras per betald nivå på Log Analytics-arbetsytan. Om du har projekt som du skapade innan Azure Migrate allmän tillgänglighet (28 februari 2018) kan du ha debiterats ytterligare Tjänstkarta kostnader. För att säkerställa att du debiteras först efter 180 dagar rekommenderar vi att du skapar ett nytt projekt. Arbetsytor som skapades före GA är fortfarande avgiftsbara. |
| Hantering | När du registrerar agenter på arbetsytan använder du ID:t och nyckeln som tillhandahålls av projektet. Du kan använda Log Analytics-arbetsytan utanför Azure Migrate. Om du tar bort det associerade projektet tas arbetsytan inte bort automatiskt. Ta bort den manuellt. Ta inte bort arbetsytan som skapats av Azure Migrate om du inte tar bort projektet. Om du gör det fungerar inte beroendevisualiseringsfunktionen som förväntat. |
| Internetanslutning | Om servrarna inte är anslutna till Internet installerar du Log Analytics-gatewayen på servrarna. |
| Azure Government | Agentbaserad beroendeanalys stöds inte. |
Nästa steg
- Granska metodtipsen för utvärdering.
- Lär dig hur du förbereder för en VMware-utvärdering.