備份與 DR 服務定價
本文詳細說明 Cloud 備份和 DR 的定價。
總覽
備份與 DR 服務提供按用量計費的模式，並依下列元件計費：
備份儲存空間費用。備份映像檔使用的儲存空間量。
備份用量費用。備份自動化調度管理和管理的用量。
備份儲存空間費用
備份與 DR 服務可讓使用者充分運用 Cloud Storage 的各項功能，配合所保護工作負載的業務關鍵性，密切配合備份儲存空間。
備份和 DR 服務支援永久磁碟、標準儲存空間、Nearline Storage、Coldline Storage 和 Archive Storage 類型。您必須針對每種儲存空間類型中的備份映像檔，支付其使用的儲存空間使用量。如要進一步瞭解 Cloud Storage 定價，請參閱 Cloud Storage 定價。
備份/復原設備費用
備份/復原設備會在客戶所選專案中執行的運算執行個體 VM 中執行，並會產生標準 Compute Engine 執行個體費用。備份與 DR 服務支援「設定及規劃備份與 DR 服務部署」一文中列出的 Compute Engine 機器類型。
備份用量費用
Google Cloud 中的每項專案都有一個帳單帳戶，可用來定義專案中的 Google Cloud 資源和 API 使用費由誰支付。在專案中啟用備份與 DR 服務後，如使用下方所述的四個 SKU，系統就會向該專案收取相關費用。無論備份/復原設備位於哪個區域或專案中，這項作業均不會如此。
下表列出使用備份與 DR 時的 SKU 和價位。
| 產品 / SKU - 備用 | 定價模式 | Meter | 定價 |
|---|---|---|---|
| VM 資料：Compute Engine VM、地端部署 VM、檔案系統 | 根據用量計費 | 根據防護的每 GiB-月容量 (前端) 容量 | 每 GiB 每月 $0.03 美元 |
| SAP HANA、Oracle、SAP ASE、SAP IQ、SAP MaxDB、IBM DBM2 | 根據用量計費 | 根據防護的每 GiB-月容量 (前端) 容量 | 每 GiB 每月 $0.24 美元 |
| Microsoft SQL Server、MySQL、PostgreSQL、MongoDB、MariaDB | 根據用量計費 | 根據防護的每 GiB-月容量 (前端) 容量 | 每 GiB 每月 $0.09 美元 |
| 虛擬副本 (測試資料管理) | 根據用量計費 | 每 GiB 月的虛擬複製容量總計 | 每 GiB 每月 $0.03 美元 |
1 這包括使用虛擬掛接進行備份測試和/或還原的情況。
備份 Google Cloud VMware Engine 的計費方式是根據使用量和承諾使用約期計費；方案選項包含一整年和三年的以量計價或承諾使用折扣。
下表列出用來保護 Google Cloud VMware Engine ve1-standard-72 節點和 ve1-standard-72 儲存空間專用節點的 SKU 和價位。
| 產品 / SKU - 備用 | 定價模式 | Meter | 區域 | 位置 | 定價 (以量計價) | 1 年承諾使用合約 (月繳，以美元計費) | 1 年承諾使用合約 (預付，以美元計費) | 3 年承諾使用合約 (月繳，以美元計費) | 3 年承諾使用合約 (預付，以美元計費) |
|---|---|---|---|---|---|---|---|---|---|
| VM 資料：Google Cloud VMware Engine | 以節點為基礎 | 每節點每小時 | asia-northeast1 | 東京 | $0.53 美元 | $0.40 美元 | $0.37 美元 | $0.30 美元 | $0.27 美元 |
| 以節點為基礎 | 每節點每小時 | asia-south1 | 孟買 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | asia-southeast1 | 新加坡 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | australia-southeast1 | 雪梨 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west2 | 倫敦 | $0.53 美元 | $0.40 美元 | $0.37 美元 | $0.31 美元 | $0.27 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west3 | 法蘭克福 | $0.53 美元 | $0.40 美元 | $0.37 美元 | $0.31 美元 | $0.27 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west4 | 荷蘭 | $0.53 美元 | $0.40 美元 | $0.37 美元 | $0.31 美元 | $0.27 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west6 | 蘇黎世 | NT$15.4 | $0.44 美元 | $0.40 美元 | $0.33 美元 | $0.29 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west8 | 米蘭 | $0.54 美元 | $0.41 美元 | $0.38 美元 | $0.31 美元 | $0.27 美元 | |
| 以節點為基礎 | 每節點每小時 | northamerica-northeast1 | 北美魁北克省蒙特婁 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | northamerica-northeast2 | 北美安大略省多倫多 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | southamerica-east1 | 聖保羅 | NT$18.8 | $0.50 美元 | $0.46 美元 | $0.38 美元 | $0.33 美元 | |
| 以節點為基礎 | 每節點每小時 | us-central1 | 北美愛荷華州康索布魯斯 | $0.46 美元 | $0.35 美元 | $0.33 美元 | $0.27 美元 | $0.23 美元 | |
| 以節點為基礎 | 每節點每小時 | us-east4 | 阿什本 | $0.46 美元 | $0.35 美元 | $0.33 美元 | $0.27 美元 | $0.23 美元 | |
| 以節點為基礎 | 每節點每小時 | us-west2 | 洛杉磯 | $0.50 美元 | $0.38 美元 | $0.35 美元 | $0.29 美元 | $0.25 美元 | |
| 以節點為基礎 | 每節點每小時 | southamerica-west1 | 聖地牙哥 | $0.64 美元 | $0.48 美元 | $0.45 美元 | $0.37 美元 | $0.32 美元 | |
| 以節點為基礎 | 每節點每小時 | asia-south2 | 德里 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | Me-west-1 | 特拉維夫 | NT$15.3 | $0.39 美元 | $0.36 美元 | $0.29 美元 | $0.26 美元 | |
| 以節點為基礎 | 每節點每小時 | europe-west-12 | 杜林 | $0.54 美元 | $0.41 美元 | $0.38 美元 | $0.31 美元 | $0.27 美元 |
備份和 DR 的用量如何計算？
備份與 DR 會根據前端的實際工作負載大小或負責管理的工作負載大小來評估用量。測量單位為 gibibyte (GiB)。1 GiB = 1024 * 1024 * 1024 個位元組。
如果管理中的工作負載會報告資料的磁碟區大小，備份和 DR 會考量回報的磁碟區大小 (例如，VMware 的用量計算與 vCenter 中回報的 VM 大小一致)。
如果您管理分散在多個資料庫的 10 TiB 資料，備份和 DR 用量會回報 10 * 1024 GiB 的數據用量。
無代理程式 Compute Engine 的用量測量結果
備份與 DR 會根據備份時連接至 Compute Engine VM 的 PD 儲存空間量，測量 Compute Engine VM 備份的用量。備份和 DR 可讓您將 PD 磁碟區從備份中排除。在這類情況下，只有已識別要備份的磁碟區會用來測量用量。
舉例來說，假設 Compute Engine VM 連接了兩個 TiB 和兩個 TiB 的兩個 PD 磁碟區，而您將備份 SLT 設定為排除 2TiB 磁碟區，則 VM 的用量會計算為 1 TiB。
此外，如果 1TiB VM 的成長或縮小，備份與 DR 會根據最新備份時的磁碟區大小測量用量。
無代理程式 Google Cloud VMware Engine 的用量評估功能
Google Cloud VMware Engine 的定價是根據 Google Cloud VMware Engine ve1 節點和 Google Cloud VMware Engine ve1 純儲存空間節點來計算。
適用於 Google Cloud VMware Engine ve1 節點
定價依據受保護的 ESXi 節點數量計算。如果連接的 ESXi 節點受到備份與 DR 服務保護，系統會將該 ESXi 節點視為受保護。
以下範例說明 Google Cloud VMware Engine 的計費程序：
在 us-central1 地區中備份單一 Google Cloud VMware Engine 節點 (僅限 VM 備份) 一個月的費用 =
(計算節點/ 小時的定價) X (一天節點中的時數) X (當月天數)。
由於 Google Cloud VMware Engine 節點的效期為 24 小時，一個月有 30 天，備份節點的費用為 $0.46 X 24 X 30 = $331 USD。
定價僅用於保護 Google Cloud VMware Engine，也就是所有 VM 備份。不包含任何代理程式備份的備份管理費用，例如 SAP HANA、SQL Server、MySQL、Postgres、檔案系統代理程式等應用程式一致備份的費用。如要估算代理程式備份的費用，請參閱「代理程式備份的用量測量方法」一文。
適用於 Google Cloud VMware Engine ve1 限定儲存空間節點
保護 Google Cloud VMware Engine ve1 僅限儲存空間節點的 Google Cloud VMware Engine ve1 限定儲存空間節點數量，取決於在至少一或多個受 Google Cloud VMware Engine ve1 保護節點中新增的叢集中，僅限儲存空間的節點數量。
如果您有叢集內含 Google Cloud VMware Engine ve1 受保護的節點，並將 Google Cloud VMware Engine ve1 專用節點新增至同一個叢集，根據預設，系統會將叢集中的所有僅限儲存空間節點視為受保護，並向您收取保護所有節點的費用。在至少有一或多個受 Google Cloud VMware Engine ve1 受保護的節點的叢集中，Google Cloud VMware Engine ve1 僅限儲存空間節點無法排除防護機制。
舉例來說，假設您有一個包含 20 個節點的叢集，且您要使用備份與 DR 服務保護其中 10 個節點。如果您將 3 個僅限儲存空間的節點新增至叢集，這 3 個僅限儲存空間的節點都會被視為受保護，且需要保護 10 + 3 = 13 個 Google Cloud VMware Engine ve1 節點的費用。
如果不要保護叢集中的任何 Google Cloud VMware Engine ve1 節點，在這種情況下，Google Cloud VMware Engine v1 只能儲存儲存空間的節點無法受到保護。
依據代理程式備份的用量測量數據
備份與 DR 會測量依據工作負載實際大小，以代理程式為基礎的備份作業。舉例來說，如果 SQL Server 資料庫備份使用備份與 DR 代理程式，且如果 7 TiB 磁碟區中來自 SQL 伺服器的資料檔案總和為 5 TiB，則用量測量為 5 TiB。
以代理程式為基礎的資料庫備份用量評估
以 Oracle 和 SQL Server 工作負載來說，只有受保護的資料庫才會計入用量。此工具不考慮記錄檔：
- Oracle受保護資料庫檔案的分配大小會計入用量。分配的大小包含資料檔案和控制檔案。
- Microsoft SQL Server。所有資料庫檔案的總大小 (包括受保護的 .MDF、.LDF 和 .NDF 檔案) 都會計入用量。
透過 Linux 變更區塊追蹤 (CBT) 保護資料庫。備份與 DR 可透過變更區塊追蹤功能，有效備份多個資料庫。此備份模式仰賴資料庫記錄檔和資料檔案，位於 Linux 邏輯磁碟區管理員 (LVM) 代管磁碟區上。針對這個工作負載類別，系統會使用下列查詢將用量衡量為受保護資料庫的實際使用大小：
Db2：呼叫 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：從 sys_databases.M_VOLUME_file 中選取總和(TOTAL_SIZE)，其中 file_type='DATA'
SAP MaxDB：dbmcli -d $DBSID $MAXDB_KEY 資訊 DATA
在不使用 Linux CBT 的情況下，以 SQL 傾印式防護機制。備份和 DR 支援以傳統 SQL 傾印為基礎的備份。在此模式下，用量的測量依據為資料庫在備份時回報的資料庫大小。
虛擬副本的用量測量
備份與 DR 會在工作負載的虛擬副本建立時開始評估虛擬副本的用量。用量取決於上次備份時的應用程式大小。執行新的備份作業時，系統會依據目前的應用程式大小更新用量。建立虛擬副本最常見的方式是使用掛接工作。其他工作類型 (例如準備和重新佈建) 也可以建立虛擬副本。用量費用會根據虛擬副本使用的時間 (從成功掛接時間到卸載的時間，以 1 小時為單位) 按比例計算。
以大小為 500 GiB 的 SQL Server 資料庫為例。這個資料庫的備份會產生 500 GiB 的備份用量費用。此外，請考慮在最近一次備份作業的當月中午時，將這個資料庫的虛擬副本佈建至測試伺服器。當月 10 日，來源資料庫縮減為 400 GiB。當月 20 日上午 11 點，虛擬副本會從測試伺服器卸載。在此情境中，第 1 天會產生 500 GiB 的虛擬複製用量費用，第 1 天會產生 500 GiB 費用，而在 10 日的備份時間的第 2 天到每天進行 24 小時。在備份的 10 日 (備份時) ，虛擬複製用量費用變成 400 GiB，直到當月 20 日為止。20 日的虛擬副本用量只會計算 11 小時的用量，不會計算一整天的用量。實際用量不會因為寫入虛擬副本的額外資料而改變。
影響用量評估的因素
在架構外情境中影響用量測量的因素：
- 壓縮磁碟區。啟用音量壓縮功能時，用量會計算壓縮後的值。例如，如果兩個 TiB 磁碟區有 2.5 TiB 的資料，壓縮成 1.8 TiB，則用量將是 1.8 TiB，而非 2.5 TiB。
- Windows 最佳化磁碟區。對於 Windows 最佳化的磁碟區，「備份與 DR」會將磁碟區解除水分補足，且用量計數將是補水值。舉例來說，假設一個 TiB Windows 最佳化磁碟區包含 800 GiB 的資料，當用於備份的釋放水達到 1.1 TiB 時，則用量為 1.1 TiB。
- 封鎖大小。如果是暫存磁碟，備份與 DR 會根據暫存磁碟的區塊大小測量用量。如果來源磁碟區的區塊大小與暫存磁碟區塊大小相符，則用量值會與來源磁碟區完全相符。如果暫存磁碟使用的區塊大小與來源磁碟區不同，用量就會有些微差異，因為用量計算是在暫存磁碟上執行。
- 一致性群組。一致性群組的用量是一致性群組中所有工作負載大小的總和。工作負載會個別測量並加總。
後續步驟
如有定價相關問題，請參閱常見問題。