Jaka jest różnica między strefą dostępności a domeną błędów w hostach dedykowanych?

Strefy dostępności zapewniają fizyczne rozdzielenie między odrębnymi centrami danych, z niezależnym zasilaniem i chłodzeniem. Domeny błędów zapewniają rozdzielenie między fizycznymi szafami serwerowymi w obrębie tego samego centrum danych, aby ograniczyć skutki lokalnych awarii sprzętu i sieci.

Czy muszę konfigurować domeny błędów dla maszyn wirtualnych na hostach dedykowanych?

Nie. Maszyny wirtualne dziedziczą rozdzielenie na poziomie szafy po hoście dedykowanym, na którym są umieszczone. Host dedykowany przypisujesz do konkretnej domeny błędów podczas jego aprowizacji w ramach grupy hostów.

Czy mogę korzystać z automatycznego umieszczania maszyn wirtualnych w wielu domenach błędów w grupie hostów?

Tak. Azure może automatycznie umieszczać maszyny wirtualne na dostępnych hostach w obrębie grupy hostów. W przypadku obciążeń wymagających ścisłej wysokiej dostępności często jednak preferuje się ręczne umieszczanie, aby zapewnić precyzyjną redundancję między domenami błędów.

Domeny błędów i strefy dostępności Azure Dedicated Host: kompletny przewodnik po wysokiej dostępności

Q: Czy pojedynczy host dedykowany Azure może obejmować wiele stref dostępności?

Nie. Pojedyncza grupa hostów i przypisane do niej hosty dedykowane muszą znajdować się w obrębie jednej strefy dostępności. Aby wykorzystać wiele stref, należy utworzyć osobne grupy hostów dla każdej strefy.

By Mirko Peters · 2026-10-25

Dowiedz się, jak konfigurować domeny błędów i strefy dostępności Azure Dedicated Host, aby budować wysoce dostępne, jednodzierżawcze architektury chmury dla przedsiębiorstw.

Automatically translated with AI from the original post. Read the English original

Cover: Azure Dedicated Host - Simply Explained

Domeny błędów i strefy dostępności Azure Dedicated Host zapewniają izolację fizycznej infrastruktury dla obciążeń przedsiębiorstw. Rozmieszczając jednodzierżawcze serwery na osobnych szafach sprzętowych i w odrębnych centrach danych, architekci chmury mogą projektować wysoce dostępne środowiska, które ograniczają zarówno awarie komponentów na poziomie szafy, jak i katastrofalne awarie całych lokalizacji regionu, bez rezygnacji ze zgodności z przepisami.

Najważniejsze wnioski

Strefy dostępności izolują grupy hostów dedykowanych za pomocą niezależnej infrastruktury fizycznej: zasilania, chłodzenia i sieci w obrębie tego samego regionu Azure.
Domeny błędów rozmieszczają hosty dedykowane na osobnych fizycznych szafach serwerowych, chroniąc przed lokalnymi awariami sprzętu.
Grupy hostów działają jako logiczne kontenery, które egzekwują granice regionalne i strefowe dla dedykowanej infrastruktury fizycznej.
Ręczne umieszczanie maszyn wirtualnych w różnych domenach błędów gwarantuje, że redundantne kopie aplikacji nigdy nie znajdą się na tej samej fizycznej szafie serwerowej.
Połączenie redundancji na poziomie strefy z rozdzieleniem domen błędów zapewnia dostępność na poziomie wymagań przedsiębiorstwa dla wymagających obciążeń krytycznych dla misji.

Zrozumienie architektury Azure Dedicated Host

