Déployer et configurer un second CAS Controller dans SAS Viya 3.5 sous Linux

Dans ce tutoriel vidéo, nous explorons étape par étape la méthode pour ajouter un second CAS Controller dans un environnement SAS® Viya 3.5 sous Linux.

Pourquoi ajouter un second CAS Controller ?
Plutôt que de simplement rajouter des nœuds "Workers" à un contrôleur existant pour augmenter la puissance brute, la mise en place d'un second CAS Controller permet de séparer les usages. Cela vous donne la flexibilité d'allouer des ressources spécifiques à des équipes différentes (par exemple : un contrôleur avec 10 workers pour un besoin intensif "X", et un second contrôleur avec 2 workers pour un besoin "Y"), tout en gérant l'affectation des différentes CASlibs de manière isolée.

Ce que vous allez apprendre dans cette vidéo :

1. Préparation des fichiers de configuration :

Le fichier inventory.ini : Déclaration des nouvelles machines (le nouveau contrôleur et son worker associé) et affectation dans les bons groupes de l'inventaire Ansible ([sas_casserver_primary] et [sas_casserver_worker]).

Le fichier de variables (vars.yml) : Création d'une copie du fichier de variables pour y ajouter le paramètre casenv_instance: server02. C'est cette variable qui permettra de nommer la nouvelle instance (qui deviendra cas-shared-server02).

2. Déploiement via Ansible (en ligne de commande sous Linux) :

Vérification de l'environnement (Pre-flight) : Lancement du playbook system-assessment.yml pour valider les prérequis et s'assurer que les connexions SSH vers les nouveaux serveurs fonctionnent correctement. (Une étape recommandée à chaque modification de l'inventaire).

Exécution du déploiement : Lancement du playbook principal site.yml en surchargeant les variables standard avec le nouveau fichier créé grâce à l'option -e (-e "@casserver02_vars.yml").

3. Vérification post-déploiement :

Contrôle dans SAS Environment Manager pour confirmer la présence du nouveau contrôleur (cas-shared-server02) et s'assurer que le nouveau worker lui est bien rattaché.

Utilisation de l'outil en ligne de commande Gridmon pour vérifier le bon fonctionnement de l'instance.

Validation de la séparation des données en mémoire : observation de la répartition des tables (par exemple : Credit et Risk sur le contrôleur par défaut, Contacts et Email sur le nouveau contrôleur).

Ressources complémentaires :
Pour aller plus loin, et notamment pour connaître l'ensemble des conditions et prérequis liés à ce déploiement, n'hésitez pas à consulter la documentation officielle de SAS ainsi que l'article détaillé qui accompagne cette vidéo sur le blog.