Vanliga frågor om Azure VMware Solution

När företag strävar efter IT-moderniseringsstrategier för att förbättra affärsflexieringen, minska kostnaderna och påskynda innovationen, har hybridmolnplattformar blivit viktiga faktorer för kundernas digitala omvandling. Azure VMware Solution kombinerar VMwares programvara Software-Defined Data Center (SDDC) med Microsofts globala molntjänstekosystem i Azure. Dessutom uppfyller Azure VMware Solution krav 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 informationen om tjänsttillgänglighet.

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 åtgärdas från fall till fall.

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

Uppdateringar som görs Microsoft Azure standardprocessen för ändringshantering. Kunderna ansvarar för alla administrationsuppgifter för arbetsbelastningar och tillhörande ändringshanteringsprocesser.

Med den nya Azure VMware Solution har Microsoft och VMware ett direkt samarbete mellan molnleverantörer. Den nya lösningen är utformad, byggd och stöds av Microsoft och godkänts av VMware. Arkitekturen är konsekvent med VMware-teknikstacken som körs på en dedikerad Azure-infrastruktur.

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

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

Om du planerar att använda VMware HCX Enterprise kontrollerar du att du har aktiverat tillägget VMware HCX Enterprise via en supportbegäran. Det är en kostnadsfri 12-månaders utvärderingsversion Azure VMware Solution.

Trafik i Azure VMware Solution ExpressRoute-kretsen mäts inte på något sätt. Trafik från din ExpressRoute-krets som ansluter till din lokala plats till Azure debiteras enligt Prisplaner för ExpressRoute.

• Azure VMware Solution till vNet är via en intern ExpressRoute-krets och är kostnadsfri inom samma region som Azure VMware Solution. Men om den interna ExpressRoute-kretsen är ansluten mellan regioner debiteras dataöverföringsavgifter.

• Azure VMware Solution lokalt görs via vNet eller ExpressRoute-Global Reach (mellan den interna ExpressRoute och externa ExpressRoute). Det är fortfarande kostnadsfritt förutsatt att anslutningen till det virtuella nätverket (som nämns ovan) eller användningen av ExpressRoute Global Reach är inom den region där Azure VMware Solution distribueras.

Nej, du behöver inte köpa ytterligare VMware-licensiering utöver den Azure VMware Solution tjänsten. Mer information finns på sidan med 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 en supportbiljett för att allokera dina värdar. Mer information finns i Request host quota for Azure VMware Solution.

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

Microsoft och Red Hat delar ett integrerat, sambyggt 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 Red Hat Enterprise Linux med Azure VMware Solution ingår Cloud Access det integrerade supportparaplyet. Red Hat Enterprise Linux stöder körning ovanpå Azure VMware Solution i Azure.

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

För tillfället 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.

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

Nej. Följ anvisningarna i VMwareför att uppfylla kraven för virtuella datorer.

Specifika integreringar och användningsfall utvärderas från fall till fall.

Ja. VM-migrering och vMotion kan användas för att flytta virtuella datorer till ett privat moln om standardkraven för cross vCenter vMotion uppfylls.

Alla molnmiljöer har VMware HCX, vSphere 5.5 eller senare i lokala miljöer för vMotion.

Nej, på grund av kraven på bandbredd och svarstid.

De VMware-programvaruversioner som används i nya Azure VMware Solution av privata molnkluster är:

Den programvaruversion som körs för närvarande tillämpas på nya kluster som läggs till i ett befintligt privat moln. Mer information finns i versionskraven för VMware-programvara.

En fördel med Azure VMware Solution privata moln är att plattformen underhålls åt dig. Microsoft ansvarar för livscykelhanteringen av VMware-programvara (ESXi, vCenter och vSAN). Microsoft ansvarar också för livscykelhanteringen av NSX-T-enheter, som startar nätverkskonfigurationen, till exempel att skapa gatewayen nivå 0 och aktivera North-South routning. Du ansvarar för NSX-T SDN-konfiguration: nätverkssegment, distribuerade brandväggsregler, gatewayer på nivå 1 och lastbalanserare.

Microsoft ansvarar för att tillämpa korrigeringar, uppdateringar eller uppgraderingar på ESXi, vCenter, vSAN och NSX-T i ditt privata moln. Effekten av korrigeringar, uppdateringar och uppgraderingar på ESXi, vCenter och NSX-T är annorlunda.

