Precios del servicio de copia de seguridad y recuperación ante desastres

En este documento se analizan los detalles de precios de copias de seguridad y recuperación ante desastres.

Descripción general

El servicio de respaldo y recuperación ante desastres ofrece un modelo de facturación basado en el consumo, que se basa en los siguientes componentes:

• Cargo por almacenamiento de respaldo. Estos cargos son independientes del tipo de recurso protegido.

• Cargo por gestión de copias de seguridad. Estos cargos dependen del tipo de recurso protegido.

• Cargo por transferencia de datos interregional. Estos cargos son independientes del tipo de recurso protegido.

• Cargos por carga y descarga multirregionales. Estos cargos son independientes del tipo de recurso protegido.

Cargo por almacenamiento de respaldo

Los SKU utilizados para facturar los cargos de almacenamiento del servicio de respaldo y recuperación ante desastres dependen de si el recurso protegido se protege en una bóveda de respaldo o en un almacenamiento autoadministrado .

• Si un recurso está protegido en una bóveda de respaldo, los cargos de almacenamiento se facturarán al proyecto donde se creó la bóveda de respaldo, utilizando los SKU de servicio de respaldo y recuperación ante desastres y con los precios definidos en la siguiente tabla.

• Si un recurso está protegido en un almacenamiento autogestionado (por ejemplo, un bucket de Cloud Storage o una instantánea de disco persistente), los cargos de almacenamiento se facturarán según los SKU correspondientes. Para más información sobre los precios de Cloud Storage, consulte "Precios de Cloud Storage" . Para más información sobre los precios de las instantáneas de disco persistente, consulte "Precios de las instantáneas de disco persistente" .

Cargo por gestión de copias de seguridad

Cada proyecto en Google Cloud tiene una cuenta de facturación que se utiliza para definir quién paga por el uso de Google Cloud Recursos y API de ese proyecto. El proyecto y los SKU utilizados para la facturación del servicio de backup y recuperación ante desastres se determinan según el tipo de recurso protegido.

Máquinas virtuales de Compute Engine

Protección de disco independiente (persistente e hiperdisco) en una bóveda de respaldo (incluye protección a través de Terraform y Google Cloud CLI)

Los cargos por administración de discos (persistentes o hiperdiscos) con protección activa en una bóveda de respaldo se facturan al proyecto donde se ubica el disco protegido. La siguiente tabla muestra los SKU y los precios para la protección de discos en una bóveda de respaldo.

Protección de máquinas virtuales de Compute Engine en una bóveda de respaldo (incluye protección mediante Terraform y Google Cloud CLI)

Los cargos por administración de máquinas virtuales protegidas en una bóveda de respaldo se facturan al proyecto donde se encuentra la máquina virtual protegida. La siguiente tabla muestra los SKU y los precios para la protección en una bóveda de respaldo.

Si una máquina virtual ya no está bajo protección activa, pero tiene datos de respaldo en una bóveda de respaldo, se facturarán cargos de administración como se describe aquí .

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

Los cargos de administración por la protección en almacenamiento autogestionado se facturan al proyecto donde se activó el servicio de copia de seguridad y recuperación ante desastres y desde el cual se implementó la consola de administración. Esto aplica independientemente de las zonas, regiones o proyectos donde se ubiquen los dispositivos de copia de seguridad/recuperación. La siguiente tabla muestra los SKU y los precios de la protección en almacenamiento autogestionado.

Máquinas virtuales de VMware Engine de Google Cloud

Las máquinas virtuales de VMware Engine se protegen mediante la consola de administración del servicio de copia de seguridad y recuperación ante desastres . Los cargos por administración de los recursos protegidos mediante dicha consola se facturan al proyecto donde se activó dicho servicio y desde el cual se implementó la consola. Esto se aplica independientemente de las zonas, regiones o proyectos donde se encuentren los dispositivos de copia de seguridad/recuperación.

El precio de las copias de seguridad de VMware Engine se basa en el consumo y el plazo de compromiso; las opciones incluyen descuentos por uso a pedido o por compromiso para plazos de uno y tres años.

En la siguiente tabla se enumeran los SKU y los precios para proteger los nodos VMware Engine ve1-standard-72 y los nodos de solo almacenamiento ve1-standard-72 en una bóveda de respaldo o en un almacenamiento autoadministrado.

