Co AWS naprawdę dostarczył
30 czerwca 2026 roku Amazon Web Services ogłosił Graviton5, piątą generację swojego własnego serwerowego układu Arm, i udostępnił go w pierwszych instancjach EC2 na nim zbudowanych: zoptymalizowanych pod kątem obliczeń rodzinach C9g i C9gd. Główna deklaracja to do 25 procent wyższej wydajności na vCPU wobec poprzedniej generacji C8g, poparta 5x większą pamięcią cache L3 i do 3x wyższym przetwarzaniem pakietów niż w instancjach opartych na Graviton4.
To nie są drobne korekty w specyfikacji. Rozmiar pamięci cache i przepustowość pamięci to dokładnie te wąskie gardła, które uderzają w obciążenia zoptymalizowane pod kątem obliczeń, takie jak serwowanie reklam, licytacja w czasie rzeczywistym, serwery aplikacji i analityka wsadowa. AWS łączy nowy rdzeń z pamięcią DDR5 przy 8800 MT/s, którą opisuje jako najszybszą z dowolnej instancji procesorowej w chmurze, i dodaje średnio około 20 procent większą przepustowość EBS oraz do 15 procent większą przepustowość sieci w różnych rozmiarach.
Kształt oferty
C9g i C9gd występują w 11 rozmiarach, od medium po 48xlarge, plus opcja bare metal. Najwyższa konfiguracja 48xlarge oferuje 192 vCPU, 384 GiB pamięci i do 100 Gbps sieci, z przepustowością EBS do 72 Gbps. Wariant C9gd dodaje lokalną pamięć NVMe i do 30 procent wyższą wydajność pamięci masowej dla obciążeń, które potrzebują szybkiej przestrzeni tymczasowej obok obliczeń.
Szerokość liczy się tak samo jak szczyt. Rodzina sięgająca od pojedynczego vCPU po 192, ze stopniem bare metal dla obciążeń wrażliwych na licencje lub hipernadzorcę, jest zaprojektowana tak, by pochłonąć całą flotę, a nie tylko niszę. Dla operatora oznacza to mniej wyjątków do rozważenia przy standaryzacji na jednej generacji instancji.
Dlaczego przewaga cena-wydajność wciąż rośnie
Graviton istnieje, ponieważ AWS kontroluje projekt i nie płaci marży za CPU osobom trzecim. Każda generacja zawężała powody, by pozostać przy x86, a Graviton5 przesuwa granicę jeszcze dalej w obszar, w którym opcja Arm jest po prostu racjonalnym wyborem domyślnym dla nowej pojemności zoptymalizowanej pod kątem obliczeń. Zysk 25 procent na vCPU przekłada się bezpośrednio na rachunek: ta sama przepustowość na mniejszej liczbie lub mniejszych instancjach.
Presja konkurencyjna działa w obie strony. Intel i AMD wciąż utrzymują zainstalowaną bazę i najszerszą certyfikację oprogramowania, a wiele obciążeń korporacyjnych pozostaje przypiętych do x86 przez macierze wsparcia dostawców. Ale kierunek jest jednoznaczny. Gdy własny układ prowadzi jednocześnie w pamięci cache, prędkości pamięci i przetwarzaniu pakietów, ciężar dowodu przesuwa się na tych, którzy chcą dalej kupować krzem od osób trzecich.
Co to oznacza dla operatorów z UE
Frankfurt jest regionem startowym obok US East (Ohio, N. Virginia) i US West (Oregon), i to jest szczegół, który właściciele z UE powinni czytać uważnie. Dostępność w lokalizacji w regionie usuwa tarcie związane z opóźnieniami i rezydencją danych, które często opóźnia europejskie wdrożenie sprzętu uruchamianego najpierw w USA. Obciążenia zoptymalizowane pod kątem obliczeń działające w eu-central-1 można teraz testować wobec Graviton5, a nie w późniejszej fali.
Praktyczny ruch jest nieefektowny, ale istotny: przeprowadzcie benchmark swoich najbardziej obciążających obliczeniowo usług na C9g, zmierzcie rzeczywisty zysk na vCPU na własnym kodzie, a nie na liczbie marketingowej, i zamodelujcie koszt migracji wobec powtarzalnej oszczędności. Kompilacje natywne Arm są już rutyną w głównych środowiskach uruchomieniowych języków, więc podatek za przenoszenie, który kiedyś uzasadniał bezwładność, w dużej mierze zniknął.
Czytaj dalej: Gigawat mocy obliczeniowej AI pracuje już bez Nvidii | Azure ma już drugiego dostawcę układów do AI