• ESXi – Det påverkar inte arbetsbelastningar som körs i ditt privata moln. Åtkomst till vCenter och NSX-T blockeras inte under den här tiden. Vi rekommenderar att du under den här tiden inte planerar några andra aktiviteter som att skala upp privata moln och så vidare i ditt privata moln.

• vCenter – Det finns ingen inverkan på arbetsbelastningar som körs i ditt privata moln. Under den här tiden är vCenter inte tillgängligt och du kommer inte att kunna hantera virtuella datorer (stoppa, starta, skapa eller ta bort). Vi rekommenderar att du under den här tiden inte planerar några andra aktiviteter som att skala upp privata moln, skapa nya nätverk och så vidare i ditt privata moln.

• NSX-T – Arbetsbelastningen påverkas och när en viss värd uppgraderas kan de virtuella datorerna på värden förlora anslutningen från 2 sekunder till högst 1 minut med något av följande symptom:

  • Pingfel

  • Paketförlust

  • Felmeddelanden (till exempel Målvärden kan inte nås och Net kan inte nås)

  Under uppgraderingsfönstret blockeras all åtkomst till NSX-T-hanteringsplanet. Du kan inte göra konfigurationsändringar i NSX-T-miljön under hela tiden. Dina arbetsbelastningar fortsätter dock att köras som vanligt, beroende på vilken uppgraderingspåverkan som beskrivs ovan.

  Vi rekommenderar att du under uppgraderingstiden inte planerar några andra aktiviteter som att skala upp privata moln och så vidare i ditt privata moln. Dessa kan förhindra att uppgraderingen startar eller kan ha negativ inverkan på uppgraderingen och miljön.

Du meddelas innan korrigeringar/uppdateringar eller uppgraderingar tillämpas på dina privata moln. Vi kommer också att samarbeta med dig för att schemalägga en underhållsfönstret innan du tillämpar uppdateringar eller uppgraderingar i ditt privata moln.

Programuppdateringar omfattar:

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

• Uppdateringar – Mindre versionsändring av en VMware-stackkomponent

• Uppgraderingar – Större versionsändring för 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-T är den enda versionen av NSX som stöds.

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

Nej, du behöver inte använda NSX lokalt.

Ja.

Ja. Information om hur du ändrar timeout-värdet finns i Konfigurera timeout-värdet för vSphere-webbklienten.

På fliken Sentinel-hantering kan du 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 distribuerat Sentinel Gateway-par (SGW) och Sentinel Data Receiver (SDR). I traditionella lokala distributioner till molndistributioner visas fliken Sentinel bara i anslutningsappen, inte i molnhanteraren.

Nej. Azure VMware Solution använder vSAN som standardlagringsdatalager, som alltid är tunt etablerat.

Servrarna har dubbla 18-kärniga 2,3 GHz Intel-processorer.

Servrarna har 576 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ösning som använder VMware vStorage API for Data Protection (VADP) med HotAdd-transportläget fungerar dock inte i Azure VMware Solution. Mer information finns i Säkerhetskopieringslösningar för Azure VMware Solution virtuella datorer.

När 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 hoppboxen för att förhindra Azure VMware Solution exponeras mot Internet. Du kan inte använda Azure Bastion för att ansluta Azure VMware Solution virtuella datorer eftersom de inte är Azure IaaS-objekt.

Varje ESXi-värd i Azure VMware Solution konfigureras med fyra 25 Gbit/s-nätverkskort, två nätverkskort som etablerats 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 serverpooler. Endast virtuella Azure-datorer eller VM-skalningsuppsättningsobjekt där virtuella datorer Azure VMware Solution 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 på fyra ExpressRoute-kretsar per virtuellt nätverk. För att Azure VMware Solution från en lokal plats via ExpressRoute måste du ha ExpressRoute Global Reach eftersom ExpressRoute-gatewayen inte tillhandahåller transitiv routning mellan dess anslutna kretsar.

Azure VMware Solution använder de officiellt registrerade offentliga 4 byte-ASN:erna för att säkerställa att det aldrig finns någon konflikt med din lokala användning av privata ASN:er i kundens routningsväg till Azure VMware Solution.

Det enda sättet att ansluta till Azure VMware Solution via ExpressRoute är för din miljö och de lokala ExpressRoute-transportföretagspartner/ISP:er har stöd för 4 bytes ASN eller bakåtkompatibilitet från 4 byte till 2 byte ASN i BGP-prefixet ASN-sökvägsannonsering.

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

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

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

Den enda metod som stöds för VMware HCX är för närvarande via ExpressRoute.

