Considérations relatives aux coûts et à la mise à l’échelle des déploiements Openflow Snowflake

Lors de l’exécution de Openflow - Snowflake Deployment, vous devez avoir conscience des considérations de coûts associées à plusieurs composants Snowflake, y compris, mais sans s’y limiter, les catégories de coûts suivantes :

  • Coûts du pool de calcul

  • Infrastructure Snowpark Container Services

  • Ingestion des données

  • Ingestion de données télémétriques

  • Autres coûts non explicitement mentionnés dans cette rubrique

Pour utiliser et déployer OpenFlow à grande échelle, il est nécessaire de bien comprendre ces coûts. Les sections suivantes décrivent les coûts généraux d’Openflow et fournissent plusieurs exemples de mise à l’échelle des durées d’exécution d’Openflow et des coûts associés.

Coûts de Openflow - Snowflake Deployment

Lorsque vous utilisez Openflow - Snowflake Deployment, vous pouvez engager des coûts liés à plusieurs composants Snowflake utilisés par Openflow. Ces catégories de coûts sont décrites dans les sections suivantes.

Toutefois, vos coûts réels peuvent varier en fonction de votre environnement spécifique. Consultez Exemples de calcul de consommation Openflow - Snowflake Deployment pour voir des exemples de différents scénarios de consommation de coûts.

Coûts du pool de calcul Openflow

Note

Cette catégorie de coûts apparaît sous le nom Openflow Compute Snowflake sur votre facture Snowflake.

Les coûts totaux de fonctionnement d’Openflow sont basés sur le nombre et les types d’instances utilisés par les pools de calcul Snowpark Container Service dans votre compte Snowflake.

Openflow utilise des pools de calcul à deux fins différentes :

  • Services de gestion Openflow

    Les services de gestion Openflow s’exécutent dans le cadre d’un déploiement Openflow. Ils utilisent un pool de calcul pour gérer le déploiement d’Openflow. Ce pool de calcul commence à s‘exécuter dès que vous créez un déploiement. Il continue de fonctionner tant que le déploiement est actif.

    caution:

    Le pool de calcul associé aux services de gestion Openflow continue de fonctionner et d’engendrer des coûts, même s’il n’existe pas d’environnements d’exécution en cours d’exécution.

  • Exécutions Openflow

    Openflow utilise des pools de calcul pour exécuter les environnements d’exécution Openflow. Le nombre de pools de calcul requis et le nombre de nœuds dans chaque pool de calcul sont échelonnés en fonction du nombre d’environnements d’exécution en cours d’exécution.

    Lorsque tous les environnements d’exécution associés à une exécution sont arrêtés, le pool de calcul associé aux environnements d’exécution est réduit à 0 nœud. Aucun coût n’est facturé pour un pool de calcul en cours d’exécution lorsqu’il n’est pas utilisé.

Les crédits sont facturés à la seconde pour un minimum de 5 minutes. Pour obtenir des informations sur le taux par famille d’instances de calcul Snowpark Container Services par heure, consultez le tableau 1(d) dans le tableau de consommation des services Snowflake.

Les vues suivantes dans le schéma Account Usage fournit des détails supplémentaires sur les coûts de calcul Openflow :

Les coûts du pool de calcul liés à Openflow apparaissent sous SERVICE_TYPE en tant que OPENFLOW_COMPUTE_SNOWFLAKE.

Note

La vue OPENFLOW_USAGE_HISTORY ne contient actuellement pas d’enregistrements pour le type de service OPENFLOW_COMPUTE_SNOWFLAKE.

Pour plus d’informations sur les coûts de calcul dans Snowflake, consultez Exploration des coûts de calcul.

Coûts d’infrastructure Snowpark Container Services

Outre les coûts du pool de calcul, des coûts sont associés à l’infrastructure supplémentaire Snowpark Container Services, y compris le stockage et le transfert de données.

Pour plus d’informations, voir Coûts de Snowpark Container Services.

Coûts de l’ingestion des données

Des coûts s’appliquent lors du chargement des données dans Snowflake à l’aide de services tels que Snowpipe ou Snowpipe Streaming. Ces coûts sont basés sur le volume de données ingérées.

Note

Ces coûts apparaissent sur votre facture Snowflake sous les lignes respectives des services d’ingestion.