Przenosząc krytyczne dla misji aplikacje do Microsoft Azure, osiągnięcie wysokiej dostępności wymaga czegoś więcej niż tylko uruchomienia wielu maszyn wirtualnych za modułem równoważenia obciążenia. We współdzielonej infrastrukturze chmury hiperwizory automatycznie rozdzielają obciążenia klientów w obrębie centrum danych, aby zoptymalizować wykorzystanie zasobów. Organizacje działające w ramach ścisłych wymogów zgodności lub uruchamiające bazy danych przedsiębiorstwa wrażliwe na opóźnienia często potrzebują jednak pełnej przejrzystości co do tego, gdzie fizycznie znajduje się ich moc obliczeniowa.

Tu wkracza architektura jednodzierżawcza. Zamiast dzielić płytę główną z nieznanymi obciążeniami, Azure Dedicated Host rezerwuje cały fizyczny serwer wyłącznie dla Twojej subskrypcji. Wynajęcie sprzętu to jednak dopiero połowa sukcesu. Aby pojedyncza awaria sprzętu nie wyłączyła całego systemu, musisz opanować mechanikę grup hostów, stref dostępności i domen błędów.

Rola grup hostów

Zanim aprowizujesz choćby jeden fizyczny serwer w Azure, musisz utworzyć grupę hostów. Traktuj grupę hostów jako logiczną granicę lub kontener, który określa, gdzie znajduje się Twoja dedykowana infrastruktura. Podczas konfigurowania grupy hostów definiujesz docelowy region Azure oraz, co kluczowe, to, czy znajduje się ona w strefie dostępności.

Grupy hostów upraszczają zarządzanie, łącząc wiele fizycznych serwerów pod jednym administracyjnym parasolem. Egzekwują też ścisłe zasady umieszczania. Grupa hostów nie może obejmować wielu stref dostępności; jeśli architektura wymaga redundancji międzystrefowej, musisz utworzyć osobne grupy hostów dla każdej strefy. Gdy grupa hostów jest aktywna, możesz dodawać do niej hosty dedykowane i rozmieszczać maszyny wirtualne.

Opanowanie stref dostępności dla odporności regionalnej

Strefy dostępności to fizycznie oddzielone lokalizacje w obrębie jednego regionu Azure. Każda strefa ma własne, niezależne źródło zasilania, dedykowane systemy chłodzenia oraz solidną infrastrukturę sieciową. Jeśli nieoczekiwana awaria zasilania lub lokalnej infrastruktury dotknie strefę 1, strefy 2 i 3 nadal będą działać bez przerw.

Projektując wykorzystanie stref dostępności dla dedykowanych hostów, strategia architektoniczna musi uwzględniać granice regionu. Ponieważ grupa hostów jest powiązana z konkretną strefą, nie można umieścić jednej grupy hostów w wielu strefach. Jeśli chcesz zapewnić wysoką dostępność bazy danych klasy korporacyjnej działającej na dedykowanym sprzęcie, musisz wdrożyć co najmniej dwie grupy hostów:

Utwórz grupę hostów A w strefie dostępności 1 i przypisz do niej dedykowane hosty.
Utwórz grupę hostów B w strefie dostępności 2 i również przypisz do niej dedykowane hosty.
Wdróż główną maszynę wirtualną z bazą danych na dedykowanym hoście w strefie 1.
Wdróż replikę lub drugorzędną maszynę wirtualną z bazą danych na dedykowanym hoście w strefie 2.

Ta celowa separacja gwarantuje, że lokalna awaria centrum danych nie wyłączy jednocześnie zarówno głównej, jak i zapasowej instancji aplikacji.

Ograniczanie ryzyka sprzętowego dzięki domenom awarii

Podczas gdy strefy dostępności chronią przed szerokimi zakłóceniami w centrach danych, domeny awarii adresują lokalne podatności sprzętowe wewnątrz samych szaf serwerowych. W centrum danych Azure serwery są zorganizowane w fizyczne rzędy i szafy, podłączone do wspólnych przełączników sieciowych Top-of-Rack oraz jednostek dystrybucji zasilania.

