Surveiller des instances avec des insights système

Cette page explique comment utiliser le tableau de bord des insights système pour surveiller aux instances et bases de données Spanner.

Remarque :Nous vous recommandons vivement d'utiliser Cloud Monitoring. pour afficher la liste des métriques Spanner et créer des alertes métriques les plus critiques, telles que l'utilisation du processeur, la latence et le stockage de l'utilisation des ressources. Vous pouvez personnaliser les alertes afin d'inclure un lien vers le le tableau de bord des insights système, qui vous permet d'analyser des problèmes spécifiques.

À propos des insights système

Le tableau de bord "Insights système" affiche des tableaux de données et des graphiques concernant une instance ou une base de données sélectionnée, et fournit des mesures des latences, de l'utilisation du processeur, de l'espace de stockage, du débit et d'autres statistiques de performances. Vous pouvez afficher graphiques pour différentes périodes, allant de la dernière heure au au cours des 30 derniers jours.

Le tableau de bord des insights système comprend les sections suivantes (reportez-vous à la capture d'écran) :

1. Liste des bases de données : affiche les statistiques de la base de données sélectionnée. Vous pouvez afficher une seule base de données ou un agrégat de toutes les bases de données. Cette fonctionnalité n'est disponible que pour les instances.
2. Activation/désactivation de la mise en page:permet de basculer entre une mise en page à une ou deux colonnes.
3. Filtre de période : permet de filtrer les statistiques par période, par exemple par heure, par jour ou par plage personnalisée.
4. Tableaux de données : affiche les statistiques à un moment précis, sur la période sélectionnée.

5. Graphiques: affiche les graphiques d'utilisation du processeur, de débit, de latence l'utilisation de l'espace de stockage, etc.

   Si vous créez une partition (en version preview) dans une liste déroulante supplémentaire permettant d'afficher les graphiques ou un agrégat de toutes les partitions. Vous ne voyez pas ceci liste déroulante si vous n'avez créé aucune partition.

Cartes de données, graphiques et métriques sur les insights système

Le tableau de bord des insights système fournit les graphiques et métriques suivants pour vous aider l'état actuel et historique d'une instance. La plupart des graphiques et des métriques sont disponibles au niveau de l'instance. Vous pouvez également afficher de nombreux graphiques et métriques pour une une seule base de données dans une instance.

Tableaux de données disponibles

Nom	Description
Utilisation du processeur	l'utilisation totale du processeur dans une instance la base de données sélectionnée. Dans une instance bi-régionale ou multirégionale, cette métrique représente la moyenne d'utilisation du processeur dans l'ensemble des régions.
Latence: P99	Latence P99 pour les opérations de lecture et d'écriture dans une instance ou une base de données sélectionnée.
Latence: P50	Latence P50 pour les opérations de lecture et d'écriture dans une instance ou une base de données sélectionnée.
Débit	Quantité de données non compressées lues ou écrites dans l'instance ou la base de données chaque seconde. Cette valeur est mesurée en mégaoctets binaires (Mo), où 1 Mo équivaut à 2^20 octets. Cette unité de mesure est également appelée mébioctet (Mio).
Opérations par seconde	Nombre d'opérations par seconde (taux) de lecture et d'écriture dans une instance ou une base de données sélectionnée.
Utilisation du stockage	Au niveau de l'instance, il s'agit du total le pourcentage d'utilisation du stockage Compute Engine. Au niveau de la base de données, il s'agit de l'espace de stockage total utilisé pour la base de données sélectionnée.

Graphiques et métriques disponibles

Voici un graphique illustrant un exemple de métrique:

La barre d'outils de chaque fiche de graphique fournit les options standards suivantes :

• Pour zoomer sur une section spécifique d'un graphique, cliquez dessus et faites glisser horizontalement ou verticalement. Pour annuler le zoom, cliquez sur Réinitialisez le zoom. Les opérations de zoom s'appliquent à tous les graphiques du tableau de bord en même temps.

• Pour masquer ou afficher la légende, cliquez sur  Développer/Réduire la légende du graphique.

• Pour afficher un graphique en mode plein écran, cliquez sur Activer/Quitter le mode plein écran Vous pouvez également quitter le mode plein écran en cliquant sur Échap.

• Pour afficher d'autres options, cliquez sur Plus d'options de graphiques.

  La plupart des graphiques offrent les options suivantes :

  • Télécharger une image PNG
  • Téléchargez un fichier CSV.
  • Ajouter au tableau de bord personnalisé. Cette option vous permet d'ajouter un graphique un nouveau tableau de bord ou un tableau de bord existant dans Cloud Monitoring.
  • Afficher dans l'Explorateur de métriques. Affichez la métrique dans l'Explorateur de métriques. Vous pouvez afficher d'autres métriques Spanner dans l'explorateur de métriques après en sélectionnant le type de ressource Spanner Database.

Le tableau suivant décrit les graphiques qui apparaissent par défaut sur le système dans le tableau de bord des insights. Le type de métrique de chaque graphique est indiqué. Les chaînes de type de métrique comportent le préfixe suivant : spanner.googleapis.com/. Le type de métrique décrit les mesures pouvant être collectées à partir d'une ressource surveillée.

Nom du graphique et type de métrique	Description	Disponible pour les instances	Disponible pour les bases de données
Utilisation du processeur par priorité instance/cpu/utilization_by_priority	Pourcentage des ressources de processeur de l'instance pour les tâches à priorité élevée, moyenne, faible ou toutes, par priorité. Ces tâches incluent les demandes que vous initier des tâches de maintenance que Spanner doit effectuer rapidement. Pour les instances birégionales ou multirégionales, les métriques sont regroupées par région et par priorité. Apprendre en savoir plus sur les tâches à priorité élevée. Apprendre sur l'utilisation du processeur.
Utilisation totale du processeur instance/cpu/utilization_by_priority	Utilisation totale du processeur, exprimée en pourcentage des ressources de processeur de l'instance. Pour les instances, vous pouvez afficher le graphique cumulé de l'utilisation totale du processeur regroupé par base de données ou par combinaison de type de tâche (utilisateur/système) et de priorité. Pour les bases de données, vous pouvez afficher le graphique empilé de l'utilisation totale du processeur regroupé par combinaison de type de tâche (utilisateur/système) et de priorité. Pour les instances birégionales ou multirégionales, vous pouvez choisir la région à afficher ou afficher toutes les régions sous forme de plusieurs graphiques en courbes.
Utilisation du processeur par type d'opération instance/cpu/utilization_by_operation_type	Graphique empilé de l'utilisation du processeur en pourcentage du ressources de processeur de l'instance, regroupées par opérations déclenchées par l'utilisateur que les lectures, les écritures et les commits. Cette métrique vous permet d'obtenir de l'utilisation du processeur et pour résoudre d'autres problèmes, comme expliqué dans Enquête une utilisation élevée du processeur. Vous pouvez affiner davantage la recherche par priorité des tâches à l'aide de la liste déroulante Priorité. Pour les instances birégionales ou multirégionales, les métriques du graphique en courbes indiquent pourcentage moyen entre les régions.
Utilisation du processeur (moyenne glissante sur 24 heures) instance/cpu/smoothed_utilization	Moyenne glissante de l'utilisation totale du processeur Spanner, exprimée en pourcentage des ressources de processeur de l'instance, pour chaque base de données. Chaque point de données est une moyenne des 24 derniers heures. Pour les instances birégionales ou multirégionales, vous pouvez filtrer les métriques dans la ligne graphique par région à l'aide du menu déroulant Région.
Latence par lecture de flux de modifications api/read_request_latencies_by_change_stream	Répartition des latences des requêtes de lecture par flux de modifications. Utiliser ceci d'afficher toutes les latences et de déterminer si une latence est liée à lecture de flux de modification ou lecture de flux sans modification. Les requêtes de flux de modifications prennent du temps et doivent être nombreuses d'une durée de secondes. À l'inverse, les requêtes ne portant pas sur un flux de modifications de courte durée. Cette métrique vous permet d'effectuer les opérations suivantes: Affichez les latences des requêtes de flux de modifications. Affichez les latences des requêtes de flux sans modification. Déterminer si une requête ne concernant pas de flux de modifications rencontre des problèmes une latence élevée.
Utilisation maximale du processeur pour la division instance/peak_split_peak	Utilisation maximale du CPU pour la division observée pour toutes les divisions d'une base de données. Cette métrique indique le pourcentage des ressources de l'unité de traitement utilisées pour un fractionnement. Un pourcentage supérieur à 50% correspond à une répartition tiède, ce qui signifie que la division utilise la moitié des ressources d'unité de traitement du serveur hôte. Un pourcentage de 100 % correspond à une division active, c'est-à-dire une division qui utilise la majorité des ressources de l'unité de traitement du serveur hôte. Utilisations de Spanner la répartition basée sur la charge pour résoudre les hotspots et équilibrer la charge. Toutefois, Spanner peut ne pas être en mesure d'équilibrer la charge, même après plusieurs tentatives de fractionnement, en raison de modèles problématiques dans l'application. Par conséquent, les zones cliquables qui durent au moins 10 minutes peuvent avoir besoin un dépannage supplémentaire et pourrait potentiellement nécessiter des modifications de l'application. Pour Pour en savoir plus, consultez Rechercher des zones cliquables dans des écrans fractionnés.
Latence api/request_latencies	Temps nécessaire à Spanner pour gérer une lecture ou une écriture requête. Utilisez le menu déroulant Fonction pour sélectionner Lire ou Écrire, ou sélectionner Lecture/Écriture pour afficher les métriques des deux. Cette mesure commence lorsque Spanner reçoit une requête et se termine lorsque Spanner commence à envoyer une réponse. Vous pouvez afficher les métriques de latence pour les latences des 50e et 99e centiles à l'aide du menu déroulant Centile : Latence au 50e centile: latence maximale, en secondes, pour le les 50% de requêtes les plus rapides. Latence du 99e centile : latence maximale, exprimée en secondes, pour les 99 % de requêtes les plus rapides.
Latence par base de données api/request_latencies	Temps nécessaire à Spanner pour traiter une requête de lecture ou d'écriture, groupée par base de données. Utilisez le menu déroulant Fonction pour sélectionner Lecture ou Écriture, ou sélectionnez Lecture/Écriture pour afficher les métriques pour les deux. Cette mesure commence lorsque Spanner reçoit une requête et se termine lorsque Spanner commence à envoyer une réponse. Vous pouvez afficher les métriques de latence des 50e et 99e centiles en à l'aide du menu déroulant Centile: Latence au 50e centile: latence maximale, en secondes, pour le les 50% de requêtes les plus rapides. Latence du 99e centile : latence maximale, exprimée en secondes, pour les 99 % de requêtes les plus rapides.
Latence par méthode API api/request_latencies	Temps nécessaire à Spanner pour traiter une requête, regroupé par les méthodes de l'API Spanner. Cette mesure commence lorsque Spanner reçoit une requête, qui se termine lorsque Spanner commence à envoyer une réponse. Vous pouvez afficher les métriques pour les latences des 50e et 99e centiles à l'aide du menu déroulant Centile: Latence au 50e centile: latence maximale, en secondes, pour le les 50% de requêtes les plus rapides. Latence du 99e centile : latence maximale, exprimée en secondes, pour les 99 % de requêtes les plus rapides.
Latence des transactions api/request_latencies_by_transaction_type	Temps nécessaire à Spanner pour traiter une transaction. Vous pouvez choisir d'afficher les métriques des types lecture-écriture et lecture seule les transactions. La principale différence entre le graphique "Latence" et le graphique "Latence des transactions" est que le graphique "Latence des transactions" vous permet de sélectionner l'implication du leader pour le type en lecture seule. Vous pouvez sélectionner Leader impliqué ou Aucun leader impliqué pour la transaction en lecture seule. Les lectures impliquant le leader peuvent entraîner une latence plus élevée. Vous pouvez utiliser cette graphique pour évaluer si vous devez utiliser des lectures non actualisées sans communiquer avec la variante optimale, en supposant que le code temporel est d'au moins 15 secondes. Pour les transactions en lecture-écriture, le leader est toujours impliqué dans la transaction. Par conséquent, les données affichées sur le graphique incluent toujours le temps qu'il a fallu pour que la requête atteigne le leader et reçoive une réponse. Vous pouvez afficher les métriques pour la latence des 50e et 99e centiles : Latence au 50e centile: latence maximale, en secondes, pour le 50% de toutes les transactions. 99e centile de latence: la latence maximale, en secondes, pour le soit 99% de toutes les transactions.
Latence des transactions par base de données api/request_latencies_by_transaction_type	Temps nécessaire à Spanner pour traiter une transaction. Vous pouvez choisir d'afficher les métriques pour les transactions en lecture-écriture et en lecture seule. La principale différence entre le graphique de latence et le graphique Le graphique "Latence des transactions par base de données" indique que la latence des transactions par base de données vous permet de sélectionner l'implication du leader en lecture seule. Vous pouvez sélectionner Leader impliqué ou Aucune région principale impliquée pour la transaction en lecture seule. Les lectures impliquant la variante optimale peuvent connaître une latence plus élevée. Vous pouvez utiliser ce graphique pour évaluer si vous devez utiliser des lectures obsolètes sans communiquer avec l'instance principale, en supposant que la limite de code temporel est d'au moins 15 secondes. Pour les transactions en lecture-écriture, le leader est toujours impliqué dans la transaction. Par conséquent, les données affichées sur le graphique incluent toujours le temps qu'il a fallu pour que la requête atteigne le leader et reçoive une réponse. Vous pouvez afficher les métriques des 50e et 99e centiles latence: Latence au 50e centile: latence maximale, en secondes, pour le 50% de toutes les transactions. 99e centile de latence: la latence maximale, en secondes, pour le soit 99% de toutes les transactions.
Latence des transactions par méthode API api/request_latencies_by_transaction_type	Temps nécessaire à Spanner pour traiter une transaction. Vous pouvez choisir d'afficher les métriques pour les transactions en lecture-écriture et en lecture seule. La principale différence entre le graphique de latence et le graphique Le graphique "Latence des transactions par méthode API" indique que le graphique Le graphique de latence par méthode API vous permet de sélectionner la variante optimale pour le type en lecture seule. Vous pouvez sélectionner Leader impliqué ou Aucun leader impliqué pour la transaction en lecture seule. Les lectures impliquant le leader peuvent présenter une latence plus élevée. Vous pouvez utiliser ce graphique pour évaluer si vous devez utiliser des lectures obsolètes sans communiquer avec le leader, en supposant que la limite de code temporel est d'au moins 15 secondes. Pour les transactions en lecture/écriture, le est toujours impliquée dans la transaction. Par conséquent, les données affichées sur le le graphique inclut toujours le temps nécessaire pour que la requête atteigne et de recevoir une réponse. Vous pouvez afficher les métriques pour la latence des 50e et 99e centiles : Latence au 50e centile: latence maximale, en secondes, pour le 50% de toutes les transactions. 99e centile de latence: la latence maximale, en secondes, pour le soit 99% de toutes les transactions.
Opérations par seconde api/api_request_count	Nombre d'opérations (lecture/écriture) effectuées par Spanner la seconde, ou le nombre d'erreurs survenues sur la serveur par seconde. Vous pouvez choisir les opérations à afficher dans ce graphique : Lectures et écritures (inclut également les erreurs de lecture et d'écriture) Lecture seule (inclut également les instructions LMD et les erreurs de lecture) Écriture uniquement (exclut les instructions DML et inclut les erreurs d'écriture) Erreurs sur le serveur Spanner (groupées par lecture et écriture)
Nombre d'opérations par seconde par base de données api/api_request_count	Nombre d'opérations (lecture/écriture) effectuées par Spanner par seconde ou nombre d'erreurs survenues sur le serveur Spanner par seconde. Ce graphique est regroupé par base de données. Vous pouvez choisir les opérations à afficher dans ce graphique : Lectures et écritures (inclut également les erreurs de lecture et d'écriture) Lecture seule (inclut également les instructions LMD et les erreurs de lecture) Écriture uniquement (exclut les instructions DML et inclut les erreurs d'écriture) Erreurs sur le serveur Spanner (groupées par lecture et écriture)
Opérations par seconde par méthode API api/api_request_count	Nombre d'opérations effectuées par Spanner par seconde, regroupées par méthode API Spanner
Débit api/sent_bytes_count (lecture) api/received_bytes_count (écriture)	Quantité de données non compressées lues ou écrites vers l'instance ou la base de données chaque seconde. Cette valeur se mesure en unités d'octets binaires. Cette unité de mesure est basée sur la puissance de 2. Par exemple, 1 gigaoctet (Go) binaire équivaut à 2 puissance 30 octets. Cette unité de mesure est également appelée gibioctet (Gio). Le débit en lecture inclut les requêtes et les réponses des méthodes la lecture Google Cloud et pour les requêtes SQL. Il inclut également les requêtes et les réponses pour les instructions LMD. Le débit en écriture inclut les requêtes et les réponses permettant de valider des données via l'API Mutation. Il exclut les requêtes et les réponses pour les instructions LMD.
Débit par base de données api/sent_bytes_count (lecture) api/received_bytes_count (écriture)	Quantité de données non compressées lues ou écrites vers l'instance ou la base de données, regroupées par base de données. Cette valeur est mesurée en unités d'octets binaires. Cette unité de mesure est basée sur alimentation sur 2. Par exemple, 1 gigaoctet (Go) binaire équivaut à 2 puissance 30 octets. Cette unité de mesure est également appelée gibioctet (Gio). Le débit de lecture inclut les requêtes et les réponses pour les méthodes de l'API de lecture et pour les requêtes SQL. Il inclut également les requêtes et les réponses pour les instructions LMD. Le débit en écriture inclut les requêtes et les réponses pour valider les données via la mutation API. Il exclut les requêtes et les réponses pour les instructions LMD.
Débit par méthode d'API api/sent_bytes_count (lecture) api/received_bytes_count (écriture)	Quantité de données non compressées qui a été lue ou écrite dans l'instance ou la base de données chaque seconde, regroupées par méthode API. Cette valeur se mesure en unités d'octets binaires. Cette unité de mesure est basée sur la puissance de 2. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est également appelée gibioctet (Gio). Le débit en lecture inclut les requêtes et les réponses des méthodes la lecture Google Cloud et pour les requêtes SQL. Il inclut également les requêtes et les réponses pour les instructions LMD. Le débit en écriture inclut les requêtes et les réponses permettant de valider des données via l'API Mutation. Il exclut les requêtes et les réponses pour les instructions LMD.
Espace de stockage total instance/storage/used_bytes	Quantité de données stockées dans l'instance ou la base de données. Cette valeur est exprimée en octets binaires. Exemple : 1 le gigaoctet binaire (Go) est de 2^30 octets. Cette unité de mesure est également appelé gibioctet, (Gio).
Espace de stockage total par base de données instance/storage/used_bytes	La quantité de données stockées dans l'instance ou la base de données, regroupées par base de données. Cette valeur est mesurée en octets binaires. Exemple : 1 le gigaoctet binaire (Go) est de 2^30 octets. Cette unité de mesure est également appelé gibioctet, (Gio).
Espace de stockage de base de données par table (aucun)	Quantité de données stockées dans l'instance ou la base de données, regroupées par tables dans la base de données sélectionnée. Cette valeur est exprimée en octets binaires. Par exemple, 1 gigaoctet (Go) binaire équivaut à 2 ^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio). Ce graphique obtient ses données en interrogeant SPANNER_SYS.TABLE_SIZES_STATS_1HOUR. Pour en savoir plus, consultez la section Statistiques sur les tailles de table.
Tables les plus utilisées par les opérations (aucune)	Les 15 tables et index les plus utilisés dans l'instance ou la base de données, déterminés par le le nombre d'opérations de lecture, d'écriture ou de suppression. Ce graphique obtient ses données en interrogeant les tables de statistiques des opérations de la table. Pour en savoir plus, consultez la page Statistiques sur les opérations de table.
Tables les moins utilisées par les opérations (aucune)	Les 15 tables et index les moins utilisés dans l'instance ou la base de données, déterminés par le le nombre d'opérations de lecture, d'écriture ou de suppression. Ce graphique obtient ses données en interrogeant les tables de statistiques sur les opérations de table. Pour en savoir plus, consultez la section Statistiques sur les opérations de table.
Temps d'attente du verrouillage lock_stat/total/lock_wait_time	Le temps d'attente de verrouillage pour une transaction est le temps nécessaire pour acquérir un sur une ressource détenue par une autre transaction. Temps total d'attente pour le verrouillage les conflits sont enregistrés pour l'ensemble de la base de données.
Temps d'attente lié au verrouillage par base de données lock_stat/total/lock_wait_time	Le temps d'attente de verrouillage pour une transaction est le temps nécessaire pour acquérir un sur une ressource détenue par une autre transaction. Temps total d'attente pour le verrouillage les conflits sont enregistrés pour l'ensemble de la base de données.
Espace de stockage total de sauvegarde instance/backup/used_bytes	La quantité de données stockées dans les sauvegardes associées à l'instance ou à la base de données. Cette valeur est exprimée en octets binaires. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio).
Espace de stockage total de la sauvegarde par base de données instance/backup/used_bytes	La quantité de données stockées dans les sauvegardes associées à une instance ou une base de données, regroupés par base de données. Cette valeur se mesure en unités d'octets binaires. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet. (Gio).
Capacité de calcul instance/processing_units instance/nodes	La capacité de calcul correspond au nombre d'unités de traitement ou de nœuds disponibles dans une instance. Vous pouvez choisir d'afficher la capacité en cours de traitement unités ou en nœuds.
Répartition des variantes optimales instance/leader_percentage_by_region	Pour les instances birégionales ou multirégionales, vous pouvez afficher le nombre de bases de données avec la majorité des dirigeants (>= 50%) dans une région donnée. Dans la section Régions, si vous sélectionnez une région spécifique le graphique indique le nombre total de bases de données avec la région sélectionnée comme région principale. Si vous sélectionnez Toutes les régions dans le menu déroulant Régions, le graphique affiche une ligne pour chaque région, et chaque ligne indique le nombre total de bases de données de l'instance dont cette région est la région leader. Pour les bases de données d'une instance birégionale ou multirégionale, vous pouvez afficher la pourcentage de dirigeants regroupés par région. Par exemple, si une base de données contient cinq (un dans us-west1 et quatre dans us-east1 à un moment donné), régions" Le graphique comporte deux lignes (une par région). Une ligne pour us-west1 est à 20 % et l'autre pour us-east1 est à 80 %. Le graphique us-west1 montre une seule ligne à 20%, et le graphique us-east1 montre une seule ligne à 80%. Notez que si une base de données a été créée récemment ou qu'une région principale a été modifiée récemment, il est possible que les graphiques ne se stabilisent pas correctement à distance. Ce graphique n'est disponible que pour les instances birégionales et multirégionales.
Disponibilité du quorum birégional instance/dual_region_quorum_availability	Ce graphique n'est disponible que pour les configurations d'instances birégionales. Elle montre une chronologie de l'état de trois quorums: la birégionale le quorum et le quorum d'une région unique dans chaque région. Le graphique comporte un menu déroulant "Disponibilité du quorum" sont en mode Opérationnel ou Interruption. Utiliser ceci avec les métriques de taux d'erreur et de latence, pour vous aider décisions autogérées au moment du basculement en cas d'événements régionaux d'échecs. Pour en savoir plus, consultez Basculement et restauration automatique. Pour procéder au basculement et à la restauration automatique manuellement, consultez la page Modifier le quorum birégional
Nombre d'appels à un service distant query_stat/total/remote_service_calls_count	Nombre d'appels à un service distant, regroupés par service et par code de réponse. Renvoie un code de réponse HTTP, tel que 200 ou 500.
Latences des appels à un service distant query_stat/total/remote_service_calls_latencies	Latence des appels à un service distant, regroupée par service. Vous pouvez afficher les métriques de latence pour les latences des 50e et 99e centiles à l'aide du menu déroulant "Centile" : Latence du 50e centile : latence maximale, exprimée en secondes, pour les 50 % de requêtes les plus rapides. Latence au 99e centile: latence maximale, en secondes, pour le 99e centile le plus rapide de toutes les requêtes.
Nombre de lignes traitées par un service distant query_stat/total/remote_service_processed_rows_count	Nombre de lignes traitées par un service distant, regroupées par servicer et par code de réponse. Répond par un code de réponse HTTP, tel que 200 ou 500.
Latences des lignes traitées par un service distant query_stat/total/remote_service_processed_rows_latencies	Nombre de lignes traitées par un service distant, regroupées par service et par code de réponse. Vous pouvez afficher les métriques de latence pour les latences des 50e et 99e centiles à l'aide du menu déroulant Centile: Latence du 50e centile : latence maximale, exprimée en secondes, pour les 50 % de requêtes les plus rapides. Latence au 99e centile: latence maximale, en secondes, pour le 99e centile le plus rapide de toutes les requêtes.
Octets réseau échangés avec un service distant query_stat/total/remote_service_network_bytes_sizes	Octets réseau échangés avec le service distant, regroupés par service et par direction. Cette valeur est mesurée en octets binaires. Cette unité de les mesures sont basées sur <ph type="x-smartling-placeholder"></ph> puissance 2. Par exemple, 1 gigaoctet binaire (Go) équivaut à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio). La direction fait référence au trafic envoyé ou reçu. Vous pouvez afficher les métriques pour le 50e et le 99e centile de l'échange d'octets réseau à l'aide du menu déroulant "Centile" : 50e percentile : données échangées, dans le 50e percentile des requêtes. 99e centile: données échangées (99e centile des requêtes).

