Questo documento descrive come creare un controllo di uptime pubblico. Un controllo di uptime pubblico può inviare richieste da più località agli URL disponibili pubblicamente o alle risorse Google Cloud per vedere a cui la risorsa risponde. Per informazioni su come creare controlli di uptime per le reti private, consulta Creare controlli di uptime privati.
I controlli di uptime pubblici possono determinare la disponibilità di: risorse monitorate:- URL controllo di uptime
- Istanze VM
- Applicazione App Engine
- Servizio Kubernetes
- Istanza Amazon Elastic Compute Cloud (EC2)
- Bilanciatore del carico Amazon Elastic
- Revisione Cloud Run
Per i link alle informazioni su come gestire e monitorare i controlli di uptime, consulta la sezione Passaggi successivi di questo documento.
Informazioni sui controlli di uptime
Per HTTP e HTTPS vengono seguiti tutti i reindirizzamenti URL e la risposta finale ricevuti dal controllo di uptime vengono usati per valutare i criteri di successo. Per i controlli HTTPS, la data di scadenza del certificato SSL viene calcolata in base al certificato del server ricevuto nella risposta finale.
Affinché un controllo dell'uptime vada a buon fine, devono essere soddisfatte le seguenti condizioni:
- Lo stato HTTP deve corrispondere ai criteri specificati.
- I dati di risposta non contengono contenuti obbligatori o i contenuti obbligatori sono presenti.
I controlli di uptime non caricano gli asset della pagina né eseguono JavaScript e la configurazione predefinita di un controllo di uptime non include l'autenticazione.
Prima di iniziare
-
Per ottenere le autorizzazioni necessarie per creare controlli di uptime, chiedi all'amministratore di concederti i seguenti ruoli IAM sul tuo progetto:
-
Editor monitoraggio (
roles/monitoring.editor
): utenti della console Google Cloud -
Editor configurazioni controlli di uptime Monitoring (
roles/monitoring.uptimeCheckConfigEditor
) - Utenti API -
Monitoring AlertPolicy Editor (
roles/monitoring.alertPolicyEditor
) - Utenti API -
Editor NotificationChannel Monitoring (
roles/monitoring.notificationChannelEditor
) - Utenti API
Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso a progetti, cartelle e organizzazioni.
Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
-
Editor monitoraggio (
Verifica che la risorsa che vuoi controllare abbia un endpoint pubblico o sia protetta da un firewall configurabile.
Per tutte le altre configurazioni, devi creare un controllo di uptime privato. Per ulteriori informazioni, vedi Crea controlli di uptime privati.
Quando la risorsa è protetta da un firewall, configura il firewall in modo da consentire il traffico in entrata dagli indirizzi IP dei server di controllo dell'uptime. Per maggiori informazioni, consulta Elenco degli indirizzi IP dei server di controllo dell'uptime.
Configura i canali di notifica che vuoi utilizzare per la ricezione notifiche. Ti consigliamo di creare più tipi di canali di notifica. Per ulteriori informazioni, vedi Creare e gestire i canali di notifica.
Identifica almeno tre controlli per il controllo dell'uptime. La regione
USA
relativa ai controlli di uptime includeUSA_OREGON
,USA_IOWA
eUSA_VIRGINIA
. Ciascuna delle regioniUSA_*
ha un controllore eUSA
include tutte e tre. Le altre regioni per i controlli di uptime,EUROPE
,SOUTH_AMERICA
eASIA_PACIFIC
, ognuno ha uno strumento di controllo.Se selezioni Globale quando utilizzi la console Google Cloud oppure selezioni
REGION_UNSPECIFIED
quando si utilizza l'API, vengono emessi controlli di uptime tutte le regioni per i controlli di uptime.
Crea un controllo di uptime
Questa sezione spiega come creare e configurare i controlli di uptime.
Per creare un controllo di uptime per un bilanciatore del carico esterno con almeno una porta TCP o HTTP/s configurata, puoi seguire queste istruzioni. In alternativa, vai alla pagina Dettagli servizio del servizio e fai clic su Crea controllo di uptime. Se inizi dalla Dettagli servizio, i campi specifici del servizio sono precompilati.
Console
Per creare un controllo di uptime utilizzando la console Google Cloud, segui questi passaggi:
-
Nella console Google Cloud, vai alla pagina Controlli di uptime:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
Fai clic su Crea controllo di uptime.
Specifica il target del controllo di uptime:
Seleziona il protocollo. Puoi selezionare HTTP, HTTPS o TCP.
Scegli uno dei seguenti tipi di risorse:
- URL: qualsiasi nome host o indirizzo IPv4. Percorso e porta vanno inseriti separatamente.
- Servizio LoadBalancer per Kubernetes: servizio Kubernetes di LoadBalancer di testo.
- Istanza: istanze di Compute Engine o AWS EC2.
- App Engine: applicazioni (moduli) App Engine.
- Elastic Load Balancer: bilanciatore del carico AWS.
Inserisci i campi specifici del protocollo:
Per i controlli TCP, inserisci la porta.
Per i controlli HTTP e HTTPS, puoi inserire un percorso all'interno dell'host o della risorsa. Tutti i controlli di uptime che utilizzano questi protocolli inviano una richiesta a
http://target/path
. In questo per una risorsa URL,target
è un nome host o un indirizzo IP. Per una risorsa App Engine,target
è un nome host derivato dal il nome del servizio. Per le risorse di istanza e bilanciatore del carico,target
è un indirizzo IP derivato dal nome che fornita per la risorsa o per il gruppo di risorse.Se lasci vuoto il campo
path
o se imposti il valore su/
, la richiesta viene inviata ahttp://target/
.Ad esempio, per emettere un controllo di uptime alla risorsa URL
example.com/tester
, imposta il campo Nome host suexample.com
e il campo Percorso su/tester
.Supponiamo che tu abbia eseguito il deployment di un server in App Engine con un dispatcher che supporta
/
e/hello
. Per emettere il controllo di uptime al "/" lascia vuoto il campo Path. Per emettere il controllo del tempo di attività all'handler/hello
, imposta il valore del campo Path su/hello
.
Inserisci i campi specifici della risorsa:
Per le risorse URL, inserisci il nome host nel campo Nome host. Ad esempio, inserisci
example.com
.Per le risorse App Engine, inserisci il nome del servizio nel campo Servizio.
Per le risorse Elastic Load Balancer e Instance, completa la configurazione nel campo Si applica a, come segue:
- Per eseguire un controllo di uptime su una singola istanza o un singolo bilanciatore del carico, selezionare Singolo e utilizzare il menu per selezionare l'istanza o il bilanciatore del carico specifico.
- Per eseguire un controllo di uptime in un gruppo di monitoraggio, selezionare Gruppo e utilizzare il menu per selezionare il nome del gruppo.
(Facoltativo) Per impostare la frequenza di esecuzione del controllo dell'uptime, utilizza il campo Frequenza di controllo.
(Facoltativo) Per selezionare le regioni dei controlli o per configurare i certificati SSL, l'autenticazione, le intestazioni e le porte per i controlli HTTP e HTTPS, fai clic su Altre opzioni di destinazione:
- Regioni: seleziona le regioni in cui si verificano i controlli di uptime ricevono le richieste. Un controllo di uptime deve avere almeno tre controlli. È presente un controllo in tutte le regioni tranne negli Stati Uniti, che ha tre dama. L'impostazione predefinita, Globale, include tutte le regioni.
- Ping ICMP: configura il controllo di uptime per inviare fino a tre ping. Per saperne di più, consulta l'articolo Utilizzare i ping ICMP.
- Request Method (Metodo di richiesta): per i controlli HTTP, seleziona il metodo di richiesta.
- Testo: per i controlli POST HTTP, inserisci il corpo codificato per l'URL. Devi eseguire la codifica autonomamente. Per tutti gli altri controlli, lascia vuoto questo campo.
- Intestazione host: compila questo campo per controllare gli host virtuali. Questo campo non è disponibile per i controlli TCP.
- Porta: specifica un numero di porta.
- Intestazioni personalizzate: fornisci intestazioni personalizzate e, se necessario, criptale desiderato. La crittografia nasconde i valori dell'intestazione nel modulo. Utilizza la crittografia per le intestazioni relative all'autenticazione che non vuoi rendere visibili ad altri.
Autenticazione: questi valori vengono inviati come un'autorizzazione intestazione. Questo campo non è disponibile per i controlli TCP.
Scegli una delle seguenti opzioni:
- Autenticazione di base: fornisci un singolo nome utente e una singola password. Le password sono sempre nascoste nel modulo.
- Autenticazione dell'agente di servizio: se abilitata, viene generato un token di identità per l'agente di servizio di monitoraggio. Questa opzione è disponibile soltanto per i controlli HTTPS.
Convalida del certificato SSL: se hai selezionato HTTPS per una risorsa URL, per impostazione predefinita il servizio tenta di connettersi tramite HTTPS e convalidare il certificato SSL. I controlli di uptime hanno esito negativo quando un URL ha un certificato non valido. I motivi per cui un certificato non è valido includono:
- Un certificato scaduto
- Un certificato autofirmato
- Un certificato con un nome di dominio non corrispondente
- Un certificato che utilizza l'accesso alle informazioni sull'autorità (AIA) .
Per forzare un controllo dell'uptime HTTPS per convalidare il certificato SSL, selezionare Convalida certificati SSL.
Per disabilitare la convalida dei certificati SSL, cancella Convalida i certificati SSL.
Se disponi di certificati SSL con estensioni AIA, devi disattivare la convalida del certificato SSL. Questi tipi di certificati non sono supportati e non superano la sequenza di convalida. In genere, il messaggio di errore è "Risposta inviata con SSL handshake Error in 10000 ms".
Puoi utilizzare la metrica
monitoring.googleapis.com/uptime_check/time_until_ssl_cert_expires
per creare un criterio di avviso che ti invii una notifica prima della scadenza del certificato. Per ulteriori informazioni, consulta Criteri di esempio: criterio di controllo di uptime.Seleziona la casella di controllo Convalida certificati SSL.
Fai clic su Continua e configura i requisiti di risposta. Tutte le impostazioni in questa sezione hanno valori predefiniti:
Per modificare il periodo di timeout per il controllo di uptime, utilizza il metodo Timeout risposta. Un controllo di uptime ha esito negativo quando risposta ricevuta da più località in questo periodo.
Per configurare il controllo di uptime in modo che esegua la corrispondenza dei contenuti, assicurati che l'etichetta del pulsante di attivazione/disattivazione sia La corrispondenza dei contenuti è abilitata:
- Seleziona il Tipo di corrispondenza di contenuto della risposta dal menu delle opzioni.
Questo campo determina il modo in cui i contenuti della risposta vengono confrontati con i dati restituiti. Ad esempio, supponiamo che il contenuto della risposta sia
abcd
e il tipo di corrispondenza dei contenuti è Contiene. Il controllo di uptime ha esito positivo solo quando i dati della risposta contengonoabcd
. Per ulteriori informazioni, consulta la sezione Convalidare i dati di risposta. - Inserisci i contenuti della risposta. Il contenuto della risposta deve essere una stringa
non più lunga di 1024 byte. Nell'API, questo campo è
ContentMatcher
.
- Seleziona il Tipo di corrispondenza di contenuto della risposta dal menu delle opzioni.
Questo campo determina il modo in cui i contenuti della risposta vengono confrontati con i dati restituiti. Ad esempio, supponiamo che il contenuto della risposta sia
Per impedire la creazione di voci di log a causa dei controlli di uptime, elimina Logging degli errori dei controlli.
Per i controlli di uptime HTTP, configura i codici di risposta accettabili. Per impostazione predefinita, i controlli di uptime HTTP contrassegnano qualsiasi risposta
2xx
come risposta corretta.
Fai clic su Continua e configura le notifiche.
Per ricevere una notifica quando un controllo di uptime non va a buon fine, crea un'istanza criterio di avviso e configura canali di notifica per le norme in questione:
- (Facoltativo) Aggiorna il nome del criterio di avviso.
- (Facoltativo) Nel campo Durata, seleziona per quanto tempo vengono effettuati i controlli di uptime devono avere esito negativo prima dell'invio delle notifiche. Per impostazione predefinita, le notifiche sono inviata quando almeno due regioni segnalano errori del controllo di uptime per un di almeno un minuto.
Nella casella Canali di notifica, fai clic su arrow_drop_down Menu, seleziona i canali da aggiungere e poi fai clic su Ok.
Nel menu, i canali di notifica sono raggruppati in ordine alfabetico per ciascun tipo di canale.
Se non vuoi creare un criterio di avviso, assicurati che il testo del pulsante di attivazione/disattivazione sia Non creare un avviso.
Fai clic su Continua e completa il controllo dell'uptime:
Inserisci un titolo descrittivo per il controllo di uptime.
(Facoltativo) Per aggiungere etichette definite dall'utente al controllo dell'uptime:
- Fai clic su expand_more Mostra etichette utente.
- Nel campo Chiave, inserisci un nome per l'etichetta.
I nomi delle etichette devono iniziare con una lettera minuscola e possono contenere lettere minuscole, numeri, trattini bassi e trattini. Ad esempio:
inserisci
severity
. - Nel campo Valore, inserisci un valore per l'etichetta. Valori etichetta
può contenere
lettere minuscole, numeri, trattini bassi e trattini. Ad esempio:
inserisci
critical
. - Per ogni etichetta aggiuntiva, fai clic su Aggiungi etichetta utente e inserisci la chiave e il valore dell'etichetta.
Per verificare la configurazione del controllo di uptime, fai clic su Test. Se il risultato non è quello previsto, consulta la sezione Verificare gli errori, correggi la configurazione e ripeti il passaggio di verifica.
Fai clic su Crea. Se selezioni Crea e un campo obbligatorio non viene compilato, viene visualizzato un messaggio di errore.
gcloud
Per creare il controllo di uptime, esegui
Comando gcloud monitoring uptime create
:
gcloud monitoring uptime create DISPLAY_NAME REQUIRED_FLAGS OPTIONAL_FLAGS
Prima di eseguire il comando precedente, segui questi passaggi:
Sostituisci DISPLAY_NAME con il nome del controllo di uptime.
Configura REQUIRED_FLAGS per specificare la risorsa sottoposta a test il controllo di uptime. Ad esempio, il seguente comando crea un controllo di uptime che testa l'URL EXAMPLE.com per un determinato progetto:
gcloud monitoring uptime create DISPLAY_NAME \ --resource-labels=host=EXAMPLE.com,project_id=PROJECT_ID \ --resource-type=uptime-url
Il comando precedente specifica i valori per ogni etichetta richiesta dal tipo di risorsa
uptime-url
.Configura i flag OPTIONAL_FLAGS per eseguire l'override del valore predefinito e i relativi valori. Ad esempio, devi impostare il flag
--protocol
quando il protocollo non èhttp
.
API
Per creare un controllo di uptime, chiama il metodo
projects.uptimeCheckConfigs.create
. Imposta i parametri del metodo come segue:
parent: obbligatorio. Deve essere il nome del progetto in cui creare il controllo di uptime. Sostituisci
PROJECT_ID
con ID progetto Google Cloud. Il formato è:projects/PROJECT_ID
Il corpo della richiesta deve contenere un oggetto
UptimeCheckConfig
per la nuova e un controllo di uptime. Questa pagina fornisce informazioni su alcuni campi. Per documentazione completa su questo oggetto e i suoi campi, consultaUptimeCheckConfig
:Lascia vuoto il campo
name
dell'oggetto di configurazione. Il sistema imposta questo campo quando costruisce l'oggetto di configurazione della risposta.Se stai configurando un controllo HTTP o HTTPS, devi compilare il campo
HttpCheck
dell'oggettoUptimeCheckConfig
. In questo oggetto, impostarequestMethod
campo comeGET
oPOST
. Se questo campo viene omesso o impostato suMETHOD_UNSPECIFIED
, viene emessa una richiestaGET
.Se stai configurando una richiesta
POST
, compila i campicontentType
,customContentType
(facoltativo) ebody
.
Il metodo create
restituisce l'oggetto UptimeCheckConfig
per la nuova configurazione.
Se la configurazione dell'uptime creata non funziona come previsto, consulta la sezione Sezione Controlla gli errori di questa pagina.
C#
Per autenticarti a Monitoraggio, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Java
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Go
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per autenticarti in Monitoraggio, configura le credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
PHP
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Python
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Ruby
Per autenticarti a Monitoring, configura Credenziali predefinite dell'applicazione. Per ulteriori informazioni, vedi Configura l'autenticazione per un ambiente di sviluppo locale.
Terraform
Per scoprire come applicare o rimuovere una configurazione Terraform, consulta: Comandi Terraform di base. Per ulteriori informazioni, consulta Terraform documentazione di riferimento del provider.
Per creare un controllo di uptime e un criterio di avviso per monitorarlo, segui questi passaggi:
Modifica il file di configurazione Terraform e aggiungi una risorsa
google_monitoring_uptime_check_config
, quindi applica il file di configurazione.L'esempio seguente illustra una configurazione che verifica un URL pubblico:
resource "google_monitoring_uptime_check_config" "example" { display_name = "example" timeout = "60s" http_check { port = "80" request_method = "GET" } monitored_resource { type = "uptime_url" labels = { project_id = "PROJECT_ID" host="EXAMPLE.com" } } checker_type = "STATIC_IP_CHECKERS" }
(Facoltativo) Crea un canale di notifica e un criterio di avviso:
Nei passaggi seguenti viene utilizzata la console Google Cloud per creare la notifica il canale e il criterio di avviso. Questo approccio garantisce che il criterio di avviso monitori solo i dati generati dal controllo di uptime.
Per creare un canale di notifica:
-
Nella console Google Cloud, vai alla pagina notifications Avvisi:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Seleziona Gestisci canali di notifica.
- Vai al tipo di canale che vuoi aggiungere, fai clic su Aggiungi e completa la finestra di dialogo.
-
Per creare un criterio di avviso, segui questi passaggi:
-
Nella console Google Cloud, vai alla pagina Controlli di uptime:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
- Individua il tuo controllo di uptime, seleziona more_vert Altro. e seleziona Aggiungi criterio di avviso.
- Nella finestra di dialogo, vai alla sezione Notifiche e nome. espandi Canali di notifica ed effettua le selezioni desiderate.
- Assegna un nome al criterio di avviso e fai clic su Crea criterio.
-
Puoi creare un criterio di avviso aggiungendo una risorsa
google_monitoring_alert_policy
al file di configurazione e applicando la nuova configurazione.
Potrebbe verificarsi un ritardo massimo di 5 minuti prima che i risultati del controllo di uptime inizino a confluire in Monitoring. Durante questo periodo, la dashboard del controllo dell'uptime riporta lo stato "Nessun dato disponibile".
Utilizza ping ICMP
Per aiutarti a risolvere i problemi relativi ai controlli di uptime pubblici non riusciti, puoi configurare i controlli di uptime in modo che inviino fino a 3 ping ICMP durante il controllo. I ping possono aiutarti a distinguere tra i fallimenti causati, ad esempio, da problemi di connettività di rete e da timeout nell'applicazione.
Per impostazione predefinita, i controlli del tempo di attività non inviano ping. Ogni ping aggiunge latenza al controllo di uptime. I controlli di uptime privati non possono inviare ping.
Quando un controllo di uptime pubblico non va a buon fine, i risultati dei ping vengono scritti nei log di Cloud Logging. Se il ping non va a buon fine,
i seguenti campi vengono aggiunti al campo httpRequest
nella voce di log:
rtt_usec
: tempo di round trip per ogni richiesta di ping non riuscita.unreachable_count
: numero di richieste di ping che hanno restituito il codice statoICMP_DEST_UNREACH
.no_answer_count
: numero di richieste di ping che hanno superato il tempo di attesa e non hanno restituito alcuna risposta.
I risultati dei ping per i controlli di uptime andati a buon fine non vengono registrati.
Configurare i ping
Ogni configurazione del controllo di uptime include un oggetto HttpCheck
o un oggetto TcpCheck
.
Entrambi questi oggetti includono un campo pingConfig
.
Utilizza questo campo per specificare il numero di ping ICMP da includere in ogni controllo,
fino a 3. Per impostazione predefinita, non vengono inviati ping.
Per configurare i ping, esegui una delle seguenti operazioni:
Quando utilizzi la console Google Cloud, espandi Altre opzioni di destinazione e inserisci un valore nel campo Ping ICMP.
Quando utilizzi l'API Cloud Monitoring, utilizza l'oggetto
PingConfig
, che ha la seguente struttura:{ "pingsCount": integer }
Per saperne di più sull'utilizzo dell'API Monitoring per le configurazioni dei controlli di uptime, consulta Creare un controllo di uptime: API o Modificare un controllo di uptime: API.
Verificare il controllo di uptime
Quando crei un controllo di uptime nella console Google Cloud, puoi verificare la configurazione prima di salvarla.
Controlli riusciti
Un controllo di uptime ha esito positivo quando le seguenti condizioni sono vere:
- Lo stato HTTP corrisponde ai criteri selezionati.
- La risposta non contiene contenuti obbligatori o la ricerca dei contenuti obbligatori nella risposta è andata a buon fine.
Controlli non riusciti
Di seguito sono riportate alcune possibili cause di un errore di controllo dell'uptime:
- Errore di connessione: rifiutato: se utilizzi il tipo di connessione HTTP predefinito, verifica di avere installato un server web che risponda alle richieste HTTP. In una nuova istanza può verificarsi un errore di connessione se non hai installato un server web. Consulta la guida rapida per Compute Engine. Se utilizzi un tipo di connessione HTTPS, potresti dover eseguire passaggi di configurazione aggiuntivi. Per problemi di firewall, consulta Elenca gli indirizzi IP dei server per il controllo di uptime.
- Nome o servizio non trovato: il nome host potrebbe non essere corretto.
- 403 Accesso negato: il servizio restituisce un codice di errore all'uptime strumento di controllo. Ad esempio, la configurazione predefinita del server web restituisce questo codice in Amazon Linux, ma restituisce il codice 200 (Operazione riuscita) in alcune altre versioni di Linux. Consulta le Tutorial su LAMP per Amazon Linux o la documentazione del server web.
- 404 Non trovato: il percorso potrebbe non essere corretto.
408 Request timeout (Timeout della richiesta 408) o nessuna risposta: il numero di porta potrebbe essere scorretto, il servizio potrebbe non essere in esecuzione, il servizio potrebbe essere inaccessibile o il timeout potrebbe essere troppo basso. Verifica che il firewall consenta il traffico dai server di uptime. Consulta Elenco degli indirizzi IP dei server di controllo dell'uptime. Il limite di timeout viene specificato nell'ambito del modulo Response Validation le opzioni di CPU e memoria disponibili.
Potrebbe verificarsi un timeout della richiesta a causa della congestione della rete. Ad esempio, la scadenza a una temporanea congestione della rete, una verifica non va a buon fine, mentre tutte le altre hanno esito positivo. L'errore di una singola verifica non genera una notifica quando il criterio di avviso usa la configurazione predefinita.
Se il controllo di uptime è configurato per inviare ping, i risultati dei ping per i controlli di uptime non riusciti vengono scritti in Cloud Logging. Per ulteriori informazioni, consulta Utilizzare i ping ICMP.
Passaggi successivi
- Gestire i controlli di uptime
- Crea criteri di avviso per i controlli di uptime
- Elenca gli indirizzi IP dei server per il controllo di uptime
- Graficare le metriche dei controlli di uptime