Po co samodzielnie hostować monitoring dostępności zamiast usługi hostowanej?

Dwa powody. Kontrola i prywatność — Twoje monitory, reguły alertów i lista tego, co uruchamiasz, zostają na serwerze, który należy do Ciebie, nie na panelu osoby trzeciej. I niezależność — monitor musi żyć poza tym, co obserwuje. Uptime Kuma na własnym małym VPS nadal sprawdza (i alarmuje), nawet gdy Twój główny serwer lub domowe łącze padły. Usługa hostowana też to robi, ale samodzielne hostowanie zostawia wszystko Twoje i o stałym koszcie.

Jakiego planu i zasobów potrzebuje Uptime Kuma?

Jest lekki — Nano-IP (8 $/mies) uruchamia dziesiątki monitorów wygodnie. Zużycie RAM rośnie z liczbą sprawdzeń i zachowaną historią, więc dodaj zapas tylko jeśli monitorujesz setki punktów końcowych. Chcesz dedykowane IP, aby panel i publiczna strona statusu były osiągalne przez HTTPS, i aby Twoje sprawdzenia wychodziły ze stabilnego adresu.

Czy potrzebuję dedykowanego IP i domeny?

Dla panelu webowego i publicznej strony statusu — tak: otwierasz https://status.yourdomain.com w przeglądarce, co wymaga domeny, ważnego TLS i przychodzącego 443. To plan z dedykowanym IPv4; plany NAT nie przyjmują przychodzącego ruchu webowego. Reverse proxy (Caddy) daje Ci automatyczne HTTPS.

Czy monitor powinien być na tym samym serwerze co to, co obserwuje?

Nie — to cały sens osobnego serwera. Jeśli Twój monitor działa na tej samej maszynie co aplikacja, padają razem i nie dostajesz żadnego alertu. Umieść Uptime Kuma na własnym małym VPS (najlepiej w innym regionie niż główna infrastruktura), aby był niezależnym obserwatorem, który wciąż może się do Ciebie dodzwonić, gdy coś się zepsuje.

Czy prosicie o dokument tożsamości lub kartę?

Nie. Zarejestruj się e-mailem, płać w USDC lub USDT. Bez dokumentów, bez karty, bez KYC.

VPS do samodzielnie hostowanego monitoringu dostępności (Uptime Kuma)

Uruchom Uptime Kuma na VPS, aby monitorować swoje strony i usługi oraz hostować własną stronę statusu — z serwera poza Twoją infrastrukturą, tak by mógł Cię powiadomić nawet gdy główna maszyna padnie. Dedykowane IP, płatność kryptowalutą, bez KYC. Od 8 $/mies.

Jedyna reguła monitoringu jest taka, że monitor musi żyć poza tym, co obserwuje. Kontrola stanu działająca na tym samym serwerze co Twoja aplikacja jest bezużyteczna w chwili, gdy ten serwer pada — padają razem i żaden alert nigdy się nie odpala. Chcesz więc małej, niezależnej maszyny, której jedynym zadaniem jest obserwować wszystko inne i powiadamiać Cię, gdy się zepsuje. Uptime Kuma to samodzielnie hostowane narzędzie dokładnie do tego, a tani VPS to jego naturalny dom.

Po co go samodzielnie hostować

Niezależność. Na własnym VPS — najlepiej w innym regionie niż główna infrastruktura — Uptime Kuma nadal sprawdza i alarmuje, nawet gdy Twój podstawowy serwer lub domowe łącze padły. To cała wartość monitora.
Kontrola i prywatność. Twoja lista monitorowanych punktów końcowych, reguły alertów i strona statusu żyją na serwerze, który należy do Ciebie, nie na panelu osoby trzeciej, który zna cały Twój stos. Stały miesięczny koszt, bez cen za monitor.
Strona statusu, którą hostujesz Ty. Uptime Kuma publikuje schludną publiczną stronę statusu — na Twojej własnej domenie, mówiąc użytkownikom, co działa, bez wynajmowania SaaS do stron statusu.

Czego potrzebuje

Dedykowane IPv4, domena i HTTPS. Docierasz do panelu i strony statusu pod https://status.yourdomain.com, co wymaga domeny, ważnego TLS i przychodzącego 443 — plan z dedykowanym IP. Plany NAT nie przyjmują przychodzącego. Nano-IP (8 $/mies) uruchamia dziesiątki monitorów wygodnie.
Lekkie zasoby. Uptime Kuma jest mały; RAM rośnie tylko z liczbą sprawdzeń i zachowaną historią. Dodaj zapas na setki punktów końcowych, inaczej najmniejsza maszyna wystarczy.

Konfiguracja (Ubuntu 24.04, Docker)

# dedicated-IP plan, root shell
apt update && apt install -y docker.io caddy
systemctl enable --now docker

docker run -d --restart=unless-stopped \
  -p 127.0.0.1:3001:3001 \
  -v uptime-kuma:/app/data \
  --name uptime-kuma louislam/uptime-kuma:1

# TLS + reverse proxy on your domain
echo 'status.yourdomain.com { reverse_proxy 127.0.0.1:3001 }' > /etc/caddy/Caddyfile
systemctl restart caddy && ufw allow 80,443/tcp

Skieruj status.yourdomain.com na swoje IP, otwórz je, utwórz użytkownika admina i dodaj monitory — HTTP(S), port TCP, ping, DNS i więcej. Podłącz powiadomienia (Telegram, e-mail, webhooki, ntfy), aby awaria do Ciebie dotarła, i opublikuj stronę statusu dla usług, które chcesz upublicznić.

Dla kogo to jest

Dla devops i self-hosterów, którzy chcą niezależnego stróża nad własnymi serwerami i usługami.
Dla małych zespołów, które potrzebują strony statusu i alertów bez płacenia za monitor w hostowanym narzędziu.
Dla każdego, kto prowadzi home-lab i chce chmurowego punktu obserwacyjnego, który pozostaje online, gdy domowe łącze nie.

Dlaczego EQVPS dla Uptime Kuma

Dedykowane IPv4 od 8 $/mies, przyjazne domenie + HTTPS, wszystkie porty, odwrotny DNS w samoobsłudze.
Lokalizacje w UE (Niemcy, Finlandia) — a ponieważ prowadzimy dwa regiony, możesz umieścić monitor z dala od głównej maszyny dla prawdziwej niezależności.
Bez KYC, płatność kryptowalutą. E-mail do rejestracji, USDC/USDT do zapłaty.
Root w ~60 sekund, NVMe. Postaw Uptime Kuma, dodaj Caddy, a Twój własny monitoring działa.

Już uruchamiasz kilka usług na jednej maszynie? Zobacz samodzielne hostowanie wielu usług za jednym IP — monitor naturalnie łączy się ze stosem Docker, choć dla prawdziwej niezależności stróż należy do własnego, osobnego serwera.