Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Backup und Recovery für Hybridarchitekturen
Die in diesem Leitfaden erörterten cloudnativen und lokalen Bereitstellungen können zu hybriden Szenarien kombiniert werden, in denen die Workload-Umgebung lokale Komponenten und Infrastrukturkomponenten umfasst. AWS Ressourcen, einschließlich Webserver, Anwendungsserver, Überwachungsserver, Datenbanken und Microsoft Active Directory, werden entweder im Kundenrechenzentrum oder dort gehostet AWS. Anwendungen, die in der AWS Cloud ausgeführt werden, sind mit Anwendungen verbunden, die lokal ausgeführt werden.
Dies wird zu einem häufigen Szenario für Unternehmens-Workloads. Viele Unternehmen verfügen über eigene Rechenzentren, die zur AWS Kapazitätserweiterung genutzt werden. Diese Kundenrechenzentren sind häufig über Netzwerkverbindungen mit hoher Kapazität mit dem AWS Netzwerk verbunden. Mit können Sie beispielsweise eine private [Direct Connect](https://aws.amazon.com/directconnect/), dedizierte Konnektivität von Ihrem lokalen Rechenzentrum zu einrichten. AWS Dies bietet die Bandbreite und die konsistente Latenz, um Daten aus Datenschutzgründen in die Cloud hochzuladen. Es bietet auch eine konsistente Leistung und Latenz für hybride Workloads. Das folgende Diagramm zeigt ein Beispiel für einen Ansatz in einer hybriden Umgebung.
![\[Ein Rechenzentrum AWS Direct Connect, das AWS über Amazon Route 53, Amazon kommuniziert CloudFront.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/backup-recovery/images/aws-direct-connect.png)
Gut konzipierte Datenschutzlösungen verwenden in der Regel eine Kombination der Optionen, die in den cloudnativen und lokalen Lösungen in diesem Handbuch beschrieben sind. Viele ISVs bieten marktführende Sicherungs- und Wiederherstellungslösungen für lokale Infrastrukturen und haben ihre Lösungen erweitert, um hybride Ansätze zu unterstützen.
# Verlagerung zentralisierter Backup-Management-Lösungen in die Cloud für eine höhere Verfügbarkeit
Indem Sie Ihre vorhandenen Investitionen in die Backup-Management-Lösung nutzen AWS, können Sie die Ausfallsicherheit und Architektur Ihres Ansatzes verbessern. Möglicherweise verfügen Sie über einen primären Backup-Server und einen oder mehrere Medien- oder Speicherserver vor Ort an mehreren Standorten in der Nähe der Server und Dienste, die sie schützen. In diesem Fall sollten Sie erwägen, den primären Backup-Server auf eine EC2-Instance zu verlagern, um ihn vor lokalen Katastrophen zu schützen und eine hohe Verfügbarkeit zu gewährleisten.
Um die Backup-Datenflüsse zu verwalten, können Sie einen oder mehrere Medienserver auf EC2-Instances in derselben Region einrichten wie die Server, die sie schützen sollen. Medienserver in der Nähe der EC2-Instances sparen Ihnen Geld bei der Übertragung über das Internet. Wenn Sie auf Amazon S3 sichern, erhöhen Medienserver die allgemeine Sicherungs- und Wiederherstellungsleistung.
Sie können Storage Gateway auch verwenden, um zentralen Cloud-Zugriff auf Daten aus geografisch verteilten Rechenzentren und Büros bereitzustellen. Ein File-Gateway bietet Ihnen beispielsweise On-Demand-Zugriff mit niedriger Latenz auf Daten, die in AWS Anwendungsworkflows gespeichert sind, die sich über den ganzen Globus erstrecken können. Sie können Funktionen wie die Cache-Aktualisierung verwenden, um Daten an geografisch verteilten Standorten zu aktualisieren, sodass Inhalte problemlos in Ihren Büros gemeinsam genutzt werden können.
![\[Kommunikation zwischen AWS einem Unternehmensrechenzentrum, einem Colocation-Center und einer Zweigstelle.\]](http://docs.aws.amazon.com/de_de/prescriptive-guidance/latest/backup-recovery/images/multiple-location-architecture.png)