Partager via


Gérer des clusters Big Data SQL Server dans un cluster privé AKS

Important

Le module complémentaire Clusters Big Data Microsoft SQL Server 2019 sera mis hors service. La prise en charge de la plateforme Clusters Big Data Microsoft SQL Server 2019 se terminera le 28 février 2025. Tous les utilisateurs existants de SQL Server 2019 avec Software Assurance seront entièrement pris en charge sur la plateforme, et le logiciel continuera à être maintenu par les mises à jour cumulatives SQL Server jusqu’à ce moment-là. Pour plus d’informations, consultez le billet de blog d’annonce et les Options Big Data sur la plateforme Microsoft SQL Server.

Cet article explique comment gérer un cluster privé Azure Kubernetes Service (AKS) avec des clusters Big Data déployés dans Azure.

Comme décrit dans Créer un cluster privé, le point de terminaison du serveur de l’API de cluster privé AKS n’a pas d’adresse IP publique. Pour gérer le serveur d’API, utilisez une machine virtuelle qui a accès au réseau virtuel Azure (VNet) du cluster AKS.

Machine virtuelle Azure - même réseau virtuel

La méthode la plus simple consiste à déployer une machine virtuelle Azure dans le même réseau virtuel que le cluster AKS.

  1. Déployez une machine virtuelle Azure dans le même réseau virtuel avec votre cluster AKS. On l’appelle parfois serveur de rebond (jumpbox) .
  2. Connectez-vous à cette machine virtuelle et Installez les outils de Big Data SQL Server 2019.

Pour des raisons de sécurité, vous pouvez utiliser les fonctionnalités d’AKS pour que les plages d’adresses IP autorisées du serveur d’API limitent l’accès au serveur d’API (dans le plan de contrôle d’AKS). L’accès limité autorise des adresses IP spécifiques, comme une machine virtuelle jumpbox ou une machine virtuelle de gestion, ou une plage d’adresses IP pour un groupe de développeurs, et l’adresse IP du serveur frontal public du pare-feu.

Autres options

Les alternatives à l’utilisation d’un jumpbox sont les suivantes :