Azure Dedicated Hosts

Gäller för: ✔️ Virtuella Linux-datorer ✔️ Med virtuella Windows-datorer ✔️ Enhetliga skalningsuppsättningar

Azure Dedicated Host är en tjänst som tillhandahåller fysiska servrar som kan vara värdar för en eller flera virtuella datorer som tilldelats en Azure-prenumeration. Dedikerade värdar är samma fysiska servrar som används i våra datacenter, som i stället tillhandahålls som en direkt åtkomlig maskinvaruresurs. Du kan etablera dedikerade värdar inom en region, tillgänglighetszon och feldomän. Du kan sedan placera virtuella datorer direkt i dina etablerade värdar i den konfiguration som bäst uppfyller dina behov.

Videointroduktion

Förmåner

Att reservera hela värden ger flera fördelar utöver fördelarna med en standard värd för delade virtuella datorer:

• Kostnadsoptimering: Med Azure Hybrid-förmånen kan du ta med dina egna licenser för Windows och SQL till Azure. Mer information finns i Azure Hybrid-förmån.

• Tillförlitlighet: Du har nästan fullständig kontroll över underhållshändelser som initieras av Azure-plattformen. Även om de flesta underhållshändelser har liten eller ingen inverkan på dina virtuella datorer, finns det vissa känsliga arbetsbelastningar där varje sekund av paus kan påverka. Med dedikerade värdar kan du välja ett underhållsperiod för att minska påverkan på din tjänst.

• Prestandaeffektivitet: Eftersom du har kontroll över en fysisk värd kan du välja vilka program som delar fysiska resurser som minne och lagring. Detta kan påskynda vissa arbetsbelastningar som drar nytta av låg svarstid och högt dataflöde på värddatorn.

• Säkerhet: Maskinvaruisolering på fysisk servernivå gör att känsliga minnesdata kan förbli isolerade i en fysisk värd. Inga andra kunders virtuella datorer placeras på dina värdar. Dedikerade värdar distribueras i samma datacenter och delar samma nätverk och underliggande lagringsinfrastruktur som andra, icke-isolerade värdar.

Grupper, värdar och virtuella datorer

En värdgrupp är en resurs som representerar en samling dedikerade värdar. Du skapar en värdgrupp i en region och en tillgänglighetszon och lägger till värdar i den.

En värd är en resurs som mappas till en fysisk server i ett Azure-datacenter. Den fysiska servern allokeras när värden skapas. En värd skapas i en värdgrupp. En värd har en SKU som beskriver vilka VM-storlekar som kan skapas. Varje värd kan vara värd för flera virtuella datorer, av olika storlekar, så länge de kommer från samma storleksserie.

Överväganden för hög tillgänglighet

För hög tillgänglighet bör du distribuera flera virtuella datorer, spridda över flera värdar (minst 2). Med Azure Dedicated Hosts har du flera alternativ för att etablera infrastrukturen för att forma gränserna för felisolering.

Använda tillgänglighetszoner för felisolering

Tillgänglighetszoner är unika fysiska platser i en Azure-region. Varje zon utgörs av ett eller flera datacenter som är utrustade med oberoende kraft, kylning och nätverk. En värdgrupp skapas i en enda tillgänglighetszon. När de har skapats placeras alla värdar i den zonen. För att uppnå hög tillgänglighet mellan zoner måste du skapa flera värdgrupper (en per zon) och sprida dina värdar mellan dem i enlighet med detta.

Om du tilldelar en värdgrupp till en tillgänglighetszon måste alla virtuella datorer som skapats på den värden skapas i samma zon.

Använda feldomäner för felisolering

En värd kan skapas i en specifik feldomän. Precis som den virtuella datorn i en skalningsuppsättning eller tillgänglighetsuppsättning placeras värdar i olika feldomäner på olika fysiska rack i datacentret. När du skapar en värdgrupp måste du ange antalet feldomäner. När du skapar värdar i värdgruppen tilldelar du feldomän för varje värd. De virtuella datorerna kräver ingen feldomäntilldelning.

Feldomäner är inte samma som samlokalisering. Att ha samma feldomän för två värdar betyder inte att de är i närheten av varandra.

Feldomäner är begränsade till värdgruppen. Du bör inte göra något antagande om antitillhörighet mellan två värdgrupper (såvida de inte finns i olika tillgänglighetszoner).

