Voici les trois scénarios de récupération après sinistre.
Récupération après sinistre AWS dans la région
Dans le cloud AWS, les zones de disponibilité sont séparées par une distance significative, à moins de 100 km (60 miles l’une de l’autre). Cette distance permet d’isoler les catastrophes les plus courantes susceptibles d’affecter les centres de données, par exemple les inondations, les incendies, les violentes tempêtes, les tremblements de terre, etc. Elle est aujourd’hui utilisée par de nombreux clients AWS pour répondre à leurs exigences de résilience pour les charges de travail SAP. En fonction de vos exigences en matière de continuité des activités, la reprise après sinistre dans la région peut vous convenir. Pour plus d’informations, consultez Modèles d’architecture à région unique.
Les meilleures pratiques
Séparez les Amazon VPC pour les zones source et de récupération dans la même région
Comptes AWS distincts pour les zones source et de récupération
Appairage AWS Transit Gateway ou Amazon VPC pour la prise en charge du trafic de réplication et de la connectivité des utilisateurs finaux
Pour plus d’informations, voir Réseau.
Résilience de plusieurs zones de disponibilité des compartiments Amazon S3 et Amazon EFS pour la protection des données
Zones de disponibilité distinctes pour les zones source, intermédiaire et de récupération
Les deux sections suivantes couvrent les architectures de référence pour ce scénario.
Mise en œuvre complète de la reprise après sinistre dans la région
Dans la mise en œuvre complète de la reprise après sinistre dans la région, les serveurs sources exécutant les composants d’application SAP, tels que l’instance de services centraux ((A)SCS), le serveur d’applications principal (PAS), le serveur d’applications supplémentaire (AAS) et la base de données, sont répliqués à l’aide de Reprise après sinistre élastique.
Mise en œuvre hybride de la reprise après sinistre dans la région
Dans la mise en œuvre hybride de reprise après sinistre dans la région, les serveurs sources exécutant des composants d’application SAP, tels que l’instance de services centraux [(A)SCS], le serveur d’applications principal (PAS) et le serveur d’applications supplémentaire (AAS) sont répliqués à l’aide d’Elastic Disaster Recovery. La base de données est répliquée à l’aide d’une méthode de réplication native de base de données.
Reprise après sinistre interrégionale AWS
Un scénario de reprise après sinistre avec plusieurs régions AWS permet la continuité des activités avec votre stockage de données dans deux emplacements géographiques distincts. Pour plus d’informations, consultez Modèles d’architecture multi-régions.
Les meilleures pratiques
Séparez les Amazon VPC pour les zones source et de récupération dans la même région
Un compte AWS partagé pour les zones source et de récupération
Appairage AWS Transit Gateway ou Amazon VPC pour la prise en charge du trafic de réplication et de la connectivité des utilisateurs finaux
Pour plus d’informations, voir Réseau.
Réplication via Amazon EFS ou d’autres systèmes de fichiers pour protéger le stockage partagé entre les régions
Pour plus d’informations, voir Reprise après sinistre interrégionale AWS.
Vous ne pouvez répliquer que dans le même compte AWS avec Amazon EFS.
Réplication entre régions Amazon S3 pour fournir une copie de vos sauvegardes de base de données et d’autres données de compartiment Amazon S3 pour la reprise après sinistre Amazon VPC
Sous-réseaux distincts pour les zones source, intermédiaire et de récupération
Les deux sections suivantes couvrent les architectures de référence pour ce scénario.
Mise en œuvre complète de la reprise après sinistre entre régions
Dans la mise en œuvre complète de la reprise après sinistre entre régions, les serveurs sources exécutant les composants d’application SAP, tels que l’instance de services centraux ((A)SCS), le serveur d’applications principal (PAS), le serveur d’applications supplémentaire (AAS) et la base de données, sont répliqués à l’aide de Reprise après sinistre élastique.
Mise en œuvre hybride de reprise après sinistre interrégionale
Dans la mise en œuvre hybride de reprise après sinistre entre régions, les serveurs sources exécutant des composants d’application SAP, tels que l’instance de services centraux [(A)SCS], le serveur d’applications principal (PAS) et le serveur d’applications supplémentaire (AAS) sont répliqués à l’aide d’Elastic Disaster Recovery. La base de données est répliquée à l’aide d’une méthode de réplication native de base de données.
En dehors d’AWS vers la reprise après sinistre AWS
Dans ce scénario, les systèmes sources s’exécutent dans un environnement non AWS. Une solution hybride de reprise après sinistre comme celle-ci peut être mise en œuvre pour ajouter rapidement de la résilience à vos environnements de production existants sur d’autres plates-formes.
Les meilleures pratiques
AWS Direct Connect pour la prise en charge du trafic de réplication et de la connectivité des utilisateurs finaux
Pour plus d’informations, voir Réseau.
AWS DataSync pour protéger le stockage partagé
Pour plus d’informations, voir En dehors d’AWS vers la reprise après sinistre AWS.
Sous-réseaux distincts pour les zones de transfert et de récupération
Les deux sections suivantes couvrent les architectures de référence pour ce scénario.
Mise en œuvre complète de la reprise après sinistre non-AWS vers AWS
Dans la mise en œuvre complète de la reprise après sinistre non-AWS vers AWS, les serveurs sources exécutant les composants d’application SAP, tels que l’instance de services centraux ((A)SCS), le serveur d’applications principal (PAS), le serveur d’applications supplémentaire (AAS) et la base de données, sont répliqué à l’aide d’Elastic Disaster Recovery.
Implémentation de la reprise après sinistre hybride non-AWS vers AWS
Dans la mise en œuvre hybride non-AWS vers AWS de reprise après sinistre, les serveurs sources exécutant des composants d’application SAP, tels que l’instance de services centraux [(A)SCS], le serveur d’applications principal (PAS) et le serveur d’applications supplémentaire (AAS) sont répliqués à l’aide d’Elastic Disaster Recovery. La base de données est répliquée à l’aide d’une méthode de réplication native de base de données.
Pour plus d’options et d’informations sur la reprise après sinistre, vous pouvez contacter Assistance AWS.
