Nowość w AWS Global Accelerator – Internet Protocol Version 6 (IPv6) Support
Wybór IPv6 stale zwiększał się w ciągu ostatnich kilku lat, zwłaszcza wśród sieci komórkowych.
Główne powody przejścia na IPv6 to:
- Limitowana dostępność adresów IPv4 może ograniczyć możliwość skalowania w górę publicznych serwerów WWW i aplikacji.
- Użytkownicy IPv6 z sieci komórkowych doświadczają lepszej wydajności, gdy ich ruch sieciowy nie wymaga zarządzania zmianą formy IPv6 na IPv4.
- Aby uruchomić określony ruch internetowy za pośrednictwem protokołu IPv6, konieczne może być przestrzeganie przepisów (takich jak Federal Acquisition Regulation w USA).
Na tej podstawie autorzy stwierdzili, że mogą pomóc w ulepszeniu ścieżki sieciowej, z której korzystają Twoi klienci, aby dotrzeć do Twoich aplikacji, poprzez dodanie obsługi IPv6 do AWS Global Accelerator. Global Accelerator wykorzystuje globalną sieć AWS do kierowania ruchu sieciowego i utrzymywania na stałym poziomie utraty pakietów, fluktuacji i opóźnień na stałym, niskim poziomie. Klienci tacy jak Atlassian, New Relic i SkyScanner już korzystają z Global Accelerator w celu poprawy globalnej dostępności i wydajności swoich aplikacji.
Global Accelerator udostępnia dwa ogólnoświatowe statyczne publiczne adresy IP, które działają jako stały punkt wejścia do aplikacji. Punkty końcowe aplikacji można aktualizować bez wprowadzania zmian w adresie IP użytkownika. Jeśli skonfigurujesz więcej niż jeden punkt końcowy aplikacji, Global Accelerator automatycznie przekieruje ruch do najbliższego dostępnego punktu końcowego w dobrej kondycji, aby złagodzić awarię punktu końcowego.
Od dziś możesz zapewnić lepszą wydajność sieci, kierując ruch IPv6 przez Global Accelerator do punktów końcowych aplikacji działających w regionach AWS. Global Accelerator obsługuje teraz dwa typy akceleratorów: dual-stack i IPv4-only. Akcelerator z dwoma stosami zapewnia parę globalnych statycznych adresów IP IPv4 i IPv6, które mogą obsługiwać zarówno ruch IPv4, jak i IPv6.
W przypadku istniejących akceleratorów obsługujących tylko protokół IPv4 można zaktualizować akceleratory do dwóch stosów, aby obsługiwać zarówno ruch IPv4, jak i IPv6. Ta aktualizacja umożliwia akceleratorowi obsługę ruchu IPv6 i nie wpływa na istniejący ruch IPv4 obsługiwany przez akcelerator.
Akceleratory z dwoma stosami obsługujące zarówno ruch IPv6, jak i IPv4 wymagają punktów końcowych z dwoma stosami na back-end. Na przykład, Application Load Balancers (ALB) mogą mieć swój typ adresu IP skonfigurowany jako tylko IPv4 lub podwójny stos, co pozwala im akceptować połączenia klientów IPv4 lub IPv6. Obecnie ALB z dwoma stosami są obsługiwane jako punkty końcowe akceleratorów z dwoma stosami.
Wdrażanie aplikacji z dwoma stosami
Aby przetestować tę nową funkcję, potrzebujesz aplikacji z dwoma stosami z punktem wejścia ALB. Aplikacja musi być wdrożona w Amazon Virtual Private Cloud (Amazon VPC) i obsługiwać ruch IPv6. Nie posiadasz jednak na swoim koncie VPC z obsługą IPv6. Możesz więc wykonać te instrukcje, aby przeprowadzić migrację istniejącego VPC obsługującego tylko IPv4 do IPv6 lub utworzyć VPC, który obsługuje adresowanie IPv6. W tym artykule autorzy wybierają utworzenie VPC.
W konsoli zarządzania AWS przejdź do pulpitu nawigacyjnego Amazon VPC. Wybierz Uruchom Kreatora VPC. W kreatorze wprowadź wartość znacznika nazwy. Ta wartość będzie używana do automatycznego generowania tagów nazw dla wszystkich zasobów w VPC. Następnie wybierz opcję powiązania bloku CIDR IPv6 dostarczonego przez Amazon. Wszystkie pozostałe opcje pozostaw wartościom domyślnym i wybierz Utwórz VPC.
Po niecałej minucie VPC jest gotowe. Edytuj ustawienia obu podsieci publicznych, aby włączyć automatyczne przypisywanie ustawień IP i automatycznie żądać zarówno publicznego adresu IPv4, jak i adresu IPv6 dla nowych interfejsów sieciowych w tej podsieci.
Następnie chcesz wdrożyć aplikację w tym VPC. Aplikacja będzie punktem końcowym dla Twojego akceleratora. Wyświetl i pobierz skalowalny i trwały szablon WordPress AWS CloudFormation z sekcji Przykładowe rozwiązania w dokumentacji CloudFormation. Ten szablon wdraża pełną witrynę WordPress za ALB. Warstwa sieci jest skalowalna i zaimplementowana jako grupa automatycznego skalowania EC2. Baza danych MySQL jest zarządzana przez Amazon Relational Database Service (RDS).
Przed wdrożeniem stosu edytuj szablon, poprzez wprowadzenie kilku zmian. Najpierw dodaj zasób DBSubnetGroup:
"DBSubnetGroup" : {
"Type": "AWS::RDS::DBSubnetGroup",
"Properties": {
"DBSubnetGroupDescription" : "DB subnet group",
"SubnetIds" : { "Ref" : "Subnets"}
}
},