Sesion 4

Explorando Snowflake
Sesión 4
Temario • Multi-cluster Warehouses
• Consumo de créditos
• Práctica sobre costos
Multi-cluster Warehouses
La demanda de las base de datos tradicionales es raramente estática
1. Demasiada capacidad en algunos momentos Demanda de Reportes
2. Muy baja capacidad en otros Recursos computacionales estáticos de la Base de datos
Concurrentes
3. No hay forma flexible de adaptarse:
Usuarios
Más en el mismo grupo tiene rendimientos
Mañana Tarde Noche
decrecientes
Los Multi – Cluster Warehouses de Snowflake se adaptan a la concurrencia
1. Bajo costo con baja demanda Reportando
Concurrentes
Usuarios
2. Alta capacidad con alta demanda
Mañana Tarde Noche
3. Completamente automatizados
Los Multi-cluster Warehouse
mejoran la simultaneidad
Los Multi-cluster Warehouse están diseñados específicamente para manejar problemas de cola y rendimiento
relacionados con un gran número de usuarios y / o consultas simultáneas. Además, los Multi-cluster
Warehouse pueden ayudar a automatizar este proceso si su número de usuarios / consultas tiende a fluctuar.
Al decidir si utilizar Multi-cluster Warehouse y la cantidad de warehouses que se utilizarán por almacén de
varios clústeres se debe tener en cuenta lo siguiente:
• Si está utilizando Snowflake Enterprise Edition (o una edición superior), todos sus warehouse deben
configurarse como almacenes de varios clústeres.
• A menos que tenga un requisito específico para ejecutar en modo Maximizado, los Multi-cluster
Warehouse deben configurarse para ejecutarse en modo Auto-scale, lo que permite a Snowflake iniciar y
detener warehouse automáticamente según sea necesario.
Los Multi-cluster Warehouse
mejoran la simultaneidad
Al elegir el número mínimo y máximo de warehouses para un Multi-cluster Warehouse tener en cuenta lo
siguiente:
Mínimo
Mantener el valor predeterminado de 1; esto asegura que los warehouses adicionales solo se inicien cuando
sea necesario. Sin embargo, si le preocupa la alta disponibilidad del warehouse, establecer el valor en un valor
superior a 1. Esto ayuda a garantizar la disponibilidad y la continuidad del Multi-cluster Warehouse en el caso
poco probable de que falle un warehouse.
Máximo
Establecer este valor lo más grande posible, teniendo en cuenta el tamaño del warehouse y los
correspondientes costos de crédito. Por ejemplo, un Multi-cluster Warehouse X-Large con un máximo de
almacenes = 10, se consumirán 160 créditos en una hora si los 10 almacenes funcionan continuamente
durante la hora.
¿Qué es un Multi-cluster Warehouse?
De forma predeterminada, el tamaño de un Virtual Warehouse

determina los recursos informáticos disponibles en el Warehouse
para ejecutar consultas. Cada Warehouse es un conjunto de recursos
informáticos. A medida que los queries se envían a un Warehouse,
este asigna recursos a cada query y comienza a ejecutarlas. Si no hay
suficientes recursos disponibles para ejecutar todas las consultas
enviadas al almacén, Snowflake pone en cola las consultas
adicionales hasta que los recursos necesarios estén disponibles.
Con los Multi-cluster Warehouse, Snowflake admite la asignación, ya

sea de forma estática o dinámica, de warehouses adicionales para
hacer disponible un grupo más grande de recursos computacionales.
Un Multi-cluster Warehouse se define especificando las siguientes
propiedades:
• Número máximo de Warehouses, mayor a 1 (hasta 10).
• Número mínimo de Warehouses, igual o menor que el máximo

(hasta 10).
Además, los Multi-cluster Warehouse admiten las mismas propiedades y acciones que los
warehouse individuales, que incluyen:
• Especificar un tamaño de warehouse.
• Cambiar el tamaño de un warehouse en cualquier momento.
• Suspensión automática de un warehouse en funcionamiento debido a la inactividad. Esto

no se aplica a los warehouse individuales, sino a todo el Multi-cluster Warehouse.
• Reanudación automática de un warehouse suspendido cuando se envían nuevas

