Faites-vous le bon choix ?Clustering matériel versus clustering logiciel
Avantages et inconvénients
Examinons les deux types de clustering matériel qui existent pour réaliser le partage de charge et la haute disponibilité des données apportée par la solution de clustering logiciel SafeKit.
S |
Boîtiers réseau (partage de charge) |
Cluster matériel (disponibilité des données) |
Logiciel (partage et disponibilité) |
 |
 |
 |
|
| Cible | Fermes web | Bases de données | Petites et moyennes applications |
| Idéal pour | Gros portail Web avec partage de charge | Grosse base de données sur disque partagé | Déploiement simple avec des serveurs standard |
Ferme de serveurs avec partage de charge réseau et haute disponibilité
Avec une solution de clustering matériel, le partage de charge réseau est réalisé par des boîtiers réseau spécialisés. Deux boîtiers réseau redondants sont ajoutés en amont d'une ferme de serveurs. Ils distribuent le traffic réseau vers la ferme de serveurs et savent isoler un serveur défaillant.
Avec la solution SafeKit de clustering logiciel en ferme, les équippements réseau ne sont pas nécessaires pour mettre en œuvre le partage de charge. A la place, le logiciel SafeKit est installé directement sur les serveurs de la ferme. Le partage de charge est réalisé de manière très efficace sur chaque serveur applicatif par filtrage des paquets en entrée (coût < 3% CPU), sans nécessiter d'ajouter du matériel dédié au partage de charge.
La solution ferme proposée par SafeKit est très adaptée en prix et en fonctionnalité pour les fermes de taille petite ou moyenne, typiquement de 2 à 10 serveurs. Au delà, pour de très grosses fermes, l'investissement dans des boîtiers réseau de partage de charge plus onéreux se justifie.
Cluster matériel avec haute disponibilité des données
Avec une solution de clustering matériel, la haute disponibilité des données est assurée au moyen d'une baie de disques partagée placée entre deux serveurs. Les données d'une application du cluster sont localisées sur un disque partagé de la baie et en cas de panne, le disque est basculé d'un serveur vers l'autre et l'application rédémarrée. Ce type de solution est complexe à mettre en œuvre et à maintenir à cause de son adhérence forte à la baie de disques vis à vis des basculements.
Avec la solution SafeKit de clustering logiciel miroir, la baie de disques n'est pas nécessaire entre les deux serveurs. A la place, le logiciel SafeKit est installé sur les deux serveurs et réplique les données à travers le réseau entre les disques internes du premier serveur et du second serveur.
La configuration ne pose aucune contrainte sur l'organisation disque des deux serveurs : il suffit de définir les répertoires de fichiers à répliquer. SafeKit réplique uniquement les modifications dans les fichiers ouverts par une application en cours d'exécution, limitant ainsi le trafic. La réplication synchrone des données assure des fichiers parfaitement miroirs entre les disques internes du premier serveur et du second serveur.
Ainsi, en cas de panne, l'application redémarre sur le second serveur à partir des dernières données sauvegardées sur disque et donc sans perte de données contrairement à une solution de réplication asynchrone.
La solution miroir de SafeKit avec réplication de fichiers est très adaptée à des bases de données de taille petite ou moyenne, typiquement inférieure à 100 Giga-octets et 200.000 fichiers. Pour des grosses bases de données, les solutions de clustering matérielles avec des baies de disques partagées et des mécanismes internes de réplication sont plus adaptées.
Néanmoins, SafeKit sait s'adapter très simplement à des baies de disques partagées en mode NAS en conservant une solution très simple et dépasser ainsi les limites de taille et de nombre de fichiers.
