Im Folgenden finden Sie einige wichtige Überlegungen, die sich auf die Bereitstellung von Backup- und DR-Sicherungs-/Wiederherstellungs-Appliances auswirken:
Welche Anforderungen hat Ihr Unternehmen an die Recovery Time Objective (RTO)? Das RTO ist die maximale Zeit, die Sie ohne Ihre Daten auskommen können. Wenn Ihr RTO beispielsweise 4 Stunden beträgt, müssen Sie innerhalb von 4 Stunden nach einem Fehler auf Ihre Daten zugreifen können.
Müssen Sie die Sicherungsverwaltung zentralisieren? Sie müssen entscheiden, ob Sie Ihre Back-ups zentral verwalten möchten oder nicht.
- Die zentrale Sicherungsverwaltung bedeutet, dass Sie eine einzige Appliance-Verwaltungskonsole haben, um Sicherungen für alle Ihre Arbeitslasten in allen Geschäftsbereichen zu verwalten. Dies kann eine effizientere Methode zum Verwalten von Sicherungen sein, da Sie nur eine einzige Appliance-Verwaltungskonsole verwalten müssen.
- Bei der dezentralen Sicherungsverwaltung haben Sie für jede Geschäftseinheit eine separate Appliance-Verwaltungskonsole. Der Betriebsmodus variiert von Organisation zu Organisation.
Was ist Ihr Anwendungsfall für Backups? Benötigen Sie Remote-Backups für die Notfallwiederherstellung im Falle einer Katastrophe in einer Produktionsregion oder reicht es aus, Ihre Daten lokal zu schützen? Wenn Sie eine Notfallwiederherstellung benötigen, müssen Sie regionenübergreifende Sicherungen in Betracht ziehen. Das bedeutet, dass Sie Ihre Sicherungen an mehreren Orten speichern sollten, damit Ihre Daten auch dann zugänglich sind, wenn ein Ort von einer Katastrophe betroffen ist.
Arbeitslasten befinden sich in einer einzelnen Region
Die beste Sicherungsstrategie in einer Region hängt von Ihren Anforderungen ab.
Wenn Sie keine Notfallwiederherstellung (Disaster Recovery, DR) benötigen
Um die beste Leistung zu erzielen und die Kosten zu senken, sollten Sie die Appliance-Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliances in derselben Region bereitstellen, in der Ihre Arbeitslasten ausgeführt werden. Speichern Sie Ihre Sicherungsbilder in derselben Region wie Ihre Arbeitslasten.
Wenn Sie auch Sicherungskopien an einem externen Standort haben möchten, können Sie Sicherungen in einer anderen Region speichern oder biregionalen oder multiregionalen Speicher verwenden. Wenn Sie Sicherungen in einer anderen Region speichern, fallen Gebühren für Netzwerk und Speicher an.
Wenn Sie sowohl Backup als auch DR benötigen
Um eine optimale Leistung zu erzielen und die Kosten zu senken, sollten Sie eine Appliance-Verwaltungskonsole in derselben Region wie die Produktionsarbeitslast und eine zweite Appliance-Verwaltungskonsole in einer Region bereitstellen, die Sie für die Notfallwiederherstellung verwenden können.
Stellen Sie Sicherungs-/Wiederherstellungs-Appliances sowohl in der Region für die Produktionsarbeitslast als auch in der DR-Region bereit, um das Recovery Time Objective (RTO) zu minimieren. So wird sichergestellt, dass eine DR-Umgebung im Falle eines Notfalls vollständig vorab bereitgestellt und verfügbar ist.
Speichern Sie Sicherungs-Images in der Produktionsregion und eine Kopie in der DR-Region (Disaster Recovery, Notfallwiederherstellung) oder verwenden Sie biregionalen oder multiregionalen Speicher. Die Sicherungskopie in der Produktionsregion kann mit schnellerer Leistung die routinemäßigen Sicherungsanforderungen erfüllen. Daten, die in Ihre DR-Region kopiert wurden, können verwendet werden, um Ihre Arbeitslasten wiederherzustellen, falls die Produktionsregion ausfällt.
Arbeitslasten befinden sich in mehreren Regionen
Die beste regionsübergreifende Sicherungsstrategie hängt von Ihren Anforderungen ab.
Wenn Sie keine Notfallwiederherstellung (Disaster Recovery, DR) benötigen
Für eine optimale Leistung und geringere Kosten sollten Sie die Appliance-Verwaltungskonsole in einer der Regionen bereitstellen, in denen Ihre Arbeitslasten ausgeführt werden. So ist eine zentrale Verwaltung für alle Arbeitslasten und Regionen möglich.
Stellen Sie in jeder Region, in der die Arbeitslasten ausgeführt werden, eine oder mehrere Sicherungs-/Wiederherstellungs-Appliances bereit. Speichern Sie Ihre Sicherungen in derselben Region wie Ihre Arbeitslasten.
Wenn Sie auch Sicherungskopien an einem externen Standort haben möchten, können Sie Sicherungen in einer anderen Region speichern oder biregionalen oder multiregionalen Speicher verwenden. Wenn Sie Sicherungen in einer anderen Region oder Multiregion speichern, fallen Gebühren für Netzwerk und Speicher an.
Wenn Sie sowohl Backup als auch DR benötigen
Stellen Sie in jeder der Produktionsarbeitslastregionen eine Appliance-Verwaltungskonsole und in der DR-Region eine weitere Appliance-Verwaltungskonsole bereit.
Stellen Sie Sicherungs-/Wiederherstellungs-Appliances sowohl in den Regionen für Produktionsarbeitslasten als auch in der DR-Region bereit, um das Recovery Time Objective (RTO) zu minimieren. So wird sichergestellt, dass eine DR-Umgebung im Notfall vollständig vorab bereitgestellt und verfügbar ist.
Sicherungen in der Region der Produktionsarbeitslast und eine Kopie in der DR-Region speichern oder biregionalen oder multiregionalen Speicher verwenden. Die Sicherungskopie der Produktionsregion kann verwendet werden, um Sicherungsanforderungen zu erfüllen.
Ein Sicherungs-Image im DR kann verwendet werden, um Arbeitslasten wiederherzustellen, wenn die Produktionsregion ausfällt.
Empfohlene Netzwerktopologie für Backup and DR
Google Cloud empfiehlt die Verwendung einer freigegebene VPC bei der Bereitstellung von Backup and DR. Eine freigegebene VPC ermöglicht einer Organisation, Ressourcen aus mehreren Projekten mit einem gemeinsamen VPC-Netzwerk zu verbinden, sodass sie sicher und effizient über interne IP-Adressen dieses Netzwerks miteinander kommunizieren können. Wenn Sie eine freigegebene VPC verwenden, bestimmen Sie ein Projekt zum Hostprojekt und fügen ihm ein oder mehrere Dienstprojekte hinzu. Die VPC-Netzwerke im Hostprojekt werden als freigegebene VPC-Netzwerke bezeichnet. Zulässige Ressourcen aus Dienstprojekten können Subnetze im gemeinsam genutzten VPC-Netzwerk verwenden.
Mit einer freigegebene VPC können Organisationsadministratoren administrative Aufgaben wie das Erstellen und Verwalten von Instanzen an Dienstprojektadministratoren delegieren, ohne die zentrale Steuerung von Netzwerkressourcen wie Subnetzen, Routen und Firewalls aus der Hand zu geben.
Die Appliance-Verwaltungskonsole wird in einer VPC des VPC-Netzwerks des Diensterstellers aktiviert. Dieses Dienstersteller-VPC-Netzwerk kommuniziert über privaten Google-Zugriff mit Ihrem Projekt. Der primäre Zweck dieser Verbindung besteht darin, dass die Appliance-Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliances Metadaten austauschen. Sicherungs-Traffic wird nicht über diesen Link weitergeleitet. Eine Appliance-Verwaltungskonsole muss jedoch mit allen Appliances für Sicherung und Wiederherstellung kommunizieren, die in einem beliebigen Netzwerk bereitgestellt werden.
Best Practices für freigegebene VPC
Die folgenden Best Practices werden empfohlen:
Verbindung zur Appliance-Verwaltungskonsole herstellen: Es empfiehlt sich, das Netzwerk des Dienstanbieters mit einem freigegebene VPC-Netzwerk in Ihrem Netzwerk zu verbinden. Der gesamte Traffic von der Appliance-Verwaltungskonsole wird über diese VPC und damit über das Hostprojekt geleitet. Durch die Bereitstellung der Verbindung zu Backup and DR über eine freigegebene VPC wird auch eine nahtlose Verbindung zwischen Projekten, in denen die Arbeitslasten ausgeführt werden (Dienstprojekte), und Backup and DR ermöglicht.
Standort der Sicherungs-/Wiederherstellungs-Appliance: Die Sicherungs-/Wiederherstellungs-Appliances müssen in einem Subnetz bereitgestellt werden, für das der privater Google-Zugriff für die Verbindung zur Appliance-Verwaltungskonsole aktiviert ist. Es gibt zwei empfohlene Strategien für die Auswahl der Projekte für die Sicherungs-/Wiederherstellungs-Appliances:
Im zentralen Hostprojekt: Bei dieser Strategie wird Backup und DR als zentraler Dienst der IT behandelt. Das zentrale Sicherungsteam regelt die Bereitstellung des Dienstes. Daher werden alle Sicherungs-/Wiederherstellungs-Appliances im Hostprojekt bereitgestellt, sodass zentrale Administratoren alle Sicherungsressourcen in einem zentralen Projekt konsolidieren können. Dieser Ansatz hat den Vorteil, dass alle sicherungsbezogenen Ressourcen und die zugehörige Abrechnung in einem einzigen Projekt zusammengefasst werden.
In Dienstprojekten: Diese Strategie eignet sich für dezentralere Teams, in denen Dienstprojekte erstellt und ihre Verwaltung an verteilte Teams delegiert wird. In diesem Szenario wird empfohlen, VPC für Downstream-Dienstprojekte bereitzustellen. Sicherungs-/Wiederherstellungs-Appliances werden in den Dienstprojekten in diesen VPCs installiert. Dadurch können Arbeitslast und Sicherungs-/Wiederherstellungs-Appliance in einem einzigen Projekt untergebracht werden.
Privater Google-Zugriff: Es empfiehlt sich, den privaten Google-Zugriff für jedes Subnetz zu aktivieren, in dem Sie ein Sicherungs-/Wiederherstellungsgerät installieren. So kann die Sicherungs-/Wiederherstellungs-Appliance mit APIs wie Compute Engine, Cloud Storage und Cloud Logging kommunizieren, was für die Überwachung und Benachrichtigung wichtig ist. Um Verbindungen zu Google Cloud -APIs zu vereinfachen und zu optimieren, sollten Sie die DNS-Auflösung für
private.googleapis.comkonfigurieren, wie im Abschnitt Zusammenfassung der Konfigurationsoptionen beschrieben. Konfigurieren Sie für den privaten Google-Zugriff die Firewallregeln der Sicherungs-/Wiederherstellungsgeräte so, dass Verbindungen zum CIDR-Bereich199.36.153.8/30über TCP-Port 443 zugelassen werden.