Azure Dedicated Host

Dotyczy: ✔️ Maszyny wirtualne z systemem Linux Maszyny wirtualne z systemem Windows Jednolite zestawy ✔️ ✔️ skalowania

Azure Dedicated Host to usługa, która zapewnia serwery fizyczne, które mogą hostować co najmniej jedną maszynę wirtualną przypisaną do jednej subskrypcji platformy Azure. Dedykowane hosty są tymi samymi serwerami fizycznymi używanymi w naszych centrach danych, udostępnianymi zamiast tego jako bezpośrednio dostępny zasób sprzętowy. Możesz zaaprowizować dedykowane hosty w obrębie regionu, strefy dostępności i domeny błędów. Następnie można umieścić maszyny wirtualne bezpośrednio na aprowizowanych hostach w dowolnej konfiguracji, która najlepiej spełnia Twoje potrzeby.

Wprowadzenie do wideo

Świadczenia

Rezerwowanie całego hosta zapewnia kilka korzyści poza standardowym hostem udostępnionej maszyny wirtualnej:

• Optymalizacja kosztów: dzięki korzyści użycia hybrydowego platformy Azure możesz korzystać z własnych licencji dla systemów Windows i SQL na platformie Azure. Aby uzyskać więcej informacji, zobacz temat Korzyści użycia hybrydowego platformy Azure.

• Niezawodność: Masz niemal pełną kontrolę nad zdarzeniami konserwacji inicjowane przez platformę Azure. Chociaż większość zdarzeń konserwacji nie ma wpływu na maszyny wirtualne, istnieją pewne wrażliwe obciążenia, w których każda sekunda wstrzymania może mieć wpływ. Dzięki dedykowanym hostom możesz wyrazić zgodę na okno obsługi, aby zmniejszyć wpływ na usługę.

• Wydajność: ponieważ masz kontrolę nad hostem fizycznym, możesz wybrać, które aplikacje współdzielą zasoby fizyczne, takie jak pamięć i magazyn. Może to przyspieszyć niektóre obciążenia, które korzystają z małych opóźnień i wysokiej przepływności na maszynie hosta.

• Zabezpieczenia: Izolacja sprzętowa na poziomie serwera fizycznego umożliwia odizolowanie poufnych danych pamięci w obrębie hosta fizycznego. Maszyny wirtualne innych klientów nie zostaną umieszczone na hostach. Dedykowane hosty są wdrażane w tych samych centrach danych i współużytkują tę samą sieć i podstawową infrastrukturę magazynu co inne, nieizolowane hosty.

Grupy, hosty i maszyny wirtualne

Grupa hostów to zasób reprezentujący kolekcję dedykowanych hostów. Grupę hostów należy utworzyć w regionie i strefie dostępności oraz dodać do niej hosty.

Host to zasób zamapowany na serwer fizyczny w centrum danych platformy Azure. Serwer fizyczny jest przydzielany podczas tworzenia hosta. Host jest tworzony w grupie hostów. Host ma jednostkę SKU opisującą rozmiary maszyn wirtualnych, które można utworzyć. Każdy host może hostować wiele maszyn wirtualnych o różnych rozmiarach, o ile są one z tej samej serii rozmiarów.

Zagadnienia dotyczące wysokiej dostępności

Aby zapewnić wysoką dostępność, należy wdrożyć wiele maszyn wirtualnych rozłożonych na wiele hostów (co najmniej 2). Usługa Azure Dedicated Hosts oferuje kilka opcji aprowizowania infrastruktury w celu kształtowania granic izolacji błędów.

Używanie stref dostępności na potrzeby izolacji błędów

Strefy dostępności to unikatowe lokalizacje fizyczne w regionie świadczenia usługi Azure. Każda strefa składa się z co najmniej jednego centrum danych wyposażonego w niezależne zasilanie, chłodzenie i sieć. Grupa hostów jest tworzona w jednej strefie dostępności. Po utworzeniu wszystkie hosty zostaną umieszczone w tej strefie. Aby zapewnić wysoką dostępność między strefami, należy utworzyć wiele grup hostów (po jednym na strefę) i odpowiednio rozłożyć hosty między nimi.

Jeśli przypiszesz grupę hostów do strefy dostępności, wszystkie maszyny wirtualne utworzone na tym hoście muszą zostać utworzone w tej samej strefie.

