Los SKUs que se usan para facturar los cargos de almacenamiento del servicio de Backup and DR dependen de si el recurso protegido se protege en una backup vault o en un almacenamiento autoadministrado.

Si un recurso está protegido en una backup vault, los cargos de almacenamiento se facturarán al proyecto en el que se creó la backup vault, con los SKUs del servicio de Backup and DR y los precios definidos en la tabla a continuación.

Si un recurso está protegido en un almacenamiento autoadministrado (p.ej., un bucket de Cloud Storage o una instantánea de Persistent Disk), los cargos de almacenamiento se facturarán con los SKUs correspondientes. Para obtener más información sobre los precios de Cloud Storage, consulta Precios de Cloud Storage. Para obtener más detalles sobre los precios de las instantáneas de Persistent Disk, consulta Precios de instantáneas de discos persistentes en la nube.

Cada proyecto en 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 Backup and DR se determinan según el tipo de recurso protegido.

Protección de discos independientes (Persistent Disk y Hyperdisk) en un almacén de copias de seguridad (incluye protección a través de Terraform y Google Cloud CLI)

Los cargos de administración de discos (Persistent Disk o Hyperdisk) bajo protección activa en un almacén de copias de seguridad se facturan al proyecto en el que se encuentra el disco protegido. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada a una bóveda de copias de seguridad para la protección de discos.

Protección de VMs de Compute Engine en un almacén de copias de seguridad (incluye protección a través de Terraform y Google Cloud CLI)

Los cargos de administración de VMs con protección activa en un almacén de copias de seguridad se facturan al proyecto en el que se encuentra la VM protegida. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada a una bóveda de copias de seguridad.

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

Protección de VMs de Compute Engine en almacenamiento autoadministrado

Los cargos de administración por la protección en el almacenamiento autoadministrado se facturan al proyecto en el que se activó el servicio Backup and DR y desde el que se implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada al almacenamiento autoadministrado.

Las VMs de VMware Engine se protegen a través de la consola de administración del servicio Backup and DR. Los cargos de administración de los recursos que están bajo protección activa a través de la consola de administració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 implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación.

Los precios para realizar una copia de seguridad de VMware Engine se basan en el consumo y en el plazo del compromiso. Las opciones incluyen descuentos por compromiso de uso según demanda o por períodos de uno y tres años.

En la siguiente tabla, se indican los SKUs y los precios para proteger los nodos ve1-standard-72 y los nodos ve1-standard-72 solo de almacenamiento de VMware Engine en una bóveda de copias de seguridad o en un almacenamiento autoadministrado.

En la siguiente tabla, se indican los SKUs y los precios para proteger los nodos ve2 de VMware Engine en una bóveda de copias de seguridad o en un almacenamiento autoadministrado.

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

Las bases de datos de SQL Server autoadministradas se protegen a través de la consola de administración del servicio Backup and DR. Los cargos de administración de los recursos que están bajo protección activa a través de la consola de administració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 implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación.

En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada a una bóveda de copias de seguridad.

Si SQL Server ya no está bajo protección activa, pero tiene datos de copia de seguridad en un backup vault, los cargos de administración se facturarán como se describe aquí.

En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada al almacenamiento autoadministrado.

Las bases de datos de Oracle autoadministradas se protegen a través de la consola de administración del servicio Backup and DR. Los cargos de administración de los recursos que están bajo protección activa a través de la consola de administració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 implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación.

Los precios para realizar una copia de seguridad de Oracle en una bóveda de copias de seguridad se basan en el consumo y en el plazo del compromiso. Las opciones incluyen descuentos por compromiso de uso según demanda o por períodos de uno y tres años. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada a una bóveda de copias de seguridad.

Si Oracle ya no está bajo protección activa, pero tiene datos de copia de seguridad en una backup vault, los cargos de administración se facturarán como se describe aquí.

En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada al almacenamiento autoadministrado.

Las bases de datos de SAP HANA autoadministradas se protegen a través de la consola de administración del servicio Backup and DR. Los cargos de administración de los recursos que están bajo protección activa a través de la consola de administració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 implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada al almacenamiento autoadministrado.

