Czym jest Hetzner?

Hetzner to niemiecki dostawca infrastruktury hostingowej. Oferuje wirtualne Cloud servers w usłudze Hetzner Cloud oraz fizyczne Dedicated servers. Z oferty korzystają firmy, deweloperzy i administratorzy, którzy chcą samodzielnie uruchamiać aplikacje i decydować o konfiguracji serwerów. Firma Hetzner powstała w 1997 roku.

Hetzner Cloud pozwala tworzyć maszyny wirtualne: wybierasz zasoby instancji i zarządzasz jej systemem bez zamawiania osobnego komputera. Dedicated servers oddają klientowi do wyłącznego użytku sprzęt fizyczny. To ważne, gdy wdrożenie wymaga kontroli nad całym serwerem, a nie tylko maszyną wirtualną. Hetzner oferuje też przechowywanie danych i usługi sieciowe, więc aplikacja nie musi działać na pojedynczej maszynie.
Dokumentacja wyraźnie rozdziela obowiązki dostawcy i klienta. Instalacja oprogramowania, aktualizacje oraz zabezpieczenie systemu należą do osoby utrzymującej serwer.

Hetzner daje wybór między maszyną wirtualną a fizyczną, lecz nie przejmuje administracji aplikacją. Zgodnie z punktem 5.1 warunków Hetzner klient sam odpowiada za zarządzanie serwerem Cloud i jego zabezpieczenie. Wybór sprzętu nie zmienia tej zasady.

System i aplikacja pozostają po stronie klienta, niezależnie od rodzaju serwera.

Cennik Hetzner – plany i ceny

Hetzner ustala ceny według rodziny instancji i przydzielonych zasobów. Podstawowy adres IPv4 kosztuje osobno 0,50 € miesięcznie. Poniższe ceny chmury dotyczą wariantów bez IPv4 w Niemczech lub Finlandii. Uwzględniają stawki zapowiedziane w zmianie cennika z 15 czerwca 2026 r.; wcześniejsze kwoty nie opisują już aktualnej oferty.

Darmowy plan

Hetzner Cloud nie ma w przedstawionej ofercie stałego darmowego planu serwerowego. Każdy wymieniony wariant ma cenę miesięczną, a opisane warunki nie wskazują bezpłatnego okresu próbnego ani darmowej puli zasobów. Chcesz uruchomić środowisko demonstracyjne? Uwzględnij koszt wybranej instancji, zamiast zakładać, że samo konto daje bezpłatną maszynę. W cenniku dla Niemiec i Finlandii najtańszy wariant, CX23, kosztuje 5,49 euro miesięcznie bez VAT i adresu IPv4.

Plany płatne

Hetzner dzieli opisane serwery chmurowe na rodziny ze współdzielonymi zasobami: CX, CAX i CPX. Rodzina CCX ma dedykowane vCPU. vCPU to wirtualny procesor przydzielony instancji; w CCX określenie „dedykowany” wskazuje odmienny sposób przydziału mocy obliczeniowej. CAX działa na architekturze ARM, dlatego sprawdź zgodność obrazu systemu, kontenerów i zależności aplikacji przed wyborem tej rodziny.

Tabela zestawia miesięczne ceny bez IPv4, zasoby i transfer wariantów Hetzner – od instancji chmurowych po serwer fizyczny. Publiczny podstawowy adres IPv4 dla serwera Cloud kosztuje dodatkowo 0,50 euro miesięcznie bez VAT.

Dla AX42-1 przytoczone warunki nie podają limitu transferu. Wariant AX42-1 ma też opłatę instalacyjną: 49 € jednorazowo, poza stawką miesięczną z tabeli. Dostępne informacje o AX42-1 nie pozwalają porównać transferu ani parametrów sprzętu z instancjami chmurowymi na jednakowych zasadach.

Po zmianie cennika cena planu CX23 wzrośnie o 38%; wcześniej wynosiła 3,99 € miesięcznie. Plan CPX22 drożeje o 144% względem dawnej ceny 7,99 € miesięcznie. W przypadku planu CCX13 wzrost wynosi 169% wobec wcześniejszych 15,99 € miesięcznie. Dawne stawki pokazują skalę podwyżki, ale nie służą do obliczania przyszłej faktury.

Jeden z użytkowników podał cenę Storage Box: 3,51 € miesięcznie za wariant z 1 TB przestrzeni i nielimitowanym transferem. To relacja użytkownika, nie potwierdzona tutaj stawka oficjalnego cennika. Sprawdź warunki zamówienia, zanim uwzględnisz ją w budżecie. Porównując Hetzner z DigitalOcean, Vultr i Linode, zestaw te same procesory, RAM, dyski, adresy IP i transfer.

Cena samej instancji nie obejmuje wszystkich wydatków na działającą infrastrukturę.

Zalety Hetzner

Użytkownicy chwalą Hetzner przede wszystkim za obsługę chmury i dostępność Object Storage. Ich wypowiedzi dotyczą wybranych usług, nie dowodzą niezawodności całej infrastruktury. Dla firmy ma to znaczenie: wygodny panel nie zastąpi oceny warunków utrzymania aplikacji. Profil Hetzner w serwisie G2 ma ocenę 4,5/5 na podstawie 13 recenzji; ta nota nie mierzy dostępności usług.

• Interfejs Hetzner Cloud jeden z użytkowników uznał za czytelniejszy od starszego panelu Robot. Ocena dotyczy przede wszystkim pracy z instancjami chmurowymi, nie panelu serwerów fizycznych. Jeśli korzystasz z obu rodzajów usług, będziesz pracować w różnych interfejsach.
• Object Storage Hetzner poleca jeden z użytkowników szukających miejsca na obiekty. Ta rekomendacja może pomóc wskazać usługę wartą sprawdzenia przy planowaniu plików aplikacji. Nie potwierdza jednak wydajności ani zasad naliczania opłat za transfer; oceń je oddzielnie.

Hetzner Cloud zebrał pochwałę za interfejs, a Object Storage – za przydatność jako magazyn danych. To ograniczony zakres świadectw. Nie pozwala uznać całej infrastruktury za niezawodną ani porównać jej dostępności z usługami innych firm.

Pozytywne opinie mówią o konkretnych usługach, nie o każdym aspekcie oferty.

Wady Hetzner

Przy planowaniu migracji do Hetzner trzeba uwzględnić zapowiedziane podwyżki wybranych rodzin serwerów. Przedstawione warunki nie wskazują też czatu na żywo ani gwarancji zwrotu pieniędzy. Zmiany cen można sprawdzić w cenniku. Zgłoszenia problemów z panelem i fakturami pozostają natomiast relacjami klientów, a nie opisem reguł działania usługi.

• Zmiana cen serii CPX podnosi miesięczny koszt wariantów Regular Performance w zapowiedzianym cenniku. Jeśli przenosisz na nie aplikację, oprzyj budżet na nowych stawkach z sekcji o cenach. Rodzina pozostaje dostępna, ale utrzymanie wdrożenia będzie kosztować więcej niż według wcześniejszej oferty.
• Zmiana cen serii CCX dotyczy instancji z dedykowanymi zasobami procesora. Porównanie stawek potwierdza podwyżkę, a użytkownicy wspominają o niej przy decyzjach migracyjnych. Dla firmy ważniejszy od ceny pojedynczej maszyny będzie koszt całego planowanego środowiska.
• Brak wskazanego czatu na żywo ma znaczenie, jeśli potrzebujesz rozmowy tekstowej w czasie rzeczywistym. Przedstawione warunki nie pozwalają też ustalić czasu odpowiedzi w takim kanale. Sprawdź dostępne sposoby kontaktu przed zamówieniem infrastruktury.
• Brak wskazanej gwarancji zwrotu pieniędzy nie pozwala zakładać, że rezygnacja z usługi oznacza odzyskanie poniesionych kosztów. Jeśli decyzja zakupowa zależy od okresu na wycofanie się z umowy, ustal zasady anulowania i rozliczenia przed zamówieniem.

Opinie o panelu i rozliczeniach Hetzner opisują błędy zarządzania usługą, przypomnienia o opłaconych fakturach oraz trudności z anulowaniem. Nie dowodzą, że każdy klient zetknie się z tymi problemami. Warto zachować potwierdzenia płatności i rezygnacji, a niezgodne z nimi przypomnienie wyjaśnić z dostawcą. W Niemczech i Finlandii stawka godzinowa planu CX23 wynosi 0,0088 euro za godzinę bez IPv4 i VAT; naliczanie trwa także po wyłączeniu instancji, aż ją usuniesz.

Stawki z cennika można potwierdzić; pojedyncze relacje o obsłudze wymagają ostrożniejszej oceny.

Kluczowe funkcje Hetzner

Hetzner oferuje serwery chmurowe, panel do obsługi instancji, sieci, magazyny danych i serwery fizyczne z systemem ratunkowym Rescue. Można z tych usług złożyć większe środowisko. Sam wybór serwera nie konfiguruje jednak sieci, równoważenia ruchu ani systemu operacyjnego.

• Serwery chmurowe CX, CAX, CPX i CCX różnią się architekturą procesora i sposobem przydziału mocy obliczeniowej. Wybierz rodzinę zgodną z wymaganiami oprogramowania, zwłaszcza gdy zależy ono od architektury lub dedykowanych zasobów procesora.
• Panel Hetzner Cloud pozwala tworzyć serwery, obsługiwać je i przeglądać zużycie zasobów. Administrator widzi instancje i ich parametry w jednym miejscu. Taki podgląd nie mówi jednak, czy sama aplikacja działa poprawnie.
• Sieci prywatne Hetzner łączą elementy infrastruktury poza ich publicznymi adresami. Dzięki temu możesz oddzielić ruch między serwerem aplikacji a bazą danych od połączeń użytkowników. Nadal musisz ustawić reguły dostępu i zabezpieczyć usługi w tej sieci.
• Load balancery Hetzner kierują przychodzący ruch do serwerów obsługujących aplikację. Przydają się, gdy żądania nie powinny trafiać tylko do jednej instancji. Nie przygotują jednak aplikacji do pracy rozproszonej: współdzielone dane i stan wymagają osobnego projektu.
• Dodatkowe woluminy Hetzner dają przestrzeń dyskową dołączaną do serwera Cloud. Pozwalają planować pojemność osobno od procesora i RAM-u. Wolumin przechowuje dane, ale sam w sobie nie jest ich kopią zapasową.
• Object Storage Hetzner zapisuje pliki jako obiekty, nie jako dysk systemowy. Pasuje do aplikacji korzystających z interfejsu przechowywania obiektów. Jeśli program wymaga lokalnego systemu plików, potrzebuje innego sposobu dostępu do danych. Przed wyborem odróżnij tę usługę od woluminu.
• Serwery dedykowane Hetzner oddają klientowi fizyczną maszynę zamiast instancji na współdzielonym hoście. Zapewniają inny zakres kontroli, lecz administrator nadal utrzymuje system i aplikacje. Nie zastępują chmury zespołowi, który chce obsługiwać wyłącznie maszynę wirtualną z panelu.
• System Rescue Hetzner uruchamia środowisko ratunkowe do samodzielnej obsługi serwera dedykowanego. Pomaga prowadzić diagnostykę, gdy zwykły system nie daje potrzebnego dostępu. Dostarcza narzędzia, ale nie naprawia konfiguracji ani nie odzyskuje danych za klienta.

Hetzner ma usługi do rozbudowy aplikacji chmurowej i narzędzia potrzebne przy administracji fizyczną maszyną. Każde wykonuje inne zadanie: load balancer kieruje ruchem, wolumin daje dysk, a Object Storage przechowuje obiekty. Określ rolę usługi, zanim dodasz ją do architektury. Najtańszy load balancer LB11 kosztuje 7,49 euro miesięcznie jako osobny element rachunku.

Dobieraj usługi do zadań aplikacji i sprawdzaj koszt każdej z nich.

Weryfikacja tożsamości i dostęp do konta Hetzner

W opiniach o Hetzner pojawiają się opisy żądań potwierdzenia tożsamości, odmów rejestracji bez podania przyczyny i zamknięcia konta bez wcześniejszego ostrzeżenia. Są to konkretne relacje, nie opis przebiegu każdej rejestracji. Jeśli planujesz wdrożenie, oddziel założenie konta od przeniesienia na nie działającej usługi. Punkt 2.4 pozwala Hetzner odrzucić zamówienie, a punkt 2.7 przewiduje blokadę usług lub konta bez uprzedzenia z ważnych powodów.

Kiedy Hetzner może poprosić o dokument tożsamości?

Hetzner żądał dokumentów tożsamości od użytkowników opisujących weryfikację konta. Z relacji nie wynika dokładnie, kiedy i według jakich kryteriów pojawia się takie żądanie. Rozpoczęcie rejestracji nie gwarantuje więc dostępu do usług. Użytkownicy opisują także odmowy bez wyjaśnienia, ale nie pozwala to przypisać wszystkim odmowom jednej przyczyny. Jako przykłady dokumentów Hetzner podaje dowód osobisty i paszport, nie przedstawiając ich jako zamkniętej listy.

Dokument tożsamości zawiera więcej danych osobowych niż zwykłe dane logowania. Gdy otrzymasz prośbę o weryfikację, sprawdź zakres wymaganych informacji i sposób ich przesłania w oficjalnym procesie konta. Nie odpowiadaj dokumentem na niezweryfikowaną wiadomość. Taka ostrożność ma sens niezależnie od wyniku rejestracji.

Jak przygotować się na odmowę rejestracji lub blokadę konta?

Firma planująca korzystanie z Hetzner powinna móc utrzymać lub uruchomić usługę poza nowym kontem, zanim skieruje na nie ruch produkcyjny. Relacje o odmowach i zamknięciach kont uzasadniają taki plan. Nie mówią jednak, jak często dochodzi do tych zdarzeń ani ile trwa odzyskanie dostępu. Według zasady 3–2–1 przynajmniej jedna kopia danych powinna znajdować się poza główną lokalizacją.

• Harmonogram migracji powinien przewidywać przeniesienie aplikacji dopiero po zakończeniu rejestracji i uzyskaniu dostępu do potrzebnych usług Hetzner. Ewentualna odmowa zmieni wtedy plan wdrożenia, zamiast przerwać działanie przedwcześnie przeniesionej aplikacji.
• Ewidencja zależności od konta Hetzner powinna wymieniać usługi, do których administracji potrzebny jest panel. Lista pokaże, które części środowiska wymagają alternatywnej ścieżki działania po ograniczeniu dostępu.
• Procedura kontaktu z Hetzner powinna być dostępna zespołowi również poza panelem. W razie odmowy lub zamknięcia konta osoby odpowiedzialne za infrastrukturę zachowają opis sprawy i dotychczasową korespondencję.
• Plan przeniesienia aplikacji powinien wskazywać osobę decydującą o uruchomieniu środowiska u innego dostawcy. Sam plan nie przeniesie usług, ale określi odpowiedzialność, gdy dostęp do konta zniknie.

Hetzner nie powinien warunkować rozpoczęcia krytycznego wdrożenia, dopóki firma nie potwierdzi dostępu do konta i wymagań weryfikacyjnych. Opinie użytkowników przemawiają za przygotowaniem się na odmowę lub zamknięcie konta. Nie oznaczają, że spotka to każdego klienta.

Najpierw potwierdź dostęp do konta. Dopiero potem przenoś usługę produkcyjną.

Jak uruchomić serwer w Hetzner Cloud – krok po kroku

Hetzner Cloud pozwala utworzyć serwer w panelu po wskazaniu lokalizacji, obrazu systemu i typu instancji. Przed zatwierdzeniem zamówienia zdecyduj też o dostępie, sieci i kopiach zapasowych. Sam wybór maszyny nie ustawi tych elementów za administratora. Włączenie automatycznych kopii Backups kosztuje miesięcznie dodatkowe 20% ceny serwera.

Wybór lokalizacji i typu instancji

Opcje tworzenia maszyny znajdziesz w Hetzner Cloud pod Servers → Add Server. W opisanej próbie obejmującej 2 serwery średni czas uruchomienia instancji wyniósł 32 s. Nie jest to gwarancja czasu udostępnienia następnej maszyny. Dobierz architekturę procesora do obrazu systemu i planowanego oprogramowania. Instancja ARM64 CAX11 oferuje 2 vCPU i 4 GB RAM.

1. Projekt w panelu Hetzner Cloud otwórz tam, gdzie ma działać nowy serwer.
2. Opcję Servers → Add Server wybierz, aby otworzyć formularz instancji.
3. Lokalizację w sekcji Location dobierz do miejsca działania aplikacji i położenia użytkowników.
4. Obraz w sekcji Image dopasuj do oprogramowania, które zamierzasz uruchomić.
5. Rodzinę i wariant w sekcji Type wybierz z uwzględnieniem architektury procesora i przydziału zasobów.

Wybór typu serwera Hetzner określa zasoby, lecz nie sprawdza zgodności aplikacji z obrazem systemu. Zweryfikuj wymagania środowiska przed utworzeniem maszyny. Rodzina CAX korzysta z architektury ARM64, a CX, CPX i CCX należą do architektury x86.

Konfiguracja sieci, kopii zapasowych i dostępu do serwera

Formularz Hetzner Cloud pozwala ustawić dostęp administracyjny oraz wybrane opcje infrastruktury. Klucz SSH składa się z części publicznej dodawanej do serwera i prywatnej, którą zachowuje administrator. O kopiach zapasowych trzeba zdecydować osobno. Wybór obrazu systemu nie włącza ich automatycznie.

1. Połączenia sieciowe serwera ustaw w sekcji Networking.
2. Zapisany klucz publiczny do logowania wskaż w sekcji SSH keys.
3. Przygotowane reguły dostępu przypisz do instancji w sekcji Firewalls.
4. Automatyczne kopie zapasowe włącz lub pozostaw wyłączone w sekcji Backups.
5. Podsumowanie konfiguracji sprawdź przed zatwierdzeniem zamówienia przyciskiem Create & Buy now.

Utworzony serwer Hetzner Cloud jest gotowy do dalszej administracji zgodnie z wybranym obrazem i sposobem logowania. Maszyna działa, ale aplikacja jeszcze nie. Zainstaluj jej zależności, skonfiguruj usługi i skontroluj reguły dostępu.

Panel uruchamia serwer; za przygotowanie aplikacji nadal odpowiada administrator.

Automatyzacja infrastruktury Hetzner przez CLI, Terraform i cloud-init

Hetzner Cloud oferuje CLI, dostawcę Terraform i obsługę cloud-init. Narzędzia pozwalają tworzyć oraz konfigurować instancje bez powtarzania pracy w panelu. Tabela pokazuje ich odmienne role. Automatyzacja ogranicza różnice między wdrożeniami, ale zespół nadal musi utrzymywać uprawnienia, pliki konfiguracyjne i skrypty.

Tworzenie i konfigurowanie instancji bez użycia panelu

CLI Hetzner Cloud umożliwia obsługę zasobów projektu z wiersza poleceń. Korzysta z tokenu API, czyli danych uwierzytelniających dostęp programowy; nie zapisuj go w publikowanym repozytorium. W skrypcie tworzącym serwer podaj nazwę, typ instancji, obraz i lokalizację. Kolejne uruchomienie nie będzie wtedy zależało od ręcznych wyborów w formularzu.

• CLI Hetzner Cloud wykonuje polecenia dotyczące serwerów bez otwierania panelu. Przydaje się przy doraźnym tworzeniu instancji i w skryptach wdrożeniowych. Sam zapis wykonanego polecenia nie opisuje jednak trwale całej infrastruktury.
• Token API Hetzner Cloud daje narzędziom dostęp do projektu. Trzymaj go poza plikami konfiguracyjnymi dodawanymi do kontroli wersji. Jeśli token wycieknie, unieważnij go i przygotuj nowy.
• Parametry instancji Hetzner Cloud możesz przekazać skryptowi jako konfigurację, zamiast wpisywać je w panelu. Zapis ułatwi sprawdzenie wybranego obrazu i typu serwera. Nie potwierdzi jednak zgodności aplikacji z architekturą procesora.

Powtarzalne wdrożenia z Terraform i cloud-init

Terraform używa dostawcy Hetzner Cloud do opisywania zasobów w plikach konfiguracyjnych. Porównuje opis ze stanem infrastruktury i przedstawia plan przed zastosowaniem zmian. cloud-init przygotowuje system przy starcie instancji – może tworzyć użytkowników lub instalować pakiety. Nie zwalnia to zespołu z późniejszego utrzymania systemu.