Domena awarii to grupa dedykowanych hostów, które współdzielą wspólne źródło zasilania i przełącznik sieciowy. Przypisując dedykowane hosty do różnych domen awarii podczas tworzenia grupy hostów, zapewniasz, że fizyczna awaria jednej szafy nie wyłączy całego klastra aplikacji.

Projektowanie redundancji na poziomie szafy

Weźmy standardową wewnętrzną aplikację biznesową opartą na dwóch identycznych maszynach wirtualnych obsługujących ruch webowy. Jeśli umieścisz obie maszyny wirtualne na jednym dedykowanym hoście, każda obowiązkowa konserwacja sprzętu lub nieoczekiwana awaria komponentu tego konkretnego serwera fizycznego natychmiast wyłączy obie maszyny wirtualne.

Aby wyeliminować ten pojedynczy punkt awarii, powinieneś:

Skonfiguruj grupę hostów tak, aby korzystała co najmniej z dwóch domen awarii.
Wdróż dedykowany host A i przypisz go do domeny awarii 1.
Wdróż dedykowany host B i przypisz go do domeny awarii 2.
Umieść pierwszą maszynę wirtualną aplikacji webowej na hoście A.
Umieść drugą maszynę wirtualną aplikacji webowej na hoście B.

Gdy Azure zaplanuje konserwację platformy lub wystąpi lokalna awaria sprzętu na poziomie szafy dotycząca domeny awarii 1, dotknięty zostanie wyłącznie host A. Twoja druga maszyna wirtualna działająca na hoście B w domenie awarii 2 pozostanie w pełni sprawna, utrzymując usługi biznesowe dostępne dla użytkowników końcowych.

Podsumowanie i kolejne kroki

Projektowanie wysokiej dostępności z usługą Azure Dedicated Host wymaga starannego planowania na wielu warstwach architektury. Dzięki grupom hostów, rozmieszczaniu wdrożeń w strefach dostępności oraz oddzielaniu fizycznych serwerów w odrębne domeny awarii zyskujesz pełną kontrolę nad środowiskiem chmurowym w modelu pojedynczej dzierżawy, zachowując jednocześnie odporność na poziomie klasy korporacyjnej.

Aby poznać szczegółowe omówienie izolacji sprzętowej, mechanizmów licencjonowania i typowych pułapek cenowych, koniecznie posłuchaj pełnego odcinka M365 FM Podcast, by poznać więcej eksperckich wskazówek dotyczących chmury!

Często zadawane pytania

Czy pojedynczy Azure Dedicated Host może obejmować wiele stref dostępności?

Nie. Pojedyncza grupa hostów i powiązane z nią dedykowane hosty muszą znajdować się w obrębie jednej strefy dostępności. Aby korzystać z wielu stref, musisz utworzyć osobne grupy hostów dla każdej z nich.

Jaka jest różnica między strefą dostępności a domeną awarii na dedykowanych hostach?

Strefy dostępności zapewniają fizyczne oddzielenie między odrębnymi obiektami centrów danych, z niezależnym zasilaniem i chłodzeniem. Domeny awarii zapewniają separację między fizycznymi szafami serwerowymi w obrębie tego samego centrum danych, aby ograniczać lokalne awarie sprzętu i sieci.

Czy muszę konfigurować domeny awarii dla moich maszyn wirtualnych na dedykowanych hostach?

Nie, maszyny wirtualne dziedziczą separację na poziomie szafy z dedykowanego hosta, na którym są umieszczone. Przypisujesz dedykowany host do konkretnej domeny awarii podczas jego tworzenia w ramach grupy hostów.

Czy można używać automatycznego rozmieszczania maszyn wirtualnych w wielu domenach awarii w grupie hostów?

Tak, Azure może automatycznie umieszczać maszyny wirtualne na dostępnych hostach w grupie hostów, jednak w przypadku krytycznych obciążeń wymagających wysokiej dostępności często lepiej sprawdza się ręczne rozmieszczanie, które pozwala precyzyjnie zapewnić redundancję między domenami awarii.