La solution SearchStax Site Search offre aux spécialistes du marketing l'agilité dont ils ont besoin pour optimiser les résultats du site Web.
Présentation du produit
SearchStax Managed Search décharge la gestion de Solr, offrant aux équipes informatiques une agilité opérationnelle accrue.
Présentation du produit
Assurez-vous que votre infrastructure de recherche Solr est résiliente et disponible lorsque vous en avez besoin en mettant en œuvre la reprise après sinistre Solr pour minimiser la perte de données et les perturbations de votre entreprise.
Les machines et la technologie tombent en panne. Des catastrophes naturelles ou d'origine humaine surviennent. Des réseaux tombent en panne. Et des pannes de sites web ou d'applications causées par l'une ou l'autre de ces situations se produiront inévitablement.
Au lieu d'espérer qu'une catastrophe ne leur arrive pas, la plupart des entreprises répondent à leurs besoins commerciaux de maintien d'une haute disponibilité, de minimisation des perturbations des clients et de réduction du risque global en mettant en œuvre un plan de reprise après sinistre pour leur infrastructure Solr.
Recherche gérée SearchStax Nous proposons trois options de reprise après sinistre (DR) différentes pour protéger votre infrastructure Solr. Avec la DR à chaud, nous déployons un déploiement Solr complet et actif dans une autre région cloud. Avec la DR à chaud, nous créons un déploiement Solr réduit et actif dans une autre région. Pour la DR à froid, nous créons un nouvel environnement Solr à la demande.
Hot DR est automatiquement fourni avec le plan de support SearchStax Managed Search Platinum Premium.
Cold, Warm ou Hot DR est disponible en tant que module complémentaire pour tout plan de support Gold ou Platinum.
Reprise après sinistre à chaud
Reprise après sinistre à chaud
Reprise après sinistre à froid
| CATASTROPHE CHAUDE RÉCUPÉRATION | CATASTROPHE CHAUDE RÉCUPÉRATION | CATASTROPHE FROIDE RÉCUPÉRATION | |
|---|---|---|---|
| Environnement secondaire | Déploiement actif de Solr à grande échelle dans une autre région cloud | Déploiement réduit de Solr dans une autre région cloud | Créé à la demande dans une autre région cloud ou dans la même région sur demande |
| Déclencheur de reprise après sinistre | À la demande du client ou lorsque le service Solr est indisponible pendant 5 minutes | À la demande du client ou lorsque le service Solr est indisponible pendant 5 minutes | Créé à la demande sur demande du client ou lorsque le service Solr n'est pas disponible pendant 5 minutes. |
| Processus de reprise après sinistre | DR déclenche un basculement DNS | DR déclenche un basculement DNS | DR déclenche un nouveau déploiement de cluster, une restauration de sauvegarde et un basculement DNS |
| Niveau de service (SLA) RPO* | 24 heures à seulement 10 minutes | 24 heures à seulement 10 minutes | 24 heures à seulement 1 heure |
| Niveau de service RTO** (SLA) | Moins de 10 minutes | Moins de 10 minutes | 8 heures (généralement 2 à 4 heures) |
*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
**Objectif de temps de récupération (RTO) est la durée pendant laquelle votre service Solr peut être indisponible en cas d'urgence
Une version plus sophistiquée de la reprise après sinistre Hot Solr est la réplication inter-centres de données (CDCR). CDCR assure une synchronisation quasi instantanée entre différentes régions cloud en implémentant des clusters Solr dans deux ou plusieurs régions cloud distinctes. Avec CDCR, la perte de données est minimale lors du basculement et de la réplication.
En savoir plus sur le CDCR et découvrez comment l'un de nos clients a utilisé CDCR pour atteindre une disponibilité proche de 100% avec SearchStax.
La reprise après sinistre pour Apache Solr implique le processus de restauration de l'instance Solr et de ses données en cas de sinistre tel qu'une panne matérielle, une panne logicielle, des catastrophes naturelles ou des erreurs humaines.
Pour les entreprises ayant des exigences RTO et RPO strictes, une infrastructure dupliquée reproduisant en temps réel leur environnement de production principal peut s'avérer nécessaire. SearchStax propose une option de reprise après sinistre à chaud qui optimise votre déploiement de production et offre un niveau optimal de redondance et de capacité de ressources en cas de sinistre.
Pour atteindre ce niveau de redondance, nous créons un déploiement de secours « à chaud » ou secondaire dans une région différente de votre déploiement de production. Ce déploiement secondaire est une réplique complète de votre environnement de production principal et est synchronisé en permanence avec votre système de production. Ainsi, une interruption de service sur le site principal du système de production peut être compensée par un basculement quasi instantané vers le site de secours.
Pour les entreprises ayant des exigences RTO et RPO strictes, une infrastructure dupliquée reproduisant en temps réel leur environnement de production principal peut s'avérer nécessaire. SearchStax propose une option de reprise après sinistre à chaud qui optimise votre déploiement de production et offre un niveau optimal de redondance et de capacité de ressources en cas de sinistre.
Pour atteindre ce niveau de redondance, nous créons un déploiement de secours « à chaud » ou secondaire dans une région différente de votre déploiement de production. Ce déploiement secondaire est une réplique complète de votre environnement de production principal et est synchronisé en permanence avec votre système de production. Ainsi, une interruption de service sur le site principal du système de production peut être compensée par un basculement quasi instantané vers le site de secours.
Pour certaines entreprises, les temps d'arrêt ne sont pas critiques. Avec l'option de reprise après sinistre à froid, le processus de restauration démarre après le sinistre. Un nouveau cluster Solr est créé, puis les données et les configurations sont restaurées à partir d'un fichier de sauvegarde.
La reprise après sinistre à froid SearchStax gère ce processus pour vous et utilise des fichiers de sauvegarde stockés dans différentes régions cloud. Elle offre un niveau de récupération supérieur à celui des sauvegardes stockées dans la même région. Bien que tout le monde doive conserver des sauvegardes régulières de ses déploiements, l'option de reprise après sinistre à froid va encore plus loin en stockant les sauvegardes dans une région cloud différente de celle du système principal. En cas de panne du site de production, nous lancerons un déploiement dans la même région que la sauvegarde et le restaurerons.
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 au passage en mode de récupération de répliques Solr. Une région du fournisseur de cloud peut être indisponible en raison d'une catastrophe naturelle ou d'une cyberattaque.
Dans chacune de ces situations, votre entreprise pourrait être confrontée à une interruption de service. Le RTO définit le délai maximal acceptable pour la reprise de votre application lorsqu'un tel événement se produit.
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.
Français du Canada 
English