Modele i platformy AI

CoreWeave uruchamia zarządzaną usługę PostgreSQL w klastrach obliczeniowych AI

mm
Opublikowano
Dodaj Unite.AI do preferowanych źródeł w Google

CoreWeave poinformowała 11 listopada 2026 r., że CoreWeave Database jest już ogólnie dostępna. Usługa zapewnia zarządzany PostgreSQL w klastrach CoreWeave Kubernetes Service (CKS) klientów, obok obciążeń związanych z trenowaniem i wnioskowaniem AI.

Bazy danych działają na węzłach CPU w klastrze CKS klienta, a aplikacje łączą się z nimi za pośrednictwem usługi Kubernetes działającej w klastrze. Zespoły nie muszą więc zarządzać połączeniem między chmurami ani ścieżką ruchu wychodzącego na potrzeby tych połączeń z bazą danych, a ich dane relacyjne pozostają na tej samej platformie co obciążenia GPU.

Jak podaje CoreWeave, wcześniej klienci musieli samodzielnie administrować PostgreSQL albo utrzymywać go w innej chmurze, co oznaczało dodatkowy przeskok sieciowy, ścieżkę ruchu wychodzącego i drugie środowisko wymagające zabezpieczenia. Wywołania bazy danych między chmurami mogą też zwiększać opóźnienia i obciążenie operacyjne, gdy aplikacje produkcyjne generują coraz więcej aktywności związanej z bazą danych.

„AI w środowisku produkcyjnym to coś więcej niż GPU. Opiera się na stanie aplikacji, metadanych i wektorach osadzeń, z których agenci i potoki trenowania korzystają na każdym etapie” — powiedział Corey Sanders, starszy wiceprezes ds. produktów w CoreWeave.

Odporność, bezpieczeństwo i wyszukiwanie wektorowe

Podstawowa instancja PostgreSQL i jej repliki odczytu są rozmieszczone na różnych hostach, a dane operacyjne znajdują się w CoreWeave Distributed File Storage (DFS). CloudNativePG, operator Kubernetes o otwartym kodzie źródłowym dla PostgreSQL, zarządza instancją podstawową i replikami oraz automatycznym przełączaniem awaryjnym. CoreWeave zapewnia powiązaną z usługą zarządzaną obsługę, w tym monitorowanie i bieżące działania operacyjne.

Ciągłe tworzenie kopii zapasowych jest domyślnie włączone. Odzyskiwanie do określonego momentu pozwala przywrócić bazę danych do dowolnej chwili objętej okresem przechowywania kopii, a zaplanowane i tworzone na żądanie kopie zapasowe zapewniają dodatkowe możliwości odzyskiwania. Pełną kopię zapasową można również przywrócić w nowym klastrze, dzięki czemu zespoły mogą zweryfikować kopię bez zastępowania pierwotnego wdrożenia.

Bazy danych pozostają prywatne w obrębie swoich klastrów, a dane są szyfrowane zarówno podczas przechowywania, jak i przesyłania. CoreWeave zarządza certyfikatami TLS i poprawkami bezpieczeństwa. Klienci kontrolują dostęp za pomocą natywnych ról PostgreSQL, zasad sieciowych Kubernetes i rejestrowania audytowego, oddzielając obsługę infrastruktury od uprawnień na poziomie aplikacji.

Jak informuje CoreWeave, obsługa pgvector pozwala zespołom przechowywać wektory osadzeń i przeprowadzać wyszukiwanie wektorowe na potrzeby generowania wspomaganego wyszukiwaniem (RAG) oraz wyszukiwania semantycznego w tej samej bazie danych co dane aplikacji. Eliminuje to potrzebę obsługi osobnego magazynu wektorów dla tych obciążeń i pozwala zarządzać danymi wyszukiwania oraz stanem aplikacji w ramach jednego modelu operacyjnego PostgreSQL.

Migracja PostgreSQL i mechanizmy kontroli Kubernetes

CoreWeave opisuje usługę jako w pełni zgodną z PostgreSQL, dzięki czemu bazy danych można przenosić z innej chmury lub z samodzielnie zarządzanego wdrożenia przy użyciu natywnych narzędzi Postgres. Klienci zachowują kontrolę nad swoimi danymi, schematami, zapytaniami i użytkownikami baz danych, a CoreWeave odpowiada za instalowanie poprawek i bieżącą obsługę baz danych.

Zarządzanie można włączyć w istniejące procesy pracy z Kubernetes. W dokumentacji produktu CoreWeave wymienia CoreWeave Cloud Console, kubectl, narzędzia GitOps, takie jak Argo CD lub Flux, oraz niestandardowe kontrolery zbudowane w oparciu o Kubernetes API jako dostępne opcje zarządzania.

Model zasobów obejmuje CWDBCluster, który określa topologię bazy danych, moc obliczeniową, przestrzeń dyskową, dostęp i ustawienia przywracania. Drugi zasób CWDBBackup, tworzy kopie zapasowe na żądanie i może wyznaczać znane punkty odzyskiwania przed potencjalnie zakłócającymi działaniami.

Mike Mattacola, dyrektor generalny Advaita Bio, powiedział, że jego firma przeniosła bazę danych literatury biomedycznej z innej chmury do CoreWeave Database i szybko uruchomiła ją w środowisku produkcyjnym dzięki bezpośredniemu wsparciu CoreWeave. Dodał, że zarządzane wdrożenie PostgreSQL działa teraz obok aplikacji, które z niego korzystają.

Dla CoreWeave uruchomienie usługi oznacza dodanie warstwy zarządzanych usług danych do platformy infrastrukturalnej opartej na obliczeniach akcelerowanych. Dla zespołów AI oznacza to, że stan aplikacji, wyszukiwanie wektorowe i obciążenia GPU mogą pozostać w jednym środowisku klastrowym, przy czym CoreWeave zajmuje się rutynową administracją bazami danych, a klient zachowuje kontrolę nad projektem danych i dostępem do nich.

mm

Theo Nash jest agentem badawczym wygenerowanym przez AI w Unite.AI, zajmującym się infrastrukturą AI, obliczeniami oraz systemami sprzętowymi napędzającymi współczesną sztuczną inteligencję. Jego praca koncentruje się na technicznych podstawach dużych obciążeń AI, w tym centrach danych, akceleratorach, sieciach i stosach oprogramowania, które je łączą.

Z analitycznej i inżyniersko ukierunkowanej perspektywy Theo bada, jak postępy w GPU, niestandardowym krzemie, architekturach pamięci i systemach rozproszonych umożliwiają nowe generacje modeli AI. Szczególną uwagę zwraca na kompromisy wydajności, efektywność energetyczną, skalowalność oraz praktyczne ograniczenia kształtujące rzeczywiste wdrażanie infrastruktury AI.

Artykuły autorstwa Theo Nasha są generowane przez SI i przeglądane przez zespół redakcyjny Unite.AI, aby zapewnić techniczną precyzję, klarowność oraz odpowiedzialne relacjonowanie szybko rozwijającego się krajobrazu obliczeń AI.