Hierarchia infrastruktury Azure

Hierarchia infrastruktury Azure opisuje sposób, w jaki Microsoft organizuje swoje centra danych i zasoby fizyczne na całym świecie. Ta struktura pokazuje, jak od najwyższego poziomu geograficznego aż do pojedynczego serwera zbudowana jest globalna chmura Azure. Pozwala to zrozumieć, gdzie faktycznie znajdują się dane, jak działa wysoka dostępność oraz jak realizowana jest odporność na awarie.

Model hierarchii obejmuje kolejne warstwy: Geo, Region, Availability Zones, Datacenters, Racks oraz Servers. Każda z tych warstw pełni inną funkcję - od spełniania lokalnych regulacji, przez minimalizowanie opóźnień, aż po fizyczne wykonanie operacji obliczeniowych. Razem tworzą spójną, odporną i globalnie dostępną infrastrukturę, na której opiera się cała platforma Azure.

Data Center (Centrum danych)

Fizyczny obiekt (budynek)
Miejsce, gdzie znajdują się połączone sieciowo serwery
Własne źródła zasilania, chłodzenie i infrastruktura sieciowa

Region (Region Azure)

Obszar geograficzny na świecie
Zawiera co najmniej jedno, często wiele centrów danych
Centra danych w regionie połączone są siecią o niskich opóźnieniach (< 2 ms)
To miejsce, w którym uruchamiasz swoje zasoby w Azure
Niektóre usługi działają tylko w wybranych regionach
Niektóre usługi mają charakter globalny i nie są przypisane do konkretnego regionu
Azure oferuje ponad 50 regionów
Istnieją specjalne regiony rządowe (np. US DoD, US Gov)
Istnieją regiony partnerskie (np. w Chinach — China East, China North)

Availability Zone (Strefa dostępności)

Funkcja regionalna
Zbiór fizycznie oddzielonych lokalizacji w obrębie regionu
Zapewnia ochronę przed awariami centrum danych
Jeśli jedna strefa przestanie działać — pozostałe nadal są dostępne

Dwa rodzaje usług:

Zonal services — przypisane do konkretnej strefy (np. Virtual Machines, Managed Disks)
Zone-redundant services — odporne na awarię stref (np. SQL, Storage, Load Balancer Standard)
Nie każdy region obsługuje strefy
Region wspierający strefy ma co najmniej 3 strefy
Jedna strefa może składać się z jednego lub kilku centrów danych

Region Pair (Para regionów)

Każdy region Azure ma na stałe przypisaną parę regionów
Pary regionów są stałe i nie można ich zmienić
Regiony w parze znajdują się w tej samej geografii
* Wyjątek: Brazil South
Między regionami w parze jest minimum ~300 mil izolacji (gdzie to możliwe)
Wybrane usługi mają automatyczną replikację między regionami pary
Aktualizacje platformy przeprowadzane są naprzemiennie w regionach pary
Para regionów wspiera zachowanie lokalizacji danych (data residency) podczas DR

Geographies (Geografie Azure)

Wyodrębnione rynki (obszary geopolityczne)
Zawierają minimum 2 regiony
Zapewniają zgodność z wymogami prawnymi dotyczącymi:
- rezydencji danych
- suwerenności danych
- odporności na awarie
- zgodności regulacyjnej
Chronią przed awarią całego regionu

Podział geograficzny: