Configura l'ora esatta per le istanze di Compute Engine U4

Anteprima privata: soluzione ULL

Questo prodotto o funzionalità sono soggetti ai "Termini dell'offerta pre-GA" nella sezione dei Termini di servizio generali dei Termini specifici dei servizi. Le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per ulteriori informazioni, consulta le descrizioni della fase di lancio.

La soluzione ULL è disponibile solo per gli operatori di scambio approvati e i loro partecipanti allo scambio. Se sei un partecipante approvato allo scambio, contatta [e-mail] per richiedere l'accesso.

Questa pagina descrive come configurare l'ora esatta per un'istanza Compute Engine U4 e come configurare il monitoraggio in modo da poter visualizzare l'accuratezza della sincronizzazione dell'ora.

Come funziona

Google Cloud La soluzione Ultra Low Latency (ULL) utilizza il protocollo di sincronizzazione dell'orologio Firefly per fornire una sincronizzazione a livello di nanosecondi. Firefly esegue automaticamente le seguenti operazioni:

• Esegue la sincronizzazione interna per sincronizzare gli orologi delle interfacce di rete fisiche (NIC) di tutti i server host delle istanze U4 tra loro.
• Esegue la sincronizzazione esterna per sincronizzare gli orologi delle NIC fisiche di tutti i server host delle istanze U4 con il Coordinated Universal Time (UTC).

Poiché gli orologi delle NIC fisiche dei server host che eseguono istanze U4 vengono sincronizzati automaticamente da Firefly, puoi configurare l'ora esatta per la tua istanza sincronizzando l'orologio di sistema dell'istanza con l'orologio della NIC fisica del server host.

Per saperne di più su Firefly, consulta il seguente Google Cloud post del blog: Understanding the Firefly clock synchronization protocol.

Prima di iniziare

Prima di configurare l'ora esatta per le istanze di Compute Engine U4, consulta le sezioni seguenti.

Crea un'istanza U4 con l'immagine richiesta

Crea un'istanza Compute Engine U4 utilizzando l'immagine fornita da Google per i test. Consulta la procedura corrispondente al tuo caso d'uso:

• Per creare un'istanza U4P o U4C, consulta Crea istanze Compute Engine ULL.
• Per creare un'istanza U4S, consulta Crea istanze Compute Engine non ULL per carichi di lavoro ausiliari.

Assicurati che non siano in esecuzione altri servizi di sincronizzazione dell'ora

Le procedure descritte in questa pagina utilizzano chrony come client di sincronizzazione dell'orologio consigliato. Prima di iniziare, assicurati che non siano in esecuzione altri servizi di sincronizzazione dell'ora sulla tua istanza, ad esempio ntpd, systemd-timesyncd o phc2sys. Interazioni impreviste con questi servizi possono causare errori nella configurazione di chrony.

In chrony versione 4.7 e successive, puoi controllare il log degli avvisi chronyd per altri servizi di sincronizzazione dell'orologio eseguendo questo comando:

journalctl -u chronyd

Se è in esecuzione un altro servizio di sincronizzazione dell'ora, l'output include un messaggio di avviso come il seguente: System clock interference detected (another NTP client?).

Configura chrony in modo che venga caricato solo dopo che i driver di rete sono stabili

In alcuni casi, systemd potrebbe caricare chrony prima che i driver dell'interfaccia di rete terminino l'inizializzazione, il che può comportare l'impossibilità di avviare chrony perché non è possibile inizializzare il dispositivo PTP hardware clock (PHC).

Per evitare il problema precedente, esegui l'override del file dell'unità systemd di chrony per attendere che i dispositivi PHC siano pronti:

1. Esegui il comando di modifica:

   systemctl edit chronyd
   

2. Aggiungi l'override corrispondente al tipo di istanza:

   • Per le istanze U4P e U4C:

     [Unit]
     After=dev-ptp0.device dev-ptp1.device dev-ptp2.device
     Requires=dev-ptp0.device dev-ptp1.device dev-ptp2.device
     

   • Per le istanze U4S:

     [Unit]
     After=dev-ptp0.device
     Requires=dev-ptp0.device
     

