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 tillgänglig 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ördelar

Att reservera hela värden ger flera fördelar utöver fördelarna med en delad virtuell standarddatorvärd:

• 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 en 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, till exempel 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: Med maskinvaruisolering på fysisk servernivå kan känsliga minnesdata förbli isolerade inom 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 utspridda över flera värdar (minst 2). Med Dedikerade Azure-värdar har du flera alternativ för att etablera din infrastruktur för att forma felisoleringsgränserna.

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 värdarna 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 virtuella datorer 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 tilldelning av feldomäner.

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ågra antaganden 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 få ä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.

Exempelmallen Resource Manager 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.

Återställning av värdtjänst

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 felfritt tillstånd som orsakar avbrott och avbrott i 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 ett litet driftstopp.

Den nya 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 fall kan användarna välja att inte återställa tjänsten automatiskt på värdnivå genom att inaktivera inställningen Ersätt värd automatiskt vid fel.

Effekter

Om du väljer att inaktivera automatisk tjänståterställning och om den underliggande noden påträffar 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 skulle du behöva 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 ersätt värd automatiskt ä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ättningar

Virtual Machine Scale Sets kan du behandla en grupp med virtuella datorer som en enda 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 Virtual Machine Scale Sets.

När du skapar en VM-skalningsuppsättning kan du ange en befintlig värdgrupp så att alla VM-instanser 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 (som skapats 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 feldomänantalet för din skalningsuppsättning. Med Azure Portal kan du ange maximal spridning för din skalningsuppsättning, vilket anger antalet feldomäner till 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

Ultradiskstöd 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 bör 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 ska ha automatisk placering "Inaktiverad"
• Värdgruppens feldomänantal 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ållskontrollen ger kunderna möjlighet att hoppa över regelbundna plattformsuppdateringar som schemalagts på deras dedikerade värdar och sedan tillämpa dem vid den tidpunkt som 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 ta slut på utrymme i klustret.

Kvoter

Det finns två typer av kvoter som används 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 kanske till exempel bara har 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 Portal.

Etablering av en dedikerad värd förbrukar både dedikerad värd-vCPU och VCPU-kvoten för VM-familjen, 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 förbrukar den virtuella datorn vm-familjens vCPU-kvot.

Mer information finns i VCPU-kvoter för virtuella datorer.

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 visas en ny fakturerbar resurstyp för 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 i förhållande till den största VM-storleken 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 av 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 .

Anteckning

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älsostatusen för dina värdar. Följande tillstånd returneras när du frågar värden:

Hälsotillstånd	Description
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 kunna 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å frigöring	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 repareras dina virtuella datorer till felfri maskinvara. Annars kanske den virtuella datorn körs 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

Q. Vad händer med min dedikerade värd vid direktmigrering?

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

Q. 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 i Dsv3 VM-familjen.

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

A. Ja, du kan köra flera storlekar på 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. På en Dsv3-Type4 värd kan du till exempel 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.