Używanie domen błędów do izolacji błędów

Host można utworzyć w określonej domenie błędów. Podobnie jak maszyna wirtualna w zestawie skalowania lub zestawie dostępności, hosty w różnych domenach błędów zostaną umieszczone na różnych fizycznych stojakach w centrum danych. Podczas tworzenia grupy hostów musisz określić liczbę domen błędów. Podczas tworzenia hostów w grupie hostów należy przypisać domenę błędów dla każdego hosta. Maszyny wirtualne nie wymagają żadnego przypisania domeny błędów.

Domeny błędów nie są takie same jak kolokacja. Posiadanie tej samej domeny błędów dla dwóch hostów nie oznacza, że znajdują się w pobliżu siebie.

Domeny błędów są ograniczone do grupy hostów. Nie należy zakładać koligacji między dwiema grupami hostów (chyba że znajdują się w różnych strefach dostępności).

Maszyny wirtualne wdrożone na hostach z różnymi domenami błędów będą miały swoje podstawowe usługi dysków zarządzanych na wielu sygnaturach magazynu w celu zwiększenia ochrony izolacji błędów.

Używanie Strefy dostępności i domen błędów

Możesz użyć obu funkcji, aby osiągnąć jeszcze większą izolację błędów. Aby użyć obu tych elementów, określ strefę dostępności i liczbę domen błędów dla każdej grupy hostów, przypisz domenę błędów do każdego hosta w grupie, a następnie przypisz strefę dostępności do każdej maszyny wirtualnej.

Przykładowy szablon usługi Resource Manager używa stref i domen błędów do rozpowszechniania hostów w celu zapewnienia maksymalnej odporności w regionie.

Ręczne a automatyczne umieszczanie

Podczas tworzenia maszyny wirtualnej na platformie Azure możesz wybrać dedykowanego hosta do użycia. Możesz również użyć opcji automatycznego umieszczania maszyn wirtualnych na istniejących hostach w grupie hostów.

Podczas tworzenia nowej grupy hostów upewnij się, że wybrano ustawienie automatycznego umieszczania maszyn wirtualnych. Podczas tworzenia maszyny wirtualnej wybierz grupę hostów i pozwól platformie Azure wybrać najlepszego hosta dla maszyny wirtualnej.

Grupy hostów, które są włączone do automatycznego umieszczania, nie wymagają automatycznego umieszczania wszystkich maszyn wirtualnych. Nadal będzie można jawnie wybrać hosta, nawet jeśli dla grupy hostów wybrano automatyczne umieszczanie.

Ograniczenia umieszczania automatycznego

Znane problemy i ograniczenia dotyczące korzystania z automatycznego umieszczania maszyn wirtualnych:

• Nie będzie można ponownie wdrożyć maszyny wirtualnej.
• Nie będzie można używać maszyn wirtualnych DCv2, Lsv2, NVasv4, NVsv3, Msv2 lub M z dedykowanymi hostami.

Naprawianie usługi hosta

W przypadku awarii związanych z węzłem bazowym łączność sieciowa lub problemy z oprogramowaniem mogą wypchnąć hosta i maszyny wirtualne na hoście do stanu niezdrowego, powodując zakłócenia i przestoje obciążeń. Domyślną akcją jest automatyczne uzdrowienie hosta, na który ma to wpływ, do węzła w dobrej kondycji i przeniesienie wszystkich maszyn wirtualnych do hosta w dobrej kondycji. Po uzdrowieniu usługi maszyn wirtualnych i ponownym uruchomieniu hosta, na który ma to wpływ, zostanie cofnięto przydział. Podczas procesu naprawy usługi host i maszyny wirtualne staną się niedostępne, co spowoduje niewielkie przestoje.

Nowo utworzony host będzie miał takie same ograniczenia jak stary host:

• Grupa zasobów
• Region (Region)
• Domena błędów
• Grupa hostów
• ADH SKU
• Automatyczne zastępowanie przy ustawieniu błędu

Użytkownicy z wymaganiami dotyczącymi zgodności mogą potrzebować silnej koligacji między hostem a węzłem bazowym i nie chcą być automatycznie naprawiani przez usługę. W takich scenariuszach użytkownicy mogą zrezygnować z automatycznego naprawiania usługi na poziomie hosta, wyłączając ustawienie "Automatycznie zastąp hosta w przypadku awarii".

Implikacje