3. Riavvia il servizio. Anche se il comando systemctl edit eseguito in precedenza ha ricaricato automaticamente il daemon, ti consigliamo di eseguire il seguente comando per assicurarti che chrony sia in esecuzione dopo le modifiche.

   systemctl restart chronyd
   

Configura chrony per utilizzare l'orologio della NIC fisica sincronizzato con Firefly

Questa sezione descrive come configurare chrony per sincronizzare l'orologio di sistema dell'istanza con l'orologio della scheda di NIC fisica sul server host dell'istanza, che è già sincronizzato da Firefly.

Le interfacce di rete virtuali (vNIC) dell'istanza U4, come mostrato nel sistema operativo guest (ad esempio eth0), vengono mappate alle NIC fisiche sul server host dell'istanza. Una determinata vNIC può accedere all'orologio della NIC fisica utilizzando il dispositivo orologio hardware PTP (PHC) corrispondente:

• I nomi dei dispositivi PHC in Linux hanno il seguente formato: /dev/ptpNUMBER, dove NUMBER è determinato dal kernel Linux in base all'ordine di inizializzazione del dispositivo. Ad esempio, vedi i seguenti nomi di dispositivi PHC: /dev/ptp0, /dev/ptp1, /dev/ptp2.

• Per specificare un orologio NIC fisico come origine per la sincronizzazione, la configurazione chrony deve utilizzare o risolvere il dispositivo PHC corrispondente.

Ciascuna delle sezioni seguenti fornisce esempi di come configurare chrony in base ai requisiti precedenti. Consulta la sezione corrispondente al tuo tipo di istanza e alla versione di chrony:

• Configura chrony 4.7 e versioni successive sulle istanze U4P e U4C
• Configura chrony 4.6.1 e versioni precedenti sulle istanze U4P e U4C
• Configura chrony 4.7 e versioni successive sulle istanze U4S

Configura chrony 4.7 e versioni successive sulle istanze U4P e U4C

chrony versione 4.7 e successive supporta la specifica di un nome vNIC (ad esempio eth0) come origine dell'orologio e lo risolve automaticamente nel dispositivo PHC (Hardware Clock) PTP corrispondente che rappresenta l'orologio della NIC fisica.

Per configurare chrony versione 4.7 e successive su un'istanza U4P o U4C:

1. Aggiungi quanto segue al file di configurazione chrony, /etc/chrony.conf. Il file deve contenere solo la seguente configurazione. Assicurati di rimuovere o sovrascrivere i contenuti preesistenti del file.

   Nota: questo esempio corrisponde a una configurazione tipica di un'istanza U4P o U4C in cui una vNIC è collegata a una rete VPC per uso generico e due vNIC sono collegate a una rete VPC ULL. Queste istanze sono supportate da tre NIC fisiche e ogni vNIC viene mappata a una NIC fisica diversa.

   # Record the rate at which the system clock gains/loses time.
   driftfile /var/lib/chrony/drift
   
   # Allow the system clock to be stepped in the first three updates
   # if its offset is larger than 1 micro-second.
   makestep 0.0000001 3
   
   # Specify directory for log files.
   logdir /var/log/chrony
   
   # Select which information is logged.
   log measurements statistics tracking refclocks
   
   # U4 Compute Engine instance clocks are 200ppb accurate
   maxclockerror 0.2
   
   # Configure all clocks for tracking, but select only one of them as source.
   refclock PHC eth0:nocrossts poll -1 noselect
   refclock PHC eth1:nocrossts poll -1
   refclock PHC eth2:nocrossts poll -1 noselect
   
   # The following lines opportunistically enable Precision Time Measurement (PTM) based clock synchronization.
   # Note that PTM can potentially result in a (constant) clock skew of up to 700 nanoseconds
   # which is not accounted for in chrony's accuracy metrics.
   refclock PHC eth0 poll -1 noselect
   refclock PHC eth1 poll -1 noselect
   refclock PHC eth2 poll -1 noselect

