Utvärderingsöversikt (migrera till Azure VMware Solution)
Azure Migrate tillhandahåller en central hubb för att spåra identifiering, utvärdering och migrering av dina lokala appar och arbetsbelastningar. Den spårar även dina privata och offentliga molninstanser till Azure. Hubben erbjuder Azure Migrate-verktyg för utvärdering och migrering samt erbjudanden från oberoende programvaruleverantörer (ISV).
Identifierings- och utvärderingsverktyget i Azure Migrate utvärderar lokala servrar för migrering till virtuella Azure-datorer och Azure VMware Solution. Den här artikeln innehåller information om hur utvärderingar av Azure VMware-lösningen beräknas.
Kommentar
Azure VMware Solution-utvärdering kan endast skapas för virtuella VMware vSphere-datorer.
Typer av utvärderingar
Utvärderingar som du skapar med Azure Migrate är en ögonblicksbild av data från tidpunkten. Det finns två typer av utvärderingar som du kan skapa med Hjälp av Azure Migrate:
| Utvärderingstyp | Detaljer |
|---|---|
| Virtuell Azure-dator | Utvärderingar som migrerar dina lokala servrar till virtuella Azure-datorer. Du kan utvärdera dina lokala servrar i VMware vSphere - och Hyper-V-miljön och fysiska servrar för migrering till virtuella Azure-datorer med den här utvärderingstypen. |
| Azure SQL | Utvärderingar för att migrera dina lokala SQL-servrar från din VMware-miljö till Azure SQL Database eller Azure SQL Managed Instance. |
| Azure App Service | Utvärderingar för att migrera dina lokala ASP.NET webbappar som körs på IIS-webbservrar eller Java-webbprogram som körs på Tomcat-servrar från VMware vSphere-miljön till Azure App Service. |
| Azure VMware Solution (AVS) | Utvärderingar för att migrera dina lokala vSphere-servrar till Azure VMware Solution. Du kan utvärdera dina lokala virtuella VMware vSphere-datorer för migrering till Azure VMware Solution med den här utvärderingstypen. Läs mer |
Kommentar
Om antalet utvärderingar av den virtuella Azure-datorn eller Azure VMware-lösningen är felaktiga i identifierings- och utvärderingsverktyget klickar du på det totala antalet utvärderingar för att gå till alla utvärderingar och beräkna om utvärderingarna av Azure VM eller Azure VMware Solution. Identifierings- och utvärderingsverktyget visar sedan rätt antal för den utvärderingstypen.
Azure VMware Solution Assessment innehåller två alternativ för storlekskriterier:
| Utvärdering | Detaljer | Data |
|---|---|---|
| Prestandabaserad | Utvärderingar baserade på insamlade prestandadata för lokala virtuella datorer. | Rekommenderad nodstorlek: Baserat på processor- och minnesanvändningsdata tillsammans med den nodtyp, lagringstyp och FTT-inställning som du väljer för utvärderingen. |
| Som lokal | Utvärderingar baserade på lokal storleksändring. | Rekommenderad nodstorlek: Baserat på den lokala VM-storleken tillsammans med den nodtyp, lagringstyp och FTT-inställning som du väljer för utvärderingen. |
Hur gör jag för att köra en utvärdering?
Det finns ett par sätt att köra en utvärdering.
- Utvärdera servrar med hjälp av servermetadata som samlas in av en enkel Azure Migrate-installation. Installationen identifierar lokala servrar. Den skickar sedan servermetadata och prestandadata till Azure Migrate. Detta ger mer precision.
- Utvärdera servrar med hjälp av servermetadata som importeras i ett CSV-format (kommaavgränsade värden).
Hur gör jag för att utvärdera med apparaten?
Om du distribuerar en Azure Migrate-installation för att identifiera lokala servrar gör du följande:
- Konfigurera Azure och din lokala miljö så att de fungerar med Azure Migrate.
- För din första utvärdering skapar du ett Azure-projekt och lägger till identifierings- och utvärderingsverktyget i det.
- Distribuera en enkel Azure Migrate-installation. Installationen identifierar kontinuerligt lokala vSphere-servrar och skickar servermetadata och prestandadata till Azure Migrate. Distribuera installationen som en virtuell dator. Du behöver inte installera något på servrar som du vill utvärdera.
När installationen har påbörjat serveridentifieringen kan du samla in servrar som du vill utvärdera i en grupp och köra en utvärdering för gruppen med utvärderingstypen Azure VMware Solution (AVS).
Skapa din första Azure VMware Solution-utvärdering genom att följa stegen här.
Hur gör jag för att utvärdera med importerade data?
Om du utvärderar servrar med hjälp av en CSV-fil behöver du ingen installation. Gör i stället följande steg:
- Konfigurera Azure så att det fungerar med Azure Migrate.
- För din första utvärdering skapar du ett Azure-projekt och lägger till identifierings- och utvärderingsverktyget i det.
- Ladda ned en CSV-mall och lägg till serverdata i den.
- Importera mallen till Azure Migrate.
- Identifiera servrar som lagts till med importen, samla in dem i en grupp och kör en utvärdering för gruppen med utvärderingstypen Azure VMware Solution (AVS).
Vilka data samlar installationen in?
Om du använder Azure Migrate-installationen för utvärdering kan du lära dig mer om metadata och prestandadata som samlas in för VMware vSphere.
Hur beräknar installationen prestandadata?
Om du använder installationen för identifiering samlar den in prestandadata för beräkningsinställningar med följande steg:
Apparaten samlar in en exempelpunkt i realtid.
- Virtuella VMware vSphere-datorer: En exempelpunkt samlas in var 20:e sekund.
Installationen kombinerar exempelpunkterna för att skapa en enda datapunkt var 10:e minut. Om du vill skapa datapunkten väljer installationen de högsta värdena från alla exempel. Den skickar sedan datapunkten till Azure.
Azure Migrate lagrar alla datapunkter på 10 minuter för den senaste månaden.
När du skapar en utvärdering identifierar utvärderingen lämplig datapunkt som ska användas för rightsizing. Identifieringen baseras på percentilvärdena för prestandahistorik och percentilanvändning.
- Om prestandahistoriken till exempel är en vecka och percentilanvändningen är den 95:e percentilen, sorterar utvärderingen 10-minuters exempelpunkterna för den senaste veckan. Den sorterar dem i stigande ordning och väljer det 95:e percentilvärdet för rightsizing.
- Det 95:e percentilvärdet ser till att du ignorerar avvikande värden, som kan inkluderas om du valde den 99:e percentilen.
- Om du vill välja den högsta användningen för perioden och inte vill missa några extremvärden väljer du den 99:e percentilen för percentilanvändning.
Det här värdet multipliceras med komfortfaktorn för att få effektiva prestandaanvändningsdata för dessa mått som enheten samlar in:
- CPU-användning
- RAM-användning
Följande prestandadata samlas in men används inte i storleksrekommendationer för Azure VMware Solution-utvärderingar:
- Disk-IOPS och dataflödesdata för varje disk som är ansluten till den virtuella datorn.
- Nätverks-I/O för att hantera prestandabaserad storleksändring för varje nätverkskort som är anslutet till en virtuell dator.
Hur beräknas Azure VMware Solution-utvärderingar?
Azure VMware Solution Assessment använder de lokala vSphere-servrarnas metadata och prestandadata för att beräkna utvärderingar. Om du distribuerar Azure Migrate-installationen använder utvärderingen de data som enheten samlar in. Men om du kör en utvärdering som importerats med en CSV-fil anger du metadata för beräkningen.
Beräkningar sker i dessa tre steg:
- Beräkna Azure VMware Solution-beredskap: Om de lokala virtuella vSphere-datorerna är lämpliga för migrering till Azure VMware Solution.
- Beräkna antalet Azure VMware-lösningsnoder och användning mellan noder: Uppskattat antal Azure VMware-lösningsnoder som krävs för att köra virtuella VMware vSphere-datorer och beräknad processor-, minnes- och lagringsanvändning över alla noder.
- Månatlig kostnadsuppskattning: Beräknade månatliga kostnader för alla Azure VMware Solution-noder som kör de lokala virtuella vSphere-datorerna.
Beräkningarna är i föregående ordning. En server flyttas endast till ett senare stadium om den passerar den föregående. Om en server till exempel misslyckas med Azure VMware Solution-beredskapssteget markeras den som olämplig för Azure. Storleksberäkningar och kostnadsberäkningar görs inte för den servern
Vad finns i en Azure VMware Solution-utvärdering?
Här är vad som ingår i en Azure VMware Solution-utvärdering:
| Property | Detaljer |
|---|---|
| Målplats | Anger den privata molnplats för Azure VMware Solution som du vill migrera till. |
| Lagringstyp | Anger den lagringsmotor som ska användas i Azure VMware Solution. Azure VMware Solution stöder för närvarande endast vSAN som standardlagringstyp, men fler lagringsalternativ kommer enligt översikten. |
| Reserverade instanser (RU:er) | Den här egenskapen hjälper dig att ange reserverade instanser i Azure VMware-lösningen om den köps och termen för den reserverade instansen. Dina kostnadsuppskattningar tar hänsyn till det valda alternativet.Lära sig mer Om du väljer reserverade instanser kan du inte ange "Rabatt (%)". |
| Nodtyp | Anger den Azure VMware Solution Node-typ som används i Azure. Standardnodtypen är AV36. Fler nodtyper kan vara tillgängliga i framtiden. Azure Migrate rekommenderar ett nödvändigt antal noder för att de virtuella datorerna ska migreras till Azure VMware Solution. |
| FTT-inställning, RAID-nivå | Anger den giltiga kombinationen av kombinationer av fel som tolereras och raid. Det valda FTT-alternativet kombinerat med RAID-nivå och det lokala vSphere VM-diskkravet avgör den totala vSAN-lagring som krävs i Azure VMware Solution. Totalt tillgängligt lagringsutrymme efter beräkningar innehåller även ett) utrymme reserverat för hanteringsobjekt som vCenter Server och b) 25 % lagringsutrymme som krävs för vSAN-åtgärder. |
| Ändra storlek på kriterium | Anger de kriterier som ska användas för att fastställa minnes-, processor- och lagringskrav för Azure VMware Solution-noder. Du kan välja prestandabaserad storleksändring eller som lokal utan att ta hänsyn till prestandahistoriken. Om du bara vill lyfta och flytta väljer du som lokal. Om du vill få användningsbaserad storleksändring väljer du prestandabaserad. |
| Prestandahistorik | Anger hur lång tid det ska ta att utvärdera servrarnas prestandadata. Den här egenskapen gäller endast när storleksvillkoren är prestandabaserade. |
| Percentilutnyttjande | Anger percentilvärdet för prestandaexemplet som ska beaktas för rätt storleksändring. Den här egenskapen gäller endast när storleken är prestandabaserad. |
| Komfortfaktor | Azure Migrate överväger en buffert (komfortfaktor) under utvärderingen. Den här bufferten tillämpas ovanpå serveranvändningsdata för virtuella datorer (CPU, minne och disk). Komfortfaktorn väger in problem som säsongsbaserad användning, kort prestandahistorik och troliga ökningar i kommande användning. Till exempel resulterar en virtuell dator med 10 kärnor med 20 % användning vanligen i en virtuell dator med 2 kärnor. Med en komfortfaktor på 2.0x blir resultatet istället en virtuell dator med 4 kärnor. |
| Erbjudande | Visar det Azure-erbjudande som du är registrerad i. Azure Migrate beräknar kostnaden enligt detta. |
| Valuta | Visar faktureringsvalutan för ditt konto. |
| Rabatt (%) | Visar en lista över eventuella prenumerationsspecifika rabatter som du får utöver Azure-erbjudandet. Standardinställningen är 0%. |
| Azure Hybrid-förmån | Anger om du har programvarusäkerhet och är berättigad till Azure Hybrid-förmån. Även om det inte påverkar prissättningen för Azure VMware Solution på grund av det nodbaserade priset kan kunderna fortfarande tillämpa de lokala operativsystem- eller SQL-licenserna (Microsoft-baserade) i Azure VMware Solution med hjälp av Azure Hybrid-förmån. Andra leverantörer av programvaruoperativsystem måste tillhandahålla sina egna licensvillkor, till exempel RHEL. |
| vCPU Oversubscription | Anger förhållandet mellan antalet virtuella kärnor som är knutna till en fysisk kärna i Azure VMware Solution-noden. Standardvärdet i beräkningarna är 4 vCPU:1 fysisk kärna i Azure VMware Solution. API-användare kan ange det här värdet som ett heltal. Observera att vCPU Oversubscription > 4:1 kan påverka arbetsbelastningar beroende på deras CPU-användning. Vid storleksändring förutsätter vi alltid 100 % användning av de kärnor som valts. |
| Överallokeringsfaktor för minne | Anger förhållandet mellan överallokering av minne i klustret. Värdet 1 representerar 100 % minnesanvändning, 0,5, till exempel 50 % och 2 använder 200 % tillgängligt minne. Du kan bara lägga till värden från 0,5 till 10 upp till en decimal. |
| Deduplicering och komprimeringsfaktor | Anger den förväntade dedupliceringen och komprimeringsfaktorn för dina arbetsbelastningar. Det faktiska värdet kan hämtas från lokala vSAN- eller lagringskonfigurationer. Dessa varierar beroende på arbetsbelastning. Ett värde på 3 skulle innebära 3x så för 300 GB disk skulle endast 100 GB lagring användas. Värdet 1 innebär ingen deduplicering eller komprimering. Du kan bara lägga till värden från 1 till 10 upp till en decimal. |
Lämplighetsanalys för Azure VMware Solution
Azure VMware Solution-utvärderingar utvärderar varje lokal virtuell vSphere-dator för dess lämplighet för Azure VMware Solution genom att granska serveregenskaperna. Den tilldelar också varje utvärderad server till någon av följande lämplighetskategorier:
- Redo för AVS: Servern kan migreras i befintligt format till Azure VMware Solution utan några ändringar. Den startar i Azure VMware Solution med fullständigt stöd.
- Redo med villkor: Det kan finnas vissa kompatibilitetsproblem, till exempel Internetprotokoll eller inaktuellt operativsystem i VMware vSphere och måste åtgärdas innan du migrerar till Azure VMware Solution. Om du vill åtgärda eventuella beredskapsproblem följer du vägledningen för reparation som föreslås i utvärderingen.
- Inte redo för AVS: Den virtuella datorn startar inte i Azure VMware Solution. Om den lokala virtuella VMware vSphere-datorn till exempel har en extern enhet ansluten, till exempel en cd-rom, misslyckas VMware vMotion-åtgärden (om du använder VMware vMotion).
- Beredskap okänd: Azure Migrate kunde inte fastställa serverns beredskap på grund av otillräckliga metadata som samlats in från den lokala miljön.
Utvärderingen granskar serveregenskaperna för att fastställa Azure-beredskapen för den lokala vSphere-servern.
Serveregenskaper
Utvärderingen granskar följande egenskap för den lokala virtuella vSphere-datorn för att avgöra om den kan köras på Azure VMware Solution.
| Property | Detaljer | Beredskapsstatus för Azure VMware-lösning |
|---|---|---|
| Internet Protocol | Azure VMware Solution stöder för närvarande inte internetadressering från slutpunkt till slutpunkt i IPv6. Kontakta ditt lokala MSFT Azure VMware Solution GBB-team för vägledning om reparation om servern identifieras med IPv6. | IPv6 stöds inte |
| Operativsystem | Stöd för vissa operativsystemversioner har blivit inaktuellt av VMware och utvärderingen rekommenderar att du uppgraderar operativsystemet innan du migrerar till Azure VMware Solution. Läs mer | |
| Operativsystem som inte stöds |
Beräkning
När en vSphere-server har markerats som redo för Azure VMware Solution gör Azure VMware Solution Assessment rekommendationer för nodstorlek, vilket innebär att identifiera lämpliga lokala vSphere VM-krav och hitta det totala antalet Azure VMware Solution-noder som krävs. De här rekommendationerna varierar beroende på vilka utvärderingsegenskaper som anges.
- Om utvärderingen använder prestandabaserad storleksändring tar Azure Migrate hänsyn till serverns prestandahistorik för att ge lämplig storleksrekommendering för Azure VMware Solution. Den här metoden är särskilt användbar om du har överallokerat den lokala virtuella vSphere-datorn, men användningen är låg och du vill ändra storlek på den virtuella datorn i Azure VMware Solution för att spara kostnader. Den här metoden hjälper dig att optimera storlekarna under migreringen.
Kommentar
Om din import används med hjälp av en CSV-fil används de prestandavärden som du anger (cpu-användning, minnesanvändning, lagring som används, disk-IOPS och dataflöde) om du väljer prestandabaserad storleksändring. Du kommer inte att kunna ange prestandahistorik och percentilinformation.
- Om du inte vill överväga prestandadata för vm-storleksändring och vill ta de lokala vSphere-servrarna som de är till Azure VMware Solution kan du ange storleksvillkoren som lokala. Sedan storleksanpassar utvärderingen de virtuella datorerna baserat på den lokala vSphere-konfigurationen utan att ta hänsyn till användningsdata.
FTT-storleksparametrar
Lagringsmotorn som används i Azure VMware Solution är vSAN. vSAN-lagringsprinciper definierar lagringskrav för dina servrar. Med dessa principer garanteras den tjänstnivå som krävs för dina virtuella datorer eftersom de fastställer hur lagringen allokeras till den virtuella datorn. De tillgängliga FTT-Raid-kombinationerna är:
| Fel som ska kunna hanteras (FTT) | RAID-konfiguration | Lägsta antal värdar som krävs | Storleksövervägande |
|---|---|---|---|
| 1 | RAID-1 (spegling) | 3 | En virtuell dator på 100 GB skulle förbruka 200 GB. |
| 1 | RAID-5 (raderingsskyddad kod) | 4 | En virtuell dator på 100 GB skulle förbruka 133,33 GB |
| 2 | RAID-1 (spegling) | 5 | En virtuell dator på 100 GB skulle förbruka 300 GB. |
| 2 | RAID-6 (raderingsskyddad kod) | 6 | En virtuell dator på 100 GB skulle förbruka 150 GB. |
| 3 | RAID-1 (spegling) | 7 | En virtuell dator på 100 GB skulle förbruka 400 GB. |
Prestandabaserad storleksändring
För prestandabaserad storleksändring profilerar Azure Migrate-installationen den lokala vSphere-miljön för att samla in prestandadata för PROCESSOR, minne och disk. Därför tar prestandabaserad storleksändring för Azure VMware Solution hänsyn till det allokerade diskutrymmet och den valda percentilanvändningen av minne och CPU. Om en virtuell dator till exempel har 4 vCPU allokerade men bara använder 25 % kommer Azure VMware Solution att storleksanpassas för 1 vCPU för den virtuella datorn.
Steg för insamling av prestandadata:
- För virtuella VMware vSphere-datorer samlar Azure Migrate-installationen in en exempelpunkt i realtid var 20:e sekund.
- Installationen samlar in de exempelpunkter som samlas in var 10:e minut och skickar det maximala värdet för de senaste 10 minuterna till Azure Migrate.
- Azure Migrate lagrar alla 10-minuters exempelpunkter för den senaste månaden. Beroende på de utvärderingsegenskaper som angetts för Prestandahistorik och Percentilanvändning identifierar den sedan lämplig datapunkt som ska användas för rätt storleksändring. Om prestandahistoriken till exempel är inställd på 1 dag och percentilanvändningen är den 95:e percentilen använder Azure Migrate 10-minutersexempelpunkterna för den senaste dagen, sorterar dem i stigande ordning och väljer det 95:e percentilvärdet för högerstorlek.
- Det här värdet multipliceras med komfortfaktorn för att få effektiva prestandaanvändningsdata för varje mått (CPU-användning och minnesanvändning) som enheten samlar in.
När det effektiva användningsvärdet har fastställts hanteras lagrings-, nätverks- och beräkningsstorleken på följande sätt.
Lagringsstorlek: Azure Migrate använder det totala diskutrymmet för den lokala virtuella datorn som beräkningsparameter för att fastställa azure VMware Solution vSAN-lagringskrav utöver den kundvalda FTT-inställningen. FTT – Om det inte går att tolerera och kräver ett minsta antal noder per FTT-alternativ avgörs den totala vSAN-lagring som krävs i kombination med diskkravet för den virtuella datorn. Om din import fungerar med hjälp av en CSV-fil beaktas lagringsanvändningen när du skapar en prestandabaserad utvärdering. Om du skapar en lokal utvärdering tittar logiken bara på allokerad lagring per virtuell dator.
Nätverksstorlek: Utvärderingar av Azure VMware-lösningen tar för närvarande inga nätverksinställningar i beaktande för nodstorlek. När du migrerar till Azure VMware Solution används minimi- och maxnivåer enligt VMware NSX– T Data Center-standarder.
Beräkningsstorlek: När den har beräknat lagringskrav (FTT-storleksparametrar) tar Azure VMware Solution-utvärderingen hänsyn till cpu- och minneskraven för att fastställa antalet noder som krävs för Azure VMware Solution baserat på nodtypen.
- Baserat på storlekskriterierna tittar Azure VMware Solution Assessment på antingen prestandabaserade VM-data eller den lokala vSphere VM-konfigurationen. Med inställningen för komfortfaktorn kan du ange tillväxtfaktorn för klustret. För närvarande är hypertrådning aktiverat som standard och noder med 36 kärnor har därmed 72 virtuella kärnor. 4 virtuella kärnor per fysisk kärna används för att fastställa CPU-tröskelvärden per kluster med VMware-standarden med högst 80 procents användning så att underhåll eller fel kan hanteras utan att klustrets tillgänglighet äventyras. Det finns för närvarande ingen åsidosättning tillgänglig för att ändra överprenumerationsvärdena och vi kan ha detta i framtida versioner.
Som lokal storleksändring
Om du använder som lokal storlek tar Azure VMware Solution-utvärderingen inte hänsyn till prestandahistoriken för de virtuella datorerna och diskarna. I stället allokerar den Azure VMware Solution-noder baserat på den storlek som allokerats lokalt. Standardlagringstypen är vSAN i Azure VMware Solution.
Läs mer om hur du granskar en Azure VMware Solution-utvärdering.
CPU-användning på Azure VMware Solution-noder
CPU-användningen förutsätter 100 % användning av tillgängliga kärnor. För att minska antalet noder som krävs kan man öka överprenumerationer från 4:1 till 6:1 baserat på arbetsbelastningsegenskaper och lokal vSphere-upplevelse. Till skillnad från för disken begränsar inte Azure VMware Solution processoranvändningen. Det är upp till kunderna att se till att deras kluster presterar optimalt, så om "körs varmt" krävs, justera därefter. Om du vill ge mer utrymme för tillväxt kan du minska överprenumerationsvärdet eller öka värdet för tillväxtfaktorn.
Processoranvändningen står också redan för hanteringskostnader från vCenter Server, NSX Manager och andra mindre resurser.
Minnesanvändning på Azure VMware Solution-noder
Minnesanvändning visar det totala minnet från alla noder jämfört med kraven från server eller arbetsbelastningar. Minnet kan vara överprenumererat och återigen sätter Azure VMware Solution inga gränser och det är upp till kunden att köra optimala klusterprestanda för sina arbetsbelastningar.
Minnesanvändningen står också redan för hanteringskostnader från vCenter Server, NSX Manager och andra mindre resurser.
Lagringsanvändning på Azure VMware Solution-noder
Lagringsanvändningen beräknas baserat på följande sekvens:
- Storlek som krävs för virtuella datorer (antingen allokerat som det är eller prestandabaserat använt utrymme)
- Använd eventuell tillväxtfaktor
- Lägga till hanteringskostnader och tillämpa FTT-förhållande
- Tillämpa deduplicering och komprimeringsfaktor
- Använd obligatoriskt 25 % slack för vSAN
- Resultera i tillgängligt lagringsutrymme för virtuella datorer av det totala lagringsutrymmet, inklusive hanteringskostnader.
Den tillgängliga lagringen på ett 3-nodkluster baseras på standardlagringsprincipen, som är Raid-1 och använder tjock etablering. Vid beräkning för raderingskodning eller Raid-5 krävs till exempel minst 4 noder. Observera att lagringsprincipen för kundens arbetsbelastning i Azure VMware Solution kan ändras av administratören eller körkommandot (för närvarande i förhandsversion). [Läs mer] (./azure-vmware/configure-storage-policy.md)
Begränsningsfaktor
Den begränsningsfaktor som visas i utvärderingar kan vara PROCESSOR-, minnes- eller lagringsresurser baserat på användningen på noder. Det är resursen som begränsar eller avgör hur många värdar/noder som krävs för att hantera resurserna. I en utvärdering om det till exempel upptäcktes att 50 % av processorresurserna kommer att användas efter migrering av 8 virtuella VMware-datorer till Azure VMware Solution, används 14 % av minnet och 18 % av lagringsutrymmet används på de 3 Av36-noderna och processorn är därmed den begränsande faktorn.
Förtroendeklassificeringar
Varje prestandabaserad utvärdering i Azure Migrate är associerad med en säkerhetsklassificering som sträcker sig från en (lägsta) till fem stjärnor (högst).
Säkerhetsomdömet tilldelas en utvärdering baserat på tillgängligheten av datapunkter som behövs för att beräkna utvärderingen.
Med säkerhetsomdömet kan du beräkna tillförlitligheten i de storleksrekommendationer som anges av Azure Migrate.
Konfidensklassificeringar gäller inte för lokala utvärderingar.
För prestandabaserad storleksändring behöver Azure VMware Solution-utvärderingar användningsdata för CPU- och VM-minne. Följande data samlas in men används inte i storleksrekommendationer för Azure VMware Solution:
- Disk-IOPS och dataflödesdata för varje disk som är ansluten till den virtuella datorn.
- Nätverks-I/O för att hantera prestandabaserad storleksändring för varje nätverkskort som är anslutet till en virtuell dator.
Om något av dessa användningsnummer inte är tillgängligt i vCenter Server kanske storleksrekommendationen inte är tillförlitlig.
Beroende på procentandelen tillgängliga datapunkter går konfidensklassificeringen för utvärderingen enligt följande.
| Tillgänglighet för datapunkter | Säkerhetsomdöme |
|---|---|
| 0-20% | 1 stjärna |
| 21-40% | 2 stjärnor |
| 41-60% | 3 stjärnor |
| 61-80% | 4 stjärnor |
| 81-100% | 5 stjärnor |
Låg konfidensklassificering
Här följer några orsaker till varför en utvärdering kan få ett lågt förtroendebetyg:
Du profilerade inte din miljö för hela den varaktighet för vilken du skapar utvärderingen. Om du till exempel skapar utvärderingen med prestandavaraktighet inställd på en dag måste du vänta minst en dag efter att du har startat identifieringen för att alla datapunkter ska samlas in.
Utvärderingen kan inte samla in prestandadata för vissa eller alla virtuella datorer under utvärderingsperioden. Se till att följande gäller för en klassificering med hög konfidens:
- Virtuella datorer är påslagna under hela utvärderingen
- Utgående anslutningar på port 443 tillåts
- För virtuella Hyper-V-datorer är dynamiskt minne aktiverat
Beräkna om utvärderingen så att de senaste ändringarna återspeglas i säkerhetsomdömet.
Vissa virtuella datorer skapades under den tid som utvärderingen beräknades. Anta till exempel att du skapade en utvärdering för den senaste månadens prestandahistorik, men vissa virtuella datorer skapades för bara en vecka sedan. I detta fall kommer prestandadata för de nya virtuella datorerna inte att vara tillgängliga för hela tidsperioden och säkerhetsomdömet blir lågt.
Kommentar
Om konfidensklassificeringen för en utvärdering är mindre än fem stjärnor rekommenderar vi att du väntar minst en dag på att enheten ska profilera miljön och sedan beräkna om utvärderingen. Om du inte gör det kanske prestandabaserad storleksändring inte är tillförlitlig. I så fall rekommenderar vi att du växlar utvärderingen till lokal storleksändring.
Månatlig kostnadsuppskattning
När storleksrekommendationerna har slutförts beräknar Azure Migrate den totala kostnaden för att köra de lokala vSphere-arbetsbelastningarna i Azure VMware Solution genom att multiplicera antalet Azure VMware Solution-noder som krävs av nodpriset. Kostnaden per virtuell dator beräknas genom att den totala kostnaden divideras med antalet virtuella datorer i utvärderingen.
- Beräkningen tar hänsyn till antalet noder som krävs, nodtyp och plats.
- Den aggregerar kostnaden för alla noder för att beräkna den totala månadskostnaden.
- Kostnader visas i den valuta som anges i utvärderingsinställningarna.
Eftersom prissättningen för Azure VMware Solution är per nod har den totala kostnaden inte beräkningskostnad och lagringskostnadsdistribution. Läs mer
Vägledning för migreringsverktyg
I Azure-beredskapsrapporten för Azure VMware Solution-utvärdering kan du se följande föreslagna verktyg:
- VMware HCX eller Enterprise: För VMware vSphere-servrar är HCX-lösningen (VMware Hybrid Cloud Extension) det föreslagna migreringsverktyget för att migrera din lokala vSphere-arbetsbelastning till ditt privata Azure VMware Solution-moln. Läs mer.
- Okänd: För servrar som importeras via en CSV-fil är standardmigreringsverktyget okänt. För VMware vSphere-servrar rekommenderar vi dock att du använder HCX-lösningen (VMware Hybrid Cloud Extension).
Nästa steg
Skapa en utvärdering för virtuella Azure VMware Solution-datorer.