Les points importants de votre plan de reprise après sinistre Solr : RTO et RPO

19 août 2019

Dipsy Kapoor

3 min de lecture

Il est courant aujourd'hui pour les équipes techniques d'héberger leurs clusters et applications Apache Solr dans le cloud, comme celui de SearchStax Cloud. Offre Solr-as-a-ServiceEn cas de catastrophe naturelle ou d'origine humaine, les entreprises doivent récupérer rapidement leurs capacités de recherche et reprendre leurs activités. Cet article est le premier d'une série sur la reprise après sinistre pour vos applications reposant sur Apache Solr.

Deux principes fondamentaux guident le choix du plan de reprise après sinistre le mieux adapté aux besoins de votre entreprise. Il s'agit des Objectif du point de récupération (RPO) et le Objectif de temps de récupération (RTO). Bien que très similaires, ces deux aspects d'un plan de reprise après sinistre sont totalement différents. Ils définissent la stratégie de sauvegarde nécessaire à votre entreprise et la fréquence de synchronisation des données entre vos clusters Solr géographiquement éloignés. Ils ont un impact sur les temps d'arrêt de votre entreprise.

Qu'est-ce que le RTO ?

L'objectif de temps de récupération (RTO) correspond à la durée pendant laquelle votre service Solr peut être indisponible en cas d'urgence. Cela peut être dû à un index Solr corrompu ou à la mise en mode de récupération de répliques Solr. Une région d'un fournisseur de cloud peut être indisponible suite à une catastrophe naturelle ou une cyberattaque. Dans chacune de ces situations, votre entreprise peut être confrontée à une interruption de service. Le RTO définit le temps maximal acceptable pour la récupération de votre application lorsqu'un tel événement se produit.

Qu'est-ce que le RPO ?

L'objectif de point de récupération (RPO) définit la quantité de données que votre entreprise peut tolérer de perdre en cas d'urgence. Par exemple, si votre entreprise peut tolérer de perdre quatre heures d'historique pour se remettre rapidement en ligne, son RPO sera de quatre heures.

Comment RPO et RTO fonctionnent-ils ensemble ?

Le RPO détermine la fréquence à laquelle vous devez sauvegarder vos données et/ou les synchroniser au sein de votre infrastructure. En supposant que votre RPO soit de deux heures, vous devez vous assurer de disposer d'une sauvegarde datant des deux dernières heures disponibles pour votre entreprise. Le RTO détermine, compte tenu de la sauvegarde, la rapidité avec laquelle vous pouvez recréer votre infrastructure et récupérer les données à partir de cette sauvegarde.

Pour certaines entreprises, les temps d'arrêt ne sont pas critiques. Le RTO et le RPO peuvent être exprimés en heures, et une capacité de sauvegarde et de restauration traditionnelle suffit. Un plan de reprise après sinistre à froid peut être particulièrement adapté, consistant à démarrer un nouveau cluster Solr après un sinistre et à restaurer les données et les configurations à partir d'une sauvegarde.

D'autres entreprises ont des exigences RPO/RTO strictes. Elles ont besoin d'une infrastructure dupliquée qui reflète le centre de données principal en temps réel. En cas de panne du centre de données principal, le centre secondaire prend la relève pendant les réparations. Il s'agit d'un plan de reprise après sinistre « à chaud ». Ce plan est réalisable grâce à la fonctionnalité de réplication inter-centres de données (CDCR) de Solr pour Solr 6.6.x et versions ultérieures.

En général, plus vos objectifs RPO et RTO sont ambitieux, plus les coûts liés à leur mise en œuvre seront élevés.

Les exigences RTO et RPO sont déterminées par les besoins de votre entreprise et définissent le plan de reprise après sinistre qui vous convient le mieux.

Le prochain volet de la série détaillera la configuration de la reprise après sinistre pour Solr, en examinant plus en détail la reprise après sinistre à froid, à chaud et à chaud.

Les points importants de votre plan de reprise après sinistre Solr : RTO et RPO

Qu'est-ce que le RTO ?

Qu'est-ce que le RPO ?

Comment RPO et RTO fonctionnent-ils ensemble ?

Par Dipsy Kapoor

vice-président, ingénierie

Recevez notre newsletter

Vous aimerez peut-être aussi :

Produits

Tarification

Ressources

Services

Ressources

Tarification

Entreprise