Comment intégrer DataSunrise avec SQL Server Always On Cluster
L’application DataSunrise peut protéger non seulement des serveurs de bases de données à nœud unique, mais aussi des serveurs de bases de données de type cluster. Examinons en détail l’intégration de l’application DataSunrise avec SQL Server Always On Cluster.
Un groupe de disponibilité prend en charge un environnement répliqué pour un ensemble discret de bases de données utilisateur, appelées bases de données de disponibilité (veuillez consulter la documentation officielle de Microsoft SQL Server pour plus de détails). Il existe deux types de groupes de disponibilité dans l’architecture de clusters SQL Server :
- Groupe de disponibilité Always On pour fournir une haute disponibilité, une récupération après sinistre et un équilibrage de la charge de lecture.
- Groupe de disponibilité en lecture uniquement.
Intégration entre Always On Cluster et DataSunrise
Considérons le schéma de traitement du trafic à l’intérieur et entre :
- Groupe de disponibilité Always On (Partie 1) :
- DataSunrise (Partie 2) :
Image 1 : Trafic entre Always On Cluster et DataSunrise
Connexion à Always On Cluster sans DataSunrise :
- Le client se connecte à l’auditeur du groupe de disponibilité.
- L’auditeur du groupe de disponibilité redirige la connexion vers le worker 3 par l’intervalle de ports 11000 – 11999. La configuration du port est gérée par le répartiteur de charge lui-même.
- La connexion est maintenant établie entre l’application cliente et le worker 3 qui se connecte à la base de données.
En gros, l’infrastructure initiale du cluster Always-On de disponibilité est répliquée lorsque le proxy DataSunrise est intégré.
Connexion à Always On Cluster 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 d’Always On Cluster.
- L’auditeur AG transfère ensuite la connexion au worker 3 d’Always On Cluster.
- 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 une fois que l’auditeur décide d’utiliser les workers 1-2.
La page de configuration du proxy de la base de données cible s’affichera comme suit :
Image 2 : Configuration du proxy de base de données
Connexion à Always On Cluster via le proxy DataSunrise
Pour établir la connexion à SQL Server Always On Cluster, il sera nécessaire de se connecter au serveur en spécifiant l’adresse IP de DataSunrise et le port du proxy à partir de la configuration de l’instance :
Image 3 : Connexion au proxy DataSunrise
Maintenant, l’application DataSunrise peut protéger non seulement des serveurs de bases de données à nœud unique, mais aussi des serveurs de bases de données de type cluster.