エグレスコストオプティマイザーによるデータ転送コストの最適化¶
Egress Cost Optimizer (ECO) は、複数のリージョンにデータやアプリを共有する際のエグレスコストを最小化するオートフルフィルメントの機能であり、Snowflake上のプロバイダー(パブリックとプライベートの両方のリスト)が共有コストとサービスコストを削減し、結果として投資収益率を最大化するのに役立ちます (ROI)。
注釈
- デフォルトでは、Egress Cost Optimizer は、 Virtual Private Snowflake(VPS) を使用しているお客様、 Business Critical Edition を使用しているお客様、 ガバメントクラウド を使用しているお客様はご利用いただけません。BCE、 VPS またはGovのお客様で、 ECO イネーブルメントに関する詳細情報については、Snowflakeアカウントエグゼクティブにお問い合わせください。 
- プロバイダーは、どの商業リージョンでもプライマリアカウントで ECO を有効にし、 VPS、 BCE、Gov.を含む他のリージョンをターゲットにしたリストを作成することができます。 
Egress Cost Optimizerの仕組み¶
エグレスコストオプティマイザーは、リストが利用可能なリージョンとクラウドプロバイダーの数に関して、リストの構成を分析し、データベース複製のために最もコスト効率の高い自動フルフィルメントを提供します。たとえば、複数のクラウドリージョンにデータを複製し、同じデータセットで繰り返しのエグレスコストが発生する場合は、Snowflakeが管理する ECO キャッシュを介してデータをインテリジェントにルーティングします。このようにして、お客様は新しいリージョンに展開するために追加のエグレスコストを支払うことがなくなり、データ転送コストが削減されます。
別の例では、同じクラウドプロバイダー内の1-2リージョンに複製するだけなら、データ転送コストはすでに最適化されているため、 ECO は ECO キャッシュを使用しません。その結果、 ECO をオンにすることで、どのようなデータ共有シナリオでもデータ転送コストを最小限に抑えることができます。ECO のコスト、メリット、限界に関する詳細情報は、 出口コスト最適化のメリットとコスト および ECO の限界 を参照してください。
さらに考慮すべきもう1つの例は、データベース全体ではなく、テーブルを複製しているかどうかです。ECO は、全体的なコストがデータベースレベルで最適化されている場合にのみ、クラウドキャッシュを使用します。したがって、データベースに1つのテーブルがあり、データベースが1つのリージョンに複製されている間にそのテーブルが10リージョンに複製されている場合、複製はキャッシュを使用しません。
 
Egress Cost Optimizerなし:30以上のリージョンでデータが共有されるため、Egressコストがかさみます。¶
 
Egress Cost Optimizerを使用すると:Egressコストは、 ECO キャッシュへのデータの1回限りの移動に削減されます。¶
ECO は、Snowflake Tri-Secret Secure (TSS) による転送時および静止時のデータ暗号化のサポートや、既存のクロスクラウド自動フルフィルメント機能(オブジェクトレベルの複製、リストリフレッシュのクーロンスケジュール、リストリフレッシュ履歴など)など、既存のリストのセキュリティ、機能、パフォーマンスへの影響はありません。
クラウドキャッシュとの接続で活用されるSnowflakeがサポートするサードパーティサブプロセッサーの詳細については、 サブプロセッサー サイトを参照してください。
ECO を使用する場合、お客様のデータは、お客様がコンシューマーにデータを提供するリージョンに加え、以下のリージョンでホストされます。
| ローカルリージョン | ローカルクラウド | ローカルリージョン ID | Snowflake管理 ECO キャッシュリージョン | 
|---|---|---|---|
| カナダ(中部) | AWS | 
 | 北米東部 | 
| 南米(サンパウロ) | AWS | 
 | 北米東部 | 
| US 西部(オレゴン) | AWS | 
 | 北米西部 | 
| US 東部(オハイオ) | AWS | 
 | 北米東部 | 
| US 東部(バージニア北部) | AWS | 
 | 北米東部 | 
| US 中央部1(アイオワ) | GCP | 
 | 北米東部 | 
| US 東部4(北部バージニア) | GCP | 
 | 北米東部 | 
| カナダ中央部(トロント) | Azure | 
 | 北米東部 | 
| 中部 US (アイオワ) | Azure | 
 | 北米東部 | 
| 東 US 2(バージニア) | Azure | 
 | 北米東部 | 
| 南中央 US (テキサス) | Azure | 
 | 北米東部 | 
| 西 US 2(ワシントン) | Azure | 
 | 北米西部 | 
| ローカルリージョン | ローカルクラウド | ローカルリージョン ID | Snowflake管理 ECO キャッシュリージョン | 
|---|---|---|---|
| EU (フランクフルト) | AWS | 
 | 欧州連合 | 
| EU (チューリッヒ) | AWS | 
 | 欧州連合 | 
| EU (ストックホルム) | AWS | 
 | 欧州連合 | 
| EU (アイルランド) | AWS | 
 | 欧州連合 | 
| ヨーロッパ(ロンドン) | AWS | 
 | 欧州連合 | 
| EU (パリ) | AWS | 
 | 欧州連合 | 
| 中東中部2(ダンマーム) | GCP | 
 | 欧州連合 | 
| ヨーロッパ西部2(ロンドン) | GCP | 
 | 欧州連合 | 
| ヨーロッパ西部3(フランクフルト) | GCP | 
 | 欧州連合 | 
| ヨーロッパ西部4(オランダ) | GCP | 
 | 欧州連合 | 
| 北ヨーロッパ(アイルランド) | Azure | 
 | 欧州連合 | 
