Die SKUs, die für die Abrechnung von Speichergebühren für den Backup- und DR-Dienst verwendet werden, hängen davon ab, ob die geschützte Ressource in einem Backup Vault oder in einem selbstverwalteten Speicher geschützt wird.

Wenn eine Ressource in einem Backup Vault geschützt ist, werden die Speicherkosten dem Projekt in Rechnung gestellt, in dem der Backup Vault erstellt wurde. Dabei werden die SKUs des Backup and DR Service und die in der folgenden Tabelle aufgeführten Preise verwendet.

Wenn eine Ressource in einem selbstverwalteten Speicher geschützt wird (z.B. ein Cloud Storage-Bucket oder ein Snapshot eines nichtflüchtigen Speichers), werden die Speicherkosten über die entsprechenden SKUs abgerechnet. Weitere Informationen zu den Preisen von Cloud Storage finden Sie unter Cloud Storage – Preise. Weitere Informationen zu den Preisen für Snapshots von nichtflüchtigem Speicher finden Sie unter Preise für Snapshots von nichtflüchtigem Cloud-Speicher.

Jedes Projekt in Google Cloud hat ein Rechnungskonto, das definiert, wer für die Nutzung von Google Cloud-Ressourcen und APIs in diesem Projekt bezahlt. Das Projekt und die SKUs, die für die Abrechnung des Backup- und DR-Dienstes verwendet werden, hängen vom Typ der geschützten Ressource ab.

Unabhängiger Schutz von Festplatten (Persistent Disk und Hyperdisk) in einem Backup-Vault (einschließlich Schutz über Terraform und Google Cloud CLI)

Verwaltungsgebühren für Laufwerke (nichtflüchtige Speicher oder Hyperdisks) unter aktivem Schutz in einem Backup-Tresor werden dem Projekt in Rechnung gestellt, in dem sich das geschützte Laufwerk befindet. In der folgenden Tabelle sind die SKUs und Preisstufen für den Festplattenschutz in einem Sicherungsspeicher aufgeführt.

Compute Engine-VM-Schutz in einem Backup-Vault (einschließlich Schutz über Terraform und Google Cloud CLI)

Verwaltungsgebühren für VMs, die unter aktivem Schutz in einem Sicherungsspeicher verwaltet werden, werden dem Projekt in Rechnung gestellt, in dem sich die geschützte VM befindet. In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in einem Sicherungsspeicher aufgeführt.

Wenn eine VM nicht mehr aktiv geschützt ist, aber Sicherungsdaten in einem Sicherungsspeicher hat, werden Verwaltungsgebühren wie hier beschrieben berechnet.

Schutz von Compute Engine-VMs in selbstverwalteten Speicher

Verwaltungsgebühren für den Schutz in selbstverwaltetem Speicher werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden. In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in selbstverwalteten Speicher aufgeführt.

VMware Engine-VMs werden über die Verwaltungskonsole des Backup- und DR-Dienstes geschützt. Verwaltungsgebühren für Ressourcen, die über die Verwaltungskonsole des Backup- und DR-Dienstes aktiv geschützt werden, werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden.

Die Preise für das Sichern von VMware Engine basieren auf der Nutzungsdauer und dem Zusicherungszeitraum. Optional gibt es unter anderem On-Demand-Rabatte und Rabatte für zugesicherte Nutzung für ein oder drei Jahre.

In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz von VMware Engine-ve1-standard-72-Knoten und ve1-standard-72-Knoten nur für Speicher in einem Backup-Vault oder in selbstverwaltetem Speicher aufgeführt.

In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz von VMware Engine-ve2-Knoten in einem Sicherungsspeicher oder in einem selbstverwalteten Speicher aufgeführt.

Wenn eine VM nicht mehr aktiv geschützt ist, aber Sicherungsdaten in einem Sicherungsspeicher hat, werden Verwaltungsgebühren wie hier beschrieben berechnet.

Selbstverwaltete SQL Server-Datenbanken werden über die Verwaltungskonsole des Backup- und DR-Dienstes geschützt. Verwaltungsgebühren für Ressourcen, die über die Verwaltungskonsole des Backup- und DR-Dienstes aktiv geschützt werden, werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden.

