Vanliga frågor om Azure VMware Solution

I takt med att företag driver IT-moderniseringsstrategier för att förbättra verksamhetens flexibilitet, minska kostnaderna och påskynda innovationen är hybridmolnplattformar viktiga möjliggörare för kundernas digitala omvandling. Azure VMware Solution kombinerar VMwares programvara för programvarudefinierat datacenter (SDDC) med Microsofts globala molntjänstekosystem i Azure. Dessutom uppfyller Azure VMware Solution kraven på prestanda, tillgänglighet, säkerhet och efterlevnad. Mer information finns i Vad är Azure VMware Solution.

Tjänsten läggs kontinuerligt till i nya regioner. Mer information finns i den senaste tillgänglighetsinformationen för tjänsten.

Microsoft levererar stöd för Azure VMware Solution. Du kan skicka en supportbegäran. För Molnlösningsleverantör (CSP) hanterade prenumerationer tillhandahåller den första supportnivån lösningsleverantören på samma sätt som CSP gör för andra Azure-tjänster.

Alla Azure-tjänster är tillgängliga för Azure VMware Solution-kunder. Prestanda- och tillgänglighetsbegränsningar för specifika tjänster bör hanteras från fall till fall.

Du hittar information om gästoperativsystemets kompatibilitet med vSphere med hjälp av kompatibilitetsguiden för VMware. Information om vilken version av vSphere som körs i Azure VMware Solution finns i VMware-programvaruversioner.

Uppdateringar som görs följer Microsoft Azures standardprocess för ändringshantering. Kunderna ansvarar för alla arbetsbelastningsadministrationsuppgifter och tillhörande ändringshanteringsprocesser.

Med den nya Azure VMware-lösningen har Microsoft och VMware ett direkt partnerskap mellan molnleverantörer. Microsoft har utformat, skapat och stöttat den nya lösningen. Lösningen stöds av VMware. Arkitektoniskt är lösningarna konsekventa, med VMware-teknikstacken som körs på en dedikerad Azure-infrastruktur.

Alla värdar med diskproblem ersätts. Den samlar upp till 99,9 SLA-tillgänglighet för Azure VMware Solution-tjänsten.

Allmänna frågor om priser finns på prissättningssidan för Azure VMware Solution.

VMware HCX Enterprise är tillgängligt på Azure VMware Solution utan någon annan kostnad och är aktiverat som standard.

Trafiken i ExpressRoute-kretsen för Azure VMware Solution mäts inte. Ingen fakturering för någon Azure VMware Solution ExpressRoute-krets eller för globala reach-avgifter mellan privata moln i Azure VMware Solution. Det här scenariot omfattar Azure VMware Solution till en lokal plats, förutom standardavgifter för utgående trafik från din Azure ExpressRoute-kretsanslutning till din lokala plats från Azure. Dessa avgifter debiteras enligt prissättningsplanerna för Azure ExpressRoute med faktureringsmodellen för datapriser. Om du använder Azure ExpressRoute Unlimited Billing Model debiteras inte utgående trafik.

• Azure VMware Solution to Azure Virtual Network är via en intern ExpressRoute-krets och är kostnadsfri, oavsett regionplats (samma region eller flera regioner).

• Azure VMware Solution to on-premises site (Azure VMware Solution to on-premises site ) görs via Azure Virtual Network eller ExpressRoute Global Reach (mellan den interna ExpressRoute och den externa ExpressRoute). Det är fortfarande kostnadsfritt från standardavgifterna för utgående trafik (faktureringsmodell med dataförbrukning) från ExpressRoute till det lokala nätverket. För den obegränsade faktureringsmodellen finns det inga dataavgifter.

Till exempel:

• Om vi ansluter ett virtuellt Azure-nätverk i Azure West Europe till ett privat Azure VMware Solution-moln i Europa, västra, finns det inga andra ExpressRoute-avgifter än ExpressRoute-gatewayavgifterna.