Graphiques et métriques de l'autoscaler géré

En plus des options présentées dans la section précédente, lorsque l'autoscaling géré est activé pour une instance, le graphique de la capacité de calcul comporte le bouton Afficher les journaux. Lorsque vous cliquez sur ce bouton, les journaux de l'autoscaler géré s'affichent.

Les métriques suivantes sont disponibles pour les instances dont le niveau d'accès est géré Autoscaler activé.

Nom du graphique et type de métrique	Description
Capacité de calcul	Avec les nœuds sélectionnés.
instance/autoscaling/min_node_count	Nombre minimal de nœuds que l'autoscaler est configuré pour allouer au Compute Engine.
instance/autoscaling/max_node_count	Nombre maximal de nœuds que l'autoscaler est configuré pour allouer à l'instance.
instance/autoscaling/recommended_node_count_for_cpu	Nombre recommandé de nœuds en fonction de l'utilisation du processeur de l'instance.
instance/autoscaling/recommended_node_count_for_storage	Nombre de nœuds recommandé en fonction de l'utilisation du stockage de l'instance.
Capacité de calcul	Avec des unités de traitement sélectionnées.
instance/autoscaling/min_processing_units	Nombre minimal d'unités de traitement que l'autoscaler est configuré pour allouer à l'instance.
instance/autoscaling/max_processing_units	Nombre maximal d'unités de traitement que l'autoscaler est configuré à allouer à l'instance.
instance/autoscaling/recommended_processing_units_for_cpu	Nombre recommandé d'unités de traitement. Cette recommandation est basée sur l'utilisation précédente du processeur par l'instance.
instance/autoscaling/recommended_processing_units_for_storage	Nombre recommandé d'unités de traitement à utiliser. Cette recommandation est basée sur l'utilisation précédente de l'espace de stockage de l'instance.
Utilisation du processeur par priorité
instance/autoscaling/high_priority_cpu_utilization_target	Objectif d'utilisation du processeur de haute priorité à utiliser pour l'autoscaling.
Espace de stockage total	Avec les unités de traitement sélectionnées.
instance/storage/limit_bytes	Limite de stockage de l'instance en octets
instance/autoscaling/storage_utilization_target	Objectif d'utilisation du stockage à utiliser pour l'autoscaling.

