SKU yang digunakan untuk menagih biaya penyimpanan Backup and DR Service bergantung pada apakah resource yang dilindungi sedang dilindungi ke vault cadangan atau ke penyimpanan yang dikelola sendiri.

Jika resource dilindungi ke dalam vault cadangan, biaya penyimpanan akan ditagihkan ke project tempat vault cadangan dibuat, menggunakan SKU Layanan Pencadangan dan DR serta harga yang ditentukan dalam tabel di bawah.

Jika resource dilindungi ke penyimpanan yang dikelola sendiri (misalnya, bucket Cloud Storage atau snapshot Persistent Disk), biaya penyimpanan akan ditagih menggunakan SKU yang sesuai. Untuk mengetahui detail selengkapnya tentang harga Cloud Storage, lihat Harga Cloud Storage. Untuk mengetahui detail selengkapnya tentang harga snapshot Persistent Disk, lihat Harga snapshot Persistent Disk Cloud.

Setiap project di Google Cloud memiliki akun penagihan yang digunakan untuk menentukan siapa yang membayar penggunaan resource dan API Google Cloud dalam project tersebut. Project dan SKU yang digunakan untuk penagihan Layanan Pencadangan dan DR ditentukan oleh jenis resource yang dilindungi.

Perlindungan disk independen (Persistent dan Hyperdisk) ke dalam vault cadangan (termasuk perlindungan melalui Terraform dan Google Cloud CLI)

Biaya pengelolaan untuk disk (Persistent Disk atau Hyperdisk) yang berada di bawah perlindungan aktif ke dalam vault cadangan akan ditagihkan ke project tempat disk yang dilindungi berada. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan disk ke vault cadangan.

Perlindungan VM Compute Engine ke dalam vault cadangan (termasuk perlindungan melalui Terraform dan Google Cloud CLI)

Biaya pengelolaan untuk VM yang berada di bawah perlindungan aktif ke dalam vault cadangan ditagihkan ke project tempat VM yang dilindungi berada. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke vault cadangan.

Jika VM tidak lagi dalam perlindungan aktif, tetapi memiliki data cadangan di vault cadangan, biaya pengelolaan akan ditagih seperti yang dijelaskan di sini.

Perlindungan VM Compute Engine ke penyimpanan yang dikelola sendiri

Biaya pengelolaan untuk perlindungan ke penyimpanan yang dikelola sendiri ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke penyimpanan yang dikelola sendiri.

VM VMware Engine dilindungi melalui konsol pengelolaan Layanan Pencadangan dan DR. Biaya pengelolaan untuk resource yang berada di bawah perlindungan aktif melalui konsol pengelolaan Layanan Pencadangan dan DR ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada.

Harga untuk mencadangkan VMware Engine didasarkan pada konsumsi dan jangka waktu komitmen; opsi meliputi diskon on-demand atau diskon abonemen untuk jangka waktu satu dan tiga tahun.

Tabel berikut mencantumkan SKU dan titik harga untuk melindungi node ve1-standard-72 VMware Engine dan node ve1-standard-72 khusus penyimpanan ke vault cadangan atau ke penyimpanan yang dikelola sendiri.

Tabel berikut mencantumkan SKU dan titik harga untuk melindungi node ve2 VMware Engine ke vault cadangan atau ke penyimpanan yang dikelola sendiri.

Jika VM tidak lagi dalam perlindungan aktif, tetapi memiliki data cadangan di vault cadangan, biaya pengelolaan akan ditagih seperti yang dijelaskan di sini.

Database SQL Server yang dikelola sendiri dilindungi melalui konsol pengelolaan Layanan Pencadangan dan DR. Biaya pengelolaan untuk resource yang berada di bawah perlindungan aktif melalui konsol pengelolaan Layanan Pencadangan dan DR ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada.

Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke vault cadangan.

Jika SQL Server tidak lagi dalam perlindungan aktif, tetapi memiliki data cadangan di vault cadangan, biaya pengelolaan akan ditagih seperti yang dijelaskan di sini.

Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke penyimpanan yang dikelola sendiri.