• Dostawca Terraform dla Hetzner Cloud pozwala trzymać opis infrastruktury obok kodu projektu. Przegląd planu pomaga dostrzec usunięcie lub zmianę zasobu przed zatwierdzeniem. Błędna definicja nadal spowoduje jednak błędną zmianę po jej zastosowaniu.
• Stan Terraform wiąże konfigurację z utworzonymi zasobami. Zabezpiecz go i ustal zasady współdzielenia w zespole. Zmiany wprowadzone osobno w panelu mogą wywołać rozbieżności wymagające uwzględnienia w następnym planie.
• cloud-init w Hetzner Cloud przekazuje nowej instancji konfigurację początkową. Skrypt startowy pomaga przygotowywać podobne środowiska bez ręcznego logowania. Dane dostępowe zapisane w konfiguracji trzeba jednak osobno chronić.

Połączenie Terraform i cloud-init w Hetzner Cloud rozdziela tworzenie zasobów od przygotowania systemu. Pasuje do zespołów utrzymujących powtarzalne środowiska. Przy pojedynczej, rzadko zmienianej instancji oznacza też dodatkowy obowiązek: utrzymanie konfiguracji automatyzacji.

Wybierz narzędzie według zadania: polecenie, opis infrastruktury albo konfiguracja systemu przy starcie.

Kopie zapasowe i odtwarzanie danych w Hetzner

Hetzner oferuje automatyczne backupy, ręczne snapshoty i obrazy serwerów. Każde z tych narzędzi pomaga na innym etapie odzyskiwania lub wdrażania maszyny. Według cennika automatyczne kopie zapasowe kosztują 20% kosztu instancji. Włączenie backupu nie rozstrzyga, gdzie przechowasz eksporty bazy ani jak uruchomisz aplikację po awarii.

Automatyczne backupy, snapshoty i obrazy serwerów

Automatyczne backupy Hetzner Cloud tworzą kopie serwera bez ręcznego inicjowania każdej z nich. Opłata zależy od kosztu chronionej instancji, więc zmiana jej wariantu wpłynie również na rachunek za backup. Dokumentacja odróżnia taką kopię od snapshotu wykonywanego na żądanie i obrazu służącego do tworzenia maszyn.

• Automatyczny backup Hetzner Cloud pozwala przywrócić stan serwera z dostępnej kopii. Sprawdź, czy moment jej wykonania odpowiada dopuszczalnej utracie danych. Późniejsze zamówienia lub wpisy w bazie trzeba będzie odzyskać inną metodą.
• Ręczny snapshot Hetzner Cloud zapisuje stan maszyny w wybranej chwili, choćby przed aktualizacją systemu. Trzeba go samodzielnie wykonać i pilnować jego aktualności. Nie zawiera danych zapisanych po utworzeniu kopii.
• Obraz serwera Hetzner Cloud służy do uruchamiania instancji z przygotowanego stanu systemu. Daje nowym maszynom wspólny punkt wyjścia. Nie zastępuje bieżących kopii danych aplikacji zmieniających się później.

Plan odtwarzania w Hetzner Cloud powinien obejmować kopię maszyny oraz sposób przywrócenia danych aplikacji. Przy bazie danych liczy się spójność: obraz dysku i eksport z różnych chwil mogą przedstawiać odmienne stany. Odtwórz kopię w oddzielnym środowisku. Sprawdź, czy aplikacja startuje i odczytuje oczekiwane dane.

Storage Box i Object Storage jako dodatkowe opcje przechowywania

Storage Box i Object Storage Hetzner dają dodatkowe miejsca na dane, ale nie zastępują automatycznie kopii serwera. Storage Box nadaje się do odkładania plików backupu poza maszyną źródłową. Object Storage obsługuje aplikacje i procesy zapisujące obiekty. Tabela rozdziela te zastosowania.

• Storage Box Hetzner oddziela pliki kopii od dysku instancji. Nadal musisz skonfigurować proces backupu. Procedura odtwarzania powinna wskazywać potrzebne pliki oraz kolejność ich przywracania.
• Object Storage Hetzner zapisuje obiekty przesyłane przez zgodne oprogramowanie. Umieszczenie tam plików samo nie tworzy uruchamialnego obrazu serwera ani kopii bazy danych.

Hetzner pozwala przywracać stan instancji i przechowywać dodatkowe kopie poza nią. Jeśli chcesz odzyskać działającą aplikację, połącz wybrane mechanizmy z procedurą obejmującą system, konfigurację i aktualne dane.

Kopia pomaga dopiero wtedy, gdy zespół potrafi ją odtworzyć i sprawdził to w praktyce.

Lokalizacje Hetzner a opóźnienia i transfer danych

Hetzner Cloud ma 6 lokalizacji chmurowych. Wybór regionu wpływa na drogę żądań użytkowników i zasady rozliczania transferu. Bliższy serwer skraca odległość pokonywaną przez dane, lecz nie gwarantuje szybkiej odpowiedzi aplikacji. Porównując Europę, USA i Singapur, oceń osobno opóźnienia oraz koszt ruchu ponad limit.

Co oznacza wybór serwera w Europie dla użytkowników w USA?

