L'action endSession est la méthode fondamentale pour clôturer proprement une sessionInstance de connexion active entre un client et le serveur CAS (Cloud Analytic Services), isolant les ressources, les bibliothèques et les traitements d'un utilisateur au sein de SAS Viya. active sur le serveur 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.. En tant qu'architecte de solutions, il est impératif de comprendre que cette action ne se contente pas de couper la connexion ; elle ordonne au contrôleur CASLe Contrôleur CAS est le nœud maître (Master Node) qui orchestre l'ensemble des opérations au sein du moteur de calcul "In-Memory" de SAS Viya 4. Il agit comme le cerveau du cluster : il reçoit les requêtes des utilisateurs (via Python, R ou SAS), planifie l'exécution des tâches et distribue les données aux nœuds de calcul (Workers).
Dans une architecture Cloud Native (Kubernetes/OpenShift), le contrôleur assure la gestion des sessions, la communication entre les nœuds et la consolidation des résultats finaux pour les renvoyer à l'utilisateur. de libérer immédiatement 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 et les cycles processeurs alloués à l'utilisateur. Cela permet une gestion dynamique et optimale des plans de données au sein de votre écosystème SAS Viya, garantissant que les ressources sont disponibles pour d'autres processus analytiques critiques sans attendre le délai d'expiration automatique.
Comment libérer instantanément vos ressources de calcul avec endSession ?
Maîtrise de la terminaison CAS
Exemple de Code Additionnel
| 1 | <pre>/* CASL Script : Gestion Optimisée de Fin de Session CAS |
| 2 | (c) Nicolas Housset 2026 - Code SAS pour VIYA 4 - testé et validé en version 2024.09 */ |
| 3 | PROC CAS; |
| 4 | /* Création d'une session spécifique pour le traitement */ |
| 5 | SESSION mysess; |
| 6 | /* --- Logique métier ici (Exemple : session.serverStatus) --- */ |
| 7 | ACCESSCONTROL.assumeRole / adminRole="superuser"; |
| 8 | /* Récupération des ressources consommées avant fermeture */ |
| 9 | BUILTINS.getCacheInfo RESULT=r; |
| 10 | PRINT r; |
| 11 | /* Libération instantanée et propre */ |
| 12 | PRINT "INFO: Libération des ressources pour la session mysess..."; |
| 13 | SESSION.endSession / ; |
| 14 | /* Note : Après cette action, toute tentative d'appel à 'mysess' |
| 15 | générera une erreur de session inexistante */ |
| 16 | QUIT;</pre> |
Exemples pour l'action endSession
Fermeture basique de session
Découvrez cet exemple pour l'action CAS endSession : il libère les ressources et threads du serveur en terminant proprement l'identifiant de session, évitant ainsi la persistance de processus orphelins.
Fermeture avec vérification du statut
Cet exemple utilise l'argument status pour capturer l'objet de retour de l'action. On évalue ensuite la sévérité via $s.severity$ afin de valider la terminaison propre du lien client-serveur.
Conseil de l'Expert
Dans un environnement Cloud Native comme Viya 4, la gestion de la mémoire éphémère est le nerf de la guerre. Ne pas fermer ses sessions, c'est laisser des "zombies" consommer des ressources Kubernetes précieuses, augmentant inutilement vos coûts opérationnels (TCO).
N'utilisez pas simplement CAS mySession TERMINATE; de manière isolée dans vos pipelines de production. Encapsulez toujours votre logique dans un bloc Exit ou gérez les erreurs via les niveaux de sévérité CASL. L'objectif est de garantir l'exécution de endSession même si une étape de traitement de données (Data Step ou Action) échoue précédemment.
N'utilisez pas simplement CAS mySession TERMINATE; de manière isolée dans vos pipelines de production. Encapsulez toujours votre logique dans un bloc Exit ou gérez les erreurs via les niveaux de sévérité CASL. L'objectif est de garantir l'exécution de endSession même si une étape de traitement de données (Data Step ou Action) échoue précédemment.
Anatomie technique de la libération de ressources
- Destruction des In-Memory Tables : L'action libère instantanément les tables de portée "Session" (non promues), purgeant les blocs mémoire du contrôleur et des workers.
- Nettoyage du Spool et Cache : Elle force la suppression des fichiers temporaires (CAS_DISK_CACHE) associés à l'UUID de la session sur les nœuds de calcul.
- Restitution des Pods (Autoscaling) : Dans une configuration avec Autoscaling, la fin de session permet à l'opérateur CAS de réduire le nombre de workers actifs si la charge globale diminue.
- Invalidation des Handles de session : Le contrôleur CAS invalide immédiatement le jeton de session, empêchant toute tentative de reconnexion sur un état mémoire potentiellement corrompu.
- Priorité d'ordonnancement : endSession est une action prioritaire qui interrompt les processus de calcul en cours (preemption) pour garantir la disponibilité des ressources.
Cette réponse vous a-t-elle aidé ?