Database Oracle yang dikelola sendiri dilindungi melalui konsol pengelolaan Layanan Backup dan DR. Biaya pengelolaan untuk resource yang berada di bawah perlindungan aktif melalui konsol pengelolaan Layanan Pencadangan dan DR ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada.

Harga untuk mencadangkan Oracle ke vault cadangan didasarkan pada konsumsi dan jangka waktu komitmen; opsi meliputi diskon on-demand atau diskon abonemen untuk jangka waktu satu dan tiga tahun. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke vault cadangan.

Jika Oracle tidak lagi dalam perlindungan aktif, tetapi memiliki data cadangan di vault cadangan, biaya pengelolaan akan ditagih seperti yang dijelaskan di sini.

Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke penyimpanan yang dikelola sendiri.

Database SAP HANA yang dikelola sendiri dilindungi melalui konsol pengelolaan Layanan Pencadangan dan DR. Biaya pengelolaan untuk resource yang berada di bawah perlindungan aktif melalui konsol pengelolaan Layanan Pencadangan dan DR ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke penyimpanan yang dikelola sendiri.

Layanan Pencadangan dan DR juga mendukung perlindungan resource tambahan melalui konsol pengelolaan Layanan Pencadangan dan DR, seperti yang tercantum di bawah (misalnya, sistem file, database MySQL, dll.). Biaya pengelolaan untuk resource tersebut yang berada di bawah perlindungan aktif melalui konsol pengelolaan Layanan Pencadangan dan DR ditagihkan ke project tempat Layanan Pencadangan dan DR diaktifkan dan tempat konsol pengelolaan di-deploy. Hal ini terlepas dari zona, region, atau project tempat peralatan pencadangan/pemulihan berada. Tabel berikut mencantumkan SKU dan titik harga untuk perlindungan ke penyimpanan yang dikelola sendiri.

Jika suatu resource tidak lagi dalam perlindungan aktif (yaitu perlindungan resource “tidak aktif”) ke dalam vault cadangan tertentu, tetapi masih memiliki data cadangan di vault cadangan tersebut, biaya pengelolaan akan ditagihkan ke project tempat vault cadangan dibuat dan menggunakan SKU serta titik harga yang tercantum di bawah.

Perhatikan juga skenario berikut yang membuat perlindungan resource dianggap “tidak aktif”:

• Lihat perilaku penagihan yang terkait dengan penonaktifan API
• Untuk resource yang dilindungi melalui appliance pencadangan/pemulihan:
• Jika appliance pencadangan/pemulihan tidak berkomunikasi dengan vault pencadangan selama 24 jam, perlindungan resource vault pencadangan terkait akan dianggap “tidak aktif”

Untuk menghitung biaya pengelolaan, Pencadangan dan DR mengukur penggunaan berdasarkan ukuran workload sebenarnya di frontend atau ukuran workload yang dikelolanya. Satuan ukurnya adalah gibibyte (GiB). Satu gibibyte = 1024 * 1024 * 1024 byte.

Jika workload dalam pengelolaan melaporkan ukuran volume untuk data, Pencadangan dan DR akan memperhitungkan ukuran volume yang dilaporkan (misalnya, penghitungan penggunaan untuk VMware akan konsisten dengan ukuran VM yang dilaporkan di vCenter).

Jika Anda mengelola 10 TiB data Oracle yang tersebar di beberapa database, penggunaan Pencadangan dan DR akan melaporkan penggunaan data sebesar 10 * 1.024 GiB.

Catatan: Pengukuran penggunaan DR dan Pencadangan tidak memperhitungkan frekuensi pengambilan data, tempat salinan disimpan, jumlah salinan yang dibuat, tingkat perubahan data, periode retensi data, atau seberapa banyak penyimpanan dipakai oleh salinan.

Pengukuran penggunaan untuk Compute Engine, saat mencadangkan ke penyimpanan yang dikelola sendiri

Saat mencadangkan ke penyimpanan yang dikelola sendiri, Pencadangan dan DR mengukur penggunaan pencadangan VM Compute Engine berdasarkan jumlah penyimpanan PD yang terpasang pada VM Compute Engine pada saat pencadangan. Dengan Pencadangan dan DR, Anda dapat mengecualikan volume PD dari cadangan. Dalam kasus tersebut, hanya volume yang diidentifikasi akan dicadangkan yang digunakan untuk mengukur penggunaan.