El servicio Backup and DR también admite la protección de recursos adicionales a través de la consola de administración del servicio Backup and DR, como se indica a continuación (p. ej., sistemas de archivos, bases de datos MySQL, etcétera). Los cargos de administración de esos recursos con protección activa a través de la consola de administració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 implementó la consola de administración. Esto es independiente de las zonas, regiones o proyectos en los que se encuentren los dispositivos de copia de seguridad y recuperación. En la siguiente tabla, se indican los SKUs y los precios de los puntos de entrada al almacenamiento autoadministrado.

Si un recurso ya no está bajo protección activa (es decir, la protección de recursos está “inactiva”) en un almacén de copias de seguridad determinado, pero aún tiene datos de copia de seguridad en ese almacén, se facturarán cargos de administración al proyecto en el que se creó el almacén de copias de seguridad y se utilizará el SKU y el precio que se indican a continuación.

También ten en cuenta las siguientes situaciones en las que la protección de recursos se considerará “inactiva”:

• Consulta el comportamiento de facturación asociado con la inhabilitación de la API
• Para los recursos protegidos a través de un dispositivo de copia de seguridad y recuperación:
• Si el dispositivo de copia de seguridad y recuperación no se comunica con el almacén de copia de seguridad durante 24 horas, la protección de recursos del almacén de copia de seguridad asociado se considerará “inactiva”.

Para calcular los cargos de administración, Backup and 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 está administrando. La unidad de medida es gibibyte (GiB). Un gibibyte = 1024 * 1024 * 1024 bytes.

Si la carga de trabajo administrada 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 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.

Nota: La medición del uso de copias de seguridad y 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 datos, el período de retención ni cuánto almacenamiento ocupan las copias.

Medición del uso de Compute Engine cuando se realiza una copia de seguridad en un almacenamiento autoadministrado

Cuando se realiza una copia de seguridad en un almacenamiento autoadministrado, Backup and DR mide el uso de las copias de seguridad de VMs de Compute Engine en función de la cantidad de almacenamiento de PD conectado a una VM de Compute Engine en el momento de la copia de seguridad. Backup and DR te permite excluir volúmenes de PD de la copia de seguridad. En esos casos, solo se usan los volúmenes identificados para realizar copias de seguridad para medir el uso.

Por ejemplo, si dos volúmenes de PD de un TiB y dos TiB están conectados 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, Backup and DR mide el uso en función del tamaño del volumen en el momento de la copia de seguridad más reciente.

Medición del uso de Compute Engine cuando se realiza una copia de seguridad en una backup vault

Cuando se realiza una copia de seguridad en un almacén de copias de seguridad, Backup and DR mide el uso de la VM de Compute Engine como se describe a continuación:

• Los cargos de administración se basan en el tamaño de la VM de Compute Engine en el momento de la copia de seguridad. Por ejemplo, si una VM tiene un total de 1 TiB de almacenamiento conectado, los cargos de administración serán por 1 TiB, independientemente del almacenamiento usado.
• Además, si la VM de 1 TiB crece o se reduce, Backup and DR mide el uso en función del tamaño de la VM en el momento de la copia de seguridad más reciente.

Medición del uso cuando se hace una copia de seguridad de discos independientes (persistentes y Hyperdisks) en un backup vault

Para las copias de seguridad almacenadas en una backup vault, Backup and DR calcula el uso de discos persistentes o hiperdiscos independientes de la siguiente manera:

• Las tarifas de administración se determinan según el tamaño del disco persistente o Hyperdisk en el 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 real utilizado.
• Además, Backup and DR volverá a calcular 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 VM cambió desde la copia de seguridad anterior.

Medición del uso para VMware Engine sin agentes

Para nodos ve1 y ve2 de VMware Engine

El precio se calcula en función de la cantidad y el tipo de nodos ESXi que se protegen. Se considera que un nodo ESXi está protegido si una o más de las VMs 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 VMware Engine:

• Precio para crear una copia de seguridad de un solo nodo ve1 de VMware Engine (solo copias de seguridad de VMs) en la región us-central1 durante 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).
• Considerando que el nodo de VMware Engine está activo durante 24 horas, que hay 30 días en un mes y que el precio para hacer una copia de seguridad de un nodo será de $0.46 × 24 × 30 = $331.