Jeśli zdecydujesz się wyłączyć automatyczne naprawianie usługi, a podstawowy węzeł napotka błąd, stan hosta zmieni się na "Oczekujący przydział hosta" i ostatecznie zostanie cofnięty przydział.

Aby uniknąć cofnięcia przydziału, należy ręcznie ponownie wdrożyć hosta, tworząc nowego dedykowanego hosta i przenosząc wszystkie maszyny wirtualne ze starego hosta do nowego hosta.

Ustawienie automatycznego zastępowania hosta jest ustawieniem czasu tworzenia i nie można go zmienić po utworzeniu hosta. Maszyny wirtualne ręcznie zatrzymane/cofnięte z hosta, których dotyczy problem, nie są przenoszone w ramach automatycznego naprawiania usługi.

Obsługa zestawu skalowania maszyn wirtualnych

Zestawy skalowania maszyn wirtualnych umożliwiają traktowanie grupy maszyn wirtualnych jako pojedynczego zasobu oraz stosowanie zasad dostępności, zarządzania, skalowania i aranżacji jako grupy. Istniejące dedykowane hosty mogą być również używane w przypadku zestawów skalowania maszyn wirtualnych.

Podczas tworzenia zestawu skalowania maszyn wirtualnych można określić istniejącą grupę hostów, aby wszystkie wystąpienia maszyn wirtualnych zostały utworzone na dedykowanych hostach.

Podczas tworzenia zestawu skalowania maszyn wirtualnych w dedykowanej grupie hostów obowiązują następujące wymagania:

• Automatyczne umieszczanie maszyn wirtualnych musi być włączone.
• Ustawienie dostępności grupy hostów powinno być zgodne z zestawem skalowania.
  • Regionalna grupa hostów (utworzona bez określania strefy dostępności) powinna być używana dla regionalnych zestawów skalowania.
  • Grupa hostów i zestaw skalowania muszą używać tej samej strefy dostępności.
  • Liczba domen błędów dla poziomu grupy hostów powinna być zgodna z liczbą domen błędów dla zestawu skalowania. Witryna Azure Portal umożliwia określenie maksymalnego rozłożenia dla zestawu skalowania, co określa liczbę domen błędów 1.
• Najpierw należy utworzyć dedykowane hosty z wystarczającą pojemnością i tymi samymi ustawieniami stref i domen błędów zestawu skalowania.
• Obsługiwane rozmiary maszyn wirtualnych dla dedykowanych hostów powinny być zgodne z rozmiarem używanym w zestawie skalowania.

Nie wszystkie ustawienia orkiestracji i optymalizacji zestawu skalowania są obsługiwane przez dedykowane hosty. Zastosuj następujące ustawienia do zestawu skalowania:

• Nadmierna aprowizacja nie jest zalecana i jest domyślnie wyłączona. Możesz włączyć nadmiarową aprowizowanie, ale alokacja zestawu skalowania zakończy się niepowodzeniem, jeśli grupa hostów nie ma pojemności dla wszystkich maszyn wirtualnych, w tym wystąpień nadmiarowych.
• Korzystanie z trybu aranżacji ScaleSetVM
• Nie używaj grup umieszczania w pobliżu dla wspólnej lokalizacji

Obsługa dysków w warstwie Ultra dla maszyn wirtualnych na dedykowanych hostach

Dyski w warstwie Ultra oferują większą liczbę operacji we/wy na sekundę (maksymalnie 160 00 operacji we/wy na sekundę na dysk) i wyższą przepływność dysku (maksymalnie 4000 MB/s na dysk) w zależności od rozmiaru dysku. Nadal obowiązują wszystkie ograniczenia dysków w warstwie Ultra. Aby korzystać z dysków w warstwie Ultra na dedykowanych hostach, należy spełnić następujące wymagania:

• Grupa hostów musi mieć dysk SSD w warstwie Ultra "Włączony", nie można zmienić tej właściwości po utworzeniu grupy hostów
• Seria maszyn wirtualnych dedykowanego hosta powinna być zgodna z dyskami w warstwie Ultra.

Dedykowane hosty obsługują również dyski w warstwie Ultra ze specjalnymi rozmiarami maszyn wirtualnych: LSv2, M, Mv2, Msv2, Mdsv2, NVv3, NVv4. Jednak w poniższych przypadkach zostaną zastosowane dodatkowe ograniczenia:

• Grupa hostów powinna mieć ustawienie Automatyczne umieszczanie "Wyłączone"
• Liczba domen błędów grupy hostów powinna być ustawiona tylko na wartość "1".

Sterowanie konserwacją

Infrastruktura obsługująca maszyny wirtualne może być od czasu do czasu aktualizowana w celu zwiększenia niezawodności, wydajności, zabezpieczeń i uruchamiania nowych funkcji. Platforma Azure stara się zminimalizować wpływ konserwacji platformy, jeśli jest to możliwe, jednak klienci z obciążeniami wrażliwymi na konserwację nie mogą tolerować nawet kilku sekund, że maszyna wirtualna musi zostać zamknięta w celu konserwacji.

Kontrola konserwacji zapewnia klientom możliwość pomijania regularnych aktualizacji platformy zaplanowanych na dedykowanych hostach, a następnie stosowania ich w wybranym czasie w 35-dniowym oknie kroczącym. W oknie obsługi można stosować konserwację bezpośrednio na poziomie hosta w dowolnej kolejności. Gdy okno obsługi zakończy się, firma Microsoft przejdzie do przodu i zastosuje oczekującą konserwację do hostów w kolejności, która może nie podążać za domenami błędów zdefiniowanych przez użytkownika.

Aby uzyskać więcej informacji, zobacz Zarządzanie aktualizacjami platformy za pomocą kontroli konserwacji.

Zagadnienia dotyczące pojemności

Po aprowizacji dedykowanego hosta platforma Azure przypisuje go do serwera fizycznego. Gwarantuje to dostępność pojemności, gdy trzeba aprowizować maszynę wirtualną. Platforma Azure używa całej pojemności w regionie (lub strefie), aby wybrać serwer fizyczny dla hosta. Oznacza to również, że klienci mogą spodziewać się, że będą mogli zwiększyć swój dedykowany ślad hosta bez obawy, że zabraknie miejsca w klastrze.

Normy sprzedaży

Istnieją dwa typy przydziałów, które są używane podczas wdrażania dedykowanego hosta.

1. Limit przydziału procesorów wirtualnych dedykowanego hosta. Domyślny limit przydziału to 3000 procesorów wirtualnych na region.
2. Limit przydziału rodziny rozmiarów maszyn wirtualnych. Na przykład subskrypcja z płatnością zgodnie z rzeczywistym użyciem może mieć tylko limit przydziału 10 procesorów wirtualnych dostępnych dla serii rozmiarów Dsv3 w regionie Wschodnie stany USA. Aby wdrożyć dedykowany host Dsv3, należy zażądać zwiększenia limitu przydziału do co najmniej 64 procesorów wirtualnych przed wdrożeniem dedykowanego hosta.

Aby zażądać zwiększenia limitu przydziału, utwórz wniosek o pomoc techniczną w witrynie Azure Portal.

Aprowizowanie dedykowanego hosta będzie używać zarówno dedykowanego procesora wirtualnego hosta, jak i limitu przydziału procesorów wirtualnych rodziny maszyn wirtualnych, ale nie będzie korzystać z regionalnych procesorów wirtualnych. Maszyny wirtualne umieszczone na dedykowanym hoście nie będą wliczać się do limitu przydziału procesorów wirtualnych rodziny maszyn wirtualnych. Jeśli maszyna wirtualna zostanie przeniesiona z dedykowanego hosta do środowiska wielodostępnego, maszyna wirtualna będzie używać przydziału procesorów wirtualnych rodziny maszyn wirtualnych.

Aby uzyskać więcej informacji, zobacz Przydziały procesorów wirtualnych maszyn wirtualnych.

Bezpłatna wersja próbna i subskrypcje MSDN nie mają limitu przydziału dla dedykowanych hostów platformy Azure.

Cennik

Opłaty są naliczane za dedykowany host niezależnie od liczby wdrożonych maszyn wirtualnych. W ramach miesięcznej instrukcji zobaczysz nowy rozliczany typ zasobu hostów. Maszyny wirtualne na dedykowanym hoście będą nadal wyświetlane w instrukcji, ale będą mieć cenę 0.

Cena hosta jest ustawiana na podstawie rodziny maszyn wirtualnych, typu (rozmiaru sprzętu) i regionu. Cena hosta jest względna do największego rozmiaru maszyny wirtualnej obsługiwanej na hoście.

