Las SKUs que se usan para facturar los cargos de almacenamiento del servicio de copia de seguridad y recuperación tras fallos dependen de si el recurso protegido se está protegiendo en una bóveda de copias de seguridad o en un almacenamiento autogestionado.

Si un recurso se protege en un almacén de copias de seguridad, los cargos de almacenamiento se facturarán al proyecto en el que se creó el almacén de copias de seguridad, utilizando los SKUs del servicio Backup and DR y con los precios definidos en la tabla que aparece a continuación.

Si un recurso se protege en un almacenamiento autogestionado (por ejemplo, un segmento de Cloud Storage o una instantánea de Persistent Disk), se te cobrarán los cargos de almacenamiento según las SKUs correspondientes. Para obtener más información sobre los precios de Cloud Storage, consulta la página Precios de Cloud Storage. Para obtener más información sobre los precios de las instantáneas de Persistent Disk, consulta la página Precios de las instantáneas de Persistent Disk de Cloud.

Cada proyecto de Google Cloud tiene una cuenta de facturación que se usa para definir quién paga el uso de los recursos y las APIs de Google Cloud en ese proyecto. El proyecto y los SKUs que se usan para la facturación del servicio de copia de seguridad y recuperación tras fallos se determinan en función del tipo de recurso protegido.

Protección de discos independientes (Persistent Disk e Hyperdisk) en un almacén de copias de seguridad (incluida la protección mediante Terraform y Google Cloud CLI)

Los cargos de gestión de los discos (persistentes o hiperdiscos) que estén bajo protección activa en una bóveda de copias de seguridad se facturan al proyecto en el que se encuentre el disco protegido. En la siguiente tabla se indican las SKUs y los precios de la protección de discos en un almacén de copias de seguridad.

Protección de máquinas virtuales de Compute Engine en un almacén de copias de seguridad (incluida la protección mediante Terraform y la CLI de Google Cloud)

Los cargos de gestión de las máquinas virtuales que están bajo protección activa en una bóveda de copias de seguridad se facturan al proyecto en el que se encuentra la máquina virtual protegida. En la siguiente tabla se indican las SKUs y los precios de la protección en un almacén de copias de seguridad.

Si una máquina virtual ya no está bajo protección activa, pero tiene datos de copia de seguridad en un almacén de copias de seguridad, se facturarán los cargos de gestión tal y como se describe aquí.

Protección de máquinas virtuales de Compute Engine en almacenamiento autogestionado

Los cargos de gestión de la protección en el almacenamiento autogestionado se facturan al proyecto en el que se activó el servicio Backup and DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación. En la siguiente tabla se indican las SKUs y los precios de la protección en el almacenamiento autogestionado.

Las máquinas virtuales de VMware Engine están protegidas mediante la consola de gestión del servicio de backup y recuperación ante desastres. Los cargos de gestión de los recursos que están protegidos activamente a través de la consola de gestión del servicio Backup and DR se facturan al proyecto en el que se activó el servicio Backup and DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación.

Los precios de las copias de seguridad de VMware Engine se basan en el consumo y en los términos de compromiso. Entre las opciones disponibles se incluyen las tarifas bajo demanda o los descuentos por compromiso de uso, que duran entre uno y tres años.

En la siguiente tabla se indican las SKUs y los precios para proteger los nodos ve1-standard-72 y los nodos ve1-standard-72 de solo almacenamiento de VMware Engine en un almacén de copias de seguridad o en un almacenamiento autogestionado.

En la siguiente tabla se indican las SKUs y los precios de la protección de nodos de VMware Engine ve2 en un almacén de copias de seguridad o en un almacenamiento autogestionado.

Si una máquina virtual ya no está bajo protección activa, pero tiene datos de copia de seguridad en un almacén de copias de seguridad, se facturarán los cargos de gestión tal y como se describe aquí.