Para los nodos ve2, los precios se basan en la cantidad y el tipo (mega, grande, estándar, pequeño) de nodos ESXi que se protegen.

El precio es solo para proteger VMware Engine: copias de seguridad de VMs completas. No incluye cargos de administración de copias de seguridad para ninguna copia de seguridad basada en agentes, como los cargos por copias de seguridad coherentes con la aplicación para SAP HANA, SQL Server, MySQL, Postgres, agentes del sistema de archivos, etcétera. Para estimar los cargos por copias de seguridad basadas en agentes, consulta Medición del uso para copias de seguridad basadas en agentes.

Para el nodo de solo almacenamiento ve1 y ve2 de VMware Engine

El precio de la protección de un nodo de solo almacenamiento ve1/ve2 de VMware Engine se determina por la cantidad de nodos de solo almacenamiento ve1/ve2 de VMware Engine agregados a un clúster que tiene uno o más nodos protegidos ve1/ve2 de VMware Engine.

Si tienes un clúster con nodos protegidos ve1/ve2 de VMware Engine y agregas nodos solo de almacenamiento ve1/ve2 de VMware Engine al mismo clúster, todos los nodos solo de 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 solo de almacenamiento ve1/ve2 de VMware Engine en un clúster que tenga uno o más nodos protegidos ve1/ve2 de VMware Engine.

Por ejemplo, supongamos que tienes un clúster existente de 20 nodos y estás protegiendo 10 de ellos con el Servicio Backup and DR. Si agregas 3 nodos solo de almacenamiento al clúster, se considerarán protegidos los 3 nodos solo de almacenamiento y se te cobrará por proteger 10 + 3 = 13 nodos ve1 de VMware Engine.

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

Backup and DR mide el uso de 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 la base de datos de un servidor SQL usa 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 para copias de seguridad basadas en agentes de bases de datos

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

• Oracle. El tamaño asignado de los archivos de la 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 la base de datos, incluidos los archivos .MDF, .LDF y .NDF protegidos, se cuenta para el uso.
• Protección de bases de datos con el seguimiento de bloques de cambio (CBT) de Linux. Backup and DR admite 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 datos y de registro de la base de datos residan en volúmenes administrados por el 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 usado de la base de datos protegida, con 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 volcado 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 informado por 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 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 para Windows. Para los volúmenes optimizados de 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 de Windows de un TiB contiene 800 GiB de datos, cuando se rehidrata para la copia de seguridad termina siendo de 1.1 TiB, el uso es de 1.1 TiB.
• Tamaños de los bloques. Para los discos de almacenamiento intermedio, Backup and DR mide el uso en función del tamaño de bloque del disco de almacenamiento intermedio. Si el tamaño de bloque del volumen de origen y el tamaño de bloque del disco de almacenamiento intermedio coinciden, los valores de uso coincidirán exactamente con el volumen de origen. Si el tamaño de bloque usado en el disco de almacenamiento intermedio es diferente del volumen de origen, habrá una pequeña diferencia porque el cálculo de uso se realiza en el disco de almacenamiento intermedio.
• Grupos de coherencia El recuento de uso de un grupo de coherencia es la suma de todos los tamaños de carga de trabajo en el 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 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 común de crear copias virtuales es con trabajos de montaje. Existen otros tipos de trabajos, como prep-mount y reprovision, que también 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 del montaje exitoso hasta el momento de su desmontaje, medido en incrementos de 1 hora).

Considera el ejemplo de una base de datos de SQL Server 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, 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 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 20 del mes, la copia virtual se desmonta del servidor de prueba a las 11 a.m. En esta situación, se incurre en un cargo de uso de copia virtual de 500 GiB durante 12 horas el día 1 y 24 horas al día todos los días desde el 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 20 solo contará el uso de 11 horas y no de todo el día. La cantidad de uso no cambia con los datos adicionales que se escriben en la copia virtual.

Si los datos se transfieren desde un almacén de copias de seguridad cuando el origen y el destino están en diferentes ubicaciones de Google Cloud, se pueden aplicar cargos por transferencia de datos entre regiones.