2. Per applicare la configurazione, riavvia chrony eseguendo questo comando:

   systemctl restart chronyd
   

   chrony registra le statistiche di sincronizzazione dell'orologio in /var/log/chrony/tracking.log utilizzando l'orologio hardware PTP di eth1 come origine dell'ora.

Configura chrony 4.6.1 e versioni precedenti sulle istanze U4P e U4C

Le versioni 4.6.1 e precedenti di chrony richiedono di specificare manualmente il nome del dispositivo dell'orologio hardware PTP (PHC) nel file di configurazione.

Per configurare chrony versioni 4.6.1 e precedenti su un'istanza U4P o U4C, esegui le seguenti operazioni:

1. Recupera il numero di indice del dispositivo PHC associato a una vNIC. L'esempio seguente utilizza eth0.

   ethtool -T eth0
   

   1. Rivedi l'output per PTP Hardware Clock:NUMBER

      Questo output di esempio mostra PTP Hardware Clock: 1, che corrisponde a /dev/ptp1.

      Time stamping parameters for eth0:
      Capabilities:
              hardware-receive
              software-receive
              software-system-clock
              hardware-raw-clock
      PTP Hardware Clock: 1
      Hardware Transmit Timestamp Modes:
              off
      Hardware Receive Filter Modes:
              none
              all
      

2. Aggiungi quanto segue al file di configurazione chrony, /etc/chrony.conf. Il file deve contenere solo la seguente configurazione. Assicurati di rimuovere o sovrascrivere i contenuti preesistenti del file.

   L'output ethtool nel passaggio precedente ha mostrato che eth0 utilizza /dev/ptp1. L'esempio seguente sincronizza l'orologio di sistema con l'orologio della NIC fisica corrispondente per eth0 specificando: refclock PHC /dev/ptp1:nocrossts poll -1.

   Nota: questo esempio corrisponde a una configurazione tipica di un'istanza U4P o U4C in cui una vNIC è collegata a una rete VPC per uso generico e due vNIC sono collegate a una rete VPC ULL. Queste istanze sono supportate da tre NIC fisiche e ogni vNIC viene mappata a una NIC fisica diversa.

   # Record the rate at which the system clock gains/loses time.
   driftfile /var/lib/chrony/drift
   
   # Allow the system clock to be stepped in the first three updates
   # if its offset is larger than 1 micro-second.
   makestep 0.0000001 3
   
   # Enable kernel synchronization of the real-time clock (RTC).
   rtcsync
   
   # Save NTS keys and cookies.
   ntsdumpdir /var/lib/chrony
   
   # Specify directory for log files.
   logdir /var/log/chrony
   
   # Select which information is logged.
   log measurements statistics tracking refclocks
   
   # U4 Compute Engine instance clocks are 200ppb accurate
   maxclockerror 0.2
   
   # Configure all clocks for tracking, but select only one of them as source.
   refclock PHC /dev/ptp0:nocrossts poll -1 noselect
   refclock PHC /dev/ptp1:nocrossts poll -1
   refclock PHC /dev/ptp2:nocrossts poll -1 noselect
   
   # The following lines opportunistically enable Precision Time Measurement (PTM) based clock synchronization.
   # Note that PTM can potentially result in a (constant) clock skew of up to 700 nanoseconds
   # which is not accounted for in chrony's accuracy metrics.
   refclock PHC /dev/ptp0 poll -1 noselect
   refclock PHC /dev/ptp1 poll -1 noselect
   refclock PHC /dev/ptp2 poll -1 noselect

3. Per applicare la configurazione, riavvia chrony eseguendo questo comando:

   systemctl restart chronyd
   

   chrony registra le statistiche di sincronizzazione dell'orologio in /var/log/chrony/tracking.log utilizzando l'orologio hardware PTP di eth0 come origine dell'ora.