Las bases de datos de SQL Server autogestionadas están protegidas mediante la consola de gestión del servicio de copia de seguridad y recuperación tras desastres. Los cargos de gestión de los recursos que están protegidos activamente a través de la consola de gestión del servicio de copia de seguridad y DR se facturan al proyecto en el que se activó el servicio de copia de seguridad y DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación.

En la siguiente tabla se indican las SKUs y los precios de la protección en un almacén de copias de seguridad.

Si SQL Server ya no está bajo protección activa, pero tiene datos de copia de seguridad en un almacén de copias de seguridad, se facturarán los cargos de gestión tal y como se describe aquí.

En la siguiente tabla se indican las SKUs y los precios de la protección en el almacenamiento autogestionado.

Las bases de datos de Oracle autogestionadas están protegidas mediante la consola de gestión del servicio Backup and DR. Los cargos de gestión de los recursos que están protegidos activamente a través de la consola de gestión del servicio de copia de seguridad y DR se facturan al proyecto en el que se activó el servicio de copia de seguridad y DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación.

Los precios de las copias de seguridad de Oracle en un almacén de copias de seguridad se basan en el consumo y en los términos de compromiso. Entre las opciones disponibles se incluyen las tarifas bajo demanda o los descuentos por compromiso de uso, que duran entre uno y tres años. En la siguiente tabla se indican las SKUs y los precios de la protección en un almacén de copias de seguridad.

Si Oracle ya no está bajo protección activa, pero tiene datos de copia de seguridad en un almacén de copias de seguridad, se facturarán los cargos de gestión tal y como se describe aquí.

En la siguiente tabla se indican las SKUs y los precios de la protección en el almacenamiento autogestionado.

Las bases de datos SAP HANA autogestionadas se protegen mediante la consola de gestión del servicio Backup and DR. Los cargos de gestión de los recursos que están protegidos activamente a través de la consola de gestión del servicio de copia de seguridad y DR se facturan al proyecto en el que se activó el servicio de copia de seguridad y DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación. En la siguiente tabla se indican las SKUs y los precios de la protección en el almacenamiento autogestionado.

El servicio de Backup y DR también permite proteger otros recursos a través de la consola de gestión del servicio de Backup y DR, como se indica a continuación (por ejemplo, sistemas de archivos, bases de datos de MySQL, etc.). Los cargos de gestión de esos recursos que están protegidos activamente mediante la consola de gestión del servicio Backup and DR se facturan al proyecto en el que se activó el servicio Backup and DR y desde el que se desplegó la consola de gestión. Esto se aplica independientemente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad o recuperación. En la siguiente tabla se indican las SKUs y los precios de la protección en el almacenamiento autogestionado.

Si un recurso ya no está bajo protección activa (es decir, la protección del recurso está "inactiva") en una bóveda de copias de seguridad determinada, pero sigue teniendo datos de copia de seguridad en esa bóveda, se facturarán los cargos de gestión al proyecto en el que se creó la bóveda de copias de seguridad y se utilizará el SKU y el precio que se indican a continuación.

También debes tener en cuenta los siguientes casos en los que la protección de recursos se considerará "inactiva":

• Consulta el comportamiento de facturación asociado a la inhabilitación de la API.
• En el caso de los recursos protegidos mediante un dispositivo de copia de seguridad o recuperación:
• Si el dispositivo de copia de seguridad o recuperación no se comunica con la bóveda de copias de seguridad durante 24 horas, la protección de recursos de la bóveda de copias de seguridad asociada se considerará "inactiva".

Para calcular los cargos de gestión, Backup and DR mide el uso en función del tamaño real de la carga de trabajo en el frontend o del tamaño de la carga de trabajo que gestiona. La unidad de medida es el gibibyte (GiB). Un gibibyte equivale a 1024 x 1024 x 1024 bytes.

Si la carga de trabajo gestionada informa del tamaño del volumen de datos, Backup and DR tiene en cuenta el tamaño del volumen indicado (por ejemplo, el cálculo del uso de VMware será coherente con el tamaño de la máquina virtual indicado en vCenter).

