Comment intégrer DataSunrise avec un cluster SQL Server Always On
L’application DataSunrise peut protéger non seulement les serveurs de bases de données à nœud unique, mais aussi les serveurs de bases de données de type cluster. Examinons de plus près l’intégration de l’application DataSunrise avec un cluster SQL Server Always On.
Un groupe de disponibilité prend en charge un environnement répliqué pour un ensemble discret de bases de données utilisateur, appelé bases de données de disponibilité (veuillez consulter la documentation officielle de Microsoft SQL Server pour plus de références). Il existe deux types de groupes de disponibilité dans l’architecture de cluster SQL Server :
- Groupe de disponibilité Always On pour fournir une haute disponibilité, une reprise après sinistre et un équilibrage de charge en lecture.
- Groupe de disponibilité en lecture seule.
Intégration entre le cluster Always On et DataSunrise
Considérons le diagramme de traitement du trafic au sein de :
- Le groupe de disponibilité Always On (Partie 1) :
- DataSunrise (Partie 2) :
Image 1 : Trafic entre le cluster Always On et DataSunrise
Connexion au cluster Always On sans DataSunrise :
- Le client se connecte à l’auditeur du groupe de disponibilité.
- En retour, l’auditeur du groupe de disponibilité redirige la connexion vers le worker 3 par la plage de ports 11000 – 11999. La configuration des ports est gérée par le Load Balancer lui-même.
- La connexion est maintenant établie entre l’application cliente et le worker 3 qui se connecte à la base de données.
Fondamentalement, l’infrastructure initiale d’un cluster de disponibilité Always On est répliquée lorsqu’un proxy DataSunrise est intégré.
Connexion au cluster Always On avec DataSunrise :
- Le client se connecte au proxy de l’auditeur.
- Le proxy redirige le trafic vers l’auditeur du groupe de disponibilité d’origine du cluster Always On.
- L’auditeur AG transfère ensuite la connexion au worker 3 du cluster Always On.
- DataSunrise protège la connexion et crée un proxy 3 pour protéger le worker 3. Le trafic est dirigé vers le proxy 3.
- La connexion est établie avec le proxy 3.
Les proxies 1-2 n’existent pas encore. Ils seront créés dès que l’auditeur décidera d’utiliser les workers 1-2.
La page de configuration du proxy de la base de données cible sera affichée comme suit:
Image 2 : Configuration du Proxy de Base de Données
Connexion au cluster Always On via le proxy DataSunrise
Pour établir la connexion au cluster SQL Server Always On, il sera nécessaire de se connecter au serveur en spécifiant l’adresse IP et le port du proxy DataSunrise à partir de la configuration de l’instance :
Image 3 : Connexion au Proxy DataSunrise
Désormais, l’application DataSunrise peut protéger non seulement les serveurs de bases de données à nœud unique, mais aussi les serveurs de bases de données de type cluster.