Otimização dos custos de transferência de dados com o Egress Cost Optimizer

O Egress Cost Optimizer (ECO) é um recurso de preenchimento automático que minimiza os custos de saída ao compartilhar dados ou aplicativos com várias regiões, ajudando os provedores no Snowflake (de listagens públicas e privadas) a reduzir os custos de compartilhamento e o custo do serviço e, como resultado, maximizar o retorno sobre o investimento (ROI).

Nota

  • Por padrão, o Egress Cost Optimizer não está disponível para clientes que usam Virtual Private Snowflake (VPS), que usam Business Critical Edition ou que estão em uma nuvem governamental <label-us_gov_regions>. Se você for um cliente BCE, VPS ou Gov, pode entrar em contato com o executivo de contas Snowflake para obter mais informações sobre a capacitação ECO.

  • Os provedores podem ativar o ECO em uma conta principal em qualquer região comercial e criar listagens direcionadas a qualquer outra região, incluindo VPS, BCE e Gov.

Como funciona o Egress Cost Optimizer

O Egress Cost Optimizer analisa a configuração de sua listagem em termos do número de regiões e provedores de nuvem em que a listagem está disponível e oferece o preenchimento automático mais econômico. Por exemplo, se você estiver replicando dados para várias regiões de nuvem e gerando custos de saída repetidos no mesmo conjunto de dados, ele encaminha os dados de forma inteligente por meio de um cache ECO gerenciado pelo Snowflake. Dessa forma, os clientes acabam pagando zero custos adicionais de saída para expandir para novas regiões, reduzindo os custos de transferência de dados.

Em outro exemplo, se você estiver replicando apenas para uma ou duas regiões dentro do mesmo provedor de nuvem, o ECO não usará o cache ECO porque os custos de transferência de dados já estão otimizados. Como resultado, ao ativar o ECO, você garante custos mínimos de transferência de dados em qualquer cenário de compartilhamento de dados. Para obter mais informações sobre custos, benefícios e limites do ECO, consulte Benefícios e custos da otimização dos custos de saída e Limitações do ECO.

Sem o Egress Cost Optimizer: os custos de saída aumentam à medida que os dados são compartilhados em mais de 30 regiões

Sem o Egress Cost Optimizer: os custos de saída aumentam à medida que os dados são compartilhados em mais de 30 regiões.

Com o Egress Cost Optimizer: o custo de saída é minimizado para mover os dados uma única vez para o cache na nuvem

Com o Egress Cost Optimizer: o custo de saída é reduzido a um movimento único de dados para o cache ECO.

O ECO não afeta as confirmações existentes de segurança, recursos e desempenho das listagens, como o suporte à criptografia de dados em trânsito e em repouso por meio do Snowflake Tri-Secret Secure (TSS), ou os recursos existentes de preenchimento automático entre nuvens (por exemplo, replicação em nível de objeto, cronograma de atualização de listagens e histórico de atualização de listagens).

Você pode saber mais sobre os subprocessadores de terceiros compatíveis com o Snowflake que são usados em conexão com o Cloud Cache acessando o nosso site Subprocessador.

Ao usar o ECO, seus dados serão hospedados nas seguintes regiões, além das regiões em que você disponibiliza os dados aos seus consumidores:

América do Norte e do Sul

Região local

Nuvem local

ID de região local

Região de cache ECO gerenciada pelo Snowflake

Canada (Central)

AWS

ca-central-1

Leste da América do Norte

South America (Sao Paulo)

AWS

sa-east-1

Leste da América do Norte

US West (Oregon)

AWS

us-west-2

Oeste da América do Norte

US East (Ohio)

AWS

us-east-2

Leste da América do Norte

US East (N. Virginia)

AWS

us-east-1

Leste da América do Norte

US Central1 (Iowa)

GCP

us-central1

Leste da América do Norte

US East4 (N. Virginia)

GCP

us-east4

Leste da América do Norte

Canada Central (Toronto)

Azure

canadacentral

Leste da América do Norte

Central US (Iowa)

Azure

centralus

Leste da América do Norte

East US 2 (Virginia)

Azure

eastus2

Leste da América do Norte

South Central US (Texas)

Azure

southcentralus

Leste da América do Norte

West US 2 (Washington)

Azure

westus2

Oeste da América do Norte

Europa e Oriente Médio

Região local

Nuvem local

ID de região local

Região de cache ECO gerenciada pelo Snowflake

EU (Frankfurt)