Si gestionas 10 TiB de datos de Oracle distribuidos en varias bases de datos, los informes de uso de Backup and DR indicarán que has usado 10 * 1024 GiB de datos.

Nota: La medición del uso de Backup and DR no tiene en cuenta la frecuencia de captura de datos, dónde se almacenan las copias, cuántas copias se hacen, la tasa de cambio de los datos, el periodo de retención ni cuánto almacenamiento ocupan las copias.

Medición del uso de Compute Engine al hacer copias de seguridad en un almacenamiento autogestionado

Cuando se hacen copias de seguridad en un almacenamiento autogestionado, Backup and DR mide el uso de las copias de seguridad de máquinas virtuales de Compute Engine en función de la cantidad de almacenamiento de disco persistente asociado a una máquina virtual de Compute Engine en el momento de la copia de seguridad. Backup and DR te permite excluir volúmenes de PD de las copias de seguridad. En estos casos, solo se utilizan los volúmenes identificados para la copia de seguridad a la hora de medir el uso.

Por ejemplo, si se adjuntan dos volúmenes de disco persistente de 1 TiB y 2 TiB a una máquina virtual de Compute Engine y se configura el SLT de la copia de seguridad para excluir el volumen de 2 TiB, el uso de la máquina virtual se medirá como 1 TiB.

Además, si la VM de 1 TiB aumenta o disminuye de tamaño, Backup and DR mide el uso en función del tamaño del volumen en el momento de la última copia de seguridad.

Medición del uso de Compute Engine al crear copias de seguridad en un almacén de copias de seguridad

Cuando se hace una copia de seguridad en un depósito de copias de seguridad, Backup and DR mide el uso de la VM de Compute Engine de la siguiente forma:

• Los cargos de gestión se basan en el tamaño de la máquina virtual de Compute Engine en el momento de la copia de seguridad. Por ejemplo, si una máquina virtual tiene un total de 1 TiB de almacenamiento asociado, los cargos de gestión serán por ese 1 TiB, independientemente del almacenamiento que se use.
• Además, si la VM de 1 TiB aumenta o disminuye de tamaño, Backup and DR mide el uso en función del tamaño de la VM en el momento de la última copia de seguridad.

Medición del uso al crear copias de seguridad de discos independientes (Persistent Disk e Hyperdisk) en un depósito de copias de seguridad

En el caso de las copias de seguridad almacenadas en un depósito de copias de seguridad, Backup and DR calcula el uso de los discos persistentes o hiperdiscos independientes de la siguiente forma:

• Los gastos de gestión se determinan en función del tamaño del disco persistente o hiperdisco en el momento de cada copia de seguridad. Esto significa que un disco de 1 TiB generará cargos de gestión por 1 TiB, independientemente del almacenamiento real que se utilice.
• Además, Backup and DR volverá a calcular el uso basándose en el tamaño actual del disco durante la copia de seguridad más reciente, aunque el tamaño del disco de la máquina virtual haya cambiado desde la copia de seguridad anterior.

Medición del uso de VMware Engine sin agente

Para nodos ve1 y ve2 de VMware Engine

El precio se calcula en función del número y del tipo de nodos de ESXi que se protegen. Se considera que un nodo de ESXi está protegido si una o más de las máquinas virtuales conectadas a él están protegidas por el servicio Backup and DR.

A continuación, se muestra un ejemplo del proceso de facturación de VMware Engine:

• Precio de la copia de seguridad de un solo nodo ve1 de VMware Engine (solo copias de seguridad de máquinas virtuales) en la región us-central1 durante un mes = (precio según catálogo de la copia de seguridad del nodo por hora) X (n. º de horas al día que el nodo está activo) X (n. º de días al mes).
• Si tenemos en cuenta que el nodo de VMware Engine está activo durante 24 horas, que un mes tiene 30 días y que el precio de la copia de seguridad de un nodo es de 0,46 USD, el coste mensual será de 0,46 USD x 24 x 30 = 331 USD.

En el caso de los nodos ve2, los precios se basan tanto en el número como en el tipo (mega, large, standard o small) de nodos ESXi que se protegen.

