Un'agenzia che mantiene i siti web di diversi clienti, prima o poi, viene a sapere di un'interruzione dal cliente stesso, di solito nel peggior momento possibile. UptimeRobot Pro o servizi SaaS simili risolvono questo problema, ma costano un abbonamento mensile per qualcosa che è in fondo un compito semplice: interrogare periodicamente un indirizzo e inviare una notifica quando smette di rispondere. Uptime Kuma fa esattamente lo stesso come open source, e lo installi sul tuo Box senza limiti sul numero di indirizzi monitorati e senza una fattura mensile. Di seguito, passo dopo passo, come installare Uptime Kuma su Saplo.
Perché Uptime Kuma invece di UptimeRobot Pro
Il monitoraggio della disponibilità a pagamento ha senso finché il numero di indirizzi monitorati è piccolo. Il problema inizia quando un'agenzia cresce:
- il prezzo aumenta con il numero di monitor e la frequenza di controllo - UptimeRobot Pro costa circa 30 dollari al mese per un pacchetto di monitor controllati ogni minuto; più siti di clienti ci sono, più alto è il piano,
- i dati sui tempi di inattività sono memorizzati presso un fornitore esterno - la cronologia della disponibilità, i grafici e i log degli incidenti sono una risorsa che si costruisce nel corso degli anni e che, al cambio di fornitore, deve essere lasciata o esportata manualmente.
Uptime Kuma non ha nessuna di queste limitazioni, perché funziona come un singolo contenitore Docker sul tuo Box: il numero di monitor è limitato solo dalle risorse del server, non dal listino prezzi, e i dati rimangono a te.
Requisiti
Per configurare Uptime Kuma su Saplo, hai bisogno di:
- Un Box con Docker attivo (il motore lo abilita automaticamente all'installazione dal catalogo, è richiesto il nesting nel container, che Saplo ha per impostazione predefinita),
- Minimo 512 MB di RAM libera sul Box e 2 GB di spazio su disco, il che significa che il piano Box M (65 € all'anno) sarà sufficiente,
- Un dominio o sottodominio
*.saploapp.plincluso nel prezzo di ogni piano, dove sarà ospitato il pannello di Uptime Kuma, - NON hai bisogno di un database separato, Uptime Kuma conserva tutto nel proprio database SQLite all'interno del volume Docker.
Installazione passo dopo passo
- Nel Pannello Saplo, vai su Catalogo delle applicazioni e seleziona Uptime Kuma (categoria "Dati").
- Scegli un Box con almeno 512 MB di RAM libera, dove installerai Uptime Kuma, e un Dominio o sottodominio dove sarà disponibile il pannello.
- Conferma l'installazione. Il motore creerà un container dall'immagine ufficiale
louislam/uptime-kuma:2, lo esporrà solo sul loopback del Box e lo connetterà a nginx, che lo servirà sotto il Dominio specificato con SSL gratuito. Solo la porta 443 sarà esposta all'esterno, non la porta raw 3001 del container. - Dopo
docker compose up, il motore verifica anche se il pannello risponde effettivamente via HTTP, perché lo stato "container in esecuzione" non significa che il processo interno non sia entrato in un loop di riavvii poco dopo. - Una volta completata l'installazione, il pannello Uptime Kuma sarà disponibile sotto il Dominio specificato.
Prima configurazione
Uptime Kuma non crea automaticamente un account amministratore, ma mostra una procedura guidata al primo accesso.
- Vai all'indirizzo del dominio, ad esempio
status.saploapp.pl, e crea un account amministratore nella procedura guidata (login e password, senza email con link di attivazione). - Nella sezione Monitors aggiungi il primo monitor: scegli il tipo (HTTP(s), Porta TCP, DNS, Ping e diversi altri), inserisci l'indirizzo e la frequenza di controllo, per impostazione predefinita ogni 60 secondi.
- Nella sezione Notifications configura un canale di notifica, email tramite il tuo server SMTP o un webhook per Discord, Telegram, Slack o una delle dozzine di altre integrazioni, e collegalo al monitor.
- Se vuoi mostrare al cliente lo Stato dei suoi servizi senza accedere al pannello, nella sezione Status Pages crea una pagina di Stato pubblica, aggiungile i monitor selezionati e collegala a un sottodominio, ad esempio
status.suodominio.it. - Uptime Kuma nella versione 2 ha cambiato il numero predefinito di tentativi prima di segnalare un guasto da 1 a 0, quindi con una nuova installazione il monitor segnala un'interruzione subito dopo il primo controllo fallito, è bene tenerlo presente per i monitor sensibili a interruzioni temporanee della rete.
Uptime Kuma su Saplo vs. UptimeRobot Pro
| UptimeRobot Pro | Uptime Kuma su Saplo | |
|---|---|---|
| Modello di prezzo | circa 30 USD/mese, aumenta con il numero di monitor | costo fisso del Box, nessun limite di monitor |
| Frequenza di controllo | dipende dal piano | qualsiasi, limitata dalle risorse del Box |
| Notifiche | e-mail, SMS, integrazioni selezionate a seconda del piano | e-mail, Discord, Telegram, Slack e decine di altri, tutto incluso nel prezzo |
| Pagina di stato pubblica | disponibile dai piani più alti | integrata, senza costi aggiuntivi |
| Dove sono i dati | infrastruttura UptimeRobot | Il tuo Box |
Domande frequenti
Uptime Kuma ha bisogno di un database separato? No, l'applicazione conserva tutta la configurazione e la cronologia dei monitor nel proprio database SQLite all'interno del volume Docker; il motore Saplo non vi aggiunge alcun container di database aggiuntivo.
Quanti monitor si possono aggiungere? Quanti ne permettono le risorse del Box; nel listino prezzi di Saplo non c'è un limite al numero di monitor, a differenza dei piani UptimeRobot.
Uptime Kuma può monitorare qualcosa di diverso dalle pagine web? Sì, oltre a HTTP(s) supporta il controllo delle porte TCP, le query DNS, il ping e altri tipi, quindi monitora anche database o servizi senza interfaccia web.
Devo installare Docker da solo prima di configurare Uptime Kuma? No, il motore Saplo installa Docker CE automaticamente alla prima installazione di qualsiasi applicazione containerizzata su un dato Box.
Vale la pena cambiare il numero predefinito di tentativi in Uptime Kuma 2? Vale la pena verificarlo per i monitor sensibili a interruzioni temporanee della connessione, perché il valore predefinito nella versione 2 segnala un guasto già dopo il primo controllo fallito, invece di aspettare un secondo tentativo come nella versione 1.
Se monitori più siti di clienti contemporaneamente e vuoi essere il primo a sapere di un guasto, non l'ultimo, scrivici e ti aiuteremo a scegliere il Box più adatto alla scala del tuo monitoraggio.
- #Agenzie
- #DevOps
- #Monitoring
- #Guida
- #Uptime Kuma
