Alternatywy dla DigitalOcean: porównanie cen i parametrów

Co faktycznie zmieniają alternatywy dla DigitalOcean

Większość alternatyw dla DigitalOcean zmienia wysokość rachunku, a nie samą maszynę. W każdym przypadku otrzymuje się wirtualną maszynę z systemem Linux, publicznym adresem IP, dyskiem virtio oraz dostępem root, a jądro systemu nie jest zależne od logo widocznego w panelu sterowania. Różnice decydujące o wyborze to cena za 1 GB pamięci RAM, wielkość wliczonego limitu transferu oraz koszt każdego bajta powyżej tego limitu, rzeczywista technologia dyskowa oraz zakres stosu technologicznego powyżej systemu operacyjnego, którym zarządza dostawca.

Niniejszy przewodnik porównuje oferty w oparciu o te kryteria, ponieważ programista może zweryfikować każde z nich z poziomu terminala lub opublikowanego cennika. Wskazano również przypadki, w których DigitalOcean jest właściwym wyborem, ponieważ porównanie, które nie przyznaje żadnych zalet, jest jedynie reklamą.

Każda cena poniżej jest ceną katalogową, zweryfikowaną w dniu 5 sierpnia 2026. Ceny ulegają zmianom, a więcej niż jeden dostawca w tym zestawieniu zmienił je w trakcie 2026 roku. Struktura cenowa zmienia się znacznie wolniej, dlatego należy w pierwszej kolejności przeanalizować proporcje i model rozliczeniowy, a następnie potwierdzić aktualną kwotę na stronie dostawcy przed podjęciem decyzji.

Cena za GB pamięci RAM jako wskaźnik porównawczy