I Azure Portal du internetanslutning för ett privat moln. Med NSX-T Manager skapar du en NSX-T T1-router och en logisk växel. Sedan använder du vCenter 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. Inkommande nätverkstrafik från Internet direkt till privata moln tillåts inte som standard. Du kan dock exponera virtuella Azure VMware Solution datorer mot Internet via alternativet Offentlig IP i din Azure Portal för ditt Azure VMware Solution privata moln.

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

IP-adressintervallet får inte överlappa IP-intervallet 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 icke-virtuell WAN ExpressRoute-gateway. ExpressRoute Global Reach tillåter anslutning mellan lokala och Azure VMware Solution men går via Microsofts globala nätverk i stället för Virtual WAN Hub.

Nej.

Du kan inte 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 NSX-T Manager och VCSA.

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

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 kryptering av vilodata som standard med hjälp av nycklar som lagras i Azure Key Vault. Krypteringslösningen är KMS och stöder vCenter-åtgärder för nyckelhantering. När en värd tas bort från ett kluster, ogiltigförklaras data på SSD:er omedelbart.

Nej, du kan inte ändra namnet på datalager eller kluster. Klusternamnet kan konfigureras via distributionsmekanismer som inte finns i portalen för icke-primära kluster.

FTT-1, RAID-1 (spegling) med reservation för objektutrymme inställt på Thick Provisioning är standardprincipen för Storage för SDDC.

Grov etablering är reserverat eller för allokerat lagringsutrymme. Grov etablering skyddar system genom att låta dem fungera även om det virtuella SAN-dataarkivet är fullt eftersom utrymmet redan är reserverat. Anta till exempel att du skapar en virtuell disk på 10 GB med en tjock etablering. I så fall är den fullständiga mängden lagringskapacitet för virtuella diskar för allokerad på det fysiska lagringsutrymmet där den virtuella disken skapas och förbrukar allt allokerat utrymme i datalagringen. Det tillåter inte att andra virtuella datorer delar utrymmet från datalagringen. En tunt etableerad virtuell disk förbrukar det utrymme som behövs inledningsvis och växer till det datautrymmesbehov som används i datalagringen.

Ja. Utanför standardinställningen (thick_provision) kan du skapa virtuella datorer med tunn FTT1-etablering.

Det beror på hur du planerar dina programarbetsbelastningar att 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 på FFT-1, som tar hand om en enskild värds fel.

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

AV36-SKU:n innehåller 2 1,6 TB NVMe Cache och 8 1,9 TB rålagringskapacitet. Dessa delas sedan upp i två diskgrupper.

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

Nej. Det finns bara en tillgänglig typ.

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

Vid starten Azure VMware Solution inte en enda hanteringsupplevelse i lokala och privata molnmiljöer. Du hanterar privata molnkluster med vCenter och NSX Manager lokalt i ett privat moln.

Ja, så länge du har tilldelat kvoten till ditt privata moln kan du skala ut klustren. När arbetsbelastningsefterfrågan sjunker kan du ta bort värdar från klustret för att skala ned den. 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 skalas mellan tre (minst) och 16 (högsta) ESXi-värdar.

Du har angett autentiseringsuppgifter för en cloudadmin-användare i vCenter och administratörsåtkomst på NSX-T Manager. Du kan också använda en CloudAdmin-grupp för att införliva Azure Active Directory. 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 rollbehörigheter för CloudAdmin. Mer information finns i Åtkomst- och identitetsbegrepp.

Du har fullständiga administratörsbehörigheter för NSX-T och kan hantera rollbaserad åtkomstkontroll i vSphere på samma sätt som med NSX-T Data Center lokalt. Mer information finns i Åtkomst- och identitetsbegrepp.

Information om hur du återställer dina autentiseringsuppgifter finns i Rotate the cloudadmin credentials for Azure VMware Solution.

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

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

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

Nej, Azure VMware Solution privata moln kan inte delas mellan slutkunder.

Kunder kan skapa miljöer för flera innehavare i sina Azure VMware Solution privata moln och sälja till kunder, förutsatt att produkten inte är en standard-VM 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 Hyperscaler, inklusive Microsoft.

Även om det är tekniskt möjligt tillåter inte Microsoft Azure VMware Solution kan användas via den nya CDS-tjänsten från VMware som körs på VMC.

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

Ja. CSP:er kan köpa reserverade instanser för sina kunder. Mer information finns i Spara kostnader med en reserverad instans.