Bereitstellung einer Sicherungs-/Wiederherstellungs-Appliance vorbereiten

Achtung :Die Unterstützung für das Sichern und Wiederherstellen von Arbeitslasten, die mit der alten Appliance-Verwaltungskonsole verwaltet werden, wurde eingestellt. Weitere Informationen finden Sie unter Verworfene Funktionen.

Hinweis

Es empfiehlt sich, vor Beginn dieses Abschnitts den Artikel Bereitstellung von Backup und DR planen zu lesen.

Auf dieser Seite werden die Google Cloud Anforderungen beschrieben, die erfüllt sein müssen, bevor Sie Google Cloud Backup and DR aktivieren können. Dies muss in derGoogle Cloud Konsole erfolgen.

Alle auf dieser Seite beschriebenen Aufgaben müssen imGoogle Cloud -Projekt ausgeführt werden, in dem Sie Ihre Sicherungs-/Wiederherstellungs-Appliance bereitstellen. Wenn dieses Projekt ein Dienstprojekt mit freigegebene VPC ist, werden einige Aufgaben im VPC-Projekt und einige im Arbeitslastprojekt ausgeführt.

Trusted Image-Projekte zulassen

Erforderliche Berechtigungen für diese Aufgabe

Dies ist eine Richtlinie auf Organisationsebene, die möglicherweise nicht festgelegt ist oder nicht existiert. Dazu muss Ihr Nutzer die folgenden Berechtigungen haben:

• orgpolicy.policies.create
• orgpolicy.policies.delete
• orgpolicy.policies.delete
• orgpolicy.policy.get
Beispielrollen mit dieser Berechtigung: Administrator für Organisationsrichtlinien

Wenn Sie die Richtlinie constraint/compute.trustedImageProjects in den Organisationsrichtlinien aktiviert haben, ist das von Google Cloudverwaltete Quellprojekt für die Images, die zum Bereitstellen der Sicherungs-/Wiederherstellungs-Appliance verwendet werden, nicht zulässig. Sie müssen diese Organisationsrichtlinie in den Projekten anpassen, in denen Sicherungs-/Wiederherstellungsgeräte bereitgestellt werden, um einen Richtlinienverstoß während der Bereitstellung zu vermeiden. Folgen Sie dazu der Anleitung unten:

1. Rufen Sie die Seite Organisationsrichtlinien auf und wählen Sie das Projekt aus, in dem Sie Ihre Appliances bereitstellen.

   Zu den Organisationsrichtlinien

2. Klicken Sie in der Richtlinienliste auf Vertrauenswürdige Image-Projekte definieren.

3. Klicken Sie auf Bearbeiten, um die vorhandenen Einschränkungen für vertrauenswürdige Images zu bearbeiten.

4. Wählen Sie auf der Seite Bearbeiten die Option Anpassen aus.

5. Wählen Sie eine der folgenden drei Möglichkeiten aus:

   Vorhandene übernommene Richtlinie

   Wenn bereits eine übernommene Richtlinie vorhanden ist, gehen Sie so vor:

   1. Wählen Sie unter Richtlinienerzwingung die Option Mit übergeordneter Ressource zusammenführen aus.

   2. Klicken Sie auf Regel hinzufügen.

   3. Wählen Sie in der Drop-down-Liste Richtlinienwerte die Option Benutzerdefiniert aus, um die Einschränkung für bestimmte Image-Projekte festzulegen.

   4. Wählen Sie in der Drop-down-Liste Richtlinientyp die Option Zulassen aus, um Einschränkungen für die angegebenen Bildprojekte zu entfernen.

   5. Geben Sie im Feld Benutzerdefinierte Werte den benutzerdefinierten Wert als projects/backupdr-images ein.

   6. Klicken Sie auf Fertig.

   Bestehende Zulassen-Regel

   Wenn es bereits eine Zulassen-Regel gibt, führen Sie die folgenden Schritte aus:

   1. Lassen Sie die Standardeinstellung für Richtlinienerzwingung ausgewählt.

   2. Wählen Sie die vorhandene Zulassen-Regel aus.

      Achtung :Wenn eine Regel vorhanden ist, verwenden Sie sie. Versuchen Sie nicht, eine zusätzliche Regel hinzuzufügen.

   3. Klicken Sie auf Wert hinzufügen, um weitere Image-Projekte hinzuzufügen, und geben Sie den Wert als projects/backupdr-images ein.

   4. Klicken Sie auf Fertig.

   Keine vorhandene Richtlinie oder Regel

   Wenn keine Regel vorhanden ist, wählen Sie Regel hinzufügen aus und führen Sie die folgenden Schritte aus:

   1. Lassen Sie die Standardeinstellung für Richtlinienerzwingung ausgewählt.

   2. Wählen Sie in der Drop-down-Liste Richtlinienwerte die Option Benutzerdefiniert aus, um die Einschränkung für bestimmte Image-Projekte festzulegen.

   3. Wählen Sie in der Drop-down-Liste Richtlinientyp die Option Zulassen aus, um Einschränkungen für die angegebenen Bildprojekte zu entfernen.

   4. Geben Sie im Feld Benutzerdefinierte Werte den benutzerdefinierten Wert als projects/backupdr-images ein.

   5. Wenn Sie Einschränkungen auf Projektebene festlegen, können diese mit den vorhandenen Einschränkungen für Ihre Organisation oder Ihren Ordner in Konflikt stehen.

   6. Klicken Sie auf Wert hinzufügen, um weitere Image-Projekte hinzuzufügen, und klicken Sie auf Fertig.

   7. Klicken Sie auf Speichern.