Conservation des données

La durée maximale de conservation des données pour la plupart des métriques du tableau de bord des insights système est de six semaines. Toutefois, pour le graphique Database storage by table (Stockage de la base de données par table), les données sont consommée à partir du SPANNER_SYS.TABLE_SIZES_STATS_1HOUR (au lieu de Spanner), qui a une durée de conservation maximale de 30 jours. Voir Conservation des données pour en savoir plus.

Afficher le tableau de bord des insights système

Pour afficher la page "Insights sur le système", vous devez disposer des autorisations Identity and Access Management suivantes (IAM) en plus des autorisations Spanner les autorisations Autorisations Spanner au niveau de l'instance et de la base de données:

• spanner.databases.beginReadOnlyTransaction
• spanner.databases.select
• spanner.sessions.create

En savoir plus sur les rôles IAM de Spanner consultez la page Contrôle des accès avec IAM.

Si vous activez l'autoscaler géré sur votre une instance, vous devez également disposer de l'autorisation logging.logEntries.list pour afficher les journaux de l'autoscaler géré.

Pour en savoir plus sur cette autorisation, consultez la section Rôles prédéfinis.

Pour afficher le tableau de bord des insights système, procédez comme suit :

1. Dans la console Google Cloud, ouvrez la liste des instances Spanner.

   Accéder à la liste des instances

2. Effectuez l'une des opérations suivantes :

   1. Pour afficher les métriques d'une instance, cliquez sur le nom de l'instance que vous souhaitez découvrir, puis cliquez sur Insights sur le système dans le menu de navigation.

   2. Pour afficher les métriques d'une base de données, cliquez sur le nom de l'instance, sélectionnez une base de données, puis cliquez sur Insights système dans le menu de navigation.

3. Facultatif : Pour afficher les données historiques d'une période différente, aidez-vous des boutons en haut à droite de la page, puis cliquez sur la période que vous souhaitez afficher.

4. Facultatif : Pour contrôler les données affichées, cliquez sur l'une des listes déroulantes du graphique. Par exemple, si l'instance utilise un configuration birégionale ou multirégionale, certains graphiques fournissent une pour afficher les données d'une région spécifique. Les graphiques ne fournissent pas tous de listes déroulantes.

Étape suivante

• Comprendre l'utilisation du processeur et la latence pour Spanner.
• Configurez des graphiques et des alertes personnalisés avec Monitoring.
• Obtenez des informations sur les types d'instances Spanner.