Comprendre le coût de stockage¶

Coûts des fichiers en zone de préparation¶

Les fichiers mis en zone de préparation pour le chargement/déchargement de données en masse entraînent des coûts de stockage basés sur la taille des fichiers. Pour plus d’informations sur le chargement des données, voir Chargement de données dans Snowflake.

Coûts de la base de données¶

Les coûts de la base de données comprennent les données stockées dans les tables de base de données. Les coûts de la base de données comprennent également les données historiques conservées pour Time Travel. Snowflake compresse automatiquement toutes les données stockées dans les tables et utilise la taille du fichier compressé pour calculer le stockage total utilisé pour un compte.

Voir aussi Remarques relatives au stockage de données.

Coûts de Time Travel et de Fail-safe¶

Les frais de Time Travel et Fail-safe sont calculés pour chaque période de 24 heures (c.-à-d. 1 journée) à partir du moment où les données ont changé. Le nombre de jours de données historiques est géré en fonction du type de table et de la période de conservation de Time Travel pour la table.

Snowflake réduit la quantité de stockage requise pour les données historiques en ne conservant que l’information requise pour restaurer les lignes de tables individuelles qui ont été mises à jour ou supprimées. Par conséquent, l’utilisation de l’espace de stockage est calculée en pourcentage de la table qui a changé. Les copies complètes des tables ne sont conservées que lorsque les tables sont détruites ou tronquées.

Voir aussi Coûts de stockage pour Time Travel et Fail-safe.

Coûts des tables temporaires et transitoires¶

Pour aider à gérer les coûts de stockage associés à Time Travel et à Fail-safe, Snowflake offre deux types de tables, temporaires et transitoires. Les tables temporaires et transitoires ne sont pas soumises aux mêmes frais que les tables permanentes :

• Les tables transitoires et temporaires contribuent aux frais de stockage que Snowflake facture à votre compte jusqu’à ce qu’elles soient explicitement supprimées. Les données stockées dans ces types de tables contribuent aux frais de stockage globaux que Snowflake facture à votre compte tant qu’elles existent.

• Les tables temporaires sont généralement utilisées pour les données transitoires non permanentes et spécifiques à la session, telles que ETL ou d’autres données spécifiques à la session. Les tables temporaires n’existent que pendant la durée de vie de la session à laquelle elles sont associées. En fin de session, les données de la table temporaire sont purgées et irrécupérables. Les tables temporaires ne sont pas accessibles en dehors de la session spécifique qui les a créées.

• Les tables transitoires existent jusqu’à ce qu’elles soient explicitement supprimées et sont disponibles pour tous les utilisateurs ayant les privilèges appropriés.

• Les tables transitoires et temporaires peuvent avoir une période de conservation Time Travel de 0 ou 1 jour.

• Les tables transitoires et temporaires n’ont pas de période Fail-safe.

• Les tables transitoires et temporaires peuvent, au maximum, entraîner un coût de stockage d’une journée.

Le tableau suivant illustre les différents scénarios en fonction du type de table :

Coûts des tables hybrides¶

Si vous choisissez d’utiliser des tables hybrides pour vos charges de travail opérationnelles et analytiques, tenez compte du fait que le coût de stockage de données dans ce type de table est basé sur vos taux de consommation des éléments suivants :

• Stockage de tables hybrides (principalement par les tables hybrides elles-mêmes et les index qu’elles contiennent)

• Requêtes de tables hybrides

En général, les tables hybrides coûtent plus cher que les tables Snowflake standards.

Pour plus d’informations, voir Comprendre le coût des tables hybrides.

Coûts de clonage de tables, schémas et bases de données¶

La fonction de clonage sans copie de Snowflake offre un moyen pratique de prendre rapidement un « instantané » d’une table (hors tables hybrides), d’un schéma ou d’une base de données et de créer une copie dérivée de cet objet qui partage initialement le stockage sous-jacent. Ceci peut être extrêmement utile pour créer des sauvegardes instantanées qui n’entraînent pas de coûts supplémentaires (jusqu’à ce que des modifications soient apportées à l’objet cloné).

Cependant, le clonage rend le calcul de l’utilisation stockage totale plus complexe car chaque clone a son propre cycle de vie. Cela signifie que des modifications peuvent être apportées à l’objet original ou au clone indépendamment les uns des autres, et que ces modifications sont protégées par CDP.

Par exemple, lorsqu’un clone est créé à partir d’une table, le clone n’utilise pas de stockage, car il partage toutes les micro-partitions existantes de la table originale au moment où le clonage a été effectué. Cependant, des lignes peuvent être ajoutées, supprimées ou mises à jour dans le clone indépendamment de la table d’origine. Chaque modification apportée au clone résulte en de nouvelles micro-partitions qui sont la propriété exclusive du clone et qui sont protégées par CDP.

En outre, les clones peuvent être clonés, sans limitation quant au nombre ou aux itérations de clones qui peuvent être créés (par exemple, vous pouvez créer un clone d’un clone d’un clone, et ainsi de suite), ce qui donne une hiérarchie des objets clonés à N niveaux, chacun avec leur propre portion de stockage de données partagé et indépendant.

Coûts de l’exécution automatique inter-Cloud¶

L’exécution automatique inter-Cloud vous permet de fournir un produit de données à des consommateurs situés dans d’autres régions Cloud sans réplication manuelle des données. Lorsque votre produit de données est exécuté automatiquement dans une autre région, vous devez supporter des coûts de stockage, entre autres. Pour plus de détails, voir Gestion des coûts de l’exécution automatique inter-Cloud.

Chapitre suivant

• Exploration des coûts de stockage