Gostovanje Uptime Kuma na Managed VPS: svoje storitve nadzirajte neprekinjeno

Kaj nadzoruje Uptime Kuma

Uptime Kuma v rednih presledkih, do vsakih 20 sekund, preverja vaše storitve, hrani zgodovino njihovih odzivov in vas obvesti, takoj ko se katera od njih preneha odzivati. Uporablja se prek spletnega vmesnika, ki je na voljo v več jezikih.

• Sonde: HTTP in HTTPS, iskanje ključne besede na strani, zahteva JSON, TCP, WebSocket, ping, zapis DNS, vsebniki Docker in sonda „push“ za načrtovano opravilo, ki samo sporoči, da se je izvedlo.
• Opozorila: več kot 90 storitev za obveščanje, med njimi Telegram, Discord, Slack in e-pošta.
• Statusne strani: več javnih strani, vsaka po želji na svoji domeni.
• Potrdila: podatki o potrdilu HTTPS vsake nadzorovane storitve.
• Račun: dvostopenjsko preverjanje pristnosti in posredniški strežnik za sonde, ki ga potrebujejo.

Uptime Kuma postavite na drug strežnik, kot so storitve, ki jih nadzoruje. Na ločenem stroju vidi izpad od zunaj in pošlje opozorilo, medtem ko vaše storitve ne delujejo.

Kaj dovoljuje licenca MIT

Uptime Kuma je objavljen pod licenco MIT. Dovoljuje uporabo, kopiranje, spreminjanje, združevanje, objavljanje, razpečevanje, podlicenciranje in prodajo programa, pod enim pogojem: v vsaki kopiji ostaneta navedba avtorskih pravic in besedilo licence.

Uptime Kuma torej lahko poganjate v podjetju, z njim nadzirate storitve svojih strank in jim odprete statusne strani, ne da bi morali kupiti licenco.

Namestitev z Docker Compose

Dokumentacija programa Uptime Kuma se začne z Docker Compose. Na strežniku z nameščenim Dockerjem ustvarite mapo in prenesite uradno datoteko:

mkdir uptime-kuma
cd uptime-kuma
curl -o compose.yaml https://raw.githubusercontent.com/louislam/uptime-kuma/master/compose.yaml

Datoteka projekta objavi vrata 3001 na vseh naslovih strežnika. Za obratnim posredniškim strežnikom jih omejite na lokalni naslov, kot predlaga README:

services:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    restart: unless-stopped
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"

docker compose up -d

• Vrata, objavljena na 127.0.0.1: Docker privzeto objavi na vseh naslovih strežnika, še pred pravili požarnega zidu ufw. Lokalno je Uptime Kuma dosegljiv le prek obratnega posredniškega strežnika.
• Mapa data na lokalnem disku: hrani zbirko kuma.db, poslane datoteke in posnetke zaslona. Projekt odsvetuje NFS in druge omrežne datotečne sisteme, ker SQLite potrebuje zanesljiva zaklepanja datotek.
• Oznaka 2 sledi različici 2 programa Uptime Kuma, prehod na naslednjo glavno različico pa ostaja vaša odločitev.
• Slika 2-slim je lažja, približno 185 MB za prenos proti 620 MB: izpušča Chromium in vgrajeni MariaDB, ki ju vsebuje slika 2. Projekt priporoča sliko 2, sonda „Browser Engine“ pa z 2-slim zahteva zunanji Chromium.

Ob prvem zagonu odprite vmesnik: pomočnik vas vodi pri izbiri podatkovne zbirke, nato pri ustvarjanju skrbniškega računa. Dvostopenjsko preverjanje pristnosti vključite že ob prvi prijavi.

Projekt ne navaja potrebnega pomnilnika in procesorja: velikost je odvisna od števila nadzorovanih storitev in želene pogostosti preverjanja. Na Managed VPS nam opišite svojo rabo in priporočimo vam ustrezno velikost.

HTTPS in WebSocket: obratni posredniški strežnik

V javnem omrežju projekt zahteva HTTPS. Uptime Kuma temelji na WebSocket: obratni posredniški strežnik mora posredovati glavi Upgrade in Connection. Strežen je v korenu domene ali poddomene, njegov wiki pa odsvetuje podmape, kot je example.com/uptimekuma.