Configura chrony 4.7 e versioni successive sulle istanze U4S

Ti consigliamo di utilizzare chrony versione 4.7 e successive per le istanze U4S. L'utilizzo di versioni precedenti potrebbe causare errori frequenti perché il dispositivo di sincronizzazione dell'orologio di Compute Engine per le istanze di macchine virtuali (VM) (ptp_kvm) può causare modifiche ai numeri di indice dei dispositivi orologio hardware PTP (PHC).

Questa configurazione di esempio per le istanze U4S è simile a quella utilizzata per le istanze U4P e U4C, ma presenta le seguenti differenze:

• Questo esempio include una singola vNIC. Un'istanza U4S può avere più vNIC, ma tutte le vNIC sono supportate dalla stessa NIC fisica e accedono allo stesso clock della NIC fisica.
• La misurazione del tempo di precisione (PTM) non è disponibile.

Per configurare chrony versione 4.7 e successive su un'istanza U4S:

1. Aggiungi quanto segue al file di configurazione chrony, /etc/chrony.conf. Il file deve contenere solo la seguente configurazione. Assicurati di rimuovere o sovrascrivere i contenuti preesistenti del file.

   # Record the rate at which the system clock gains/loses time.
   driftfile /var/lib/chrony/drift
   
   # Allow the system clock to be stepped in the first three updates
   # if its offset is larger than 1 micro-second.
   makestep 0.0000001 3
   
   # Specify directory for log files.
   logdir /var/log/chrony
   
   # Select which information is logged.
   log measurements statistics tracking refclocks
   
   # U4 Compute Engine instance clocks are 200ppb accurate
   maxclockerror 0.2
   
   # Configure all clocks for tracking, but select only one of them as source.
   refclock PHC eth0:nocrossts poll -1

2. Per applicare la configurazione, riavvia chrony eseguendo questo comando:

   systemctl restart chronyd
   

   chrony registra le statistiche di sincronizzazione dell'orologio in /var/log/chrony/tracking.log utilizzando l'orologio hardware PTP di eth0 come origine dell'ora.

Verificare la configurazione di chrony

Per verificare che chrony sia configurato correttamente, esegui questo comando:

chronyc sourcestats

Una configurazione riuscita genera un output simile al seguente:

Name/IP Address             NP  NR  Span  Frequency  Freq Skew  Offset  Std Dev
==============================================================================
PHC0                        5   3     2     -0.002      0.014     +9ns     2ns
PHC1                        5   3     2     -0.003      0.007     -0ns     1ns
PHC2                        5   3     2     -0.004      0.016    +33ns     2ns
PHC3                        5   5     2     +0.002      0.078   +135ns    10ns
PHC4                        5   3     2     -0.005      0.077   +130ns     9ns
PHC5                        5   5     2     -0.006      0.131   +123ns    16ns

Nota: sebbene gli orologi delle NIC fisiche siano sincronizzati con precisione, l'offset che chrony segnala tra gli orologi potrebbe essere maggiore del previsto. Ciò si verifica perché la CPU sperimenta latenze di lettura variabili nelle topologie PCIe e NUMA quando accede agli orologi. Inoltre, poiché le modalità Precision Time Measurement (PTM) e non PTM introducono diverse distorsioni della latenza di lettura, devi aspettarti un offset se confronti i risultati tra le due modalità.

Se il comando restituisce un output imprevisto, consulta Risoluzione dei problemi.

Modifica la configurazione di chrony

Se vuoi modificare la NIC fisica a cui sincronizzare l'orologio di sistema della tua istanza, puoi aggiornare la configurazione nel seguente modo:

1. Rimuovi noselect dalla riga che include il nome della vNIC per cui vuoi utilizzare l'orologio della NIC fisica corrispondente.
2. Aggiungi noselect alla riga che include il nome della vNIC per cui vuoi interrompere l'utilizzo dell'orologio della NIC fisica corrispondente.
3. Applica la nuova configurazione riavviando chronyd: systemctl restart chronyd.

