A propos de la récupération après sinistre
Un sinistre peut être un événement qui met vos applications en danger, des pannes réseau aux pannes d'équipement en passant par les catastrophes naturelles. Un plan de récupération après sinistre bien conçu vous permet d'effectuer une récupération rapide après sinistre et de continuer à fournir des services à vos utilisateurs.
Oracle Cloud Infrastructure fournit des services et une infrastructure hautement disponibles, sécurisés et évolutifs qui vous permettent de récupérer vos charges de travail cloud rapidement, de manière fiable et sécurisée.
Concepts de récupération après sinistre
La première étape de la planification de la récupération après sinistre consiste à déterminer l'objectif de délai de récupération (RTO) et l'objectif de point de récupération (RPO).
Le RTO est l'heure cible au cours de laquelle une application donnée doit être restaurée après un sinistre. En général, plus les applications sont essentielles, plus l'objectif de délai de récupération est bas.
Le RPO correspond à la période après un sinistre pendant laquelle l'application peut tolérer les données perdues avant que le sinistre ne commence à affecter l'entreprise.
Pour élaborer un plan qui garantit la récupération de vos applications après un sinistre et qui soit rentable, vous devez tenir compte à la fois du temps cible de la récupération et de la tolérance à la perte de données.
Cas de sinistre
La planification de la récupération après sinistre nécessite une compréhension approfondie de tous les scénarios possibles pouvant provoquer des catastrophes.
- Echec de l'application
Une application peut échouer en cas de défaillance du réseau dans l'infrastructure sous-jacente ou en cas de modification de la configuration logicielle ou matérielle. Il est important d'inclure des capacités de surveillance dans votre conception de solution de récupération après sinistre afin de détecter les défaillances des applications et d'envoyer des alertes. Selon vos besoins, votre solution de récupération après sinistre peut aller de la simple sauvegarde des données et des configurations d'application à une configuration de basculement entièrement active-active qui réduit de manière transparente de nombreux types de panne.
- Echec du réseau
Pour la récupération après sinistre, considérez les éventuelles pannes réseau dans votre environnement cloud. Par exemple, si vous utilisez une connexion VPN IPSec pour connecter vos centres de données sur site à Oracle Cloud, la connexion VPN IPSec peut rencontrer des problèmes de performances réseau ou d'indisponibilité. Nous vous recommandons de configurer plusieurs connexions VPN IPSec ou d'utiliser à la fois FastConnect et IPSec VPN afin d'avoir une redondance suffisante pour vos connexions réseau.
- Echec du centre de données
Un événement inattendu peut affecter tout un centre de données (domaine de disponibilité). Dans la conception de votre solution de récupération après sinistre, prévoyez ce type de panne. Si votre région comporte plusieurs domaines de disponibilité, nous vous recommandons de déployer vos applications dans tous les domaines de disponibilité afin de répondre à des problèmes potentiels pour un centre de données particulier. Si votre région ne dispose que d'un seul domaine de disponibilité, envisagez une combinaison de plusieurs domaines de pannes et de configurations à plusieurs régions, comme défini dans les recommandations pour une panne de région.
- Echec de région
Un sinistre naturel peut entraîner la mise hors service de l'ensemble d'une région Oracle Cloud Infrastructure. Ce scénario peut être l'un des cas les plus graves de votre conception de récupération après sinistre. Pour vous protéger contre ce scénario, déployez vos charges de travail dans plusieurs régions Oracle Cloud Infrastructure. Selon vos objectifs de récupération après sinistre (RTO et RPO), vous pouvez sauvegarder ou répliquer vos données dans une autre région ou configurer une base de données de secours entièrement active-active dans une autre région.
Journal des modifications
Ce journal répertorie les modifications importantes :
13 juillet 2022 |
|