Actualmente, se aplican cargos por transferencia de datos entre regiones para las transferencias asociadas con VMs 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 VMs de VMware Engine, bases de datos de Oracle y bases de datos de SQL Server se facturarán al proyecto en el que se encuentra el almacén de copias de seguridad, con los SKUs de Backup and DR que se indican 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 los restablecimientos de discos, el proyecto de destino es el proyecto del recurso restablecido. La facturación se realizará a través del SKU de transferencia de datos entre regiones de Compute Engine correspondiente.

En el futuro, se aplicarán cargos por transferencia de datos entre regiones para las VMs de Compute Engine. Los clientes de Copia de seguridad y DR recibirán un aviso anticipado antes de que comiencen los cargos por transferencia de datos entre regiones para las VMs de Compute Engine.

Los precios de transferencia de datos entre regiones basados en el uso se muestran en la tabla a continuación y se miden por GiB de datos transferidos.

Es posible que se apliquen cargos de carga para la creación de copias de seguridad multirregionales. Es posible que se apliquen cargos por descarga para el restablecimiento de copias de seguridad multirregionales.

Actualmente, se aplican cargos por carga y descarga a las transferencias aplicables asociadas con discos, y se aplican al tamaño de los datos que se transfieren.

Detalles adicionales:

• Los cargos de carga y descarga se facturan a los SKUs correspondientes que tienen ubicaciones geográficas que contienen la ubicación multirregional.
• Cuando se aplican cargos de carga o descarga por una transferencia de datos entre ubicaciones, no se aplican cargos de transferencia de datos entre regiones.
• Facturación del proyecto
• Los cargos de carga se facturan, a través del SKU del servicio Backup and DR correspondiente, al proyecto en el que se creó el backup vault multirregional.
• Los cargos por descarga se facturan, a través del SKU de descarga del servicio de Compute Engine correspondiente, al proyecto de destino en el que se restablecieron los datos.

Ejemplos de casos de uso:

• “Copia de seguridad de un disco en la región “us-central1” en un almacén de copias de seguridad multirregional en la ubicación “us”
• Se aplicarían cargos por la carga en varias regiones.
• La facturación se realizaría con el SKU de carga multirregional “Norteamérica” del servicio Backup and DR.
• Los cargos de carga se facturarían al proyecto en el que se creó el backup vault.
• No se aplicarían cargos por transferencia de datos entre regiones.
• Restablecer una copia de seguridad de un disco de multirregión “us” en un recurso ubicado en la región “us-central1”.
• Se aplicarían cargos por descarga multirregional.
• La facturación se realizaría con el SKU de Compute Engine correspondiente (consulta aquí para obtener detalles sobre los precios de Compute Engine).
• Los cargos por descarga se facturarían al proyecto de destino en el que se creó el recurso restablecido.
• No se aplicarían cargos por transferencia de datos entre regiones.
• Restablecer desde una copia de seguridad de disco de multirregión “us” a un recurso ubicado en la región “europe-west1”.
• No se aplicarían cargos por descarga multirregión.
• Se aplicarían cargos por transferencia de datos entre regiones.
• La facturación se realizará con el SKU de Compute Engine correspondiente (consulta aquí para obtener detalles sobre los precios de Compute Engine).
• Los cargos de transferencia de datos entre regiones se facturarían al proyecto de destino en el que se creó el recurso restablecido.

En el futuro, se aplicarán cargos por carga y descarga para las VMs de Compute Engine. Los clientes de Copia de seguridad y DR recibirán un aviso anticipado antes de que comiencen los cargos por carga y descarga de VMs de Compute Engine.

Inhabilitación de la API en el proyecto que contiene un backup vault

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 facturación será el siguiente:

• La facturación del almacenamiento continuará hasta que venzan las copias de seguridad según el programa de vencimiento definido por el usuario.
• Para VMs de Compute Engine protegidas en backup vaults
• La facturación de la administración para la protección activa seguirá facturándose (al proyecto en el que se encuentra 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 que los datos de copia de seguridad existen en una backup vault, pero el recurso asociado ya no está bajo protección activa, se aplicará la facturación de administración para 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 un almacén de copias de seguridad

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

• La facturación del almacenamiento continuará hasta que venzan las copias de seguridad según el programa de vencimiento definido por el usuario.
• La facturación de administración para 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 que los datos de copia de seguridad existen en una backup vault, pero el recurso asociado ya no está bajo protección activa, se aplicará la facturación de administración para los recursos que ya no están bajo protección activa.

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