consultas.
¿ Cómo ejecutar cargas de trabajo masivamente concurrentes a escala en un solo sistema ?
Experiencias referentes:
Mi aplicación solo puede admitir un cierto nivel Para crear mi aplicación, necesito adquirir varias
de simultaneidad de usuarios debido al Data instancias de almacenamiento de datos para aislar
Warehouse subyacente, que solo permite entre numerosas cargas de trabajo y usuarios entre sí.
32 y 50 consultas de usuarios concurrentes. Esto se suma a los costos y la complejidad.
Hemos creado nuestras propias políticas de Durante las horas pico, los usuarios se sienten
programación en torno al Data Warehouse. frustrados porque sus requests se ponen en cola o
Usamos colas de queries para controlar y fallan por completo.
priorizar las consultas entrantes emitidas por
nuestros numerosos usuarios.
Virtual Data Warehouse = Costo Computacional / Costo de almacenamiento
Este concepto hace posible cambiar instantáneamente el tamaño de los almacenes virtuales o pausarlos por completo.
Snowflake es la única solución de almacenamiento de datos en la nube que permite que se ejecuten cargas de trabajo
simultáneas sin impactarse entre sí.
Snowflake ofrece un servicio que se adapte a cargas de trabajo cambiantes y

aborde la concurrencia al mismo tiempo:
No existe ninguna limitación de simultaneidad en su aplicación empresarial de misión crítica.
No es necesario que los usuarios ajusten sus cargas de trabajo para adaptarse a los cuellos de botella del Data
Warehouse.
El Data Warehouse en sí mismo podría detectar cargas de trabajo crecientes y agregar recursos informáticos adicionales
según sea necesario o apagar / pausar los recursos computacionales cuando las actividades de la carga de trabajo
disminuyan nuevamente.
Imagine que su aplicación pudiera escalar desde el primer momento con un único almacén de datos (virtual) sin la
necesidad de aprovisionar almacenes de datos adicionales.
Un mundo sin scripts de programación ni queries en cola, un mundo en el que se puede aprovechar un servicio de
almacenamiento de datos inteligente que garantiza que todos los usuarios obtengan respuestas a sus preguntas
dentro del SLA de la aplicación.
Un DataWarehouse representa una cantidad de nodos físicos que un usuario

puede aprovisionar para realizar tareas de almacenamiento de datos.
Ejemplo: ejecutar consultas analíticas.
Si bien un usuario puede cambiar instantáneamente el tamaño de un

almacén eligiendo un tamaño diferente (por ejemplo, de Small a 3X Large),
hasta ahora, un Virtual DataWarehouse en Snowflake siempre consistía en
un clúster físico.
Con la reciente introducción de los Multi-cluster Warehouses, Snowflake

admite la asignación, ya sea de forma estática o dinámica, de más recursos
para un Warehouse al especificarle clústeres adicionales.
La figura anterior muestra un DataWarehouse de varios clústeres que consta

de tres clústeres de cómputo. Todos los clústeres de procesamiento del
Warehouse son del mismo tamaño. El usuario puede elegir entre dos modos
diferentes para el Warehouse:
Maximized: cuando se inicia el almacén, Snowflake siempre inicia todos los

clústeres para garantizar que los recursos máximos estén disponibles
mientras el almacén está en funcionamiento.
Auto Scaling: Snowflake inicia y detiene los clústeres según sea necesario
para administrar dinámicamente la carga de trabajo en el Warehouse.
En Snowflake un usuario puede aprovechar la interfaz de usuario o usar SQL

para especificar el número mínimo / máximo de clústeres por DW de
múltiples clústeres:
Al igual que en los Virtual Warehouse normales, un usuario puede cambiar

el tamaño de todos los clústeres adicionales de un almacén de varios
clústeres al instante ir eligiendo un tamaño diferente (por ejemplo, XS, S, M,
L, ...) ya sea a través de la interfaz de usuario o de forma programática a
través de las instrucciones DDL de SQL correspondientes. En el modo de
escala automática, Snowflake agrega o reanuda automáticamente grupos
adicionales (hasta el número máximo definido por el usuario) tan pronto
como aumenta la carga de trabajo. Si la carga disminuye nuevamente,
Snowflake apaga o detiene los grupos adicionales. No se requiere la
interacción del usuario; todo esto se lleva a cabo de forma transparente para
el usuario final.
Para estas decisiones, internamente, el query scheduler debe tener en

