Webinaire de 10 mn : comment mettre en œuvre simplement un Plan de Continuité d'Activité et un Plan de Reprise d'Activité PCA PRA
Evidian SafeKit
Un Plan de Continuité d'Activité (PCA) nécessite d'avoir recours à des boîtiers de load balancing pour la montée en charge des services web, des disques partagés pour qu'un serveur puisse récupérer les données sur panne d'un autre serveur, et d'un toolkit de reprise des applications sur panne que l'on trouve dans les versions Entreprise des Operating Systems et des Bases de Données.
Le Plan de Reprise d'Activité (PRA) complexifie et augmente le prix de la solution en nécessitant des baies de disques répliquées à travers un SAN entre deux salles géographiquement distantes.
SafeKit offre toutes ces fonctionnalités dans un seul et même logiciel et met en œuvre l'équilibrage de charge réseau, la réplication en temps réel et le basculement automatique sur panne.
Gagner des coûts supplémentaires dans vos projets sur l'intégration et la validation du PCA PRA
Comme la solution SafeKit est purement logicielle, vous pouvez mettre en œuvre un Plan de Continuité d'Activité et un Plan de Reprise d'Activité pour une application critique avec simplement 2 machines (virtuelles ou physiques) dans 2 sites distants. Pas besoin d'investir dans du stockage coûteux et complexe à installer dans 2 sites. C'est un moyen de réduire drastiquement les coûts d'intégration et de validation de votre projet de PCA et PRA.
Avec SafeKit, il n'y a aucun changement de configuration pour deux machines fonctionnant sur le même site ou pour deux machines fonctionnant sur deux sites distants. Les deux sites doivent rester dans le même LAN ou VLAN pour le basculement transparent de l'adresse IP virtuelle et pour les performances réseau de la réplication temps réel synchrone.
Pour éviter 2 maîtres lorsque les machines sont isolées au niveau réseau (le problème du quorum), SafeKit propose un simple split brain checker configuré sur un routeur alors que les autres solutions de clustering nécessitent une configuration complexe avec une troisième machine, un disque de quorum spécial ou une interconnexion spéciale.
Plus d'information sur comment mettre en place un PCA et un PRA entre 2 sites distants.
Contenu du webinaire "Une solution de haute disponibilité logicielle pour un PCA et un PRA"
- Les deux architectures de base de SafeKit sont présentées. L'architecture ferme avec load balancing et reprise sur panne. Puis l'architecture miroir avec réplication temps réel et reprise sur panne.
- L'économie d'une solution SafeKit par rapport à des solutions matérielles dans un PCA PRA est décrite. Vous verrez qu'une solution SafeKit est idéale pour du load balancing de petites fermes web (typiquement 4 serveurs) et de la réplication de données de taille moyenne (typiquement quelques Tera-octets).
- Les 3 meilleurs cas d'utilisation de SafeKit sont décrits et notamment le cas très original lié à la propriété purement logiciel du produit : un éditeur logiciel ajoute une option de haute disponibilité logicielle à son catalogue avec SafeKit et il déploie ensuite N fois sa solution chez ses propres clients sans difficulté.
- L'intégration d'une application critique est présentée avec les 3 phases de design, intégration/validation et déploiement.
A travers ce webinaire, vous pourrez juger de la simplicité de mise en place d'un Plan de Continuité d'Activité et d'un Plan de Reprise d'Activité (PCA PRA) avec SafeKit.
Cluster miroir d'Evidian SafeKit avec réplication de fichiers temps réel et reprise sur panne |
|
Économisez avec 3 produits en 1 > |
|
|
|
|
|
Retour d'un serveur tombé en panne totalement automatisé (failback) > |
|
Réplication de n'importe quel type de données > |
|
Réplication de fichiers vs réplication de disque > |
|
Réplication de fichiers vs disque partagé > |
|
Sites distants et adresse IP virtuelle > |
|
Quorum >
|
|
|
|
Solution de haute disponibilité uniforme > |
|
|
|
Cluster ferme d'Evidian SafeKit avec load balancing et reprise sur panne |
|
Pas de load balancer, ni de serveur proxy dédié, ni d'adresse Ethernet multicast spéciale > |
|
Toutes les fonctionnalités de clustering > |
|
Sites distants et adresse IP virtuelle > |
|
Solution de haute disponibilité uniforme > |
|
|
|
Cluster de type "shared nothing"" vs cluster à disque partagé > |
|
|
|
Haute disponibilité applicative vs Haute disponibilité de machines virtuelles complètes > |
|
|
|
|
|
|
|
Réplication de fichiers au niveau octet vs réplication de disque au niveau du bloc > |
|
|
|
Heartbeat, reprise sur panne et quorum pour éviter 2 serveurs maîtres > |
|
|
|
Adresse IP virtuelle |
|
|
|
Partage de charge réseau et reprise sur panne |
|
Windows farm |
Linux farm |
Generic farm > | Generic farm > |
Microsoft IIS > | - |
NGINX > | NGINX > |
Apache > | Apache > |
Amazon AWS farm > | Amazon AWS farm > |
Microsoft Azure farm > | Microsoft Azure farm > |
Google GCP farm > | Google GCP farm > |
Other cloud > | Other cloud > |
Note :
Plusieurs modules peuvent être déployés dans le même cluster. Ainsi, des architectures de clustering avancées peuvent être mises en œuvre :
- un cluster qui mixte ferme et miroir avec le déploiement d’un module ferme et d’un module miroir dans le même cluster,
- un cluster actif/actif avec réplication en déployant plusieurs modules miroirs sur 2 serveurs,
- un cluster Hyper-V ou un cluster KVM avec réplication temps réel et reprise de machines virtuelles complètes entre 2 hyperviseurs actifs,
- un cluster N-1 avec le déploiement de N modules miroirs sur N+1 serveurs.
Réplication de fichiers temps réel et reprise sur panne |
|||||||||||||||||||||||||||||||
Windows mirror |
Linux mirror |
||||||||||||||||||||||||||||||
Generic mirror > | Generic mirror > | ||||||||||||||||||||||||||||||
Microsoft SQL Server > | - | ||||||||||||||||||||||||||||||
Oracle > | Oracle > | ||||||||||||||||||||||||||||||
MariaDB > | MariaDB > | ||||||||||||||||||||||||||||||
MySQL > | MySQL > | ||||||||||||||||||||||||||||||
PostgreSQL > | PostgreSQL > | ||||||||||||||||||||||||||||||
Firebird > | Firebird > | ||||||||||||||||||||||||||||||
Windows Hyper-V > | - | ||||||||||||||||||||||||||||||
- | Linux KVM > | ||||||||||||||||||||||||||||||
- | Docker > | ||||||||||||||||||||||||||||||
- | Kubernetes > | ||||||||||||||||||||||||||||||
- | Elasticsearch > | ||||||||||||||||||||||||||||||
Milestone XProtect > | - | ||||||||||||||||||||||||||||||
Genetec SQL Server > | - | ||||||||||||||||||||||||||||||
Hanwha Wisenet > | - | ||||||||||||||||||||||||||||||
Nedap AEOS > | - | ||||||||||||||||||||||||||||||
Siemens Desigo CC > Siemens SiPass > Siemens SIPORT > Siemens Siveillance > |
- | ||||||||||||||||||||||||||||||
Bosch AMS > Bosch BIS > Bosch BVMS > |
- | ||||||||||||||||||||||||||||||
Amazon AWS mirror > | Amazon AWS mirror > | ||||||||||||||||||||||||||||||
Microsoft Azure mirror > | Microsoft Azure mirror > | ||||||||||||||||||||||||||||||
Google GCP mirror > | Google GCP mirror > | ||||||||||||||||||||||||||||||
Other cloud > | Other cloud > |