Comment assurer la résilience de mon application in-memory en cas de défaillance d'un nœud pendant l'exécution ?

Résilience Native via CASL Cleanup

Vous pouvez garantir un nettoyage propre et la stabilité globale du système en utilisant le paramètre cleanup lors de la définition de votre ensemble d'actions. Ce paramètre permet d'injecter des instructions de programmation spécifiques qui seront automatiquement déclenchées si l'action ne peut pas se terminer normalement, par exemple lors de la perte soudaine d'un nœud de calcul worker ou lors du basculement d'un contrôleur principal. En complément, vous pouvez également exécuter du code d'initialisation sécurisé avec le paramètre init lors du chargement initial en 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..

Exemples pour l'action defineActionSet

Créer une action basique 'Dis Bonjour'

Cet exemple crée un ensemble d'actions appelé 'utilitaires' avec une action 'direBonjour' qui prend un simple paramètre de type %%STRING%%.

Créer une action de traitement de table avec des paramètres avancés

Définition d'une action complexe qui prend une table en entrée (type %%CASTABLE%%), une colonne (type %%CASVAR%%), un seuil optionnel (type %%DOUBLE%% avec contrainte de minimum), et génère une table de sortie (type %%CASOUTTABLE%%).

Vous pourriez aussi aimer...

Conseil de l'Expert

Ne confondez pas la résilience des données (duplication des blocs via copies=1) avec la résilience des traitements. Le paramètre cleanup est une police d'assurance programmatique : il permet d'éviter les "sessions fantômes" ou les verrous orphelins sur vos fichiers de données (HDAT, Parquet) en cas de crash d'un worker.

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

Vos votes aident à améliorer notre base de connaissances.