cuenta múltiples factores, de los cuales hay principalmente dos
considerados en este contexto:
1.- La capacidad de memoria del clúster, es decir, si los clústeres han

alcanzado su capacidad máxima de memoria.
2.- El grado de simultaneidad en un clúster en particular, es decir, si hay

muchas consultas ejecutándose simultáneamente en el clúster.
Aislamiento de carga con Virtual Data Warehouses
Snowflake Bases de datos tradicionales
• Guarda toda la data en un solo lugar • Los DataMarts requieren ser copiados
• Crea DataWarehouses de manera ilimitada • Un solo endpoint
• Pausa, escala o detiene • Capacidad inflexible
• Se adapta automáticamente a la carga • Configuración manual de camio de tamaño
• Interfase sencilla • Requiere habilidades especializadas

Ejemplos de uso de crédito de Multi-cluster Warehouses
Maximized (2 Horas)
En este ejemplo, un warehouse de varios clústeres de tamaño Medium con 3 warehouses se ejecuta en modo
Maximized durante 2 horas:
Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

1ª Hora 4 4 4 12
2ª Hora 4 4 4 12
Total 8 8 8 24
Auto-scale (2 Horas)
de Auto-Scale durante 2 horas:
El warehouse 1 funciona de forma continua.
El warehouse 2 funciona de forma continua solo durante la segunda hora.
El warehouse 3 funciona durante 30 minutos durante la segunda hora.

1ª Hora 4 0 0 4
2ª Hora 4 4 2 10
Total 8 8 2 14
de Auto-Scale durante 3 horas:
El warehouse 2 funciona de forma continua durante toda la segunda hora y 30 minutos en la tercera hora.
El warehouse 3 funciona durante 30 minutos en la tercera hora.

1ª Hora 4 0 0 4
2ª Hora 4 4 0 8
3ª Hora 4 2 2 8
Total 12 6 2 20
Auto-scale (3 Horas) con Redimensionamiento de Tamaño

En este ejemplo, el mismo warehouse del ejemplo 3 se ejecuta en modo de Auto-Scale durante 3 horas con un
cambio de tamaño de Medium a Large:
El warehouse 2 funciona de forma continua durante la segunda y la tercera hora.
El tamaño del Multi-cluster Warehouse cambia de mediano a grande a la 1:30 horas.
El warehouse 3 funciona durante 15 minutos en la tercera hora.

1ª Hora 4 0 0 4
2ª Hora 4+2 4+2 0 12
3ª Hora 8 8 2 16
Total 18 6 2 20
Referencia tabla de Créditos
Tamaño del Servidores / Créditos / Créditos / Créditos /

Notas
Warehouse Clusters Hora Minuto Segundo
El tamaño por defecto para los Warehouses
X-Small 1 1 0.0167 0.0003
son creados mediante CREATE WAREHOUSE
Small 2 2 0.0337 0.0006
Medium 4 4 0.0666 0.0011
Large 8 8 0.1333 0.0022
Tamaño por defecto para Warehouses
X-Large 16 16 0.2667 0.0044
creados mediante la Web UI
2X-Large 32 32 0.5333 0.0089
3X-Large 64 64 1.0667 0.0178
4X-Large 128 128 2.1333 0.0356

1ª Hora 4 0 0 4
1ª Hora ½ después 2 2 0 4
½ antes 2ª Hora 4 4 0 8
3ª Hora 8 8 2 16
Total 18 6 2 20
Medium 1Hr Large 1Hr Medium 1/2Hr Large 1/2Hr

Checkpoint de uso de crédito de Multi-cluster
Warehouses
En este ejercicio, un warehouse de varios clústeres de tamaño Small con 3 warehouses se ejecuta en modo de
Auto-Scale durante 3 horas:
El warehouse 1 funciona sólo la primera hora.
El warehouse 2 funciona de forma continua a partir de la segunda hora.
El warehouse 3 funciona durante 30 minutos durante la tercera hora.

1ª Hora
2ª Hora
3ª Hora
Total
Warehouses
Maximized (3 Horas)
En este ejercicio, un warehouse de varios clústeres de tamaño Large con 3 warehouses se ejecuta en modo de
Maximized durante 3 horas:

1ª Hora
2ª Hora
3ª Hora
Total
Warehouses
Auto-scale (3 Horas) Redimensionamiento de tamaño
En este ejercicio, un warehouse de varios clústeres de tamaño XSmall con 4 warehouses se ejecuta en modo de Auto-Scale durante 3 horas:
El warehouse 1 funciona durante las dos primeras horas.
El warehouse 2 funciona de forma continua solo durante la segunda y la tercera hora.
El tamaño del Multi-cluster Warehouse cambia de XSmall a Small a la 1:30 horas.
El warehouse 3 funciona durante 1 Hora 30 minutos a partir de la Segunda Hora.
El warehouse 4 funciona de manera continua sólo durante la última hora
Warehouse 1 Warehouse 2 Warehouse 3 Warehouse 4 Créditos totales

1ª Hora
2ª Hora
3ª Hora
Total
Warehouses
Auto-scale (3 Horas) Redimensionamiento de tamaño dos veces
El warehouse 1 funciona de manera continua desde la primera hora
El tamaño del Multi-cluster Warehouse cambia de Small a Medium a las 2:30 horas.

1ª Hora
2ª Hora
3ª Hora
Total
Warehouses
Auto-scale (3 Horas) Redimensionamiento de tamaño Con Scale Up y Scale Down
El warehouse 1 funciona de manera continua desde la primera hora
El tamaño del Multi-cluster Warehouse cambia de Small a XSmall a las 2:30 horas.

1ª Hora
2ª Hora
3ª Hora
Total
Uso de Créditos de Servicios Cloud
Cloud Service Layer es una colección de servicios que coordinan

actividades en Snowflake. Estos servicios unen todos los diferentes
componentes de Snowflake para procesar las solicitudes de los
usuarios, desde el inicio de sesión hasta el envío de consultas. Cloud
Service Layer también se ejecuta en instancias informáticas
proporcionadas por Snowflake del proveedor de la nube.
• Autenticación
• Gestión de infraestructura
• Gestión de metadatos
• Análisis y optimización de consultas
• Control de acceso
Uso de Créditos de Cloud Services
De manera similar al uso del Virtual Data Warehouse, los créditos de Snowflake se
utilizan para pagar el uso de los servicios en la nube que exceden al 10% del uso diario
de los recursos informáticos.
El uso de los Cloud Services se cobra solo si el consumo diario de los Cloud Services
supera el 10% del uso diario de los recursos informáticos. El cargo se calcula diariamente
(en la zona horaria UTC). Esto asegura que el ajuste del 10% se aplique con precisión
cada día, al precio de crédito de ese día.
Comprensión de la facturación por el uso de Cloud Services
El ajuste del 10% para los Cloud Services se calcula diariamente (en la zona horaria UTC)
multiplicando el cálculo diario por un 10%.
El ajuste en la declaración de uso mensual es igual a la suma de estos cálculos diarios.
Si el consumo de los Cloud Services es inferior al 10% de los créditos informáticos en un

día determinado, entonces el ajuste para ese día es igual a los Cloud Services que utilizó el
cliente. El ajuste diario nunca excederá el uso real de los Cloud Services para ese día. Por lo
tanto, el ajuste mensual total puede ser significativamente menor al 10%.
Fecha Créditos Créditos de los Ajuste de créditos para Créditos facturados

Computacionales Cloud Services servicios cloud incluidos (la suma de
(mínimo de servicios en la Computación,
nube o 10% de los Servicios en la nube y
computacionales) Ajuste)
12 Set 100 20 -10 110
13 Set 120 10 -10 120
14 Set 80 5 -5 80
15 Set 100 13 -10 103
Total 400 48 -35 413
Checkpoint Uso de Créditos de Cloud
Services
1

12 Set 150 25
13 Set 170 10
14 Set 40 3
15 Set 90 8
Total 450 46
Checkpoint Uso de Créditos de Cloud
Services
2

12 Set 120 11
13 Set 180 19
14 Set 50 4
15 Set 100 15
Total 450 49
Checkpoint Uso de Créditos
Si va 8 minutos con 35 segundos para un Datawarehouse de tamaño Small, ¿cuánto es el

consumo de créditos referente a ese momento?
Tiempo Credito Small Total

1 Hora 2 -
1 Minuto 0.0337 -
1 Segundo 0.0006 -
8 Minutos 0.0337 x 8 0.2696
35 Segundos 0.0006 x 35 0.0210
Total 0.2906
3
Sobre la pregunta anterior, si se detienen las cargas de trabajo al minuto 10 con 24 segundos,
¿Cuánto sería el valor consumido en créditos para el plan Economy? Considerando los
intervalos en los que hace verificación

