Segui le indicazioni riportate di seguito per risolvere i problemi comuni relativi a Performance Dashboard.
Picchi brevi di perdita di pacchetti che durano alcuni minuti
Sono previsti o possibili picchi brevi che durano alcuni minuti. Controlla se la perdita è costante e dura più di cinque minuti. Se riscontri questo tipo di perdita o se la perdita influisce sulle prestazioni della rete o dell'applicazione, consulta la sezione Ricevere assistenza.
Picchi di latenza
La latenza viene misurata sul traffico di livello 4 ed è influenzata dallo stack TCP/IP eseguito sulla VM remota. Alcune applicazioni con implementazioni dello stack TCP/IP uniche (ad esempio le applicazioni VPN) potrebbero aumentare artificialmente la latenza in Performance Dashboard. Se si verificano picchi di latenza nonostante l'assenza di applicazioni personalizzate che potrebbero influire sullo stack TCP/IP, consulta Ricevere assistenza.
Nessun dato in Performance Dashboard del progetto
Se non riesci a visualizzare le informazioni sulla perdita di pacchetti, assicurati di avere istanze di macchine virtuali (VM) nella rete VPC (Virtual Private Cloud) o VPC condiviso che stai visualizzando. Performance Dashboard utilizza sonde attive per misurare la perdita di pacchetti tra le zone. Il numero di probe attivi è correlato al numero di VM nella rete. Se la rete visualizzata non ha VM, non sono presenti sonde attive e non viene eseguita alcuna misurazione della perdita di pacchetti.
Se non riesci a visualizzare le informazioni sulla latenza, assicurati di avere istanze VM che generano traffico sufficiente.
La mappa termica della perdita di pacchetti per zona contiene celle vuote (contrassegnate come N/A)
Ciò è possibile se un progetto fa parte di un VPC condiviso. In questo caso, la matrice potrebbe includere i dati per le zone di origine in cui il progetto stesso non ha VM, ma altri progetti nello stesso VPC condiviso ne hanno. La perdita di pacchetti tra due progetti che utilizzano il VPC condiviso viene misurata in base al progetto di servizio di destinazione.
Perdita di pacchetti rilevata in Performance Dashboard, ma non nell'applicazione
La perdita di pacchetti si basa su un probe attivo, che copre l'intero mesh di VM che possono comunicare tra loro. Il tuo modello di traffico potrebbe utilizzare solo un sottoinsieme di questo mesh. È possibile che l'applicazione non utilizzi il percorso di rete problematico.
Un'altra possibilità è che non siano disponibili misurazioni sufficienti per fornire risultati con un'elevata confidenza. Ciò può accadere se ci sono pochissime VM in una zona o se il numero di VM varia.
Performance Dashboard include anche le VM prerilasciabili nel calcolo della perdita di pacchetti. I progetti con un'alta percentuale di queste VM potrebbero mostrare un tasso di perdita di pacchetti più elevato quando le VM vengono prerilasciate. Controlla se la percentuale di perdita di pacchetti più elevata corrisponde alla finestra temporale in cui vengono chiuse le VM prerilasciabili.
Valore costante rilevato per la latenza tra due zone o tra una regione e una località su internet
I dati sulla latenza vengono archiviati come distribuzione. Ciò significa che se tutte le misurazioni rientrano costantemente nello stesso bucket nella distribuzione (cosa più probabile con valori di latenza più elevati), il grafico risultante mostra un valore costante che corrisponde alla media dell'intervallo del bucket.
Ad esempio, se esiste un bucket ogni 10 ms (0 ms-10 ms, 10 ms-20 ms, 20 ms-30 ms e così via) e sono presenti tre diverse misurazioni della latenza di 251 ms, 256 ms e 253 ms, tutte rientrano nel bucket 250 ms-260 ms. La latenza viene visualizzata come 255 ms, ovvero la media dell'intervallo del bucket 250 ms-260 ms. Se viene registrata una nuova misurazione di 259 ms, la latenza viene comunque visualizzata come 255 ms.
Risoluzione dei problemi relativi alle metriche sul rendimento di Google Cloud
Il rendimento di Google Cloud sembra più stabile rispetto al rendimento del progetto
Poiché le metriche sul rendimento di Google Cloud vengono aggregate in tutti i progetti Google Cloud, mostrano meno variazioni. Ciò indica che il rendimento tipico in una coppia di zone o una regione, coppia di località internet, rimane stabile anche se il rendimento dei singoli progetti potrebbe mostrare una maggiore variabilità a causa della casualità, della variabilità naturale e del rumore di misurazione.
Può scegliere le zone Google Cloud nella visualizzazione del rendimento di Google Cloud, ma non nella visualizzazione del progetto
Per la visualizzazione specifica del progetto, puoi scegliere solo le zone in cui viene eseguito il deployment del progetto. La visualizzazione delle prestazioni di Google Cloud ti consente di visualizzare le prestazioni da qualsiasi zona Google Cloud a qualsiasi altra zona Google Cloud.
Per il tipo di traffico da internet a Google Cloud, puoi scegliere solo le regioni dove è presente traffico tra VM ed endpoint internet.
Nessun dato del progetto in una coppia di zone, ma esistono i dati sulle prestazioni di Google Cloud
Le metriche relative alle prestazioni di Google Cloud vengono stimate aggregando tutti i progetti Google Cloud e sono sempre disponibili.
Nessun dato del progetto in una coppia (regione Google Cloud, endpoint internet), ma esistono i dati sulle prestazioni di Google Cloud
Le metriche relative alle prestazioni di Google Cloud vengono stimate aggregando una vasta gamma di connessioni di Google Cloud a internet. La visualizzazione per progetto mostra solo i dati relativi alle connessioni rilevate nel progetto con traffico sufficiente.