Azure Dedicated Host

  • Artykuł

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

Usługa 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, dostarczanymi 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żesz umieścić maszyny wirtualne bezpośrednio na hostach zaaprowizowanych w dowolnej konfiguracji, która najlepiej spełnia Twoje potrzeby.

Wprowadzenie wideo

Korzyści

Rezerwowanie całego hosta zapewnia kilka korzyści wykraczających poza standardowe współużytkowanego hosta maszyny wirtualnej:

  • Optymalizacja kosztów: dzięki korzyści użycia hybrydowego platformy Azure możesz przenieść własne licencje dla systemu Windows i programu SQL na platformę Azure. Aby uzyskać więcej informacji, zobacz Korzyść użycia hybrydowego platformy Azure.

  • Niezawodność: Masz niemal pełną kontrolę nad zdarzeniami konserwacji inicjowanych 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. Żadne inne maszyny wirtualne klienta 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

Widok nowych zasobów dla dedykowanych hostów.

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

Host jest zasobem zamapowanym 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 pochodzą 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 rozmieszczonych na wielu hostach (co najmniej 2). Dzięki dedykowanym hostom platformy Azure masz kilka opcji aprowizacji 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ść w różnych strefach, 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 na potrzeby 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 stojakach fizycznych w centrum danych. Podczas tworzenia grupy hostów należy 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ą 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 nawzajem.

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 razem, aby osiągnąć jeszcze większą izolację błędów. Aby użyć obu tych metod, 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 Resource Manager używa stref i domen błędów do rozmieszczania 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 umieszczenia wszystkich maszyn wirtualnych. Nadal będzie można jawnie wybrać hosta, nawet w przypadku wybrania automatycznego umieszczania dla grupy hostów.

Ograniczenia automatycznego umieszczania

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 serii DCv2, Lsv2, NVasv4, NVsv3, Msv2 lub M z dedykowanymi hostami.

Naprawa usługi hosta

W przypadku jakichkolwiek awarii związanych z węzłem bazowym problemy z łącznością sieciową lub oprogramowaniem mogą wypchnąć hosta i maszyny wirtualne na hoście do stanu, który nie jest w dobrej kondycji, powodując zakłócenia i przestoje obciążeń. Domyślną akcją jest automatyczne naprawianie hosta, na który ma to wpływ, do węzła w dobrej kondycji i przenoszenie wszystkich maszyn wirtualnych do hosta w dobrej kondycji. Po usunięciu 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 niewielki przestój.

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ą automatycznie naprawiać usługi. W takich scenariuszach użytkownicy mogą zrezygnować z automatycznego naprawiania usługi na poziomie hosta, wyłączając ustawienie "Automatycznie zamień hosta na awarię".

Implikacje

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

Aby uniknąć cofnięcia przydziału, należy ręcznie ponownie wdrożyć hosta, tworząc nowy dedykowany host 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, które zostały ręcznie zatrzymane/cofnięto przydział z hosta, którego dotyczy problem, nie są przenoszone w ramach automatycznego naprawiania usługi.

Obsługa zestawu skalowania maszyn wirtualnych

Virtual Machine Scale Sets umożliwia 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 do Virtual Machine Scale Sets.

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. Azure Portal umożliwia określenie maksymalnego rozłożenia dla zestawu skalowania, co określa liczbę domen błędów 1.
  • Należy najpierw 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ć nadmierne 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ń nadmiernie aprowizowania.
  • Korzystanie z trybu aranżacji ScaleSetVM
  • Nie używaj grup umieszczania w pobliżu do współlokowania

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 większą 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ć włączony dysk SSD w warstwie Ultra, 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 z 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 "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 próbuje zminimalizować wpływ konserwacji platformy, gdy 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 jej w momencie wyboru w 35-dniowym oknie kroczącym. W oknie obsługi można stosować konserwację bezpośrednio na poziomie hosta w dowolnej kolejności. Po zakończeniu okna obsługi firma Microsoft przejdzie do przodu i zastosuje oczekującą konserwację do hostów w kolejności, która może nie być zgodne z 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 o wyczerpanie miejsca w klastrze.

Przydziały

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

  1. Przydział dedykowanych procesorów wirtualnych 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ć 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 Azure Portal.

Aprowizowanie dedykowanego hosta będzie korzystać zarówno z 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ą liczyć się z limitem przydziału procesorów wirtualnych rodziny maszyn wirtualnych. Jeśli maszyna wirtualna zostanie przeniesiona z dedykowanego hosta do środowiska z wieloma dzierżawami, maszyna wirtualna będzie używać limitu przydziału procesorów wirtualnych rodziny maszyn wirtualnych.

Zrzut ekranu przedstawiający stronę użycia i przydziałów w portalu

Aby uzyskać więcej informacji, zobacz Limity przydziału 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 od największego rozmiaru maszyny wirtualnej obsługiwanego na hoście.

Opłaty za licencjonowanie oprogramowania, magazyn i użycie sieci są rozliczane oddzielnie od hosta i maszyn wirtualnych. Nie ma żadnych zmian w tych rozliczanych elementach.

Aby uzyskać więcej informacji, zobacz Cennik dedykowanego hosta platformy Azure.

Możesz również zaoszczędzić na kosztach za pomocą wystąpienia zarezerwowanego usługi Azure Dedicated Hosts.

Rozmiary i generacja sprzętu

Jednostka SKU reprezentuje serię rozmiarów maszyn wirtualnych i typ na danym hoście. Można mieszać wiele maszyn wirtualnych o różnych rozmiarach w ramach jednego hosta, o ile są one tej samej serii rozmiarów.

Typ to generacja sprzętu. Różne typy sprzętu dla tej samej serii maszyn wirtualnych będą 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. Następujące stany zostaną zwrócone podczas wykonywania zapytań dotyczących hosta:

Stan kondycji Opis
Dostępny host Nie ma znanych problemów z hostem.
Badanie hosta Mamy pewne problemy z hostem, na który patrzymy. Ten stan przejściowy jest wymagany dla platformy Azure, aby spróbować zidentyfikować zakres i główną przyczynę zidentyfikowanych problemów. Może to mieć wpływ na maszyny wirtualne uruchomione na hoście.
Oczekujące przydziały hosta Platforma Azure nie może przywrócić hosta w dobrej kondycji i poprosić o ponowne wdrożenie maszyn wirtualnych z tego hosta. Jeśli autoReplaceOnFailure jest włączona, maszyny wirtualne są naprawiane w dobrej kondycji sprzętu. W przeciwnym razie maszyna wirtualna może być uruchomiona na hoście, który kończy się niepowodzeniem.
Cofnięto przydział hosta Wszystkie maszyny wirtualne zostały usunięte z hosta. Opłaty za ten host nie są już naliczane, ponieważ sprzęt został wyjęty z rotacji.

Często zadawane pytania

Pyt. 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 naprawia hosta w innym węźle.

Pyt. 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.

Pyt. 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 istnieje wystarczająca pojemność na hoście, aby obsługiwać rozmiary maszyn wirtualnych. Na przykład na hoście Dsv3-Type4 można uruchomić jednocześnie maszyny wirtualne D2sv3, D8sv3, D16sv3.

Następne kroki