eviden-logo

Evidian > Produits > Logiciel de haute disponibilité - Zéro surcoût matériel > Architecture sans partage vs architecture avec disques partagés

Architecture sans partage vs architecture avec disques partagés

Evidian SafeKit

Architecture sans partage vs architecture avec disques partagés pour les clusters de haute disponibilité

Aperçu

Cet article étudie les avantages et les inconvénients de l'architecture sans partage par rapport à l'architecture avec disques partagés pour les clusters de haute disponibilité. On s'intéresse aux contraintes matérielles, à l'impact sur l'organisation des données applicatives, au temps de récupération, à la simplicité de mise en œuvre.

Architecture sans partage par rapport à l'architecture avec disques partagés

Les tableaux comparatifs suivants expliquent en détail la différence entre l'architecture avec disques partagés et SafeKit, un produit de clustering logiciel implémentant une architecture sans partage.

Qu'est-ce qu'une architecture avec disques partagés ?

Une architecture avec disques partagés (comme avec le failover cluster de Microsoft) est basée sur 2 serveurs partageant un disque avec un basculement automatique des applications en cas de pannes matérielles ou logicielles.

Cette architecture a des contraintes matérielles : le stockage partagé externe spécifique, les cartes spécifiques à installer à l'intérieur des serveurs, et les commutateurs spécifiques entre les serveurs et le stockage partagé.

Une architecture avec disques partagés a un fort impact sur l'organisation des données applicatives. Toutes les données de l'application doivent être localisées sur le disque partagé pour une reprise après basculement.

De plus, en cas de basculement, la procédure de récupération du système de fichiers doit être exécutée sur le disque partagé. Ceci augmente le temps de récupération (RTO).

Enfin, la solution n'est pas facile à configurer car des compétences sont nécessaires pour configurer le matériel spécifique. Des compétences applicatives sont également requises pour configurer les données de l'application dans le disque partagé.

Qu'est-ce qu'une architecture sans partage ?

Une architecture sans partage (comme avec SafeKit) est basée sur 2 serveurs répliquant les données en temps réel avec un basculement automatique des applications en cas de pannes matérielles ou logicielles.

Il existe deux types de réplication de données : une réplication de fichiers au niveau octet vs une réplication de disque au niveau bloc. Nous considérons ici la réplication de fichiers au niveau octet car elle présente de nombreux avantages par rapport à la réplication de disque au niveau bloc.

L'architecture sans partage n'a aucune contrainte matérielle : les serveurs peuvent être physiques ou virtuels avec n'importe quel type d'organisation disques. La réplication de fichiers en temps réel (synchrone pour avoir 0 perte de données) est effectuée via le réseau standard entre les serveurs.

Cette architecture n'a pas d'impact sur l'organisation des données applicatives. Par exemple, si une application a ses données sur le disque système, la réplication de fichiers en temps réel fonctionne.

Le temps de récupération (RTO) en cas de basculement est réduit au temps de redémarrage de l'application sur les fichiers répliqués du serveur secondaire.

Enfin, la solution est très simple à configurer puisque seuls les chemins des répertoires à répliquer sont configurés.

Avantages et inconvénients d'une architecture sans partage par rapport à une architecture avec disques partagés

Architecture sans partage

Architecture sans partage

Architecture avec disques partagés

Architecture avec disques partagés

Produit

SafeKit sous Windows et Linux

Toolkit de clustering pour disque partagé

Matériel supplémentaire

Non - Utilisez les disques internes des serveurs

Oui - Coût supplémentaire avec une baie de disques partagés

Organisation des données de l'application

0 impact sur l'organisation des données de l'application avec SafeKit.

Il suffit de définir des répertoires à répliquer en temps réel.

Même des répertoires dans le disque système peuvent être répliqués.

Impact sur l'organisation des données de l'application.

Configuration spéciale de l'application pour mettre ses données sur un disque partagé.

Les données dans le disque système ne peuvent pas être récupérées par le serveur de secours.

Complexité du déploiement

Non - installer un logiciel sur 2 serveurs

Oui - nécessite des compétences informatiques spécifiques pour la configuration du système d'exploitation et du disque partagé

Basculement

Redémarrer simplement l'application sur le deuxième serveur

Basculer le disque partagé.

Remonter le système de fichiers.

Passer la procédure de récupération sur le système de fichiers.

Et puis redémarrer l'application

Reprise après sinistre

Il suffit de placer les 2 serveurs sur 2 sites distants connectés par un réseau local étendu.

Coût supplémentaire avec une seconde baie de disques.

Compétences informatiques spécifiques pour configurer la mise en miroir des baies sur un réseau SAN.