De plus, certains connecteurs peuvent nécessiter un entrepôt et entraîneront des coûts d’entrepôt. Par exemple, les connecteurs CDC de la base de données nécessitent un entrepôt à la fois pour les instantanés initiaux et la capture incrémentielle de données modifiées (CDC) en cours.

Coûts de l’ingestion de données télémétriques

Lorsqu’il utilise un tableau des événements pour stocker des données télémétriques pour Openflow, Snowflake facture l’envoi de journaux et de métriques aux déploiements Openflow. Des frais sont également facturés pour l’envoi de données télémétriques d’exécution vers votre tableau des événements dans Snowflake.

Le taux de crédits par GB de données télémétriques est spécifié dans le tableau 5 du `Tableau de consommation du service Snowflake<https://www.snowflake.com/legal-files/CreditConsumptionTable.pdf>`_. Cet élément est appelé ingestion de données télémétriques.

Réduction de la consommation de crédit Openflow

Si vous avez des environnements d’exécution qui ne sont pas activement utilisés, vous pouvez les suspendre pour réduire les coûts. La suspension d’un environnement d’exécution interrompt la consommation de crédits pour le pool de calcul associé à cet environnement. Lorsqu’un environnement d’exécution est suspendu, son pool de calcul est réduit à 0 nœud et n’est plus soumis à des frais.

Coûts Openflow - Snowflake Deployment associés aux environnements d’exécution et au comportement de mise à l’échelle

La manière dont vous choisissez de configurer et de mettre à l’échelle les environnements d’exécution est importante pour gérer efficacement les coûts. Openflow prend en charge différents types d’environnements d’exécution, chacun avec ses propres caractéristiques de mise à l’échelle et coûts associés.

Mappage des exécutions avec des pools de calcul Snowflake

Le type d’exécution que vous sélectionnez détermine les pods d’exécution planifiés sur le pool de calcul associé. L’utilisation d’un type d’exécution plus grand entraînera l’utilisation d’un pool de calcul plus important, ce qui entraînera des coûts plus élevés.

Les tailles d’exécution et leur comportement de mise à l’échelle sont décrits dans le tableau suivant :

Type d’exécution

vCPUs

Mémoire disponible (GB)

Famille d’instances des pools de calcul Snowflake

Pool de calcul Snowflake

Famille d’instances - vCPUs

Famille d’instances - mémoire (GB)

Small

1

2

CPU_X64_S

INTERNAL_OPENFLOW_0_SMALL

4

16

Medium

4

10

CPU_X64_SL

INTERNAL_OPENFLOW_0_MEDIUM

16

64

Large

8

20

CPU_X64_L

INTERNAL_OPENFLOW_0_LARGE

32

128

Openflow met à l’échelle les pools de calcul Snowflake sous-jacents lorsque des nœuds de pools de calcul supplémentaires doivent être planifiés, en fonction de la consommation du CPU, et jusqu’au paramètre de nœud maximal défini lors de la création de l’exécution.

Les pools de calcul sont configurés avec une taille minimale de 0 nœud et un maximum de 50 nœuds. La taille requise est ajustée dynamiquement en fonction de la mémoire et du CPU requis par les environnements d’exécution.

S’il n’y a pas de demandes de ressources, par exemple si l’environnement d’exécution n’est pas en cours d’exécution, un pool de calcul est réduit à 0 nœud après 600 secondes (10 minutes).

Temps d’exécution

Activité

Coûts Snowflake

Coûts Cloud

Aucun environnement d’exécution

Aucun(e)

Pool de contrôle Openflow x 1 nœud = 1 heure d’instance CPU_X64_S

Aucun(e)

1 petite exécution (1vCPU) (min=1 ; max=2)

Active pendant 1 heure.

L’exécution ne s’échelonne pas vers 2.

Pool de contrôle Openflow x 1 nœud + petit pool de calcul Openflow (CPU_X64_S) x 1 nœud = 2 heures d’instance CPU_X64_S

Aucun(e)

2 petites exécutions (1 vCPU) (min/max = 2) 1 grande exécution (8 vCPU) (min/max = 10)

Small : 4 nœuds actifs pendant 1 heure Large : 10 nœuds actifs pendant 1 heure

