Présentation de Performance Dashboard

Performance Dashboard vous offre une visibilité sur les performances de l'ensemble du réseau Google Cloud, ainsi que sur les performances des ressources de votre projet.

Ces fonctionnalités de surveillance des performances vous permettent de faire la distinction entre un problème dans votre application et un problème du réseau Google Cloud sous-jacent. Vous pouvez également étudier l'historique des problèmes de performances du réseau.

Performance Dashboard exporte également les données vers Cloud Monitoring. Vous pouvez utiliser Monitoring pour interroger les données et accéder à des informations supplémentaires. Pour en savoir plus, consultez la documentation de référence sur les métriques Performance Dashboard.

Vue des performances du projet

Dans la vue des performances du projet, Performance Dashboard n'affiche les métriques de perte ou de latence des paquets que pour les zones dans lesquelles vous disposez d'instances de machine virtuelle (VM) de projet. (par exemple, le trafic de VM à VM et le trafic de VM à Internet). Vous pouvez sélectionner jusqu'à cinq régions dans lesquelles les charges de travail sont déployées. Il vous permet de voir et de comprendre les éléments suivants:

  • Résumé de la perte de paquets
  • Moyenne de perte de paquets entre les paires de régions des régions sélectionnées
  • Moyenne de perte de paquets entre les paires de zones des régions sélectionnées
  • Résumé de la latence
  • Latence médiane entre les paires de régions des régions sélectionnées
  • Latence médiane entre les paires de zones des régions sélectionnées

Trafic entre instances de VM

Performance Dashboard affiche les métriques de perte de paquets et de latence (dans les graphiques récapitulatifs et les vues de carte de densité) pour les zones où vous disposez d'instances de machines virtuelles (VM) Compute Engine. Il présente les données et les métriques actuelles des six dernières semaines. Supposons que votre projet dispose d'un réseau cloud privé virtuel (VPC) avec des VM dans les zones A et B. Dans ce cas, Performance Dashboard fournit des métriques de perte et de latence des paquets pour votre projet entre ces deux zones.

Vous pouvez également afficher les métriques de latence agrégées à partir d'un échantillon du trafic réel entre plusieurs VM sous forme de tableau en fonction de la période sélectionnée. Le tableau des détails de latence liste les VM et les détails de latence correspondants.

Trafic entre Google Cloud et les emplacements Internet

Performance Dashboard présente les métriques de latence pour les régions dans lesquelles vous disposez d'instances de machines virtuelles (VM) Compute Engine, ainsi que les emplacements Internet des appareils finaux qui communiquent avec les VM. Elle fournit les métriques de latence actuelles et les six semaines de données historiques. Par exemple, votre projet comporte un réseau cloud privé virtuel avec des VM de la région A qui reçoivent du trafic provenant de clients situés dans les villes X et Y. Dans ce cas, Performance Dashboard fournit des métriques de latence pour votre projet entre la région A et les villes X et Y.

Pour afficher les métriques du projet, cliquez sur Afficher les performances du projet en haut de la page de Performance Dashboard. Pour obtenir plus d'exemples et d'informations sur les éléments mesurés, consultez la section Métriques.

Vue des performances Google Cloud

Dans la vue des performances de Google Cloud, Performance Dashboard affiche les métriques de perte de paquets et de latence entre zones sur l'ensemble de Google Cloud. (par exemple, le trafic entre plusieurs VM et Google Cloud vers le trafic Internet). Le tableau de bord indique l'état du réseau Google Cloud et vous permet de comparer les performances de l'ensemble de Google Cloud à celles observées dans vos projets. Vous pouvez sélectionner jusqu'à cinq régions Google Cloud pour afficher et comprendre les éléments suivants:

  • Résumé de la perte de paquets Cette vue peut afficher jusqu'à 50 paires de zones avec perte de paquets entre plusieurs VM dans l'ensemble de Google Cloud.
  • Moyenne de la perte de paquets entre les paires de zones.
  • Résumé de la latence. Cette vue peut afficher jusqu'à 50 paires de zones avec le délai aller-retour entre VM dans l&#DAR;ensemble de Google Cloud.
  • Latence médiane entre les paires de zones.

Trafic entre instances de VM

Performance Dashboard présente les métriques de perte de paquets et de latence sur l'ensemble de Google Cloud. Ces métriques peuvent vous aider à déterminer si les problèmes évidents dans le tableau de bord par projet sont uniques à votre projet.

La vue des performances Google Cloud affiche les données de séries temporelles pour un maximum de 50 paires de zones pour la période sélectionnée qui, par défaut, est d'une heure.