In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in einem Sicherungsspeicher aufgeführt.

Wenn SQL Server nicht mehr aktiv geschützt wird, aber Sicherungsdaten in einem Backup Vault hat, werden Verwaltungsgebühren wie hier beschrieben berechnet.

In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in selbstverwalteten Speicher aufgeführt.

Selbstverwaltete Oracle-Datenbanken werden über die Verwaltungskonsole des Backup- und DR-Dienstes geschützt. Verwaltungsgebühren für Ressourcen, die über die Verwaltungskonsole des Backup- und DR-Dienstes aktiv geschützt werden, werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden.

Die Preise für das Sichern von Oracle-Daten in einem Backup Vault basieren auf der Nutzungsdauer und dem Zusicherungszeitraum. Optional gibt es unter anderem On-Demand-Rabatte und Rabatte für zugesicherte Nutzung für ein oder drei Jahre. In der folgenden Tabelle sind die SKUs und Preisstufen für die Aufnahme in einen Sicherungstresor aufgeführt.

Wenn Oracle nicht mehr aktiv geschützt ist, aber Sicherungsdaten in einem Backup Vault hat, werden Verwaltungsgebühren wie hier beschrieben berechnet.

In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in selbstverwalteten Speicher aufgeführt.

Selbstverwaltete SAP HANA-Datenbanken werden über die Verwaltungskonsole des Backup- und DR-Dienstes geschützt. Verwaltungsgebühren für Ressourcen, die über die Verwaltungskonsole des Backup- und DR-Dienstes aktiv geschützt werden, werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden. In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in selbstverwalteten Speicher aufgeführt.

Der Backup- und DR-Dienst unterstützt auch den Schutz zusätzlicher Ressourcen über die Verwaltungskonsole des Backup- und DR-Dienstes, wie unten aufgeführt (z.B. Dateisysteme, MySQL-Datenbanken usw.). Verwaltungsgebühren für solche Ressourcen, die über die Verwaltungskonsole des Backup- und DR-Dienstes aktiv geschützt werden, werden dem Projekt in Rechnung gestellt, in dem der Backup- und DR-Dienst aktiviert und die Verwaltungskonsole bereitgestellt wurde. Dies gilt unabhängig von den Zonen, Regionen oder Projekten, in denen sich die Sicherungs-/Wiederherstellungs-Appliances befinden. In der folgenden Tabelle sind die SKUs und Preisstufen für den Schutz in selbstverwalteten Speicher aufgeführt.

Wenn eine Ressource nicht mehr aktiv geschützt ist (d. h. der Ressourcenschutz ist „inaktiv“) und sich in einem bestimmten Backup-Tresor befindet, aber immer noch Sicherungsdaten in diesem Backup-Tresor hat, werden dem Projekt, in dem der Backup-Tresor erstellt wurde, Verwaltungsgebühren in Rechnung gestellt. Dabei werden die unten aufgeführte SKU und der Preis verwendet.

Beachten Sie auch die folgenden Szenarien, in denen der Ressourcenschutz als „inaktiv“ gilt:

• Abrechnungsverhalten bei Deaktivierung von APIs
• Für Ressourcen, die über eine Sicherungs-/Wiederherstellungs-Appliance geschützt werden:
• Wenn das Sicherungs-/Wiederherstellungsgerät 24 Stunden lang nicht mit dem Sicherungsspeicher kommuniziert, wird der zugehörige Ressourcenschutz des Sicherungsspeichers als „inaktiv“ betrachtet.

Zur Berechnung der Verwaltungsgebühren misst Backup and DR die Nutzung anhand der tatsächlichen Workload-Größe am Frontend oder der Größe des verwalteten Workloads. Die Maßeinheit ist Gibibyte (GiB). Ein Gibibyte = 1024 × 1024 × 1024 Byte.

Wenn die verwaltete Arbeitslast die Volume-Größe für Daten meldet, berücksichtigt Backup and DR die gemeldete Volume-Größe. Die Nutzungsberechnung für VMware stimmt beispielsweise mit der in vCenter gemeldeten Größe der VM überein.