1 Hora 2 -
1 Minuto 0.0337 -
1 Segundo 0.0006 -
10 Minutos 0.0337 x 10
24 Segundos 0.0006 x 24
6 Minutos 0.0337 x 6
Total
4
Sobre la pregunta anterior ¿Cuánto sería el valor consumido en créditos para el plan Estándar?
Considerando los intervalos en los que hace verificación

1 Hora 2 -
1 Minuto 0.0337 -
1 Segundo 0.0006 -
10 Minutos 0.0337 x 10
24 Segundos 0.0006 x 24
3 Minutos 0.0337 x 3
Total
Costo total en dólares por 2TB de Data (On Demand)
Almacenamiento Costo TB Total

2 TB $40 $80
Costo total en dólares por 13TB de Data en AWS OHIO REGION (On Demand)

13 TB $40 $520
5
Costo total en dólares por 400GB de Data (On Demand)

400 GB
Costo total en dólares por 14 PetaBytes de Data en AWS OHIO REGION (On Demand)

14 PB
6
Costo total en dólares por 400GB de Data AWS SYDNEY REGION (On Demand)

400 GB
Costo total en dólares por 14 PetaBytes de Data en AWS SYDNEY REGION (On Demand)

14 PB
Créditos totales consumidos y costo correspondiente para ejecutar el Virtual Warehouse

(medium [4 créditos / hora] - utilizado para cargas ETL) Se ejecuta durante 2 horas al día
durante 31 días en un mes, en la región de AWS Ohio
Tiempo Credito Medium Total

1 Hora 4 -
1 Minuto 0.0666 -
1 Segundo 0.0011 -
2 Horas 4x2 8
2 Horas cada
4 x 2 x 31 248
31 días
Créditos totales consumidos y el costo correspondiente para ejecutar el almacén virtual

(SMALL [2 créditos / hora]: utilizado para cargas ETL) que se ejecutan durante 2 horas al día
durante 31 días al mes, en la REGIÓN de AWS OHIO

1 Hora 2 -
1 Minuto 0.0337 -
1 Segundo 0.0006 -
2 Horas 2x2 4
2 Horas cada
2 x 2 x 31 124
31 días
7
Créditos totales consumidos y costo correspondiente para ejecutar el Virtual Warehouse

(XLARGE) Se ejecuta durante 5 horas al día durante 30 días en un mes, en la región de AWS
SYDNEY
Tiempo Credito XLARGE Total

1 Hora -
1 Minuto -
1 Segundo -
8
Créditos totales consumidos y costo correspondiente para ejecutar el Virtual Warehouse (3X
LARGE) Se ejecuta durante 7 horas al día durante 28 días en un mes, en la región de AWS Sydney
Tiempo Credito 3X Large Total

1 Hora
1 Minuto
1 Segundo
9
Créditos totales consumidos y costo correspondiente para ejecutar el Virtual Warehouse (3X
LARGE) Se ejecuta durante 7 horas al día durante 28 días en un mes, en la región de AWS Sydney
Tiempo Credito 3X Large Total

1 Hora
1 Minuto
1 Segundo
10
Créditos totales consumidos y el costo correspondiente para ejecutar el almacén virtual

(Medium) que se ejecutan durante 40 horas de trabajo semanales en el mes de Setiembre
2021, en la REGIÓN de AWS OHIO

1 Hora
1 Minuto
1 Segundo
Créditos totales consumidos y el costo correspondiente para ejecutar el almacén virtual (XSMALL) que se ejecutan
durante todo el mes de Setiembre con un SLA de mantenimiento único durante cada viernes de 1am a 3am
Tiempo Credito XSMALL Total

1 Hora -
1 Minuto -
1 Segundo -
Cómo averiguar de dónde proviene el uso de los
Cloud Services
Encontrar queries su tipo de query que consuma la mayor cantidad de créditos de Cloud Services
Cloud Services
Encontrar queries por un tipo de query en específico de servicio que consuma la mayor cantidad de créditos de Cloud
Services
Cloud Services
Ordenar por diferentes componentes del uso de servicios en la nube

Cloud Services
Encuentrar warehouses que consuman la mayor cantidad de créditos de Cloud Services