Quorum et split brain

Application exécutée sur un serveur unique après une isolation de réseau (split brain).

Cohérence des données après un split brain.

Pas besoin d'une troisième machine, d'un disque de quorum ou d'une voie de heartbeat spéciale pour le split brain.

Plus d'informations sur les heartbeats, le failover et le quorum

Requiert un disque de quorum spécial ou un troisième serveur de quorum pour éviter la corruption des données sur un split brain

Convient pour

Les éditeurs de logiciels qui souhaitent ajouter une option de disponibilité simple pour leur application

Les entreprises possédant des compétences en informatique dans le clustering et avec des applications de bases de données volumineuses

Différentiateurs de la solution de haute disponibilité SafeKit par rapport à la concurrence

Vidéo comparant un cluster avec disques partagés et un cluster sans partage avec 2 sites distants

Contenu de la vidéo

Cette vidéo illustre d'abord le travail à effectuer avec une architecture à disques partagés lorsque les deux serveurs d'un cluster de haute disponibilité doivent être placés sur deux sites distants.

Ensuite, la vidéo montre le même cas d'utilisation avec l'architecture SafeKit sans partage.

Partenaires, le succès avec SafeKit

Cette solution indépendante de la plateforme est idéale pour un partenaire revendant une application critique et qui souhaite proposer une option de redondance et de haute disponibilité simple à déployer auprès de nombreux clients.

Avec de nombreuses références dans de nombreux pays gagnées par des partenaires, SafeKit s'est avéré être la solution la plus simple à mettre en œuvre pour la redondance et la haute disponibilité des logiciels de gestion des bâtiments, vidéosurveillance, contrôle d'accès, systèmes SCADA...

Logiciel de gestion des bâtiments (BMS)

Logiciel de gestion vidéo (VMS)

Contrôle d'accès électroniques (EACS)

Logiciels SCADA (Industrie)

Modules SafeKit pour des solutions de redondance et de haute disponibilité plug&play

Architectures de clustering avancée

Plusieurs modules peuvent être déployés dans le même cluster. Ainsi, des architectures de clustering avancées peuvent être mises en œuvre :

Webinaire SafeKit (Anglais)

Evidian SafeKit Overview Slides

  • Demonstration
  • Examples of redundancy and high availability solution
  • Evidian SafeKit sold in many different countries with Milestone
  • 2 solutions: virtual machine cluster or application cluster
  • Distinctive advantages
  • More information on the web site

More slides

Evidian SafeKit 8.2

Toutes les nouvelles fonctionnalités par rapport à la SafeKit 7.5 décrites dans le release notes

Packages

Licence d'essai gratuit d'un mois

Documentation technique

Training

Modules et installation rapide

SafeKit 8.2 Training

Introduction

  1. Overview / pptx

    • Demonstration
    • Examples of redundancy and high availability solution
    • Evidian SafeKit sold in many different countries with Milestone
    • 2 solutions: virtual machine or application cluster
    • Distinctive advantages
    • More information on the web site
    • SafeKit training
  2. Competition / pptx

    • Cluster of virtual machines
    • Mirror cluster
    • Farm cluster

Installation, Console, CLI

  1. Install and setup / pptx
    • Package installation
    • Nodes setup
    • Upgrade
  2. Web console / pptx
    • Configuration of the cluster
    • Configuration of a new module
    • Advanced usage
    • Securing the web console
  3. Command line / pptx
    • Configure the SafeKit cluster
    • Configure a SafeKit module
    • Control and monitor

Advanced configuration

  1. Mirror module / pptx
    • start_prim / stop_prim scripts
    • userconfig.xml
    • Heartbeat (<hearbeat>)
    • Virtual IP address (<vip>)
    • Real-time file replication (<rfs>)
    • How real-time file replication works?
    • Mirror's states in action
  2. Farm  module / pptx
    • start_both / stop_both scripts
    • userconfig.xml
    • Farm heartbeats (<farm>)
    • Virtual IP address (<vip>)
    • Farm's states in action
  1. Checkers / pptx
    • userconfig.xml
    • errd checker
    • intf and ip checkers
    • custom checker
    • splitbrain checker for a mirror module
    • tcp, ping, module checkers
    • Checkers in action

Troubleshooting

  1. Troubleshooting / pptx
    • Analyze yourself the logs
    • Take snapshots for support
    • Boot / shutdown
    • Web console / Command lines
    • Mirror / Farm / Checkers
    • Running an application without SafeKit

Support

  1. Evidian support / pptx
    • Get permanent license key
    • Register on support.evidian.com
    • Call desk