• Om vi ansluter ett virtuellt Azure-nätverk i Azure North Europe till ett privat Azure VMware Solution-moln i Europa, västra, finns det inga andra ExpressRoute-avgifter än ExpressRoute-gatewayavgifterna.

• Om du ansluter ett privat Azure VMware Solution-moln i Europa, västra till ett privat Azure VMware Solution-moln i Europa, norra via ExpressRoute Global Reach. Det finns inga avgifter för ExpressRoute Global Reach-dataöverföring (utgående och ingress). Det finns avgifter när du använder en ExpressRoute-gateway.

Nej, du behöver inte skaffa andra VMware-licenser utöver Azure VMware Solution-tjänsten. Mer information finns på prissidan för Azure VMware Solution för att se vilken VMware-teknik som ingår.

Oavsett om du vill ha fler värdar för ett befintligt privat moln eller om du skapar ett nytt privat moln måste du skicka ett supportärende för att få dina värdar allokerade. Mer information finns i Begära värdkvot för Azure VMware Solution.

Du behöver ett Azure-konto i en Azure-prenumeration.

Microsoft och Red Hat delar ett integrerat, samlokaliserat supportteam som tillhandahåller en enhetlig kontaktpunkt för Red Hat-ekosystem som körs på Azure-plattformen. Precis som andra Azure-plattformstjänster som fungerar med Red Hat Enterprise Linux faller Azure VMware Solution under Cloud Access och det integrerade supportparaplyet. Red Hat Enterprise Linux stöder körning ovanpå Azure VMware Solution i Azure.

Du hittar meddelanden om tjänstproblem, planerat underhåll, hälsorekommendationer och säkerhetsrekommendationer som publicerats via Service Health i Azure-portalen. Du kan vidta åtgärder i tid när du konfigurerar aktivitetsloggaviseringar för dessa meddelanden. Mer information finns i Skapa Service Health-aviseringar med hjälp av Azure-portalen.

För närvarande kan etableringen ta ungefär 3–4 timmar. Det tar mellan 30 och 45 minuter att lägga till en enskild nod i ett befintligt/samma kluster.

Nej, "AVS-vendor-folders" är ett reserverat namn i Azure VMware Solution och att använda den kan leda till konflikter med de avsedda funktionerna eller orsaka oväntat beteende i vCenter-hanteringsmiljön som är specifik för Azure VMware Solution. Välj ett alternativt mappnamn som överensstämmer med organisationens behov samtidigt som du undviker konflikter med fördefinierade namngivningskonventioner i Azure VMware Solution.

Ja. Förutsatt att systemet det är installerat på kan komma åt det privata molnet vCenter Server och använder offentlig DNS för att matcha ESXi-värdnamn.

Nej. Följ anvisningarna från VMware för att uppfylla kraven för den virtuella datorn.

vRealize Automation, vRealize Operations Manager och vRealize Network Insight är certifierade för användning med Azure VMware Solution när dessa produkter installeras i ett lokalt datacenter. De molnbaserade versionerna av dessa produkter – vRealize Automation Cloud, vRealize Operations Cloud och vRealize Network Insight Cloud – är också certifierade för användning. Installation av dessa produkter i ett privat Azure VMware Solution-moln stöds inte.

Ja. Detta är möjligt och rekommenderas via VMware HCX-tillägget. Cross vCenter kall migrering och kloning är också möjligt, men Cross vCenter vMotion är inte det.

Den lokala miljön måste köra vSphere 6.5 eller senare om VMware HCX ska användas för att migrera virtuella datorer.

Så här migrerar du en virtuell Azure-dator (VM) till en annan plan:

1. Stoppa den virtuella datorn i Azure-portalen genom att välja den virtuella datorn och sedan välja Stoppa för att frigöra resurser.
2. När den virtuella datorn har stoppats kommer du åt inställningen "Storlek" för den virtuella datorn.
3. I panelen Välj en storlek väljer du en ny storlek som är kompatibel med den aktuella eller önskade serien.
4. Välj knappen Ändra storlek för att tillämpa storleksändringen.
5. Starta om den virtuella datorn för att slutföra migreringen.