Virtuella datorer som distribueras till värdar med olika feldomäner har sina underliggande hanterade diskar på flera lagringsstämplar för att öka skyddet för felisolering.

Använda tillgänglighetszoner och feldomäner

Du kan använda båda funktionerna tillsammans för att uppnå ännu mer felisolering. Om du vill använda båda anger du tillgänglighetszonen och antalet feldomäner för varje värdgrupp, tilldelar en feldomän till varje värd i gruppen och tilldelar sedan en tillgänglighetszon till varje virtuell dator.

Resource Manager-exempelmallen använder zoner och feldomäner för att sprida värdar för maximal återhämtning i en region.

Manuell kontra automatisk placering

När du skapar en virtuell dator i Azure kan du välja vilken dedikerad värd som ska användas. Du kan också använda alternativet för att automatiskt placera dina virtuella datorer på befintliga värdar i en värdgrupp.

När du skapar en ny värdgrupp kontrollerar du att inställningen för automatisk placering av virtuella datorer är markerad. När du skapar den virtuella datorn väljer du värdgruppen och låter Azure välja den bästa värden för den virtuella datorn.

Värdgrupper som är aktiverade för automatisk placering kräver inte att alla virtuella datorer placeras automatiskt. Du kommer fortfarande att kunna välja en värd uttryckligen, även när automatisk placering har valts för värdgruppen.

Begränsningar för automatisk placering

Kända problem och begränsningar när du använder automatisk placering av virtuella datorer:

• Du kommer inte att kunna distribuera om den virtuella datorn.
• Du kommer inte att kunna använda virtuella datorer i DCv2, Lsv2, NVasv4, NVsv3, Msv2 eller M-serien med dedikerade värdar.

Värdtjänståterställning

Om det uppstår fel som rör den underliggande noden kan nätverksanslutningar eller programvaruproblem skicka värden och de virtuella datorerna på värden till ett tillstånd som inte är felfritt och orsakar avbrott och driftstopp för dina arbetsbelastningar. Standardåtgärden är att Azure automatiskt betjänar den berörda värden till en felfri nod och flyttar alla virtuella datorer till den felfria värden. När de virtuella datorerna har reparerats och startats om frigörs den berörda värden. Under tjänståterställningsprocessen skulle värden och de virtuella datorerna bli otillgängliga, vilket medför en viss stilleståndstid.

Den nyligen skapade värden skulle ha samma begränsningar som den gamla värden:

• Resursgrupp
• Region
• Feldomän
• Värdgrupp
• ADH SKU
• Automatisk ersättning vid felinställning

Användare med efterlevnadskrav kan behöva en stark tillhörighet mellan värden och den underliggande noden och vill inte att tjänsten ska repareras automatiskt. I sådana scenarier kan användarna välja att avregistrera sig från automatisk tjänståterställning på värdnivå genom att inaktivera inställningen "Ersätt värden automatiskt vid fel".

Effekter

Om du väljer att inaktivera automatisk tjänståterställning och om den underliggande noden stöter på ett fel ändras värdtillståndet till "Värd väntar på frigöring" och frigörs så småningom.

För att undvika frigöring måste du distribuera om värden manuellt genom att skapa en ny dedikerad värd och flytta alla virtuella datorer från den gamla värden till den nya värden.

Inställningen för automatisk ersättning av värd är en tidsinställning för att skapa och kan inte ändras när värden har skapats. Virtuella datorer som stoppas/frigörs manuellt från den berörda värden flyttas inte som en del av den automatiska tjänståterställningen.

Stöd för vm-skalningsuppsättning

Med vm-skalningsuppsättningar kan du behandla en grupp virtuella datorer som en enskild resurs och tillämpa principer för tillgänglighet, hantering, skalning och orkestrering som en grupp. Dina befintliga dedikerade värdar kan också användas för VM-skalningsuppsättningar.

När du skapar en VM-skalningsuppsättning kan du ange en befintlig värdgrupp så att alla virtuella datorinstanser skapas på dedikerade värdar.

Följande krav gäller när du skapar en VM-skalningsuppsättning i en dedikerad värdgrupp:

