Questo documento mostra come configurare e utilizzare Cloud Logging. e Cloud Monitoring per i bilanciatori del carico di rete passthrough interni.
Logging
I log forniscono informazioni utili per la risoluzione dei problemi e il monitoraggio del bilanciatore del carico passthrough di Google Cloud. I log sono aggregati per connessione ed esportati quasi in tempo reale. I log vengono generati ciascuna istanza con bilanciamento del carico TCP i flussi traffico in entrata e in uscita. Per ulteriori informazioni sui campi forniti in la voce di log, consulta Campi log.
Non sono previsti costi aggiuntivi per l'utilizzo dei log. In base a come importi log dei dati, i prezzi standard Cloud Logging BigQuery o Pub/Sub. L'abilitazione dei log non ha alcun effetto sulla delle prestazioni del bilanciatore del carico.
Il logging offre i seguenti vantaggi:
Monitoraggio del traffico del bilanciatore del carico di rete passthrough interno. Il logging per connessione ti offre su come ogni connessione viene instradata ai backend di gestione.
Risoluzione dei problemi di rete. Puoi utilizzare i log del bilanciatore del carico di rete passthrough interno per la risoluzione dei problemi. Per ulteriori informazioni, vedi Risolvi i problemi dei bilanciatori del carico di rete passthrough interni.
Esempio di formato dei log per i flussi da VM a VM
Il seguente diagramma mostra il traffico in entrata e in uscita per un traffico interno client (192.168.1.2), bilanciatore del carico di rete passthrough interno (10.240.0.200), e istanza di backend (10.240.0.3).
Log del bilanciatore del carico di rete passthrough interno per le connessioni dal client al backend sono formattate come segue:
connection.clientIp
: 192.168.1.2connection.serverIp
: 10.240.0.200bytesSent
: 1256bytesReceived
: 4521
Campionamento e raccolta dei log
Google Cloud campiona i pacchetti che escono ed entrano nel backend del bilanciatore del carico delle VM in esecuzione. Questi pacchetti campionati vengono elaborati per generare i log.
Non tutti i pacchetti sono campionati. Google Cloud campiona un sottoinsieme di variabili a seconda della quantità di traffico sull'host fisico. La frequenza di campionamento più bassa possibile è di uno su 1024 pacchetti. Frequenza di campionamento è controllato in modo dinamico da Google Cloud. Non puoi modificare il campionamento di conversione.
Il campionamento dei pacchetti interagisce con le regole firewall nei seguenti modi:
- I pacchetti vengono campionati prima di applicare le regole firewall in uscita.
- I pacchetti vengono campionati dopo l'applicazione delle regole firewall in entrata.
Dopo il campionamento, Google Cloud elabora i pacchetti campionati in base alla seguente procedura:
Aggregazione: i pacchetti campionati vengono aggregati in un intervallo di 5 secondi. per produrre una singola voce di flusso.
Campionamento dei log configurabile (secondario): si tratta di un secondo campionamento di processo, campionando i flussi. Puoi controllare la frazione delle voci del flusso emesse come voci di log in base logConfig.sampleRate . Quando
logConfig.sampleRate
è1.0
(100%), significa che tutti i valori vengono elaborati i pacchetti campionati.Scrivi nel logging: le voci di log vengono scritte in Cloud Logging.
Campi facoltativi
I record di log contengono campi obbligatori e facoltativi. La sezione Log campi elenca i campi facoltativi e quelli obbligatori. Tutti gli elementi obbligatori sono sempre inclusi. Puoi personalizzare i campi facoltativi da conservare.
Se selezioni Includi tutti i campi facoltativi, tutti i campi facoltativi nel log sono inclusi nei log di flusso. Quando vengono aggiunti nuovi campi facoltativi nel formato record, i log di flusso includono automaticamente i nuovi campi.
Se selezioni Escludi tutti gli elementi facoltativi, i campi facoltativi vengono omessi.
Se selezioni personalizzato, puoi specificare i campi facoltativi che vuoi includere nel campo principale, ad esempio
serverInstance
oppure tramite nome e cognome, ad esempioserverInstance.vm
.Quando vengono aggiunti nuovi campi facoltativi nel formato record, i log non includi questi campi a meno che non si tratti di un nuovo campo all'interno di un campo principale che che hai specificato di includere.
Se specifichi un campo facoltativo personalizzato utilizzando i campi principali, quando il nuovo campo vengono aggiunti al formato record all'interno di quel campo principale, i log include automaticamente i nuovi campi. Ad esempio, se scegli di includere
optionalFieldA
, poi ai log viene aggiunto un nuovo campo con il nomeoptionalFieldA.subField1
è incluso automaticamente.
Per istruzioni su come personalizzare i campi facoltativi, consulta: Abilitare il logging su un nuovo servizio di backend.
Requisiti dell'indirizzo IP di origine del pacchetto di risposta
Il logging del bilanciatore del carico di rete passthrough interno campiona i pacchetti di risposta dal backend VM solo se l'indirizzo IP di origine dei pacchetti corrisponde a quello del bilanciatore del carico della regola di forwarding. Per le connessioni TCP, i pacchetti di risposta devono sempre avere origini corrispondenti destinazione del pacchetto di richiesta; mentre per altri protocolli è possibile pacchetti di risposta per utilizzare un indirizzo IP di origine diverso. Per ulteriori dettagli, vedi Indirizzi IP per i pacchetti di richiesta e restituzione.
Il processo di campionamento dei pacchetti utilizzato dai bilanciatori del carico di rete passthrough interni omette qualsiasi pacchetti di risposta dalle VM di backend se tali pacchetti di risposta hanno origini che non corrisponde a un indirizzo IP di una regola di forwarding per un bilanciatore del carico di rete passthrough interno.
Abilita il logging per un nuovo servizio di backend
Console
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic sul nome del bilanciatore del carico.
Fai clic su
Modifica e poi su Configurazione backend.Seleziona Crea un servizio di backend, quindi completa il servizio di backend richiesto campi.
Fai clic su Abilita il logging.
Imposta una frazione della frequenza di campionamento. Puoi impostare una tariffa su
0.0
a1.0
(predefinito).(Facoltativo) Per includere tutti i campi facoltativi nei log, nella sezione Nella sezione Campi facoltativi, fai clic su Includi tutti i campi facoltativi.
Per completare la modifica del servizio di backend, fai clic su Aggiorna.
Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.
gcloud
Crea un servizio di backend e abilita il logging utilizzando il metodo
Comando gcloud compute backend-services create
.
gcloud compute backend-services create BACKEND_SERVICE \ --region=REGION \ --enable-logging \ --logging-sample-rate=SAMPLE_RATE --logging-optional=LOGGING_OPTIONAL \ --logging-optional-fields=OPTIONAL_FIELDS
Sostituisci quanto segue:
BACKEND_SERVICE
: il nome del servizio di backend.REGION
: la regione del servizio di backend da creare.SAMPLE_RATE
: questo campo può essere specificato solo se il logging è abilitato per questo servizio di backend.Il valore del campo deve essere compreso tra
0.0
e1.0
, dove0.0
significa che non viene segnalato nessun log e1.0
significa che i log vengono generati per tutti di pacchetti campionati. Abilitazione in corso... logging, ma la frequenza di campionamento è impostata su0.0
equivale a disabilitare il logging. Il valore predefinito è1.0
.LOGGING_OPTIONAL
: le annotazioni facoltative che hai includere nei log:INCLUDE_ALL_OPTIONAL
per includere tutte le annotazioni facoltative.EXCLUDE_ALL_OPTIONAL
(valore predefinito) per escludere tutte le annotazioni facoltative.CUSTOM
per includere un elenco personalizzato dei campi facoltativi che hai specificare inOPTIONAL_FIELDS
.
OPTIONAL_FIELDS
: un elenco di elementi facoltativi separati da virgole da includere nei log.Ad esempio,
serverInstance.vm, serverGkeDetails
. Può essere impostato solo seLOGGING_OPTIONAL
impostata suCUSTOM
.
API
Invia una richiesta POST
a
regionBackendServices.insert
.
POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID
/regions/REGION
/backendServices
Escludi tutti i campi facoltativi
{ "name": "BACKEND_SERVICE", "loadBalancingScheme": "INTERNAL", "logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "EXCLUDE_ALL_OPTIONAL" } }
Includi tutti i campi facoltativi
{ "name": "BACKEND_SERVICE", "loadBalancingScheme": "INTERNAL", "logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "INCLUDE_ALL_OPTIONAL" } }
Includi un elenco personalizzato di campi facoltativi
{ "name": "BACKEND_SERVICE", "loadBalancingScheme": "INTERNAL", "logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "CUSTOM", "optionalFields": ["field1","field2",...] } }
Abilita il logging su un servizio di backend esistente
Console
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic sul nome del bilanciatore del carico.
Fai clic su
Modifica e poi su Configurazione backend.Accanto al tuo servizio di backend, fai clic su
Modifica.Fai clic su Abilita il logging.
Imposta una frazione della frequenza di campionamento. Puoi impostare una tariffa su
0.0
a1.0
(predefinito).(Facoltativo) Per includere tutti i campi facoltativi nei log, nella sezione Nella sezione Campi facoltativi, fai clic su Includi tutti i campi facoltativi.
Per completare la modifica del servizio di backend, fai clic su Aggiorna.
Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.
gcloud
Abilita il logging su un servizio di backend esistente con
Comando gcloud compute backend-services update
.
gcloud compute backend-services update BACKEND_SERVICE \ --region=REGION \ --enable-logging \ --logging-sample-rate=SAMPLE_RATE \ --logging-optional=LOGGING_OPTIONAL \ --logging-optional-fields=OPTIONAL_FIELDS
Sostituisci quanto segue:
BACKEND_SERVICE
: il nome del servizio di backend.REGION
: la regione del servizio di backend da creare.SAMPLE_RATE
: questo campo può essere specificato solo se il logging è abilitato per questo servizio di backend.Il valore del campo deve essere compreso tra
0.0
e1.0
, dove0.0
significa che non viene segnalato nessun log e1.0
significa che i log vengono generati per tutti di pacchetti campionati. Abilitazione in corso... logging, ma la frequenza di campionamento è impostata su0.0
equivale a disabilitare il logging. Il valore predefinito è1.0
.LOGGING_OPTIONAL
: le annotazioni facoltative che da includere nei log.INCLUDE_ALL_OPTIONAL
per includere tutte le annotazioni facoltative.EXCLUDE_ALL_OPTIONAL
(valore predefinito) per escludere tutte le annotazioni facoltative.CUSTOM
per includere un elenco personalizzato dei campi facoltativi che hai specificare inOPTIONAL_FIELDS
.
OPTIONAL_FIELDS
: un elenco di elementi facoltativi separati da virgole da includere nei log.Ad esempio:
serverInstance.vm,serverGkeDetails
. Può essere impostato solo seLOGGING_OPTIONAL
impostata suCUSTOM
.
API
Invia una richiesta PATCH
a
regionBackendServices/patch
.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID
/regions/REGION
/backendServices/BACKEND_SERVICE
Escludi tutti i campi facoltativi
"logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "EXCLUDE_ALL_OPTIONAL" }
Includi tutti i campi facoltativi
"logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "INCLUDE_ALL_OPTIONAL" }
Includi un elenco personalizzato di campi facoltativi
"logConfig": { "enable": true, "sampleRate": SAMPLE_RATE, "optionalMode": "CUSTOM", "optionalFields": ["field1","field2",...] }
Disabilita il logging su un servizio di backend esistente
Console
Nella console Google Cloud, vai alla pagina Bilanciamento del carico.
Fai clic sul nome del bilanciatore del carico.
Fai clic su
Modifica e poi su Configurazione backend.Per disabilitare completamente il logging, deseleziona Abilita il logging.
Se lasci abilitato il logging, puoi impostare una frequenza di campionamento diversa. di calcolo. Puoi impostare la frequenza da
0.0
a1.0
(valore predefinito). a generare log solo per il 20% pacchetti campionati, imposta su0.2
.Per completare la modifica del servizio di backend, fai clic su Aggiorna.
Per completare la modifica del bilanciatore del carico, fai clic su Aggiorna.
gcloud
Disabilita il logging su un servizio di backend con
Comando gcloud compute backend-services update
.
gcloud compute backend-services update BACKEND_SERVICE \ --region=REGION \ --no-enable-logging
Sostituisci quanto segue:
BACKEND_SERVICE
: il nome del servizio di backend.REGION
: la regione del servizio di backend da creare.
API
Invia una richiesta PATCH
a
regionBackendServices/patch
.
PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID
/regions/REGION
/backendServices/BACKEND_SERVICE
{ "logConfig": { "enable": false } }
Visualizza i log
Quando i log vengono importati in Cloud Logging e non esclusi tramite una Sink del router di log, puoi leggere i log utilizzando API Cloud Logging e Google Cloud CLI.
Per visualizzare tutti i log del bilanciatore del carico di rete passthrough interno:
Console
Nella console Google Cloud, vai alla pagina Esplora log.
Seleziona il tipo di risorsa Regola del bilanciatore del carico di rete passthrough interno.
Seleziona il nome log di loadbalancing.googleapis.com/flows.
Query sulla console
Nella console Google Cloud, vai alla pagina Esplora log.
Fai clic sul pulsante di attivazione/disattivazione Mostra query.
Incolla il codice seguente nel campo della query. Sostituisci
PROJECT_ID
con il tuo ID progetto.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows"
Fai clic su Esegui query.
Visualizza i log per un servizio di backend
Per visualizzare i log del bilanciatore del carico di rete passthrough interno per un servizio di backend specifico:
Query sulla console
Nella console Google Cloud, vai alla pagina Esplora log.
Fai clic sul pulsante di attivazione/disattivazione Mostra query.
Incolla il codice seguente nel campo della query. Sostituisci
PROJECT_ID
con il tuo ID progetto eBACKEND_SERVICE_NAME
con il nome del tuo servizio di backend.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows" resource.labels.backend_service_name="BACKEND_SERVICE_NAME"
Fai clic su Esegui query.
Visualizza i log per un gruppo di istanza di backend
Per visualizzare i log del bilanciatore del carico di rete passthrough interno per uno specifico gruppo di istanza di backend oppure
gruppo di endpoint di rete (NEG) con GCE_VM_IP
endpoint, segui questi passaggi:
Query sulla console
Nella console Google Cloud, vai alla pagina Esplora log.
Fai clic sul pulsante di attivazione/disattivazione Mostra query.
Incolla il codice seguente nel campo della query. Sostituisci
PROJECT_ID
con il tuo ID progetto eBACKEND_GROUP_NAME
con il nome del gruppo di istanze o NEG.resource.type="loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule" logName="projects/PROJECT_ID/logs/loadbalancing.googleapis.com%2Fflows" resource.labels.backend_group_name="BACKEND_GROUP_NAME"
Fai clic su Esegui query.
Campi log
I record di log contengono campi obbligatori: i campi predefiniti di ogni log e campi facoltativi che aggiungono ulteriori informazioni. I campi facoltativi possono per ridurre i costi di archiviazione.
Alcuni campi del log sono in formato multicampo, con più di un dato
in un determinato campo. Ad esempio, il campo connection
è del tipo IpConnection
, che contiene l'indirizzo IP di origine e di destinazione e la porta più
in un singolo campo. Questi campi multicampo sono descritti nel
della seguente tabella del formato record.
La risorsa monitorata è loadbalancing.googleapis.com/InternalNetworkLoadBalancerRule.
Campo | Formato del campo | Tipo di campo: obbligatorio o facoltativo | Descrizione |
---|---|---|---|
connessione | IpConnection | Obbligatorio | 5-Tupla che descrive questa connessione. |
startTime | string | Obbligatorio | Timestamp (nel formato di stringa per la data RFC 3339) del primo pacchetto osservato durante l'intervallo di tempo aggregato. |
endTime | string | Obbligatorio | Timestamp (nel formato di stringa per la data RFC 3339) dell'ultimo pacchetto osservato durante l'intervallo di tempo aggregato. |
bytesSent | string | Obbligatorio | Numero di byte inviati dal server al client. |
bytesReceived | int64 | Obbligatorio | Numero di byte ricevuti dal server dal client. |
packetsSent | int64 | Obbligatorio | Numero di pacchetti inviati dal server al client. |
packetsReceived | int64 | Obbligatorio | Numero di pacchetti ricevuti dal server dal client. |
RTT | string | Obbligatorio | La latenza viene misurata solo per le connessioni TCP. La latenza è la somma di tempo di round trip della rete (RTT) stimato più il tempo impiegato per l'elaborazione all'interno del sistema operativo VM del client. Per i pacchetti campionati, il valore RTT viene calcolato dal punto di vista di un con bilanciamento del carico misurando le differenze di tempo tra il backend che invia un protocollo TCP e di destinazione e il backend che riceve un riconoscimento TCP per il numero di sequenza del segmento inviato. La latenza è formattata come una stringa che inizia con il numero di secondi e termina con "s" per indicare i secondi. I nanosecondi sono espressi come secondi frazionari. Ad esempio, la latenza di 250 millisecondi è nel formato "0.250000000s". |
clientInstance | InstanceDetails | Facoltativo | Dettagli delle istanze VM del client. Disponibile solo se l'istanza VM del client è nello stesso progetto. |
serverInstance | InstanceDetails | Facoltativo | Dettagli dell'istanza VM della VM di backend. |
clientVpc | VpcDetails | Facoltativo | Dettagli della rete VPC del client. Disponibile solo se il client è un endpoint all'interno di una rete VPC ubicata nello stesso progetto. |
clientGkeDetails | GkeDetails | Facoltativo | Metadati GKE per il client. Disponibile solo se il client è un endpoint GKE all'interno dello stesso progetto. |
serverGkeDetails | GkeDetails | Facoltativo | Metadati GKE per il backend del server. Disponibile solo se il backend è un l'endpoint GKE. |
Formato campo IpConnection
Campo | Tipo | Descrizione |
---|---|---|
clientIp | string | Indirizzo IP client |
clientPort | int32 | Porta del client. Impostato solo per connessioni TCP e UDP. |
serverIp | string | Indirizzo IP server (IP regola di forwarding) |
serverPort | int32 | Porta del server. Impostato solo per connessioni TCP e UDP. |
protocollo | int32 | Numero di protocollo IANA |
Formato campo InstanceDetails
Campo | Tipo | Descrizione |
---|---|---|
projectId | string | ID del progetto contenente la VM |
vm | string | Nome istanza della VM |
region [regione] | string | Regione della VM |
zona | string | Zona della VM |
vmIp | string | IP interno principale del NIC che ha pubblicato la connessione |
Formato campo VpcDetails
Campo | Tipo | Descrizione |
---|---|---|
projectId | string | ID del progetto contenente la rete VPC |
vpc | string | Rete VPC su cui è operativa la VM |
subnet | string | Subnet su cui è operativa la VM |
Formato campo GkeDetails
Campo | Tipo | Descrizione |
---|---|---|
cluster | ClusterDetail | Metadati del cluster GKE |
pod | PodDetails | Metadati dei pod GKE, compilati quando l'origine o la destinazione del traffico è un pod, |
servizio | ServiceDetails | Metadati dei servizi GKE, compilati solo negli endpoint di servizio. Il record contiene fino a due servizi. Se ci sono più di due servizi pertinenti, questo campo contiene un singolo servizio con un attributo MANY_SERVICES speciale indicatore. |
Formato del campo ClusterDetails
Campo | Tipo | Descrizione |
---|---|---|
cluster | string | Nome del cluster GKE |
clusterLocation | string | Località del cluster. La località del cluster può essere una zona o una regione. |
Formato del campo PodDetails
Campo | Tipo | Descrizione |
---|---|---|
pod | string | Nome del pod |
podNamespace | string | Spazio dei nomi del pod |
Formato del campo ServiceDetails
Campo | Tipo | Descrizione |
---|---|---|
servizio | string | Nome del servizio. Se esistono più di due servizi pertinenti, è impostato su un indicatore speciale MANY_SERVICES. |
serviceNamespace | string | Spazio dei nomi del servizio |
Monitoraggio
Un bilanciatore del carico di rete passthrough interno esporta i dati di monitoraggio Cloud Monitoring.
Le metriche di monitoraggio possono essere utilizzate per i seguenti scopi:
- Valuta la configurazione, l'utilizzo e la configurazione di un bilanciatore del carico di rete passthrough interno rendimento
- Risolvere i problemi
- Migliora l'utilizzo delle risorse e l'esperienza utente
Oltre alle dashboard predefinite in Monitoring, puoi creare dashboard, configurare avvisi ed eseguire query sulle metriche tramite API Monitoring.
Visualizza le dashboard di Monitoring
Console
Nella console Google Cloud, vai alla pagina Monitoring.
Se nel riquadro di navigazione viene visualizzata la voce Risorse, seleziona Risorse, e seleziona Bilanciatori del carico Google Cloud. Altrimenti, seleziona Dashboard, quindi seleziona la dashboard denominata Bilanciatori del carico Google Cloud.
Fai clic sul nome del bilanciatore del carico.
Nel riquadro a sinistra puoi vedere vari dettagli relativi al bilanciatore del carico selezionato. Nel riquadro di destra, puoi vedere i grafici delle serie temporali. Fai clic sul link Suddivisione per visualizzare analisi specifiche. Il riquadro a sinistra presenta attualmente configurati, mentre il riquadro di destra può presentare i dati pubblicati configurazioni attualmente non riportate nel riquadro a sinistra.
Definizione delle dashboard personalizzate di Monitoring
Puoi creare dashboard di Monitoring personalizzate delle metriche del bilanciatore del carico di rete passthrough interno.
Console
Nella console Google Cloud, vai alla pagina Monitoring.
Seleziona Dashboard > Crea dashboard.
Fai clic su Aggiungi grafico.
Assegna un titolo al grafico.
Seleziona metriche e filtri. Per le metriche, il tipo di risorsa è Regola del bilanciatore del carico di rete TCP passthrough interno (
internal_tcp_lb_rule
) o Regola del bilanciatore del carico di rete UDP passthrough interno (internal_udp_lb_rule
).Fai clic su Salva.
Definisci i criteri di avviso
Console
Puoi creare criteri di avviso per monitorare i valori delle metriche e ricevere notifiche quando queste metriche violano una condizione.
-
Nella console Google Cloud, vai alla notifications Pagina Avvisi:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoraggio.
- Se non hai creato i canali di notifica e vuoi ricevere notifiche, fai clic su Modifica canali di notifica e aggiungi i tuoi canali di notifica. Torna a Avvisi dopo aver aggiunto i canali.
- Nella pagina Avvisi, seleziona Crea criterio.
- Per selezionare la metrica, espandi il menu Seleziona una metrica e poi segui questi passaggi:
- .
- Per limitare il menu alle voci pertinenti, inserisci
Google Cloud TCP Load Balancer
oGoogle Cloud UDP Load Balancer
nella barra dei filtri. Se non ci sono risultati dopo aver filtrato il menu, disattiva fai clic su Mostra solo risorse attive pulsante di attivazione/disattivazione delle metriche. - Per Tipo di risorsa, seleziona Bilanciatore del carico TCP di Google Cloud o Bilanciatore del carico UDP Google Cloud.
- Seleziona una Categoria di metrica e una Metrica, quindi seleziona Applica.
- Per limitare il menu alle voci pertinenti, inserisci
- Fai clic su Avanti.
- Le impostazioni nella pagina Configura trigger avviso determinano quando l'avviso viene attivato. Seleziona un tipo di condizione e, se necessario, specifica una soglia. Per ulteriori informazioni le informazioni, vedi Crea criteri di avviso per la soglia delle metriche.
- Fai clic su Avanti.
- (Facoltativo) Per aggiungere notifiche al criterio di avviso, fai clic su Canali di notifica. Nella finestra di dialogo, seleziona una o più notifiche canali dal menu, quindi fai clic su OK.
- (Facoltativo) Aggiorna la Durata della chiusura automatica degli incidenti. Questo campo determina quando Il monitoraggio chiude gli incidenti in assenza di dati delle metriche.
- (Facoltativo) Fai clic su Documentazione, quindi aggiungi le eventuali informazioni da includere in un messaggio di notifica.
- Fai clic su Nome avviso e inserisci un nome per il criterio di avviso.
- Fai clic su Crea criterio.
Metriche per bilanciatori del carico di rete passthrough interni
Le seguenti metriche per i bilanciatori del carico di rete passthrough interni sono riportate in monitoraggio.
Metrica | Descrizione |
---|---|
Velocità effettiva in entrata | Il numero di byte inviati per il forwarding del bilanciatore del carico di rete passthrough interno ricevute dai backend. |
Pacchetti in entrata | Il numero di pacchetti inviati verso l'inoltro del bilanciatore del carico di rete passthrough interno ricevute dai backend. |
Velocità effettiva in uscita | Il numero di byte inviati dai backend interni con bilanciamento del carico sulle connessioni associate agli indirizzi IP delle regola di forwarding. |
Pacchetti in uscita | Il numero di pacchetti inviati dai backend interni con bilanciamento del carico su collegate agli indirizzi IP delle regola di forwarding. |
Latenza(*) | La distribuzione del RTT misurata per i pacchetti di pacchetti su ogni una connessione interna con bilanciamento del carico. In genere ridotta al 95° percentile in Monitoraggio delle viste. |
(*) Disponibile solo per il traffico TCP.
Filtra le dimensioni per le metriche del bilanciatore del carico di rete passthrough interno
Le metriche sono aggregate per ogni bilanciatore del carico di rete passthrough interno. Le metriche possono essere ulteriormente suddivisa in base alle seguenti dimensioni:
Proprietà | Descrizione |
---|---|
NOME BACKEND | Il nome del gruppo di istanze o del gruppo di endpoint di rete (NEG) con
GCE_VM_IP endpoint. |
AMBITO DI BACKEND | L'ambito (regione o zona) del backend che ha ricevuto la connessione. |
ZONA BACKEND | Per gruppi di istanze a livello di zona e gruppi di endpoint di rete, zone del backend che ha fornito la connessione. |
RETE CLIENT | La rete dell'istanza client connessa al bilanciatore del carico di rete passthrough interno. |
SUBNET DEI CLIENTI | La subnet dell'istanza client che si è connessa il bilanciatore del carico di rete passthrough interno. |
ZONA DEI CLIENTI | Il team di zona dell'istanza connessa alla regola di forwarding. |
REGOLA PER L'INOLTRO | Il nome della regola di forwarding del bilanciatore del carico di rete passthrough interno. |
Frequenza e fidelizzazione dei report sulle metriche
Le metriche per i bilanciatori del carico di rete passthrough interni vengono esportate in Monitoring in con granularità di un minuto. I dati di monitoraggio vengono conservati per sei settimane. Le metriche si basano sul traffico campionato (la frequenza di campionamento è dinamica e non può essere rettificato). La dashboard fornisce analisi dei dati a intervalli predefiniti di un'ora (1 ora), sei ore (6 ore), un giorno (1 giorno), una settimana (1 settimana) e sei settimane (6 ore). Puoi richiedere manualmente l'analisi in un intervallo compreso tra sei settimane e un minuto.
Passaggi successivi
- Per informazioni sulle nozioni di base, vedi Panoramica del bilanciatore del carico di rete passthrough interno.
- Per informazioni sul failover, vedi Failover per i bilanciatori del carico di rete passthrough interni.
- Per le opzioni dei nomi DNS disponibili per il bilanciatore del carico, vedi Bilanciamento del carico interno e nomi DNS.
- Per un esempio di configurazione del bilanciatore del carico di rete passthrough interno, consulta Configura un bilanciatore del carico di rete passthrough interno con backend di gruppi di istanze VM.
- Per informazioni su come configurare e testare un bilanciatore del carico di rete passthrough interno che utilizza la configurazione di failover, Configura il failover per i bilanciatori del carico di rete passthrough interni.
- Per informazioni sull'accesso ai bilanciatori del carico interni da reti peer connesso alla tua rete VPC, Bilanciatori del carico di rete passthrough interni e reti connesse
- Per informazioni su come risolvere i problemi, consulta Risolvere i problemi dei bilanciatori del carico di rete passthrough interni.
- Per informazioni su come risolvere i problemi relativi ai log, consulta Risolvere i problemi di logging.