Misalnya, jika dua volume PD dari satu TiB dan dua TiB terpasang ke VM Compute Engine dan Anda mengonfigurasi SLT cadangan untuk mengecualikan volume 2TiB, penggunaan untuk VM akan diukur menjadi satu TiB.

Selain itu, jika VM 1 TiB bertambah atau menyusut, Pencadangan dan DR akan mengukur penggunaan berdasarkan ukuran volume saat pencadangan terbaru.

Pengukuran penggunaan untuk Compute Engine, saat mencadangkan ke vault cadangan

Saat mencadangkan ke vault cadangan, Backup and DR mengukur penggunaan untuk VM Compute Engine seperti yang dijelaskan di bawah

• Biaya pengelolaan didasarkan pada ukuran VM Compute Engine pada saat pencadangan. Misalnya, jika VM memiliki total 1 TiB penyimpanan terpasang, biaya pengelolaan akan dikenakan untuk 1 TiB terlepas dari penyimpanan yang digunakan.
• Selain itu, jika VM 1 TiB bertambah atau menyusut, Pencadangan dan DR akan mengukur penggunaan berdasarkan ukuran VM saat pencadangan terbaru.

Pengukuran penggunaan saat mencadangkan disk independen (Persistent Disk dan Hyperdisk) ke backup vault

Untuk cadangan yang disimpan di vault cadangan, Backup and DR menghitung penggunaan untuk Persistent/Hyper disk independen sebagai berikut:

• Biaya pengelolaan ditentukan oleh ukuran disk Persistent/Hyper pada saat setiap pencadangan. Artinya, disk 1 TiB akan dikenai biaya pengelolaan sebesar 1 TiB, terlepas dari penyimpanan sebenarnya yang digunakan.
• Selain itu, Pencadangan dan DR akan menghitung ulang penggunaan berdasarkan ukuran disk saat ini selama pencadangan terbaru, meskipun ukuran disk VM telah berubah sejak pencadangan sebelumnya.

Pengukuran penggunaan untuk VMware Engine tanpa agen

Untuk node VMware Engine ve1 dan ve2

Harga dihitung berdasarkan jumlah dan jenis node ESXi yang dilindungi. Node ESXi dianggap terlindungi jika satu atau beberapa VM yang terpasang padanya dilindungi oleh Layanan Pencadangan dan DR.

Berikut adalah contoh yang menunjukkan proses penagihan untuk VMware Engine:

• Harga untuk mencadangkan satu node ve1 VMware Engine (hanya cadangan VM) di region us-central1 selama sebulan = (Harga jual untuk mencadangkan node/ jam) X (Jumlah jam dalam sehari node aktif) X (Jumlah hari dalam sebulan).
• Mengingat node VMware Engine aktif selama 24 jam, ada 30 hari dalam sebulan, dan harga untuk mencadangkan node adalah $0,46 X 24 X 30 = $331 USD.

Untuk node ve2, harga didasarkan pada jumlah dan jenis (mega, large, standard, small) node ESXi yang dilindungi.

Harga hanya untuk melindungi VMware Engine—pencadangan VM secara keseluruhan. Hal ini tidak mencakup biaya pengelolaan pencadangan untuk pencadangan berbasis agen apa pun, seperti biaya untuk pencadangan yang konsisten dengan aplikasi untuk SAP HANA, SQL Server, MySQL, Postgres, agen Sistem File, dll. Untuk memperkirakan biaya pencadangan berbasis agen, lihat Pengukuran penggunaan untuk pencadangan berbasis agen.

Untuk node khusus penyimpanan VMware Engine ve1 dan ve2

Harga untuk melindungi node khusus penyimpanan VMware Engine ve1/ve2 ditentukan oleh jumlah node khusus penyimpanan VMware Engine ve1/ve2 yang ditambahkan ke cluster yang memiliki setidaknya satu atau lebih node terlindungi VMware Engine ve1/ve2.