El precio solo incluye la protección de VMware Engine (copias de seguridad de máquinas virtuales completas). No incluye los cargos de gestión de copias de seguridad de ninguna copia de seguridad basada en agentes, como los cargos por copias de seguridad coherentes con las aplicaciones de SAP HANA, SQL Server, MySQL, Postgres, agentes de sistemas de archivos, etc. Para estimar los cargos de las copias de seguridad basadas en agentes, consulte Medición del uso de copias de seguridad basadas en agentes.

Para nodos de solo almacenamiento ve1 y ve2 de VMware Engine

El precio de la protección de un nodo de solo almacenamiento ve1 o ve2 de VMware Engine se determina en función del número de nodos de solo almacenamiento ve1 o ve2 de VMware Engine que se añadan a un clúster que tenga al menos uno o más nodos protegidos ve1 o ve2 de VMware Engine.

Si tienes un clúster con nodos protegidos de VMware Engine ve1 o ve2 y añades nodos de solo almacenamiento de VMware Engine ve1 o ve2 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. No puedes excluir la protección de los nodos de solo almacenamiento ve1 o ve2 de VMware Engine en un clúster que tenga al menos uno o más nodos protegidos ve1 o ve2 de VMware Engine.

Por ejemplo, supongamos que tienes un clúster de 20 nodos y estás protegiendo 10 de ellos con el servicio Backup and DR. Si añades 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 ve1 de VMware Engine.

Si no proteges ningún nodo ve1 o ve2 de VMware Engine en un clúster, no podrás proteger los nodos de solo almacenamiento ve1 o ve2 de VMware Engine en ese caso.

Backup and DR mide el uso de las copias de seguridad basadas en agentes según el tamaño real de la carga de trabajo. Por ejemplo, si una copia de seguridad de una base de datos de SQL Server usa el agente de Backup and DR y la suma de los archivos de datos de un SQL Server es de 5 TiB en un volumen de 7 TiB, el uso se mide como 5 TiB.

Medición del uso de 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 contabilizan las bases de datos protegidas en el uso. No tiene en cuenta los archivos de registro:

• Oracle. El tamaño asignado de los archivos de base de datos protegidos se contabiliza en 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 la base de datos, incluidos los archivos .MDF, .LDF y .NDF que están bajo protección, se contabiliza en el uso.
• Protección de bases de datos con el seguimiento de bloques modificados (CBT) de Linux. Backup and DR admite copias de seguridad eficientes de varias bases de datos con seguimiento de bloques modificados. Este modo de copia de seguridad se basa en que los archivos de registro y de datos de la base de datos residan en volúmenes gestionados por Linux Logical Volume Manager (LVM). En este tipo 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: 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
• Protección basada en volcados de SQL sin CBT de Linux. Backup and DR admite 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 que indica la base de datos en el momento de la copia de seguridad.

Factores que influyen en la medición del uso

Factores que influyen en la medición del uso en situaciones fuera de banda:

• Volúmenes comprimidos. Cuando el volumen tiene la compresión habilitada, el uso cuenta los valores posteriores a la compresión. Por ejemplo, si un volumen de 2 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 para Windows. En el caso de los volúmenes optimizados para Windows, Backup and DR rehidrata el volumen para la copia de seguridad, y el recuento de uso será el valor rehidratado. Por ejemplo, si un volumen optimizado para Windows de 1 TiB contiene 800 GiB de datos y, al rehidratarse para la copia de seguridad, acaba ocupando 1,1 TiB, el uso es de 1,1 TiB.
• Tamaños de bloque. En el caso de los discos de almacenamiento provisional, Backup and DR mide el uso en función del tamaño de bloque del disco de almacenamiento provisional. Si el tamaño de bloque del volumen de origen y el tamaño de bloque del disco de almacenamiento provisional coinciden, los valores de uso coincidirán exactamente con los del volumen de origen. Si el tamaño de bloque que se usa en el disco de almacenamiento provisional es diferente del volumen de origen, habrá una pequeña diferencia porque el cálculo del uso se hace en el disco de almacenamiento provisional.
• Grupos de coherencia. El recuento de uso de un grupo de coherencia es la suma de los tamaños de todas las cargas de trabajo del grupo de coherencia. Las cargas de trabajo se miden individualmente y se suman.

