Claude Code na VPS: jak dobrać zasoby

Najpierw ustal, co wykonuje serwer

VPS to wydzielony serwer wirtualny. W scenariuszu ze zdalnym modelem przechowuje projekt i wykonuje narzędzia: przetwarzanie plików, testy, kompilacje czy przeglądarkę. Zanim wybierzesz plan, wypisz te elementy. Sama nazwa „agent AI” mówi niewiele o faktycznym obciążeniu maszyny.

Oficjalna dokumentacja Claude Code podaje minimum 4 GB RAM, procesor x64 lub ARM64 i połączenie internetowe. To wymagania narzędzia, a nie całego zestawu usług. Wymagania systemowe trzeba odczytywać oddzielnie od szacunków dotyczących konkretnego projektu.

Jeżeli na tym samym serwerze uruchomisz bazę danych, kilka przeglądarek i obróbkę multimediów, każdy składnik zwiększy obciążenie. Model działający u dostawcy nie przeprowadza tych lokalnych operacji za VPS. Z drugiej strony zakup GPU na serwerze nie przyspieszy obliczeń wykonywanych na infrastrukturze dostawcy modelu.

Szacunek startowy z materiałów

Notatka infrastrukturalna proponuje trzy orientacyjne poziomy. Są to szacunki autora materiału dla małych projektów, a nie potwierdzone wyniki testów InsideDMS. Nie stanowią też oferty konkretnego hostingu. Punktem odniesienia jest praca głównie ze zdalnym modelem, bez lokalnego wnioskowania.

Nie sumuj automatycznie zasobów wszystkich projektów przechowywanych na maszynie. Ważne jest to, co działa jednocześnie. Dziesięć niewielkich katalogów uruchamianych kolejno może obciążać serwer inaczej niż dwa procesy wykonujące równocześnie ciężkie testy przeglądarkowe.

CPU, pamięć i dysk odpowiadają na inne problemy

CPU ma znaczenie przy wykonywaniu poleceń i obliczeń. RAM ogranicza liczbę procesów oraz rozmiar danych przetwarzanych jednocześnie. Dysk musi pomieścić system, projekty, zależności, dane i pliki tymczasowe. Rozbudowa jednego elementu nie usuwa automatycznie ograniczeń pozostałych.

W materiałach wskazano przeglądarki, duże tabele, OCR i kodowanie wideo jako przykłady zadań zwiększających zapotrzebowanie. To dobry powód, by opisać planowane obciążenie przed zakupem. Nie ma jednego uniwersalnego „maksimum” dla tak szerokiego zestawu zastosowań.

Zaplanuj także przyrost danych. Logi, ślady testów i archiwalne eksporty mogą zostać na serwerze po zakończeniu pracy. Ustal zasady ich przechowywania oraz miejsce niezależnej kopii. Wolna przestrzeń na tej samej maszynie nie zastępuje sprawdzonego sposobu odtworzenia danych po utracie serwera.

Pilotaż powinien odtworzyć prawdziwą pracę

Wybierz reprezentatywny zestaw zadań: przekształcenie dokumentów, przygotowanie strony i testy, jeśli faktycznie planujesz je wykonywać. Zacznij od uruchamiania kolejno. Zapisz czas wykonania, szczytowe wykorzystanie pamięci, obciążenie CPU i przyrost dysku. Zanotuj również błędy oraz oczekiwanie na zewnętrzne usługi.

Następnie sprawdź docelową równoległość. Jeśli kolejka rośnie, ustal przyczynę przed zmianą planu. Wąskim gardłem może być pamięć, lecz także limit usługi, brak uprawnienia lub oczekiwanie na model. Większy serwer nie rozwiąże każdego z tych problemów.

Wybierz ofertę pozwalającą zmienić zasoby i sprawdź zasady takiej zmiany u dostawcy. Nie potrzebujesz od razu największej maszyny. Potrzebujesz środowiska, którego obciążenie umiesz zmierzyć, koszt utrzymać w granicach i dane odzyskać. Dopiero obserwacje z pilotażu uzasadniają dalszą rozbudowę.

Przed przejściem na większy wariant zapisz konkretny powód rozbudowy. Może nim być przekroczenie pamięci podczas reprezentatywnego zadania albo zbyt długa kolejka przy wymaganym czasie realizacji. Sam wysoki parametr w ofercie nie wyjaśnia, czy zmiana pomoże w Twoim procesie. Porównaj pomiary przed zmianą i po niej.

Czytaj dalej w tym cyklu

• Claude Code: instalacja i pierwsze zadania — aby przejść przez pierwszą sesję.
• Lokalne modele i GPU: jak zaplanować środowisko — aby rozważyć własne wnioskowanie.
• Agent nocny 24/7: harmonogram, kontrola i bezpieczeństwo — aby określić zasady pracy bez nadzoru.