Serwer Hetzner w Europie odpowiada użytkownikom w USA przez połączenie międzykontynentalne. Może to zwiększyć TTFB, czyli czas od wysłania żądania do odebrania pierwszego bajtu odpowiedzi. Na ten wynik wpływają sieć i praca serwera. Użytkownik stron Magento hostowanych w Hetzner podał TTFB około 80–250 ms dla odbiorców w UE i około 750–1000 ms dla odbiorców w USA.

Przytoczone pomiary Magento dotyczą konkretnych stron, nie każdej instancji Hetzner. Na TTFB wpływają również praca aplikacji, stan pamięci podręcznej i trasa sieciowa. Jeśli kierujesz ofertę głównie do klientów w USA, zmierz odpowiedź własnej aplikacji dla tej grupy. Europejski wynik nie opisuje doświadczenia amerykańskich odbiorców.

Niemcy i Finlandia występują w zestawieniu jako lokalizacje europejskie. Wybór między nimi nie usuwa międzykontynentalnej trasy żądań z USA, choć dokładny czas zależy od sieci i aplikacji. Gdy obsługujesz obie strony Atlantyku, kieruj się akceptowanym czasem odpowiedzi dla każdej grupy. Siedziba firmy zamawiającej serwer nie wystarczy jako kryterium.

Różnice w limitach i opłatach za transfer między regionami

Hetzner nalicza regionalną opłatę za ruch ponad limit przypisany do usługi, nie za cały transfer. Tabela pokazuje różnice w stawkach. Przydział dla wariantów europejskich znajdziesz w tabeli cennika. Nie zakładaj, że ten sam limit obowiązuje w każdym regionie.

Tabela zestawia regionalne stawki za transfer ponad limit oraz podstawę kalkulacji kosztu ruchu w Hetzner.

Transfer ponad limit w Singapurze ma inną stawkę niż w UE i USA. Przy aplikacji wysyłającej dużo danych sama cena instancji niewiele więc mówi o rachunku. Oszacuj ruch przekraczający przydział i zestaw koszt z opóźnieniami dla swoich użytkowników. Lokalizacji nie warto wybierać na podstawie jednego parametru.

Sprawdź zarówno czas odpowiedzi aplikacji, jak i przewidywany rachunek za transfer.

Dostępność infrastruktury i reakcja na awarie w Hetzner

Hetzner deklaruje dostępność chmury na poziomie 99,9% oraz dostępność wsparcia 24/7. Użytkownicy opisują zarówno długą pracę bez przerw, jak i wielodniową niedostępność po awarii sprzętu. Deklarację dla chmury, doświadczenia z serwerami dedykowanymi i oceny pomocy technicznej trzeba rozpatrywać oddzielnie.

Deklarowane 99,9% dostępności a doświadczenia użytkowników

Hetzner Cloud podaje deklarowany wskaźnik dostępności infrastruktury. Nie oznacza on, że każda aplikacja będzie działać bez przerwy. Przestój może wynikać z konfiguracji, aktualizacji albo błędu systemu utrzymywanego przez klienta. Wskaźnik nie określa też czasu naprawy konkretnej awarii ani zasad zwrotu kosztów środowiska zastępczego.

Użytkownik serwera dedykowanego Hetzner opisał ponad rok pracy bez przestoju. Inna osoba pozytywnie oceniła hosting poczty. W opiniach chwalone są też niezawodność infrastruktury, ceny i prostota obsługi. Relacje dotyczą jednak różnych produktów; nie tworzą jednolitego pomiaru dostępności chmury.

Inny klient Hetzner opisał awarię sprzętu, po której serwer nie działał przez ponad dwa dni. Według jego relacji nie zwrócono mu kosztu serwera zastępczego. To jednostkowe zdarzenie, nie ustalony czas naprawy każdej awarii. Jeśli Twoja usługa wymaga ciągłości działania, przygotuj sposób uruchomienia aplikacji poza uszkodzoną maszyną.

Jak oceniana jest pomoc techniczna podczas awarii?

Wsparcie Hetzner zbiera różne oceny. Jedni użytkownicy chwalą szybką, kompetentną pomoc również nocą, inni opisują długie oczekiwanie lub odpowiedź niezwiązaną z problemem. Dostępność kanału kontaktu przez całą dobę nie oznacza gwarantowanego terminu rozwiązania zgłoszenia.

• Pozytywne opinie o wsparciu Hetzner opisują skuteczne interwencje także nocą. Mówią o doświadczeniach ich autorów. Nie wyznaczają czasu odpowiedzi, którego może oczekiwać każdy klient.
• Negatywne opinie o odpowiedziach Hetzner obejmują relację o oczekiwaniu przez tygodniu oraz o automatycznej odpowiedzi niedotyczącej problemu. Przypadki te pokazują różnicę między możliwością zgłoszenia awarii a jej rozwiązaniem.
• Telefoniczna pomoc Hetzner nie była dostępna w sytuacji opisanej przez jednego użytkownika. Relacja nie wyjaśnia zasad korzystania z telefonu dla wszystkich produktów. Nie można na jej podstawie przypisać całej ofercie jednakowego warunku.

Firma korzystająca z Hetzner powinna opisać w zgłoszeniu osobno objawy infrastruktury i błędy własnego systemu. Warto też zachować historię kontaktu oraz dokumenty poniesionych kosztów. To ułatwi wyjaśnianie incydentu, lecz nie zastąpi środowiska awaryjnego. Przygotuj się zarówno na skuteczną pomoc, jak i na samodzielne utrzymanie usługi podczas oczekiwania.

