Im Folgenden finden Sie einige wichtige Überlegungen, die sich auf die Bereitstellung von Backup und DR-Sicherungs-/Wiederherstellungs-Appliances auswirken:
Welche Anforderungen hat Ihre Organisation an die Wiederherstellungszeitvorgabe (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 Ausfall auf Ihre Daten zugreifen können.
Müssen Sie Ihre Sicherungsverwaltung zentralisieren? Sie müssen entscheiden, ob Sie Ihre Sicherungen zentral verwalten möchten oder nicht.
- Eine 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.
- Dezentrale Sicherungsverwaltung bedeutet, dass Sie für jede Line of Business eine separate Appliance-Verwaltungskonsole haben. Die Betriebsweise variiert von Organisation zu Organisation.
Was ist Ihr Anwendungsfall für die Sicherung? Benötigen Sie Remote-Sicherungen 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, sollten Sie regionenübergreifende Sicherungen in Betracht ziehen. Das bedeutet, dass Sie Ihre Sicherungen an mehreren Standorten speichern, sodass Ihre Daten auch dann zugänglich sind, wenn ein Standort von einer Katastrophe betroffen ist.
Arbeitslasten befinden sich in einer einzigen Region.
Die beste Sicherungsstrategie innerhalb einer Region hängt von Ihren Anforderungen ab.
Wenn Sie keine Notfallwiederherstellung (Disaster Recovery, DR) benötigen
Für eine optimale Leistung und niedrigere Kosten sollten Sie die Appliance-Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliances in derselben Region bereitstellen, in der Ihre Arbeitslasten ausgeführt werden. Speichern Sie Ihre Sicherungs-Images in derselben Region wie Ihre Arbeitslasten.
Wenn Sie auch Sicherungskopien an einem anderen Standort speichern möchten, können Sie die Sicherungen entweder in einer anderen Region speichern oder einen biregionalen oder multiregionalen Speicher verwenden. Wenn Sie Sicherungen in einer anderen Region speichern, fallen Netzwerk- und Speichergebühren an.
Wenn Sie sowohl Sicherung als auch Notfallwiederherstellung benötigen
Für eine optimale Leistung und niedrigere Kosten 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 der Produktionsarbeitslast 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 vorkonfiguriert und verfügbar ist.
Speichern Sie Sicherungs-Images in der Produktionsregion und eine Kopie in der DR-Region für die Notfallwiederherstellung oder verwenden Sie einen biregionalen oder multiregionalen Speicher. Die Sicherungskopie in der Produktionsregion kann routinemäßige Sicherungsanforderungen mit schnellerer Leistung erfüllen. In Ihre DR-Region kopierte Daten können verwendet werden, um Ihre Arbeitslasten wiederherzustellen, falls die Produktionsregion ausfällt.
Arbeitslasten befinden sich in mehreren Regionen
Die beste Sicherungsstrategie für mehrere Regionen hängt von Ihren Anforderungen ab.
Wenn Sie keine Notfallwiederherstellung (Disaster Recovery, DR) benötigen
Für eine optimale Leistung und niedrigere Kosten sollten Sie die Appliance-Verwaltungskonsole in einer der Regionen bereitstellen, in denen Ihre Arbeitslasten ausgeführt werden. Dies ermöglicht eine zentrale Verwaltung aller Arbeitslasten und Regionen.
Stellen Sie eine oder mehrere Sicherungs-/Wiederherstellungs-Appliances in jeder Region bereit, in der die Arbeitslasten ausgeführt werden. Speichern Sie Ihre Sicherungen in derselben Region wie Ihre Arbeitslasten.
Wenn Sie auch Sicherungskopien an einem anderen Standort speichern möchten, können Sie Sicherungen entweder in einer anderen Region speichern oder einen biregionalen oder multiregionalen Speicher verwenden. Wenn Sie Sicherungen in einer anderen Region oder Multiregion speichern, fallen Netzwerk- und Speichergebühren an.
Wenn Sie sowohl Sicherung als auch Notfallwiederherstellung 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 Produktionsarbeitslastregionen als auch in der DR-Region bereit, um das Recovery Time Objective (RTO) zu minimieren. So wird sichergestellt, dass eine DR-Umgebung vollständig vorab bereitgestellt und im Notfall verfügbar ist.
Speichern Sie Sicherungen in der Region der Produktionsarbeitslast und eine Kopie in der DR-Region oder verwenden Sie biregionalen oder multiregionalen Speicher. 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 ausgefallen ist.
Empfohlene Netzwerktopologie für Backup und DR
Google Cloud empfiehlt die Verwendung einer freigegebene VPC bei der Bereitstellung von Backup und DR. Mit einer freigegebene VPC kann eine Organisation Ressourcen aus mehreren Projekten mit einem gemeinsamen VPC-Netzwerk verbinden, sodass sie sicher und effizient über interne IP-Adressen aus diesem Netzwerk 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.
Über eine 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 einem VPC-Netzwerk des Diensterstellers aktiviert. Diese Dienstersteller-VPC kommuniziert über den privaten Google-Zugriff mit Ihrem Projekt. Der Hauptzweck dieser Verbindung besteht darin, dass die Appliance-Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliances Metadaten austauschen können. Der Sicherungstraffic wird nicht über diesen Link geleitet. Eine Appliance-Verwaltungskonsole muss jedoch mit allen Sicherungs-/Wiederherstellungs-Appliances kommunizieren, die in einem beliebigen Netzwerk bereitgestellt sind.
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 einer freigegebene VPC in Ihrem Netzwerk zu verbinden. Der gesamte Traffic von der Appliance-Verwaltungskonsole fließt durch diese VPC und somit durch das Hostprojekt. Durch die Bereitstellung der Verbindung zu Backup und DR über eine freigegebene VPC wird auch eine nahtlose Verbindung zwischen Projekten, in denen die Arbeitslasten ausgeführt werden (Dienstprojekte), und Backup und 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 steuert 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 ihre Abrechnung in einem einzigen Projekt zusammengefasst werden.
In Dienstprojekten: Diese Strategie eignet sich für dezentralisierte Teams, in denen Dienstprojekte erstellt und deren Verwaltung an verteilte Teams delegiert wird. In diesem Szenario wird empfohlen, eine VPC für nachgelagerte Dienstprojekte bereitzustellen. Sicherungs-/Wiederherstellungs-Appliances werden in den Dienstprojekten innerhalb dieser VPCs installiert. Dadurch können die Arbeitslast und die Sicherungs-/Wiederherstellungs-Appliance in einem einzigen Projekt zusammengelegt werden.
Privater Google-Zugriff: Es empfiehlt sich, den privaten Google-Zugriff für jedes Subnetz zu aktivieren, in dem Sie eine Sicherungs-/Wiederherstellungs-Appliance installieren. So wird sichergestellt, dass die Sicherungs-/Wiederherstellungs-Appliance mit APIs wie Compute Engine, Cloud Storage und Cloud Logging kommunizieren kann. Dies ist wichtig, damit Monitoring und Benachrichtigungen funktionieren. Wenn Sie Verbindungen zu Google Cloud -APIs vereinfachen und verbessern möchten, 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-/Wiederherstellungs-Appliances so, dass Verbindungen zum CIDR-Bereich199.36.153.8/30über TCP-Port 443 zugelassen werden.