Monitorare la sincronizzazione dell'ora

Questa sezione descrive le metriche disponibili per la sincronizzazione dell'ora e come utilizzarle per monitorare l'accuratezza della sincronizzazione dell'ora.

Metriche disponibili per la sincronizzazione dell'ora

Puoi utilizzare le seguenti metriche per monitorare la sincronizzazione dell'ora:

Misurazione	Metrica e descrizione disponibili
Orologio di sistema dell'istanza all'orologio della NIC fisica	logging.googleapis.com/user/phc-clock-max-error Questa metrica misura l'accuratezza della sincronizzazione dell'orologio di sistema dell'istanza con l'orologio della NIC fisica sul server host. Devi configurare questa metrica raccogliendola da Ops Agent e creando una metrica basata su log come descritto in Configurare una metrica personalizzata per l'orologio di sistema dell'istanza, che crea anche una dashboard personalizzata. Inoltre, puoi utilizzare questa metrica nelle procedure descritte in Utilizzare le metriche di Cloud Monitoring.
Orologio NIC fisica su UTC	compute.googleapis.com/instance/time/firefly_utc_traceable_uncertainty Questa metrica rappresenta il limite di errore massimo dell'orologio della NIC fisica rispetto all'ora UTC effettiva. Viene segnalato automaticamente a Cloud Monitoring. Visualizza questa metrica, definisci criteri di avviso e crea dashboard personalizzate come descritto in Utilizzare le metriche di Cloud Monitoring.
Stato di integrità generale dell'orologio della NIC fisica	compute.googleapis.com/instance/time/firefly_nic_sync_healthy Questa metrica booleana indica lo stato di integrità generale dell'orologio della NIC fisica, inclusa la sincronizzazione NIC-NIC e NIC-UTC. Viene segnalato automaticamente a Cloud Monitoring. Visualizza questa metrica, definisci criteri di avviso e crea dashboard personalizzate come descritto in Utilizzare le metriche di Cloud Monitoring.

Per informazioni sul periodo di tempo durante il quale Cloud Monitoring conserva i dati delle metriche, consulta Conservazione dei dati in Quote e limiti di Cloud Monitoring. Per informazioni sull'esportazione delle metriche per l'analisi a lungo termine, consulta Esportazione delle metriche di Cloud Monitoring nella documentazione del Cloud Architecture Center.

Configura una metrica personalizzata per l'orologio di sistema dell'istanza

Questa sezione fornisce un esempio di configurazione di monitoraggio che esegue le seguenti operazioni:

• Configura Ops Agent per raccogliere il log di chrony per l'accuratezza della sincronizzazione dalla tua istanza
• Configura Cloud Monitoring per importare il log corrispondente da tutte le istanze del tuo progetto come metrica basata su log.

Configura Google Cloud Ops Agent sull'istanza

Per configurare Ops Agent in modo che raccolga la metrica necessaria per il monitoraggio, procedi nel seguente modo:

1. Se non l'hai ancora fatto, installa Ops Agent sulla tua istanza.

2. Aggiungi la seguente configurazione al file /etc/google-cloud-ops-agent/config.yaml:

   logging:
     receivers:
       chrony_tracking_receiver:
         type: files
         include_paths:
           - /var/log/chrony/tracking.log
     processors:
       chrony_tracking_processor:
         type: parse_regex
         regex: "^.*PHC.*  (?<max_error>[-\d\.eE]+)$"
     service:
       pipelines:
         chrony_tracking_pipeline:
           receivers: [chrony_tracking_receiver]
           processors: [chrony_tracking_processor]

3. Riavvia Ops Agent eseguendo questo comando:

   systemctl restart google-cloud-ops-agent
   

Configurare una metrica basata su log e una dashboard nel progetto