Vous pouvez afficher les performances réseau de n'importe quelle paire de zones Google Cloud, même si votre projet n'est pas déployé dans ces zones. Vous pouvez afficher les performances au niveau de la région et de la zone. Un graphique de séries temporelles récapitulatives montre jusqu'à 50 paires de zones ayant la plus forte perte de paquets ou latence entre plusieurs VM sur l'ensemble de Google Cloud.

Trafic entre Google Cloud et les emplacements Internet

Performance Dashboard affiche les métriques de latence entre les VM de l'ensemble des régions Google Cloud et des points de terminaison Internet. Vous pouvez agréger le trafic au niveau des villes, des zones géographiques et des pays. Vous pouvez afficher les métriques de latence correspondant à des paires région/emplacement géographique spécifiques si le trafic Google Cloud est suffisant pour ces paires.

Ces métriques peuvent vous aider à déterminer si les problèmes visibles dans le tableau de bord par projet sont propres à votre projet. Les métriques globales peuvent également vous aider à planifier de futurs déploiements.

Pour afficher les métriques de performances de Google Cloud, cliquez sur Afficher les performances de tous les services Google Cloud en haut de la page Performance Dashboard. Pour afficher les métriques de performances de Google Cloud à partir de la vue des performances du projet, vous pouvez placer le pointeur sur les paires de zones spécifiques. Pour obtenir plus d'exemples et d'informations sur les éléments mesurés, consultez la section Métriques.

Métriques

Performance Dashboard fournit deux types de métriques : la perte de paquets et la latence (délai aller-retour ou DAR). Pour obtenir des métriques concernant la perte de paquets pour votre projet, vous avez besoin d'un nombre suffisant de VM dans le projet. Pour obtenir des métriques concernant la latence, vous avez besoin d'une quantité de trafic suffisante. Hormis cela, Performance Dashboard ne nécessite aucune configuration.

Les sections suivantes décrivent plus en détail les deux métriques.

Perte de paquets

Les métriques de perte de paquets indiquent le résultat de la vérification active entre les éléments suivants :

  • VM au sein d'un même réseau VPC.

  • Les VM des réseaux VPC appairés lorsqu'un ou les deux réseaux résident dans votre projet. Si les réseaux appairés résident dans des projets différents, la perte de paquets est visible dans le projet de destination.

  • VM d'un réseau VPC partagé utilisé par votre projet. La perte de paquets entre deux projets utilisant un réseau VPC partagé est visible dans le projet de service de destination.

Par exemple, supposons que le projet A comprend deux réseaux VPC : le réseau A, qui ne possède que des VM dans la zone A et le réseau M, qui contient uniquement des VM dans la zone M. Si ces deux réseaux sont appairés, Performance Dashboard du projet A affiche les données de perte de paquets pour la paire de zones A/M. Si les réseaux ne sont pas appairés, Performance Dashboard n'affiche pas la métrique de perte de paquets pour cette paire de zones.

En revanche, supposons que ces deux réseaux ne se trouvent pas dans le même projet. Supposons que le réseau A fait partie du projet A et que le réseau M fait partie du projet M. Lorsque les réseaux sont appairés, Performance Dashboard pour le projet M affiche les données de perte de paquets pour les situations où la zone M est la zone de destination. Inversement, lorsque la zone A est la zone de destination, les données de perte de paquets ne sont visibles que dans le projet A. Si les réseaux ne sont pas appairés, Performance Dashboard n'affiche pas les données de perte de paquets pour cette paire de zones.

Les données collectées via toutes les vérifications sont agrégées dans Performance Dashboard. En d'autres termes, Performance Dashboard ne vous permet pas d'isoler des données sur la perte de paquets au sein du projet par rapport à d'autres types (tels que la perte de paquets associée à un réseau VPC appairé dans un autre projet). Toutefois, vous pouvez l'utiliser pour explorer et examiner les résultats qui sont plus précis. Pour en savoir plus, consultez la documentation de référence sur les métriques Performance Dashboard.

Performance Dashboard n'envoie pas de vérifications via les connexions Cloud VPN.

Méthodologie

Performance Dashboard exécute des nœuds de calcul sur les hôtes physiques qui hébergent vos VM. Ces nœuds de calcul insèrent et reçoivent des paquets de vérification, qui s'exécutent sur le même réseau que votre trafic. Étant donné que les nœuds de calcul s'exécutent sur l'hôte physique et non sur votre VM, ils ne consomment pas de ressources de VM, et le trafic n'est pas visible sur vos VM.

Les vérifications couvrent l'intégralité du maillage des VM pouvant communiquer entre elles, ce qui n'est pas nécessairement le cas pour votre modèle de trafic. Par conséquent, vous pouvez voir des indications de perte de paquets dans Performance Dashboard, mais aucune preuve de perte de paquets dans votre application.