Pool de contrôle Openflow x 1 nœud + petit pool de calcul Openflow (CPU_X64_S) x 2 nœuds + grand pool de calcul Openflow (CPU_X64_L) x 4 nœuds = 3 heures d’instance CPU_X64_S + 4 heures d’instance CPU_X64_L

Aucun(e)

1 moyen (4vCPU) (min = 1 ; max = 2)

20 premières minutes : 1 nœud en cours d’exécution Après 20 minutes, passe à 2 nœuds Après 40 minutes, revient à 1 nœud Total = 1 heure

Pool de contrôle Openflow x 1 nœud + Pool de calcul Openflow moyen (CPU_X64_SL) x 1 nœud = 1 heure d’instance CPU_X64_S + 1 heure d’instance CPU_X64_SL

Aucun(e)

1 moyen (4vCPU) (min/max = 2)

30 premières minutes : 2 nœuds en cours d’exécution Suspendu après les 30 premières minutes

Pool de contrôle Openflow x 1 nœud + Pool de calcul Openflow moyen (CPU_X64_SL) x 1 nœud x 1/2 heure = 1 heure d’instance CPU_X64_S + 1/2 heure d’instance CPU_X64_SL

Aucun(e)

Exemples de calcul de consommation Openflow - Snowflake Deployment

Vous avez créé un déploiement Openflow Snowflake et n’avez pas créé d’exécutions.
  • Le pool de calcul Openflow_Control_Pool_0 s’exécute avec 1 instance CPU_X64_S.

  • Consommation totale Openflow = 1 heure d’instance CPU_X64_S

Vous avez créé 1 petite exécution avec un nombre minimal de nœuds = 1 et un nombre maximal de nœuds = 2. L’exécution reste à 1 nœud pendant 1 heure.
  • Le pool de calcul Openflow_Control_Pool_0 s’exécute avec 1 instance CPU_X64_S.

  • Le pool de calcul INTERNAL_OPENFLOW_0_SMALL s’exécute avec 1 instance CPU_X64_S.

  • Consommation totale Openflow = 2 heures d’instance CPU_X64_S

Vous avez créé 2 petites exécutions avec un nombre minimal et maximal de 2 nœuds chacun et 1 grande exécution avec un nombre minimal et maximal de 10 nœuds. Ces exécutions sont actives pendant 1 heure.
  • Le pool de calcul Openflow_Control_Pool_0 s’exécute avec 1 instance CPU_X64_S.

    • 2 petites exécutions à 2 nœuds = le pool de calcul INTERNAL_OPENFLOW_0_SMALL s’exécute avec 2 instances CPU_X64_S = 2 heures d’instance CPU_X64_S.

    • 1 grande exécution à 10 nœuds = le pool de calcul INTERNAL_OPENFLOW_0_LARGE s’exécute avec 4 instances CPU_X64_L = 4 heures d’instance CPU_X64_L.

  • Consommation totale Openflow = 3 heures d’instance CPU_X64_S + 4 heures d’instance CPU_X64_L

Vous avez créé 1 exécution moyenne avec 1 nœud. Après 20 minutes, elle passe à 2 nœuds. Après 20 minutes, elle revient à 1 nœud et fonctionne pendant 20 minutes supplémentaires.
  • Le pool de calcul Openflow_Control_Pool_0 s’exécute avec 1 instance CPU_X64_S.

  • 1 mise à l’échelle d’exécution moyenne jusqu’à 2 exécutions moyennes = le pool de calcul INTERNAL_OPENFLOW_0_MEDIUM s’exécute avec 1 instance CPU_X64_SL = 1 heure d’instance CPU_X64_SL.

  • Consommation totale Openflow = 1 heure d’instance CPU_X64_S + 1 heure d’instance CPU_X64_LSL.

Vous avez créé 1 exécution moyenne avec 2 nœuds, puis vous l’avez suspendue au bout de 30 minutes.
  • Le pool de calcul Openflow_Control_Pool_0 s’exécute avec 1 instance CPU_X64_S.

  • 1 exécution moyenne à 1 nœud = le pool de calcul INTERNAL_OPENFLOW_0_MEDIUM s’exécute avec 1 instance CPU_X64_SL.

  • 30 minutes = 1/2 heure

  • Consommation totale Openflow = 1 heure d’instance CPU_X64_S + 1/2 heure d’instance CPU_X64_LSL.