| スイス北部(チューリッヒ) | Azure | 
 | 欧州連合 | 
| 西ヨーロッパ(オランダ) | Azure | 
 | 欧州連合 | 
| UAE 北部(ドバイ) | Azure | 
 | 欧州連合 | 
| UK 南部(ロンドン) | Azure | 
 | 欧州連合 | 
| ローカルリージョン | ローカルクラウド | ローカルリージョン ID | Snowflake管理 ECO キャッシュリージョン | 
|---|---|---|---|
| アジア太平洋(東京) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(ソウル) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(大阪) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(ムンバイ) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(シンガポール) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(シドニー) | AWS | 
 | Asia-Pacific | 
| アジア太平洋(ジャカルタ) | AWS | 
 | Asia-Pacific | 
| オーストラリア東部(ニューサウスウェールズ) | Azure | 
 | オセアニア | 
| インド中部(プネー) | Azure | 
 | Asia-Pacific | 
| 日本東部(東京) | Azure | 
 | Asia-Pacific | 
| 東南アジア(シンガポール) | Azure | 
 | Asia-Pacific | 
ECO により、どのような状況下でも、クロスクラウドのイグジットコストは一度しか支払う必要がなくなります。その結果、複製先のクラウド・リージョンが多ければ多いほど、エグレス・コストを削減できる可能性が高まります。
注釈
この機能は、クロスクラウドオートフルフィルメントでのみ可用性で、手動複製では使用できません。
出口コスト最適化のメリットとコスト¶
リスト自動発送のコストを削減し、管理するために、発送コストの最適化を使用することができます。
- 初期コスト:
- エグレスコストオプティマイザを使用して初めてデータが自動履行されると、データはエグレスコストゼロでSnowflakeが管理するS3互換ストレージにキャッシュされ、各リストのすべてのデータのこのストレージへの最初のエグレスが課金されます。その後、エグレスはデータ更新にのみ課金されます。 
- インクリメンタルデータのロード中とフルデータリロードの比較:
- 定期的にテーブルを入れ替えたり、テーブルを切り捨てて再ロードしたりする場合は、この新しいデータが新しいテーブルとして扱われることに注意してください。このような処理を行うと、テーブルが再キャッシュされることになり、リソースをあまり使わない方法でデータを変更するよりも高いコストが発生します。 
- 多くのリージョンやクラウドでより大きなコスト削減を実現:
- より多くのリージョンでデータを共有することで、総進行コストを削減できます。データが共有されるリージョンが多ければ多いほど、エグレスコストオプティマイザによる節約は大きくなります。 
- リストレベルではなくデータベースレベル:
- 自動出荷スケジュールがリストレベルではなくアカウントレベルでセットされている場合、出荷コストオプティマイザはアカウントスケジュールに従うすべてのリストで有効になります。コストオプティマイザをデータベースで有効にすると、そのデータベースが関与する後続のすべてのオートフルフィルメントでこのオプティマイザが使用されます。 
- キャッシュストレージコスト:
- キャッシュストレージコストは、リストがアクティブな間のみ発生します。たとえば、キャッシュされたリストがあり、10日後にそのリストを削除した場合、10日間のキャッシュストレージに対してのみ課金されます。 
ソースとターゲットのリージョンまたはクラウド間のエグレスの価格設定については、Snowflake `価格設定ガイド`_および`Snowflakeサービス利用表<https://www.snowflake.com/legal-files/CreditConsumptionTable.pdf>`_をご参照ください。
ECO に FAQs¶
- ECOがゼロエグレスキャッシュを使用するのはいつですか?
- ECOは、ヒューリスティックベースのアルゴリズムを使用して、ECOキャッシュをいつ使用するかを決定します。たとえば、同じクラウドプロバイダー内の1つまたは2つのリージョンのみに複製する場合、データ転送コストが既に最適化されているため、ECOはゼロエグレスコストキャッシュを使用しません。アルゴリズムにより、リストレベルでの実効データ転送コストが計算されます。 
- データ転送の変更を測定する方法は?
- リストでECOクラウドキャッシュを使用する場合、キャッシュは:doc:`/sql-reference/functions/listing_refresh_history`の:codenowrap:`bytesSkipped`パラメーターを更新します。キャッシュが使用されていない場合は、データ転送がすでに最適化されています。ご質問については、Snowflakeサポートにお問い合わせください。 
- ECOを使用するためのコストは?
- ECOキャッシュの使用コストは、`Snowflakeサービス利用表<https://www.snowflake.com/legal-files/CreditConsumptionTable.pdf>`_(Snowflakeウェブサイト上)のテーブル3(d)で説明されています。ECOはデータを15日間保存し、キャッシュが使用された日数に対してのみ課金されます。たとえば、第1日にリストを作成し、ECOを有効にしたとします。リストは、ターゲット顧客へのクロスクラウド複製のためにキャッシュを使用します。その後、第10日にリストを削除します。この場合、ECOキャッシュストレージ10日間分が請求されます。 
ECO の限界¶
- クラウドキャッシュをエグレスコストオプティマイザがフルに使用するためには、増分データの取り込みが必要です。 
- クラウドキャッシュは、エグレスコストオプティマイザによって、自動履行によるリフレッシュのためにのみ使用されます。 
- エグレスコストオプティマイザは、同じデータベース上のすべてのリストの全体的なエグレスコストが最適化されている場合にのみ、クラウドキャッシュを使用します。オプティマイザアルゴリズムは、テーブルレベルではなく、データベースレベルでリストのサイズを測定します。