Kom ihåg att du bara kan ändra storlek på en virtuell dator inom samma serie eller till en tillgänglig serie i samma Azure-region. Se till att den nya planen stöder den virtuella datorns lagrings- och nätverkskonfigurationer.

Ja, förutsatt att minimikraven för VMware HCX-nätverksunderlägg uppfylls.

Programvaruversionerna av VMware-lösningen som används i nya distributioner av privata Moln för Azure VMware Solution är:

Den aktuella programvaruversionen som körs tillämpas på nya kluster som läggs till i ett befintligt privat moln.

En fördel med privata moln i Azure VMware Solution är att plattformen underhålls åt dig. Microsoft ansvarar för livscykelhantering av VMware-programvara (ESXi, vCenter Server och vSAN) och NSX-T Data Center-apparater. Microsoft ansvarar också för att starta nätverkskonfigurationen, som att skapa tier-0-gatewayen och aktivera routning mellan nord och syd. Du ansvarar för NSX-T Data Center SDN-konfigurationen: nätverkssegment, distribuerade brandväggsregler, nivå 1-gatewayer och lastbalanserare.

Microsoft ansvarar för att tillämpa eventuella korrigeringar, uppdateringar eller uppgraderingar på ESXi, vCenter Server, vSAN och NSX-T Data Center i ditt privata moln. Effekten av korrigeringar, uppdateringar och uppgraderingar på ESXi, vCenter Server och NSX-T Data Center har följande överväganden:

• ESXi – Det påverkar inte arbetsbelastningar som körs i ditt privata moln. Åtkomst till vCenter Server och NSX-T Data Center blockeras inte under den här tiden. Under den här tiden rekommenderar vi att du inte planerar andra aktiviteter som att skala upp privata moln, schemalägga eller initiera aktiva HCX-migreringar, göra HCX-konfigurationsändringar och så vidare i ditt privata moln.

• vCenter Server – Det påverkar inte arbetsbelastningar som körs i ditt privata moln. Under den här tiden är vCenter Server inte tillgänglig och du kan inte hantera virtuella datorer (stoppa, starta, skapa eller ta bort). Vi rekommenderar att du inte planerar andra aktiviteter som att skala upp privata moln, skapa nya nätverk och så vidare i ditt privata moln. När du använder användargränssnitten för VMware Site Recovery Manager eller vSphere Replication rekommenderar vi att du inte utför någon av åtgärderna: konfigurera vSphere Replication och konfigurera eller köra platsåterställningsplaner under vCenter Server-uppgraderingen.

• NSX-T Data Center – Arbetsbelastningen påverkas. När en viss värd uppgraderas kan de virtuella datorerna på den värden förlora anslutningen från 2 sekunder till 1 minut med något av följande symtom:

  • Pingfel

  • Paketförlust

  • Felmeddelanden (till exempel målvärd som inte kan nås och Net kan inte nås)

  Under det här uppgraderingsfönstret blockeras all åtkomst till NSX-T Data Center-hanteringsplanet. Du kan inte göra konfigurationsändringar i NSX-T Data Center-miljön under hela tiden. Dina arbetsbelastningar fortsätter att köras som vanligt, med förbehåll för den uppgraderingspåverkan som tidigare beskrivits.

  Under uppgraderingstiden rekommenderar vi att du inte planerar andra aktiviteter som att skala upp privata moln och så vidare i ditt privata moln. Andra aktiviteter kan förhindra att uppgraderingen startas eller kan ha negativa effekter på uppgraderingen och miljön.

Du meddelas via Azure Service Health som innehåller tidslinjen för uppgraderingen. Det här meddelandet innehåller också information om den uppgraderade komponenten, dess effekt på arbetsbelastningar, åtkomst till privata moln och andra Azure-tjänster. Du kan schemalägga om en uppgradering efter behov.

Programuppdateringar omfattar:

• Korrigeringar – Säkerhetskorrigeringar eller felkorrigeringar som släppts av VMware

