Présentation du contrôleur sur les Cluster Big Data SQL Server

S’applique à : SQL Server 2019 (15.x)

Le contrôleur héberge la logique de base utilisée pour déployer et gérer un cluster Big Data SQL Server. Il se charge de toutes les interactions avec Kubernetes, des instances SQL Server qui font partie du cluster et d’autres composants tels que HDFS et Spark.

Le service de contrôleur fournit les fonctionnalités de base suivantes :

• Gérer le cycle de vie du cluster : amorçage et suppression du cluster, mise à jour des configurations
• Gérer les instances SQL Server maîtres
• Gérer les pools de calcul, de données et de stockage
• Exposer les outils de supervision pour observer l’état du cluster
• Exposer les outils de dépannage pour détecter et réparer les problèmes inattendus
• Gérer la sécurité du cluster :
  • Garantir la sécurité des points de terminaison de cluster
  • Gérer les utilisateurs et les rôles
  • Configurer les informations d’identification pour la communication intra-cluster

Déploiement du service de contrôleur

Le contrôleur est déployé et hébergé dans le même espace de noms Kubernetes où le client souhaite créer un cluster Big Data. Ce service est installé par un administrateur Kubernetes durant l’amorçage du cluster à l’aide de l’utilitaire de ligne de commande azdata. Pour plus d’informations, consultez Bien démarrer avec les Clusters Big Data SQL Server.

Le workflow de création place sur Kubernetes un cluster Big Data SQL Server entièrement fonctionnel qui regroupe tous les composants décrits dans l’article Vue d’ensemble. Le workflow d’amorçage crée d’abord le service de contrôleur. Une fois déployé, il coordonne l’installation et la configuration du reste des services dans les pools (maître, calcul, données et stockage).

Gestion du cluster par le biais du service de contrôleur

Vous pouvez gérer le cluster par le biais du service de contrôleur à l’aide des commandes azdata. Si vous déployez d’autres objets Kubernetes comme des pods dans le même espace de noms, ils ne sont ni gérés ni supervisés par le service de contrôleur. Vous pouvez également utiliser des commandes kubectl pour gérer le cluster au niveau Kubernetes. Pour plus d’informations, consultez Monitoring des Clusters Big Data SQL Server et résolution des problèmes.

Le contrôleur et les objets Kubernetes (ensembles avec état, pods, secrets, etc.) créés pour un cluster Big Data résident dans un espace de noms Kubernetes dédié. Le service de contrôleur est autorisé par l’administrateur de cluster Kubernetes à gérer toutes les ressources au sein de cet espace de noms. La stratégie RBAC pour ce scénario est configurée automatiquement dans le cadre du déploiement initial du cluster avec azdata.

azdata

azdata est un utilitaire de ligne de commande écrit en Python qui permet aux administrateurs de clusters d’amorcer et de gérer des clusters Big Data par le biais d’API REST exposées par le service de contrôleur.

Sécurité du service de contrôleur

Toutes les communications à destination du service de contrôleur sont effectuées par le biais d’une API REST sur HTTPS. Un certificat auto-signé est automatiquement généré pour vous au moment de l’amorçage.

L’authentification auprès du point de terminaison du service de contrôleur utilise une identité Active Directory ou est basée sur un nom d’utilisateur et un mot de passe. Ces informations d’identification sont provisionnées au moment de l’amorçage du cluster à l’aide de l’entrée pour les variables d’environnement AZDATA_USERNAME et AZDATA_PASSWORD.

Étapes suivantes

Pour en savoir plus sur les Clusters Big Data SQL Server, consultez les ressources suivantes :

• Présentation des Clusters de Big Data SQL Server 2019
• Atelier : Architecture des Clusters Big Data SQL Server Microsoft