• Automatisk placering av virtuella datorer måste aktiveras.
• Tillgänglighetsinställningen för värdgruppen ska matcha din skalningsuppsättning.
  • En regional värdgrupp (skapad utan att ange en tillgänglighetszon) ska användas för regionala skalningsuppsättningar.
  • Värdgruppen och skalningsuppsättningen måste använda samma tillgänglighetszon.
  • Antalet feldomäner för värdgruppsnivån ska matcha antalet feldomäner för din skalningsuppsättning. Med Azure-portalen kan du ange maximal spridning för skalningsuppsättningen, vilket anger antalet feldomäner på 1.
• Dedikerade värdar bör skapas först med tillräcklig kapacitet och samma inställningar för skalningsuppsättningszoner och feldomäner.
• De vm-storlekar som stöds för dina dedikerade värdar bör matcha den som används för din skalningsuppsättning.

Alla inställningar för orkestrering och optimering av skalningsuppsättningar stöds inte av dedikerade värdar. Använd följande inställningar för din skalningsuppsättning:

• Överetablering rekommenderas inte och inaktiveras som standard. Du kan aktivera överetablering, men skalningsuppsättningsallokeringen misslyckas om värdgruppen inte har kapacitet för alla virtuella datorer, inklusive överetablerade instanser.
• Använda ScaleSetVM-orkestreringsläget
• Använd inte närhetsplaceringsgrupper för samplacering

Stöd för ultradiskar för virtuella datorer på dedikerade värdar

Ultradiskar erbjuder högre IOPS (högst 160 000 IOPS per disk) och högre diskgenomflöde (högst 4 000 Mbit/s per disk) beroende på diskstorleken. Alla begränsningar för ultradiskar skulle fortfarande gälla. Om du vill använda ultradiskar på dedikerade värdar måste följande krav uppfyllas:

• Värdgruppen måste ha Ultra SSD "Aktiverad", den här egenskapen kan inte ändras när värdgruppen har skapats
• Den dedikerade värdens virtuella datorserie ska vara kompatibel med ultradiskar.

Dedikerade värdar stöder även ultradiskar med specialstorlekar för virtuella datorer: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Men i dessa fall nedan anges ytterligare begränsningar skulle gälla:

• Värdgruppen bör ha automatisk placering "Inaktiverad"
• Antalet feldomäner för värdgruppen ska endast anges till "1".

Kontroll av underhåll

Infrastrukturen som stöder dina virtuella datorer kan ibland uppdateras för att förbättra tillförlitlighet, prestanda, säkerhet och starta nya funktioner. Azure-plattformen försöker minimera effekten av plattformsunderhåll när det är möjligt, men kunder med underhållskänsliga arbetsbelastningar kan inte tolerera några sekunder att den virtuella datorn måste stängas av för underhåll.

Underhållskontroll ger kunderna möjlighet att hoppa över regelbundna plattformsuppdateringar som schemalagts på deras dedikerade värdar och sedan tillämpa dem vid den tidpunkt de väljer inom ett rullande 35-dagarsfönster. I underhållsfönstret kan du tillämpa underhåll direkt på värdnivå, i valfri ordning. När underhållsfönstret är över går Microsoft vidare och tillämpar det väntande underhållet på värdarna i en ordning som kanske inte följer de användardefinierade feldomänerna.

Mer information finns i Hantera plattformsuppdateringar med underhållskontroll.

Överväganden för kapaciteter

När en dedikerad värd har etablerats tilldelar Azure den till den fysiska servern. Detta garanterar tillgängligheten för kapaciteten när du behöver etablera den virtuella datorn. Azure använder hela kapaciteten i regionen (eller zonen) för att välja en fysisk server för värden. Det innebär också att kunderna kan förvänta sig att kunna utöka sitt dedikerade värdfotavtryck utan att behöva få slut på utrymme i klustret.

Säljbudgetar

Det finns två typer av kvoter som förbrukas när du distribuerar en dedikerad värd.

1. VCPU-kvot för dedikerad värd. Standardkvotgränsen är 3 000 vCPU:er per region.
2. Familjekvot för vm-storlek. En betala per användning-prenumeration kan till exempel bara ha en kvot på 10 vCPU:er tillgängliga för Dsv3-storleksserien i regionen USA, östra. Om du vill distribuera en dedikerad Dsv3-värd måste du begära en kvotökning till minst 64 vCPU:er innan du kan distribuera den dedikerade värden.

Om du vill begära en kvotökning skapar du en supportbegäran i Azure-portalen.

