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 misurata la 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 nella dashboard del rendimento, 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 è la 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 compreso tra 250 ms e 260 ms. Se viene registrata una nuova misurazione di 259 ms, la latenza viene comunque visualizzata come 255 ms.
Risoluzione dei problemi relativi alle Google Cloud metriche sul rendimento
Il rendimento diGoogle Cloud sembra più stabile rispetto a quello del progetto
Poiché le Google Cloud metriche sul rendimento sono 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.
Puoi scegliere le Google Cloud zone nella Google Cloud visualizzazione Rendimento, 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 Google Cloud visualizzazione del rendimento ti consente di visualizzare il rendimento da qualsiasi Google Cloud zona a qualsiasi altra Google Cloud zona.
Per il Google Cloud tipo di traffico da internet, puoi scegliere solo le regioni in cui è presente traffico tra le VM e gli endpoint internet.
Nessun dato del progetto in una coppia di zone, ma esistono i Google Cloud dati sul rendimento
LeGoogle Cloud metriche sul rendimento vengono stimate aggregando tutti i progetti Google Cloud e sono sempre disponibili.
Nessun dato del progetto in una coppia (Google Cloud regione, endpoint internet), ma esistono i dati Google Cloud sul rendimento
LeGoogle Cloud metriche sul rendimento vengono stimate aggregando una vasta gamma di Google Cloud connessioni a internet. La visualizzazione per progetto mostra solo i dati relativi alle connessioni rilevate nel progetto con traffico sufficiente.