Deklarowana dostępność nie zwalnia zespołu z przygotowania planu na awarię.

Opinie klientów o Hetzner

Dla kogo jest Hetzner?

Hetzner pasuje do programistów i zespołów, które same administrują serwerami oraz dobierają infrastrukturę do aplikacji. Nie jest usługą, w której dostawca automatycznie instaluje, aktualizuje i utrzymuje oprogramowanie klienta. Przy wyborze sprawdź także położenie użytkowników, architekturę procesora oraz warunki transferu w docelowym regionie.

Polecany jeśli

Hetzner odpowiada zespołom mającym kompetencje administracyjne i potrzebującym kontroli nad serwerem. Oferta obejmuje chmurę z różnymi architekturami procesora oraz maszyny fizyczne. Możesz więc powiązać wybór z wymaganiami oprogramowania.

• Programiści i zespoły administrujące własną infrastrukturą mogą korzystać z Hetzner bez oddawania kontroli nad konfiguracją. Dostawca zapewnia serwer, a zespół odpowiada za system i aplikację.
• Środowiska deweloperskie i testowe można uruchamiać w Hetzner Cloud, gdy zespół sam tworzy i ustawia instancje. Oddzielna maszyna pozwala prowadzić prace bez zmian w konfiguracji produkcyjnej.
• Aplikacje kierowane do użytkowników w Europie mogą korzystać z europejskich lokalizacji Hetzner. Dobierz położenie serwera do odbiorców, dla których sprawdzasz czas odpowiedzi.
• Obciążenia zgodne z ARM pasują do rodziny CAX. Przed wyborem potwierdź zgodność obrazu systemu, zależności i wdrażanej aplikacji z tą architekturą.

Nie polecany jeśli

Hetzner nie odpowie na potrzeby projektu wymagającego administracji aplikacją przez dostawcę. Ostrożności wymagają też budżety oparte na europejskiej stawce transferu przy wdrożeniu w Singapurze. Jeśli obsługujesz użytkowników w USA wyłącznie z Europy i wymagasz niskich opóźnień, sprawdź trasę żądań. Te zastrzeżenia wynikają z podziału obowiązków i warunków regionalnych, nie z oceny każdej instancji.

• Firma bez własnego administratora nie dostanie wraz z samym serwerem Hetzner utrzymania aplikacji. Potrzebuje osobnej obsługi administracyjnej albo dostawcy, który uwzględnia ją w umowie.
• Projekt wrażliwy na koszt transferu w Singapurze musi uwzględnić regionalną stawkę za ruch ponad limit z sekcji o transferze. Europejskie warunki nie opisują kosztu takiego wdrożenia.
• Aplikacja wymagająca niskich opóźnień dla użytkowników w USA nie powinna bez pomiarów polegać wyłącznie na europejskiej lokalizacji Hetzner. Żądania pokonują wówczas połączenie międzykontynentalne.

Hetzner najlepiej służy zespołowi, który sam utrzymuje aplikację. Taki zespół potrafi dobrać lokalizację i architekturę serwera do oprogramowania oraz swoich użytkowników.

Czy Twój zespół może sam odpowiadać za serwer i aplikację? Od tego zacznij wybór.

Alternatywy dla Hetzner

Hetzner porównuj z innymi firmami według rodzaju usługi, zakresu administracji, kosztu wdrożenia, lokalizacji i dostępu do konta. AWS, DigitalOcean, Azure, Cloudamo, Northflank oraz kodu.cloud pojawiają się w relacjach o migracji lub poszukiwaniu zamiennika. Samo wymienienie tych nazw nie potwierdza przewagi cenowej ani technicznej. kodu.cloud oferuje inną formę obsługi: zarządzane serwery dedykowane oparte na sprzęcie Hetzner.

Tabela zestawia alternatywy z Hetzner według kontekstu wyboru, potwierdzonego zakresu usług, administracji, dostępnych informacji o cenie i ograniczeń porównania.

Jeśli zestawienie nie podaje warunku lub stawki, przytoczone informacje ich nie potwierdzają. To nie jest ranking cenowy. Bez kosztu jednakowej konfiguracji i porównania zakresu obsługi nie da się uczciwie uszeregować dostawców.

• AWS jest punktem odniesienia dla firmy przenoszącej dotychczasowe środowisko chmurowe do Hetzner. Opis migracji nie podaje jednak kosztu ani zakresu porównywalnych usług AWS. Sama relacja o przenosinach nie rozstrzygnie wyboru dostawcy.
• DigitalOcean również pojawia się w opisach migracji do Hetzner. Kierunek przenosin nie mówi, ile kosztowały równoważne konfiguracje. Bez takich danych zespół nie zna całkowitego kosztu alternatywy.
• Northflank jest wymieniany przez zespoły ponownie oceniające koszty chmury Hetzner. Przytoczone informacje nie ustalają ani ceny, ani równoważności usług. Firma potrzebująca gotowego porównania jednakowych serwerów musi zebrać te dane osobno.
• kodu.cloud odpowiada firmie, która chce serwera dedykowanego na sprzęcie Hetzner bez samodzielnego zarządzania maszyną. Nie zastępuje instancji chmurowej obsługiwanej przez własny zespół. Cenę usługi zarządzanej trzeba zestawić z zakresem obsługi.

