Resource Trends
Le module **Resource Trends** fournit un aperçu macro-scopique de la consommation totale de CPU et de Mémoire sur l'ensemble de votre namespace SAS Viya au fil du temps. Il s'appuie sur les données en arrière-plan collectées par le démon de métriques du cluster pour vous donner une vue historique continue de votre environnement.
Fonctionnalités & Tableaux de bord
- Fenêtres temporelles : Filtrez les données dynamiquement sur des périodes standard : 24 heures, 7 jours ou 30 jours.
- KPI globaux : Obtenez un aperçu rapide de l'Utilisation moyenne du CPU (en cœurs), de l'Utilisation moyenne de la RAM (en Go) et des Pods actifs moyens pour la fenêtre temporelle sélectionnée.
- Familles de composants : La consommation des ressources est agrégée et codée par couleur selon les principaux groupes de composants SAS Viya :
- CAS Server
- Compute Server
- Core Infra & DB
- Microservices
- Autres pods
- Graphiques de séries chronologiques :
- CPU dans le temps (Cœurs) : Graphique à barres empilées montrant le CPU consommé par chaque famille de composants au fil du temps. Utile pour repérer les pics de traitement quotidiens et les pics de fenêtres de traitement par lots.
- Mémoire dans le temps (Go) : Graphique à barres empilées affichant la consommation de RAM. Utile pour identifier les fuites de mémoire à long terme ou pour observer l'allocation des ressources lorsque l'environnement s'approche de ses limites OpenShift ResourceQuota.
- Tableau détaillé de consommation moyenne : Une ventilation tabulaire de la fenêtre actuelle, affichant la moyenne du CPU, de la Mémoire, du nombre de pods et de la part en pourcentage de la RAM totale pour chaque famille de composants.
Démon collecteur
Le contexte historique de ce module est alimenté par un démon en arrière-plan. Vous pouvez voir l'état du collecteur directement dans l'en-tête du module. S'il est arrêté, aucune nouvelle donnée ne sera agrégée. Le démon peut être configuré via le panneau Daemons Admin.
> Note : Les métriques d'E/S réseau ne sont pas affichées dans ce module, car leur collecte nécessite des privilèges d'administrateur de cluster pour accéder à l'API de bas niveau Kubelet /proxy/stats/summary, ce qui est généralement restreint dans les déploiements OpenShift d'entreprise.