En la siguiente tabla se enumeran los SKU y los precios para proteger los nodos de VMware Engine ve2 en una bóveda de respaldo o en un almacenamiento autoadministrado.

Si una máquina virtual ya no está bajo protección activa, pero tiene datos de respaldo en una bóveda de respaldo, se facturarán cargos de administración como se describe aquí .

Bases de datos de SQL Server autogestionadas

Las bases de datos de SQL Server autoadministradas se protegen mediante la consola de administración del Servicio de Copia de Seguridad y Recuperación ante Desastres (DR). Los cargos por administración de los recursos protegidos mediante la consola se facturan al proyecto donde se activó el Servicio y desde el cual se implementó la consola. Esto se aplica independientemente de las zonas, regiones o proyectos donde se encuentren los dispositivos de copia de seguridad/recuperación.

Protección de la base de datos de SQL Server en una bóveda de respaldo

La siguiente tabla enumera los SKU y los precios para la protección en una bóveda de respaldo.

Si SQL Server ya no está bajo protección activa, pero tiene datos de respaldo en una bóveda de respaldo, se facturarán cargos de administración como se describe aquí .

Protección de bases de datos de SQL Server en almacenamiento autogestionado

La siguiente tabla enumera los SKU y los precios para la protección en el almacenamiento autogestionado.

¹ Esto incluye escenarios en los que se utilizan montajes virtuales para realizar pruebas y/o restauraciones de copias de seguridad.

Bases de datos Oracle autogestionadas

Las bases de datos Oracle autogestionadas se protegen mediante la consola de administración del Servicio de Copia de Seguridad y Recuperación ante Desastres (DR). Los cargos por administración de los recursos protegidos mediante la consola se facturan al proyecto donde se activó dicho servicio y desde el cual se implementó la consola. Esto se aplica independientemente de las zonas, regiones o proyectos donde se encuentren los dispositivos de copia de seguridad/recuperación.

Protección de la base de datos de Oracle en una bóveda de respaldo

El precio de las copias de seguridad de Oracle en una bóveda de respaldo se basa en el consumo y el plazo de compromiso; las opciones incluyen descuentos por uso a demanda o por compromiso de uso para plazos de uno y tres años. La siguiente tabla muestra los SKU y los precios para la instalación en una bóveda de respaldo.

Si Oracle ya no se encuentra bajo protección activa, pero tiene datos de respaldo en una bóveda de respaldo, se facturarán cargos de administración como se describe aquí .

Protección de bases de datos Oracle en almacenamiento autogestionado

La siguiente tabla enumera los SKU y los precios para la protección en el almacenamiento autogestionado.

¹ Esto incluye escenarios en los que se utilizan montajes virtuales para realizar pruebas y/o restauraciones de copias de seguridad.

Bases de datos SAP HANA autogestionadas

Las bases de datos SAP HANA autogestionadas se protegen mediante la consola de administración del servicio de copia de seguridad y recuperación ante desastres. Los cargos por administración de los recursos protegidos mediante la consola se facturan al proyecto donde se activó dicho servicio y desde el cual se implementó la consola. Esto se aplica independientemente de las zonas, regiones o proyectos donde se encuentren los dispositivos de copia de seguridad/recuperación. La siguiente tabla muestra los SKU y los precios para la protección en almacenamiento autogestionado.

¹ Esto incluye escenarios en los que se utilizan montajes virtuales para realizar pruebas y/o restauraciones de copias de seguridad.

Otros tipos de recursos

El Servicio de Copia de Seguridad y Recuperación ante Desastres (DR) también permite la protección de recursos adicionales mediante la consola de administración del Servicio de Copia de Seguridad y Recuperación ante Desastres (DR), como se indica a continuación (p. ej., sistemas de archivos, bases de datos MySQL, etc.). Los cargos por administración de dichos recursos bajo protección activa mediante la consola de administración del Servicio de Copia de Seguridad y Recuperación ante Desastres (DR) se facturan al proyecto donde se activó el Servicio y desde el cual se implementó la consola de administración. Esto se aplica independientemente de las zonas, regiones o proyectos donde se encuentren los dispositivos de copia de seguridad/recuperación. La siguiente tabla muestra los SKU y los precios para la protección en almacenamiento autogestionado.

¹ Esto incluye escenarios en los que se utilizan montajes virtuales para realizar pruebas y/o restauraciones de copias de seguridad.