Jika Anda memiliki cluster dengan node terlindungi VMware Engine ve1/ve2 dan Anda menambahkan node khusus penyimpanan VMware Engine ve1/ve2 ke cluster yang sama, semua node khusus penyimpanan di cluster akan dianggap terlindungi secara default dan Anda akan dikenai biaya untuk melindungi semuanya. Anda tidak dapat mengecualikan perlindungan untuk node khusus penyimpanan ve1/ve2 VMware Engine dalam cluster yang memiliki setidaknya satu atau lebih node terlindungi ve1/ve2 VMware Engine.

Misalnya, Anda memiliki cluster yang ada dengan 20 node dan Anda melindungi 10 di antaranya menggunakan Layanan Backup and DR. Jika Anda menambahkan 3 node khusus penyimpanan ke cluster, maka ketiga node khusus penyimpanan tersebut akan dianggap terlindungi, dan Anda akan dikenai biaya untuk melindungi 10 + 3 = 13 node ve1 VMware Engine.

Jika Anda tidak melindungi node ve1/ve2 VMware Engine apa pun di cluster, node khusus penyimpanan VMware Engine v1/ve2 tidak dapat dilindungi dalam kasus tersebut.

Pencadangan dan DR mengukur penggunaan untuk pencadangan berbasis agen pada ukuran workload sebenarnya. Misalnya, jika pencadangan database SQL server menggunakan agen Pencadangan dan DR, dan jika jumlah file data dari SQL server adalah lima TiB pada tujuh volume TiB, penggunaan tersebut akan diukur sebagai lima TiB.

Pengukuran penggunaan untuk pencadangan database berbasis agen

Untuk workload Oracle dan SQL Server, hanya database yang dilindungi yang diperhitungkan dalam penggunaan. File log tidak akan dipertimbangkan:

• Oracle. Ukuran file database yang dialokasikan dalam perlindungan akan diperhitungkan dalam penggunaan. Ukuran yang dialokasikan mencakup file data dan file kontrol.
• Microsoft SQL Server. Ukuran total semua file database, termasuk file .MDF, .LDF, dan .NDF yang dilindungi, akan diperhitungkan dalam penggunaan.
• Perlindungan database dengan Linux Change Block Tracking (CBT). Pencadangan dan DR mendukung pencadangan beberapa database secara efisien dengan pelacakan blok perubahan. Mode pencadangan ini bergantung pada log database dan file data agar berada di volume yang dikelola Linux Logical Volume Manager (LVM). Untuk class workload ini, penggunaan diukur sebagai ukuran database yang benar-benar digunakan dalam perlindungan, menggunakan kueri berikut:
• 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
• Perlindungan berbasis dump SQL tanpa Linux CBT. Pencadangan dan DR mendukung pencadangan berbasis dump SQL tradisional. Dalam mode ini, penggunaan diukur sebagai ukuran database seperti yang dilaporkan oleh database pada saat pencadangan.

Faktor yang memengaruhi pengukuran penggunaan

Faktor yang memengaruhi pengukuran penggunaan dalam skenario out-of-band:

• Volume terkompresi. Jika volume didukung kompresi, penggunaan akan menghitung nilai pasca-kompresi. Misalnya, jika volume dua TiB memiliki 2,5 TiB data yang dikompresi menjadi 1,8 TiB, jumlah penggunaannya adalah 1,8 TiB, bukan 2,5 TiB.
• Volume yang dioptimalkan Windows. Untuk volume yang dioptimalkan Windows, Pencadangan dan DR akan merehidrasi volume untuk pencadangan, dan jumlah penggunaannya akan menjadi nilai yang terhidrasi. Misalnya, jika volume satu TiB yang dioptimalkan Windows berisi data 800 GiB, saat direhidrasi untuk cadangan berakhir sebagai 1,1 TiB, maka penggunaannya adalah 1,1 TiB.
• Ukuran blok. Untuk disk staging, Pencadangan dan DR mengukur penggunaan berdasarkan ukuran blok disk staging. Jika ukuran blok volume sumber dan ukuran blok disk staging cocok, nilai penggunaan akan sama persis dengan volume sumber. Jika ukuran blok yang digunakan pada disk staging berbeda dengan volume sumber, akan ada perbedaan kecil karena penghitungan penggunaan dilakukan pada disk staging.
• Grup konsistensi. Jumlah penggunaan untuk grup konsistensi adalah jumlah dari semua ukuran workload dalam grup konsistensi. Workload diukur satu per satu dan dijumlahkan.

