DisponibleBases de donnéesVotre facture Snowflake par warehouse et par utilisateur
Suivez chaque jour le coût facturé d’un compte Snowflake, réparti par warehouse et par utilisateur, avec Cortex AI par utilisateur et le temps d’inactivité bien visible.
Points forts
Les chiffres de Snowflake
La facture provient de la vue d’usage que Snowflake tient à cet effet, déjà dans votre devise de facturation. Aucun calcul de crédits, rien qui puisse s’écarter de votre facture.
Jusqu’à l’utilisateur
Le calcul de chaque jour est réparti par warehouse selon les crédits mesurés, puis par utilisateur selon les crédits consommés par ses requêtes.
L’inactivité, bien en vue
Le temps pendant lequel un warehouse tourne sans requête reste sur ce warehouse, marqué comme inactif. Personne ne le paie en silence.
Ce que vous obtenez de Snowflake
- Le calcul par warehouse et par utilisateur
- Le temps d’inactivité par warehouse, séparé de l’usage de chacun
- Les fonctions Cortex AI par utilisateur
- Stockage, transfert de données, Snowpipe, serverless et tous les autres services
- Des utilisateurs à placer dans une équipe, et des warehouses à taguer
- Des recommandations sur les warehouses inactifs, avec une économie estimée
Ce qu’il ne fait pas encore
- Les 3 derniers jours. Snowflake publie les coûts avec jusqu’à 72 heures de retard, et RootSpend les complète lors des synchronisations suivantes.
- Les autres comptes de votre organisation Snowflake. Connectez chaque compte séparément.
- La personne derrière un utilisateur de service partagé. Les requêtes de dbt ou d’un outil BI sont imputées à cet utilisateur : placez-le dans une équipe, ou attribuez son warehouse à une équipe.
Qui a fait grimper la facture des warehouses ?
Snowflake facture le calcul à la seconde et le stockage au téraoctet, avec une liste croissante de fonctionnalités serverless en plus. La facture vous donne le total. Elle ne vous dit ni quel warehouse, ni quelle équipe, ni quel utilisateur.
Ce que vous obtenez
RootSpend lit le coût facturé de votre compte dans USAGE_IN_CURRENCY_DAILY, la vue que Snowflake tient à cet effet, déjà valorisée dans votre devise de facturation. Il répartit ensuite le calcul de deux façons :
- Par warehouse, selon les crédits mesurés de chacun ce jour-là.
- Par utilisateur, selon les crédits consommés par les requêtes de chacun.
Les crédits restants sur un warehouse correspondent à du temps d’inactivité. Ce coût reste sur le warehouse, marqué comme inactif : personne ne paie l’inactivité d’un autre, et rien ne se perd.
Repérez le warehouse inactif
Quand un warehouse passe une grande partie de son temps à tourner sans requête, RootSpend le signale, preuves et économie mensuelle estimée à l’appui. En général, il suffit d’abaisser le délai d’auto suspend. RootSpend ne modifie jamais ce réglage lui-même. Pour aller plus loin, lisez notre guide sur les warehouses inactifs.
Questions sur Snowflake
Par l’API SQL de Snowflake, authentifié avec une paire de clés. Vous lancez un court script qui crée un utilisateur dédié et un rôle en lecture seule, puis vous collez dans RootSpend l’identifiant du compte, le locator, le nom d’utilisateur et la clé privée.
Non. Le rôle n’a accès qu’aux vues d’usage et de metering propres à Snowflake, et au droit d’utiliser un petit warehouse pour les lire. Vos bases, schémas et tables restent hors de portée.
La facture de calcul de chaque jour est répartie selon les crédits mesurés de chaque warehouse, puis selon les crédits consommés par les requêtes de chaque utilisateur. Les crédits que personne n’a consommés sont du temps d’inactivité. Ils restent sur le warehouse, marqués comme inactifs, et alimentent la vérification des warehouses inactifs.
Une infime quantité. Ce sont quelques petites requêtes sur le warehouse de votre choix, et vous verrez ce coût dans RootSpend comme tout le reste.
Envie de voir vos dépenses Snowflake réparties par équipe ?
RootSpend ouvre bientôt à un premier groupe d’équipes. Rejoignez la liste d’attente, ou réservez une démo et nous vous le montrerons sur des données d’exemple.
Ouverture prochaine. La liste d’attente passe en premier.