Pour toutes les VM vérifiées, nous essayons d'accéder à la VM en utilisant son adresse IP interne et son adresse IP externe (le cas échéant). Les vérifications ne quittent pas Google Cloud, mais par l'utilisation d'adresses IP externes, Performance Dashboard peut couvrir une partie du chemin qui serait utilisé par le trafic externe, tel que le trafic provenant d'Internet.

La perte de paquets pour les adresses IP internes est mesurée à l'aide de paquets UDP, et la perte de paquets pour les adresses IP externes est mesurée à l'aide de paquets TCP.

Disponibilité des métriques et niveaux de confiance

Performance Dashboard vérifie un sous-ensemble de toutes les paires VM-VM du réseau. Les données collectées sont ensuite utilisées pour estimer la perte de paquets que vous pourriez rencontrer. La confiance de Google dans les données dépend du taux de vérification, et celui-ci dépend du nombre de VM présentes dans chaque zone, ainsi que du nombre de zones dans lesquelles vous avez déployé des VM. Par exemple, le fait d'avoir 10 VM dans deux zones génère plus de confiance que 10 VM dans 10 zones.

Toutes les VM, y compris celles créées par Google Kubernetes Engine (GKE), sont comptabilisées dans le nombre total de VM.

Les différents niveaux de confiance sont décrits dans le tableau suivant. Les niveaux de confiance inférieurs sont signalés par un astérisque (*) ou N/A dans la carte de densité.

Niveau Nombre de VM requis dans chaque zone Ce que Performance Dashboard affiche sur la carte de densité
95 % de confiance 10 VM x le nombre de zones dans le projet. Par exemple, si votre projet comporte 12 zones, vous devez avoir 120 VM par zone. Une mesure sans notation supplémentaire
90 % de confiance 2,5 VM x le nombre de zones dans le projet Par exemple, si votre projet comporte 12 zones, vous devez avoir 30 VM par zone. Une mesure sans notation supplémentaire
Fiabilité faible Mesure avec un astérisque
Le nombre de vérifications n'est pas suffisant pour obtenir des données significatives N/A

Les métriques de perte de paquets Google Cloud sont toujours disponibles. Un astérisque (*) s'affiche s'il y a moins de 400 vérifications par minute.

Latence spécifique au projet

Les métriques de latence sont mesurées à l'aide du trafic client entre :

  • VM d'un seul réseau VPC
  • VM entre des réseaux VPC appairés, si les réseaux se trouvent dans le même projet
  • VM et points de terminaison Internet

En outre, Performance Dashboard pour un projet de service au sein d'un réseau VPC partagé affiche uniquement les données des zones de ce projet. En d'autres termes, supposons qu'une VM se trouve dans la zone A et que le projet de service A utilise le projet hôte pour communiquer avec une VM dans la zone B et le projet de service B. Les mesures sur ce trafic ne sont pas disponibles pour le projet de service ou le projet hôte.

Latence de Google Cloud

Les métriques de latence sont mesurées à l'aide du trafic client réel entre :

  • VM d'un seul réseau VPC
  • VM entre des réseaux VPC appairés
  • VM et points de terminaison Internet

Méthodologie pour la latence des projets et de Google Cloud

La latence est mesurée à l'aide de paquets TCP.

Sur la base d'un échantillon de votre trafic réel, la latence correspond au temps qui s'écoule entre l'envoi d'un numéro de séquence TCP (SEQ) et la réception d'un ACK correspondant qui contient le DAR du réseau et le délai lié à la pile TCP. Le tableau de bord indique la latence en tant que médiane de toutes les mesures pertinentes.

La métrique de latence est basée sur la même source de données et la même méthodologie d'échantillonnage que les journaux de flux VPC.

La latence spécifique au projet est basée sur des échantillons de votre projet. La latence Google Cloud est basée sur des échantillons issus de l'ensemble de Google Cloud.

Les métriques de latence globales sont issues de l'échantillonnage passif des en-têtes de trafic TCP, et non d'une vérification active de Google Cloud vers les points de terminaison Internet.

Anomalies dans les métriques de latence

Notez les anomalies suivantes liées aux métriques de latence:

  • Pour les environnements à faible débit, Network Intelligence Center utilise des vérifications de 60 secondes pour les métriques de latence. Par conséquent, les métriques DAR basées sur l'échantillonnage de paquets peuvent signaler de faux niveaux de latence élevés lorsque les services basés sur TCP renvoient une réponse retardée au niveau de l'application. Vous pouvez généralement reconnaître les faux niveaux de DAR élevé en vérifiant s'ils correspondent aux retards au niveau de l'application.

    Bien que le service basé sur TCP répond rapidement avec un ACK, l’échantillonnage manque l’ACK et compte une réponse de données ultérieure comme ACK fermant à un SEND beaucoup plus ancien, ce qui fausse la mesure globale du DAR. Dans ce cas, vous pouvez ignorer les métriques de DAR.

  • Parfois, les données de latence spécifiques au projet ne correspondent pas aux données de latence globales. Un tel désalignement peut se produire si l'ensemble de données global inclut également d'autres chemins réseau ayant des latences très différentes par rapport au chemin réseau utilisé par le projet concerné.

