Wybór odpowiedniego regionu dla obciążenia

Wybór regionu to rzeczywista decyzja architektoniczna, a nie tylko kwestia geografii — wpływa na wydajność, zgodność z przepisami, koszty i odzyskiwanie po awarii. Należy zdecydować odpowiednio wcześnie, ponieważ późniejsza migracja jest trudna i kosztowna.

Najbardziej intuicyjnym kryterium jest bliskość użytkowników. Moc obliczeniowa w tej samej lokalizacji geograficznej oznacza krótszy czas podróży w obie strony i szybsze działanie aplikacji. Użytkownicy z Niemiec? Należy wdrożyć rozwiązanie w West Europe, a nie w East US.

Przepisy dotyczące rezydencji danych określają, gdzie dane muszą być przechowywane — na przykład RODO w UE oraz przepisy w Wielkiej Brytanii, Indiach, Chinach i Rosji. Azure przypisuje każdy region do konkretnego kraju, aby ułatwić zachowanie zgodności.

Przed podjęciem decyzji należy sprawdzić dostępność usług. Nowe usługi są najpierw uruchamiane w dużych regionach Stanów Zjednoczonych, a wyspecjalizowane usługi, takie jak maszyny wirtualne z procesorami GPU, mogą mieć ograniczoną dostępność. Polecenie weryfikuje dostępność usługi.

Ceny różnią się w zależności od regionu — ta sama maszyna wirtualna może kosztować w jednym regionie o 10–30% więcej niż w innym. Jeśli nie obowiązują Państwa ograniczenia dotyczące opóźnień ani rezydencji danych, tańszy region może przynieść znaczne oszczędności.

Regiony mają różne certyfikaty zgodności — Azure Government ma certyfikat FedRAMP High, a Germany North własne certyfikaty. Należy potwierdzić wymagane certyfikaty w portalu Microsoft Service Trust Portal.

Potrzebują Państwo SLA na poziomie 99,99%? Należy wybrać region z obsługą stref dostępności. Nie każdy region ma trzy strefy — Azure oznacza te, które je mają, jako zalecane, dlatego w środowisku produkcyjnym należy wybrać jeden z nich.

W przypadku geograficznie nadmiarowego odzyskiwania po awarii należy wybrać region podstawowy z dobrze dobraną parą regionów — wystarczająco odległą dla bezpieczeństwa, ale znajdującą się w tej samej granicy zgodności, jak West Europe i North Europe.

Architektura wieloregionowa działa w kilku regionach i kieruje użytkowników do najbliższego z nich za pomocą Front Door lub Traffic Manager. Oznacza to większą złożoność, ale zapewnia globalnie niskie opóźnienia i odporność na awarie.

Należy zastosować prosty schemat podejmowania decyzji: gdzie znajdują się użytkownicy, czy obowiązują zasady rezydencji danych, czy usługi są dostępne, jak wyglądają różnice cenowe i czy region obsługuje strefy dostępności?

Większości zasobów nie można przenieść między regionami po wdrożeniu — trzeba je usunąć i utworzyć ponownie. Azure Resource Mover pomaga w przypadku niektórych zasobów, ale znacznie bezpieczniej jest od razu wybrać właściwy region.

Szybkie sprawdzenie! Przekonajmy się, czy wybór regionu jest już dla Państwa zrozumiały.

Krótkie podsumowanie: wybór regionu wpływa na opóźnienia, zgodność z przepisami, cenę i dostępność, najważniejsze kryteria obejmują lokalizację użytkowników oraz pary regionów, a większości zasobów nie można przenieść po wdrożeniu.