Recursos que no están bajo protección activa, pero con copias de seguridad en una bóveda de respaldo

Si un recurso ya no está bajo protección activa (es decir, la protección del recurso está "inactiva") en una bóveda de respaldo determinada, pero aún tiene datos de respaldo en esa bóveda de respaldo, los cargos de administración se facturarán al proyecto donde se creó la bóveda de respaldo y se utilizará el SKU y el precio que se detallan a continuación.

Tenga en cuenta también los siguientes escenarios en los que la protección de recursos se considerará “inactiva”:

• Ver el comportamiento de facturación asociado con la desactivación de la API
• Para recursos protegidos a través de un dispositivo de respaldo/recuperación:
  • Si el dispositivo de respaldo/recuperación no se comunica con la bóveda de respaldo durante 24 horas, la protección del recurso de la bóveda de respaldo asociada se considerará "inactiva".

¿Cómo se mide el uso de la gestión de copias de seguridad y recuperación ante desastres?

Para calcular los cargos de administración, Backup and DR mide el uso según el tamaño real de la carga de trabajo en el frontend o el 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 bajo administración informa el tamaño del volumen de datos, Backup and DR tiene en cuenta el tamaño del volumen informado (por ejemplo, el cálculo de uso para VMware será coherente con el tamaño informado de la VM en vCenter).

Si administra 10 TiB de datos de Oracle distribuidos en varias bases de datos, los informes de uso de Backup y DR representan 10 * 1024 GiB de uso de datos.

Medición del uso de Compute Engine al realizar copias de seguridad en un almacenamiento autoadministrado

Al realizar copias de seguridad en almacenamiento autogestionado, Backup and DR mide el uso de las copias de seguridad de máquinas virtuales de Compute Engine según la cantidad de almacenamiento de PD conectado a una máquina virtual de Compute Engine en el momento de la copia de seguridad. Backup and DR permite excluir volúmenes de PD de la copia de seguridad. En estos casos, solo se utilizan los volúmenes identificados para la copia de seguridad para medir el uso.

Por ejemplo, si dos volúmenes PD de un TiB y dos TiB están conectados a una VM de Compute Engine y usted configura el SLT de respaldo para excluir el volumen de 2 TiB, el uso de la VM se mide como un TiB.

Además, si la máquina virtual de 1 TiB crece o se reduce, 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 de uso de Compute Engine al realizar copias de seguridad en una bóveda de copias de seguridad

Al realizar una copia de seguridad en una bóveda de respaldo, Backup and DR mide el uso de la máquina virtual de Compute Engine como se describe a continuación

• Los cargos de administración se basan en el tamaño de la máquina virtual de Compute Engine al momento de la copia de seguridad. Por ejemplo, si una máquina virtual tiene 1 TiB de almacenamiento conectado, los cargos de administración se aplicarán a ese TiB, independientemente del almacenamiento utilizado.

• Además, si la VM de 1TiB crece o se reduce, 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 de uso al realizar copias de seguridad de discos independientes (persistentes e hiperdiscos) en una bóveda de copias de seguridad

Para las copias de seguridad almacenadas en una bóveda de copias de seguridad, Backup and DR calcula el uso de discos persistentes/hiperactivos independientes de la siguiente manera:

• Las tarifas de administración se determinan según el tamaño del disco persistente/hiperactivo al momento de cada copia de seguridad. Esto significa que un disco de 1 TiB generará cargos de administración por 1 TiB, independientemente del almacenamiento utilizado.
• Además, Backup y DR recalcularán el uso en función del tamaño actual del disco durante la copia de seguridad más reciente, incluso si el tamaño del disco de la máquina virtual ha cambiado desde la copia de seguridad anterior.

Medición del uso de VMware Engine sin agente

El precio se calcula en función de la cantidad y el tipo de nodos ESXi protegidos. Un nodo ESXi se considera protegido si una o más máquinas virtuales conectadas a él están protegidas por el servicio de copia de seguridad y recuperación ante desastres.

A continuación se muestra un ejemplo que demuestra el proceso de facturación de VMware Engine:

• Precio para realizar una copia de seguridad de un solo nodo VMware Engine ve1 (solo copias de seguridad de VM) en la región us-central1 durante un mes = (Precio de lista para realizar una copia de seguridad del nodo/hora) X (Número de horas en un día en que el nodo está activo) X (Número de días en un mes).