AWS

eu-central-1

União Europeia

EU (Zurique)

AWS

eu-central-2

União Europeia

EU (Stockholm)

AWS

eu-norte-1

União Europeia

EU (Irlanda)

AWS

eu-west-1

União Europeia

Europe (London)

AWS

eu-west-2

União Europeia

EU (Paris)

AWS

eu-west-3

União Europeia

Middle East Central2 (Dammam)

GCP

me-central2

União Europeia

Europe West2 (London)

GCP

europa-oeste-2

União Europeia

Europe West3 (Frankfurt)

GCP

europa-oeste-3

União Europeia

Europe West4 (Netherlands)

GCP

europa-oeste-4

União Europeia

North Europe (Ireland)

Azure

northeurope

União Europeia

Norte da Suíça (Zurique)

Azure

switzerlandnorth

União Europeia

West Europe (Netherlands)

Azure

westeurope

União Europeia

Norte dos UAE (Dubai)

Azure

uaenorth

União Europeia

UK Sul (Londres)

Azure

uksouth

União Europeia

Ásia-Pacífico e China

Região local

Nuvem local

ID de região local

Região de cache ECO gerenciada pelo Snowflake

Asia Pacific (Tokyo)

AWS

ap-northeast-1

Ásia-Pacífico

Asia Pacific (Seoul)

AWS

ap-northeast-2

Ásia-Pacífico

Asia Pacific (Osaka)

AWS

ap-northeast-3

Ásia-Pacífico

Asia Pacific (Mumbai)

AWS

ap-south-1

Ásia-Pacífico

Asia Pacific (Singapore)

AWS

ap-southeast-1

Ásia-Pacífico

Asia Pacific (Sydney)

AWS

ap-southeast-2

Ásia-Pacífico

Ásia Pacífico (Jakarta)

AWS

ap-southeast-3

Ásia-Pacífico

Australia East (New South Wales)

Azure

australiaeast

Oceania

Central India (Pune)

Azure

centralindia

Ásia-Pacífico

Japan East (Tokyo)

Azure

japaneast

Ásia-Pacífico

Southeast Asia (Singapore)

Azure

southeastasia

Ásia-Pacífico

O ECO garante que, em qualquer circunstância, você pague o custo de saída entre nuvens apenas uma vez. Como resultado, quanto mais regiões de nuvem às quais você replicar, maior será a economia potencial dos custos de saída.

Nota

Esse recurso só está disponível para o Preenchimento automático entre nuvens, e não para a replicação manual.

Benefícios e custos da otimização dos custos de saída

A otimização dos custos de saída pode ser usada para reduzir e controlar os custos de preenchimento automático das listagens.

Custos iniciais:

Na primeira vez em que os dados são preenchidos automaticamente usando o otimizador de custos de saída, os dados são armazenados em cache no armazenamento compatível com o S3 gerenciado pelo Snowflake com custos de saída zero, e você é cobrado pela saída inicial de todos os dados em cada listagem para esse local de armazenamento. Depois disso, a saída é cobrada apenas para atualizações de dados.

Carregamento incremental de dados versus recarregamento completo de dados:

Se você substituir tabelas regularmente, ou truncar e recarregar tabelas, saiba que esses dados novos serão tratados como uma nova tabela. O uso desses processos faz com que essas tabelas sejam armazenadas novamente em cache, o que gera um custo maior do que modificar os dados usando métodos que consomem menos recursos.

Maior economia com muitas regiões ou nuvens:

O compartilhamento de dados em mais regiões aumenta sua economia dos custos totais de saída. Quanto maior o número de regiões nas quais os dados são compartilhados, maior será a economia com o otimizador de custos de saída.

Nível de banco de dados, não nível de listagem:

Quando um cronograma de preenchimento automático for definido no nível da conta, e não no nível da listagem, o otimizador de custos de saída será ativado em todas as listagens que seguem o cronograma da conta. Depois que o otimizador de custos for ativado em um banco de dados, todos os preenchimentos automáticos subsequentes envolvendo esse banco de dados o usarão.

Para obter mais informações sobre preços de saída entre regiões ou nuvens de origem e destino, consulte o guia de preços do Snowflake.

Limitações do ECO

  • A ingestão incremental de dados é necessária para que o cache da nuvem seja totalmente usado pelo otimizador de custos de saída.

  • O cache da nuvem só é usado pelo otimizador de custos de saída para atualizações feitas pelo preenchimento automático.