Optimisation du CAS_DISK_CACHE : Clé de la Rentabilité Viya

Pourquoi l'utilisation de l'action getCacheInfo est-elle critique pour la rentabilité et la stabilité de vos projets Data sur SAS Viya ? - getCacheInfo

L'action getCacheInfo est un pilier fondamental de la gouvernance de vos infrastructures au sein de l'écosystème SAS Viya. Dans une architecture analytique distribuée in-memoryTechnique stockant les données directement dans la RAM pour un accès ultra-rapide, permettant des analyses massives et calculs complexes en temps réel sans les latences liées aux disques durs. telle que CAS Cloud Analytic ServicesMoteur d'exécution in-memory de SAS Viya. Il assure le traitement massivement parallèle (MPP) et distribué des données pour optimiser les performances analytiques et le passage à l'échelle., la gestion du débordement de la mémoireGemini said
Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya. vive est une nécessité technique absolue. Lorsque les immenses volumes de données dépassent la capacité de la RAM disponible, les blocs excédentaires sont temporairement déchargés vers le disque dur via le CAS_DISK_CACHEEspace de stockage local temporaire utilisé par le serveur CAS pour gérer les données dépassant la RAM disponible ou pour mapper des fichiers, garantissant ainsi la performance des traitements..

Sur le plan purement métier, une saturation silencieuse de cet espace de débordement provoque l'interruption soudaine de vos algorithmes de Machine LearningBranche de l'IA utilisant des algorithmes pour apprendre des modèles à partir de données. Il permet d'automatiser des prédictions ou des décisions sans programmation explicite de chaque règle. et de vos plans de données, engendrant des retards d'exploitation extrêmement coûteux. Automatiser la supervision de ces métriques garantit l'optimisation des coûts liés aux ressources cloud tout en assurant le respect des accords de niveau de service. L'outil renvoie les données sous la forme d'un dictionnaire de résultats contenant les métriques détaillées des noeuds, ce qui simplifie son intégration technique avec vos différents microservicesLes microservices sont une approche d'architecture logicielle où une application est décomposée en une collection de petits services indépendants, spécialisés et communicant entre eux via des APIs légères. Contrairement aux architectures "monolithiques" anciennes, chaque microservice remplit une fonction unique (ex: gestion du catalogue, authentification, moteur de calcul).

Dans SAS Viya 4, cette architecture est native. Elle permet à la plateforme de s'exécuter sur Kubernetes, offrant une flexibilité totale : chaque composant de SAS peut être mis à jour, redémarré ou mis à l'échelle (scaling) individuellement sans affecter le reste du système. d'alerte.

Exemple de Code Additionnel

1	<pre>PROC CAS;
2	/* 1. Extraction des métriques du cache disque pour chaque noeud CAS */
3	BUILTINS.getCacheInfo RESULT=cacheStats;
4	/* 2. Affichage complet pour l'audit dans les logs */
5	PRINT "=== Audit d'occupation du CAS_DISK_CACHE ===";
6	print cacheStats.DiskCacheInfo;
7	/* 3. Logique d'alerte automatisée (Exemple de surveillance) */
8	alerte_declenchee = 0;
9	DO row over cacheStats.DiskCacheInfo;
10	/* On vérifie si l'utilisation du cache dépasse le seuil critique de 75% */
11	IF (row.UsePct > 75) THEN DO;
12	PRINT "ALERTE CRITIQUE : Le noeud " \|\| row.Node \|\|
13	" présente un taux d occupation dangereux (" \|\| row.UsePct \|\| "%).";
14	alerte_declenchee = 1;
15	/* Insérer ici votre logique métier :
16	- Envoi d'un email aux Data Engineers
17	- Exécution d'une macro de nettoyage des tables inactives
18	*/
19	END;
20	END;
21	IF (alerte_declenchee == 0) THEN DO;
22	PRINT "STATUT OK : L'utilisation du cache disque est sous contrôle sur tous les noeuds.";
23	END;
24	QUIT;</pre>

Exemples pour l'action getCacheInfo

Inspection standard du cache

Découvrez cet exemple pour l'action CAS getCacheInfo : il interroge les métadonnées de stockage pour auditer l'empreinte disque et l'allocation des fichiers temporaires sur vos nœuds de calcul.

Extraction pour calculs automatiques

Cet exemple pour l'action CAS getCacheInfo désactive le formatage pour extraire des métriques brutes en octets. Crucial pour automatiser l'alerting de saturation sans erreur d'arrondi machine.

Conseil de l'Expert

Ne vous contentez pas d'exécuter l'action ponctuellement. Automatisez une alerte si le paramètre Used du cache dépasse 80% de la capacité de votre volume CAS_DISK_CACHE. Dans une architecture Kubernetes, cela vous permet d'anticiper un crash de type Out-Of-Memory (OOM) ou une saturation de volume (PVC) qui paralyserait l'ensemble du contrôleur CAS.

Indicateurs techniques de stabilité et rentabilité

Pression sur la Mémoire Réelle (Resident Set Size) : Permet de mesurer l'écart entre la mémoire allouée et la mémoire réellement consommée physiquement par les nœuds de calcul.
Fragmentation des Blocs de Cache : L'action révèle si les blocs de données sont éparpillés, ce qui permet de décider s'il faut réorganiser les tables (Slicing/Partitioning) pour optimiser la lecture.
Prévention du "Panic Stop" de CAS : Évite l'arrêt brutal du service lorsque le répertoire de cache est saturé, une situation critique qui corrompt les sessions utilisateurs en cours.