6. Klicken Sie auf Speichern, um die Einschränkung anzuwenden.

   Weitere Informationen zum Erstellen von Organisationsrichtlinien finden Sie unter Organisationsrichtlinien erstellen und verwalten.

Der Bereitstellungsprozess

Für die Installation erstellt Backup und DR ein Dienstkonto, mit dem das Installationsprogramm ausgeführt wird. Das Dienstkonto benötigt Berechtigungen im Hostprojekt, im Dienstprojekt der Sicherungs-/Wiederherstellungs-Appliance und im Dienstprojekt der Appliance-Verwaltungskonsole. Weitere Informationen finden Sie unter Dienstkonten.

Das für die Installation verwendete Dienstkonto wird zum Dienstkonto der Sicherungs-/Wiederherstellungs-Appliance. Nach der Installation werden die Berechtigungen des Dienstkontos auf die Berechtigungen reduziert, die für die Sicherungs-/Wiederherstellungs-Appliance erforderlich sind.

Wenn Sie mehrere Sicherungs-/Wiederherstellungsgeräte bereitstellen, muss jedes Gerät einem eindeutigen Dienstkonto zugeordnet werden. Wenn Sie dasselbe Dienstkonto für mehrere Geräte verwenden, kann es zu Registrierungszeitüberschreitungen oder Verwaltungsfehlern kommen.

Die Appliance-Verwaltungskonsole wird bereitgestellt, wenn Sie die erste Sicherungs-/Wiederherstellungs-Appliance installieren. Sie können Backup and DR in einer gemeinsam genutzten VPC oder in einer nicht gemeinsam genutzten VPC bereitstellen.

Backup and DR in einer nicht gemeinsam genutzten VPC

Wenn Sie die Appliance-Verwaltungskonsole und die erste Sicherungs-/Wiederherstellungs-Appliance in einem einzelnen Projekt mit einer nicht freigegebenen VPC bereitstellen, befinden sich alle drei Backup und DR-Komponenten im selben Projekt.

Hinweis :CMEK muss in dem Projekt deaktiviert sein, in dem die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.

Wenn die VPC gemeinsam genutzt wird, lesen Sie den Abschnitt Backup und DR in einer gemeinsam genutzten VPC.

Erforderliche APIs für die Installation in einer nicht gemeinsam genutzten VPC aktivieren

Prüfen Sie vor dem Aktivieren der erforderlichen APIs für die Installation in einer nicht gemeinsam genutzten VPC die unterstützten Regionen für die Bereitstellung von Backup und DR. Unterstützte Regionen

Damit das Installationsprogramm in einer nicht gemeinsam genutzten VPC ausgeführt werden kann, müssen die folgenden APIs aktiviert sein. Zum Aktivieren von APIs benötigen Sie die Rolle Service Usage-Administrator.

API	Dienstname
Compute Engine	compute.googleapis.com
Resource Manager	cloudresourcemanager.googleapis.com
Workflows ^1	workflows.googleapis.com
Cloud Key Management Service (KMS)	cloudkms.googleapis.com
Identity and Access Management	iam.googleapis.com
Cloud Logging	logging.googleapis.com