S Caddyjem

Caddy potrdilo pridobi in obnavlja sam ter brez dodatnih nastavitev posreduje WebSocket:

uptime.example.com {
    reverse_proxy 127.0.0.1:3001
}

Z Nginxom in Certbotom

server {
    listen 80;
    server_name uptime.example.com;

    location / {
        proxy_pass         http://localhost:3001;
        proxy_http_version 1.1;
        proxy_set_header   Upgrade $http_upgrade;
        proxy_set_header   Connection "upgrade";
        proxy_set_header   Host $host;
    }
}

Certbot nato namesti potrdilo Let’s Encrypt in preusmeritev na HTTPS, potrdilo pa nato obnavlja sam:

sudo certbot --nginx -d uptime.example.com

Ko je Uptime Kuma dosegljiv le prek posredniškega strežnika, odprite njegove nastavitve, „Settings“, „Reverse Proxy“, „HTTP Headers“, in „Trust Proxy“ nastavite na „Yes“: dnevniki nato prikazujejo pravi naslov obiskovalcev.

SQLite ali MariaDB

Od različice 2 Uptime Kuma ponuja tri zbirke, ki jih izberete v pomočniku ob prvem zagonu:

Če želite izbiro določiti vnaprej, brez pomočnika, v storitev v datoteki compose.yaml dodate spremenljivke UPTIME_KUMA_DB_TYPE, UPTIME_KUMA_DB_HOSTNAME, UPTIME_KUMA_DB_PORT, UPTIME_KUMA_DB_NAME, UPTIME_KUMA_DB_USERNAME in UPTIME_KUMA_DB_PASSWORD.

Obvestila, vključno z e-pošto

Sonda je uporabna le, če opozorilo pride do vas. Svoje kanale določite v „Settings“, „Notifications“, z vsakega pošljite poskusno sporočilo in predvidite dva, na primer sporočilnik in e-pošto: če eden odpove, prevzame drugi.

Za e-pošto se Uptime Kuma poveže s strežnikom SMTP. Na VPS Simafri pošiljanje poteka prek overjenega releja, na vratih 587: z naslovom poštnega računa, ki ga že imate, ali s Simafri Suite.

Varnostne kopije in posodobitve

Od različice 2 je varnostna kopija mape data edina metoda, ki jo projekt podpira. Pri SQLite ali vgrajenem MariaDB je tam vse. Zbirka SQLite, kopirana med pisanjem, se lahko poškoduje: za čas kopiranja ustavite vsebnik in upoštevajte, da se z njim ustavijo tudi sonde.

docker compose stop
tar -czf uptime-kuma-$(date +%F).tar.gz data
docker compose start

Posodabljanje

Wiki projekta navaja dva ukaza, ki ju zaženete v mapi datoteke compose.yaml. Mapa data ostane na mestu:

docker compose pull
docker compose up -d --force-recreate

Pred vsako posodobitvijo preberite opombe k izdaji: nekatere vsebujejo varnostne popravke, kot različica 2.5.9 z dne 31. oktobra 2026. Varnostna kopija tik pred tem vam omogoča preprosto vrnitev na prejšnje stanje.

Prehod z različice 1 na različico 2 zahteva več previdnosti: varnostno kopirajte mapo data z ustavljenim vsebnikom in pustite, da se migracija izteče do konca, saj prekinjena migracija zahteva obnovo varnostne kopije. Projekt je za 20 sond in 90 dni zgodovine zabeležil približno 7 minut, na skromnem stroju ali z več sondami pa bistveno več.

Kdo kaj dela na Managed VPS

Samostojno gostovanje poleg aplikacije zahteva tudi vzdrževanje strežnika. Na Managed VPS naše ekipe prevzamejo strežnik in proaktivno spremljajo vašo instanco; Uptime Kuma ostaja vaša programska oprema, z vašimi nastavitvami in podatki.

Če želite, da naše ekipe posežejo v samo aplikacijo, se ta storitev zaračuna po urah ali pavšalno, z oceno stroškov, sporočeno pred posegom.