Wenn Sie 10 TiB an Oracle-Daten verwalten, die auf mehrere Datenbanken verteilt sind, meldet Backup and DR eine Datennutzung von 10 * 1.024 GiB.

Hinweis: Bei der Messung der Nutzung von Sicherung und Notfallwiederherstellung werden die Häufigkeit der Datenerfassung, der Speicherort der Kopien, die Anzahl der erstellten Kopien, die Datenänderungsrate, der Aufbewahrungszeitraum und der von den Kopien belegte Speicherplatz nicht berücksichtigt.

Nutzungsmessung für Compute Engine bei der Sicherung in selbstverwalteten Speicher

Bei der Sicherung in selbstverwalteten Speicher misst Backup and DR die Nutzung für Compute Engine-VM-Sicherungen anhand der Menge an PD-Speicher, die zum Zeitpunkt der Sicherung an eine Compute Engine-VM angehängt ist. Mit Backup and DR können Sie PD-Volumes von der Sicherung ausschließen. In solchen Fällen werden nur die Volumes, die als zu sichernde Volumes identifiziert wurden, zur Messung der Nutzung herangezogen.

Wenn beispielsweise zwei PD-Volumes mit 1 TiB und 2 TiB an eine Compute Engine-VM angehängt sind und Sie die SLT für die Sicherung so konfigurieren, dass das 2-TiB-Volume ausgeschlossen wird, wird die Nutzung für die VM mit 1 TiB gemessen.

Wenn die 1 TiB große VM vergrößert oder verkleinert wird, misst Backup and DR die Nutzung anhand der Größe des Volumes zum Zeitpunkt der letzten Sicherung.

Nutzungsmessung für die Compute Engine bei der Sicherung in einem Backup Vault

Bei der Sicherung in einem Sicherungsspeicher erfasst Backup and DR die Nutzung von Compute Engine-VMs wie unten beschrieben:

• Die Verwaltungsgebühren basieren auf der Größe der Compute Engine-VM zum Zeitpunkt der Sicherung. Wenn beispielsweise einer VM insgesamt 1 TiB Speicherplatz zugewiesen ist, werden die Verwaltungsgebühren für 1 TiB berechnet, unabhängig davon, wie viel Speicherplatz tatsächlich verwendet wird.
• Wenn die 1 TiB-VM größer oder kleiner wird, misst Backup and DR die Nutzung anhand der Größe der VM zum Zeitpunkt der letzten Sicherung.

Nutzungsmessung bei der Sicherung unabhängiger Festplatten (Persistent Disks und Hyperdisks) in einem Sicherungsspeicher

Für Sicherungen, die in einem Backup Vault gespeichert sind, berechnet Backup and DR die Nutzung für unabhängige Persistent Disks/Hyperdisks wie folgt:

• Die Verwaltungsgebühren richten sich nach der Größe des nichtflüchtigen Speichers/der Hyperdisk zum Zeitpunkt der jeweiligen Sicherung. Das bedeutet, dass für eine 1 TiB-Festplatte Verwaltungsgebühren für 1 TiB anfallen, unabhängig vom tatsächlich genutzten Speicherplatz.
• Außerdem berechnet Backup and DR die Nutzung basierend auf der aktuellen Größe des Laufwerks während der letzten Sicherung neu, auch wenn sich die Größe des VM-Laufwerks seit der vorherigen Sicherung geändert hat.

Nutzungsmessung für agentlose VMware Engine

Für VMware Engine-Knoten vom Typ ve1 und ve2

Die Preise werden anhand der Anzahl und des Typs der geschützten ESXi-Knoten berechnet. Ein ESXi-Knoten gilt als geschützt, wenn eine oder mehrere der daran angehängten VMs durch den Dienst für Sicherung und Notfallwiederherstellung geschützt werden.

Das folgende Beispiel zeigt den Abrechnungsprozess für die VMware Engine:

• Preis für die Sicherung eines einzelnen VMware Engine-Knotens vom Typ „ve1“ (nur VM-Back-ups) in der Region „us-central1“ für einen Monat = (Listenpreis für die Sicherung des Knotens/ Stunde) × (Anzahl der Stunden pro Tag, in denen der Knoten aktiv ist) × (Anzahl der Tage im Monat).
• Wenn der VMware Engine-Knoten 24 Stunden lang aktiv ist, ein Monat 30 Tage hat und die Sicherung eines Knotens 0,46 $ kostet, belaufen sich die Kosten auf 0,46 $ × 24 × 30 = 331 $.