¹ Der Workflow-Dienst wird in den aufgeführten Regionen unterstützt. Wenn der Workflows-Dienst in einer Region, in der die Backup und DR-Appliance bereitgestellt wird, nicht verfügbar ist, wird standardmäßig die Region „us-central1“ verwendet. Wenn Sie eine Organisationsrichtlinie haben, die das Erstellen von Ressourcen in anderen Regionen verhindert, müssen Sie Ihre Organisationsrichtlinie vorübergehend aktualisieren, um das Erstellen von Ressourcen in der Region „us-central1“ zuzulassen. Sie können die Region „us-central1“ nach der Bereitstellung der Sicherungs-/Wiederherstellungs-Appliance einschränken.

Das Nutzerkonto benötigt diese Berechtigungen im nicht freigegebenen VPC-Projekt.

Bevorzugte Rolle	Berechtigungen erforderlich
resourcemanager.projectIamAdmin (Projekt-IAM-Administrator)	resourcemanager.projects.getIamPolicy
	resourcemanager.projects.setIamPolicy
	resourcemanager.projects.get
	iam.serviceAccounts.delete
	iam.serviceAccounts.get
	workflows.workflows.delete
	workflows.executions.create
	workflows.executions.get
	workflows.operations.get
serviceusage.serviceUsageAdmin (Service Usage-Administrator)	serviceusage.services.list
iam.serviceAccountUser (Dienstkontonutzer)	iam.serviceAccounts.actAs
iam.serviceAccountAdmin (Dienstkontoadministrator)	iam.serviceAccounts.create
	iam.serviceAccounts.delete
	iam.serviceAccounts.get
workflows.editor (Workflow-Bearbeiter)	workflows.workflows.create
	workflows.workflows.delete
	workflows.executions.create
	workflows.executions.get
	workflows.operations.get
backupdr.admin (Administrator von Backup und DR)	backupdr.*
Betrachter (Basic)	Gewährt die Berechtigungen, die zum Aufrufen der meisten Google Cloud Ressourcen erforderlich sind.

Backup und DR in einer freigegebene VPC

Wenn Sie die Appliance-Verwaltungskonsole und die erste Sicherungs-/Wiederherstellungs-Appliance in einem Projekt mit freigegebene VPC bereitstellen, müssen Sie diese drei Projekte entweder im Hostprojekt oder in einem oder mehreren Dienstprojekten konfigurieren:

Prüfen Sie vor dem Aktivieren der für die Installation in einer freigegebene VPC erforderlichen APIs die unterstützten Regionen für die Bereitstellung von Backup und DR. Unterstützte Regionen

Hinweis :CMEK muss für das Projekt deaktiviert sein, in dem eine Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird.

• VPC-Inhaberprojekt: Dieses Projekt ist Inhaber der ausgewählten VPC. Der VPC-Inhaber ist immer das Hostprojekt.

• Projekt für die Appliance-Verwaltungskonsole: Hier wird die Backup and DR API aktiviert und Sie greifen auf die Appliance-Verwaltungskonsole zu, um Arbeitslasten zu verwalten.

• Projekt für Sicherungs-/Wiederherstellungs-Appliance: Hier wird die Sicherungs-/Wiederherstellungs-Appliance installiert und hier befinden sich in der Regel die geschützten Ressourcen.

In einer freigegebene VPC kann es sich um ein, zwei oder drei Projekte handeln.

Typ	VPC-Inhaber	Verwaltungskonsole für Appliances	Sicherungs‑/Wiederherstellungs-Appliance
HHH	Hostprojekt	Hostprojekt	Hostprojekt
HHS	Hostprojekt	Hostprojekt	Dienstprojekt
HSH	Hostprojekt	Dienstprojekt	Hostprojekt
HSS	Hostprojekt	Dienstprojekt	Dienstprojekt
HS2	Hostprojekt	Dienstprojekt	Ein anderes Dienstprojekt

Beschreibung der Bereitstellungsstrategien

• HHH: freigegebene VPC. Der VPC-Inhaber, die Appliance-Verwaltungskonsole und die Sicherungs-/Wiederherstellungs-Appliance befinden sich alle im Hostprojekt.

