Precios del servicio de copia de seguridad y DR
En este documento, se analizan los detalles de los precios de las copias de seguridad y DR en la nube.
Descripción general
El servicio de copia de seguridad y DR ofrece un modelo de facturación basado en el consumo, y la facturación se basa en los siguientes componentes:
Cargo de almacenamiento de respaldo. La cantidad de almacenamiento que consumen las imágenes de copia de seguridad
Cargo por uso de las copias de seguridad. La cantidad de uso para la organización y administración de copias de seguridad.
Cargo de almacenamiento de copia de seguridad
El servicio de copia de seguridad y DR permite a los usuarios aprovechar la riqueza completa de las ofertas de Cloud Storage para alinearse estrechamente con el almacenamiento de copias de seguridad con la importancia comercial de la carga de trabajo que se protege.
El servicio de copia de seguridad y DR es compatible con los tipos de almacenamiento de disco persistente, Standard Storage, Nearline Storage, Coldline Storage y Archive. Pagas por la cantidad de almacenamiento que consumen las imágenes de copia de seguridad en cada tipo de almacenamiento. Si deseas obtener más información sobre los precios de Cloud Storage, consulta Precios de Cloud Storage.
Carga del dispositivo de copia de seguridad o recuperación
El dispositivo de copia de seguridad o recuperación se ejecuta en una VM de instancia de procesamiento que se ejecuta en un proyecto seleccionado por el cliente, y se aplican los cargos estándar de instancia de Compute Engine. El servicio de copia de seguridad y DR es compatible con los tipos de máquinas de Compute Engine que se enumeran en Configura y planifica una implementación del servicio de copia de seguridad y DR.
Cargo por uso de las copias de seguridad
Cada proyecto en Google Cloud tiene una cuenta de facturación que se usa para definir quién paga por el uso de los recursos y las API de Google Cloud en ese proyecto. Cuando se activa el servicio de copia de seguridad y DR en un proyecto, cualquier uso de los cuatro SKU que se detallan a continuación se facturará a ese proyecto. Sin importar las zonas o los proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación.
En la siguiente tabla, se enumeran los SKUs y los precios cuando usas la copia de seguridad y la DR.
| Productos / SKU: Copia de seguridad | Modelo de precios | Meter | Precio de lista |
|---|---|---|---|
| Datos de VM: VMs de Compute Engine, VMs locales y sistemas de archivos | Por uso | Por GiB mensual de capacidad de origen (frontend) bajo protección | $0.03 por GiB al mes |
| SAP HANA, Oracle, SAP ASE, SAP IQ, SAP MaxDB, IBM Db2 | Por uso | Por GiB mensual de capacidad de origen (frontend) bajo protección | $0.24 por GiB al mes |
| Microsoft SQL Server, MySQL, PostgreSQL, MongoDB, MariaDB | Por uso | Por GiB mensual de capacidad de origen (frontend) bajo protección | $0.09 por GiB al mes |
| Copias virtuales (administración de datos de prueba) | Por uso | Por GiB al mes de la capacidad total virtual clonada | $0.03 por GiB al mes |
1 Esto incluye situaciones en las que se usan activaciones virtuales para pruebas de copias de seguridad o restablecimientos.
Los precios por las copias de seguridad de Google Cloud VMware Engine se basan en el consumo y el compromiso. Las opciones incluyen descuentos por compromiso de uso o a pedido para períodos de uno y tres años.
En la siguiente tabla, se enumeran los SKUs y los precios para proteger los nodos ve1-standard-72 y los nodos de solo almacenamiento ve1-standard-72 de Google Cloud VMware Engine.
| Productos / SKU: Copia de seguridad | Modelo de precios | Meter | Región | Ubicación | Precio de lista (a pedido) | Compromiso por 1 año (pagos mensuales en USD) | Compromiso por 1 año (pago por adelantado en USD) | Compromiso por 3 años (pagos mensuales en USD) | Compromiso por 3 años (pago por adelantado en USD) |
|---|---|---|---|---|---|---|---|---|---|
| Datos de VM: Google Cloud VMware Engine | Basado en nodos | por hora por nodo | asia-northeast1 | Tokio | USD 0.53 | $0.40 | USD 0.37 | $0.30 | $0.27 |
| Basado en nodos | por hora por nodo | asia-south1 | Bombay | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | asia-southeast1 | Singapur | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | australia-southeast1 | Sídney | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | europe-west2 | Londres | USD 0.53 | $0.40 | USD 0.37 | $0.31 | $0.27 | |
| Basado en nodos | por hora por nodo | europe-west3 | Fráncfort | USD 0.53 | $0.40 | USD 0.37 | $0.31 | $0.27 | |
| Basado en nodos | por hora por nodo | europe-west4 | Países Bajos | USD 0.53 | $0.40 | USD 0.37 | $0.31 | $0.27 | |
| Basado en nodos | por hora por nodo | europe-west6 | Zúrich | USD 0.58 | $0.44 | $0.40 | $0.33 | $0.29 | |
| Basado en nodos | por hora por nodo | europe-west8 | Milán | $0.54 | USD 0.41 | USD 0.38 | $0.31 | $0.27 | |
| Basado en nodos | por hora por nodo | northamerica-northeast1 | Montreal, Qubec, Norteamérica | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | northamerica-northeast2 | Toronto, Ontario, Norteamérica | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | southamerica-east1 | São Paulo | USD 0.66 | $0.50 | USD 0.46 | USD 0.38 | $0.33 | |
| Basado en nodos | por hora por nodo | us-central1 | Council Buffs, Iowa, Norteamérica | USD 0.46 | $0.35 | $0.33 | $0.27 | $0.23 | |
| Basado en nodos | por hora por nodo | us-east4 | Ashburn | USD 0.46 | $0.35 | $0.33 | $0.27 | $0.23 | |
| Basado en nodos | por hora por nodo | us-west2 | Los Ángeles | $0.50 | USD 0.38 | $0.35 | $0.29 | $0.25 | |
| Basado en nodos | por hora por nodo | southamerica-west1 | Santiago | $0.64 | $0.48 | $0.45 | USD 0.37 | $0.32 | |
| Basado en nodos | por hora por nodo | asia-south2 | Delhi | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | me-oeste-1 | Tel Aviv | USD 0.51 | $0.39 | $0.36 | $0.29 | $0.26 | |
| Basado en nodos | por hora por nodo | europe-west-12 | Turín | $0.54 | USD 0.41 | USD 0.38 | $0.31 | $0.27 |
¿Cómo se mide el uso de la copia de seguridad y DR?
La copia de seguridad y DR mide el uso en función del tamaño real de la carga de trabajo en el frontend o el tamaño de la carga de trabajo que administra. La unidad de medida es gibibyte (GiB). Un gibibyte = 1,024 * 1,024 * 1,024 bytes
Si la carga de trabajo en administración informa el tamaño del volumen de los datos, Copia de seguridad y DR tiene en cuenta el tamaño del volumen informado (por ejemplo, el cálculo de uso de VMware será coherente con el tamaño de la VM en vCenter).
Si administras 10 TiB de datos de Oracle distribuidos en varias bases de datos, los informes de uso de copia de seguridad y DR informan 10 * 1,024 GiB de uso de datos.
Medición de uso para Compute Engine sin agentes
La copia de seguridad y DR mide el uso de la copia de seguridad de VM de Compute Engine según la cantidad de almacenamiento de PD conectado a una VM de Compute Engine en el momento de la copia de seguridad. La copia de seguridad y la DR te permiten excluir volúmenes de PD de la copia de seguridad. En esas instancias, solo los volúmenes identificados para crear una copia de seguridad se utilizan para medir el uso.
Por ejemplo, si dos volúmenes de PD de un TiB y dos TiB se conectan a una VM de Compute Engine y configuras el SLT de copia de seguridad para excluir el volumen de 2 TiB, el uso de la VM se mide como un TiB.
Además, si la VM de 1 TiB crece o se reduce, la copia de seguridad y DR mide el uso en función del tamaño del volumen en el momento de la última copia de seguridad.
Medición de uso para Google Cloud VMware Engine sin agentes
El precio de Google Cloud VMware Engine se calcula en función de los nodos de Google Cloud VMware Engine ve1 y los nodos de solo almacenamiento de Google Cloud VMware Engine ve1.
Para el nodo ve1 de Google Cloud VMware Engine
El precio se calcula en función de la cantidad de nodos de ESXi que se protegen. Se considera que un nodo ESXi está protegido si una o más VM conectadas a él están protegidas por el servicio de copia de seguridad y DR.
A continuación, se muestra un ejemplo que demuestra el proceso de facturación de Google Cloud VMware Engine:
El precio para crear una copia de seguridad de un solo nodo de Google Cloud VMware Engine (solo copias de seguridad de VM) en la región us-central1 por un mes =
(Precio de lista para crear una copia de seguridad del nodo por hora) X (Cantidad de horas en un día en que el nodo está activo) X (Cantidad de días en un mes).
Si se considera que el nodo de Google Cloud VMware Engine está activo durante 24 horas, hay 30 días en un mes y el precio para crear una copia de seguridad de un nodo será de $0.46 × 24 × 30 = $331.
El precio es solo para proteger Google Cloud VMware Engine: copias de seguridad de VM completas. No incluye cargos de administración de copias de seguridad para las copias de seguridad basadas en agentes, como los cargos por copias de seguridad coherentes con la aplicación para SAP HANA, SQL Server, MySQL, Postgres, agentes de sistema de archivos, etc. Para estimar los cargos de las copias de seguridad basadas en agentes, consulta Medición de uso para copias de seguridad basadas en agentes.
Para el nodo de solo almacenamiento ve1 de Google Cloud VMware Engine
El precio por proteger un nodo de solo almacenamiento de Google Cloud VMware Engine ve1 se determina según la cantidad de nodos de solo almacenamiento de Google Cloud VMware Engine ve1 agregados a un clúster que tenga al menos uno o más nodos protegidos de Google Cloud VMware Engine ve1.
Si tienes un clúster con nodos protegidos de Google Cloud VMware Engine ve1 y agregas nodos de solo almacenamiento de Google Cloud VMware Engine ve1 al mismo clúster, todos los nodos de solo almacenamiento del clúster se considerarán protegidos de forma predeterminada y se te cobrará por protegerlos a todos. No puedes excluir la protección para los nodos de solo almacenamiento de Google Cloud VMware Engine ve1 en un clúster que tenga al menos uno o más nodos protegidos de Google Cloud VMware Engine ve1.
Por ejemplo, imagina que tienes un clúster existente de 20 nodos y que proteges 10 de ellos con el servicio de copia de seguridad y DR. Si agregas 3 nodos de solo almacenamiento al clúster, los 3 nodos de solo almacenamiento se considerarán protegidos y se te cobrará por proteger 10 + 3 = 13 nodos de Google Cloud VMware Engine ve1.
Si no proteges ningún nodo de Google Cloud VMware Engine ve1 en un clúster, los nodos de solo almacenamiento de Google Cloud VMware Engine v1 no pueden protegerse en ese caso.
Medición del uso para la copia de seguridad basada en agentes
La copia de seguridad y DR miden el uso de la copia de seguridad basada en agentes en el tamaño real de la carga de trabajo. Por ejemplo, si una copia de seguridad de la base de datos del servidor SQL usa un agente de copia de seguridad y DR y, si la suma de archivos de datos de un servidor SQL es de cinco TiB en un volumen de siete TiB, el uso se mide como cinco TiB.
Medición del uso para copias de seguridad de bases de datos basadas en agentes
En el caso de las cargas de trabajo de Oracle y SQL Server, solo se cuentan las bases de datos protegidas para el uso. No se tienen en cuenta los archivos de registro:
- Oracle El tamaño asignado de los archivos de base de datos protegidos se cuenta para el uso. El tamaño asignado incluye archivos de datos y archivos de control.
- Microsoft SQL Server. El tamaño total de todos los archivos de base de datos, incluidos los archivos .MDF, .LDF y .NDF bajo protección, se cuenta para el uso.
Protección de bases de datos con el seguimiento de bloques de cambios (CBT) de Linux La copia de seguridad y la DR admiten copias de seguridad eficientes de varias bases de datos con seguimiento de bloques de cambios. Este modo de copia de seguridad se basa en el registro de la base de datos y los archivos de datos que residen en los volúmenes administrados del Administrador de volúmenes lógicos (LVM) de Linux. Para esta clase de cargas de trabajo, el uso se mide como el tamaño real utilizado de la base de datos protegida mediante las siguientes consultas:
Db2: Llama a get_dbsize_info(?,?,?,-1);
MariaDB: SELECT SUM(data_length + index_length) FROM information_schema.TABLES donde table_schema='
'; MySQL: Selecciona SUM(data_length + index_length) FROM information_schema.TABLES donde table_schema='
'; PostgreSQL: SELECT pg_database_size('$db');
SAP ASE: sp_spaceused;
SAP IQ: sp_iqdbsize * block_size;
SAP HANA: Selecciona sum(TOTAL_SIZE) de sys_databases.M_VOLUME_FILES donde file_type='DATA'
SAP MaxDB: dbmcli -d $DBSID $MAXDB_KEY info DATA
Protección basada en volcados de SQL sin Linux CBT. Copia de seguridad y DR son compatibles con las copias de seguridad tradicionales basadas en volcados de SQL. En este modo, el uso se mide como el tamaño de la base de datos según lo informa la base de datos en el momento en que se creó la copia de seguridad.
Medición de uso para copias virtuales
La copia de seguridad y DR miden el uso de las copias virtuales a partir de la creación de una copia virtual de una carga de trabajo. La cantidad de uso se basa en el tamaño de la aplicación en el momento de la última copia de seguridad. A medida que se realizan nuevas copias de seguridad, la cantidad de uso se actualiza para reflejar el tamaño actual de la aplicación. La forma más común de crear copias virtuales es con trabajos de activación. Existen otros tipos de trabajos, como la activación previa y el reaprovisionamiento, que también pueden crear una copia virtual. Los cargos por uso se prorratean según el tiempo en que se use la copia virtual (desde el momento de la activación correcta hasta el momento de la desactivación, medido en incrementos de 1 hora).
Considera el ejemplo de una base de datos de SQL Server de 500 GiB. Para las copias de seguridad de esta base de datos, se incurre en un cargo por uso de copia de seguridad de 500 GiB. Además, considera que se aprovisiona una copia virtual de esta base de datos en un servidor de prueba al mediodía del primer día del mes desde la copia de seguridad más reciente. El día 10 del mes, la base de datos de origen se reduce a 400 GiB. El día 20 del mes, la copia virtual se desactiva del servidor de prueba a las 11 a.m. En este caso, se cobra un cargo por uso de copia virtual de 500 GiB por 12 horas el primer día y 24 horas al día, todos los días, desde la segunda hasta la hora de la copia de seguridad el día 10. El cargo por uso de copia virtual cambia a 400 GiB el día 10 (en el momento en que se realiza la copia de seguridad) y continúa hasta el día 20 del mes. El uso de copia virtual del día 20 solo registrará el uso durante 11 horas y no durante todo el día. La cantidad de uso no cambia con los datos adicionales escritos en la copia virtual.
Factores que influyen en la medición del uso
Factores que influyen en la medición de uso en situaciones fuera de banda:
- Volúmenes comprimidos. Cuando el volumen está habilitado para la compresión, el uso cuenta los valores posteriores a la compresión. Por ejemplo, si un volumen de dos TiB tiene 2.5 TiB de datos que se comprimen en 1.8 TiB, el recuento de uso será de 1.8 TiB, no de 2.5 TiB.
- Volúmenes optimizados de Windows. Para los volúmenes optimizados de Windows, la copia de seguridad y la DR rehidratan el volumen de la copia de seguridad, y el recuento de uso será el valor rehidratado. Por ejemplo, si un volumen optimizado de Windows de un TiB contiene 800 GiB de datos, cuando se rehidratado para la copia de seguridad termina como 1.1 TiB, el uso es de 1.1 TiB.
- Bloquea tamaños. Para los discos de etapa de pruebas, la copia de seguridad y la DR miden el uso según el tamaño de bloque del disco de etapa de pruebas. Si el tamaño del bloque del volumen de origen y el tamaño del bloque del disco de etapa de pruebas coinciden, los valores de uso coincidirán de forma exacta con el volumen de origen. Si el tamaño del bloque que se usa en el disco de etapa de pruebas es diferente del volumen de origen, habrá una diferencia menor porque el cálculo de uso se realiza en el disco de etapa de pruebas.
- Grupos de coherencia. El recuento de uso de un grupo de coherencia es la suma de todos los tamaños de las cargas de trabajo del grupo de coherencia. Las cargas de trabajo se miden de forma individual y se suman.
¿Qué sigue?
Si tienes preguntas sobre los precios, consulta las Preguntas frecuentes.