Opłaty za licencjonowanie oprogramowania, magazyn i sieć są rozliczane oddzielnie od hostów i maszyn wirtualnych. Nie ma żadnych zmian w tych rozliczanych elementach.

Aby uzyskać więcej informacji, zobacz Cennik usługi Azure Dedicated Host.

Możesz również zaoszczędzić na kosztach dzięki wystąpieniu zarezerwowanym hostów dedykowanych platformy Azure.

Rozmiary i generacja sprzętu

Jednostka SKU reprezentuje serię rozmiarów maszyn wirtualnych i typ na danym hoście. W ramach jednego hosta można mieszać wiele maszyn wirtualnych o różnych rozmiarach, o ile mają one taką samą serię.

Typ to generacja sprzętu. Różne typy sprzętu dla tej samej serii maszyn wirtualnych będą pochodzić od różnych dostawców procesora CPU i mają różne generacje procesora CPU i liczbę rdzeni.

Rozmiary i typy sprzętu różnią się w zależności od regionu. Aby dowiedzieć się więcej, zapoznaj się ze stroną cennika hosta.

Uwaga

Po aprowizacji dedykowanego hosta nie można zmienić rozmiaru ani typu. Jeśli potrzebujesz innego rozmiaru typu, musisz utworzyć nowego hosta.

Cykl życia hosta

Platforma Azure monitoruje stan kondycji hostów i zarządza nim. Podczas wykonywania zapytania względem hosta zostaną zwrócone następujące stany:

Stan kondycji	opis
Host dostępny	Nie ma znanych problemów z hostem.
Badanie hosta	Mamy pewne problemy z hostem, którego szukamy. Ten stan przejściowy jest wymagany, aby platforma Azure próbowała zidentyfikować zakres i główną przyczynę zidentyfikowanych problemów. Może to mieć wpływ na maszyny wirtualne uruchomione na hoście.
Oczekiwanie na cofnięcie przydziału hosta	Platforma Azure nie może przywrócić hosta do stanu dobrej kondycji i poprosić o ponowne wdrożenie maszyn wirtualnych z tego hosta. Jeśli autoReplaceOnFailure ta opcja jest włączona, maszyny wirtualne są kondycją sprzętu w dobrej kondycji. W przeciwnym razie maszyna wirtualna może być uruchomiona na hoście, który nie powiedzie się.
Cofnięto przydział hosta	Wszystkie maszyny wirtualne zostały usunięte z hosta. Opłaty za tego hosta nie są już naliczane, ponieważ sprzęt został wyjęty z rotacji.

Często zadawane pytania

PYTANIE Co się stanie z moim dedykowanym hostem w przypadku migracji na żywo?

A. Obecnie dedykowane hosty platformy Azure nie obsługują migracji na żywo i w przypadku awarii sprzętu usługa naprawi hosta w innym węźle.

PYTANIE Czy mogę uruchamiać maszyny wirtualne z wielu rodzin maszyn wirtualnych na tym samym dedykowanym hoście?

A. Nie, można uruchamiać tylko maszyny wirtualne z tej samej rodziny co bazowy dedykowany host. Na przykład host Dsv3-Type4 obsługuje tylko maszyny wirtualne rodziny maszyn wirtualnych Dsv3.

PYTANIE Czy można uruchamiać różne rozmiary maszyn wirtualnych na jednym dedykowanym hoście?

A. Tak, można uruchomić wiele rozmiarów maszyn wirtualnych na tym samym dedykowanym hoście, o ile wszystkie maszyny wirtualne należą do tej samej rodziny co bazowy dedykowany host i jest wystarczająca pojemność na hoście, aby obsługiwać rozmiary maszyn wirtualnych. Na przykład na hoście Dsv3-Type4 można uruchomić D2sv3, D8sv3, D16sv3 maszyny wirtualne D16sv3 w tym samym czasie.

Następne kroki

• Aby wdrożyć dedykowany host, zobacz Wdrażanie maszyn wirtualnych i zestawów skalowania na dedykowanych hostach.

• Istnieje przykładowy szablon, który używa zarówno stref, jak i domen błędów w celu zapewnienia maksymalnej odporności w regionie.

• Możesz również zaoszczędzić na kosztach dzięki wystąpieniu zarezerwowanym hostów dedykowanych platformy Azure.