• HHS: freigegebene VPC. Der VPC-Inhaber und die Appliance-Verwaltungskonsole befinden sich im Hostprojekt und die Sicherungs-/Wiederherstellungs-Appliance in einem Dienstprojekt.

• HSH: freigegebene VPC. Der VPC-Inhaber und die Sicherungs-/Wiederherstellungs-Appliance befinden sich im Hostprojekt und die Appliance-Verwaltungskonsole in einem Dienstprojekt.

• HSS: freigegebene VPC. Der VPC-Inhaber befindet sich im Hostprojekt und die Sicherungs-/Wiederherstellungs-Appliance und die Appliance-Verwaltungskonsole befinden sich in einem Dienstprojekt.

• HS2: freigegebene VPC. Der VPC-Inhaber befindet sich im Hostprojekt und die Sicherungs-/Wiederherstellungs-Appliance und die Appliance-Verwaltungskonsole befinden sich in zwei verschiedenen Dienstprojekten.

Erforderliche APIs für die Installation im Hostprojekt aktivieren

Damit das Installationsprogramm ausgeführt werden kann, müssen die folgenden APIs aktiviert sein. Zum Aktivieren von APIs benötigen Sie die Rolle Service Usage-Administrator.

API	Dienstname
Compute Engine	compute.googleapis.com
Resource Manager	cloudresourcemanager.googleapis.com

Erforderliche APIs für die Installation im Projekt der Sicherungs-/Wiederherstellungs-Appliance aktivieren

API	Dienstname
Compute Engine	compute.googleapis.com
Resource Manager	cloudresourcemanager.googleapis.com
Workflows ^1	workflows.googleapis.com
Cloud Key Management Service (KMS)	cloudkms.googleapis.com
Identity and Access Management	iam.googleapis.com
Cloud Logging	logging.googleapis.com

Hinweis: Für die Sicherungs-/Wiederherstellungs-Appliance ist Zugriff auf die Google Cloud -APIs erforderlich. Wenn die Subnetzwerkeinstellungen den VMs keinen Zugriff auf die Google Cloud APIs erlauben, schlägt die Bereitstellung der Sicherungs-/Wiederherstellungs-Appliance fehl. Achten Sie darauf, dass das Subnetz, in dem Sie die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt haben, Zugriff auf die Google Cloud APIs und -Dienste hat. Weitere Informationen zum Konfigurieren des privaten -Zugriffs finden Sie unter Privaten Google Cloud -Zugriff konfigurieren|VPC.

¹ Der Workflow-Dienst wird in den aufgeführten Regionen unterstützt. Wenn der Workflows-Dienst in einer Region, in der die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird, nicht verfügbar ist, wird für Backup und DR standardmäßig die Region „us-central1“ verwendet. Wenn Sie eine Organisationsrichtlinie haben, die das Erstellen von Ressourcen in anderen Regionen verhindert, müssen Sie Ihre Organisationsrichtlinie vorübergehend aktualisieren, um das Erstellen von Ressourcen in der Region „us-central1“ zuzulassen. Sie können die Region „us-central1“ nach der Bereitstellung der Sicherungs-/Wiederherstellungs-Appliance einschränken.

Das Nutzerkonto benötigt diese Berechtigungen im VPC-Inhaberprojekt.

Hinweis: Die Rollen gewähren möglicherweise mehr Berechtigungen als erforderlich. Weisen Sie nur die in der Spalte Erforderliche Berechtigungen aufgeführten Berechtigungen zu.

Bevorzugte Rolle	Berechtigungen erforderlich
resourcemanager.projectIamAdmin (Projekt-IAM-Administrator)	resourcemanager.projects.getIamPolicy
	resourcemanager.projects.setIamPolicy
	resourcemanager.projects.get
	iam.serviceAccounts.delete
	iam.serviceAccounts.get
	workflows.workflows.delete
	workflows.executions.create
	workflows.executions.get
	workflows.operations.get
serviceusage.serviceUsageAdmin (Service Usage-Administrator)	serviceusage.services.list

Das Nutzerkonto benötigt diese Berechtigungen im Projekt der Appliance-Verwaltungskonsole.

Hinweis: Die Rollen gewähren möglicherweise mehr Berechtigungen als erforderlich. Weisen Sie nur die in der Spalte Erforderliche Berechtigungen aufgeführten Berechtigungen zu.

