Surveiller les instances avec les insights sur le système

Cette page explique comment surveiller les instances et les bases de données Spanner à l'aide du tableau de bord des insights système.

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

À propos des insights système

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

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

1. Liste de 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 option n'est disponible que pour les instances.
2. Basculement de la mise en page:permet de basculer entre une mise en page en une ou deux colonnes.
3. Time range filter (Filtre de période) : filtre les statistiques par périodes (heures, jours ou plage personnalisée, par exemple).
4. Tableaux de données : affiche les statistiques à un moment précis sur la période sélectionnée.
5. Graphs (Graphiques) : affiche des graphiques d'utilisation du processeur, de débit, de latence, d'utilisation de l'espace de stockage, etc.

Tableau de données, graphiques et métriques des insights sur le système

Le tableau de bord des insights système fournit les graphiques et métriques suivants pour afficher l'état actuel et l'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 même base de données au sein d'une instance.

Tableaux de données disponibles

Nom	Description
Utilisation du CPU	Utilisation totale du processeur dans une instance ou une base de données sélectionnée. Dans une instance 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 des 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 parfois appelée mébioctet (Mio).
Opérations par seconde	Nombre d'opérations de lecture et d'écriture par seconde (taux) dans une instance ou une base de données sélectionnée.
Utilisation du stockage	Au niveau de l'instance, il s'agit du pourcentage total d'utilisation du stockage dans une instance. 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 l'ensemble d'options standards suivant:

• Pour effectuer un zoom avant sur une section particulière d'un graphique, cliquez dessus et faites-le glisser horizontalement ou verticalement. Pour annuler le zoom, cliquez sur Réinitialiser 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 Esc.

• Pour afficher des options supplémentaires, cliquez sur Autres options de graphique.

  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 avoir sélectionné le type de ressource Base de données Spanner.

