Zamówienie za 1,2 miliarda dolarów czyni AMD Helios konkretnym przedsięwzięciem HPE, ale jeszcze nie zainstalowaną mocą chmury. HPE ogłosiło 30 września 2026 roku, że Vultr wdroży zintegrowane systemy w amerykańskich centrach danych. To pierwsze zamówienie HPE na tę platformę, nie pierwszy klient każdej implementacji Helios.
Vultr kupuje kompletne alternatywne środowisko obliczeniowe na poziomie szafy: akceleratory, CPU, sieć, chłodzenie, oprogramowanie i wsparcie wdrożenia. Sprawdzi, czy kilku dostawców potrafi stworzyć zintegrowanego konkurenta Nvidii bez kontroli całego stosu przez jedną firmę. Kontrakt pokazuje popyt; produkcyjna usługa pokaże wynik.
Co zawiera zamówiony system
Każda szafa mieści 72 AMD Instinct MI455X, procesory hosta EPYC o nazwie Venice oraz interfejsy sieciowe Pensando Vulcano AI. ROCm dostarcza środowisko programowania GPU. HPE odpowiada za konstrukcję, bezpośrednie chłodzenie cieczą, usługi i sześć modułów przełączających Juniper QFX5252 do scale-up.
Scale-up łączy akceleratory w jednej domenie, aby wspólnie pracowały nad modelem. To coś więcej niż połączenie niezależnych serwerów. Implementacja HPE używa UALink over Ethernet, czyli UALoE. Broadcom dostarcza technologię przełączania w tej konstrukcji.
Przy zadaniach rozproszonych akceleratory wymieniają wyniki pośrednie. Czekanie na komunikację zbiorową może pozostawiać szybkie układy bezczynne. HPE deklaruje dużą przepustowość i małe opóźnienia między GPU dzięki sześciu modułom. Rzeczywiste zachowanie zależy od ruchu, rozmieszczenia i oprogramowania, nie samej etykiety Ethernet.
AMD podaje 31 terabajtów HBM4 na szafę, 260 terabajtów na sekundę łącznej przepustowości scale-up oraz szczytowe 2,9 eksaflopa FP4 i 1,4 eksaflopa FP8. HBM umieszcza szybką pamięć blisko procesorów. Niska precyzja zwiększa potencjał obliczeń, jeśli zachowana jest jakość modelu. To specyfikacje producenta, nie wyniki aplikacji.
Nie ujawniono liczby szaf, pełnego harmonogramu ani podziału wartości między obliczenia, sieć, chłodzenie, software i usługi. Dzielenie 1,2 miliarda przez 72 nie daje więc poprawnej ceny GPU. HPE uwzględniło wiadomość w zgłoszeniu SEC z 30 września, ale formalna publikacja nie uzupełnia tych luk.
Juniper zmienia to w test integracji HPE
HPE zakończyło przejęcie Junipera w 2025 roku. Helios daje połączonej firmie okazję do sprzedaży sieci wewnątrz domeny akceleratorów, nie tylko między zwykłymi serwerami. Sześć modułów to rdzeń szafy, nie opcjonalne tło.
Na spotkaniu inwestorów HPE wskazało ponad miliard dolarów możliwości sieciowych związanych z Helios w kolejnych dwóch latach oraz ponad 200 milionów zamówień na moduły. Prognoza rynku, zapisane zamówienia i sprzęt działający u klientów to różne etapy. Nie podano, jaka część kontraktu Vultr dotyczy sieci.
Dlatego transakcja wykracza poza udział AMD w GPU. HPE chce przejąć integrację zasilania, chłodzenia, firmware, telemetrii, instalacji i wsparcia. Doskonałe procesory mogą dawać mało użytecznej mocy przy niestabilnym software, zatorach lub powolnym diagnozowaniu awarii.
Chłodzenie cieczą pozwala zwiększać gęstość, ale wymaga zgodnej dystrybucji płynu, odprowadzania ciepła, wykrywania wycieków i procedur serwisowych. Technicy muszą bezpiecznie wymieniać części, a zapasy odpowiadać instalacji. Powtarzalne wdrożenie w kilku budynkach wymaga więcej niż udanej demonstracji.
Vultr używał już AMD Instinct i ma odpowiednie doświadczenie. Usługi HPE mogą ograniczyć ryzyko, ale umowa nie dowodzi długotrwałej niezawodności nowej kombinacji GPU, CPU, sieci i obiektu.
Otwarte interfejsy nie usuwają migracji
Porównawcza platforma Nvidia Vera Rubin NVL72 również łączy 72 GPU, z 36 CPU Vera i NVLink szóstej generacji. CUDA, sieć, biblioteki i znane narzędzia umacniają pozycję poza arytmetyką samego układu.
AMD i HPE nie oferują luźnych części. AMD zapewnia obliczenia i ROCm, HPE z Juniperem szafę, przełączniki, chłodzenie i usługi, a Broadcom sieć. Specyfikacje fizyczne OCP, UALink i Ethernet tworzą interfejsy dostępne dla kolejnych producentów.
To inny podział kontroli, nie automatyczna wymienność. Otwartość nie gwarantuje dowolnej części zamiennej bez kwalifikacji ani bezkosztowego przeniesienia produkcyjnego CUDA. Nie dowodzi też większej wydajności.
ROCm wspiera PyTorch, TensorFlow i JAX. Model produkcyjny może jednak zależeć od kernela, biblioteki lub monitoringu specyficznego dla CUDA. Inżynierowie mogą potrzebować nowych kerneli, strojenia komunikacji, zastąpienia zależności i ponownych testów jakości. Przy krótkim terminie praca ta może przewyższyć oszczędność sprzętową.
Dostawca chmury może przejąć część wysiłku. Zweryfikowane kontenery, receptury, konfiguracje i doświadczeni specjaliści udostępniają Helios bez konieczności budowania osobnego zespołu przez każdego klienta. Nadal trzeba ocenić pozostałą pracę własnego modelu; zgodność frameworka nie zapewnia równoważnego działania.
Moc, kontrakt i wykorzystanie pozostają nieznane
AMD opisywało zwiększanie dostaw pod koniec 2026 i w 2027 roku. HPE i Vultr nie podały szczegółowego kalendarza tego zamówienia. Ogłoszenie nie znaczy, że wszystkie szafy są już zainstalowane, dostępne do rezerwacji lub w ogólnie dostępnej usłudze.
MI455X wymaga zaawansowanego pakowania i HBM4. Całe szafy potrzebują także CPU, interfejsów, przełączników, zasilania, chłodzenia i przygotowanych miejsc. Brak jednego elementu opóźnia zintegrowany system. Duża gęstość stawia też wymagania, których istniejące centra nie spełnią szybko.
Nie ujawniono kamieni milowych dostaw, anulowania, minimalnych zakupów ani udziału usług. Zobowiązanie zakupu, dostarczony sprzęt i elastyczna umowa wieloletnia inaczej rozkładają ryzyko. Sama kwota nie rozstrzyga obowiązków.
Vultr mówi, że popyt przewyższa podaż wydajnej infrastruktury AI. To ocena handlowa, nie niezależnie zbadana prognoza wykorzystania Helios. Brak danych o klientach i zajętej przyszłej mocy nie pozwala wyliczyć tempa zwrotu.
AMD obok Nvidii może dywersyfikować dostawy i wzmacniać negocjacje. Większa pamięć pomaga niektórym modelom, a zarządzana moc odpowiada obawom koncentracji. Niskie wykorzystanie wiąże jednak drogi kapitał. Rezerwacje i kolejne zakupy po uruchomieniu byłyby mocniejszym dowodem.
Geografia też ma znaczenie. HPE wskazało USA, nie pełną listę regionów. Klienci potrzebują faktycznej dostępności, bliskości danych, rezydencji, odtwarzania po katastrofie i warunków usługi, zanim zamienią kontrakt w użyteczną moc.
Benchmarkiem jest pełne zadanie produkcyjne
Trening obciąża synchronizację zbiorową; długie konteksty i inferencja mixture-of-experts inaczej obciążają pamięć, routing i planowanie. Szczyty FP4 i FP8 nie rozstrzygają obu. Porównania wymagają tej samej precyzji, założeń rzadkości, software i jakości.
Użyteczne testy podają czas treningu, tokeny na sekundę, pierwszą i kolejne latencje, rozmiar modelu, kontekst, partię, energię i wysiłek strojenia przy wspólnych wymaganiach. Dostępność, konserwacja, naprawy i harmonogram określają część nominalnej wydajności, na której można polegać.
Następne etapy to zamawialna moc w nazwanych regionach, sprawdzalne wyniki i kolejni klienci. Rozbudowa Vultr po eksploatacji byłaby szczególnie cenna: łączy doświadczenie z ponownym popytem. Inni klienci HPE sprawdzą atrakcyjność poza dotychczasowym użytkownikiem AMD.
Nvidia może odpowiedzieć szybszym Rubin, software, partnerstwami i własnym Ethernetem. Helios nie musi jej wszędzie wyprzeć. Musi być niezawodnym wyborem tam, gdzie pamięć, dostępność, różnorodność dostaw lub interfejsy uzasadniają zmianę.
Zamówienie tworzy wiarygodne miejsce próby. Rynek zmieni działająca usługa z mierzalną ekonomiką, nie nagłówek kontraktu ani największa liczba w specyfikacji.
Źródła
Komunikat HPE · Zgłoszenie HPE do SEC · Analiza sieci · Specyfikacja Nvidia NVL72 · Specyfikacja AMD Helios · Analiza MI455X