ASRock Rack OCP 2026 Wprowadza chłodzenie cieczą do całej oferty serwerów NVIDIA
ASRock Rack zaprezentował podczas OCP 2026 systemy NVIDIA, od szafy rack z 72 GPU po mniejsze serwery, rozszerzając zastosowanie chłodzenia cieczą poza największą platformę akceleratorową. Według relacji ServeTheHome z ekspozycji z 1 listopada, oferta ASRock Rack OCP 2026 obejmowała również chłodzony cieczą przełącznik sieciowy. Systemy te wspólnie pokazują, że decyzje dotyczące chłodzenia coraz silniej kształtują otaczającą infrastrukturę, zamiast kończyć się na obudowie serwera.
Różnica polega na wyborze między zakupem pojedynczych serwerów a przygotowaniem zintegrowanej instalacji obliczeniowej. Procesor graficzny, czyli GPU, przyspiesza obliczenia równoległe wykorzystywane w obciążeniach AI. Umieszczenie większej liczby GPU w jednej szafie zmienia wymagania dotyczące dystrybucji energii elektrycznej, sieci, konserwacji i odprowadzania ciepła. Wymagania te towarzyszą sprzętowi aż do budynku klienta.
Komunikat ASRock Rack wskazuje też na istotną różnicę w dostępności. Firma opisała systemy GB300 NVL72 jako obecnie oferowane, a platformę nowej generacji Vera Rubin przedstawiła jako zbliżającą się do wdrożenia. Kupujący muszą zatem odróżniać sprzęt prezentowany na wydarzeniu od konfiguracji, które mogą zamówić, zainstalować i objąć wsparciem w potwierdzonym harmonogramie.
ASRock Rack OCP 2026 Pokazuje chłodzenie w całym systemie
Najbardziej widocznym eksponatem była implementacja platformy NVIDIA Vera Rubin NVL72 firmy ASRock Rack. NVL72 oznacza konfigurację szafy rack łączącą 72 GPU za pośrednictwem szybkiego interkonektu NVIDIA. Relacja ServeTheHome o ofercie serwerów chłodzonych cieczą opisuje 36 procesorów centralnych Vera, czyli CPU, działających obok akceleratorów Rubin.
Według informacji szafa zawiera 18 tac obliczeniowych i dziewięć tac przełączników NVLink. NVLink to interkonekt NVIDIA służący do komunikacji między akceleratorami i powiązanymi procesorami. Taki układ czyni szafę zintegrowanym systemem obliczeniowym, którego wewnętrzną komunikację zaprojektowano z myślą o całej zmontowanej szafie.
Najmocniejszym sygnałem z ekspozycji był szeroki zakres zastosowania chłodzenia cieczą w różnych rolach infrastrukturalnych.
ServeTheHome wskazał również serwery HGX Rubin NVL8 w formatach 2U i 5U, obok systemów RTX PRO oraz serwera z dwoma CPU Vera. U oznacza tutaj standardową jednostkę wysokości w szafie rack. HGX to zintegrowana platforma akceleratorowa NVIDIA dla producentów serwerów, natomiast NVL8 oznacza konfigurację z ośmioma GPU.
Raport wymienił dodatkowo chłodzony cieczą przełącznik sieciowy Spectrum-X SN6600-LD. Spectrum-X to platforma sieci Ethernet NVIDIA dla klastrów AI, czyli grup komputerów współpracujących ze sobą. Jej obecność ma znaczenie, ponieważ sprzęt sieciowy ma własne wymagania termiczne, niezależne od wymagań tac obliczeniowych.
ASRock Rack niezależnie potwierdził kilka kluczowych elementów w swoim komunikacie o serwerach OCP. Firma datowała komunikat na 12 października i podała, że wydarzenie w San Jose odbywało się od 12 do 15 października. Wyróżniła system z dwoma CPU Vera, chłodzoną cieczą platformę HGX Rubin oraz chłodzony cieczą serwer RTX PRO.
Daty te ustalają chronologię. Listopadowa relacja z ekspozycji dokumentuje październikową prezentację; nie potwierdza nowej premiery produktu w listopadzie. Podobnie prezentacja szafy rack potwierdza jej obecność na wydarzeniu, ale nie potwierdza wolumenu dostaw ani akceptacji przez klientów.
Oferta nie pozwala też na proste stwierdzenie, że każdy kupujący powinien nabyć największy dostępny system. Różne konfiguracje odpowiadają na różne skale obciążeń i ograniczenia instalacyjne. Kompletna szafa rack, mniejszy serwer akceleratorowy oraz maszyna skoncentrowana na CPU to odrębne decyzje zakupowe.
Ta różnorodność nadaje wydarzeniu praktyczny wymiar. ASRock Rack pokazał kilka sposobów budowy infrastruktury opartej na NVIDIA, rozszerzając chłodzenie cieczą na wszystkie te rozwiązania. Kluczowe pytanie dotyczy więc tego, która konfiguracja pasuje do obciążenia i obiektu, a nie tego, która szafa zawiera najwięcej akceleratorów.
Presja spada jednocześnie na obiekty i zakupy
Dla nabywców infrastruktury ta zmiana wpływa na to, kto powinien uczestniczyć w decyzji dotyczącej serwera. Wybór akceleratorów pozostaje ważny, ale zespoły elektryczne i mechaniczne muszą oceniać ten sam projekt. Proces zakupowy, który najpierw ustala specyfikację obliczeniową, ryzykuje późniejszym odkryciem ograniczeń instalacyjnych.
Bezpośrednie chłodzenie cieczą układów scalonych prowadzi chłodziwo przez płyty chłodzące przymocowane do komponentów generujących ciepło. Metoda ta przenosi ciepło do obiegu cieczy blisko jego źródła. Nadal jednak wymaga sposobu odprowadzenia tego ciepła poza serwer, a ostatecznie także poza obiekt.
Zakup serwera chłodzonego cieczą wymaga zgodności między projektem obliczeniowym a ograniczeniami eksploatacyjnymi budynku.
Rozważmy przedsiębiorstwo planujące lokalną usługę AI do wewnętrznej analizy dokumentów. Zespół tworzący oprogramowanie może koncentrować się na jakości modelu, czasie odpowiedzi i kontroli danych. Personel infrastrukturalny musi jednak również ustalić, czy wybrany sprzęt może działać w ramach dostępnych rozwiązań zasilania i chłodzenia.
Obciążenie nie staje się możliwe do wdrożenia wyłącznie dlatego, że model działa poprawnie w demonstracji dostawcy. Planowana instalacja wymaga zdefiniowanej konfiguracji, kompatybilnych połączeń, monitorowania i planu konserwacji. Każdy z tych wymogów powinien znaleźć się w projekcie przed dostarczeniem sprzętu.
W tym miejscu chłodzenie cieczą ASRock Rack staje się czymś więcej niż specyfikacją komponentu. Zmienia granicę między dostawcą serwera a zespołem infrastruktury klienta. Obie strony potrzebują wspólnego rozumienia, które urządzenia przenoszą ciepło, które je odprowadzają oraz kto obsługuje każde połączenie.
Jednostka dystrybucji chłodziwa, czyli CDU, zarządza interfejsem między chłodzeniem urządzeń a szerszą instalacją chłodzącą. Jej wybór zależy od kompletnego projektu, a nie wyłącznie od nazwy akceleratora. Kupujący muszą wiedzieć, czy proponowane rozwiązanie obejmuje ten sprzęt oraz mechanizmy sterowania niezbędne do jego działania.
Zespoły odpowiedzialne za obiekty potrzebują również informacji eksploatacyjnych, a nie ogólnych opisów efektywności. Warunki chłodziwa, wymagania dotyczące połączeń, dopuszczalne ciśnienie i procedury serwisowe określają kompatybilność. Sam opis serwera jako chłodzonego cieczą nie dostarcza tych odpowiedzi.
Dział zakupów musi przełożyć tę pracę inżynieryjną na jasny podział odpowiedzialności. Umowa powinna wskazywać wspieraną konfigurację oraz granicę między wsparciem dla szafy rack a wsparciem dla budynku. W przeciwnym razie problem przekraczający tę granicę może być trudny do zdiagnozowania i rozwiązania.
Ta presja pojawia się podczas oceny platformy, a nie dopiero przy instalacji. Kupujący porównujący konfiguracje powinni uwzględnić przygotowanie obiektu i obsadę operacyjną w tej samej ocenie. Mniejszy serwer może być lepszym wyborem, gdy jego wymagania wdrożeniowe lepiej odpowiadają planowanemu środowisku.
Ekspozycja ilustruje zatem zmianę w koordynacji zakupów. Zespoły obliczeniowe nadal wybierają potrzebne im możliwości, ale zespoły odpowiedzialne za obiekty pomagają określić, które możliwości mogą stać się użyteczną mocą. Skuteczne planowanie łączy te decyzje na wczesnym etapie.
Chłodzenie cieczą wykracza poza akcelerator
Chłodzenie akceleratora eliminuje istotne źródło ciepła, ale instalacja AI obejmuje także inne urządzenia. Wewnętrzne przełączniki łączą procesory w ramach systemu, a sieci zewnętrzne łączą serwery i szafy rack. Te warstwy komunikacyjne wpływają zarówno na zachowanie obciążeń, jak i na fizyczną instalację.
Dokumentacja przełącznika Spectrum-6 firmy NVIDIA opisuje SN6600-LD jako całkowicie chłodzony cieczą przełącznik w obudowie 2RU. Obsługuje 128 portów o przepustowości do 800 gigabitów na sekundę. Produkt włącza chłodzenie cieczą do projektu sieciowego, a nie tylko do projektu obliczeniowego.
Chłodzony cieczą przełącznik sieciowy rozszerza koordynację chłodzenia na kolejny kluczowy element instalacji AI.
Rozróżnienie między komunikacją wewnętrzną a zewnętrzną ma tu znaczenie. NVLink łączy akceleratory w odpowiedniej domenie obliczeniowej, czyli grupie współdzielącej ten interkonekt. Łącza Ethernet mogą łączyć systemy w większej instalacji. Kupujący nie powinni traktować ich specyfikacji jako wzajemnie wymiennych miar.
Szafa rack może zapewniać rozbudowaną komunikację wewnętrzną, a jednocześnie zależeć od sieci zewnętrznej w przypadku rozproszonego obciążenia. Trening rozproszony dzieli trenowanie modelu między wiele urządzeń obliczeniowych. Jego działanie zależy od współpracy obliczeń i komunikacji w rzeczywistej konfiguracji.
Tworzy to kwestię wdrożeniową, a nie automatyczny wniosek dotyczący wydajności. Szybsza specyfikacja sieciowa nie potwierdza przepustowości aplikacji. Obciążenie, konfiguracja oprogramowania i wzorzec komunikacji określają, jaka część tej możliwości stanie się użyteczna.
Ta sama ostrożność dotyczy chłodzenia. Przenoszenie ciepła przez ciecz zmienia jego drogę w instalacji. Nie eliminuje ciepła wytwarzanego podczas pracy urządzeń. Otaczający projekt nadal musi zapewniać odpowiednie miejsce docelowe dla tego obciążenia termicznego.
Chłodzony cieczą przełącznik rodzi również pytania operacyjne. Zespoły potrzebują procedur monitorowania jego połączeń chłodzących i serwisowania go wraz z sąsiednimi urządzeniami. Plan konserwacji sieci powinien uwzględniać te wymagania, zanim przełącznik stanie się elementem zależności produkcyjnej.
Szerszy kierunek jest widoczny również w planowaniu obiektów. Projekt referencyjny Vera Rubin firmy Schneider Electric opisuje celowo zaprojektowaną halę danych dla klastrów Rubin ze współdzielonymi szafami sieciowymi. Obejmuje montowane na podłodze urządzenia dystrybucji chłodzenia ciecz-ciecz oraz chłodnice cieczy.
Dokument przedstawia zaprojektowane rozwiązanie referencyjne, a nie dowód, że każdy klient potrzebuje takiego samego budynku. Jego znaczenie polega na zilustrowaniu granicy planowania. Platforma obliczeniowa funkcjonuje w ramach skoordynowanego projektu elektrycznego, mechanicznego i sieciowego.
Dla kupujących wniosek jest prosty. Ocena ograniczona do obudowy serwera pomija systemy, od których zależy aplikacja. Plany chłodzenia i sieci muszą opisywać kompletną instalację, w tym zachowanie urządzeń podczas serwisowania.
Chłodzenie cieczą ASRock Rack należy więc do szerszej rozmowy architektonicznej. Ekspozycja przełącznika pomaga uwidocznić tę zależność. Pokazuje, dlaczego dyskusje o gęstych systemach obliczeniowych AI coraz częściej obejmują inżynierów sieciowych, specjalistów ds. obiektów i personel operacyjny obok kupujących serwery.
Wspólny sprzęt NVIDIA przenosi konkurencję w stronę integracji
ASRock Rack konkuruje na rynku, na którym wielu dostawców buduje systemy wokół platform NVIDIA. Wspólne procesory i interkonekty dają kupującym przydatne punkty porównawcze. Oznaczają też, że sama tożsamość akceleratora nie może wyjaśnić każdej istotnej różnicy między dostawcami.
Projekt chłodzenia GB300 firmy Lenovo stanowi trafny punkt odniesienia. Jego dokumentacja opisuje chłodzenie cieczą procesorów, przełączników NVLink i podsystemów zasilania, przy zachowaniu dodatkowego przepływu powietrza do obsługi pozostałego ciepła. Dokument omawia również połączenia serwisowe i wykrywanie wycieków.
Dostawcy korzystający z pokrewnych platform NVIDIA nadal konkurują poprzez wdrożenie, serwisowalność i wsparcie podczas uruchamiania.
To porównanie nie dowodzi, że konfiguracja Lenovo i prezentacja Rubin firmy ASRock Rack są równoważne. Obejmują różne generacje platform i projekty różnych dostawców. Pokazuje jednak, że zintegrowane chłodzenie i funkcje konserwacyjne już należą do elementów oceny konkurencyjnej.
Kupujący powinien zatem porównać kompletne proponowane systemy. Pytania o dostępne komponenty, obsługiwane procedury wymiany i monitorowanie zasługują na uwagę obok specyfikacji akceleratorów. Odpowiedzi decydują o tym, jak instalacja działa po początkowym procesie odbioru.
Serwisowalność staje się szczególnie istotna, gdy aplikacja zależy od ściśle połączonego sprzętu. Kupujący muszą rozumieć, co pozostaje dostępne podczas wymiany komponentu. Muszą również wiedzieć, czy proponowana procedura serwisowa odpowiada ich własnym zasobom kadrowym i ustaleniom dotyczącym konserwacji.
Większa szafa rackowa nie wygrywa automatycznie tego porównania. Organizacja obsługująca niezależne obciążenia może cenić elastyczność harmonogramowania i mniejsze granice prac konserwacyjnych. Inna organizacja może priorytetowo traktować dużą połączoną domenę akceleratorów, ponieważ jej obciążenie korzysta z takiego układu.
Są to wybory zależne od zastosowania, a nie uniwersalne rankingi. Właściwe porównanie zaczyna się od pracy, którą system musi wykonać. Następnie sprawdza, czy proponowana konfiguracja realizuje tę pracę w ramach wymagań operacyjnych klienta.
Mniejsze konfiguracje mogą również oferować inną ścieżkę zakupową. Kupujący może mieć jasno określone wymaganie dotyczące usługi działowej, a nie współdzielonej instytucjonalnej instalacji obliczeniowej. Dostępność kilku formatów serwerów sprawia, że warto przeanalizować tę różnicę.
Oferta ASRock Rack zapewnia mu obecność w tych różnych rozmowach. Jednak szeroka prezentacja nie potwierdza jednakowej gotowości wszystkich pokazanych konfiguracji. Kupujący nadal potrzebują informacji dla konkretnych konfiguracji dotyczących zamawiania, wsparcia oprogramowania, dostawy i konserwacji.
Presja konkurencyjna spoczywa na dostawcach, aby nadać tym szczegółom konkretny charakter. Jeśli podstawowa platforma akceleratorów jest wspólna, kupujący mogą pytać, co dostawca wnosi wokół niej. Prace integracyjne, kwalifikacja, dokumentacja i odpowiedzialne wsparcie stają się ważnymi elementami odpowiedzi.
W przypadku wdrożenia NVIDIA Rubin wykonanie po stronie dostawcy staje się kluczowym kryterium porównania. Pytanie wykracza poza dostęp do najnowszego krzemu. Kupujący potrzebują dowodów, że wybrany dostawca potrafi przekształcić proponowany projekt w odebraną i wspieraną instalację w ich lokalizacji.
Prezentacja na stoisku pozostawia otwarte pytania o wydajność i dostępność
Zweryfikowana historia potwierdza zróżnicowaną prezentację sprzętu oraz komunikat firmy opisujący jej kierunek. Nie potwierdza niezależnych benchmarków aplikacyjnych dla każdej pokazanej maszyny. Nie określa też wiążącej daty dostawy dla każdej konfiguracji.
Październikowy komunikat ASRock Rack wyraźnie oddzielał obecnie oferowane systemy GB300 od platformy Vera Rubin oczekującej na dostępność wdrożeniową. To sformułowanie powinno kierować interpretacją. Kupujący powinni żądać aktualnych, konkretnych dla konfiguracji zobowiązań, zamiast wyciągać wnioski o dostępności z obecności szafy na wydarzeniu.
Prezentowany sprzęt, opublikowane specyfikacje i odebrane instalacje klientów odpowiadają na różne pytania.
Komunikat NVIDIA dotyczący platformy Vera Rubin przedstawia twierdzenia o efektywności i wydajności architektury. Pozostają one twierdzeniami firmy, jeśli nie zostaną niezależnie zweryfikowane w odpowiednich warunkach. Nie potwierdzają bezpośrednio wydajności konfiguracji prezentowanej przez ASRock Rack.
Użyteczne porównanie aplikacji wymaga zdefiniowanego obciążenia i spójnej granicy pomiaru. Inferencja, czyli proces generowania wyników przez wytrenowany model, zmienia się wraz z ustawieniami modelu i wymaganiami usługi. Dane dotyczące przepustowości stają się trudne do interpretacji, gdy te warunki się różnią.
W przypadku usługi interaktywnej czas odpowiedzi i jakość wyników powinny być rozpatrywane obok przepustowości. Konfiguracja obsługująca więcej żądań w łagodniejszych warunkach może nie spełniać wymagań innej aplikacji. Kupujący powinni pytać, w jaki sposób proponowany test odzwierciedla zamierzoną usługę.
Oceny treningu wymagają podobnej dyscypliny. Model, konfiguracja oprogramowania i kryteria ukończenia powinny być jednoznaczne. Porównywanie sprzętu bez tych szczegółów grozi przypisaniem różnicy w obciążeniu platformie serwerowej.
Porównania energetyczne wymagają kolejnej decyzji dotyczącej granicy pomiaru. Mierzenie wyłącznie zużycia akceleratorów odpowiada na węższe pytanie niż pomiar kompletnej instalacji. Pompy, sprzęt sieciowy i systemy odprowadzania ciepła mogą należeć do szerszej oceny, zależnie od analizowanego twierdzenia.
Twierdzenia dotyczące wody również wymagają ostrożnej interpretacji. Ciecz chłodząca krążąca wewnątrz urządzenia sama w sobie nie ujawnia, w jaki sposób obiekt odprowadza ciepło. Kupujący powinni żądać opisu specyficznego dla lokalizacji, zamiast wnioskować o zużyciu wody w obiekcie na podstawie opisu chłodzenia serwera.
Żadna z tych luk nie unieważnia prezentacji. Sprzęt targowy dostarcza użytecznych dowodów na priorytety dostawcy i kierunek wdrożenia. Po prostu służy innemu celowi niż test odbiorczy klienta lub długoterminowa historia eksploatacji.
Właściwy sceptycyzm powinien więc być konkretny. Należy pytać, która konfiguracja została przetestowana, jakie obciążenie uruchomiono, jak zbierano pomiary i które komponenty infrastruktury uwzględniono. Osobno należy pytać, co można dostarczyć i wspierać w ramach zobowiązania umownego.
Dla deweloperów i zespołów AI w przedsiębiorstwach te rozróżnienia wpływają na planowanie. Możliwości modelu nie gwarantują dostępnej mocy obliczeniowej w wymaganym terminie. Wdrożenie NVIDIA Rubin wymaga walidacji technicznej i dowodów dostawy, zanim stanie się niezawodną zależnością aplikacji.
Następnie obserwuj dostawy, wyniki obciążeń i odbiór w lokalizacji
Kolejne użyteczne dowody powinny połączyć ekspozycję z operacjami klientów. ASRock Rack OCP 2026 określiło kierunek produktowy i skalę prezentacji. Następny etap musi pokazać, które konfiguracje kupujący mogą otrzymać i jak działają one w praktyce.
Zobowiązania dostawcze, istotne pomiary obciążeń i zakończony odbiór w lokalizacji wyjaśnią znaczenie tej oferty.
Po pierwsze, warto obserwować aktualizacje dostępności konkretnych konfiguracji od ASRock Rack. Użyteczna aktualizacja wskazywałaby system, obsługiwane komponenty, status zamówień i zobowiązania dostawcze. Takie szczegóły wzmocniłyby argument, że prezentowana oferta staje się dostępna dla klientów.
Dalsze komunikaty o dostępności bez szczegółów konfiguracji pozostawiłyby tę kwestię nierozstrzygniętą. Nie musi to oznaczać problemu technicznego. Oznacza, że kupującym nadal brakuje informacji potrzebnych do zaplanowania zakupu i instalacji.
Rozróżnienie ma szczególne znaczenie przy porównywaniu opcji GB300 i Rubin. Dostępna konfiguracja oraz konfiguracja nadchodząca zajmują różne pozycje w planie projektu. Kupujący powinni porównywać pracę, którą każda z nich może obsłużyć w rzeczywistym oknie wdrożeniowym.
Po drugie, warto obserwować wyniki aplikacyjne z jasno określonymi warunkami testowania. Użyteczne dowody wskazywałyby konfigurację systemu, model, oprogramowanie, obciążenie i metodę pomiaru. Powinny także wyjaśniać, czy pomiary energii obejmują serwer, czy szerszą instalację.
Wyniki odpowiadające obciążeniom klientów wzmocniłyby argument za wdrożeniem bardziej niż odizolowane szczytowe specyfikacje. Z kolei wyniki pomijające warunki operacyjne utrudniłyby porównania wydajności. Test powinien pomóc czytelnikom zrozumieć zastosowanie, a nie jedynie powtarzać możliwości na poziomie architektury.
Niezależne testy dodałyby kolejną perspektywę, ale przejrzystość pozostaje konieczna niezależnie od tego, kto przeprowadza benchmark. Kupujący potrzebują wystarczającej liczby szczegółów, aby ocenić ich znaczenie. Powtarzalna metodologia sprawia, że taka ocena jest użyteczniejsza niż nagłówek z mnożnikiem.
Po trzecie, warto obserwować udokumentowany odbiór przez klientów w ukończonych instalacjach. Odbiór w lokalizacji to proces weryfikacji, czy zainstalowane urządzenia spełniają uzgodnione wymagania operacyjne. Istotne dowody dotyczyłyby działania obliczeniowego, integracji chłodzenia, monitorowania i procedur serwisowych.
Takie dowody połączyłyby projekt serwera z otaczającą infrastrukturą omawianą w całym artykule. Działająca instalacja pokazuje, że interfejsy mogą funkcjonować razem w określonych warunkach. Nadal nie potwierdzałaby identycznych wyników w każdej innej lokalizacji.
Dla zespołów infrastruktury natychmiastowym działaniem jest zdefiniowanie tych warunków odbioru przed wyborem konfiguracji. Należy określić obciążenie, oczekiwania wobec usługi, ograniczenia obiektu i obowiązki związane ze wsparciem. Następnie należy poprosić dostawców o odpowiedź wobec tych samych wymagań.
Dokumentację wdrożeniową należy utrzymywać w powiązaniu z decyzjami dotyczącymi aplikacji, które od niej zależą. Zespoły inżynieryjne mogą korzystać z przeszukiwalnej bazy wiedzy, aby zachować specyfikacje, wyniki testów i protokoły odbioru. Taki zapis pomaga odróżnić deklarację produktu od zweryfikowanego stanu w planowanej lokalizacji. Podczas analizy oferty ASRock Rack OCP 2026 należy zacząć od aplikacji, którą zespół musi dostarczyć. Należy zapytać, która konfiguracja ją obsługuje, co musi zapewnić obiekt i jakie dowody potwierdzą gotowość. Odpowiedzi te należy uwzględnić w planowaniu zakupów i odbioru. Użytecznym kolejnym krokiem jest brief wdrożeniowy, który każdy uczestniczący zespół może ocenić według tych samych udokumentowanych wymagań.