Medición del uso de copias virtuales

Backup and DR mide el uso de las copias virtuales a partir del momento en que se crea 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 habitual de crear copias virtuales es con tareas de montaje. También hay otros tipos de trabajos, como los de preparación del montaje y los de reaprovisionamiento, que pueden crear una copia virtual. Los cargos por uso se prorratean en función del tiempo que se usa la copia virtual (desde el momento en que se monta correctamente hasta que se desmonta, medido en incrementos de 1 hora).

Veamos el ejemplo de una base de datos de servidor SQL de 500 GiB. Las copias de seguridad de esta base de datos generan un cargo por uso de copias de seguridad asociado a 500 GiB. Además, se aprovisiona una copia virtual de esta base de datos en un servidor de pruebas al mediodía del primer día de cada mes a partir de 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 desmonta del servidor de pruebas a las 11:00. En este caso, se incurre en un cargo por uso de copia virtual de 500 GiB durante 12 horas el día 1 y 24 horas al día desde el día 2 hasta el momento de la copia de seguridad el día 10. El cargo por uso de la copia virtual cambia a 400 GiB el día 10 (en el momento de la copia de seguridad) y continúa hasta el día 20 del mes. El uso de la copia virtual del día 20 solo contará el uso de 11 horas y no el del día completo. La cantidad de uso no cambia si se escriben datos adicionales en la copia virtual.

Si se transfieren datos desde una bóveda de copias de seguridad cuando el origen y el destino están en ubicaciones de Google Cloud diferentes, es posible que se apliquen cargos por transferencia de datos entre regiones.

Actualmente, se aplican cargos por transferencia de datos interregionales a las transferencias asociadas a máquinas virtuales de VMware Engine, bases de datos de Oracle, bases de datos de SQL Server y discos.

Los cargos por transferencia de datos entre regiones para las máquinas virtuales de VMware Engine, las bases de datos de Oracle y las bases de datos de SQL Server se facturarán al proyecto en el que se encuentre el almacén de copias de seguridad, utilizando los SKUs de Backup and DR que se indican a continuación.

Los cargos por transferencia de datos entre regiones de los discos se facturarán al proyecto de destino de la transferencia de datos y se aplicarán al tamaño de los datos que se transfieran.

• En el caso de las restauraciones de disco, el proyecto de destino es el del recurso restaurado. La facturación se realizará mediante la SKU de transferencia de datos entre regiones de Compute Engine correspondiente.

En el futuro, se aplicarán cargos por transferencia de datos entre regiones a las máquinas virtuales de Compute Engine. Los clientes de Backup and DR recibirán un aviso con antelación antes de que se empiecen a cobrar las transferencias de datos entre regiones para las máquinas virtuales de Compute Engine.

Los precios de transferencia de datos interregionales basados en el uso se muestran en la tabla de abajo y se miden por GiB de datos transferidos.

Es posible que se apliquen cargos por subida al crear copias de seguridad multirregionales. Puede que se apliquen cargos por descarga al restaurar copias de seguridad multirregionales.

Actualmente, se aplican cargos por subida y descarga a las transferencias aplicables asociadas a los discos, y se basan en el tamaño de los datos que se transfieren.

Información adicional:

• Los cargos por subida y descarga se facturan a los SKUs correspondientes que tengan ubicaciones geográficas que contengan la ubicación multirregional.
• Cuando se aplican cargos por subida o descarga en una transferencia de datos entre ubicaciones, no se aplican cargos por transferencia de datos entre regiones.
• Facturación de proyectos
• Los cargos por subida se facturan, a través de la SKU del servicio de copia de seguridad y recuperación tras fallos correspondiente, al proyecto en el que se creó el almacén de copias de seguridad multirregional.
• Los cargos por descarga se facturan, a través del SKU de descarga del servicio de Compute Engine correspondiente, al proyecto de destino donde se restauraron los datos.

