Suivez les conseils ci-dessous pour résoudre les problèmes courants liés à Performance Dashboard.
Pics courts de perte de paquets qui durent quelques minutes
Des pics courts de quelques minutes sont attendus ou possibles. Soyez attentifs aux pertes soutenues qui durent plus de cinq minutes. Si vous observez une telle perte ou si la perte a un impact sur les performances de votre réseau/application, consultez la section Assistance.
Pics de latence
La latence est mesurée sur le trafic de couche 4 et est affectée par la pile TCP/IP exécutée sur la VM distante. Certaines applications dotées de mises en œuvre uniques de pile TCP/IP (telles que les applications VPN) peuvent augmenter artificiellement la latence dans le tableau de bord des performances. En cas de pics de latence malgré l'absence d'applications personnalisées susceptibles d'affecter la pile TCP/IP, consultez la page Assistance.
Aucune donnée dans le tableau de bord des performances du projet
Si vous ne voyez pas les informations de perte de paquets, vérifiez que vous disposez d'instances de machines virtuelles (VM) dans le réseau VPC (Virtual Private Cloud) ou le réseau VPC partagé que vous consultez. Le tableau de bord des performances utilise des vérifications actives pour mesurer la perte de paquets entre les zones. Le nombre de vérifications actives est lié au nombre de VM dans le réseau. Si le réseau que vous consultez ne dispose pas de VM, il n'existe aucune vérification active ni aucune mesure de perte de paquets.
Si vous ne pouvez pas voir les informations de latence, assurez-vous que les instances de VM génèrent suffisamment de trafic.
La perte de paquets par carte de densité comporte des cellules vides (marquées N/A)
Cela est possible si un projet fait partie d'un VPC partagé. Dans ce cas, la matrice peut inclure des données pour les zones sources dans lesquelles le projet lui-même ne dispose pas de VM, mais d'autres projets dans le même VPC partagé ont des VM. La perte de paquets entre deux projets utilisant le VPC partagé est mesurée vers le projet de service de destination.
Perte de paquets détectée dans le tableau de bord des performances, mais pas dans l'application
La perte de paquets est basée sur une vérification active, qui couvre l'intégralité du maillage des VM pouvant communiquer entre elles. Votre modèle de trafic peut n'utiliser qu'un sous-ensemble de ce maillage. Il est possible que votre application n'utilise pas le chemin d'accès réseau problématique.
Autre possibilité : il n'y a pas assez de mesures disponibles pour fournir des résultats très fiables. Cela peut se produire s'il y a très peu de VM dans une zone ou si le nombre de VM fluctue.
Performance Dashboard inclut également des VM préemptives dans le calcul de la perte de paquets. Les projets contenant un pourcentage élevé de ces VM peuvent afficher un taux de perte de paquets plus élevé lorsque les VM sont préemptées. Vérifiez si le taux de perte de paquets le plus élevé correspond à la période d'arrêt des VM préemptives.
Valeur constante observée pour la latence entre deux zones ou entre une région et un emplacement Internet
Les données de latence sont stockées sous forme de distribution. Cela signifie que si toutes les mesures tombent systématiquement dans le même bucket de la distribution (ce qui est plus susceptible de se produire avec des valeurs de latence plus élevées), le graphique obtenu affiche une valeur constante correspondant à la moyenne de l'intervalle du bucket.
Par exemple, s'il existe un bucket pour tous les 10 ms (0 ms-10 ms, 10 ms-20 ms, 20 ms-30 ms, etc.) et qu'il existe trois mesures de latences différentes (251 ms, 256 ms et 253 ms), elles sont toutes dans le bucket de 250 ms-260 ms. La latence est affichée sous la forme de 255 ms, soit la moyenne de l'intervalle du bucket de 250 ms-260 ms. Si une nouvelle mesure de 259 ms est enregistrée, la latence indique toujours 255 ms.
Résoudre les problèmes liés aux métriques de performances Google Cloud
Les performances de Google Cloud semblent plus stables que celles du projet
Comme les métriques de performances Google Cloud sont agrégées pour tous les projets Google Cloud, elles affichent moins de variations. Cela indique que les performances typiques d'une paire d'emplacements Internet restent stables dans une paire de zones ou dans une région, même si les performances de projets individuels peuvent présenter une variation plus importante en raison du caractère aléatoire, des variations naturelles et du bruit de mesure.
Possibilité de choisir des zones Google Cloud dans la vue des performances Google Cloud, mais pas dans la vue du projet
Pour la vue spécifique à votre projet, vous ne pouvez choisir que les zones dans lesquelles le projet est déployé. La vue des performances Google Cloud vous permet d'afficher les performances de n'importe quelle zone Google Cloud vers une autre zone Google Cloud.
Pour le trafic de type Internet vers Google Cloud, vous ne pouvez choisir que les régions dans lesquelles il existe du trafic entre les VM et les points de terminaison Internet.
Il n'existe aucune donnée de projet dans une paire de zones, mais il existe des données sur les performances de Google Cloud
Les métriques de performances de Google Cloud sont des estimations basées sur l'agrégation de tous les projets Google Cloud et sont toujours disponibles.
Aucune donnée de projet dans une paire (région Google Cloud, point de terminaison Internet) mais les données de performances Google Cloud existent
Les métriques de performances de Google Cloud sont estimées en regroupant une large gamme de connexions de type Google Cloud vers Internet. La vue par projet n'affiche que les données des connexions vues dans votre projet et qui affichent un trafic suffisant.