• Teniendo en cuenta que el nodo VMware Engine está activo durante 24 horas, hay 30 días en un mes y el precio de realizar una copia de seguridad de un nodo será $0,46 X 24 X 30 = $331 USD.

Para los nodos ve2, el precio se basa tanto en la cantidad como en el tipo (mega, grande, estándar, pequeño) de nodos ESXi que se están protegiendo.

El precio solo cubre la protección de copias de seguridad de máquinas virtuales completas con VMware Engine. No incluye los cargos por gestión de copias de seguridad basadas en agente, como los cargos por copias de seguridad consistentes con aplicaciones para SAP HANA, SQL Server, MySQL, Postgres, agentes del sistema de archivos, etc. Para calcular los cargos por copias de seguridad basadas en agente, consulte Medición del uso de copias de seguridad basadas en agente .

El precio para proteger un nodo de solo almacenamiento de VMware Engine ve1/ve2 está determinado por la cantidad de nodos de solo almacenamiento de VMware Engine ve1/ve2 agregados a un clúster que tiene al menos uno o más nodos protegidos de VMware Engine ve1/ve2.

Si tiene un clúster con nodos protegidos de VMware Engine ve1/ve2 y agrega nodos de solo almacenamiento de VMware Engine ve1/ve2 al mismo clúster, todos los nodos de solo almacenamiento del clúster se considerarán protegidos de forma predeterminada y se le cobrará por protegerlos todos. No puede excluir la protección de los nodos de solo almacenamiento de VMware Engine ve1/ve2 en un clúster que tenga al menos uno o más nodos protegidos de VMware Engine ve1/ve2.

Por ejemplo, supongamos que tiene un clúster de 20 nodos y protege 10 de ellos con el servicio de copia de seguridad y recuperación ante desastres. Si añade 3 nodos de solo almacenamiento al clúster, estos se considerarán protegidos y se le cobrará por proteger 10 + 3 = 13 nodos de VMware Engine ve1.

Si no está protegiendo ningún nodo de VMware Engine ve1/ve2 en un clúster, los nodos de solo almacenamiento de VMware Engine v1/ve2 no se pueden proteger en ese caso.

Medición del uso de copias de seguridad basadas en agentes

Backup and DR mide el uso de las copias de seguridad basadas en agente 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 utiliza el agente de Backup and DR y la suma de los 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 de copias de seguridad de bases de datos basadas en agentes

Para cargas de trabajo de Oracle y SQL Server, solo las bases de datos protegidas se contabilizan para el uso. No se tienen en cuenta los archivos de registro:

• Oracle. El tamaño asignado a los archivos de base de datos protegidos se contabiliza para el uso. Este tamaño incluye archivos de datos y de control.
• Microsoft SQL Server. El tamaño total de todos los archivos de base de datos, incluidos los archivos .MDF, .LDF y .NDF protegidos, se contabiliza para el uso.

• Protección de bases de datos con Seguimiento de Bloques de Cambios (CBT) de Linux. Backup and DR permite realizar copias de seguridad eficientes de varias bases de datos con seguimiento de bloques de cambios. Este modo de copia de seguridad depende de que los archivos de registro y datos de la base de datos residan en volúmenes administrados por el Administrador de Volúmenes Lógicos (LVM) de Linux. Para 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 : llamar a get_dbsize_info(?,?,?,-1);

  MariaDB : SELECCIONAR SUMA(longitud_datos + longitud_índice) DE esquema_informacion.TABLES donde esquema_tabla='';

  MySQL : SELECCIONAR SUMA(longitud_datos + longitud_índice) DE esquema_informacion.TABLES donde esquema_tabla='';

  PostgreSQL : SELECCIONAR pg_database_size('$db');

  SAP ASE : sp_spaceused;

  SAP IQ : sp_iqdbsize * tamaño_de_bloque;

  SAP HANA : seleccionar suma(TOTAL_SIZE) de sys_databases.M_VOLUME_FILES donde tipo_de_archivo='DATOS'

  SAP MaxDB : dbmcli -d $DBSID $MAXDB_KEY información DATOS

• Protección basada en volcados de SQL sin Linux CBT. Backup and DR admite copias de seguridad tradicionales basadas en volcados de SQL. En este modo, el uso se mide según el tamaño de la base de datos, según lo informado por esta al 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 escenarios fuera de banda:

• Volúmenes comprimidos. Cuando la compresión de un volumen está habilitada, el uso contabiliza los valores posteriores a la compresión. Por ejemplo, si un volumen de dos TiB tiene 2,5 TiB de datos comprimidos a 1,8 TiB, el uso será de 1,8 TiB, no de 2,5 TiB.
• Volúmenes optimizados para Windows. En estos volúmenes, 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 un TiB contiene 800 GiB de datos, al rehidratarse para la copia de seguridad, el volumen resultante será de 1,1 TiB, lo que significa que el uso será de 1,1 TiB.
• Tamaños de bloque. Para los discos de ensayo, Backup and DR mide el uso según el tamaño de bloque del disco de ensayo. Si el tamaño de bloque del volumen de origen y el del disco de ensayo coinciden, los valores de uso coincidirán exactamente con los del volumen de origen. Si el tamaño de bloque utilizado en el disco de ensayo es diferente al del volumen de origen, la diferencia será mínima, ya que el cálculo del uso se realiza en el disco de ensayo.
• Grupos de consistencia. El recuento de uso de un grupo de consistencia es la suma de todos los tamaños de carga de trabajo que lo componen. Las cargas de trabajo se miden individualmente y se suman.

Medición del uso de copias virtuales

El sistema de copias de seguridad y recuperación ante desastres mide el uso de las copias virtuales desde su creación. El uso se basa en el tamaño de la aplicación al momento de la última copia de seguridad. A medida que se realizan nuevas copias de seguridad, el uso se actualiza para reflejar el tamaño actual de la aplicación. La forma más común de crear copias virtuales es mediante trabajos de montaje. Existen otros tipos de trabajos, como los de preparación y montaje, y los de reaprovisionamiento, que también pueden crear una copia virtual. Los cargos por uso se prorratean según el tiempo de uso de la copia virtual (desde el momento del montaje hasta el momento del desmontaje, medidos en incrementos de 1 hora).

Considere 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 copia de seguridad asociado a 500 GiB. Además, suponga que se aprovisiona una copia virtual de esta base de datos a 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 desmonta del servidor de prueba a las 11 a. m. En este escenario, se genera un cargo por uso de copia virtual de 500 GiB durante 12 horas el día 1 y las 24 horas del día, todos los días desde el día 2 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 de la copia de seguridad) y continúa hasta el día 20 del mes. El uso de copia virtual para el día 20 solo contabilizará el uso durante 11 horas y no el de todo el día. La cantidad de uso no cambia con los datos adicionales escritos en la copia virtual.

Cargo por transferencia de datos entre regiones

Si se transfieren datos desde una bóveda de respaldo cuando el origen y el destino están en diferentes Google Cloud Ubicaciones, pueden aplicarse cargos por transferencia de datos entre regiones.

Actualmente, se aplican cargos por transferencia de datos entre regiones para transferencias asociadas con 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 máquinas virtuales de VMware Engine, bases de datos Oracle y bases de datos SQL Server se facturarán al proyecto donde se encuentra la bóveda de respaldo, utilizando los SKU de respaldo y recuperación ante desastres que se enumeran a continuación.

Los cargos por transferencia de datos entre regiones para 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.

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

En el futuro, se aplicarán cargos por transferencia de datos interregional para las máquinas virtuales de Compute Engine. Se notificará a los clientes de copias de seguridad y recuperación ante desastres antes de que comiencen a aplicarse los cargos por transferencia de datos interregional para las máquinas virtuales de Compute Engine.

Cargos de carga y descarga multirregional

Los cargos de carga pueden aplicarse para la creación de copias de seguridad multirregionales. Los cargos de descarga pueden aplicarse para la restauración de copias de seguridad multirregionales.

Copias de seguridad de disco

Los cargos de carga y descarga se aplican actualmente para las transferencias aplicables asociadas con los discos y solicitan el tamaño de los datos que se están transfiriendo.

Detalles adicionales:

• Los cargos de carga y descarga se facturan a los SKU correspondientes que tienen ubicaciones geográficas que contienen la ubicación de múltiples regiones.

• Cuando se aplican cargos por carga/descarga para una transferencia de datos entre ubicaciones, no se aplican cargos por transferencia de datos interregión.

• Facturación del proyecto

  • Se facturan los cargos de carga, a través de la copia de seguridad correspondiente y el servicio DR SKU, al proyecto donde se creó la bóveda de respaldo de múltiples regiones.

  • Los cargos de descarga se facturan, a través del servicio de computación de Compute correspondiente, Descargar Sku, al proyecto de destino donde se restauraron los datos.

