SafeKit : Équilibrage de charge Microsoft Azure et cluster farm pour une haute disponibilité des applications

Améliorez l’équilibreur de charge dans le cloud grâce à la surveillance au niveau des applications et à l’autoréparation

Un cluster farm SafeKit pour Azure est une solution de haute disponibilité définie par logiciel, optimisée pour les environnements Cloud. En fournissant une surveillance approfondie et une autoréparation directement sur les nœuds d’application, il garantit que les défaillances logicielles sont détectées et résolues localement avant qu’elles n’affectent la disponibilité. Il s’intègre parfaitement aux équilibreurs de charge Azure, en utilisant des vérifications d’intégrité intelligentes pour acheminer le trafic uniquement vers les nœuds entièrement opérationnels.

Quels sont les avantages d’un cluster farm SafeKit pour Azure applications ?

• Intégration de l’équilibreur de charge Azure : Fournit automatiquement des vérifications de l’état précises aux équilibreurs de charge Azure, garantissant que le trafic est acheminé en fonction de l’état réel de Azure plutôt que des simples pings du serveur.
• Surveillance approfondie et auto-réparation : Détecte les états « zombie » où une instance Cloud est « en cours d’exécution », mais que l’application a subi une panne. SafeKit déclenche un redémarrage automatique du service localement avant d’informer l’équilibreur de charge Cloud de basculer.
• Capacité Farm et Mirror hybride : Permet de manière unique de mélanger un cluster farm (pour la mise à l’échelle des front-ends via Cloud LB) avec un cluster mirror (pour la réplication synchrone des données des back-ends), résolvant ainsi le défi du stockage persistant dans Azure.
• Alternative Kubernetes : SafeKit offre une haute disponibilité pour les applications héritées et conteneurisées (non conçues pour Kubernetes) sans les frais généraux opérationnels et la complexité de l’orchestration Kubernetes.
• Déploiement uniforme (sur site ou dans le cloud) : Outre la configuration de l’IP virtuelle dans un équilibreur de charge cloud, le processus de déploiement SafeKit reste identique dans les environnements sur site et cloud.

Cluster NLB farm SafeKit pour Azure

⚡ Guide d’installation rapide du cluster farm pour Azure >

Table des matières

• Comment le logiciel SafeKit implémente-t-il simplement un cluster d’équilibrage de charge réseau Azure (NLB) ?
• Comment le cluster farm SafeKit fonctionne-t-il avec Azure ?
• Comparaison : cluster farm SafeKit sur site vs. cluster farm SafeKit dans le cloud
• Guide vidéo : Configuration d’un cluster NLB farm SafeKit
• 🔍 Centre de navigation de haute disponibilité SafeKit

Comment le logiciel SafeKit implémente-t-il simplement un cluster d’équilibrage de charge réseau Azure (NLB) ?

Qu’est-ce que la solution SafeKit Farm NLB pour Azure ?

SafeKit assure l’équilibrage de charge réseau et la haute disponibilité de Azure sur deux nœuds ou plus.

Cet article explique comment implémenter rapidement un cluster Azure sans avoir besoin d’une expertise spécialisée en haute disponibilité (HA).

La solution fonctionne en intégrant les vérifications de l’état des applications de SafeKit à une adresse IP virtuelle définie au niveau de l’équilibreur de charge Azure. En configurant des noms de services d’application et des vérificateurs d’application spécifiques, SafeKit garantit que l’équilibreur de charge ne dirige le trafic que vers des applications saines et opérationnelles.

SafeKit permet l’équilibrage de charge réseau et le basculement automatique, offrant une évolutivité transparente et une disponibilité continue du service pour vos applications critiques.

En quoi la surveillance des applications SafeKit diffère-t-elle des vérifications d’intégrité standard du NLB ?

Contrairement au matériel NLB standard qui repose sur des pings simples et des vérifications de port, SafeKit dispose de vérificateurs intégrés au niveau de l’application. Alors qu’un équilibreur traditionnel ne confirme que si un serveur est « vivant », SafeKit surveille l’état réel des applications Azure spécifiques.

Ce suivi approfondi permet au système de détecter les états « zombie » (lorsque le serveur est en marche, mais que le logiciel a subi une panne), déclenchant des redémarrages automatiques du service ou une redirection du trafic que les solutions NLB standard ne peuvent pas effectuer.

Comment SafeKit gère-t-il le déploiement uniforme et l’IP virtuelle du cloud ?

SafeKit est une solution indépendante du cloud, garantissant que le processus de déploiement et l’architecture restent cohérents sur les serveurs locaux et tous les principaux fournisseurs de cloud. La principale différence architecturale réside dans la façon dont l’adresse IP virtuelle (VIP) est présentée au réseau :

• Sur site : SafeKit gère l’équilibrage de charge VIP directement sur les serveurs d’applications à l’aide d’un filtrage efficace au niveau du noyau. Le basculement est géré en envoyant des paquets GARP (Gratuitous ARP) aux commutateurs locaux, qui réaffectent l’IP aux nœuds actifs instantanément.
• Dans le cloud : les réseaux cloud ne prenant pas en charge GARP, l’adresse IP virtuelle est hébergée par un équilibreur de charge cloud. Dans cette configuration, SafeKit fournit les vérifications d’intégrité intelligentes nécessaires pour déterminer l’état des nœuds. Cela permet à l’équilibreur de charge de détecter les nœuds actifs en temps réel et d’acheminer automatiquement le trafic, assurant ainsi un basculement transparent entre les zones de disponibilité.

Pourquoi choisir une solution HA unifiée tout-en-un plutôt que des outils fragmentés ?

Contrairement aux solutions « bolt-on » qui combinent des produits distincts pour le clustering, SafeKit intègre l’IP virtuelle, l’équilibrage de charge réseau, le basculement automatique, failback automatique et la réplication de fichiers en temps réel synchrone dans un seul moteur.

Cela élimine le risque de « château de cartes » où les mises à jour brisent les liens fragiles entre des outils disparates, fournit un point de responsabilité unique pour l’ensemble de la pile HA et réduit les erreurs humaines en fournissant une interface unique pour Azure HA applicative.

Est-il possible de configurer un cluster Azure cluster farm sans compétences en clustering ?

Oui. Cet article explique comment implémenter rapidement un cluster farm Azure sans avoir besoin de compétences spécialisées et complexes en matière de clustering. En utilisant les vérifications d’intégrité de SafeKit pour gérer l’équilibrage de charge du réseau IP virtuel et la surveillance et le redémarrage des applications de SafeKit, vous obtenez une solution robuste et évolutive qui est beaucoup plus simple à déployer et à maintenir que les solutions de clustering NLB traditionnelles.

Au-delà Azure, quelles applications et environnements SafeKit peut-il protéger ?

SafeKit est une solution polyvalente de haute disponibilité pour Windows et Linux qui va bien au-delà cluster farm Azure. Elle permet clusters mirror avec réplication synchrone en temps réel et basculement automatique pour un large éventail de charges de travail critiques, notamment :

• Environnements virtuels et physiques : Machines virtuelles Hyper-V ou KVM complètes.
• Orchestration de conteneurs : environnements Docker, Podman et K3s (Kubernetes).
• Données et services : Répertoires de fichiers individuels, services et diverses bases de données.
• Infrastructure Cloud : Haute disponibilité pour les applications Cloud.

💡 Découvrez la liste complète des solutions HA prises en charge ici.

Comment le cluster farm SafeKit fonctionne-t-il avec Azure ?

Fonctionnement de l’équilibrage de charge réseau (NLB) pour Azure

• Déploiement multi-AZ : les nœuds sont répartis sur plusieurs zones de disponibilité (multi-AZ) afin de garantir une résilience maximale face aux pannes de centre de données.
• Redondance active-active : L’ Azure critique s’exécute simultanément sur tous les nœuds de la farm.
• Routage intelligent du trafic : les utilisateurs se connectent via une adresse IP virtuelle gérée par l’équilibreur de charge Azure.
• Surveillance de l’état de santé en temps réel : L’équilibreur de charge utilise l’URL de vérification de l’état de santé de SafeKit. SafeKit renvoie un code HTTP 200 OK lorsqu’un nœud est sain et un code HTTP 404 (ou un délai d’attente) en cas de défaillance, ce qui permet à l’équilibreur de charge de router automatiquement le trafic uniquement vers les nœuds opérationnels.

Fonctionnement de la haute disponibilité (HA) pour Azure

• Vérification avancée des applications : SafeKit surveille en permanence l’application Azure à l’aide de vérificateurs de processus intégrés et de scripts personnalisables.
• Capacités d’auto-réparation : En cas de problème logiciel, SafeKit tente automatiquement de redémarrer l’application localement à l’aide de scripts de redémarrage préconfigurés.
• Basculement sans interruption : si les redémarrages locaux échouent, SafeKit cesse de répondre aux vérifications d’intégrité, ce qui déclenche le basculement immédiat de l’équilibreur de charge vers les nœuds sains restants.
• Maintenance simplifiée : chaque nœud comprend un connecteur de console Web SafeKit, fournissant une interface « en un clic » pour exclure manuellement les nœuds du cluster pour la maintenance matérielle ou logicielle.

Architecture NLB et HA SafeKit pour Azure

Comment configurer la règle de l’équilibreur de charge : l’ Azure est avec état ou sans état ?

La configuration de votre équilibreur de charge dépend du fait que votre application soit avec état ou sans état :

Configuration avec état (affinité de session)

Pour une application Azure avec état, l’affinité de session (persistance) est requise. Cela garantit qu’un client spécifique reste connecté au même nœud sur plusieurs sessions TCP pour maintenir son contexte d’application. Dans ce scénario, l’équilibreur de charge est configuré avec une règle basée sur l’adresse IP du client. Par conséquent, alors qu’un client individuel est verrouillé sur un nœud spécifique, le trafic de différents clients est distribué sur les différents nœuds de la farm.

Configuration sans état (aucune affinité)

Inversement, pour une Azure sans état, l’affinité de session n’est pas requise. Comme aucun contexte local n’est stocké sur le nœud entre les sessions, un seul client peut être réparti sur différents nœuds pour chaque nouvelle session TCP. Dans ce cas, la règle de l’équilibreur de charge est configurée en fonction de l’identité de la session TCP. Cette configuration offre la distribution la plus efficace du trafic sur la farm, mais elle n’est applicable qu’aux services conçus sans dépendance de session.

Comment configurer un cluster farm SafeKit dans Azure ?

Le cluster farm SafeKit est conçu pour une haute disponibilité et une grande évolutivité des services. La configuration est axée sur la distribution du trafic entrant sur les deux nœuds simultanément :

• Services à charge équilibrée (onglet Macros) : Définissez les services d’application spécifiques (par exemple, Apache, IIS, Nginx) à maintenir actifs sur tous les nœuds.
• Réseau(x) de pulsation cardiaque : Chemin(s) de communication utilisé(s) pour détecter si un nœud a quitté la farm.
• IP virtuelle (VIP Farm) : Pour un déploiement sur site, configurez la VIP directement dans la console Web SafeKit. Pour un déploiement dans le cloud, configurez l’IP virtuelle dans l’équilibreur de charge du cloud à l’aide de la vérification de l’état de SafeKit.
• Règles d’équilibrage de charge : Pour le déploiement sur site, configurez la politique de distribution du trafic en fonction de l’adresse IP source ou du port dans la console web SafeKit. Pour le déploiement dans le cloud, configurez la politique dans le Cloud Load Balancer.
• Checkers : surveille l’état de l’application et déclenche un redémarrage automatique si une défaillance de processus est détectée.

Comment surveiller un cluster farm SafeKit dans Azure ?

La surveillance d’un cluster farm fournit une visibilité sur la nature Active-Active de l’infrastructure, où tous les nœuds contribuent aux performances de l’application (2 nœuds sont affichés dans cet exemple) :

• État UP (50 % sur 2 nœuds) : Dans une farm saine, les deux nœuds sont à l’état « UP » (50 %), ce qui signifie qu’ils reçoivent et traitent activement les requêtes des clients via l’adresse IP virtuelle partagée.
• Rééquilibrage automatique : si un nœud tombe en panne, la console affiche visuellement le nœud restant prenant 100 % du trafic. Le délai de basculement dépend de l’intervalle d’interrogation de l’état de santé de l’équilibreur de charge Cloud.
• Insertion de nœud : lorsqu’un nœud réparé est redémarré, il passe de l’état « STOP » à « UP » et commence automatiquement à recevoir sa partie de la charge sans intervention de l’administrateur.
• Aucune synchronisation des données : Notez que dans un cluster farm, il n’y a pas d’état de resynchronisation « Orange », car les nœuds sont censés être sans état ou partager une base de données dorsale (qui peut être protégée séparément dans un cluster mirror).

Au-delà des simples icônes d’état, l’interface fournit une gestion des nœuds en un clic, vous permettant d’arrêter ou de démarrer manuellement un nœud pour une maintenance planifiée tandis que l’IP virtuelle partagée redistribue automatiquement le trafic sans interrompre l’activité de l’utilisateur.

Comparaison : cluster farm SafeKit sur site vs. cluster farm SafeKit dans le cloud

Comparaison technique de cluster farm SafeKit sur site et dans le cloud

En résumé, que ce soit sur site ou dans le cloud, SafeKit garantit que vos applications critiques restent résilientes, évolutives et faciles à gérer via une interface unique et unifiée. Pour les éditeurs de logiciels, la nature purement logicielle SafeKit est le choix ultime pour ajouter une option de haute disponibilité à votre catalogue de produits. Contrairement aux solutions dépendantes du matériel ou spécifiques au cloud, SafeKit est 100 % agnostique, ce qui vous permet d’offrir une expérience de haute disponibilité cohérente, que vos clients déploient sur site, dans des environnements virtualisés ou sur des clouds publics.

Guide vidéo : Configuration d’un cluster NLB farm SafeKit

Vidéo SafeKit : Équilibrage de charge réseau et gestion des adresses IP virtuelles (5:03)

Cette vidéo présente un déploiement sur site SafeKit. La configuration est très similaire à un déploiement dans le cloud, la principale différence étant le paramètre d’IP virtuelle (qui est remplacé par un équilibreur de charge dans le cloud).

Découvrez comment implémenter une adresse IP virtuelle pour fournir un point d’entrée unique à un cluster à 2 nœuds. SafeKit simplifie l’équilibrage de charge réseau en gérant automatiquement l’IP virtuelle, garantissant que le trafic client est distribué sur les nœuds et redirigé instantanément en cas de basculement.

Moments forts de la vidéo

1. 🎬 Architecture : Préparation de 2 nœuds pour une adresse IP virtuelle partagée (0:13)
2. 🎬 Configuration : Configuration du module farm.safe et de l’adresse IP virtuelle (2:20)
3. 🎬 Validation : Test de basculement et redirection d’adresse IP virtuelle en cas de panne du serveur (2:30)

🔍 Explorez SafeKit

Trouvez des informations sur les fonctionnalités, les architectures, les vidéos, la documentation et l’essai gratuit de SafeKit.