Die Appliance-Verwaltungskonsole wird bereitgestellt, wenn Sie die erste Sicherungs-/Wiederherstellungs-Appliance installieren.

Bevorzugte Rolle	Berechtigungen erforderlich
resourcemanager.projectIamAdmin (Projekt-IAM-Administrator)	resourcemanager.projects.getIamPolicy
	resourcemanager.projects.setIamPolicy
	resourcemanager.projects.get
	iam.serviceAccounts.delete
	iam.serviceAccounts.get
	workflows.workflows.delete
	workflows.executions.create
	workflows.executions.get
	workflows.operations.get
backupdr.admin (Administrator von Backup und DR)	backupdr.*
Betrachter (Basic)	Gewährt die Berechtigungen, die zum Aufrufen der meisten -Ressourcen Google Cloud erforderlich sind.

Das Nutzerkonto benötigt diese Berechtigungen im Projekt der Sicherungs-/Wiederherstellungs-Appliance.

Hinweis: Die Rollen gewähren möglicherweise mehr Berechtigungen als erforderlich. Weisen Sie nur die in der Spalte Erforderliche Berechtigungen aufgeführten Berechtigungen zu.

Bevorzugte Rolle	Berechtigungen erforderlich
resourcemanager.projectIamAdmin (Projekt-IAM-Administrator)	resourcemanager.projects.getIamPolicy
	resourcemanager.projects.setIamPolicy
	resourcemanager.projects.get
iam.serviceAccountUser (Dienstkontonutzer)	iam.serviceAccounts.actAs
iam.serviceAccountAdmin (Dienstkontoadministrator)	iam.serviceAccounts.create
	iam.serviceAccounts.delete
	iam.serviceAccounts.get
workflows.editor (Workflow-Bearbeiter)	workflows.workflows.create
	workflows.workflows.delete
	workflows.executions.create
	workflows.executions.get
	workflows.operations.get
serviceusage.serviceUsageAdmin (Service Usage-Administrator)	serviceusage.services.list

Zusätzlich zu den Berechtigungen des Endnutzerkontos werden dem in Ihrem Namen erstellten Dienstkonto vorübergehend andere Berechtigungen gewährt, bis die Installation abgeschlossen ist.

Netzwerke konfigurieren

Wenn noch kein VPC-Netzwerk für Ihr Zielprojekt erstellt wurde, müssen Sie eines erstellen, bevor Sie fortfahren. Weitere Informationen finden Sie unter VPC-Netzwerke (Virtual Private Cloud) erstellen und ändern. Sie benötigen ein Subnetz in jeder Region, in der Sie eine Appliance für die Sicherung und Wiederherstellung bereitstellen möchten. Außerdem muss die Berechtigung compute.networks.create zugewiesen sein, um es zu erstellen.

Wenn Sie Sicherungs-/Wiederherstellungs-Appliances in mehreren Netzwerken bereitstellen, verwenden Sie Subnetze, die nicht dieselben IP-Adressbereiche haben, um zu verhindern, dass mehrere Sicherungs-/Wiederherstellungs-Appliances dieselbe IP-Adresse haben.

Privaten Google-Zugriff konfigurieren

Die Sicherungs-/Wiederherstellungs-Appliance kommuniziert über den privaten Google-Zugriff mit der Appliance-Verwaltungskonsole. Es wird empfohlen, den privater Google-Zugriff für jedes Subnetz zu aktivieren, in dem Sie ein Sicherungs-/Wiederherstellungsgerät bereitstellen möchten.

Das Subnetz, in dem die Sicherungs-/Wiederherstellungs-Appliance bereitgestellt wird, muss mit einer eindeutigen Domain kommunizieren, die unter der Domain backupdr.googleusercontent.com gehostet wird. Es wird empfohlen, die folgende Konfiguration in Cloud DNS einzuschließen:

1. Erstellen Sie eine private Zone für den DNS-Namen backupdr.googleusercontent.com.
2. Erstellen Sie einen A-Eintrag für die Domain backupdr.googleusercontent.com und fügen Sie jede der vier IP-Adressen 199.36.153.8, 199.36.153.9, 199.36.153.10, 199.36.153.11 aus dem Subnetz private.googleapis.com 199.36.153.8/30 ein. Wenn Sie VPC Service Controls verwenden, verwenden Sie 199.36.153.4, 199.36.153.5, 199.36.153.6, 199.36.153.7 aus dem restricted.googleapis.com-Subnetz 199.36.153.4/30.
3. Erstellen Sie einen CNAME-Eintrag für *.backupdr.googleusercontent.com, der auf den Domainnamen backupdr.googleusercontent.com verweist.

