Globalny akcelerator AWS wspiera odzyskiwanie po awarii poprzez zwiększenie dostępności aplikacji, tolerancji błędów i płynnego przełączania awaryjnego w wielu regionach AWS i strefach dostępności. Oto szczegółowe wyjaśnienie, w jaki sposób to osiąga:
** 1. Reatover z wieloma regionami i routing ruchu
Global Accelerator pozwala wdrożyć punkty końcowe aplikacji w wielu regionach AWS lub strefach dostępności. Ciągle monitoruje zdrowie tych punktów końcowych przy użyciu kontroli zdrowia TCP, HTTP lub HTTPS. Jeśli wykryje niezdrowy punkt końcowy w regionie podstawowym, automatycznie i natychmiast przekształca ruch użytkowników do następnego najbliższego zdrowego punktu końcowego w innym regionie lub strefie. To przełączenie awaryjne odbywa się w ciągu kilku sekund, minimalizując przestoje i zapewniając ciągłość biznesową podczas katastrof lub awarii [3] [6] [7] [9] [10].
** 2. Statyczne adresy IP ALLEDCD do izolacji usterki
Podczas tworzenia akceleratora Global Accelerator zapewnia dwa statyczne adresy IPv4 (lub cztery dla podwójnego stosu), które służą jako pojedynczy stały punkt wejścia dla twoich aplikacji. Te adresy IP są obsługiwane z niezależnych stref sieciowych, które są izolowaną infrastrukturą fizyczną podobną do stref dostępności. Jeśli jeden statyczny adres IP stanie się niedostępny z powodu zakłóceń sieci lub blokowania IP, globalny akcelerator automatycznie przekształca ruch do innego zdrowego statycznego adresu IP z innej strefy sieci, zapewniając tolerancję błędów na poziomie sieci [3] [6] [9] [11].
** 3. Natychmiastowa propagacja zmian bez opóźnień w buforowanie DNS
W przeciwieństwie do rozwiązań routingowych opartych na DNS, które mogą cierpieć z powodu buforowania opóźnień, globalne zastosowanie statycznych adresów IP Accelerator oznacza zmiany konfiguracji i zdarzenia związane z przełączeniem awaryjnego, natychmiast propagują klientów. Eliminuje to zmienność spowodowaną buforowaniem DNS na urządzeniach klienckich, zapewniając, że użytkownicy zostaną szybko skierowani na zdrowe punkty końcowe bez oczekiwania na wygaśnięcie pamięci podręcznej DNS [6] [9].
** 4. Wykorzystanie globalnej sieci AWS dla niskich opóźnień i wysokiej przepustowości
Globalny akcelerator prowadzi ruch przez AWS Global Network, która oferuje niską opóźnienie, wysokie i wysoce nadmiarowe łączność między regionami AWS i strefami dostępności. To nie tylko poprawia wydajność aplikacji, ale także zapewnia wiarygodną łączność podczas scenariuszy przełączania awaryjnego, wspierając odzyskiwanie po awarii poprzez utrzymanie spójnej reakcji aplikacji [2] [5] [11].
** 5. Obsługa architektur odzyskiwania aktywnych i aktywnych i aktywnych
Globalny akcelerator może być używany w wielostronicowych aktywnych wdrożeniach, w których ruch jest dystrybuowany w wielu regionach jednocześnie w celu równoważenia obciążenia i odzyskiwania po awarii. Obsługuje również aktywne modele awaryjne, w których ruch jest kierowany przede wszystkim do jednego regionu i przeniesiony do regionu wtórnego tylko podczas awarii. Ta elastyczność pozwala organizacjom projektować architektury odzyskiwania po awarii, które spełniają ich cele czasu odzyskiwania (RTO) i cele punktu odzyskiwania (RPO) [8] [10] [12].
** 6. Integracja z kopią zapasową i infrastrukturą AWS jako kod
W celu kompleksowego odzyskiwania po awarii globalny akcelerator można połączyć z kopią zapasową AWS i AWS Cloudformation, aby zautomatyzować przywrócenie danych i infrastruktury w regionie odzyskiwania po awarii. Zapewnia to nie tylko przekierowanie ruchu, ale niezbędny stan aplikacji i środowisko są przywracane w celu osiągnięcia celów odzyskiwania [3].
Podsumowując, AWS Global Accelerator poprawia odzyskiwanie po awarii, zapewniając wysoce dostępne, odporne na uszkodzenia i globalny ruch ruchu o niskim opóźnieniu z natychmiastowym możliwościami przełączania awaryjnego. Jego statyczne adresy IP Anycast, ciągłe monitorowanie zdrowia i korzystanie z izolowanych stref sieciowych zapewniają, że aplikacje pozostają dostępne i działające nawet podczas regionalnych awarii lub katastrof, umożliwiając szybkie odzyskiwanie i ciągłość biznesową.
Cytaty:
[1] https://docs.aws.amazon.com/global-accelerator/latest/dg/introduction-benefits-of-ligrating.html
[2] https://docs.aws.amazon.com/global-accelerator/latest/dg/disaster-recovery-esilery.html
[3] https://docs.aws.amazon.com/whitepapers/latest/disaster-revoorge-workloads-on-aws/disaster-covery-options-in-the-bloud.html
[4] https://docs.aws.amazon.com/global-accelerator/latest/dg/what-is-global-accelerator.html
[5] https://cloudchipr.com/blog/aws-global-accelerator
[6] https://aws.amazon.com/global-accelerator/faqs/
[7] https://www.whizlabs.com/blog/aws-global-accelerator/
[8] https://github.com/aws-samples/serverless-disaster-revoorge-with-global-accelerator
[9] https://tutorialsdojo.com/aws-global-accelerator/
[10] https://cloudonaut.io/review-aws-global-accelerator-latency-multi-region-disaster-revovery/
[11] https://www.nops.io/glossary/what-is-aws-global-accelerator/
[12] https://aws.amazon.com/blogs/architecture/disaster-covery-dr-architecture-on-aws-part-iv-multi-site-actaction/active/
[13] https://intuitive.cloud/blog/mitigate-regional-failover-and-improve-performance-using-aws-global-ccelerator