Etablering av en dedikerad värd förbrukar både dedikerad värd-vCPU och vm-seriens vCPU-kvot, men den förbrukar inte den regionala vCPU:n. Virtuella datorer som placeras på en dedikerad värd räknas inte mot vm-familjens vCPU-kvot. Om en virtuell dator flyttas från en dedikerad värd till en miljö med flera klientorganisationer kommer den virtuella datorn att förbruka vm-seriens vCPU-kvot.

Mer information finns i VCPU-kvoter för virtuell dator.

Kostnadsfri utvärderingsversion och MSDN-prenumerationer har ingen kvot för Azure Dedicated Hosts.

Prissättning

Användare debiteras per dedikerad värd, oavsett hur många virtuella datorer som distribueras. I månadsutdraget ser du en ny fakturerbar resurstyp av värdar. De virtuella datorerna på en dedikerad värd visas fortfarande i din instruktion, men har ett pris på 0.

Värdpriset anges baserat på VM-familj, typ (maskinvarustorlek) och region. Ett värdpris är relativt den största VM-storlek som stöds på värden.

Programvarulicensiering, lagring och nätverksanvändning faktureras separat från värden och de virtuella datorerna. De fakturerbara objekten ändras inte.

Mer information finns i Prissättning för Azure Dedicated Host.

Du kan också spara på kostnader med en reserverad instans av dedikerade Azure-värdar.

Storlekar och maskinvarugenerationer

En SKU representerar vm-storleksserien och typen på en viss värd. Du kan blanda flera virtuella datorer med olika storlekar i en enda värd så länge de har samma storleksserie.

Typen är maskinvarugenereringen. Olika maskinvarutyper för samma VM-serie kommer från olika CPU-leverantörer och har olika CPU-generationer och antal kärnor.

Storlekar och maskinvarutyper varierar beroende på region. Mer information finns på sidan med värdpriser.

Kommentar

När en dedikerad värd har etablerats kan du inte ändra storlek eller typ. Om du behöver en annan typstorlek måste du skapa en ny värd.

Värdlivscykel

Azure övervakar och hanterar hälsotillståndet för dina värdar. Följande tillstånd returneras när du frågar värden:

Hälsotillstånd	beskrivning
Tillgänglig värd	Det finns inga kända problem med värden.
Värd under undersökning	Vi har problem med värden som vi undersöker. Det här övergångstillståndet krävs för att Azure ska försöka identifiera omfånget och rotorsaken till det identifierade problemet. Virtuella datorer som körs på värden kan påverkas.
Värd väntar på att frigöras	Azure kan inte återställa värden till ett felfritt tillstånd och be dig att distribuera om dina virtuella datorer från den här värden. Om autoReplaceOnFailure är aktiverat, är dina virtuella datorer tjänst läkta till felfri maskinvara. Annars kan den virtuella datorn köras på en värd som håller på att misslyckas.
Värden frigjord	Alla virtuella datorer har tagits bort från värden. Du debiteras inte längre för den här värden eftersom maskinvaran togs ur rotation.

Vanliga frågor och svar

F. Vad händer med min dedikerade värd i händelse av en direktmigrering?

A. Från och med idag stöder inte dedikerade Azure-värdar direktmigrering, och i händelse av maskinvarufel läker vi värden till en annan nod.

F. Kan jag köra virtuella datorer från flera vm-familjer på samma dedikerade värd?

A. Nej, du skulle bara kunna köra virtuella datorer från samma familj som den underliggande dedikerade värden. För t.ex. stöder en Dsv3-Type4-värd endast virtuella datorer med Dsv3 VM-familj.

F. Skulle jag kunna köra olika VM-storlekar på en enda dedikerad värd?

A. Ja, du kan köra flera storlekar av virtuella datorer på samma dedikerade värd så länge alla virtuella datorer tillhör samma familj som den underliggande dedikerade värden och det finns tillräckligt med kapacitet på värden för att stödja de virtuella datorernas storlekar. För t.ex. på en Dsv3-Type4-värd kan du köra D2sv3, D8sv3, D16sv3 virtuella datorer samtidigt.

Nästa steg

• Information om hur du distribuerar en dedikerad värd finns i Distribuera virtuella datorer och skalningsuppsättningar till dedikerade värdar.

• Det finns en exempelmall som använder både zoner och feldomäner för maximal återhämtning i en region.

• Du kan också spara på kostnader med en reserverad instans av dedikerade Azure-värdar.