Bei ve2-Knoten richtet sich der Preis nach der Anzahl und dem Typ (Mega, Large, Standard, Small) der geschützten ESXi-Knoten.

Die Preise gelten nur für den Schutz der VMware Engine – vollständige VM-Back-ups. Gebühren für die Sicherungsverwaltung für agentenbasierte Sicherungen sind nicht enthalten, z. B. Gebühren für anwendungskonsistente Sicherungen für SAP HANA, SQL Server, MySQL, Postgres, Dateisystem-Agents usw. Informationen zum Schätzen von Gebühren für agentenbasierte Sicherungen finden Sie unter Nutzungsmessung für agentenbasierte Sicherungen.

Für VMware Engine-Knoten vom Typ „Nur Speicher“ (ve1 und ve2)

Der Preis für den Schutz eines Nur-Speicher-Knotens vom Typ „ve1“ oder „ve2“ in der VMware Engine richtet sich nach der Anzahl der Nur-Speicher-Knoten vom Typ „ve1“ oder „ve2“, die einem Cluster mit mindestens einem oder mehreren geschützten Knoten vom Typ „ve1“ oder „ve2“ in der VMware Engine hinzugefügt werden.

Wenn Sie einen Cluster mit geschützten VMware Engine ve1/ve2-Knoten haben und diesem Cluster VMware Engine ve1/ve2-Knoten nur für Speicher hinzufügen, werden alle Knoten nur für Speicher im Cluster standardmäßig als geschützt betrachtet und Ihnen werden die Kosten für den Schutz aller Knoten berechnet. Sie können den Schutz für VMware Engine ve1/ve2-Nur-Speicher-Knoten in einem Cluster, der mindestens einen oder mehrere geschützte VMware Engine ve1/ve2-Knoten hat, nicht ausschließen.

Angenommen, Sie haben einen Cluster mit 20 Knoten und schützen 10 davon mit dem Backup- und DR-Dienst. Wenn Sie dem Cluster drei reine Speicherknoten hinzufügen, werden alle drei als geschützt betrachtet und Ihnen werden 10 + 3 = 13 VMware Engine-Knoten vom Typ „ve1“ in Rechnung gestellt.

Wenn Sie keine VMware Engine ve1/ve2-Knoten in einem Cluster schützen, können VMware Engine v1/ve2-Knoten, die nur Speicher bereitstellen, in diesem Fall nicht geschützt werden.

Backup and DR misst die Nutzung für agentenbasierte Sicherungen anhand der tatsächlichen Größe der Arbeitslast. Wenn beispielsweise ein SQL Server-Datenbanksicherung den Backup and DR-Agent verwendet und die Summe der Datendateien eines SQL Server fünf TiB auf einem sieben TiB-Volume beträgt, wird die Nutzung als fünf TiB gemessen.

Nutzungsmessung für agentenbasierte Sicherung von Datenbanken

Bei Oracle- und SQL Server-Arbeitslasten werden nur die geschützten Datenbanken auf die Nutzung angerechnet. Logdateien werden nicht berücksichtigt:

