Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
La reprise après sinistre est différente dans le cloud
Les stratégies de reprise après sinistre évoluent avec l'innovation technique. Un plan de reprise après sinistre sur site peut impliquer le transport physique de bandes ou la réplication de données vers un autre site. Votre entreprise doit réévaluer l'impact commercial, les risques et le coût de ses précédentes stratégies de reprise après sinistre afin d'atteindre ses objectifs de reprise après sinistre sur AWS. La reprise après sinistre dans le cloud AWS présente les avantages suivants par rapport aux environnements traditionnels :
-
Restaurez rapidement après un sinistre avec une complexité réduite
-
Des tests simples et reproductibles vous permettent de tester plus facilement et plus fréquemment
-
La réduction des frais de gestion réduit la charge opérationnelle
-
Les possibilités d'automatisation, de réduction des risques d'erreur et d'amélioration du temps de restauration
AWS vous permet d'échanger les dépenses d'investissement fixes d'un centre de données de sauvegarde physique contre les dépenses d'exploitation variables d'un environnement cloud de taille adaptée, ce qui peut réduire les coûts de manière significative.
Pour de nombreuses entreprises, la reprise après sinistre sur site reposait sur le risque d'interruption d'une ou de plusieurs charges de travail dans un centre de données et sur la restauration de données sauvegardées ou répliquées dans un centre de données secondaire. Lorsque les organisations déploient des charges de travail sur AWS, elles peuvent mettre en œuvre une charge de travail bien conçue et s'appuyer sur la conception de l'infrastructure cloud mondiale AWS pour atténuer les effets de telles perturbations. Consultez le livre blanc AWS Well-Architected Framework - Reliability Pillar pour plus d'informations sur les meilleures pratiques architecturales en matière de conception et d'exploitation de charges de travail fiables, sécurisées, efficaces et économiques dans le cloud. Utilisez-le AWS Well-Architected Tool
Si vos charges de travail sont sur AWS, vous n'avez pas à vous soucier de la connectivité du centre de données (à l'exception de votre capacité à y accéder), de l'alimentation, de la climatisation, de l'extinction des incendies et du matériel. Tout cela est géré pour vous et vous avez accès à plusieurs zones de disponibilité isolées en cas de panne (chacune composée d'un ou de plusieurs centres de données distincts).
Région AWS unique
En cas de sinistre dû à une interruption ou à la perte d'un centre de données physique, la mise en œuvre d'une charge de travail hautement disponible dans plusieurs zones de disponibilité au sein d'une même région AWS permet d'atténuer les risques naturels et techniques. La sauvegarde continue des données dans cette région unique peut réduire le risque de menaces humaines, telles qu'une erreur ou une activité non autorisée susceptible d'entraîner une perte de données. Chaque région AWS est composée de plusieurs zones de disponibilité, chacune isolée des défaillances des autres zones. Chaque zone de disponibilité comprend à son tour un ou plusieurs centres de données physiques distincts. Pour mieux isoler les problèmes importants et atteindre une haute disponibilité, vous pouvez partitionner les charges de travail entre plusieurs zones d'une même région. Les zones de disponibilité sont conçues pour assurer la redondance physique et assurer la résilience, permettant des performances ininterrompues, même en cas de panne de courant, d'interruption d'Internet, d'inondation ou d'autres catastrophes naturelles. Consultez AWS Global Cloud Infrastructure
En déployant sur plusieurs zones de disponibilité au sein d'une même région AWS, votre charge de travail est mieux protégée contre la défaillance d'un seul (voire de plusieurs) centres de données. Pour plus de sécurité lors de votre déploiement dans une seule région, vous pouvez sauvegarder les données et la configuration (y compris la définition de l'infrastructure) dans une autre région. Cette stratégie réduit la portée de votre plan de reprise après sinistre pour inclure uniquement la sauvegarde et la restauration des données. Tirer parti de la résilience multirégionale en effectuant une sauvegarde dans une autre région AWS est simple et peu coûteux par rapport aux autres options multirégionales décrites dans la section suivante. Par exemple, la sauvegarde sur Amazon Simple Storage Service (Amazon S3)
Certaines charges de travail peuvent être soumises à des exigences réglementaires en matière de résidence des données. Si cela s'applique à votre charge de travail dans une localité qui ne compte actuellement qu'une seule région AWS, en plus de concevoir des charges de travail multi-AZ pour une haute disponibilité, comme indiqué ci-dessus, vous pouvez également les utiliser AZs au sein de cette région comme emplacements distincts, ce qui peut être utile pour répondre aux exigences de résidence des données applicables à votre charge de travail au sein de cette région. Les stratégies de reprise après sinistre décrites dans les sections suivantes utilisent plusieurs régions AWS, mais peuvent également être mises en œuvre à l'aide de zones de disponibilité plutôt que de régions.
Plusieurs régions AWS
En cas de sinistre impliquant le risque de perdre plusieurs centres de données situés à une distance significative les uns des autres, vous devez envisager des options de reprise après sinistre afin de pallier les catastrophes naturelles et techniques affectant une région entière au sein d'AWS. Toutes les options décrites dans les sections suivantes peuvent être mises en œuvre sous forme d'architectures multirégionales afin de se protéger contre de telles catastrophes.