Disponibilité des métriques

La métrique de latence Google Cloud est toujours disponible. La métrique de latence par projet n'est disponible que si le trafic TCP est d'environ 1 000 paquets par minute ou plus.

Tableau récapitulatif des métriques

Le tableau suivant récapitule les méthodes et protocoles de vérification utilisés pour la génération de rapports sur les métriques de perte et de latence.

Perte de paquets Latence
Méthode de vérification Vérification active (trafic de VM synthétique) Vérification passive (trafic de VM réel)
Protocol (Protocole) UDP (adresse IP interne), TCP (adresse IP externe) TCP (adresses IP internes/externes)

Vues de latence

Les détails de latence du type de trafic Internet vers Google Cloud sont disponibles dans trois vues: Table, Carte et Chronologie.

Vue Tableau

La vue Tableau indique le DAR médian entre les zones géographiques sélectionnées et les régions qui contiennent des instances de VM de votre projet. Le tableau contient les informations suivantes:

  • Pays:nom du pays.
  • Villes:nombre de villes. Vous pouvez afficher les détails de latence de chaque ville spécifique dans le graphique des détails du pays.
  • Régions de destination:nombre de régions de destination qui enregistrent du trafic pour les utilisateurs d'un pays donné.
  • Latence médiane:le DAR médian entre le pays et les régions, en millisecondes.

Plan

La vue Carte affiche les emplacements géographiques (agglomérations ou villes) et les régions Google Cloud.

  • Vous pouvez afficher la latence médiane d'emplacements et de régions Google Cloud spécifiques.
  • Vous pouvez sélectionner une région Google Cloud et afficher les emplacements générant du trafic vers la région sélectionnée.
  • Vous pouvez afficher les détails spécifiques à chaque emplacement dans un graphique de latence de la barre latérale.
  • Vous pouvez rechercher des lieux en utilisant le champ de recherche sur la carte.
  • Les emplacements sont notés dans différentes nuances de bleu pour indiquer les plages de latence médiane sur la carte. Sur l'image suivante, la couleur d'un cercle représentant une ville donnée sur une carte du monde peut être une nuance de bleu. Plus la nuance de bleu est foncée, plus la latence de cette ville depuis une région Google Cloud donnée est importante.

    Plages de latence médiane sur la carte.
    Plages de latence médiane sur la carte (cliquez pour agrandir).

Vue chronologique

La vue Timeline indique le DAR médian entre les zones géographiques sélectionnées et les régions Google Cloud. Elle fournit les métriques de latence actuelles et les six semaines de données historiques. Vous pouvez utiliser les filtres pour agréger davantage le trafic au niveau des villes, des zones géographiques et des pays. Vous ne pouvez afficher les métriques de latence correspondant à des paires région/emplacement géographique spécifiques que si le trafic Google Cloud est suffisant pour ces paires.

Autorisations

Pour accéder aux données de Performance Dashboard, via la console Google Cloud ou Monitoring, vous devez disposer de l'autorisation monitoring.timeSeries.list. Cette autorisation est incluse dans les rôles Monitoring répertoriés dans le tableau suivant.

Nom de rôle ID de rôle
Lecteur Monitoring roles/monitoring.viewer
Éditeur Monitoring roles/monitoring.editor
Administrateur Monitoring roles/monitoring.admin

Pour plus d'informations sur les autres rôles incluant l'autorisation monitoring.timeSeries.list, consultez la section Comprendre les rôles.

Modifier le champ d'application du projet

Pour utiliser un champ d'application des métriques existant et surveiller plusieurs projets Google Cloud dans une même vue, sélectionnez le projet effectuant une surveillance à l'aide du sélecteur de projet de la console Google Cloud ou du bouton Modifier le champ d'application. Vous pouvez également sélectionner un seul projet de surveillance à l'aide de ces options. Pour en savoir plus, consultez la documentation de référence sur les métriques Performance Dashboard.

Vous pouvez créer des alertes en cas de perte de paquets élevée en fonction de conditions prédéfinies. La règle d'alerte en cas de perte de paquets est déclenchée lorsque la perte de paquets dépasse 5% pendant 5 minutes pour n'importe quelle paire de régions.

Les alertes permettent de détecter et de résoudre rapidement les problèmes qui surviennent dans les applications cloud. Une règle d'alerte décrit les circonstances dans lesquelles vous souhaitez être alerté et comment. Pour en savoir plus sur la création et la gestion des règles d'alerte, consultez la page Présentation des alertes.

Étapes suivantes