Per configurare il monitoraggio della sincronizzazione dell'ora per le istanze nel tuo progetto, esegui il seguente script di configurazione del logging e della dashboard. Questo script ti aiuta a completare le seguenti attività:

• Imposta le autorizzazioni appropriate per il account di servizio associato al progetto dell'istanza. Lo script presuppone che il account di servizio utilizzato per le istanze sia ilaccount di serviziot predefinito per il progetto. Se necessario, sostituisci SERVICE_ACCOUNT_EMAIL con un valore diverso.
• Crea una metrica basata su log che misura l'accuratezza della sincronizzazione dell'ora tra l'orologio di sistema dell'istanza e l'orologio della NIC fisica sul server host dell'istanza.
• Crea una dashboard che mostra l'accuratezza della sincronizzazione dell'ora in base alla metrica.

Per completare le attività precedenti, esegui lo script seguente. Una volta completata l'esecuzione dello script, utilizza la dashboard creata per visualizzare i dati sull'accuratezza dell'orologio per le istanze del tuo progetto.

Nota :le metriche basate sui log utilizzano una metrica con valori di distribuzione che raggruppa i dati in intervalli (bucket). Per garantire che la dashboard non sottostimi l'errore di misurazione, valuta i percentili di distribuzione dei dati e mostra il valore più alto possibile del bucket contenente il punto dati più alto. Di conseguenza, l'errore massimo visualizzato nella dashboard è una leggera sovrastima dell'errore massimo effettivo.

#!/bin/bash

if [ -z "$1" ]; then
    echo "Usage: setup_logging.sh <project_id>" >&2
    exit 1
fi

PROJECT_ID="$1"
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID  --format="value(projectNumber)")
SERVICE_ACCOUNT_EMAIL=${PROJECT_NUMBER}[e-mail]

# Grant permissions:

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/compute.instanceAdmin"

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/monitoring.metricWriter"

gcloud projects add-iam-policy-binding ${PROJECT_ID} \
    --member="serviceAccount:${SERVICE_ACCOUNT_EMAIL}" \
    --role="roles/logging.logWriter"

# Configure log-based metric
METRIC_CONF='
{
  "name": "phc-clock-max-error",
  "description": "Maximum error of the VM clock from the host clock exposed by ptp_kvm",
  "filter": "logName=~\".*/logs/chrony_tracking_receiver\"",
  "metricDescriptor": {
    "metricKind": "DELTA",
    "valueType": "DISTRIBUTION",
    "unit": "s",
    "labels": [ { "key": "instance_id", "valueType": "STRING",
          "description": "Instance ID for the source instance" } ]
  },
  "valueExtractor": "REGEXP_EXTRACT(jsonPayload.max_error, \"(.*)\")",
  "bucketOptions": {
    "explicitBuckets": {
      "bounds": [
        0.0, 1.0E-6, 5.0E-6, 1.0E-5, 1.0E-4, 0.001, 0.01, 0.1, 1.0
      ]
    }
  },
  "labelExtractors": {
    "instance_id": "REGEXP_EXTRACT(resource.labels.instance_id, \"(.*)\")"
  }
}
'
echo "$METRIC_CONF" > /tmp/clock-error-metric.json
gcloud logging metrics create --project=${PROJECT_ID} phc-clock-max-error --config-from-file=/tmp/clock-error-metric.json

# Create a dashboard plotting the clock accuracy

DASHBOARD_CONF='
{
  "displayName": "Chrony Accuracy",
  "dashboardFilters": [],
  "labels": {},
  "mosaicLayout": {
    "columns": 48,
    "tiles": [
      {
        "height": 28,
        "width": 28,
        "widget": {
          "xyChart": {
            "chartOptions": {
              "displayHorizontal": false,
              "mode": "COLOR"
            },
            "dataSets": [
              {
                "plotType": "LINE",
                "targetAxis": "Y1",
                "timeSeriesQuery": {
                  "prometheusQuery": "(\n    histogram_quantile(\n        1,\n        sum by (le, instance_id, monitored_resource) (\n            increase(\n                logging_googleapis_com:user_phc_clock_max_error_bucket{monitored_resource=\"gce_instance\"}[1m]\n            )\n        )\n    ) * 1000000000\n)",
                  "unitOverride": "ns"
                }
              }
            ],
            "thresholds": [],
            "yAxis": {
              "label": "Clock Accuracy",
              "scale": "LINEAR"
            }
          }
        }
      }
    ]
  }
}
'