Pengukuran penggunaan untuk salinan virtual

Pencadangan dan DR mengukur penggunaan untuk salinan virtual mulai saat salinan virtual workload dibuat. Jumlah penggunaan didasarkan pada ukuran aplikasi pada saat pencadangan terakhir. Saat pencadangan baru dilakukan, jumlah penggunaan akan diperbarui untuk mencerminkan ukuran aplikasi saat ini. Cara paling umum untuk membuat salinan virtual adalah dengan tugas pemasangan. Ada jenis tugas lainnya seperti persiapan pemasangan dan penyediaan ulang, yang juga dapat membuat salinan virtual. Biaya penggunaan dihitung secara prorata berdasarkan waktu penggunaan salinan virtual (mulai dari saat pemasangan berhasil hingga saat pelepasan, diukur dalam kenaikan 1 jam).

Pertimbangkan contoh database SQL server berukuran 500 GiB. Pencadangan database ini akan dikenai biaya penggunaan cadangan yang terkait dengan 500 GiB. Selain itu, pertimbangkan bahwa salinan virtual database ini disediakan untuk server uji coba pada siang hari tanggal satu setiap bulan dari cadangan terbaru. Pada tanggal 10 bulan tersebut, database sumber menyusut menjadi 400 GiB. Pada tanggal 20 setiap bulan, salinan virtual dilepas dari server pengujian pada pukul 11.00. Dalam skenario ini, tagihan penggunaan salinan virtual sebesar 500 GiB dikenakan selama 12 jam pada tanggal 1, dan 24 jam sehari setiap hari dari tanggal 2 hingga waktu pencadangan pada tanggal 10. Biaya penggunaan salinan virtual berubah menjadi 400 GiB pada tanggal 10 (saat pencadangan) dan berlanjut hingga tanggal 20 bulan tersebut. Penggunaan salinan virtual untuk tanggal 20 hanya akan menghitung penggunaan selama 11 jam, bukan sehari penuh. Jumlah penggunaan tidak berubah dengan data tambahan yang ditulis ke salinan virtual.

Jika data ditransfer dari vault cadangan saat sumber dan tujuannya berada di lokasi Google Cloud yang berbeda, biaya transfer data antar-region mungkin berlaku.

Biaya transfer data antar-region saat ini berlaku untuk transfer yang terkait dengan VM VMware Engine, database Oracle, database SQL Server, dan disk.

Biaya transfer data antarregion untuk VM VMware Engine, database Oracle, dan database SQL Server akan ditagihkan ke project tempat penyimpanan cadangan berada, menggunakan SKU Pencadangan dan DR yang tercantum di bawah.

Biaya transfer data antar-region untuk disk akan ditagihkan ke project target transfer data dan akan berlaku untuk ukuran data yang ditransfer.

• Untuk pemulihan disk, project target adalah project resource yang dipulihkan. Penagihan akan dilakukan melalui SKU transfer data antar-region Compute Engine yang sesuai.

Biaya transfer data antar-region untuk VM Compute Engine akan berlaku pada masa mendatang. Pelanggan Backup dan DR akan diberi pemberitahuan terlebih dahulu sebelum biaya transfer data antar-region untuk VM Compute Engine dimulai.

Harga transfer data antar-region berbasis penggunaan ditampilkan dalam tabel di bawah dan diukur per GiB data yang ditransfer.

Biaya upload mungkin berlaku untuk pembuatan cadangan multi-regional. Biaya download mungkin berlaku untuk pemulihan cadangan multi-regional.

Biaya upload dan download saat ini berlaku untuk transfer yang berlaku yang terkait dengan disk dan berlaku untuk ukuran data yang ditransfer.

Detail tambahan:

• Biaya upload dan download ditagihkan ke SKU terkait yang memiliki lokasi geografis yang berisi lokasi multi-region.
• Jika biaya upload/download diterapkan untuk transfer data antar-lokasi, biaya transfer data antar-region tidak akan diterapkan.
• Penagihan project
• Biaya upload ditagihkan, melalui SKU layanan Pencadangan dan DR yang sesuai, ke project tempat vault pencadangan multi-region dibuat.
• Biaya download ditagih, melalui SKU download layanan Compute Engine yang sesuai, ke project target tempat data dipulihkan.

