Si vous souhaitez comprendre le service de récupération après sinistre de Jotelulu, vous êtes au bon endroit.
Le service de récupération après sinistre (Disaster Recovery) de Jotelulu vise à garantir que nos partenaires et leurs clients disposent d’un outil pour assurer la continuité de leurs infrastructures et services en cas de problème majeur dans le datacenter où sont hébergés les services.
Ce service permet de transférer les souscriptions de serveurs ou de bureaux à distance vers une autre région, minimisant ainsi l’impact sur le service fourni.
Le service de récupération après sinistre de Jotelulu permet à nos partenaires de sélectionner une souscription de serveurs existante au sein de Jotelulu et de la répliquer dans une autre zone de disponibilité, garantissant que les données seront répliquées selon la périodicité définie par l’administrateur.
L’une des garanties offertes par ce service est que, lorsque l’infrastructure est transférée vers un emplacement distant, elle conserve le même adressage réseau public et privé (IPv4), ainsi que tous les services publiés par le client à l’origine. Ainsi, le client s’assure que, même en cas de transfert des ressources, tous les changements seront transparents et le service sera rétabli en très peu de temps.
Image. Plan de réplication d’un DR chez Jotelulu
Remarques :
- NOTE : Ce service est « vivant », comme tous les services de Jotelulu, ce qui signifie qu’il évoluera et intégrera de nouvelles fonctionnalités au fil du temps.
- NOTE : Une souscription DR peut contenir un ou plusieurs plans DR.
- NOTE : Un plan DR ne peut avoir qu’une seule souscription d’origine.
Pour commencer, nous avons une première souscription : c’est celle qui fournit initialement le service à nos clients. Si nous activons le service de Disaster Recovery (DR) sur cette souscription de serveurs, une seconde souscription sera activée dans une autre région. Cette seconde souscription se comportera comme un miroir et les contenus de la première souscription, celle qui est opérationnelle, seront répliqués dessus.
Lorsque nous établissons la réplication, une série de paramètres doivent être configurés, comme le nombre de copies à garder, le moment de début des copies ou la fréquence des copies. Cependant, cette configuration peut être modifiée ultérieurement.
La souscription miroir, créée pour soutenir notre souscription fonctionnelle (celle qui est réellement opérationnelle), ne sera pas visible pour les utilisateurs tant que la souscription principale sera active.
Si nous décidons de mettre en pause ou d’arrêter la réplication de DR, les données ne seront plus répliquées vers la souscription de secours. Il est important de distinguer les deux façons de mettre en pause la réplication :
- Pause : Lorsque nous mettons en pause la réplication, les répliques cessent jusqu’à ce que la réplication soit réactivée.
- Arrêt : Lorsque nous arrêtons la réplication, les répliques cessent jusqu’à ce que la réplication soit réactivée, mais nous pouvons également modifier la configuration si nécessaire.
Si, pour une raison quelconque, nous voulons activer le failover et transférer les ressources vers la souscription de secours, celles-ci prendront le relais et fonctionneront. Ce n’est pas une évacuation rapide, mais plutôt une copie régulière en fonction de la configuration choisie.
Cette opération de failover rendra la souscription secondaire, créée lors de l’activation du service DR, visible et accessible, fournissant le service, tandis que la souscription d’origine deviendra non accessible et donc non visible.
Pour que cela se produise, il faut d’abord choisir une série de paramètres, comme le nombre de répliques, la fréquence de réplication, le moment de début, etc. Il faut également déterminer comment la réplication sera effectuée : par IP ou par DNS, ce qui conditionne la manière dont les ressources seront transférées, tout en garantissant que l’adresse IP d’origine est conservée pour assurer la transparence du service fourni au client.
Enfin, il est important de noter qu’une fois les ressources transférées, la nouvelle souscription ne comportera aucune réplication ni DR vers un autre endroit, car il s’agit d’une nouvelle souscription.
Conclusion
Comme vous avez pu le constater dans cet article, comprendre le service de récupération après sinistre de Jotelulu est assez simple et repose sur des concepts vraiment simples.
Si vous souhaitez en savoir plus sur ce service, vous pouvez consulter notre blog pour en apprendre davantage sur la théorie, dans des articles tels que :
- Étapes pour gérer un incident de sécurité en IT
- Le véritable coût de l’absence d’investissement en sécurité
- 5 problèmes typiques de sauvegardes et comment les résoudre
- Stratégie de sauvegarde 3-2-1 : comment l’appliquer dans votre organisation ?
- Les 5 principales causes de perte de données dans les PME
- Comment évaluer les risques et les menaces dans une PME
- Pourquoi la reprise d’activité est-elle si éprouvante ?
- 10 principales préoccupations lors de la mise en place d’un plan de reprise après sinistre
Ou aller à la section des tutoriels où vous trouverez des articles comme ceux-ci :