Ejemplos de casos prácticos:

• "Hacer una copia de seguridad de un disco en la región "us-central1" en una bóveda de copias de seguridad multirregional en la ubicación "us"
• Se aplicarían cargos por subida multirregional.
• La facturación se haría usando el SKU de subida multirregional "North America" del servicio Backup and DR.
• Los cargos por subida se facturarían al proyecto en el que se creó el almacén de copias de seguridad.
• No se aplicarían cargos por transferencia de datos entre regiones.
• Restaurar una copia de seguridad de un disco de la multirregión de EE. UU. en un recurso ubicado en la región us-central1.
• Se aplicarían cargos por descarga multirregional.
• La facturación se haría usando el SKU correspondiente de Compute Engine (consulta los detalles de los precios de Compute Engine aquí).
• Los cargos por descarga se facturarían al proyecto de destino en el que se creó el recurso restaurado.
• No se aplicarían cargos por transferencia de datos entre regiones.
• Restaurar una copia de seguridad de un disco de la multirregión "us" en un recurso ubicado en la región "europe-west1".
• No se aplicarían cargos por descarga multirregional.
• Se aplicarían cargos por transferencia de datos entre regiones.
• La facturación se haría usando el SKU de Compute Engine correspondiente (consulta los detalles de los precios de Compute Engine aquí).
• Los cargos por transferencia de datos entre regiones se facturarían al proyecto de destino en el que se creó el recurso restaurado.

En el futuro, se aplicarán cargos por subir y descargar datos en máquinas virtuales de Compute Engine. Los clientes de Backup and DR recibirán un aviso antes de que se empiecen a cobrar los costes de subida y descarga de las máquinas virtuales de Compute Engine.

Inhabilitación de la API en el proyecto que contiene un almacén de copias de seguridad

Cuando la API del servicio Backup and DR está inhabilitada en un proyecto que contiene un almacén de copias de seguridad, el comportamiento de la facturación es el siguiente:

• La facturación del almacenamiento continuará hasta que caduquen las copias de seguridad según el calendario de caducidad definido por el usuario.
• Para máquinas virtuales de Compute Engine protegidas en depósitos de copia de seguridad
• La facturación de la gestión de la protección activa seguirá aplicándose (al proyecto en el que se encuentre el recurso protegido) durante 30 días. Después de 30 días consecutivos en estado inhabilitado, la protección de los recursos almacenados se considerará inactiva.
• En los casos en los que existan datos de copia de seguridad en un almacén de copias de seguridad, pero el recurso asociado ya no esté bajo protección activa, se aplicará la facturación de gestión de los recursos que ya no estén bajo protección activa.

Inhabilitación de la API en un proyecto que contiene VMs de Compute Engine protegidas en una bóveda de copias de seguridad

Cuando la API del servicio Backup and DR está inhabilitada en un proyecto que contiene un recurso protegido en un almacén de copias de seguridad, el comportamiento de facturación será el siguiente:

• La facturación del almacenamiento continuará hasta que caduquen las copias de seguridad según el calendario de caducidad definido por el usuario.
• La facturación de gestión de la protección activa cesará. Después de 30 días consecutivos en estado inhabilitado, la protección de los recursos almacenados se considerará inactiva.
• En los casos en los que existan datos de copia de seguridad en un almacén de copias de seguridad, pero el recurso asociado ya no esté bajo protección activa, se aplicará la facturación de gestión de los recursos que ya no estén bajo protección activa.

El dispositivo de copia de seguridad y recuperación se ejecuta como una VM de Compute Engine en un proyecto elegido por el cliente. Los dispositivos del servicio de copia de seguridad y DR vienen en tres configuraciones diferentes, tal como se indica en Configurar y planificar una implementación del servicio de copia de seguridad y DR. Se aplican los cargos estándar de las instancias de Compute Engine para ejecutar estos dispositivos.