Le tableau suivant décrit les graphiques qui apparaissent par défaut dans le tableau de bord des insights système. Le type de métrique de chaque graphique s'affiche. Les chaînes de type de métrique suivent ce préfixe: 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 élevées, moyennes, faibles ou toutes les tâches, par priorité. Ces tâches incluent les requêtes que vous lancez et les tâches de maintenance que Spanner doit effectuer rapidement. Pour les instances multirégionales, les métriques sont regroupées par région et par priorité. En savoir plus sur les tâches à priorité élevée En savoir plus 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 empilé de l'utilisation totale du processeur, regroupé par base de données, ou par combinaison du type de tâche (utilisateur/système) et de la priorité. Pour les bases de données, vous pouvez afficher le graphique empilé de l'utilisation totale du processeur, regroupé par type de tâche (utilisateur/système) et priorité. Pour les instances multirégionales, vous pouvez choisir la région à afficher ou afficher toutes les régions sous la 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, exprimé en pourcentage des ressources de processeur de l'instance et regroupé par opérations lancées par l'utilisateur, telles que les lectures, les écritures et les commits. Cette métrique vous permet d'obtenir une répartition détaillée de l'utilisation du processeur et de résoudre d'autres problèmes, comme expliqué dans la section Examiner une utilisation élevée du processeur. Vous pouvez filtrer davantage les tâches par priorité à l'aide du menu déroulant Priorité. Pour les instances multirégionales, les métriques du graphique en courbes indiquent le pourcentage moyen entre les régions.
Utilisation du processeur (moyenne glissante sur 24 heures) instance/cpu/smoothed_utilization	Moyenne glissante de l'utilisation totale de Spanner sur le processeur, exprimée en pourcentage des ressources de processeur de l'instance, pour chaque base de données. Chaque point de données représente une moyenne des 24 heures précédentes. Pour les instances multirégionales, vous pouvez filtrer les métriques du graphique linéaire par région à l'aide de la liste déroulante Région.
Latence api/request_latencies	Temps nécessaire à Spanner pour traiter une requête de lecture ou d'écriture. Dans la liste déroulante Fonction, sélectionnez Lecture ou Écriture, ou sélectionnez 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: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de requêtes les plus rapides. Latence au 99e centile: latence maximale, 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, regroupé par base de données. Dans la liste déroulante Fonction, sélectionnez Lecture ou Écriture, ou sélectionnez Lecture/Écriture pour afficher les métriques correspondantes. 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 pour la latence des 50e et 99e centiles à l'aide du menu déroulant Centile: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de requêtes les plus rapides. Latence au 99e centile: latence maximale, 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 méthodes de l'API Spanner. 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 pour les latences des 50e et 99e centiles à l'aide du menu déroulant Centile: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de requêtes les plus rapides. Latence au 99e centile: latence maximale, 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 pour les transactions en lecture-écriture et en lecture seule. 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 la principale implication pour le type en lecture seule. Vous pouvez sélectionner Le responsable est impliqué ou Aucun responsable n'est impliqué pour la transaction en lecture seule. Les lectures impliquant la variante optimale peuvent subir une latence plus élevée. Vous pouvez utiliser ce graphique pour déterminer si vous devez utiliser des lectures non actualisées sans communiquer avec la variante optimale, en supposant que la limite d'horodatage est d'au moins 15 secondes. Pour les transactions en lecture-écriture, la variante principale est toujours impliquée. Par conséquent, les données affichées sur le graphique incluent toujours le temps nécessaire pour que la requête atteigne la variante optimale et reçoive une réponse. Vous pouvez afficher les métriques pour la latence des 50e et 99e centiles: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de transactions les plus rapides. Latence au 99e centile: latence maximale, exprimée en secondes, pour les 99% de transactions les plus rapides.
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 "Latence" et le graphique "Latence des transactions par base de données" est que le graphique "Latence des transactions par base de données" vous permet de sélectionner la partie principale pour le type "lecture seule". Vous pouvez sélectionner Le responsable est impliqué ou Aucune instance principale n'est impliquée pour la transaction en lecture seule. Les lectures qui impliquent la variante optimale peuvent subir une latence plus élevée. Vous pouvez utiliser ce graphique pour déterminer si vous devez utiliser des lectures non actualisées sans communiquer avec la variante optimale, en supposant que la limite d'horodatage est d'au moins 15 secondes. Pour les transactions en lecture-écriture, la variante principale est toujours impliquée. Par conséquent, les données affichées sur le graphique incluent toujours le temps nécessaire pour que la requête atteigne la variante optimale et reçoive une réponse. Vous pouvez afficher les métriques pour la latence des 50e et 99e centiles: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de transactions les plus rapides. Latence au 99e centile: latence maximale, exprimée en secondes, pour les 99% de transactions les plus rapides.
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 "Latence" et le graphique "Latence des transactions par méthode API" est que le graphique "Latence des transactions par méthode API" vous permet de sélectionner l'implication principale pour le type en lecture seule. Vous pouvez sélectionner Le responsable est impliqué ou Aucun responsable n'est impliqué pour la transaction en lecture seule. Les lectures impliquant la variante optimale peuvent subir une latence plus élevée. Vous pouvez utiliser ce graphique pour déterminer si vous devez utiliser des lectures non actualisées sans communiquer avec la variante optimale, en supposant que la limite d'horodatage est d'au moins 15 secondes. Pour les transactions en lecture-écriture, la variante principale est toujours impliquée. Par conséquent, les données affichées sur le graphique incluent toujours le temps nécessaire pour que la requête atteigne l'instance principale et reçoive une réponse. Vous pouvez afficher les métriques pour la latence des 50e et 99e centiles: 50e centile de latence: latence maximale, exprimée en secondes, pour les 50% de transactions les plus rapides. Latence au 99e centile: latence maximale, exprimée en secondes, pour les 99% de transactions les plus rapides.
Opérations par seconde 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. 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 LMD et inclut les erreurs d'écriture) Erreurs sur le serveur Spanner (regroupées par lecture et écriture)
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 LMD et inclut les erreurs d'écriture) Erreurs sur le serveur Spanner (regroupé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 dans l'instance ou la base de données chaque seconde. Cette valeur est mesurée en unités d'octets binaires. Cette unité de mesure est basée sur la puissance 2. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio). Le débit en 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 des données via l'API Mutation. Elle 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 dans l'instance ou la base de données chaque seconde, 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 la puissance 2. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio). Le débit en 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 des données via l'API Mutation. Elle exclut les requêtes et les réponses pour les instructions LMD.
Débit par méthode API api/sent_bytes_count (lecture) api/received_bytes_count (écriture)	Quantité de données non compressées lues ou écrites dans l'instance ou la base de données chaque seconde, regroupées par méthode API. Cette valeur est mesurée en unités d'octets binaires. Cette unité de mesure est basée sur la puissance 2. Par exemple, 1 gigaoctet binaire (Go) correspond à 2^30 octets. Cette unité de mesure est parfois appelée gibioctet (Gio). Le débit en 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 des données via l'API Mutation. Elle 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 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).
Espace de stockage total de la base de données par base de données instance/storage/used_bytes	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 exprimée 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).
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 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). Ce graphique obtient ses données en interrogeant SPANNER_SYS.TABLE_SIZES_STATS_1HOUR. Pour en savoir plus, consultez la section Statistiques relatives aux tailles de table.
Tables les plus utilisées par opérations (aucun)	Les 15 tables et index les plus utilisés dans l'instance ou la base de données, déterminés par 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 section Statistiques des 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 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 section Statistiques des opérations de table.
Temps d'attente pour le verrouillage lock_stat/total/lock_wait_time	Le temps d'attente de verrouillage d'une transaction est le temps nécessaire pour acquérir un verrou sur une ressource détenue par une autre transaction. Le temps d'attente total lié au verrouillage en cas de conflit de verrouillage est enregistré pour l'ensemble de la base de données.
Temps d'attente de verrouillage par base de données lock_stat/total/lock_wait_time	Le temps d'attente de verrouillage d'une transaction est le temps nécessaire pour acquérir un verrou sur une ressource détenue par une autre transaction. Le temps d'attente total lié au verrouillage en cas de conflit de verrouillage est enregistré pour l'ensemble de la base de données.
Espace de stockage total de la sauvegarde instance/backup/used_bytes	Quantité de données stockées dans les sauvegardes associées à l'instance ou à la base de données. Cette valeur est mesurée 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).
Espace de stockage total de sauvegarde par base de données instance/backup/used_bytes	Quantité de données stockées dans les sauvegardes associées à 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. 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 unités de traitement ou dans les nœuds.
Répartition des dirigeants instance/leader_percentage_by_region	Pour les instances multirégionales, vous pouvez afficher le nombre de bases de données dont la majorité des instances principales (>=50%) se trouvent dans une région donnée. Dans le menu déroulant Régions, si vous sélectionnez une région spécifique, le graphique affiche le nombre total de bases de données au sein de cette instance dont la région sélectionnée est la 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 la région principale est la région. Pour les bases de données d'une instance multirégionale, vous pouvez afficher le pourcentage de régions principales regroupées par région. Par exemple, si une base de données comporte cinq régions principales, une dans us-west1 et quatre dans us-east1 à un moment précis, le graphique "Toutes les régions" affiche deux lignes (une par région). Une ligne pour us-west1 est à 20 % et l'autre à 80%. Le graphique us-west1 affiche une seule ligne à 20%, et le graphique us-east1 affiche une seule ligne à 80%. Notez que si une base de données a été créée récemment ou si une région principale a récemment été modifiée, les graphiques peuvent ne pas se stabiliser immédiatement. Ce graphique n'est disponible que pour les instances multirégionales.
Nombre d'appels à un service distant query_stat/total/remote_service_calls_count	Nombre d'appels à un service distant, regroupés par code de service et par code de réponse. Répond par 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 : 50e centile de latence: latence maximale (en secondes) pour le 50e centile de toutes les requêtes les plus rapides. Latence au 99e centile: latence maximale, exprimée en secondes, pour le 99e centile de toutes les requêtes les plus rapides.
Nombre de lignes traitées par le service distant query_stat/total/remote_service_processed_rows_count	Nombre de lignes traitées par un service distant, regroupées par code de service et par code de réponse. Répond par un code de réponse HTTP, tel que 200 ou 500.
Latences des lignes de service distant query_stat/total/remote_service_processed_rows_latencies	Nombre de lignes traitées par un service distant, regroupées par code de 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 : 50e centile de latence: latence maximale (en secondes) pour le 50e centile de toutes les requêtes les plus rapides. Latence au 99e centile: latence maximale, exprimée en secondes, pour le 99e centile de toutes les requêtes les plus rapides.
Octets réseau du 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 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 parfois appelée gibioctet (Gio). Le sens fait référence au trafic envoyé ou reçu. Vous pouvez afficher les métriques pour les 50e et 99e centiles d'échange d'octets réseau à l'aide du menu déroulant Centile : 50e centile: données échangées, dans le 50e centile des requêtes. 99e centile: données échangées, au 99e centile des requêtes.