• Oracle. Die zugewiesene Größe der geschützten Datenbankdateien wird auf die Nutzung angerechnet. Die zugewiesene Größe umfasst Datendateien und Steuerdateien.
• Microsoft SQL Server. Die Gesamtgröße aller Datenbankdateien, einschließlich der .MDF-, .LDF- und .NDF-Dateien, die geschützt sind, wird auf die Nutzung angerechnet.
• Datenbankschutz mit Linux Change Block Tracking (CBT) Backup and DR unterstützt die effiziente Sicherung mehrerer Datenbanken mit Change Block Tracking. Dieser Sicherungsmodus setzt voraus, dass sich Datenbankprotokoll- und Datendateien auf von Linux Logical Volume Manager (LVM) verwalteten Volumes befinden. Bei dieser Art von Arbeitslasten wird die Nutzung anhand der tatsächlichen Größe der geschützten Datenbank gemessen. Dazu werden die folgenden Abfragen verwendet:
• Db2: call get_dbsize_info(?,?,?,-1);
• MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• MySQL: SELECT SUM(data_length + index_length) FROM information_schema.TABLES where table_schema='';
• PostgreSQL: SELECT pg_database_size('$db');
• SAP ASE: sp_spaceused;
• SAP IQ: sp_iqdbsize * block_size;
• SAP HANA: select sum(TOTAL_SIZE) from sys_databases.M_VOLUME_FILES where file_type='DATA'
• SAP MaxDB: dbmcli -d $DBSID $MAXDB_KEY info DATA
• SQL-Dump-basierter Schutz ohne Linux CBT. Backup and DR unterstützt herkömmliche SQL-Dump-basierte Sicherungen. In diesem Modus wird die Nutzung als Größe der Datenbank gemessen, die von der Datenbank zum Zeitpunkt der Sicherung angegeben wird.

Faktoren, die die Nutzungsmessung beeinflussen

Faktoren, die die Nutzungsmessung in Out-of-Band-Szenarien beeinflussen:

• Komprimierte Volumes Wenn die Komprimierung aktiviert ist, werden die Werte nach der Komprimierung gezählt. Wenn beispielsweise ein 2 TiB-Volume 2,5 TiB an Daten enthält, die auf 1,8 TiB komprimiert wurden, beträgt die Nutzungsmenge 1,8 TiB und nicht 2,5 TiB.
• Windows-optimierte Volumes Bei für Windows optimierten Volumes wird das Volume für die Sicherung durch Backup and DR rehydriert. Die Nutzungszahl ist dann der rehydrierte Wert. Wenn beispielsweise ein für Windows optimiertes Volume mit 1 TiB 800 GiB Daten enthält und nach der Rehydrierung für die Sicherung 1, 1 TiB groß ist, beträgt die Nutzung 1, 1 TiB.
• Blockgrößen Bei Staging-Festplatten misst Backup and DR die Nutzung anhand der Blockgröße der Staging-Festplatte. Wenn die Blockgröße des Quellvolumes und die Blockgröße des Staging-Laufwerks übereinstimmen, entsprechen die Nutzungswerte genau dem Quellvolume. Wenn die auf dem Staging-Laufwerk verwendete Blockgröße von der des Quellvolumes abweicht, kann es zu geringfügigen Unterschieden kommen, da die Nutzungsberechnung auf dem Staging-Laufwerk erfolgt.
• Konsistenzgruppen Die Anzahl der Nutzungen für eine Konsistenzgruppe ist die Summe aller Arbeitslastgrößen in der Konsistenzgruppe. Arbeitslasten werden einzeln gemessen und summiert.

Nutzungsmessung für virtuelle Kopien

Backup and DR misst die Nutzung virtueller Kopien ab dem Zeitpunkt, an dem eine virtuelle Kopie einer Arbeitslast erstellt wird. Die Nutzung wird anhand der Größe der Anwendung zum Zeitpunkt der letzten Sicherung berechnet. Bei neuen Sicherungen wird die Nutzung entsprechend der aktuellen Anwendungsgröße aktualisiert. Die gängigste Methode zum Erstellen virtueller Kopien sind Mount-Jobs. Es gibt auch andere Jobtypen wie „prep-mount“ und „reprovision“, die eine virtuelle Kopie erstellen können. Die Nutzungsgebühren werden anteilig auf der Grundlage der Nutzungsdauer der virtuellen Kopie berechnet (von dem Zeitpunkt, an dem sie erfolgreich bereitgestellt wurde, bis zu dem Zeitpunkt, an dem sie wieder entfernt wurde, wobei die Nutzungsdauer in Schritten von einer Stunde gemessen wird).

