Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Surveillance des requêtes et des charges de travail avec Amazon Redshift sans serveur
Vous pouvez surveiller vos requêtes Amazon Redshift sans serveur et votre charge de travail à l’aide des vues système fournies.
Les vues de surveillance sont des vues système dans Amazon Redshift sans serveur utilisées pour contrôler l’utilisation des requêtes et des charges de travail. Ces vues se trouvent dans le schéma pg_catalog
. Les vues système disponibles ont été conçues pour vous fournir les informations nécessaires pour surveiller Amazon Redshift sans serveur, ce qui s’avère beaucoup plus simple que nécessaire pour les clusters mis en service. Les vues SYS du système ont été conçues pour fonctionner avec Amazon Redshift Serverless. Pour afficher les informations fournies par ces vues, exécutez SQL SELECT des instructions.
Les vues système sont définies pour prendre en charge les objectifs de surveillance suivants.
- Surveillance de la charge de travail
-
Vous pouvez contrôler vos activités de requête au fil du temps pour les tâches suivantes :
-
Comprenez les modèles de charge de travail afin de savoir ce qui est normal (base de référence) et ce qui figure dans les accords de niveau de service aux entreprises (SLAs).
-
Identifier rapidement l’écart par rapport à la normale, qui peut être un problème transitoire ou quelque chose qui justifie une action supplémentaire.
-
- Surveillance du chargement et du déchargement de données
-
Le mouvement des données vers et depuis Amazon Redshift sans serveur constitue une fonction essentielle. Vous utilisez COPY et UNLOAD pour charger ou décharger des données, et vous devez suivre de près les progrès en termes de nombre d'octets/lignes transférés et de fichiers terminés afin de suivre le respect des activités. SLAs Cela se fait normalement en exécutant fréquemment des requêtes de table système (c’est-à-dire toutes les minutes) pour suivre la progression et générer des alertes donnant lieu à des enquêtes/mesures correctives si des écarts importants sont détectés.
- Diagnostic d’échecs et des problèmes
-
Dans certains cas, vous devez prendre des mesures en cas d’échec de requête ou d’exécution. Les développeurs s’appuient sur des tables système pour auto-diagnostiquer les problèmes et déterminer les solutions correctes.
- Personnalisation de performances
-
Vous devrez peut-être régler les requêtes qui ne répondent pas SLA aux exigences dès le départ ou qui se sont dégradées au fil du temps. Pour effectuer un réglage, vous devez disposer de détails sur l’exécution, notamment le plan d’exécution, les statistiques, la durée et la consommation de ressources. Il vous faut des données de référence pour les requêtes incriminées afin de déterminer la cause de l’écart et de vous indiquer comment améliorer les performances.
- Surveillance des événements des objets utilisateur
-
Vous devez contrôler les actions et les activités sur les objets utilisateur, comme l’actualisation des vues matérialisées, le vide et l’analyse. Cela inclut les événements gérés par le système, tels que l’actualisation automatique des vues matérialisées. Vous souhaitez contrôler la moment où un événement se termine s’il est initié par l’utilisateur, ou la dernière exécution réussie si le système est initié.
- Suivi de l’utilisation pour la facturation
-
Vous pouvez contrôler vos tendances d’utilisation au fil du temps pour effectuer les actions suivantes :
-
Informer la planification budgétaire et les estimations de l’expansion opérationnelle.
-
Identifier les opportunités potentielles d’économies telles que la suppression des données froides.
-
Utilisez les vues SYS du système pour surveiller Amazon Redshift Serverless ;. Pour plus d'informations sur les vues de SYS surveillance, consultez la section SYSdes vues de surveillance dans le manuel Amazon Redshift Database Developer Guide.