[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

W ramach oferty jednego dostawcy cena za GB pamięci RAM niemal się nie zmienia. DigitalOcean pobiera $6.00 za GB w planie 1 GB oraz taką samą kwotę $6.00 za GB w planie 4 GB, który kosztuje $24.00 miesięcznie. Wybór większego planu u tego samego dostawcy nie wiąże się z rabatem, więc to nie rozmiar planu jest kluczowy, lecz wybór dostawcy.

Akamai, firma oferująca usługi dawnego Linode, wycenia swoje plany współdzielone 2 GB i 4 GB odpowiednio na 12 USD i 24 USD, co do dolara pokrywa się z cennikiem DigitalOcean. Ich plan podstawowy jest jednak tańszy i kosztuje $5.00. Fakt, że dwie firmy oferują identyczne ceny, jest istotnym sygnałem: ten segment rynku jest wyceniany w odniesieniu do konkurencji, a nie kosztów sprzętu, i będzie podążał za ruchami konkurenta.

Różnica pojawia się w przypadku dostawców, którzy budują własne centra danych i rozliczają się w euro. Hetzner CX23 oferuje 4 GB pamięci RAM za około $6.49 miesięcznie, co daje $1.62 za GB, czyli blisko jedną czwartą stawki DigitalOcean. Ta kwota w dolarach jest przeliczana z ceny bazowej w euro, więc zmienia się wraz z kursem walut. Ponadto firma Hetzner podniosła ceny usług chmurowych w 2026 roku, dlatego starsze zestawienia porównawcze zawierają nieaktualne dane.

Cena za GB pamięci RAM nie informuje o wydajności procesora. Współdzielony vCPU oznacza, że hypervisor przydziela czas procesora w zależności od obciążenia generowanego przez innych użytkowników. Rzetelny test należy przeprowadzić na wynajętej maszynie:

vmstat 1 10

Należy sprawdzić kolumnę st. Wskazuje ona procent czasu, w którym vCPU był gotowy do pracy, ale hypervisor przydzielił rdzeń fizyczny innemu użytkownikowi. Kilka procent pod obciążeniem jest wartością normalną. Utrzymujący się dwucyfrowy wynik oznacza, że host jest przeciążony i żadna niska cena za GB nie zrekompensuje braku dostępu do rdzenia. Test należy wykonać w godzinach największego obciążenia, ponieważ steal time zależy od sąsiadów, a ich aktywność jest zmienna. Aby uzyskać pełniejszy obraz rzeczywistych kosztów miesięcznego utrzymania serwera po uwzględnieniu pamięci masowej i transferu, przeczytaj ile kosztuje VPS w rozliczeniu miesięcznym.

Rzeczywisty koszt uwzględnionego transferu

[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean uwzględnia 1 TB transferu wychodzącego w planie podstawowym i nalicza opłaty za przekroczenie limitu w GiB, co w przeliczeniu daje około $10.00 za dodatkowy TB. Akamai uwzględnia taką samą liczbę TB i nalicza około połowę tej kwoty, czyli około $5.00 za TB. Vultr uwzględnia 2 TB przy podobnej stawce za przekroczenie. Hetzner uwzględnia 20 TB i pobiera około $1.20 za TB po przekroczeniu tego limitu, co stanowi różnicę rzędu wielkości w porównaniu z pozostałymi dostawcami.

Trzy szczegóły strukturalne mają większe znaczenie niż liczby podane w nagłówkach. Ruch przychodzący jest bezpłatny u wszystkich czterech dostawców, więc liczony jest tylko ruch wychodzący. DigitalOcean i Vultr sumują limit dla wszystkich serwerów na koncie, dzięki czemu jeden obciążony serwer zużywa pulę innego, a flota małych serwerów współdzieli jedną dużą pulę. Ruch między serwerami w sieci prywatnej lub VPC zazwyczaj nie jest w ogóle liczony, dlatego umieszczenie bazy danych na interfejsie prywatnym jest decyzją dotyczącą zarówno rozliczeń, jak i bezpieczeństwa.

Nic z tego nie ma znaczenia, jeśli wykorzystanie jest dalekie od limitu. Blog, API z odpowiedziami w formacie JSON lub mały SaaS nie osiągną 1 TB w miesiącu. Wideo, galerie zdjęć, serwery gier, serwery lustrzane pakietów oraz zdalne cele kopii zapasowych osiągną go bez problemu. Zmierz zużycie, zanim założysz, że jest niskie:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m drukuje dane o transferze w podziale na miesiące, z rozbiciem na ruch przychodzący i wychodzący. Opłata naliczana jest tylko za kolumnę ruchu wychodzącego. Baza danych na początku jest pusta, więc pierwszy użyteczny odczyt pojawi się dzień po instalacji, a pierwszy pełny miesiąc po upływie miesiąca. Do tego czasu jedynym dostępnym zapisem jest wykres przepustowości udostępniony przez dostawcę.

Zadaj jeszcze jedno pytanie, na które nie odpowiada żaden cennik: co dzieje się po przekroczeniu limitu – czy dostawca nalicza opłaty, czy ogranicza przepustowość portu. Opłaty kosztują pieniądze. Ograniczenie przepustowości kosztuje użytkowników, dokładnie w momencie, gdy masz ich najwięcej. Warto wiedzieć, co spowoduje nagły wzrost ruchu.

NVMe czy SATA – jak sprawdzić, co faktycznie posiadasz

Panel sterowania wskazuje NVMe. Jest to deklaracja dotycząca dysków w hoście, jednak maszyna wirtualna nie musi z nich korzystać. Pamięć lokalna umieszcza wirtualny dysk na nośnikach wewnątrz tej samej maszyny fizycznej. Pamięć sieciowa umieszcza go w oddzielnym klastrze pamięci masowej, dostępnym przez sieć centrum danych, co umożliwia natychmiastową zmianę rozmiaru, migrację na żywo oraz tworzenie migawek w miejscu.

Wewnątrz systemu gościa oba rozwiązania wyglądają identycznie:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA oraz rotational raportują 0 dla każdego urządzenia, które host oznacza jako nieobrotowe. Zatem wolumen sieciowy oparty na NVMe raportuje dokładnie to samo, co lokalny dysk NVMe. Wartość ta informuje jedynie, że dysk nie jest talerzowy. Nie pozwala ona ustalić fizycznej lokalizacji dysku. Weryfikacja dysku NVMe w systemie Linux omawia nazwy urządzeń i ich znaczenie.

Testem rozróżniającym jest opóźnienie przy głębokości kolejki 1, ponieważ pojedynczy mały odczyt nie jest maskowany przez inne operacje. Lokalny dysk NVMe odpowiada z tej samej obudowy. Wolumen sieciowy dodaje czas przesyłu przez sieć centrum danych do każdego odczytu, więc jego minimalne opóźnienie jest wyższe, nawet jeśli przepustowość przy dużej głębokości kolejki wygląda podobnie.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

Pierwsze uruchomienie wyświetla blok clat, który zawiera opóźnienie zakończenia operacji. Należy odczytać wartość dla 99. percentyla, a nie średnią, ponieważ średnia ukrywa przestoje odczuwalne przez użytkowników. Drugie uruchomienie wyświetla IOPS= w wierszu podsumowania. Wykonaj oba testy na posiadanej usłudze oraz na instancji próbnej dostawcy, którego rozważasz. Zrób to tego samego dnia i porównaj uzyskane wyniki. Publikowane dane dostawców pochodzą z maszyn, do których nie masz wglądu. Uruchom test trzykrotnie o różnych porach dnia, ponieważ obciążenie hosta wpływa na wyniki w ramach tego samego planu. Poprawne wykonywanie benchmarków VPS omawia metodologię, a co faktycznie oznacza SSD VPS wyjaśnia marketingowe znaczenie tych pojęć.

Regiony: mierz opóźnienia, nie czytaj mapy

Lista regionów to zabieg marketingowy, dopóki nie dokonasz pomiarów. Użytkownik odczuwa czas podróży pakietów w obie strony (RTT) z jego sieci do Twojego serwera. Zależy on od trasy, jaką pokonują pakiety, a nie od odległości na mapie. Serwer oddalony o 300 km, znajdujący się za przeciążonym łączem tranzytowym, działa gorzej niż serwer oddalony o 1500 km, do którego prowadzi drożna ścieżka.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr wyświetla każdy przeskok (hop) wraz z informacją o utracie pakietów i opóźnieniu. Skok o 60 ms między dwoma węzłami wskazuje konkretne łącze powodujące problem, zamiast obarczać winą serwer docelowy. Uruchom to narzędzie z maszyny znajdującej się w sieci, z której korzystają Twoi użytkownicy. Trasy między centrami danych są najlepszymi połączeniami w Internecie i stawiają każdego dostawcę w korzystnym świetle.

Jeden aspekt strukturalny pozostaje istotny niezależnie od zmian cen. Jeśli dostawca posiada tylko jeden region na Twoim kontynencie, Twój plan odzyskiwania po awarii (disaster recovery) w praktyce oznacza przeniesienie usług na inny kontynent, co wiąże się z odpowiednio wysokimi opóźnieniami. Licz regiony, do których faktycznie możesz przełączyć usługi, a nie te wymienione na stronie ofertowej.

Migawki i kopie zapasowe to osobny koszt

Dodatki pamięci masowej sprawiają, że tani plan staje się kosztowny. DigitalOcean nalicza 0.06 USD za GiB miesięcznie za migawki, a automatyczne kopie zapasowe wycenia jako ułamek ceny serwera: 20% ceny planu za kopie cotygodniowe, 30% za codzienne, z opcją rozliczaną według zużycia za GiB. Oba modele są uzasadnione, ale mają przeciwstawne wady. Cena procentowa skaluje się wraz z rozmiarem serwera, więc duży serwer z małym zbiorem danych jest przepłacany. Cena za GiB skaluje się wraz z ilością danych, więc mały serwer z podłączonym dużym wolumenem jest przepłacany.

Należy zapytać, ile kosztuje przywrócenie danych i jak długo trwa, ponieważ koszt przechowywania kopii zapasowej to tylko mniej istotna część zagadnienia. Należy sprawdzić, czy usunięcie serwera powoduje również usunięcie jego migawek.

Następnie należy przechowywać kopię, nad którą dostawca nie ma kontroli. Migawki dostawcy znajdują się wewnątrz konta dostawcy, więc utrata danych logowania, niepowodzenie płatności lub zawieszenie konta powoduje jednoczesną utratę serwera i jego kopii zapasowych. kopie zapasowe restic w pamięci masowej będącej własnością użytkownika kosztują kilka dolarów w ramach pamięci obiektowej, pozwalają na przywrócenie danych u dowolnego dostawcy i sprawiają, że migracja jest odwracalna, a nie ostateczna.

Ile warstw stosu technologicznego chcesz obsługiwać samodzielnie

Dostawcy usług znajdują się na pewnym kontinuum. Na jednym końcu wynajmujesz maszynę i samodzielnie uruchamiasz na niej wszystko. Na drugim wypychasz branch git i nigdy nie widzisz serwera. Cena za GB pamięci RAM jest właściwym punktem odniesienia tylko na pierwszym końcu, ponieważ na drugim kupujesz pracę, a nie pamięć, a praca nie ma ceny za GB.

Bądź szczery co do tego, w którym miejscu się znajdujesz, zanim zaczniesz cokolwiek porównywać. Zarządzana baza danych za 15.15 USD miesięcznie wygląda drogo przy serwerze za 6 USD, dopóki nie wycenisz godzin pracy, które za nią stoją: replikacji, failover, przywracania do punktu w czasie, aktualizacji wersji minor oraz alertu, który budzi kogoś o 03:00. Jeśli ta praca jest Twoim zadaniem, uruchom ją samodzielnie i zachowaj różnicę w kosztach. Jeśli Twoim zadaniem jest aplikacja, odkupienie tego czasu jest tanie. Podział na usługi zarządzane i niezarządzane decyduje o tym, którą kolumnę cennika powinieneś w ogóle czytać. Jeśli uczciwa odpowiedź brzmi, że chcesz mieć całą maszynę i jej dyski tylko dla siebie, jest to pytanie o VPS kontra serwer dedykowany, a nie o wybór dostawcy. To samo pytanie pojawia się w pozostałych pozycjach miesięcznego rachunku programisty, gdzie porównywanie planów Claude i ChatGPT zależy od tego, jak dużą część pracy chcesz przekazać, a nie od ceny głównej.

Kiedy DigitalOcean jest właściwym wyborem

DigitalOcean wygrywa, gdy kupujesz platformę, a nie tylko maszynę wirtualną.

• Zarządzane bazy danych. Zarządzane instancje PostgreSQL i MySQL zaczynają się od 15.15 USD miesięcznie za 1 GiB pamięci RAM i 10 GiB przestrzeni dyskowej, przy czym dodatkowa przestrzeń jest rozliczana za GiB, a węzły zapasowe (standby nodes) wyceniane są za sztukę. Samodzielne budowanie takiej niezawodności oznacza konieczność wdrożenia Patroni lub repmgr, magazynu konsensusu, proxy połączeń oraz przeprowadzenia testów przełączania awaryjnego, które faktycznie zostały przećwiczone. Dwuosobowy zespół nie jest w stanie utrzymać takiego rozwiązania i jednocześnie dostarczać nowych funkcji.
• App Platform. Wypchnij branch, a otrzymasz build, certyfikat i działającą usługę bez konieczności samodzielnego łatania systemu operacyjnego. Tanią wersją VPS tego produktu jesteś Ty, pracujący w sobotę.
• Obiektowa pamięć masowa i load balancery obsługiwane przez dojrzałego dostawcę Terraform. Flota, którą można zniszczyć i odbudować za pomocą kodu, jest warta więcej niż niższa cena jednostkowa.
• Firma stojąca za produktem. Opublikowane poziomy wsparcia, strona statusu z historią oraz organizacja, która odpowie na kwestionariusz bezpieczeństwa klienta. Jeśli odsprzedajesz hosting, ma to większą wartość niż kilka dolarów za GB.

DigitalOcean staje się drogi w przypadku zwykłych maszyn wirtualnych, kupowanych w dużej liczbie i generujących znaczny ruch wychodzący. Jest to dokładnie ten przypadek, który rozwiązuje alternatywa i stanowi większość zakupów dokonywanych przez programistów zajmujących się self-hostingiem.

Migracja do nowego dostawcy bez przestojów

Przestoje podczas migracji wynikają z jednego powodu: ruch dociera na stary adres IP po tym, jak dane zostały przeniesione na nowy serwer. Każdy poniższy krok ma na celu skrócenie tego okna czasowego i uczynienie go przewidywalnym.

Zacznij od DNS, co najmniej 48 godzin przed przeniesieniem. Resolvery buforują rekord A przez czas określony w TTL (time to live). Rekord z TTL wynoszącym 24 godziny będzie kierował użytkowników na stary serwer jeszcze przez dobę po zmianie. Obniżenie TTL w momencie przełączenia nie pomaga, ponieważ resolvery przechowują już starą wartość wraz z przypisanym czasem wygaśnięcia. Najpierw obniż TTL, odczekaj czas trwania starej wartości, a dopiero potem migruj.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Pierwsze polecenie wyświetla bieżący TTL w drugiej kolumnie odpowiedzi. Ustaw wartość 300 u swojego dostawcy DNS, a następnie odczekaj czas dłuższy niż ten, który właśnie zastąpiłeś.

Następnie postępuj zgodnie z tą kolejnością.

1. Przygotuj nowy serwer i zabezpiecz go, zanim cokolwiek na nim umieścisz. Pierwsze dziesięć minut na nowym VPS obejmuje kroki, które ludzie pomijają, gdy się spieszą.
2. Zainstaluj stos aplikacji i wykonaj pierwsze kopiowanie danych za pomocą rsync, podczas gdy stary serwer nadal normalnie obsługuje ruch.
3. Wystaw certyfikat TLS na nowym hoście już teraz, używając wyzwania DNS-01, ponieważ wyzwanie HTTP-01 weryfikuje adres IP, na który obecnie wskazuje DNS, czyli nadal stary serwer. Wyzwanie DNS-01 całkowicie eliminuje ten problem z kolejnością.
4. Przetestuj nowy host przed jakąkolwiek zmianą publiczną, nadpisując DNS na własnym laptopie. Dodaj 203.0.113.20 example.com do /etc/hosts, przejrzyj właściwą witrynę, a następnie usuń ten wiersz. Ten test nie wpływa na żadnego użytkownika.
5. Rozwiąż kwestię rozmiaru bazy danych. Przy kilku GB zrzut i przywracanie mieszczą się w czasie zamrożenia zapisu. Powyżej tej wartości skonfiguruj replikację ze starej bazy do nowej z kilkudniowym wyprzedzeniem i pozwól jej się zsynchronizować, aby zamrożenie dotyczyło tylko promocji.
6. Zamroź zapisy. Przełącz aplikację w tryb konserwacji lub tylko do odczytu. To jedyny etap widoczny dla użytkowników i powinien trwać kilka minut.
7. Wykonaj końcową deltę: ponownie uruchom rsync, a następnie końcową synchronizację bazy danych.
8. Zmień rekordy A i AAAA na nowy adres IP. Przy TTL 300 sekund większość resolverów zaktualizuje dane w ciągu około pięciu minut.
9. Pozostaw stary serwer uruchomiony i dostępny przez co najmniej dobę, ponieważ niektóre resolvery ignorują krótkie czasy TTL. Jeśli stara aplikacja nadal pozwala na zapis, spóźnione żądania trafią do niewłaściwej bazy danych, więc przekieruj stary host na nową bazę lub wyświetlaj na nim stronę konserwacji.
10. Monitoruj wskaźnik błędów nowego serwera przez dobę, przywróć TTL do normalnej wartości i usuń stary serwer po tygodniu, a nie tego samego wieczora.

Samo kopiowanie to dwa polecenia, każde uruchamiane dwukrotnie. Synchronizacja plików:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a zachowuje właściciela, uprawnienia i znaczniki czasu, -H zachowuje twarde dowiązania, -AX zachowuje ACL i rozszerzone atrybuty, a --numeric-ids zapobiega mapowaniu identyfikatorów użytkowników przez rsync na podstawie nazw, które różnią się między maszynami. Uruchom to z wyprzedzeniem, a następnie ponownie podczas zamrożenia, kiedy przesyłane są tylko zmienione dane.

Dla PostgreSQL, jeśli zrzut jest wystarczająco mały:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Dla MySQL lub MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction wykonuje zrzut w ramach jednej transakcji na tabelach InnoDB, dzięki czemu wynik jest spójny, a aplikacja może nadal zapisywać dane podczas trwania procesu. Bez tej flagi mysqldump blokuje tabele, co oznacza, że zamrożenie zapisu rozpoczęło się wcześniej, niż planowałeś, i nie ty o tym zdecydowałeś.

Dwie rzeczy mogą zawieść poza twoimi serwerami. Nowy adres IP nie posiada reputacji pocztowej, więc wiadomości wysyłane bezpośrednio z nowej maszyny będą filtrowane jako spam: wysyłaj przez przekaźnik (relay), który już posiada reputację. Ponadto każdy partner, który posiada listę dozwolonych adresów IP (allowlist), taki jak bramka płatności lub firewall klienta, musi zostać zaktualizowany przed przełączeniem, w przeciwnym razie połączenia zaczną być odrzucane w momencie przeniesienia ruchu.

Co sprawdzić przed podjęciem decyzji

• Czy cena jest promocyjna i jaka będzie wysokość opłaty po odnowieniu. Zniżka na pierwszy okres, która podwaja się przy odnowieniu, jest realnym kosztem, jedynie odroczonym w czasie.
• Czy okres rozliczeniowy jest płatny z góry. Wieloletnie plany opłacane z góry, stosowane przez SSD Nodes, pozwalają uzyskać znacznie niższą cenę za GB pamięci RAM w zamian za zaangażowanie kapitału. Ceną za to jest brak możliwości rezygnacji w kolejnym miesiącu, dlatego należy dopasować okres do pewności co do swoich potrzeb.
• Jaki jest miesięczny koszt snapshotów oraz jaki jest koszt przywrócenia danych w przeliczeniu na pieniądze i czas.
• Czy przekroczenie limitów (overage) jest płatne, czy skutkuje ograniczeniem przepustowości (throttling).
• Czy IPv6 jest poprawnie trasowane, czy jest to jedynie pojedynczy adres przypisany do interfejsu.
• Czy istnieje API z utrzymywanym providerem Terraform, jeśli planowana jest automatyzacja infrastruktury zamiast ręcznej konfiguracji.
• W jaki sposób można skontaktować się z pomocą techniczną oraz jaki jest deklarowany czas reakcji w przypadku awarii serwera, a nie tylko w sprawach handlowych.

Należy dokonać wyboru w oparciu o parametr, który ma największy wpływ na wysokość faktury. Jeśli jest to pamięć, decydująca będzie cena za GB RAM. Jeśli jest to ruch wychodzący, decyduje wliczony w cenę transfer. Jeśli jest to czas administratora, decyduje platforma zarządzana, a rozwiązanie DigitalOcean jest najsilniejsze z czterech porównywanych tutaj ofert.

FAQ

Czy Hetzner jest zawsze tańszy niż DigitalOcean?

W przypadku standardowej maszyny wirtualnej koszt za 1 GB pamięci RAM jest znacznie niższy: około $1.62 w porównaniu do $6.00 w podstawowych planach współdzielonych według stanu na 5 sierpnia 2026. Porównanie zmienia się, gdy w grę wchodzą usługi zarządzane. Hetzner sprzedaje serwery i infrastrukturę sieciową, więc zarządzana baza danych lub platforma typu push-to-deploy musi zostać skonfigurowana samodzielnie lub przez zewnętrznego dostawcę, co generuje dodatkowe koszty roboczogodzin. Hetzner podniósł również ceny usług chmurowych w 2026 roku, dlatego należy sprawdzać aktualne stawki w euro, zamiast polegać na starszych artykułach.

Którą alternatywę dla DigitalOcean wybrać, jeśli potrzebuję zarządzanej bazy danych?

Vultr oraz Akamai oferują zarządzane bazy danych, więc są najbliższymi zamiennikami, jeśli to właśnie zarządzana baza danych jest powodem korzystania z DigitalOcean. Tanie europejskie firmy hostingowe zazwyczaj nie oferują takiej usługi, co oznacza konieczność samodzielnego utrzymywania PostgreSQL lub MySQL, w tym konfiguracji replikacji i przetestowanego mechanizmu failover. Jest to realne obciążenie pracą. Należy zestawić to z kosztem 15.15 USD miesięcznie za zarządzaną instancję 1 GiB, zanim zapadnie decyzja, że tańszy serwer przyniósł oszczędności.

Jak przenieść działającą witrynę do nowego dostawcy bez przestojów?

Zmniejsz wartość DNS TTL do 300 sekund na co najmniej 48 godzin przed migracją, ponieważ resolvery będą kierować ruch na stary adres IP tak długo, jak pozwalał na to poprzedni TTL. Skonfiguruj i przetestuj nowy host, podczas gdy stary nadal obsługuje ruch, używając /etc/hosts do nadpisania ustawień na własnej maszynie, aby zmiany nie były widoczne dla innych. Następnie wstrzymaj zapisy na kilka minut, wykonaj końcową synchronizację rsync oraz bazy danych, przełącz rekordy A i AAAA, a stary serwer pozostaw uruchomiony przez tydzień na wypadek, gdyby któryś z resolverów zignorował krótki czas TTL.

Czy tańszy VPS oznacza wolniejsze dyski?

Niekoniecznie. Kluczowe jest to, czy dysk wirtualny jest lokalny dla hosta, czy znajduje się w sieciowym klastrze pamięci masowej, o czym panele zarządzania rzadko informują. lsblk -o NAME,ROTA raportuje 0 dla obu przypadków, ponieważ oba typy nośników nie są talerzowe. Zamiast tego należy wykonać pomiary: uruchom fio z flagą --iodepth=1 --bs=4k --direct=1 i sprawdź 99. percentyl opóźnienia operacji. Wolumen sieciowy dodaje czas potrzebny na komunikację w sieci centrum danych do każdego odczytu, więc jego minimalne opóźnienie jest wyższe niż w przypadku lokalnego NVMe, nawet jeśli przepustowość przy głębokiej kolejce wygląda podobnie.

Czy poczta e-mail będzie nadal dostarczana z nowego serwera?

Często nie, przynajmniej na początku. Nowy adres IP nie posiada historii wysyłkowej, więc odbiorcy traktują pocztę z niego jako podejrzaną, co skutkuje trafianiem do spamu lub całkowitym odrzuceniem wiadomości. Rekordy SPF i DKIM również wskazują na stary host, dopóki nie zostaną zaktualizowane. Poczta aplikacyjna powinna być wysyłana przez przekaźnik (relay) lub usługę e-mail, która posiada już reputację, a rekordy DNS dla poczty należy zaktualizować przed przełączeniem usług, a nie po nim.