Cloud Services
Encuentrar warehouses que consuman la mayor cantidad de créditos de Cloud Services

“25 años Comprometidos con la capacitación de
profesionales en el Perú”

Sesion 4

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sesion 4

Cargado por

Copyright:

Formatos disponibles

Explorando Snowflake

1. Demasiada capacidad en algunos momentos Demanda de Reportes

2. Muy baja capacidad en otros Recursos computacionales estáticos de la Base de datos

1. Bajo costo con baja demanda Reportando

De forma predeterminada, el tamaño de un Virtual Warehouse

Con los Multi-cluster Warehouse, Snowflake admite la asignación, ya

• Número máximo de Warehouses, mayor a 1 (hasta 10).

• Número mínimo de Warehouses, igual o menor que el máximo

• Especificar un tamaño de warehouse.

• Cambiar el tamaño de un warehouse en cualquier momento.

• Suspensión automática de un warehouse en funcionamiento debido a la inactividad. Esto

• Reanudación automática de un warehouse suspendido cuando se envían nuevas

¿ Cómo ejecutar cargas de trabajo masivamente concurrentes a escala en un solo sistema ?

Virtual Data Warehouse = Costo Computacional / Costo de almacenamiento

Snowflake ofrece un servicio que se adapte a cargas de trabajo cambiantes y

Un DataWarehouse representa una cantidad de nodos físicos que un usuario

Ejemplo: ejecutar consultas analíticas.

Si bien un usuario puede cambiar instantáneamente el tamaño de un

Con la reciente introducción de los Multi-cluster Warehouses, Snowflake

La figura anterior muestra un DataWarehouse de varios clústeres que consta

Maximized: cuando se inicia el almacén, Snowflake siempre inicia todos los

En Snowflake un usuario puede aprovechar la interfaz de usuario o usar SQL

Al igual que en los Virtual Warehouse normales, un usuario puede cambiar

Para estas decisiones, internamente, el query scheduler debe tener en

1.- La capacidad de memoria del clúster, es decir, si los clústeres han

2.- El grado de simultaneidad en un clúster en particular, es decir, si hay

Snowflake Bases de datos tradicionales

• Crea DataWarehouses de manera ilimitada • Un solo endpoint

• Pausa, escala o detiene • Capacidad inflexible

• Se adapta automáticamente a la carga • Configuración manual de camio de tamaño

• Interfase sencilla • Requiere habilidades especializadas

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

El warehouse 1 funciona de forma continua.

El warehouse 2 funciona de forma continua solo durante la segunda hora.

El warehouse 3 funciona durante 30 minutos durante la segunda hora.

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

El warehouse 1 funciona de forma continua.

El warehouse 3 funciona durante 30 minutos en la tercera hora.

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

Auto-scale (3 Horas) con Redimensionamiento de Tamaño

El warehouse 1 funciona de forma continua.

El warehouse 2 funciona de forma continua durante la segunda y la tercera hora.

El tamaño del Multi-cluster Warehouse cambia de mediano a grande a la 1:30 horas.

El warehouse 3 funciona durante 15 minutos en la tercera hora.

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

Tamaño del Servidores / Créditos / Créditos / Créditos /

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

Medium 1Hr Large 1Hr Medium 1/2Hr Large 1/2Hr

El warehouse 1 funciona sólo la primera hora.

El warehouse 2 funciona de forma continua a partir de la segunda hora.

El warehouse 3 funciona durante 30 minutos durante la tercera hora.

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

Warehouse 1 Warehouse 2 Warehouse 3 Créditos totales

El warehouse 1 funciona durante las dos primeras horas.

El warehouse 2 funciona de forma continua solo durante la segunda y la tercera hora.

El tamaño del Multi-cluster Warehouse cambia de XSmall a Small a la 1:30 horas.

El warehouse 3 funciona durante 1 Hora 30 minutos a partir de la Segunda Hora.

El warehouse 4 funciona de manera continua sólo durante la última hora

Warehouse 1 Warehouse 2 Warehouse 3 Warehouse 4 Créditos totales

El warehouse 1 funciona de manera continua desde la primera hora

El warehouse 2 funciona de forma continua solo durante la segunda y la tercera hora.

El tamaño del Multi-cluster Warehouse cambia de XSmall a Small a la 1:30 horas.

El warehouse 3 funciona durante 1 Hora 30 minutos a partir de la Segunda Hora.