Contoh kasus penggunaan:

• “Mencadangkan disk di region “us-central1” ke vault cadangan multi-region di Lokasi “us”
• Biaya upload multi-region akan berlaku.
• Penagihan akan dilakukan menggunakan SKU upload multi-region “Amerika Utara” layanan Backup dan DR.
• Biaya upload akan ditagihkan ke project tempat vault cadangan dibuat.
• Biaya transfer data antar-region tidak akan berlaku.
• Memulihkan dari cadangan disk multi-region “us” ke resource yang berlokasi di region “us-central1”.
• Biaya download multi-region akan berlaku.
• Penagihan akan dilakukan menggunakan SKU Compute Engine yang sesuai (lihat di sini untuk detail harga Compute Engine)
• Biaya download akan ditagihkan ke project target tempat resource yang dipulihkan dibuat.
• Biaya transfer data antar-region tidak akan berlaku.
• Memulihkan dari cadangan disk multi-region “us” ke resource yang berlokasi di region “europe-west1”.
• Biaya download multi-region tidak akan berlaku.
• Biaya transfer data antar-region akan berlaku.
• Penagihan akan dilakukan menggunakan SKU Compute Engine yang sesuai (lihat di sini untuk detail harga Compute Engine).
• Biaya transfer data antar-region akan ditagihkan ke project target tempat resource yang dipulihkan dibuat.

Biaya upload dan download untuk VM Compute Engine akan berlaku di masa mendatang. Pelanggan Backup and DR akan diberi pemberitahuan terlebih dahulu sebelum biaya upload dan download untuk VM Compute Engine dimulai.

Penonaktifan API di project yang berisi vault cadangan

Jika Backup and DR Service API dinonaktifkan dalam project yang berisi vault cadangan, perilaku penagihannya adalah sebagai berikut:

• Penagihan penyimpanan akan berlanjut hingga cadangan habis masa berlakunya sesuai dengan jadwal habis masa berlaku yang ditentukan pengguna.
• Untuk VM Compute Engine yang dilindungi ke vault cadangan
• Penagihan pengelolaan untuk perlindungan aktif akan terus ditagihkan (ke project tempat resource yang dilindungi berada) selama 30 hari. Setelah 30 hari berturut-turut dalam status dinonaktifkan, perlindungan untuk resource yang disimpan akan dianggap tidak aktif.
• Jika data cadangan ada di vault cadangan, tetapi resource terkait tidak lagi berada di bawah perlindungan aktif, penagihan pengelolaan untuk resource yang tidak lagi berada di bawah perlindungan aktif akan berlaku.

Penonaktifan API di project yang berisi VM Compute Engine yang dilindungi ke dalam vault cadangan

Jika API Layanan Pencadangan dan DR dinonaktifkan dalam project yang berisi resource yang dilindungi ke dalam vault cadangan, perilaku penagihannya akan menjadi sebagai berikut:

• Penagihan penyimpanan akan berlanjut hingga cadangan habis masa berlakunya sesuai dengan jadwal habis masa berlaku yang ditentukan pengguna.
• Penagihan pengelolaan untuk perlindungan aktif akan dihentikan. Setelah 30 hari berturut-turut dalam status dinonaktifkan, perlindungan untuk resource yang disimpan akan dianggap tidak aktif.
• Jika data cadangan ada di vault cadangan, tetapi resource terkait tidak lagi berada di bawah perlindungan aktif, penagihan pengelolaan untuk resource yang tidak lagi berada di bawah perlindungan aktif akan berlaku.

Perangkat backup/pemulihan berjalan sebagai VM Compute Engine dalam project yang dipilih pelanggan. Appliance Layanan Pencadangan dan DR hadir dalam tiga konfigurasi berbeda seperti yang tercantum di Menyiapkan dan merencanakan deployment Layanan Pencadangan dan DR. Biaya instance Compute Engine standar berlaku untuk menjalankan appliance ini.