echo "$DASHBOARD_CONF" > /tmp/metrics-dashboard.json

gcloud monitoring dashboards create --project=${PROJECT_ID} --config-from-file=/tmp/metrics-dashboard.json

Utilizzare le metriche di Cloud Monitoring

Le sezioni seguenti descrivono come utilizzare le metriche di Cloud Monitoring. Puoi utilizzare ciascuna delle metriche disponibili per la sincronizzazione dell'ora nelle sezioni seguenti.

Oltre alla console Google Cloud , puoi creare dashboard personalizzate, configurare avvisi ed eseguire query sulle metriche tramite l'API Monitoring.

Visualizzare le metriche in Monitoring

Questa sezione descrive come visualizzare le metriche in Monitoring.

Console

Per visualizzare le metriche per una risorsa monitorata con Esplora metriche, segui questi passaggi:

1. Nella console Google Cloud , vai alla pagina  Esplora metriche:

   Vai a Esplora metriche

   Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.

2. Nella barra degli strumenti della console Google Cloud , seleziona il tuo progetto Google Cloud . Per le configurazioni di App Hub, seleziona il progetto host di App Hub o il progetto di gestione della cartella app.
3. Nell'elemento Metrica, espandi il menu Seleziona una metrica, digita VM instance nella barra dei filtri e poi utilizza i sottomenu per selezionare un tipo di risorsa e una metrica specifici:
   1. Nel menu Risorse attive, seleziona Istanza VM.
   2. Per selezionare una metrica, utilizza i menu Categorie di metriche attive e Metriche attive. Per un elenco delle metriche disponibili, consulta Metriche disponibili per la sincronizzazione dell'ora.
   3. Fai clic su Applica.

4. Per aggiungere filtri, che rimuovono le serie temporali dai risultati della query, utilizza l'elemento Filtro.

5. Configura la modalità di visualizzazione dei dati. Per impostazione predefinita, il display aggrega le metriche di tutte le istanze e le NIC fisiche. Per mostrare le metriche per NIC e per istanza, seleziona Nessuna aggregazione nell'elemento Aggregazione.

   Per ulteriori informazioni sulla configurazione di un grafico, consulta Seleziona le metriche durante l'utilizzo di Esplora metriche.

Definisci policy di avviso

Questa sezione descrive come definire le policy di avviso.

Quando configuri il modo in cui Monitoring valuta una condizione quando i dati smettono di arrivare, ti consigliamo l'opzione Punti dati mancanti considerati come valori che violano la condizione della policy, che consente di rilevare la perdita di dati silenziosa. Tuttavia, questa impostazione causa falsi positivi quando un'istanza viene eliminata.

Console

Puoi creare policy di avviso per monitorare i valori delle metriche e ricevere una notifica quando queste metriche violano una condizione.

1. Nella console Google Cloud , vai alla pagina  Avvisi:

   Vai ad Avvisi

   Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.

2. Se non hai creato i canali di notifica e vuoi ricevere le notifiche, fai clic su Modifica canali di notifica e aggiungi i tuoi canali di notifica. Torna alla pagina Avvisi dopo aver aggiunto i canali.
3. Nella pagina Avvisi, seleziona Crea policy.
4. Per selezionare la metrica, espandi il menu Seleziona una metrica e poi segui questi passaggi:
   1. Per limitare il menu alle voci rilevanti, inserisci VM Instance nella barra dei filtri. Se non vengono visualizzati risultati dopo aver filtrato il menu, disattiva l'opzione Mostra solo risorse e metriche attive.
   2. Per Tipo di risorsa, seleziona Istanza VM.
   3. Per Categoria metrica, seleziona Istanza.
   4. Per la metrica, seleziona una metrica dall'elenco in Metriche disponibili per la sincronizzazione dell'ora.
   5. Seleziona Applica.
