Optimizing data transfer costs with Egress Cost Optimizer¶
Egress Cost Optimizer (ECO) is a capability of auto-fulfillment that minimizes egress costs when sharing data or apps to multiple regions, helping providers on Snowflake (of both public and private listings) to reduce costs of sharing and cost of service, and as a result, maximize their return on investment (ROI).
Note
By default, Egress Cost Optimizer is unavailable to customers using Virtual Private Snowflake (VPS), using Business Critical Edition (BCE), or on a government cloud. If you’re a BCE, VPS or Gov customer, you can reach out to your Snowflake account executive for more information about ECO enablement.
Providers can enable ECO in a primary account in any commercial region and create listings targeted to any other region, including VPS, BCE, and Gov.
How Egress Cost Optimizer works¶
Egress Cost Optimizer analyzes your listing configuration in terms of the number of regions and cloud providers where the listing is available, and delivers the most cost-efficient auto-fulfillment. For example, if you’re replicating data to multiple cloud regions and incurring repeated egress costs on the same dataset, it intelligently routes the data through a Snowflake-managed ECO cache. In this way, customers end up paying zero additional egress costs to expand to new regions, reducing the data transfer costs.
In another example, if you’re only replicating to 1-2 regions within the same cloud provider, the ECO doesn’t use the ECO cache because your data transfer costs are already optimized. As a result, by turning on ECO, you’re ensuring minimum data transfer costs under any data sharing scenario. For more information on costs, benefits, and limits of ECO see Benefits and costs of egress cost optimization and Limitations of ECO.

Without Egress Cost Optimizer: Egress costs compound as data is shared across 30+ regions¶

With Egress Cost Optimizer: Egress cost is minimized to one-time of moving data into the ECO cache¶
ECO doesn’t impact existing security, features, and performance commitments of listings, such as support for data encryption in transit and rest through Snowflake Tri-Secret Secure (TSS), or existing cross-cloud auto fulfillment features (for example object-level replication, listing refresh cron schedule, and listing refresh history).
You can learn more about the Snowflake supported third-party sub-processors that are leveraged in connection with Cloud Cache by visiting our Sub-processor site.
When using ECO, your data will be hosted in the following regions, in addition to the regions where you make the data available to your consumers:
Local region |
Local cloud |
Local region ID |
Snowflake-managed ECO cache region |
---|---|---|---|
Canada (Central) |
AWS |
|
Eastern North America |
South America (Sao Paulo) |
AWS |
|
Eastern North America |
US West (Oregon) |
AWS |
|
Western North America |
US East (Ohio) |
AWS |
|
Eastern North America |
US East (N. Virginia) |
AWS |
|
Eastern North America |
US Central1 (Iowa) |
GCP |
|
Eastern North America |
US East4 (N. Virginia) |
GCP |
|
Eastern North America |
Canada Central (Toronto) |
Azure |
|
Eastern North America |
Central US (Iowa) |
Azure |
|
Eastern North America |
East US 2 (Virginia) |
Azure |
|
Eastern North America |
South Central US (Texas) |
Azure |
|
Eastern North America |
West US 2 (Washington) |
Azure |
|
Western North America |
Local region |
Local cloud |
Local region ID |
Snowflake-managed ECO cache region |
---|---|---|---|
EU (Frankfurt) |
AWS |
|
European Union |
EU (Zurich) |
AWS |
|
European Union |
EU (Stockholm) |
AWS |
|
European Union |
EU (Ireland) |
AWS |
|
European Union |
Europe (London) |
AWS |
|
European Union |
EU (Paris) |
AWS |
|
European Union |
Middle East Central2 (Dammam) |
GCP |
|
European Union |
Europe West2 (London) |
GCP |
|
European Union |
Europe West3 (Frankfurt) |
GCP |
|
European Union |
Europe West4 (Netherlands) |
GCP |
|
European Union |
North Europe (Ireland) |
Azure |
|
European Union |
Switzerland North (Zurich) |
Azure |
|
European Union |
West Europe (Netherlands) |
Azure |
|
European Union |
UAE North (Dubai) |
Azure |
|
European Union |
UK South (London) |
Azure |
|
European Union |
Local region |
Local cloud |
Local region ID |
Snowflake-managed ECO cache region |
---|---|---|---|
Asia Pacific (Tokyo) |
AWS |
|
Asia-Pacific |
Asia Pacific (Seoul) |
AWS |
|
Asia-Pacific |
Asia Pacific (Osaka) |
AWS |
|
Asia-Pacific |
Asia Pacific (Mumbai) |
AWS |
|
Asia-Pacific |
Asia Pacific (Singapore) |
AWS |
|
Asia-Pacific |
Asia Pacific (Sydney) |
AWS |
|
Asia-Pacific |
Asia Pacific (Jakarta) |
AWS |
|
Asia-Pacific |
Australia East (New South Wales) |
Azure |
|
Oceania |
Central India (Pune) |
Azure |
|
Asia-Pacific |
Japan East (Tokyo) |
Azure |
|
Asia-Pacific |
Southeast Asia (Singapore) |
Azure |
|
Asia-Pacific |
ECO ensures that under any circumstance, you’re only paying cross-cloud egress cost once. As a result, the more cloud regions that you replicate to, the more the potential egress cost savings.
Note
This feature is only available for Cross-Cloud Auto-Fulfillment and not for manual replication.
Benefits and costs of egress cost optimization¶
Egress cost optimization can be used to reduce and control listing auto-fulfillment costs.
- Initial costs:
The first time data is auto-fulfilled using the egress cost optimizer, the data is cached in Snowflake-managed S3-compatible storage with zero-egress costs, and you are charged for the initial egress of all the data in each listing to this storage location. Thereafter, egress is charged only for data updates.
- Incremental data loading vs full data reloading:
If you regularly replace tables, or truncate and reload tables, be aware that this fresh data will be treated as a new table. Using these processes causes those tables to be re-cached, which incurs a higher cost than modifying the data by using less resource-intensive methods.
- Greater savings with many regions or clouds:
Sharing data across more regions increases your savings on total egress costs. The more regions where data is shared, the greater the savings with the egress cost optimizer.
- Database level, not listing level:
Where an auto-fulfillment schedule is set on the account level, rather than on the listing level, the egress cost optimizer will be enabled on all the listings that follow the account schedule. After the cost optimizer is enabled on a database, all subsequent auto-fulfillment involving that database will use it.
For more information about pricing for egress between source and target regions or clouds, see the Snowflake pricing guide.
Limitations of ECO¶
Incremental data ingestion is required for the cloud cache to be fully used by the egress cost optimizer.
The cloud cache is only used by the egress cost optimizer for refreshes made by auto-fulfillment.