Surveillance d'OpenShift
Vous pouvez surveiller un cluster d' OpenShift s à l'aide du capteur OpenShift de l' Instana. Le capteur Instana OpenShift est automatiquement déployé et installé une fois que vous avez installé l'agent Instana. Vous pouvez consulter les métriques relatives au cluster « OpenShift » dans l'interface utilisateur d' Instana.
Versions prises en charge
Instana prend en charge OpenShift conformément aux politiques d'assistance d' Red Hat OpenShift. OpenShift Les versions de la plateforme couvertes par les contrats « Full Support » et « Maintenance Support » sont également prises en charge par Instana. Les mêmes dates de fin de support de maintenance s'appliquent au support OpenShift d' Instana.
Installation de l'agent Instana dans OpenShift
Le guide de démarrage rapide de l'agent pour OpenShift explique comment installer l'agent Instana dans votre cluster avec une configuration prête pour la production.
Webhook Instana AutoTrace
Le webhook Instana AutoTrace est un webhook de modification du contrôleur d'admission qui configure automatiquement le traçage Instana sur les applications Node.js, .NET Core et Ruby exécutées sur l'ensemble du cluster OpenShift.
L'utilisation du webhook Instana AutoTrace est fortement conseillée si vous exécutez des applications Node.js, .NET Core ou Ruby sur vos clusters OpenShift 4.5+.
Accès aux informations OpenShift
Pour plus d'informations, consultez le site Kubernetes.
Collecte des métriques
Pour consulter les métriques, sélectionnez « Infrastructure » dans la barre latérale de l'interface utilisateur d' Instana, cliquez sur un hôte surveillé spécifique, puis vous verrez s'afficher un tableau de bord de l'hôte contenant toutes les métriques collectées et les processus surveillés.
Une fois l'agent déployé sur votre cluster, le capteur communique les données détaillées sur le cluster et les ressources déployées. Instana collectera des informations générales sur Kubernetes. Pour plus d'informations, consultez le site Kubernetes. En outre, nous collectons également des informations sur les configurations de déploiement spécifiques aux clusters OpenShift.
DeploymentConfigs
Le tableau suivant présente les champs associés à l' DeploymentConfig e dans OpenShift.
| Zone | Description |
|---|---|
| Conditions | Type, Statut, Horodatage, Raison, Message |
| Libellés | Paires clé/valeur |
| Demandes d'UC | Demandes d'UC agrégées de tous les conteneurs en cours d'exécution de cette configuration de déploiement |
| Limites d'UC | Limites d'UC agrégées de tous les conteneurs en cours d'exécution de cette configuration de déploiement |
| Demandes de mémoire | Demandes de mémoire agrégées de tous les conteneurs en cours d'exécution de cette configuration de déploiement |
| Limites de mémoire | Limites de mémoire agrégées de tous les conteneurs en cours d'exécution de cette configuration de déploiement |
| Pods demandés | Pods disponibles/pods souhaités |
| Statuts des pods | Pods en attente / pods non planifiés / pods non prêts |
| Durée de la phase en attente | Dans la plupart des cas, peut être interprétée comme une durée de déploiement |
L'image suivante présente la vue d'ensemble de l'option « DeploymentConfigs » dans le panneau « OpenShift » : 
L'image suivante présente le tableau de bord d' DeploymentConfig : 
Signatures d'intégrité
Pour chaque capteur, il existe une base de connaissances des signatures d'intégrité qui sont évaluées en permanence par rapport aux métriques entrantes et qui sont utilisées pour traiter les problèmes ou les incidents en fonction de l'impact sur l'utilisateur.
Les événements intégrés déclenchent des problèmes ou des incidents en fonction de signatures de santé défaillantes sur des entités, tandis que les événements personnalisés déclenchent des problèmes ou des incidents en fonction des seuils d'une métrique spécifique à une entité donnée.
Pour plus d'informations sur l'événement intégré du capteur « OpenShift », consultez la référence des événements intégrés.
Traitement des incidents
Pour plus d'informations, voir Kubernetes .