Graphiques et métriques des autoscalers gérés

En plus des options présentées dans la section précédente, lorsque l'autoscaler géré est activé sur une instance, le graphique sur 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 sur lesquelles l'autoscaler géré est activé.

Nom du graphique et type de métrique	Description
Capacité de calcul	Avec des nœuds sélectionnés.
instance/autoscaling/min_node_count	L'autoscaler de nombre minimal de nœuds est configuré pour allouer à l'instance.
instance/autoscaling/max_node_count	L'autoscaler de nombre maximal de nœuds est configuré pour allouer à l'instance.
instance/autoscaling/recommended_node_count_for_cpu	Nombre de nœuds recommandé en fonction de l'utilisation du processeur par l'instance.
instance/autoscaling/recommended_node_count_for_storage	Nombre de nœuds recommandé en fonction de l'utilisation de l'espace de stockage par 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 configurés par l'autoscaler pour allouer à l'instance.
instance/autoscaling/max_processing_units	Nombre maximal d'unités de traitement que l'autoscaler est configuré pour allouer à l'instance.
instance/autoscaling/recommended_processing_units_for_cpu	Nombre d'unités de traitement recommandé. Cette recommandation est basée sur l'utilisation précédente du processeur de l'instance.
instance/autoscaling/recommended_processing_units_for_storage	Nombre recommandé d'unités de traitement à utiliser. Cette recommandation est basée sur l'espace de stockage utilisé précédemment par 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 des 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 Stockage en base de données par table, les données sont consommées à partir de la table SPANNER_SYS.TABLE_SIZES_STATS_1HOUR (au lieu de Spanner), qui a une durée de conservation maximale de 30 jours. Pour en savoir plus, consultez la section Conservation des données.

Afficher le tableau de bord des insights système

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

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

Pour en savoir plus sur les autorisations IAM de Spanner, consultez la page Contrôle des accès avec IAM.

Si vous activez l'autoscaler géré sur votre 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 qui vous intéresse, puis 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 sur le système dans le menu de navigation.

3. Facultatif: Pour afficher les données historiques pour une autre période, recherchez les boutons en haut à droite de la page, puis cliquez sur la période souhaitée.

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 une configuration multirégionale, certains graphiques fournissent une liste déroulante permettant d'afficher les données d'une région spécifique. Les graphiques ne fournissent pas tous de listes déroulantes.

Étapes suivantes

• Comprenez les métriques d'utilisation du processeur et de latence pour Spanner.
• Configurez des graphiques et des alertes personnalisés avec Monitoring.
• Obtenez des informations sur les types d'instances Spanner.