• Uppdateringar – Delversionsändring av en VMware-stackkomponent

• Uppgraderingar – Större versionsändring av en VMware-stackkomponent

Dokumenterade VMware-lösningar implementeras i stället för att installera en motsvarande korrigering tills nästa schemalagda uppdateringar distribueras.

Ja, NSX är den enda version av VMware-nätverksvirtualiseringsprogram som stöds.

VMware NSX 4.1.1 används för programvarudefinierade nätverk i privata moln i Azure VMware Solution.

Nej, du behöver inte använda VMware NSX lokalt. VMware HCX ger den nödvändiga anslutningen mellan lokal vSphere och Azure VMware Solution.

Ja med en tilläggslicens. Azure VMware Solution stöder distribuerad IDFW och distribuerad IDS/IPS med tilläggsbrandväggslicens. Den här tilläggslicensen måste köpas från VMware och Microsoft tillämpar den licensen på det privata Azure VMware Solution-molnet med en supportbegäran.

Ja.

På fliken Sentinel-hantering får du åtkomst till att ladda ned Sentinel-programvaran. Den visas i HCX Interconnect-gränssnittet när en HCX Enterprise-licens aktiveras och du har distribuerat ett tjänstnät med ett Sentinel Gateway-par (SGW) och Sentinel Data Receiver (SDR) distribuerade. I traditionella lokala distributioner till moln är fliken Sentinel bara synlig i Anslut eller, inte i molnhanteraren.

Du kan ange vilken typ av format du vill använda när du migrerar en virtuell dator till Azure VMware Solution. VSAN är dock främst det datalager som du använder i Azure VMware Solution, så det beror på vilken lagringsprincip som har valts. Standardlagringsprincipen för datalager är RAID-1 FTT-1, som är tunnetablerad. Du kan använda Kör-kommandon för att ändra standardprincipen för lagring av datalager.

AV36 SKU-servrarna har dubbla Intel-processorer på 18 kärnor på 2,3 GHz. AV36P SKU-servrar har dubbla Intel-processorer på 18 kärnor på 2,6 GHz och AV52 SKU-servrar har dubbla Intel-processorer på 26 kärnor på 2,7 GHz.

AV36 SKU-servrarna har 576 GB RAM-minne. AV36P SKU-servrar har 768 GB RAM-minne och AV52 SKU-servrar har 1 536 GB RAM-minne.

Nej. VMware stöder inte officiellt kapslad virtualisering.

Commvault, Veritas och Veeam har utökat sina säkerhetskopieringslösningar så att de fungerar med Azure VMware Solution. Alla säkerhetskopieringslösningar som använder VMware vStorage API för dataskydd (VADP) med transportläget HotAdd fungerar dock inte i rutan i Azure VMware Solution. Mer information finns i Säkerhetskopieringslösningar för virtuella Azure VMware Solution-datorer.

Eftersom dessa säkerhetskopieringslösningar installeras och hanteras av kunder kan de kontakta respektive ISV för support.

Azure Bastion är den tjänst som rekommenderas för att ansluta till hopprutan för att förhindra att Azure VMware Solution exponeras för Internet. Du kan inte använda Azure Bastion för att ansluta till virtuella Azure VMware Solution-datorer eftersom de inte är Azure IaaS-objekt.

Varje ESXi-värd i Azure VMware Solution är konfigurerad med fyra 25 Gbit/s-nätverkskort, två nätverkskort etablerade för ESXi-systemtrafik och två nätverkskort som etablerats för arbetsbelastningstrafik.

Nej.

Nej.

Nej. Azure Load Balancer har endast stöd för virtuella Azure IaaS-datorer. Azure Load Balancer stöder inte IP-baserade serverdelspooler. Endast virtuella Azure-datorer eller VM-skalningsuppsättningsobjekt där virtuella Azure VMware Solution-datorer inte är Azure-objekt.

