Översikt över utvärdering (migrera till virtuella Azure-datorer)
Varning
Den här artikeln refererar till CentOS, en Linux-distribution som närmar sig EOL-status (End Of Life). Överväg att använda och planera i enlighet med detta. Mer information finns i CentOS End Of Life-vägledningen.
Den här artikeln innehåller en översikt över utvärderingar i verktyget Azure Migrate: Identifiering och utvärdering . Verktyget kan utvärdera lokala servrar i virtuell VMware- och Hyper-V-miljö samt fysiska servrar för migrering till Azure.
Vad är en utvärdering?
En utvärdering med identifierings- och utvärderingsverktyget mäter beredskapen och beräknar effekten av att migrera lokala servrar till Azure.
Kommentar
I Azure Government granskar du de målutvärderingsplatser som stöds. Observera att vm-storleksrekommendationer i utvärderingar använder VM-serien specifikt för Government Cloud-regioner. Läs mer om vm-typer.
Typer av utvärderingar
Det finns tre typer av utvärderingar som du kan skapa med Hjälp av Azure Migrate: Identifiering och utvärdering.
| 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 - 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 lokala webbappar från din VMware-miljö till Azure App Service. |
| Azure VMware Solution (AVS) | Utvärderingar för att migrera dina lokala servrar till Azure VMware Solution (AVS). Du kan utvärdera dina lokala virtuella VMware-datorer för migrering till Azure VMware Solution (AVS) med den här utvärderingstypen. Läs mer |
Kommentar
Om antalet virtuella Azure-datorer eller AVS-utvärderingar är felaktiga i identifierings- och utvärderingsverktyget klickar du på det totala antalet utvärderingar för att navigera till alla utvärderingar och beräkna om Azure VM- eller AVS-utvärderingarna. Identifierings- och utvärderingsverktyget visar sedan rätt antal för den utvärderingstypen.
Utvärderingar som du skapar med Azure Migrate är en ögonblicksbild av data från tidpunkten. En utvärdering av en virtuell Azure-dator innehåller två alternativ för storlekskriterier:
| Utvärderingstyp | Detaljer | Data |
|---|---|---|
| Prestandabaserad | Utvärderingar som gör rekommendationer baserat på insamlade prestandadata | Rekommendationen för VM-storlek baseras på CPU- och RAM-användningsdata. Rekommendationen av disktyp baseras på in- och utdataåtgärder per sekund (IOPS) och dataflödet för de lokala diskarna. Disktyper är Azure Standard HDD, Azure Standard SSD, Azure Premium-diskar och Azure Ultra-diskar. |
| Som lokalt | Utvärderingar som inte använder prestandadata för att ge rekommendationer | Rekommendationen för VM-storlek baseras på den lokala serverstorleken. Den rekommenderade disktypen baseras på den valda lagringstypen 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.
- 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 servrar och skickar servermetadata och prestandadata till Azure Migrate. Distribuera installationen som en virtuell dator eller en fysisk server. 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 Virtuell Azure-dator.
Följ våra självstudier för VMware, Hyper-V eller fysiska servrar för att prova de här stegen.
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 Virtuell Azure-dator.
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 och Hyper-V.
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-datorer: En exempelpunkt samlas in var 20:e sekund.
- Virtuella Hyper-V-datorer: En exempelpunkt samlas in var 30:e sekund.
- Fysiska servrar: En exempelpunkt samlas in var femte minut.
Installationen kombinerar exempelpunkterna för att skapa en enskild datapunkt var 10:e minut för VMware- och Hyper-V-servrar och var 5:e minut för fysiska servrar. Om du vill skapa datapunkten väljer installationen de högsta värdena från alla exempel. Den skickar sedan datapunkten till Azure.
Utvärderingen 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
- Disk-IOPS (läsa och skriva)
- Diskdataflöde (läsa och skriva)
- Nätverksdataflöde (in och ut)
Hur beräknas utvärderingar av virtuella Azure-datorer?
Utvärderingen använder de lokala 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-beredskap: Utvärdera om servrar är lämpliga för migrering till Azure.
- Beräkna storleksrekommendationer: Beräkna beräkning, lagring och nätverksstorlek.
- Beräkna månatliga kostnader: Beräkna beräknade månatliga beräknings-, lagrings- och säkerhetskostnader för att köra servrarna i Azure efter migreringen.
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-beredskapssteget markeras den som olämplig för Azure. Storleks- och kostnadsberäkningar görs inte för den servern.
Vad finns i en utvärdering av en virtuell Azure-dator?
Här är vad som ingår i en utvärdering av virtuella Azure-datorer:
| Inställning | Detaljer |
|---|---|
| Målplats | Den plats som du vill migrera till. Utvärderingen stöder för närvarande dessa Azure-målregioner: Australien, centrala, Australien, centrala 2, Australien, östra, Australien, sydöstra, Brasilien, södra, Kanada, centrala, Kanada, östra, Centrala Indien, USA, centrala, Kina, östra, Kina, östra 2, Kina, norra, Kina, norra 2, Asien, östra; USA, östra, USA, östra 2, Frankrike, centrala, Frankrike, södra, Tyskland, norra, Tyskland, västra centrala, Japan, östra, Japan, västra, Korea, centrala, Sydkorea, södra, USA, norra centrala, Europa, norra, Norge, östra, Norge, västra, Sydafrika, norra, Sydafrika, västra, USA, södra centrala, Sydostasien, Södra Indien, Schweiz, norra, Schweiz, västra, Förenade Arabemiraten, centrala, Förenade Arabemiraten, norra, Storbritannien, södra, Storbritannien, västra, USA, västra centrala, Europa, västra, Indien, västra, USA, västra 2, JioIndiaCentral, JioIndiaWest, US Gov Arizona, US Gov Iowa, US Gov Texas, US Gov Virginia. |
| Mållagringsdisk (som storleksändring) | Vilken typ av disk som ska användas för lagring i Azure. Ange mållagringsdisken som Premium-hanterad, Standard SSD-hanterad, Standard HDD-hanterad eller Ultra-disk. |
| Mållagringsdisk (prestandabaserad storleksändring) | Anger typen av mållagringsdisk som Premium-hanterad, Standard HDD-hanterad, Standard SSD-hanterad eller Ultra-disk. Premium- eller Standard- eller Ultra-disk: Utvärderingen rekommenderar en disk-SKU inom den valda lagringstypen. Om du vill ha ett serviceavtal på en instans av en virtuell dator på 99,9 % bör du överväga att använda Premium-hanterade diskar. Den här användningen säkerställer att alla diskar i utvärderingen rekommenderas som Premium-hanterade diskar. Om du vill köra dataintensiva arbetsbelastningar som behöver högt dataflöde, hög IOPS och konsekvent disklagring med låg latens bör du överväga att använda Ultra-diskar. Azure Migrate stöder endast hanterade diskar för migreringsutvärdering. |
| Sparalternativ (beräkning) | Ange det besparingsalternativ som du vill att utvärderingen ska överväga för att optimera din Azure-beräkningskostnad. Azure-reservationer (1 år eller 3 år reserverade) är ett bra alternativ för de mest konsekventa resurserna som körs. Azure Savings Plan (1 år eller 3 års sparplan) ger ytterligare flexibilitet och automatiserad kostnadsoptimering. Helst efter migreringen kan du använda Azure-reservation och sparplan samtidigt (reservationen förbrukas först), men i Azure Migrate-utvärderingarna kan du bara se kostnadsuppskattningar av ett sparalternativ åt gången. När du väljer "Ingen" baseras Azure-beräkningskostnaden på priset Betala per användning eller baserat på den faktiska användningen. Du måste välja betala per användning i erbjudande/licensieringsprogram för att kunna använda reserverade instanser eller Azure Savings Plan. När du väljer något annat sparalternativ än "Ingen" gäller inte egenskaperna Rabatt (%)) och "VM-drifttid". De månatliga kostnadsuppskattningarna beräknas genom att multiplicera 744 timmar i fältet vm-drifttid med timpriset för den rekommenderade SKU:n. |
| Storlekskriterier | Används för att ge den virtuella Azure-datorn behörighet. Använd storleksändring eller prestandabaserad storleksändring som den är. |
| Prestandahistorik | Används med prestandabaserad storleksändring. Prestandahistorik anger varaktigheten som används när prestandadata utvärderas. |
| Percentilutnyttjande | Används med prestandabaserad storleksändring. Percentilanvändning anger percentilvärdet för det prestandaexempel som används för rightsizing. |
| VM-serie | Den Azure VM-serie som du vill överväga för rightsizing. Om du till exempel inte har en produktionsmiljö som behöver virtuella datorer i A-serien i Azure kan du exkludera A-serien från listan över serier. |
| Komfortfaktor | Bufferten som används under utvärderingen. Den tillämpas på PROCESSOR-, RAM-, disk- och nätverksdata för virtuella datorer. Den står för problem som säsongsanvändning, kort prestandahistorik och sannolikt ökningar i framtida användning. Till exempel resulterar en virtuell dator med 10 kärnor med 20 % användning normalt i en virtuell dator med två kärnor. Med en komfortfaktor på 2,0 blir resultatet en virtuell dator med fyra kärnor i stället. |
| Erbjudande | Det Azure-erbjudande som du är registrerad i. Utvärderingen beräknar kostnaden för erbjudandet. |
| Valuta | Faktureringsvalutan för ditt konto. |
| Rabatt (%) | Eventuella prenumerationsspecifika rabatter som du får utöver Azure-erbjudandet. Standardinställningen är 0%. |
| VM-drifttid | Varaktigheten i dagar per månad och timmar per dag för virtuella Azure-datorer som inte körs kontinuerligt. Kostnadsuppskattningar baseras på den varaktigheten. Standardvärdena är 31 dagar per månad och 24 timmar per dag. |
| Azure Hybrid-förmån | Anger om du har programvarugaranti och är berättigad till Azure Hybrid-förmån att använda dina befintliga OPERATIVSYSTEM-licenser. Om inställningen är aktiverad beaktas inte Azure-priser för valda operativsystem för vm-kostnader. |
| EA-prenumeration | Anger att en företagsavtal-prenumeration (EA) används för kostnadsuppskattning. Tar hänsyn till den rabatt som gäller för prenumerationen. Lämna inställningarna för reserverade instanser, rabatt (%) och VM-drifttidsegenskaper med sina standardinställningar. |
| Säkerhet | Anger om du vill utvärdera beredskap och kostnader för säkerhetsverktyg i Azure. Om inställningen har standardvärdet Ja, med Microsoft Defender för molnet utvärderas säkerhetsberedskap och kostnader för din virtuella Azure-dator med Microsoft Defender för molnet. |
Granska metodtipsen för att skapa en utvärdering med Azure Migrate.
Beräkna beredskap
Alla servrar är inte lämpliga att köra i Azure. En Utvärdering av virtuella Azure-datorer utvärderar alla lokala servrar och tilldelar dem en beredskapskategori.
- Klar för Azure: Servern kan migreras som den är till Azure utan några ändringar. Den börjar i Azure med fullständig Azure-support.
- Villkorligt redo för Azure: Servern kan starta i Azure men kanske inte har fullständig Azure-support. Azure stöder till exempel inte en server som kör en gammal version av Windows Server. Du måste vara försiktig innan du migrerar dessa servrar till Azure. 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 Azure: Servern startar inte i Azure. Om till exempel en lokal servers disk lagrar mer än 64 TB kan Azure inte vara värd för servern. Följ reparationsvägledningen för att åtgärda problemet före migreringen.
- Beredskap okänd: Azure Migrate kan inte fastställa serverns beredskap på grund av otillräckliga metadata.
För att beräkna beredskap granskar utvärderingen serveregenskaperna och operativsystemets inställningar som sammanfattas i följande tabeller.
Serveregenskaper
För en utvärdering av virtuella Azure-datorer granskar utvärderingen följande egenskaper för en lokal virtuell dator för att avgöra om den kan köras på virtuella Azure-datorer.
| Property | Detaljer | Status för Azure-beredskap |
|---|---|---|
| Starttyp | Azure har stöd för UEFI-starttyp för operativsystem som nämns här | Inte redo om starttypen är UEFI och operativsystemet körs på den virtuella datorn är: Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2 |
| Kärnor | Varje server får inte ha fler än 128 kärnor, vilket är det maximala antalet som en virtuell Azure-dator stöder. Om prestandahistoriken är tillgänglig tar Azure Migrate hänsyn till de använda kärnorna för jämförelse. Om utvärderingsinställningarna anger en komfortfaktor multipliceras antalet använda kärnor med komfortfaktorn. Om det inte finns någon prestandahistorik använder Azure Migrate de allokerade kärnorna för att tillämpa komfortfaktorn. |
Klar om antalet kärnor ligger inom gränsen |
| RAM | Varje server får inte ha mer än 3 892 GB RAM-minne, vilket är den maximala storleken som en Azure M-serie Standard_M128m 2 vm stöder. Läs mer. Om prestandahistoriken är tillgänglig tar Azure Migrate hänsyn till det använda RAM-minnet som jämförelse. Om en komfortfaktor anges multipliceras det använda RAM-minnet med komfortfaktorn. Om det inte finns någon historik används det allokerade RAM-minnet för att tillämpa en komfortfaktor. |
Klar om mängden RAM-minne ligger inom gränsen |
| Lagringsdisk | Den allokerade storleken på en disk får inte vara mer än 64 TB. Antalet diskar som är anslutna till servern, inklusive OS-disken, måste vara 65 eller färre. |
Klar om diskstorleken och talet ligger inom gränserna |
| Nätverk | En server får inte ha fler än 32 nätverksgränssnitt anslutna till den. | Klar om antalet nätverkskort ligger inom gränsen |
Gästoperativsystem
För en Utvärdering av virtuella Azure-datorer, tillsammans med granskning av vm-egenskaper, tittar utvärderingen på gästoperativsystemet på en server för att avgöra om det kan köras på Azure.
Kommentar
För att hantera gästanalys för virtuella VMware-datorer använder utvärderingen det operativsystem som angetts för den virtuella datorn i vCenter Server. VCenter Server tillhandahåller dock inte kernelversionen för operativsystem för virtuella Linux-datorer. För att identifiera versionen måste du konfigurera programidentifiering. Sedan identifierar installationen versionsinformation med hjälp av de gästautentiseringsuppgifter som du anger när du konfigurerar appidentifiering.
Utvärderingen använder följande logik för att identifiera Azure-beredskap baserat på operativsystemet:
| Operativsystem | Detaljer | Status för Azure-beredskap |
|---|---|---|
| Windows Server 2016 och alla SPs | Azure ger fullständigt stöd. | Klar för Azure. |
| Windows Server 2012 R2 och alla SPs | Azure ger fullständigt stöd. | Klar för Azure. |
| Windows Server 2012 och alla SP:er | Azure ger fullständigt stöd. | Klar för Azure. |
| Windows Server 2008 R2 med alla SPs | Azure ger fullständigt stöd. | Klar för Azure. |
| Windows Server 2008 (32-bitars och 64-bitars) | Azure ger fullständigt stöd. | Klar för Azure. |
| Windows Server 2003 och Windows Server 2003 R2 | Dessa operativsystem har passerat sina supportdatum och behöver ett anpassat supportavtal (CSA) för support i Azure. | Villkorligt redo för Azure. Överväg att uppgradera operativsystemet innan du migrerar till Azure. |
| Windows 2000, Windows 98, Windows 95, Windows NT, Windows 3.1 och MS-DOS | Dessa operativsystem har passerat sina supportdatum. Servern kan starta i Azure, men Azure tillhandahåller inget os-stöd. | Villkorligt redo för Azure. Vi rekommenderar att du uppgraderar operativsystemet innan du migrerar till Azure. |
| Windows 7, Windows 8 och Windows 10 | Azure tillhandahåller endast support med en Visual Studio-prenumeration. | Villkorligt redo för Azure. |
| Windows 10 Pro | Azure tillhandahåller stöd med värdrättigheter för flera klientorganisationer. | Villkorligt redo för Azure. |
| Windows Vista och Windows XP Professional | Dessa operativsystem har passerat sina supportdatum. Servern kan starta i Azure, men Azure tillhandahåller inget os-stöd. | Villkorligt redo för Azure. Vi rekommenderar att du uppgraderar operativsystemet innan du migrerar till Azure. |
| Linux | Se de Linux-operativsystem som Azure godkänner. Andra Linux-operativsystem kan starta i Azure. Men vi rekommenderar att du uppgraderar operativsystemet till en godkänd version innan du migrerar till Azure. | Redo för Azure om versionen har godkänts. Villkorligt redo om versionen inte stöds. |
| Andra operativsystem som Oracle Solaris, Apple macOS och FreeBSD | Azure stöder inte dessa operativsystem. Servern kan starta i Azure, men Azure tillhandahåller inget os-stöd. | Villkorligt redo för Azure. Vi rekommenderar att du installerar ett operativsystem som stöds innan du migrerar till Azure. |
| Operativsystemet anges som Annat i vCenter Server | Azure Migrate kan inte identifiera operativsystemet i det här fallet. | Okänd beredskap. Se till att Azure har stöd för operativsystemet som körs på den virtuella datorn. |
| 32-bitars operativsystem | Servern kan starta i Azure, men Azure kanske inte har fullständig support. | Villkorligt redo för Azure. Överväg att uppgradera till ett 64-bitars operativsystem innan du migrerar till Azure. |
Säkerhetsberedskap
Utvärderingar bestämmer också beredskapen för det rekommenderade målet för Microsoft Defender för servrar. En server har markerats som Klar för Microsoft Defender för servrar om den har följande:
- Minst 2 virtuella kärnor (4 virtuella kärnor rekommenderas)
- Minst 1 GB RAM -minne (4 GB rekommenderas)
- 2 GB diskutrymme
- Kör något av följande operativsystem:
- 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
- För andra operativsystem markeras servern som Klar med villkor. Om en server inte är redo att migreras till Azure markeras den som Inte redo för Microsoft Defender för servrar.
Beräkna storlek
När servern har markerats som redo för Azure ger utvärderingen storleksrekommendationer i azure VM-utvärderingen. De här rekommendationerna identifierar den virtuella Azure-datorn och disk-SKU:n. Storleksberäkningar beror på om du använder storleksändring som den är lokal eller prestandabaserad storleksändring.
Beräkna storlek (som det är lokalt)
Om du använder lokal storleksändring tar utvärderingen inte hänsyn till prestandahistoriken för de virtuella datorerna och diskarna i utvärderingen av den virtuella Azure-datorn.
- Beräkningsstorlek: Utvärderingen allokerar en SKU för virtuella Azure-datorer baserat på den storlek som allokerats lokalt.
- Lagrings- och diskstorlek: Utvärderingen tittar på lagringstypen som anges i utvärderingsegenskaperna och rekommenderar lämplig disktyp. Möjliga lagringstyper är Standard HDD, Standard SSD, Premium och Ultra Disk. Standardlagringstypen är Premium.
- Nätverksstorlek: Utvärderingen tar hänsyn till nätverkskortet på den lokala servern.
Beräkna storlek (prestandabaserad)
Om du använder prestandabaserad storleksändring i en utvärdering av en virtuell Azure-dator gör utvärderingen storleksrekommendationer på följande sätt:
- Utvärderingen tar hänsyn till serverns prestandahistorik (resursanvändning) tillsammans med processorns prestandamått för att identifiera vm-storleken och disktypen i Azure.
Kommentar
Om du importerar servrar med hjälp av en CSV-fil används de prestandavärden som du anger (cpu-användning, minnesanvändning, disk-IOPS och dataflöde) om du väljer prestandabaserad storleksändring. Du kommer inte att kunna ange prestandahistorik och percentilinformation.
- Den här metoden är särskilt användbar om du har överbelagt den lokala servern, användningen är låg och du vill ändra storleken på den virtuella Azure-datorn för att spara kostnader.
- Om du inte vill använda prestandadata återställer du storleksvillkoren till lokal storlek enligt beskrivningen i föregående avsnitt.
Beräkna lagringsstorlek
För lagringsstorlek i en utvärdering av en virtuell Azure-dator försöker Azure Migrate mappa varje disk som är ansluten till servern till en Azure-disk. Storleksändringen fungerar på följande sätt:
Utvärdering lägger till läs- och skriv-IOPS för en disk för att få den totala IOPS som krävs. På samma sätt lägger den till dataflödesvärdena för läsning och skrivning för att få det totala dataflödet för varje disk. När det gäller importbaserade utvärderingar har du möjlighet att ange totalt IOPS, totalt dataflöde och totalt nej. av diskar i den importerade filen utan att ange enskilda diskinställningar. Om du gör detta hoppas enskilda diskstorlekar över och de angivna data används direkt för beräkningsstorlek och väljer en lämplig VM-SKU.
Diskar väljs på följande sätt:
- Om utvärderingen inte kan hitta en disk med nödvändig IOPS och dataflöde markerar den servern som olämplig för Azure.
- Om utvärderingen hittar en uppsättning lämpliga diskar väljer den de diskar som stöder den plats som anges i utvärderingsinställningarna.
- Om det finns flera kvalificerade diskar väljer utvärdering den disk som har den lägsta kostnaden.
- Om prestandadata för en disk inte är tillgänglig används konfigurationsdiskstorleken för att hitta en Standard SSD-disk i Azure.
Ultradiskstorlek
För Ultra-diskar finns det en mängd IOPS och dataflöde som tillåts för en viss diskstorlek, och därför skiljer sig logiken som används vid storleksändring från Standard- och Premium-diskar:
- Tre Ultra Disk-storlekar beräknas:
- En disk (disk 1) hittas som kan uppfylla kravet på diskstorlek
- En disk (disk 2) hittas som kan uppfylla det totala IOPS-kravet
- IOPS som ska etableras = (källdiskens dataflöde) *1024/256
- En disk (disk 3) hittas som kan uppfylla det totala dataflödeskravet
- Av de tre diskarna hittas en med maximal diskstorlek och avrundas till nästa tillgängliga Ultra-diskerbjudande. Det här är den etablerade Ultra-diskstorleken.
- Etablerad IOPS beräknas med hjälp av följande logik:
- Om källdataflödet som identifieras ligger inom det tillåtna intervallet för Ultra-diskstorleken är etablerad IOPS lika med källdiskens IOPS
- Annars beräknas etablerad IOPS med IOPS som ska etableras = (källdiskens dataflöde) *1024/256
- Etablerat dataflödesintervall är beroende av etablerad IOPS
Beräkna nätverksstorlek
För en utvärdering av en virtuell Azure-dator försöker utvärderingen hitta en virtuell Azure-dator som stöder antalet och nödvändiga prestanda för nätverkskort som är anslutna till den lokala servern.
- För att få den lokala serverns effektiva nätverksprestanda aggregerar utvärderingen dataöverföringshastigheten från servern (nätverket ut) över alla nätverkskort. Det tillämpar sedan komfortfaktorn. Den använder det resulterande värdet för att hitta en virtuell Azure-dator som har stöd för nödvändig nätverksprestanda.
- Tillsammans med nätverksprestanda tar utvärderingen även hänsyn till om den virtuella Azure-datorn kan stödja det antal nätverkskort som krävs.
- Om nätverksprestandadata inte är tillgängliga tar utvärderingen endast hänsyn till antalet nätverkskort för storleksändring av virtuella datorer.
Beräkna beräkningsstorlek
När den har beräknat lagrings- och nätverkskraven tar utvärderingen hänsyn till cpu- och RAM-kraven för att hitta en lämplig VM-storlek i Azure.
- Azure Migrate tittar på de effektiva använda kärnorna (inklusive processorriktmärket) och RAM-minnet för att hitta en lämplig storlek på den virtuella Azure-datorn.
- Om ingen lämplig storlek hittas markeras servern som olämplig för Azure.
- Om en lämplig storlek hittas tillämpar Azure Migrate lagrings- och nätverksberäkningarna. Den tillämpar sedan plats- och prisnivåinställningar för den slutliga rekommendationen för VM-storlek.
- Om det finns flera tillgängliga Azure VM-storlekar rekommenderas den billigaste.
Förtroendeklassificeringar (prestandabaserade)
Varje prestandabaserad utvärdering av virtuella Azure-datorer i Azure Migrate är associerad med en säkerhetsklassificering. Omdömet varierar från en (lägsta) till fem (högsta) stjärnor. Säkerhetsklassificeringen hjälper dig att uppskatta tillförlitligheten för de storleksrekommendationer som Azure Migrate tillhandahåller.
- Säkerhetsomdömet tilldelas till en utvärdering. Klassificeringen baseras på tillgängligheten av datapunkter som behövs för att beräkna utvärderingen.
- För prestandabaserad storleksändring behöver utvärderingen:
- Användningsdata för CPU och RAM.
- Disk-IOPS och dataflödesdata för varje disk som är ansluten till servern.
- Nätverks-I/O för att hantera prestandabaserad storleksändring för varje nätverkskort som är anslutet till en server.
Om något av dessa användningsnummer inte är tillgängligt kan storleksrekommendationerna vara otillförlitliga.
Kommentar
Förtroendeklassificeringar tilldelas inte för servrar som utvärderas med hjälp av en importerad CSV-fil. Klassificeringar gäller inte heller för lokal utvärdering.
Bedömningar
Den här tabellen visar bedömningsförtroendeklassificeringarna, som är beroende av procentandelen tillgängliga datapunkter:
| 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 servrar under utvärderingsperioden. För ett högt säkerhetsomdömet ska du se till att:
- Servrarna är påslagna under hela utvärderingen
- Utgående anslutningar på port 443 tillåts
- För Hyper-V-servrar är dynamiskt minne aktiverat
Beräkna om utvärderingen så att de senaste ändringarna återspeglas i säkerhetsomdömet.
Vissa servrar 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 servrar skapades för bara en vecka sedan. I detta fall är prestandadata för de nya virtuella servrarna inte 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. Annars kan prestandabaserad storleksändring vara otillförlitlig. I så fall rekommenderar vi att du växlar utvärderingen till lokal storleksändring.
Beräkna månatliga kostnader
När storleksrekommendationerna har slutförts beräknar en utvärdering av virtuella Azure-datorer i Azure Migrate beräknings- och lagringskostnader för efter migreringen.
Beräkna kostnad
Azure Migrate använder den rekommenderade storleken på den virtuella Azure-datorn och Azure-fakturerings-API:et för att beräkna den månatliga kostnaden för servern.
Beräkningen tar hänsyn till följande:
- Operativsystem
- Software assurance
- Reserverade instanser
- VM-drifttid
- Plats
- Valutainställningar
Utvärderingen aggregerar kostnaden för alla servrar för att beräkna den totala månatliga beräkningskostnaden.
Lagringskostnad
Den månatliga lagringskostnaden för en server beräknas genom att aggregera månadskostnaden för alla diskar som är anslutna till servern.
Standard- och Premium-disk
Kostnaden för Standard- eller Premium-diskar beräknas baserat på den valda/rekommenderade diskstorleken.
Ultradisk
Kostnaden för Ultra-disk beräknas baserat på den etablerade storleken, etablerad IOPS och etablerat dataflöde. Läs mer
Kostnaden beräknas med hjälp av följande logik:
- Kostnaden för diskstorlek beräknas genom att den etablerade diskstorleken multipliceras med priset per timme för diskkapaciteten
- Kostnaden för etablerad IOPS beräknas genom att multiplicera etablerad IOPS med timetablerad IOPS-pris
- Kostnaden för etablerat dataflöde beräknas genom att multiplicera etablerat dataflöde med timdetablerade dataflödespriser
- Reservationsavgiften för den virtuella ultradiskdatorn läggs inte till i den totala kostnaden. Läs mer
Utvärderingen beräknar de totala månatliga lagringskostnaderna genom att aggregera lagringskostnaderna för alla servrar. För närvarande tar beräkningen inte hänsyn till erbjudanden som anges i utvärderingsinställningarna.
Säkerhetskostnad
För servrar som rekommenderas för virtuella Azure-datorer läggs kostnaden för Defender för server (plan 2) per server för den regionen till om de är redo att köra Defender för server. Utvärderingen aggregerar kostnaden för alla servrar för att beräkna den totala månatliga säkerhetskostnaden.
Kostnader visas i den valuta som anges i utvärderingsinställningarna.
Nästa steg
Granska metodtips för att skapa utvärderingar.
- Lär dig mer om att köra utvärderingar för servrar som körs i VMware- och Hyper-V-miljön samt fysiska servrar.
- Lär dig mer om att utvärdera servrar som importerats med en CSV-fil.
- Lär dig mer om att konfigurera beroendevisualisering.