Azure występuje w relacjach o migracji do Hetzner. Cloudamo rozważał użytkownik, który napotkał problemy z weryfikacją tożsamości. Żadna z tych relacji nie potwierdza cen, parametrów porównywalnych usług ani zasad rejestracji u tych dostawców. Oceń ich oferty według tych samych kryteriów, które stosujesz wobec Hetzner.

Nazwy dostawców nie zastąpią porównania jednakowych konfiguracji i zakresu administracji.

Podsumowanie Hetzner – czy warto?

Hetzner i kodu.cloud warto zestawić według rodzaju serwera, odpowiedzialności za administrację oraz pełnego kosztu. Pierwsza oferta pasuje do zespołu samodzielnie utrzymującego infrastrukturę. Druga odpowiada firmie szukającej zarządzanego serwera dedykowanego. Żadna nie jest lepsza pod każdym względem.

• Administracja: Hetzner zostawia klientowi utrzymanie systemu i aplikacji, dlatego sama usługa nie wystarczy firmie bez administratora. kodu.cloud oferuje zarządzanie serwerem, ale nie zastąpi chmury zespołowi chcącemu samodzielnie obsługiwać instancję.
• Rodzaj infrastruktury: Hetzner oferuje chmurę i maszyny fizyczne, a kodu.cloud – zarządzane serwery dedykowane. Jeśli potrzebujesz maszyny wirtualnej, najpierw porównaj modele wdrożenia. Oferty nie są automatycznie zamienne.
• Koszt: cennik Hetzner wymienia warianty serwerów, lecz cały rachunek zależy też od usług dodatkowych i pracy administratora. Do porównania z kodu.cloud potrzebujesz wyceny uwzględniającej zarządzanie serwerem.

Kluczowa różnica dotyczy codziennej odpowiedzialności za środowisko. Sama infrastruktura nie zapewnia obsługi aplikacji. Hetzner pasuje do zespołu zdolnego nią zarządzać i akceptującego opisane koszty oraz warunki regionalne. Pozostałe firmy powinny porównać ofertę obejmującą zarządzanie serwerem.

Odpowiedź na pytanie „czy warto?” zależy od tego, kto będzie utrzymywać system i aplikację.

FAQ – najczęstsze pytania o Hetzner

Hetzner dostarcza infrastrukturę, lecz uruchomienie strony lub aplikacji wymaga również decyzji o domenie, certyfikacie, bazie danych i poczcie. Sam wybór serwera nie rozstrzyga tych spraw. Poniższe odpowiedzi pomogą ustalić, co pozostaje do przygotowania.

Czy serwer Hetzner obejmuje domenę internetową?

Serwer Hetzner nie jest tym samym co domena. Aby skierować domenę na aplikację, skonfiguruj rekordy DNS u jej operatora. Zakup serwera sam nie zmieni tych rekordów.

Czy Hetzner automatycznie włącza HTTPS dla własnej aplikacji?

Hetzner Cloud udostępnia maszynę, ale administrator samodzielnie konfiguruje HTTPS dla wdrażanej aplikacji. Potrzebuje certyfikatu TLS, który potwierdza tożsamość serwisu i służy do szyfrowania połączenia. Musi też skonfigurować program obsługujący ruch internetowy.

Czy na serwerze Hetzner można uruchomić WordPress?

WordPress można uruchomić na serwerze Hetzner po przygotowaniu serwera WWW, PHP i bazy danych. Maszyna wirtualna nie instaluje automatycznie tych składników. Nie aktualizuje ich później za administratora.

Czy Hetzner administruje bazą danych zainstalowaną na serwerze?

Baza danych zainstalowana przez klienta na serwerze Hetzner należy do jego środowiska. Administrator ustawia jej konfigurację i uprawnienia, wykonuje aktualizacje oraz sprawdza, czy aplikacja poprawnie odczytuje dane.

Co trzeba skonfigurować, aby wysyłać pocztę z własnej domeny?

Poczta wysyłana z serwera Hetzner wymaga konfiguracji aplikacji pocztowej i domeny. Rekordy SPF, DKIM oraz DMARC pomagają odbiorcy ocenić, czy wiadomość może korzystać z danej domeny. Samo uruchomienie serwera nie gwarantuje dostarczalności poczty.

Czy korzystanie z Hetzner wystarcza do spełnienia wymagań RODO?

Hetzner dostarcza infrastrukturę, ale nie oceni za klienta sposobu przetwarzania danych w jego aplikacji. Firma musi ustalić role stron i wymagane dokumenty umowne. Powinna też wiedzieć, gdzie przechowuje dane i kto ma do nich dostęp zgodnie z wymaganiami RODO.

Jak udostępnić aplikację z kilku serwerów bez utraty sesji użytkowników?

Aplikacja działająca na kilku serwerach Hetzner potrzebuje wspólnego sposobu przechowywania sesji i danych. Rozdzielanie ruchu między maszyny nie synchronizuje pamięci aplikacji. Zaprojektuj współdzielony magazyn sesji albo inny mechanizm zachowania stanu użytkownika.

Ceny i warunki sprawdzone u źródeł: październik 2026.