Ja. Använd en befintlig ExpressRoute-gateway för att ansluta till Azure VMware Solution så länge den inte överskrider gränsen för fyra ExpressRoute-kretsar per virtuellt nätverk. För att få åtkomst till Azure VMware Solution lokalt via ExpressRoute måste du ha ExpressRoute Global Reach eftersom ExpressRoute Gateway inte tillhandahåller transitiv routning mellan sina anslutna kretsar.

Ett privat nätverk /22-adressutrymme krävs för att distribuera ett privat Azure VMware Solution-moln. Det här privata adressutrymmet får inte överlappa andra virtuella nätverk i en prenumeration eller med lokala nätverk.

Du kan ansluta till tjänsten på någon av två metoder:

• Med en virtuell dator eller programgateway distribuerad i ett virtuellt Azure-nätverk som peer-kopplas via ExpressRoute till det privata molnet.
• Via ExpressRoute Global Reach från ditt lokala datacenter till en Azure ExpressRoute-krets.

I Azure-portalen aktiverar du Internetanslutning för ett privat moln. Med NSX-T Manager skapar du en NSX-T Data Center T1-gateway och en logisk växel. Sedan använder du vCenter Server för att distribuera en virtuell dator i nätverkssegmentet som definieras av den logiska växeln. Den virtuella datorn har nätverksåtkomst till Internet och Azure-tjänster.

Nej. Nätverkstrafik som är inkommande från Internet direkt till privata moln tillåts inte som standard. Du kan dock exponera virtuella Azure VMware Solution-datorer på Internet via alternativet Offentlig IP i Azure-portalen för ditt privata Azure VMware Solution-moln .

Ja. Du måste använda NSX-T Manager för att skapa en brandvägg för att begränsa den virtuella datorns åtkomst till Internet.

IP-adressintervallet får inte överlappa DET IP-intervall som används i andra virtuella nätverk i din prenumeration och lokala nätverk.

Ja.

Azure Virtual WAN tillhandahåller inte transitiv routning mellan två anslutna ExpressRoute-kretsar och en icke-virtuell WAN ExpressRoute-gateway. ExpressRoute Global Reach tillåter anslutning mellan lokal lösning och Azure VMware Solution, men går via Microsofts globala nätverk i stället för Virtual WAN Hub.

Nej.

Du kommer inte att kunna nå NSX-T Manager och vCenter Server Appliance (vCSA) lokalt när endast 0.0.0.0/0 (standardväg) annonseras via ExpressRoute Global Reach mellan Azure VMware Solution och din lokala ExpressRoute eller via Azure Virtual Network till Azure VMware Solution. Du måste annonsera specifika nätverksvägar/undernät för att få åtkomst till NSX-T Manager och vCSA.

Använd thin_provision lagringsprincip för mallen för den virtuella datorn.

Varje ESXi-värd har två vSAN-diskgrupper med en kapacitetsnivå på 15,2 TB och en NVMe-cachenivå på 3,2 TB (1,6 TB i varje diskgrupp).

Ja, vSAN-datalager använder data-i-vila-kryptering som standard med hjälp av nycklar som lagras i Azure Key Vault. Krypteringslösningen är KMS-baserad och stöder vCenter Server-åtgärder för nyckelhantering. När en värd tas bort från ett vSphere-kluster ogiltigförklaras data på disken omedelbart.

Nej, du kan inte ändra namnet på datalager eller kluster.

RAID-1, FTT-1, med objektutrymmesreservation inställd på Tunn etablering är standardlagringsprincipen för programvarudefinierade datacenter (SDDCs).

Tjock etablering är reserverat eller förallokerat lagringsutrymme. Tjock etablering skyddar systemen genom att låta dem fungera även om vSAN-datalagringen är full eftersom utrymmet redan är reserverat. Anta till exempel att du skapar en virtuell disk på 10 GB med tjock etablering. I så fall förallokeras den fullständiga mängden virtuell disklagringskapacitet på den fysiska lagringen där den virtuella disken skapas och förbrukar allt utrymme som allokeras till den i datalagringen. Det tillåter inte att andra virtuella datorer delar utrymmet från datalagringen. En tunnetablerad virtuell disk förbrukar det utrymme som den behöver från början och växer till den datautrymmesefterfrågan som används i datalagringen.

