アカウント識別子¶
アカウント識別子は、ビジネスエンティティ内だけでなく、Snowflakeがサポートする クラウドプラットフォーム と クラウドリージョン のネットワーク全体で、Snowflakeアカウントを一意に識別します。
Snowflakeは、Snowflakeアカウントを識別するために2つの異なるオプションをサポートしています。 組織 内の名前、 または アカウントが配置されているクラウドリージョンでSnowflakeが割り当てた ロケーター を使用して、アカウントを識別します。
注釈
どちらのオプションも使用できます。ただし、最初のオプションを使用するには、アカウントで組織を有効にする必要があります。組織は現在プレビュー中であり、Snowflakeのサポートを介して有効化するようにリクエストする必要があります。
このトピックの内容:
アカウント識別子が使用される場所¶
Snowflakeでは、使用しているアカウントを指定する必要がある場合は常に、次のような場合を含め、アカウント識別子が必要です。
Snowflake ウェブインターフェイスのいずれかにアクセスするための URLs。
Snowflakeに接続するための SnowSQL、ドライバー、コネクタ、および他のクライアント。
Snowflakeエコシステムを構成するサードパーティのアプリケーションとサービス。
Snowflakeの内部の操作と、外部システムとの通信/相互作用を確保するための機能。
Secure Data Sharing、データベース複製、フェールオーバー/フェールバックなどのグローバル機能。
たとえば、アカウントの URL は次の形式を使用します。
アカウント識別子.snowflakecomputing.com
オプション1: 組織内のアカウント名 --- プレビュー¶
プレビュー機能 --- 要リクエスト
組織はデフォルトでは有効になっていません。この機能をリクエストするには、 Snowflakeサポート にご連絡ください。
組織 は、ビジネスエンティティが所有するアカウントをリンクする、ファーストクラスのSnowflakeオブジェクトです。組織により、組織管理者（つまり、 ORGADMIN ロールを持つユーザー）は、さまざまなクラウドプラットフォームやリージョンで、すべてのアカウントを表示、作成、および管理できるようになります。
アカウント名を識別子として使用する¶
組織内のアカウントのアカウント識別子は、識別子の使用場所と使用方法に応じて、次の形式のいずれかになります。
組織名-アカウント名（大半の URLs および他の一般的な用途の場合）組織名_アカウント名（URLs でハイフンがサポートされていないシナリオ/機能の場合）組織名.アカウント名（SQL コマンドと操作の場合）
条件:
組織名Snowflake組織の名前。現在、組織名はSnowflakeによって割り当てられていますが、名前の変更をリクエストできます。
アカウント名組織内にあるアカウントの一意の名前。
ユーザーが組織管理者であり、組織内にアカウントを作成する場合、ユーザーは作成時にアカウントの名前を指定できます。
セルフサービスまたはSnowflakeの担当者を通じて組織のアカウントを作成する場合、アカウント名はSnowflakeによって提供されますが、名前の変更をリクエストできます。
たとえば、組織名が abccorp で、アカウント名が usprod1 の場合は、次のいずれかの形式がアカウント URL で機能します。
abccorp-usprod1.snowflakecomputing.com または
abcorp_usprod1.snowflakecomputing.com （ハイフンがサポートされていない場合）
この形式は、Snowflakeエディションが VPS の場合にも機能します。
組織とアカウント識別子の詳細については、 組織名とアカウント名を理解する をご参照ください。
組織とアカウント名を見つける¶
組織とアカウント名を確認するには、Snowflake管理者にご連絡ください。
オプション2: リージョン内のアカウントロケーター¶
アカウントロケーターは、アカウントの作成時にSnowflakeによって割り当てられる識別子です。
アカウントがSnowflakeの担当者によって作成されている場合は、会社名、頭字語、その他の認識可能な文字列など、ロケーターの特定の値をリクエストできる可能性があります。
アカウントがセルフサービスまたは自動化/バックグラウンドプロセスによって作成された場合、ロケーターは一意の文字と数字のランダムな文字列です（例:
xy12345）。
アカウントが作成されると、アカウントのロケーターは変更できません。
アカウントロケーターを識別子として使用する¶
各Snowflakeアカウントは、地理的な リージョン の クラウドプラットフォーム でホストされています。リージョンは、アカウントのデータが保存される場所と、アカウントで使用されるコンピューティングリソースがプロビジョニングされる場所を決定します。
アカウントロケーターを使用してアカウントを識別する場合、ロケーターだけではアカウントの場所を識別するのに必ずしも十分ではありません。アカウントのリージョンとクラウドプラットフォームによっては、次の形式で 追加の セグメントが必要になる場合があります。
アカウントロケーター.リージョンID または
アカウントロケーター.リージョンID.クラウド
条件:
リージョンIDクラウドリージョンの識別子（クラウドプラットフォームにより決定）。
クラウドクラウドプラットフォームの識別子（
aws、azure、またはgcp）。
たとえば、アカウントロケーターが xy12345 の場合:
アカウントが AWS US 西部（オレゴン）リージョンにある場合、追加のセグメントは必要なく、 URL は
xy12345.snowflakecomputing.comになります。アカウントが AWS US 東部（オハイオ）リージョンにある場合、追加のセグメントが必要であり、 URL は
xy12345.us-east-2.aws.snowflakecomputing.comになります。
リージョンとロケーターの形式の包括的なリストについては、 クラウドプラットフォームとリージョン別のロケーター形式 （このトピック内）をご参照ください。
注釈
Snowflakeエディションが VPS の場合、アカウントロケーターは別の形式を使用します。 VPS アカウントのアカウントロケーターを見つける をご参照ください。
アカウントのリージョンとロケーターを見つける¶
Snowflakeアカウントに接続できる場合は、次のコンテキスト関数をクエリして、接続しているSnowflakeアカウントのリージョンとアカウントロケーターを特定できます。
CURRENT_REGION は、アカウントが配置されているリージョンを取得します。
CURRENT_ACCOUNT は、アカウントロケーターを取得します。
SHOW GLOBAL ACCOUNTS は、複製のためにSnowflakeリージョンを取得します。
Snowflakeに接続できない場合は、アカウントのSnowflake管理者に連絡して、この情報を取得します。
クラウドプラットフォームおよびリージョン別のロケーター形式¶
次のテーブルは、特定のリージョンのアカウントロケーターに追加のセグメントが必要かどうかなど、サポートされているリージョンすべてのアカウントロケーター形式をリストしています。
アカウントロケーターが xy12345 の場合:
クラウドプラットフォーム / . リージョン |
アカウントロケーター . （必要に応じて追加のセグメントを含む） |
|---|---|
Amazon Web Services（AWS） |
|
US 西部（オレゴン）
|
|
US 東部（オハイオ）
|
|
US 東部（バージニア北部）
|
|
US 東部（商業組織、バージニア政府北部）
|
|
カナダ（中部）
|
|
EU （アイルランド）
|
|
ヨーロッパ（ロンドン）
|
|
EU （フランクフルト）
|
|
アジア太平洋（東京）
|
|
アジア太平洋（ムンバイ）
|
|
アジア太平洋（シンガポール）
|
|
アジア太平洋（シドニー）
|
|
Google Cloud Platform（GCP） |
|
US 中央部1（アイオワ）
|
|
ヨーロッパ西部2（ロンドン）
|
|
ヨーロッパ西部4（オランダ）
|
|
Microsoft Azure |
|
西 US 2（ワシントン）
|
|
中部 US （アイオワ）
|
|
東部 US 2（バージニア）
|
|
US 政府バージニア
|
|
カナダ中央部（トロント）
|
|
西ヨーロッパ（オランダ）
|
|
スイス北部（チューリッヒ）
|
|
東南アジア（シンガポール）
|
|
オーストラリア東部（ニューサウスウェールズ）
|
|
VPS アカウントのアカウントロケーターを見つける¶
Snowflakeエディションが VPS の場合、アカウントロケーターは、他のSnowflakeエディションのアカウントとは異なる命名規則を使用します。このため、 VPS アカウントへのアクセスに使用されるホスト名と URLs の構造が異なります。
詳細については、 Snowflakeサポート またはSnowflakeの担当者にお問い合わせください。
別の方法として、アカウント識別子に organizationName-accountName の推奨形式を使用できます。この形式は、 VPS エディションを使用するアカウントで機能します。詳細については オプション1: 組織内のアカウント名 --- プレビュー をご参照ください。
プライベート接続のアカウント識別子¶
アカウントで AWS PrivateLink またはAzure Private Linkが有効になっており、プライベート接続を使用してSnowflakeに接続する場合は、 SYSTEM$GET_PRIVATELINK_CONFIG 関数を実行して、使用するプライベート接続 URL を決定します。
プライベート接続の詳細については、以下をご参照ください。
複製およびフェールオーバーのアカウント識別子¶
アカウントで組織機能を有効にしている場合は、 オプション1: 組織内のアカウント名 --- プレビュー をご参照ください。
複製およびフェールオーバー関連の SQL コマンドでは、アカウント識別子の一部としてSnowflakeリージョン ID を使用する必要があります。詳細と完全なリストについては、 Snowflakeリージョン IDs （このトピック内）をご参照ください。
Snowflakeリージョン.名前
- 条件:
SnowflakeリージョンSnowflakeリージョン ID。名前複製コマンドのアカウントロケーターは、 SHOW REPLICATION ACCOUNTS のname列または SHOW REPLICATION DATABASES のaccount_name列の値です。
異なるリージョングループ間での複製とフェールオーバーの場合は、アカウント識別子でリージョングループも指定する必要もあります。詳細については、 リージョングループ （このトピック内）をご参照ください。
region_group 列は、 SHOW REPLICATION ACCOUNTS の出力にあります。
リージョングループ.SnowflakeリージョンID.名前
リージョングループ¶
リージョングループは、同様のセキュリティ制御、分離、およびコンプライアンスを提供するリージョンのグループです。組織機能を有効にしていて、異なるリージョングループにアカウントを作成する場合、または異なるリージョングループのアカウントと間で複製およびフェールオーバーする場合は、アカウント識別子の一部としてリージョングループを指定する必要があります。
Snowflakeアカウントは、次に挙げる3つのリージョングループのいずれかにあります。
PUBLICは、すべてのクラウドにわたるすべてのマルチテナントSnowflakeリージョンのリージョングループです。Virtual Private Snowflake（VPS）リージョングループには、同じ顧客に属するシングルテナント（VPS）リージョンのグループが含まれます。
政府リージョングループには、政府リージョンが含まれます。
Snowflakeリージョン IDs¶
Snowflakeリージョンは、他のSnowflakeリージョンから分離されたクラウドプラットフォームリージョン内の別個の場所です。Snowflakeリージョンは、マルチテナントまたはシングルテナント（Virtual Private Snowflakeアカウントの場合）にすることができます。新しいアカウントを作成するとき、および複製とフェールオーバーを構成するときに組織機能を有効にしている場合は、アカウント識別子の一部としてSnowflakeリージョン ID を指定する必要があります。
次の表には、Snowflakeリージョン IDs の包括的なリストが示されています。
地域 |
地域 ID |
Snowflake 地域 ID |
メモ |
|---|---|---|---|
Amazon Web Services（AWS） |
|||
US 西部（オレゴン）
|
|
|
|
US 東部（オハイオ）
|
|
|
|
US 東部（バージニア北部）
|
|
|
|
US 東部（商業組織、バージニア政府北部）
|
|
|
Business Critical（またはそれ以上）のアカウントでのみ使用できます。Snowflakeがまだサポートしていない独立した専用クラウドである、 AWS GovCloud （US）には位置していません。 |
カナダ（中部）
|
|
|
|
EU （アイルランド）
|
|
|
|
ヨーロッパ（ロンドン）
|
|
|
|
EU （フランクフルト）
|
|
|
|
アジア太平洋（東京）
|
|
|
|
アジア太平洋（ムンバイ）
|
|
|
|
アジア太平洋（シンガポール）
|
|
|
|
アジア太平洋（シドニー）
|
|
|
|
Google Cloud Platform（GCP） |
|||
US 中央部1（アイオワ）
|
|
|
|
ヨーロッパ西部2（ロンドン）
|
|
|
|
ヨーロッパ西部4（オランダ）
|
|
|
|
Microsoft Azure |
|||
西 US 2（ワシントン）
|
|
|
|
中部 US （アイオワ）
|
|
|
|
東部 US 2（バージニア）
|
|
|
|
US 政府バージニア
|
|
|
Business Critical（またはそれ以上）のアカウントでのみ利用可能です。 |
カナダ中央部（トロント）
|
|
|
|
西ヨーロッパ（オランダ）
|
|
|
|
東南アジア（シンガポール）
|
|
|
|
スイス北部（チューリッヒ）
|
|
|
|
オーストラリア東部（ニューサウスウェールズ）
|
|
|