Nehmen wir als Beispiel eine SQL Server-Datenbank mit einer Größe von 500 GiB. Für Sicherungen dieser Datenbank fallen Nutzungsgebühren für Sicherungen an, die mit 500 GiB verbunden sind. Außerdem wird am ersten Tag des Monats um 12 Uhr mittags eine virtuelle Kopie dieser Datenbank aus dem letzten Backup auf einem Testserver bereitgestellt. Am 10. Tag des Monats wird die Quelldatenbank auf 400 GiB verkleinert. Am 20. des Monats wird die virtuelle Kopie um 11:00 Uhr vom Testserver getrennt. In diesem Szenario fallen für die Nutzung der virtuellen Kopie Kosten für 500 GiB an: 12 Stunden am 1. des Monats und 24 Stunden pro Tag vom 2. bis zum Zeitpunkt der Sicherung am 10. des Monats. Die Gebühr für die Nutzung der virtuellen Kopie ändert sich am 10. Tag des Monats (zum Zeitpunkt der Sicherung) auf 400 GiB und bleibt bis zum 20. Tag des Monats bestehen. Die Nutzung der virtuellen Kopie am 20. Tag wird nur für 11 Stunden und nicht für den ganzen Tag gezählt. Die Nutzungsmenge ändert sich nicht, wenn zusätzliche Daten in die virtuelle Kopie geschrieben werden.

Wenn Daten aus einem Sicherungsspeicher übertragen werden und sich Quelle und Ziel an unterschiedlichen Google Cloud-Standorten befinden, können Gebühren für die Datenübertragung zwischen Regionen anfallen.

Für Übertragungen im Zusammenhang mit VMware Engine-VMs, Oracle-Datenbanken, SQL Server-Datenbanken und Festplatten fallen derzeit Gebühren für die interregionale Datenübertragung an.

Gebühren für die regionsübergreifende Datenübertragung für VMware Engine-VMs, Oracle-Datenbanken und SQL Server-Datenbanken werden dem Projekt in Rechnung gestellt, in dem sich der Backup-Tresor befindet. Dabei werden die unten aufgeführten Backup and DR-SKUs verwendet.

Gebühren für die interregionale Datenübertragung von Festplatten werden dem Zielprojekt der Datenübertragung in Rechnung gestellt und gelten für die Größe der übertragenen Daten.

• Bei der Wiederherstellung von Festplatten ist das Zielprojekt das Projekt der wiederhergestellten Ressource. Die Abrechnung erfolgt über die entsprechende Compute Engine-SKU für die interregionale Datenübertragung.

Für die interregionale Datenübertragung von Compute Engine-VMs werden in Zukunft Gebühren erhoben. Kunden von Backup and DR werden vorab benachrichtigt, bevor die Gebühren für die regionsübergreifende Datenübertragung für Compute Engine-VMs anfallen.

Die nutzungsabhängigen Preise für die interregionale Datenübertragung sind in der folgenden Tabelle aufgeführt und werden pro übertragenem GiB berechnet.

Für das Erstellen multiregionaler Back-ups können Uploadgebühren anfallen. Für das Wiederherstellen multiregionaler Sicherungen können Gebühren für Downloads anfallen.

Für Uploads und Downloads im Zusammenhang mit Festplatten werden derzeit Gebühren erhoben, die sich nach der Größe der übertragenen Daten richten.

Weitere Informationen:

• Gebühren für Uploads und Downloads werden den entsprechenden SKUs mit geografischen Standorten in Rechnung gestellt, die den multiregionalen Standort enthalten.
• Wenn für eine Datenübertragung zwischen Standorten Gebühren für das Hoch- und Herunterladen anfallen, werden keine Gebühren für die interregionale Datenübertragung erhoben.
• Projektabrechnung
• Die Uploadgebühren werden über die entsprechende SKU des Backup- und DR-Dienstes dem Projekt in Rechnung gestellt, in dem der multiregionale Backup Vault erstellt wurde.
• Die Gebühren für das Herunterladen werden über die entsprechende SKU für das Herunterladen von Compute Engine-Diensten dem Zielprojekt in Rechnung gestellt, in dem die Daten wiederhergestellt wurden.

Beispiele für Anwendungsfälle:

• „Sichern eines Laufwerks in der Region „us-central1“ in einem multiregionalen Sicherungsspeicherort in der Region „us“
• Es würden Gebühren für das multiregionale Hochladen anfallen.
• Die Abrechnung erfolgt über die SKU für das multiregionale Hochladen des Backup and DR-Dienstes „Nordamerika“.
• Die Uploadgebühren würden dem Projekt in Rechnung gestellt, in dem der Backup Vault erstellt wurde.
• Es würden keine Gebühren für die interregionale Datenübertragung anfallen.
• Wiederherstellung aus einer Sicherung eines multiregionalen „us“-Laufwerks in eine Ressource in der Region „us-central1“.
• Es würden Gebühren für das Herunterladen aus mehreren Regionen anfallen.
• Die Abrechnung erfolgt über die entsprechende Compute Engine-SKU (hier finden Sie die Compute Engine-Preisdetails).
• Die Downloadgebühren werden dem Zielprojekt in Rechnung gestellt, in dem die wiederhergestellte Ressource erstellt wurde.
• Es würden keine Gebühren für die interregionale Datenübertragung anfallen.
• Wiederherstellung aus einer Sicherung eines multiregionalen Laufwerks in „us“ zu einer Ressource in der Region „europe-west1“.
• Es würden keine Gebühren für Downloads aus mehreren Regionen anfallen.
• Es würden Gebühren für die interregionale Datenübertragung anfallen.
• Die Abrechnung erfolgt über die entsprechende Compute Engine-SKU (hier finden Sie die Compute Engine-Preisdetails).
• Gebühren für die interregionale Datenübertragung werden dem Zielprojekt in Rechnung gestellt, in dem die wiederhergestellte Ressource erstellt wurde.

Für das Hoch- und Herunterladen von Daten auf Compute Engine-VMs werden in Zukunft Gebühren erhoben. Backup and DR-Kunden werden vorab informiert, bevor die Gebühren für das Hoch- und Herunterladen von Compute Engine-VMs anfallen.

API-Deaktivierung im Projekt, das einen Backup Vault enthält

Wenn die API für den Backup- und DR-Dienst in einem Projekt mit einem Backup Vault deaktiviert wird, ändert sich die Abrechnung wie folgt:

• Die Abrechnung für den Speicherplatz wird fortgesetzt, bis die Back-ups gemäß dem vom Nutzer festgelegten Ablaufplan ablaufen.
• Für Compute Engine-VMs, die in Backup Vaults geschützt sind
• Die Verwaltungsabrechnung für aktiven Schutz wird 30 Tage lang fortgesetzt (für das Projekt, in dem sich die geschützte Ressource befindet). Nach 30 Tagen in deaktiviertem Zustand wird der Schutz für die gespeicherten Ressourcen als inaktiv betrachtet.
• Wenn Sicherungsdaten in einem Backup Vault vorhanden sind, die zugehörige Ressource aber nicht mehr aktiv geschützt wird, gilt die Verwaltungsabrechnung für Ressourcen, die nicht mehr aktiv geschützt werden.

API-Deaktivierung in einem Projekt mit Compute Engine-VMs, die in einem Backup-Vault geschützt sind

Wenn die API für den Backup- und DR-Dienst in einem Projekt deaktiviert wird, das eine Ressource enthält, die in einem Backup Vault geschützt ist, gilt Folgendes:

• Die Abrechnung für den Speicherplatz wird fortgesetzt, bis die Back-ups gemäß dem vom Nutzer festgelegten Ablaufplan ablaufen.
• Die Abrechnung der Verwaltung für aktiven Schutz wird eingestellt. Nach 30 Tagen in deaktiviertem Zustand wird der Schutz für die gespeicherten Ressourcen als inaktiv betrachtet.
• Wenn Sicherungsdaten in einem Backup Vault vorhanden sind, die zugehörige Ressource aber nicht mehr aktiv geschützt wird, gilt die Verwaltungsabrechnung für Ressourcen, die nicht mehr aktiv geschützt werden.

Die Sicherungs-/Wiederherstellungs-Appliance wird als Compute Engine-VM in einem vom Kunden ausgewählten Projekt ausgeführt. Appliances für den Backup- und DR-Dienst sind in drei verschiedenen Konfigurationen verfügbar, die unter Einrichtung und Planung einer Bereitstellung des Backup- und DR-Dienstes aufgeführt sind. Für die Ausführung dieser Appliances gelten die Standardgebühren für Compute Engine-Instanzen.