Considérations relatives à la mise à l’échelle et au coût d’Openflow¶
Snowflake Openflow présente des considérations de coût dans plusieurs domaines, notamment l’infrastructure, le calcul, l’ingestion de données et autres. La mise à l’échelle d’Openflow implique la compréhension de 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 d’Openflow¶
Lors de l’utilisation d’Openflow, vous pouvez vous exposer aux types de coûts suivants :
Catégorie de coût |
Description |
|---|---|
Openflow (indiqué comme « Openflow Compute BYOC » sur votre facturation Snowflake) |
Coût basé sur le nombre de cœurs virtuels CPU (vCPU) utilisé par les environnements d’exécution des connecteurs dans votre environnement « Utiliser votre propre cloud (BYOC) ». Vous êtes uniquement facturé pour les environnements d’exécution actifs. Le calcul utilisé pour les processus de gestion Openflow est exclu de cette facturation spécifique. Les crédits sont facturés à la seconde pour un minimum de 60 secondes. Pour un exemple d’utilisation de VCPU et les conséquences de la mise à l’échelle, voir Mise à l’échelle d’Openflow. Pour des informations sur le taux vCPU par heure, consultez le tableau 1(g) dans le Tableau de consommation du service Snowflake. En outre, les vues METERING_DAILY_HISTORY et METERING_HISTORY dans le schéma Account Usage peuvent fournir des détails supplémentaires sur les coûts de calcul Openflow en utilisant des requêtes pour Voir Exploration des coûts de calcul pour plus d’informations sur l’exploration des coûts de calcul dans Snowflake. |
Infrastructure (uniquement pour la configuration BYOC) |
Applicable uniquement pour les déploiements sur BYOC, vous payez directement votre fournisseur de Cloud, par exemple, AWS, pour l’infrastructure sous-jacente provisionnée dans votre environnement pour exécuter Openflow. Il s’agit principalement des coûts de calcul (pour les temps d’exécution que vous provisionnez pour exécuter les connecteurs et pour la gestion des temps d’exécution), de réseau et de stockage, qui apparaîtront sur votre facture CSP. Les exigences informatiques de EC2 sont illustrées dans l’image suivante : 
|
Ingestion |
Coût du chargement des données dans Snowflake à l’aide de services tels que Snowpipe ou Snowpipe Streaming, en fonction du volume de données. Apparaît sur votre facture Snowflake sous les lignes correspondantes aux services d’ingestion. Certains connecteurs peuvent nécessiter un entrepôt Snowflake standard, ce qui entraîne des coûts d’entrepôt supplémentaires. Par exemple, les connecteurs CDC de la base de données nécessitent un entrepôt Snowflake à la fois pour l’instantané initial et la capture incrémentielle de données modifiées (CDC). Vous pouvez planifier des opérations MERGE pour gérer le coût de calcul. |
Acquisition de données télémétriques |
Snowflake facture des frais standard pour l’envoi de journaux et de métriques vers les déploiements Openflow et l’envoi de durées d’exécution vers votre tableau d’événements dans Snowflake. Le taux de crédits par GB de données de télémétrie se trouvent dans le tableau 5 du Tableau de consommation du service Snowflake. |
Mise à l’échelle d’Openflow¶
Les environnements d’exécution et le comportement de mise à l’échelle que vous choisissez sont cruciales 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.
Types d’environnements d’exécution et coûts associés¶
La table suivante illustre le comportement de mise à l’échelle de différents environnements d’exécution et des coûts associés :
Environnements d’exécutions |
Activité |
Coûts Snowflake |
Coûts Cloud |
|---|---|---|---|
Aucun environnement d’exécution |
Aucun(e) |
Aucun coût |
Calcul et stockage de Dataplane |
1 petit environnement d’exécution (1vCPU) . (min 1 ; max 2) |
Actif 1 heure . L’environnement d’exécution ne s’échelonne pas à 2. |
1 exécution x 1 nœud x 1 vCPU x 1 heure = 1 . Total = 1 vCPU-heure |
Calcul et stockage de Dataplane |
2 petits environnements d’exécution (1 vCPU) (min/max=2) . 1 grand environnement d’exécution (8 vCPU) (min/max=10) |
Small : 2 nœuds actifs pendant 1 heure . Large : 10 nœuds actifs pendant 1 heure |
2 environnements d’exécution x 2 nœuds x 2 vCPU x 1 heure = 4 vCPU . 1 environnement d’exécution x 10 nœuds x 8 vCPU x 1 heure = 80 vCPU . Total = 84 vCPU-heures |
Calcul et stockage de Dataplane |
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 . |
20 minutes = 1/3 heure . 1 environnement d’exécution x 1 nœud x 4 vCPU x 1/3 heure = 1 1/3 . 1 environnement d’exécution x 2 nœuds x 4 vCPU x 2/3 heure = 2 1/3 . 1 environnement d’exécution x 1 nœud x 4 vCPU x 1/3 heure = 1 1/3 . Total = 5 1/2 vCPU-heures |
Calcul et stockage de Dataplane |
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. |
30 minutes = 1/2 heure . 1 environnement d’exécution x 2 nœuds x 4 vCPU x 1/2 heure = 4 . Total = 4 vCPU-heures |
Calcul et stockage de Dataplane |
Mappage des environnements d’exécution avec des types d’instances EC2¶
Le choix d’un type d’environnement d’exécution (taille de t-shirt) entraîne la planification des pods d’exécution sur le groupe de nœuds EC2 associé {key}-sm-group, {key}-md-group ou {key}-lg-group avec les ressources décrites dans le tableau suivant :
Type d’exécution |
vCPUs |
Mémoire disponible (GB) |
Type d’instance EC2 |
Groupe de nœuds EC2 |
Nœud EC2 - CPUs |
Nœud EC2 - mémoire (GB) |
|---|---|---|---|---|---|---|
Small |
1 |
2 |
m7i.xlarge |
{key}-sm-group |
4 |
16 |
Medium |
4 |
10 |
m7i.4xgrand |
{key}-md-group |
16 |
64 |
Large |
8 |
20 |
m7i.8xlarge |
{key}-lg-group |
32 |
128 |
Le type d’environnement d’exécution que vous choisissez impacte le nombre de cœurs (vCPUs) consommé chaque seconde. Openflow met à l’échelle le groupe de nœuds EC2 sous-jacent lorsque des pods supplémentaires doivent être planifiés, en fonction de la consommation CPU, et jusqu’au paramètre de nœud maximal défini lors de la création de l’exécution.
Les groupes de nœuds EKS sont configurés avec une taille minimale de 0 nœud et un maximum de 50 nœuds. La taille souhaitée est ajustée dynamiquement en fonction de la mémoire et du CPU requis pour l’environnement d’exécution.
Les clients sont facturés par leur fournisseur de services cloud pour les nœuds sous-jacents qui hébergent leur environnement d’exécution. Les instances EC2 sous-jacentes sont créées lorsque le premier environnement d’exécution d’une taille respective est planifiée.
Exemples de calcul de la consommation de l’environnement d’exécution Openflow¶
Un utilisateur demande un déploiement BYOC à partir d’Openflow, puis installe l’agent Openflow et le déploiement
L’utilisateur n’a pas créé d’environnements d’exécution. Aucun vCPU n’est attribué, de sorte qu’il n’y a pas de coût logiciel Openflow.
L’utilisateur est facturé par son fournisseur de services cloud pour le calcul et le stockage provisionnés du déploiement BYOC de l’Openflow.
Consommation totale Openflow = 0 vCPU-heure
Un utilisateur crée un petit environnement d’exécution avec un nombre min. de nœuds = 1 et un nombre max. de nœuds = 2. L’environnement d’exécution reste à 1 nœud pendant 1 heure.
1 petit environnement d’exécution = 1 vCPU
Consommation totale Openflow = 1 vCPU-heure
Un utilisateur crée 2 petits environnements d’exécution avec un nombre min./max. de 2 nœuds chacun, et un grand environnement d’exécution avec un nombre min./max. de 10 nœuds. Ces environnements d’exécution sont actifs pendant 1 heure
2 petits environnements d’exécution à 2 nœuds = 2 environnements d’exécution x 2 nœuds x 1 vCPU = 4 vCPUs
1 grand environnement d’exécution à 10 nœuds = 1 environnement d’exécution x 10 nœuds x 8 vCPU = 80 vCPUs
Consommation totale Openflow = (4 vCPU + 80 vCPU) x 1 heure = 84 vCPU-heures
Un utilisateur crée 1 environnement d’exécution moyen avec 1 nœud. Après 20 minutes, il passe à 2 nœuds. Après 20 minutes, il revient à 1 nœud et fonctionne pendant 20 minutes supplémentaires.
1 environnement d’exécution moyen = 4 vCPUs
20 minutes = ⅓ heure
(1 nœud x 4 vCPU x ⅓ heure) + (2 nœuds x 4 vCPU x ⅓ heure) + (1 nœud x 4 vCPU x ⅓ heure)
4/3 vCPU-heures + 8/3 vCPU-heures + 4/3 vCPU-heures
Consommation totale Openflow = 16/3 vCPU-heures, donc environ 5,33 vCPU-heures
Un utilisateur crée 1 environnement d’exécution moyen avec 2 nœuds, puis le suspend au bout de 30 minutes
1 environnement d’exécution moyen = 4 vCPU
30 minutes = ½ heure
Consommation totale Openflow = (2 nœuds x 4 vCPU x ½ heure) = 4 vCPU-heures