5. Fai clic su Avanti.
6. Le impostazioni nella pagina Configura trigger di avviso determinano quando viene attivato l'avviso. Seleziona un tipo di condizione e, se necessario, specifica una soglia. Per saperne di più, consulta Crea policy di avviso basate su soglie metriche.
7. Fai clic su Avanti.
8. (Facoltativo) Per aggiungere notifiche alla tua policy di avviso, fai clic su Canali di notifica. Nella finestra di dialogo, seleziona uno o più canali di notifica dal menu e fai clic su Ok.
9. (Facoltativo) Aggiorna la Durata della chiusura automatica degli incidenti. Questo campo determina quando Monitoring chiude gli incidenti in assenza di dati delle metriche.
10. (Facoltativo) Fai clic su Documentazione e aggiungi tutte le informazioni che vuoi includere in un messaggio di notifica.
11. Fai clic su Nome avviso e inserisci un nome per la policy di avviso.
12. Fai clic su Crea policy.

Per saperne di più, consulta la Panoramica degli avvisi.

Crea dashboard Monitoring personalizzate

Questa sezione descrive come creare dashboard personalizzate.

Console

1. Nella console Google Cloud , vai alla pagina  Dashboard:

   Vai a Dashboard

   Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.

2. Fai clic su Crea dashboard.
3. (Facoltativo) Aggiorna il titolo della dashboard con un nome descrittivo.

4. Per ogni widget che vuoi aggiungere alla dashboard, fai clic su Aggiungi widget, completa la finestra di dialogo e poi seleziona Applica.

   Per saperne di più sull'aggiunta di widget, consulta le seguenti pagine:

   • Aggiungi grafici e tabelle.
   • Visualizza grafici e incidenti relativi agli avvisi.
   • Visualizza log.
   • Aggiungi testo e raggruppamenti.

Risoluzione dei problemi

Potresti ricevere un output imprevisto durante la verifica della configurazione di chrony, ad esempio il seguente output che indica che l'avvio di chrony non è riuscito:

506 Cannot talk to daemon

Per facilitare la risoluzione dei problemi, controlla i log di journald per chrony:

journalctl -u chronyd.service

L'output di esempio seguente mostra un errore che si verifica se applichi una configurazione pensata per chrony 4.7 e versioni successive mentre sulla tua istanza è installata una versione precedente di chrony.

Feb 19 06:19:42 host-name systemd[1]: Starting chronyd.service - NTP client/server...
Feb 19 06:19:42 host-name chronyd[35160]: chronyd version 4.6.1 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SIGND +ASYNCDNS +NTS +SECHASH +IPV6 +DEBUG)
Feb 19 06:19:42 host-name chronyd[35160]: Setting filter length for PHC0 to 1
Feb 19 06:19:42 host-name chronyd[35160]: Could not open eth0 : No such file or directory
Feb 19 06:19:42 host-name chronyd[35160]: Fatal error : Could not open PHC
Feb 19 06:19:42 host-name chronyd[35157]: Could not open PHC
Feb 19 06:19:42 host-name systemd[1]: chronyd.service: Control process exited, code=exited, status=1/FAILURE
Feb 19 06:19:42 host-name systemd[1]: chronyd.service: Failed with result 'exit-code'.
Feb 19 06:19:42 host-name systemd[1]: Failed to start chronyd.service - NTP client/server.

Limitazioni

Consulta le seguenti limitazioni:

• Le metriche firefly_utc_traceable_uncertainty e firefly_nic_sync_healthy sono disponibili solo per le istanze U4P e U4C. Queste metriche non sono disponibili per le istanze U4S.