So wird sichergestellt, dass jede DNS-Auflösung für Ihre eindeutige Appliance-Managementkonsole über den privater Google-Zugriff erfolgt.

Achten Sie darauf, dass Ihre Firewallregeln eine Regel für ausgehenden Traffic haben, die den Zugriff über TCP 443 auf das Subnetz 199.36.153.8/30 oder 199.36.153.4/30 zulässt. Wenn Sie außerdem eine Regel für ausgehenden Traffic haben, die den gesamten Traffic zu 0.0.0.0/0 zulässt, sollte die Verbindung zwischen den Appliances für Sicherung und Wiederherstellung und der Appliance-Verwaltungskonsole erfolgreich sein.

Cloud Storage-Bucket erstellen

Sie benötigen einen Cloud Storage-Bucket, wenn Sie Datenbanken und Dateisysteme mit dem Backup and DR-Agent schützen und die Sicherungen dann zur langfristigen Aufbewahrung in Cloud Storage kopieren möchten. Dies gilt auch für VMware-VM-Back-ups, die mit den VMware vSphere Storage APIs Data Protection erstellt wurden.

Erforderliche Berechtigungen für diese Aufgabe

Zum Erstellen eines Cloud Storage-Bucket benötigen Sie eine Rolle mit den folgenden Berechtigungen:

• storage.buckets.get
• storage.objects.create
• storage.objects.delete
• storage.objects.get
• storage.objects.list
• iam.serviceAccountKeys.create
Rollen mit diesen Berechtigungen sind Storage Admin und Editor.

Erstellen Sie einen Cloud Storage-Bucket. Folgen Sie dazu der Anleitung unter:

1. Wechseln Sie in der Google Cloud Console unter „Cloud Storage“ zur Seite Buckets.
   

   Buckets aufrufen

2. Klicken Sie auf Bucket erstellen.

3. Geben Sie einen Namen für den Bucket ein.

4. Wählen Sie eine Region aus, in der Ihre Daten gespeichert werden sollen, und klicken Sie auf Weiter.

5. Wählen Sie eine Standardspeicherklasse aus und klicken Sie auf Weiter. Verwenden Sie Nearline, wenn die Aufbewahrungsdauer 30 Tage oder weniger beträgt, und Coldline, wenn die Aufbewahrungsdauer 90 Tage oder mehr beträgt. Wenn die Aufbewahrungsdauer zwischen 30 und 90 Tagen liegt, sollten Sie Coldline verwenden.

6. Lassen Sie Einheitliche Zugriffssteuerung ausgewählt und klicken Sie auf Weiter. Verwenden Sie keine detaillierten.

7. Lassen Sie die Schutztools auf Keine eingestellt und klicken Sie auf Weiter. Wählen Sie keine anderen Optionen aus, da sie nicht mit Backup and DR funktionieren.

8. Klicken Sie auf Erstellen.

9. Prüfen Sie, ob Ihr Dienstkonto Zugriff auf Ihren Bucket hat:

   1. Wählen Sie den neuen Bucket aus, um die Bucket-Details aufzurufen.

   2. Rufen Sie Berechtigungen auf.

   3. Prüfen Sie, ob Ihre neuen Dienstkonten unter Hauptkonten aufgeführt sind. Falls nicht, fügen Sie mit dem Button Hinzufügen sowohl das Dienstkonto für Leser als auch das Dienstkonto für Schreiber als Hauptkonten hinzu.

   Hinweis :Das Dienstkonto, das standardmäßig an die Appliance angehängt ist, kann nicht auf von Nutzern erstellte Buckets zugreifen, da die Rolle Backup and DR Cloud Storage Operator mit einer IAM-Bedingung hinzugefügt wird, die den Zugriff auf Buckets nur zulässt, wenn der erstellte Bucket mit demselben Namen wie die Appliance beginnt. Aus diesem Grund müssen Sie das Dienstkonto manuell als Hauptkonto für jeden vom Nutzer erstellten Bucket hinzufügen, den Sie einem OnVault-Pool hinzufügen.

Nächste Schritte

• Backup und DR bereitstellen