Det beror på hur du planerar att dina programarbetsbelastningar ska köras i SDDC (privat moln). Microsoft styr dessa fel regelbundet och ersätter maskinvaran när sådana händelser identifieras ur ett infrastrukturperspektiv. Som standard används en inställning för FTT-1, som rymmer en enskild värds fel.

Microsoft tillhandahåller aviseringar när kapacitetsförbrukningen överskrider 75 %. Du kan också övervaka kapacitetsförbrukningsmått som är integrerade i Azure Monitor.

AV36 SKU innehåller två 1,6 TB NVMe Cache och åtta 1,9 TB rå lagringskapacitet. Dessa delas sedan upp i två diskgrupper. Kontrollera av36P- och AV52-SKU:erna för deras maskinvaruspecifikationer.

Diskgrupperna är inte RAID-konfigurerade. I stället är de bara ett gäng diskar (JBOD) och styrs direkt av vSAN.

Nej. Det finns bara en typ tillgänglig.

Ja. Azure-portalen används för distribution och flera hanteringsåtgärder. vCenter Server och NSX-T Manager används för att hantera vSphere- och NSX-T Data Center-resurser.

Vid lanseringen har Azure VMware Solution inte stöd för en enda hanteringsupplevelse i lokala och privata molnmiljöer. Du hanterar privata molnkluster med vCenter Server och NSX-T Manager lokalt i ett privat moln.

Ja, så länge du har allokerat kvoten mot ditt privata moln kan du skala ut dina kluster. När efterfrågan på arbetsbelastningar minskar kan du ta bort värdar från klustret för att skala ned det. Du kan göra detta via Azure VMware Solution-portalen.

Nej, privata molnvärdar och kluster är dedikerade och raderas på ett säkert sätt före och efter användning.

Kluster kan skala mellan tre (minst) och 16 (högsta) ESXi-värdar.

Du har angett autentiseringsuppgifter för en molnadministratörsanvändare i vCenter Server och administratörsåtkomst i NSX-T Manager. Du kan också använda en CloudAdmin-grupp för att införliva Microsoft Entra-ID. Mer information finns i Åtkomst- och identitetsbegrepp.

Nej, administratörsåtkomsten till ESXi är begränsad för att uppfylla säkerhetskraven för lösningen.

Du har cloudadmin-rollbehörigheter. Mer information finns i Åtkomst- och identitetsbegrepp.

Du har cloudadmin-rollbehörigheter. Mer information finns i Åtkomst- och identitetsbegrepp.

Information om hur du återställer dina autentiseringsuppgifter finns i Rotera cloudadmin-autentiseringsuppgifterna för Azure VMware Solution.

Nej. Vi stöder för närvarande inte cloudadmin-tilläggsprivilegier och har inga planer på att stödja det.

Ja. Mer information finns i Begära värdkvot för Azure VMware Solution.

Nej. För närvarande erbjuder Inte Azure VMware Solution flera innehavare.

Nej, ett privat Azure VMware Solution-moln kan inte delas mellan slutkunder.

Kunder kan skapa miljöer med flera klientorganisationer i sitt privata Azure VMware Solution-moln och sälja till kunder, förutsatt att produkten inte är en vanlig virtuell dator och har lagt till betydande immateriell egendom inbäddad i den virtuella datorn som ett program.

VMware tillåter inte att vCD i molnet eller lokalt licensieras med någon Hyperscaler, inklusive Microsoft.

Ja. Du kan ansluta ditt privata Azure VMware Solution-moln till VMware Cloud Director Service från VMware. Den här integreringen av båda tjänsterna finns för närvarande i offentlig förhandsversion.

Ja, kunder kan distribuera Azure VMware Solution i en Azure-prenumeration som hanteras av en CSP.

Ja. Molntjänstleverantörer kan köpa reserverade instanser för sina kunder. Mer information finns i Spara kostnader med en reserverad instans.