getCacheInfo

Comment identifier et résoudre les problèmes de performance I/O liés au cache CAS ?

Optimisation et Diagnostic du CAS_DISK_CACHE

En révélant le chemin exact du système de fichiers, getCacheInfo permet de vérifier si l'infrastructure physique respecte les meilleures pratiques de SAS. Les performances optimales de SAS Viya dépendent souvent de l'utilisation de disques SSD ou NVMe locaux pour le cache CAS. Grâce à cette action, un administrateur peut confirmer que le cache n'est pas situé sur un stockage réseau lent ou sur une partition système saturée, ce qui pourrait causer des goulots d'étranglement majeurs lors des traitements analytiques intensifs.

Exemples pour l'action getCacheInfo

Inspection standard du cache
Schéma conceptuel de l'exemple : Inspection standard du cache
Résultat d'exécution du code : 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
Schéma conceptuel de l'exemple : Extraction pour calculs automatiques
Résultat d'exécution du code : 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 fiez jamais uniquement aux spécifications théoriques de votre fournisseur Cloud. Utilisez getCacheInfo pour identifier le point de montage, puis lancez un test de stress via l'outil fio ou un datastep intensif pour mesurer la latence réelle. Sur Viya 4, privilégiez systématiquement des Ephemeral SSDs (NVMe) plutôt que des disques persistants réseau (EBS/Azure NetApp Files) pour minimiser le I/O Wait.
Architecture et Monitoring de la Performance I/O
  • Localisation Physique : Le cache doit impérativement résider sur un stockage local au nœud Kubernetes (HostPath) pour éviter la latence réseau inhérente au stockage partagé.
  • Fragmentation du Cache : Un cache fragmenté ou réparti sur des volumes de tailles inégales entre les "workers" provoque un phénomène de "straggler" (un nœud plus lent ralentit tout le job).
  • Ratio de Débit : Pour des performances optimales en calcul distribué, visez un débit minimal de 100-150 Mo/s par cœur physique alloué au CAS.
  • Séparation des Flux : Assurez-vous que le CAS_DISK_CACHE est physiquement séparé du répertoire temporaire de l'OS et des journaux (logs) pour éviter les conflits d'interruptions I/O.

Cette réponse vous a-t-elle aidé ?

Utilisateur FAQ SAS Viya
Vos votes aident à améliorer notre base de connaissances.

Action CAS associée

builtins

getCacheInfo
À lire aussi...
Pourquoi l'utilisation de l'action getCacheInfo est-elle critique pour la rentabilité et la stabilité de vos projets Data sur SAS Viya ? Pourquoi l'utilisation de l'action getCacheInfo est-elle critique pour la rentabilité et la stabilité de vos projets Data sur SAS Viya ? Quelles informations stratégiques getCacheInfo fournit-elle pour la planification de la capacité ? Quelles informations stratégiques getCacheInfo fournit-elle pour la planification de la capacité ? Quelles sont les métriques d'infrastructure précises extraites par cette action et comment facilitent-elles le diagnostic des serveurs ? Quelles sont les métriques d'infrastructure précises extraites par cette action et comment facilitent-elles le diagnostic des serveurs ? Comment s'intègre la supervision du cache CAS dans une architecture Cloud moderne orientée conteneurs et microservices ? Comment s'intègre la supervision du cache CAS dans une architecture Cloud moderne orientée conteneurs et microservices ? Comment optimiser la santé de votre cluster SAS Viya avec l'action getCacheInfo ? Comment optimiser la santé de votre cluster SAS Viya avec l'action getCacheInfo ?