Visão geral do Snowflake
O Snowflake é uma plataforma de data cloud usada por empresas para armazenar, processar e analisar dados. Para hospedagem, ele roda nos três grandes provedores de nuvem: AWS (Amazon Web Services), GCP (Google Cloud Platform) e Microsoft Azure. É uma plataforma totalmente gerenciada, ou seja, o usuário não tem acesso direto à infraestrutura por trás dela. Isso reflete o objetivo do Snowflake de simplificar o uso, escondendo a complexidade sem abrir mão de um conjunto robusto de recursos.
Entre os destaques do Snowflake estão as camadas de armazenamento e computação desacopladas, o provisionamento just-in-time e a suspensão automática de instâncias de computação ociosas (os chamados virtual warehouses). A camada de armazenamento desacoplada também viabiliza recursos como zero-copy cloning e compartilhamento de dados.
O modelo de preços do Snowflake
Como a maioria das plataformas SaaS (Software as a Service) na nuvem, o Snowflake adota o modelo de preço por uso. Em vez de uma mensalidade ou anuidade fixa, ele acompanha o consumo em computação, armazenamento e transferência de dados, calculando os custos a partir de tarifas pré-definidas para cada item.
O Snowflake tem uma moeda própria, os "credits". Os Snowflake Credits são consumidos sempre que você executa alguma atividade na plataforma — como rodar virtual warehouses. O custo de cada credit depende de três fatores principais: edição do Snowflake, localização da hospedagem e provedor de nuvem.
Edições do Snowflake
Pense nas Snowflake Editions como os diferentes planos oferecidos pelo Snowflake.
Hoje, o Snowflake oferece quatro edições: Standard, Enterprise, Business Critical e Virtual Private Snowflake (VPS). Cada uma se diferencia pelos recursos disponíveis. Os principais diferenciais são: clientes Enterprise contam com warehouses multi-cluster (escalabilidade horizontal), enquanto as edições Business Critical e VPC focam quase totalmente em segurança e proteção de dados reforçadas. Para conhecer todos os recursos de cada edição, consulte a documentação do Snowflake.
Regiões do Snowflake
Cada conta do Snowflake roda em uma única região. Os clientes podem criar quantas contas quiserem, em diferentes provedores de nuvem e regiões. O Snowflake oferece mais de 35 regiões para escolha. Em geral, na conta principal os clientes optam pela mesma região e provedor de nuvem da infraestrutura que já usam.
Vantagens dos preços do Snowflake
Com o modelo de preço por uso do Snowflake, você só paga pelos recursos que consome. Somando isso à velocidade de provisionamento (normalmente em menos de um segundo), dá para usar escalonamento automático e desligar virtual warehouses ociosos sem sofrer com problemas de desempenho quando precisar usá-los de novo.
Desvantagens dos preços do Snowflake
A principal desvantagem do modelo de preços do Snowflake, assim como em qualquer modelo de preço por uso, é a variabilidade. É difícil fazer estimativas precisas de custo antes de adotar o Snowflake, e os custos oscilam conforme o consumo. Some a isso a liberdade que os usuários têm de gastar bastante usando virtual warehouses superdimensionados e fica claro por que práticas sólidas de monitoramento e orçamento são indispensáveis.
O Snowflake tem bom custo-benefício?
O Snowflake tem ótimo custo-benefício, desde que as práticas certas estejam em vigor. Recomendamos adotar um monitoramento robusto para acompanhar seu uso, seja pelos relatórios nativos da interface do Snowflake, criando dashboards personalizados ou usando um produto como o SELECT.
Preço do Snowflake Credit (custo por credit)
O custo de cada Snowflake Credit depende de quatro fatores:
- Edição do Snowflake
- Região de hospedagem
- Provedor de nuvem
- Descontos
A seguir, a faixa de custo por credit em cada edição, considerando o pagamento on-demand, em que o uso é faturado mês a mês. O menor valor de cada faixa representa as regiões dos EUA na AWS, usadas pela maioria dos clientes, enquanto os valores mais altos correspondem a regiões fora dos EUA.
| Standard | Enterprise | Business Critical | VPS (Virtual Private Snowflake) |
|---|---|---|---|
| US$ 2,00 - US$ 3,10 | US$ 3,00 - US$ 4,65 | US$ 4,00 - US$ 6,20 | US$ 6,00 - US$ 9,30 |
A maioria dos clientes prefere pagar o Snowflake por meio de contratos de capacity commitment (capacity pricing), em que o uso é comprado de forma antecipada. Esse tipo de contrato garante descontos sobre o preço por credit em uma escala progressiva.
Para uma tabela completa com os custos dos Snowflake Credits em todas as nuvens e regiões, consulte a Snowflake Credit Consumption Table.
Preço de cada serviço do Snowflake
Preço dos virtual warehouses
Os virtual warehouses costumam ser a maior fonte de custo, já que são eles que executam as consultas. Os clientes costumam se referir a esses gastos como "custos de compute". O preço dos warehouses do Snowflake varia conforme o tamanho. Veja abaixo cada tamanho de virtual warehouse e os custos correspondentes:
| Tamanho do Warehouse | Credits / Hora | Credits / Hora (Snowpark-Optimized) |
|---|---|---|
| X-Small | 1 | N/A |
| Small | 2 | N/A |
| Medium | 4 | 6 |
| Large | 8 | 12 |
| X-Large | 16 | 24 |
| 2X-Large | 32 | 48 |
| 3X-Large | 64 | 96 |
| 4X-Large | 128 | 192 |
| 5X-Large | 256 | 384 |
| 6X-Large | 512 | 768 |
Cada incremento de tamanho dobra os recursos disponíveis no warehouse. Já os warehouses Snowpark-optimized são um tipo mais recente, com 16x a memória do tipo "normal" para cada tamanho, a um custo 1,5x maior.
Os custos de compute dos virtual warehouses costumam representar 80% da fatura de um cliente do Snowflake. Por isso, eles costumam ser o foco de qualquer iniciativa de otimização de custos.
Preço dos serviços serverless
Nos recursos serverless do Snowflake, como Snowpipe, Automatic Clustering e Serverless tasks, o consumo de credits segue um multiplicador específico de cada recurso. Os serviços mais baratos nesse aspecto são Query Acceleration e Snowpipe Streaming, ambos com multiplicador de 1x. Já os mais caros são o Search Optimization Service e Materialized Views, com multiplicador de 2x.
| Recurso | Multiplicador de Compute Credit | Multiplicador de Cloud Services | Extras |
|---|---|---|---|
| Clustered Tables | 2 | 1 | - |
| Data Quality Monitoring | 2 | 1 | - |
| Hybrid Tables Requests | 1 | 1 | 1 Credit a cada 30 GB de leitura e 1 Credit a cada 7,5 GB de escrita |
| Logging | 1,25 | - | 0,28 Credits a cada 1.000 lotes de arquivos |
| Manutenção de Materialized Views | 2 | 1 | - |
| Open Catalog | - | - | 0,5 Credits a cada 1 milhão de requisições |
| Query Acceleration | 1 | - | - |
| Replication | 2 | 0,35 | - |
| Search Optimization Service | 2 | 1 | - |
| Sensitive Data Classification | 0,9 | 1 | - |
| Serverless Alerts | 0,9 | 1 | - |
| Serverless Tasks | 0,9 | 1 | - |
| Serverless Tasks Flex | 0,9 | 1 | - |
| Snowpipe | 1,25 | - | 0,06 Credits a cada 1.000 arquivos |
| Snowpipe Streaming | 1 | - | 0,01 Credits por instância de cliente por hora |
| Trust Center | 1 | 1 | - |
Preço do armazenamento
O Snowflake armazena dados em um formato de arquivo proprietário chamado micro-partitions, no serviço de armazenamento em nuvem do provedor subjacente (Amazon S3, Azure Blob Storage ou Google Cloud Storage).
Para armazenamento, o Snowflake cobra direto em dólares. Os preços, novamente, variam conforme o provedor de nuvem e a região. Em regiões da AWS nos EUA, o cliente paga US$ 23 por TB ao mês. Fora dos EUA, sai mais caro. O detalhamento completo dos custos de armazenamento em todas as regiões está disponível no site do Snowflake.
Se você quiser se aprofundar nos custos de armazenamento do Snowflake, confira nosso post aqui. Para ganhos rápidos na redução de custos desnecessários de armazenamento, você pode consultar sua conta para identificar tabelas sem uso e removê-las.
Custos de transferência de dados
A transferência de dados é o processo de entrada e saída de dados do Snowflake. Os dados que entram costumam ser chamados de "ingress", e os que saem, de "egress". Veja alguns pontos importantes sobre como funcionam os custos de transferência de dados no Snowflake:
- O Snowflake não cobra pelo ingress de dados.
- Transferências entre a mesma região e provedor de nuvem são gratuitas.
- Só alguns recursos específicos do Snowflake geram custos de transferência de dados (descarregamento de dados, replicação de dados, uso de funções externas, etc. — veja aqui).
- A cobrança de egress de dados não se aplica quando um cliente ou driver do Snowflake recupera resultados de consultas, mesmo que isso aconteça entre plataformas de nuvem ou regiões diferentes!
De novo, os custos completos estão no site do Snowflake.
Custos de Cloud Services
A camada de Cloud Services do Snowflake cuida de tudo o que não envolve o armazenamento e o processamento de dados em si. Isso inclui autenticação, compilação de consultas e zero-copy cloning, entre outros. O preço dos Cloud Services segue um modelo de fair-use: enquanto o uso dessa camada não passar de 10% do uso de compute, não há custo adicional. Por exemplo, se um cliente consome 100 compute credits e 5 cloud services credits, eles se anulam:
| Serviço | Credits utilizados |
|---|---|
| Compute | 100 |
| Cloud Services | 5 |
| Rebate de Cloud Services | -5 |
| Total | 100 |
Já se os cloud services credits subirem para 15:
| Serviço | Credits utilizados |
|---|---|
| Compute | 100 |
| Cloud Services | 15 |
| Rebate de Cloud Services | -10 |
| Total | 105 |
Apenas 10 credits são reembolsados, equivalentes a 10% dos compute credits utilizados. Por isso, o cliente acaba pagando por 5 cloud services credits.
A maior parte dos clientes nunca paga por Cloud Services graças a essa política dos 10%. Os cenários em que isso não acontece costumam ser aqueles com um grande volume de consultas simples, que têm um custo de cloud services alto em relação ao custo de compute.
Preço do Snowpark Container Services
O Snowpark Container Services (SPCS) é uma oferta nova (lançada em 2024) e totalmente gerenciada de containers do Snowflake. Com o SPCS, clientes do Snowflake podem rodar workloads em containers diretamente dentro do Snowflake. Saiba mais sobre o serviço na documentação do Snowflake.
O SPCS roda em cima de Compute Pools, que são diferentes dos virtual warehouses. Veja abaixo os credits por hora de cada tipo de compute:
| Tipo de nó de compute | XS | S | M | L |
|---|---|---|---|---|
| CPU | 0,06 | 0,11 | 0,22 | 0,83 |
| High-Memory CPU | N/A | 0,28 | 1,11 | 4,44 |
| GPU | 0,25 | 0,57 | 2,68 | 14,12 |
Confira abaixo o detalhamento de cada tipo de nó de compute:
| INSTANCE_FAMILY | vCPU | Memória (GiB) | Armazenamento (GiB) | GPU | Memória de GPU por GPU (GiB) | Limite máx. | Descrição |
|---|---|---|---|---|---|---|---|
| CPU - XS | 2 | 8 | 250 | N/A | N/A | 50 | Menor instância disponível para Snowpark Containers. Ideal para economizar e começar a usar. |
| CPU - S | 4 | 16 | 250 | N/A | N/A | 50 | Ideal para hospedar vários serviços/jobs com economia de custo. |
| CPU - M | 8 | 32 | 250 | N/A | N/A | 20 | Ideal para uma aplicação full stack ou múltiplos serviços. |
| CPU - L | 32 | 128 | 250 | N/A | N/A | 20 | Para aplicações que precisam de uma quantidade fora do comum de CPUs, memória e armazenamento. |
| High-Memory CPU - S | 8 | 64 | 250 | N/A | N/A | 20 | Para aplicações que exigem muita memória. |
| High-Memory CPU - M | 32 | 256 | 250 | N/A | N/A | 20 | Para hospedar várias aplicações memory-intensive em uma única máquina. |
| High-Memory CPU - L | 128 | 1024 | 250 | N/A | N/A | 20 | Maior máquina high-memory disponível para processar grandes volumes de dados em memória. |
| GPU - S | 8 | 32 | 250 | 1 NVIDIA A10G | 24 | 10 | Nosso menor tamanho de GPU NVIDIA disponível para Snowpark Containers, ideal para começar. |
| GPU - M | 48 | 192 | 250 | 4 NVIDIA A10G | 24 | 5 | Otimizada para cenários de uso intensivo de GPU, como Computer Vision ou LLMs/VLMs. |
| GPU - L | 192 | 2048 | 250 | 8 NVIDIA A100 | 40 | Sob solicitação | Maior instância de GPU, para casos especializados e avançados, como LLMs, Clustering etc. |
Exemplo prático de precificação do Snowflake
Vamos passar por um exemplo realista de preços do Snowflake ao longo de um mês. Imagine que rodamos uma plataforma de dados para uma empresa relativamente pequena, com jobs de carregamento, transformações e uma ferramenta de BI consultando os dados transformados. Também temos alguns Snowpipes fazendo a ingestão a partir do S3 e algumas tabelas com automatic clustering ativado para manter o desempenho dos predicados em uma coluna de data. Na conta como um todo, temos 5 TB de armazenamento e rodamos a conta Snowflake na AWS US East 1, na edição Enterprise. Cada credit custa US$ 3.
Frequently asked
questions
O Snowflake oferece plano gratuito ou teste grátis?
Sim. Você pode criar um teste gratuito do Snowflake com US$ 400 em credits gratuitos aqui.
Qual é a cobrança mínima do Snowflake?
O Snowflake não tem cobrança mínima no modelo on-demand. Já o valor mínimo para um contrato de capacity commitment é de US$ 25.000.
Como funcionam os Capacity Contracts do Snowflake?
Para qualquer cliente que gaste acima (ou perto) de US$ 25.000/ano no Snowflake, faz sentido considerar a assinatura de um contrato anual de capacity commitment, já que o Snowflake oferece descontos e um account manager dedicado. O maior desconto é no Storage, em que o preço cai da tarifa on-demand de US$ 40/TB para US$ 23/TB.
Nos contratos do Snowflake, você paga antecipadamente por um volume de capacidade pré-comprometido. Conforme usa o Snowflake e consome Snowflake Credits, o Snowflake desconta esses valores do seu saldo disponível. Se ultrapassar o valor pré-comprometido, é possível comprar capacidade adicional. Se usar menos do que contratou, dá para transferir a capacidade não utilizada para o próximo contrato — desde que o novo contrato seja de valor igual ou maior.
Por isso, é importante não se comprometer com mais capacidade do que o necessário, já que você pode acabar tendo que abrir mão de toda a capacidade não utilizada para renovar a um valor menor e evitar continuar com compromisso excessivo.
O Snowflake oferece descontos?
O Snowflake oferece descontos em contratos de capacity commitment, que crescem conforme o volume de capacidade adquirida e o prazo do contrato (por exemplo, 1 ano vs. 3 anos). Os níveis e valores de desconto não são divulgados publicamente.
BigQuery vs. Snowflake: comparação de preços
O Google BigQuery tem dois modelos de preços: on-demand e capacity. Apesar de compartilharem os mesmos nomes dos modelos do Snowflake, eles são bem diferentes. No on-demand, o BigQuery cobra pelo volume de dados escaneados por consulta. No modelo capacity, o BigQuery cobra por slot/hora, em que um slot é uma unidade de compute. É bem parecido com o modelo de preços do Snowflake e adota o mesmo incremento de cobrança por segundo e a cobrança mínima de 1 minuto. Assim como o Snowflake, o BigQuery tem várias edições para escolher, com diferentes recursos disponíveis.
Databricks vs. Snowflake: comparação de preços
O Databricks se diferencia do Snowflake e do BigQuery por rodar workloads em instâncias de compute que você paga na sua própria conta de nuvem. Como consequência, os custos aparecem tanto diretamente no Databricks quanto na sua conta de nuvem. O Databricks também oferece um modelo Serverless SQL, em que as instâncias de compute são gerenciadas pelo próprio Databricks. Nesse serviço, os custos vão apenas para o Databricks. Esse modelo se aproxima mais dos modelos de preços e de operação do Snowflake e do BigQuery.
Redshift vs. Snowflake: comparação de preços
O Amazon Redshift oferece dois modelos de operação e preços: DC2 e RA3. O DC2 é o modelo mais tradicional de implantação de data warehouse, no qual as instâncias de compute e o armazenamento local andam juntos. Já o RA3 separa armazenamento e computação. A vantagem desse modelo é que a capacidade ociosa é minimizada, já que compute e storage podem escalar de forma independente conforme a necessidade do cliente. O RA3 é a opção mais parecida com o Snowflake.
O Snowflake é caro?
Existe um discurso bastante difundido de que o Snowflake é caro — e, se mal gerenciado, pode ser mesmo. Clientes que não escolhem o tamanho certo de warehouse ou criam warehouses demais sem controles adequados costumam ser os responsáveis pelos custos descontrolados. Mas toda plataforma de nuvem baseada em uso fica cara quando não é usada com critério; isso não é exclusividade do Snowflake. Com os processos, monitoramento e gestão certos, o Snowflake pode ser uma escolha muito vantajosa em custo para uma plataforma de dados em nuvem. Na SELECT, construímos toda a nossa plataforma de dados sobre o Snowflake por causa da facilidade de uso, escalabilidade e custo-benefício.
Niall Woodward · Co-founder & CTO da SELECT
Niall é Co-Founder & CTO da SELECT, uma plataforma SaaS de gestão e otimização de custos do Snowflake. Antes de fundar a SELECT, Niall foi data engineer na Brooklyn Data Company e em várias startups. Entusiasta de open-source, ele também é mantenedor do SQLFluff e criador de três pacotes dbt: dbt_artifacts, dbt_snowflake_monitoring e dbt_query_tags.
Ian Whitestone · Co-founder & CEO da SELECT
Ian é Co-founder & CEO da SELECT, uma plataforma SaaS de gestão e otimização de custos do Snowflake. Antes de fundar a SELECT, Ian passou 6 anos liderando times full stack de data science & engineering na Shopify e na Capital One. Na Shopify, Ian conduziu os esforços para otimizar o data warehouse e ampliar a observabilidade de custos.