Ejemplos de casos de uso:

• "Hacer una copia de seguridad de un disco en la región" US-Central1 "a una bóveda de respaldo de múltiples regiones en la ubicación de" EE. UU. "

  • Se aplicarían cargos por carga de múltiples regiones.

    • La facturación ocurriría utilizando el Sku de carga de la región múltiple de Backup y DR Service "North America".

    • Los cargos de carga se facturarían al proyecto donde se creó la bóveda de respaldo.

  • Los cargos de transferencia de datos interregión no se aplicarían.

• Restauración de una copia de seguridad de disco de múltiples regiones "EE. UU." A un recurso ubicado en la región "Central1 de los Estados Unidos".

  • Se aplicarían cargos de descarga de múltiples regiones.

    • La facturación se produciría utilizando el SKU de motor de cómputo correspondiente (ver aquí para obtener detalles del precio del motor de cómputo)

    • Los cargos de descarga se facturarían al proyecto objetivo donde se creó el recurso restaurado.

  • Los cargos de transferencia de datos interregión no se aplicarían.

• Restauración de una copia de seguridad de disco de múltiples regiones "estadounidenses" a un recurso ubicado en la región "Europa-West1".

  • Los cargos de descarga de múltiples regiones no se aplicarían.

  • Se aplicarían los cargos de transferencia de datos entre regiones.

    • La facturación se produciría utilizando el SKU de motor de cómputo correspondiente (consulte aquí para obtener detalles del precio del motor de cómputo).

    • Los cargos de transferencia de datos interregión se facturarían al proyecto objetivo donde se creó el recurso restaurado.

Los cargos de carga y descarga para las máquinas virtuales del motor Compute se aplicarán en el futuro. Los clientes de Backup y DR recibirán un aviso anticipado antes de la carga y la descarga de los cargos para el comienzo de las máquinas virtuales del motor.

¿Qué sucede si la API del servicio de copia de seguridad y DR está deshabilitada?

Desactivación de API en el proyecto que contiene una bóveda de respaldo

Cuando la API del servicio de copia de seguridad y DR está deshabilitado en un proyecto que contiene una bóveda de respaldo, el comportamiento de facturación será el siguiente:

• La facturación de almacenamiento continuará hasta que las copias de seguridad expiren de acuerdo con el programa de vencimiento definido por el usuario.

• Para las máquinas virtuales del motor de cómputo protegidas en bóvedas de respaldo

  • La facturación de gestión para la protección activa continuará siendo facturada (al proyecto donde se encuentra el recurso protegido) durante 30 días. Después de 30 días consecutivos en el estado discapacitado, la protección para los recursos almacenados se considerará inactivo.

• En los casos en que los datos de respaldo existen en una bóveda de respaldo, pero el recurso asociado ya no está bajo protección activa, se aplicará la facturación de gestión por recursos ya no bajo protección activa .

Desactivación de API en un proyecto que contiene máquinas virtuales del motor de cómputo protegidas en una bóveda de respaldo

Cuando la API del servicio de copia de seguridad y DR se deshabilita en un proyecto que contiene un recurso protegido en una bóveda de respaldo, el comportamiento de facturación será el siguiente:

• La facturación de almacenamiento continuará hasta que las copias de seguridad expiren de acuerdo con el programa de vencimiento definido por el usuario.

• La facturación de gestión para la protección activa cesará. Después de 30 días consecutivos en el estado discapacitado, la protección para los recursos almacenados se considerará inactivo.

• En los casos en que los datos de respaldo existen en una bóveda de respaldo, pero el recurso asociado ya no está bajo protección activa, se aplicará la facturación de gestión por recursos ya no bajo protección activa .

Cargo por el dispositivo de respaldo/recuperación

El dispositivo de copia de seguridad/recuperación se ejecuta como una VM de motor de cómputo en un proyecto elegido por el cliente. Los dispositivos de servicio de copia de seguridad y DR vienen en tres configuraciones diferentes como se enumeran en la configuración y planifican una implementación de servicio de copia de seguridad y DR . Los cargos de instancia de motor de cómputo estándar se aplican para ejecutar estos electrodomésticos.

¿Qué sigue?

Para cualquier pregunta relacionada con los precios, consulte las preguntas frecuentes .