アカウント識別子

アカウント識別子は、 組織 内だけでなく、Snowflakeがサポートする クラウドプラットフォーム と クラウドリージョン のネットワーク全体で、Snowflakeアカウントを一意に識別します。

Snowflakeは、Snowflakeアカウントを識別するために2つの異なる形式をサポートしています。組織内のアカウントの 名前、 または アカウントが配置されているクラウドリージョンでSnowflakeが割り当てた ロケーター を使用して、アカウントを識別します。

注釈

どちらの形式も使用できます。ただし、最初の形式を使用するには、アカウントの1つに ORGADMIN ロールを作成する必要があります。ロールが存在しない場合は、 Snowflakeサポート にお問い合わせください。

このトピックの内容:

アカウント識別子が使用される場所

Snowflakeでは、使用しているアカウントを指定する必要がある場合は常に、次のような場合を含め、アカウント識別子が必要です。

  • Snowflake ウェブインターフェイスのいずれかにアクセスするための URLs。

  • Snowflakeに接続するための SnowSQL とその他のクライアント（コネクタ、ドライバーなど）。

  • Snowflakeエコシステムを構成するサードパーティのアプリケーションとサービス。

  • Snowflakeの内部操作と、外部システムとの通信/相互作用を保護するためのセキュリティ機能。

  • Secure Data Sharing、データベース複製、フェールオーバー/フェールバックなどのグローバル機能。

たとえば、アカウントの URL は次の形式を使用します。

アカウント識別子.snowflakecomputing.com

URLs とSnowflakeクライアントでアカウント識別子を使用するための詳細については、 アカウントに接続するためのアカウント識別子の使用 をご参照ください。

形式1（推奨）: 組織内のアカウント名。

組織 は、ビジネスエンティティが所有するアカウントをリンクする、ファーストクラスのSnowflakeオブジェクトです。組織により、組織管理者（つまり、 ORGADMIN ロールを持つユーザー）は、さまざまなクラウドプラットフォームやリージョンで、すべてのアカウントを表示、作成、および管理できるようになります。

アカウント名は組織内で一意にする必要があり、変更できます。これにより、柔軟性が高まり、アカウント名が短く直感的になります。新しいアカウントを作成するときにアカウント名を指定します（アカウントの作成 を参照）。既存のアカウントの名前を変更するには、 Snowflakeサポート にお問い合わせください。

アカウント名は組織内のアカウントを一意に識別しますが、Snowflake組織全体のアカウントの一意な識別子 ではありません。

アンダースコア付きのアカウント名には、Okta SSO/SCIM など、アンダースコア付きの URLs を受け入れない機能のために URL のダッシュ記号を使ったバージョンもあります。

アカウント名を識別子として使用する

組織内のアカウントのアカウント識別子は、識別子の使用場所と使用方法に応じて、次の形式のいずれかになります。

  • 組織名-アカウント名 （大半の URLs および他の一般的な用途の場合）

  • 組織名_アカウント名 （URLs でハイフンがサポートされていないシナリオ/機能の場合）

  • 組織名.アカウント名 （SQL コマンドと操作の場合）

条件:

  • 組織名 は、Snowflake組織の名前です。

  • アカウント名 は、組織内にあるアカウントの一意の名前です。

詳細については、 組織およびアカウント名 （このトピック内）をご参照ください。

組織およびアカウント名

組織名

組織名は、最初のSnowflakeアカウントが組織にプロビジョニングされたときに選択された名前です。名前は、Snowflakeの他のすべての組織で一意にする必要があります。大文字と数字を含めることはできますが、アンダースコアやその他の区切り文字を含めることはできません。

自分の組織名を自分で変更することはできません。組織名を変更するには、 Snowflakeサポート にお問い合わせください。

ベストプラクティスとして、アカウント識別子で名前を使用する前に、必要に応じて組織名を確認および変更してください。将来、組織の名前を変更すると、Snowflakeアカウントのすべての URLs が新しい名前と一致するように変更されます。

組織の名前を表示するには、 組織の名前の表示 をご参照ください。

アカウント名

各アカウント名は、組織内で一意にする必要があります。アカウントを作成するときにアカウント名を指定します（アカウントの作成 を参照）。

アカウント名は組織内のアカウントを一意に識別しますが、Snowflake組織全体のアカウントの一意な識別子 ではありません。Snowflakeでアカウントを一意に識別するには、アカウント名の先頭に組織名を追加する必要があります。例:

組織名-アカウント名

識別子の SQL 標準と一致して、アカウント名には単語間の区切り文字としてアンダースコアを含めることができます（例: MARKETING_TEST_ACCOUNT）。

URLs にアンダースコアを使用すると、Okta SSO/SCIM などの特定の機能で問題が発生する可能性があります。このため、Snowflakeは、アンダースコア文字の代わりにハイフン文字（-）を使用するバージョンのアカウント名もサポートしています。たとえば、次の URLs の両方がサポートされています。

アンダースコア付きの URL: https://acme-marketing_test_account.snowflakecomputing.com

ダッシュ付きの URL: https://acme-marketing-test-account.snowflakecomputing.com

既存のアカウント

組織機能が有効になる前に存在していたアカウントがある場合は、アカウント名として 形式2（レガシー）: リージョン内のアカウントロケーター。 が使用されます。

加えて、異なるリージョンに同じ名前の既存アカウントがある場合は、クラウド名とリージョン名が新しい URL 形式でアカウント名の前に追加されます。

たとえば、組織名が ACME で、 TEST という名前のアカウントが2つあり、1つは AWS us-east-2 リージョンに、もう1つはAzure west-us-2 リージョンにある場合、新しい URLs は次の構造になります。

  • 最初のアカウント:

    オリジナル URL

    https://test.us-east-2.aws.snowflakecomputing.com

    新しい URL

    https://acme-test_aws_us_east_2.snowflakecomputing.com

  • 2番目のアカウント:

    オリジナル URL

    https://test.west-us-2.azure.snowflakecomputing.com

    新しい URL

    https://acme-test_azure_west_us_2.snowflakecomputing.com

これらのアカウント名は、新しい名前が一意である限り変更できます。アカウント名を変更する方法については、 アカウント名の変更 をご参照ください。

形式2（レガシー）: リージョン内のアカウントロケーター。

アカウントロケーターは、アカウントの作成時にSnowflakeによって割り当てられる識別子です。

  • アカウントがSnowflakeの担当者によって作成されている場合は、会社名、頭字語、その他の認識可能な文字列など、ロケーターの特定の値をリクエストできる可能性があります。

  • アカウントがセルフサービスまたは自動化/バックグラウンドプロセスによって作成された場合、ロケーターは一意の文字と数字のランダムな文字列です（例: xy12345）。

アカウントが作成されると、アカウントのロケーターは変更できません。

注釈

アカウントロケーターは、Snowflakeでアカウントを識別するために引き続きサポートされていますが、これは推奨される方法ではなくなりました。アカウントを識別するための推奨される方法は、組織内のアカウント名です（このトピック内で前述のとおり）。

アカウントロケーターを識別子として使用する

各Snowflakeアカウントは、地理的な リージョン の クラウドプラットフォーム でホストされています。

リージョンは、アカウントのデータが保存される場所と、アカウントで使用されるコンピューティングリソースがプロビジョニングされる場所を決定します。

アカウントロケーターを使用してアカウントを識別する場合、ロケーターだけではアカウントを識別するのに必ずしも十分ではありません。アカウントのリージョンとクラウドプラットフォームによっては、次の形式で 追加の セグメントが必要になる場合があります。

アカウントロケーター.クラウドリージョンID または

アカウントロケーター.クラウドリージョンID.クラウド

条件:

  • クラウドリージョンID は、クラウドリージョンの識別子です（クラウドプラットフォームにより決定）。

  • クラウド は、クラウドプラットフォームの識別子です（aws、 azure、または gcp）。

たとえば、アカウントロケーターが xy12345 の場合:

  • アカウントが AWS US 西部（オレゴン）リージョンにある場合、追加のセグメントは必要なく、 URL は xy12345.snowflakecomputing.com になります。

  • アカウントが AWS US 東部（オハイオ）リージョンにある場合、追加のセグメントが必要であり、 URL は xy12345.us-east-2.aws.snowflakecomputing.com になります。

リージョンとロケーターの形式の包括的なリストについては、 クラウドプラットフォームおよびリージョン別の非 VPS アカウントロケーター形式 （このトピック内）をご参照ください。

注釈

Snowflakeエディションが VPS の場合、アカウントロケーターは別の形式を使用します。 VPS アカウントのアカウントロケーターを見つける （このトピック内）をご参照ください。

アカウントのリージョンとロケーターを検索する

Snowflakeアカウントに接続できる場合は、次のコンテキスト関数をクエリして、接続しているSnowflakeアカウントのリージョンとアカウントロケーターを特定できます。

  • CURRENT_REGION は、アカウントが配置されているリージョンを取得します。

  • CURRENT_ACCOUNT は、アカウントロケーターを取得します。

Snowflakeに接続できない場合は、アカウントのSnowflake管理者に連絡して、この情報を取得します。

VPS アカウントのアカウントロケーターを見つける

Snowflakeエディションが VPS の場合、アカウントロケーターは、他のSnowflakeエディションのアカウントとは異なる命名規則を使用します。このため、 VPS アカウントへのアクセスに使用されるホスト名と URLs の構造が異なります。

詳細については、 Snowflakeサポート またはSnowflakeの担当者にお問い合わせください。

別の方法として、アカウント識別子には 組織名-アカウント名 の推奨形式を使用できます。この形式は、 VPS エディションを使用するアカウントで機能します。詳細については、 形式1（推奨）: 組織内のアカウント名。 （このトピック内）をご参照ください。

クラウドプラットフォームおよびリージョン別の VPS 以外のアカウントロケーター形式

次のテーブルは、特定のリージョンのアカウントロケーターに追加のセグメントが必要かどうかなど、サポートされている VPS 以外のリージョンすべてのアカウントロケーター形式をリストしています。

アカウントロケーターが xy12345 の場合:

クラウドプラットフォーム/リージョン

アカウントロケーター

メモ

Amazon Web Services（AWS）
US 西部（オレゴン）

xy12345

追加のセグメントは必要ありません。
US 政府西部1

xy12345.us-gov-west-1.aws
US 東部（オハイオ）

xy12345.us-east-2.aws
US 東部（バージニア北部）

xy12345.us-east-1

必要な追加のセグメントはクラウドリージョン ID のみです。
US 東部（商業組織、バージニア政府北部）

xy12345.us-east-1-gov.aws
カナダ（中部）

xy12345.ca-central-1.aws
EU （アイルランド）

xy12345.eu-west-1

必要な追加のセグメントはクラウドリージョン ID のみです。
ヨーロッパ（ロンドン）

xy12345.eu-west-2.aws
EU （フランクフルト）

xy12345.eu-central-1

必要な追加のセグメントはクラウドリージョン ID のみです。
アジア太平洋（東京）

xy12345.ap-northeast-1.aws
アジア太平洋（ソウル）

xy12345.ap-northeast-2.aws
アジア太平洋（ムンバイ）

xy12345.ap-south-1.aws
アジア太平洋（シンガポール）

xy12345.ap-southeast-1

必要な追加のセグメントはクラウドリージョン ID のみです。
アジア太平洋（シドニー）

xy12345.ap-southeast-2

必要な追加のセグメントはクラウドリージョン ID のみです。

Google Cloud Platform（GCP）
US 中央部1（アイオワ）

xy12345.us-central1.gcp
ヨーロッパ西部2（ロンドン）

xy12345.europe-west2.gcp
ヨーロッパ西部4（オランダ）

xy12345.europe-west4.gcp

Microsoft Azure

Azureアカウントロケーターは、 AWS および GCP との整合性を保つためにハイフンを使用して実装されました。
西 US 2（ワシントン）

xy12345.west-us-2.azure
中部 US （アイオワ）

xy12345.central-us.azure
南中央 US （テキサス）

xy12345.south-central-us.azure
東 US 2（バージニア）

xy12345.east-us-2.azure
US 政府バージニア

xy12345.us-gov-virginia.azure
カナダ中央部（トロント）

xy12345.canada-central.azure
北ヨーロッパ（アイルランド）

xy12345.north-europe.azure
西ヨーロッパ（オランダ）

xy12345.west-europe.azure
スイス北部（チューリッヒ）

xy12345.switzerland-north.azure
UAE 北部（ドバイ）

xy12345.uae-north.azure
日本東部（東京）

xy12345.japan-east.azure
東南アジア（シンガポール）

xy12345.southeast-asia.azure
オーストラリア東部（ニューサウスウェールズ）

xy12345.australia-east.azure

プライベート接続のアカウント識別子

アカウントで Snowflakeサービスへのプライベート接続 が有効になっており、この機能を使用してSnowflakeに接続する場合は、 SYSTEM$GET_PRIVATELINK_CONFIG 関数を実行して、使用するプライベート接続 URL を決定します。URL のアカウント名またはアカウントロケーターのいずれかを使用して、Snowflakeウェブインターフェイスに接続できます。

注釈

現在、 形式1（推奨）: 組織内のアカウント名。 を使用する場合、Snowflakeサービスへのプライベート接続 URL は、 SnowSQL、および その他のSnowflakeクライアント ではサポートされていません。

Snowflakeサービスへのプライベート接続で SnowSQL、またはその他のクライアントを使用する場合の回避策には、 形式2（レガシー）: リージョン内のアカウントロケーター。 に示されている URL 形式を使用します。

詳細については、 アカウントに接続するためのアカウント識別子の使用 をご参照ください。

複製およびフェールオーバーのアカウント識別子

アカウントで組織機能が有効になっている場合は、 形式1（推奨）: 組織内のアカウント名。 をご参照ください。

複製およびフェールオーバー関連の SQL コマンドでは、アカウント識別子の一部としてSnowflake Region ID を使用する必要があります。

SnowflakeリージョンID.アカウントロケーター

条件:

詳細と完全なリストについては、 地域 IDs （このトピック内）をご参照ください。

さらに、異なるリージョングループ間での複製とフェールオーバーでは、アカウント識別子でリージョングループも指定する必要もあります。

リージョングループ.SnowflakeリージョンID.名前

リージョングループ の値は、 SHOW REPLICATION ACCOUNTS の出力にあります。

詳細については、 リージョングループ （このトピック内）をご参照ください。

Snowflake Region IDs およびリージョングループ

Snowflake Regionは、他のSnowflake Regionから分離された別個のリージョン（AWS、Azure、または GCP クラウドリージョン内に展開）です。Snowflake Regionは、マルチテナント（複数の組織のアカウントを包含）またはシングルテナント（別名、単一の組織のVirtual Private Snowflake）のいずれかになります。

各Snowflake Regionは、一意の識別子を有し、リージョングループに属しています。これにより、データの共有や複製などのグローバル機能が有効になります。

地域 IDs

各クラウドプラットフォームでは、リージョンの命名に異なる規則と形式を使用するため、Snowflakeは、すべてのクラウドプラットフォームとそのリージョンにわたって一意に識別する正規の ID を各Snowflake Regionに割り当てます。

組織機能が有効になっている場合は、新しいアカウントを作成するときや、複製とフェールオーバーを構成するときに、アカウント識別子の一部としてSnowflake Region ID を指定する必要があります。

次のテーブルには、Snowflake Region IDs の包括的なリストが示されています。

クラウド リージョン

クラウド 地域 ID

Snowflake 地域 ID

メモ

Amazon Web Services（AWS）
US 西部（オレゴン）

us-west-2

aws_us_west_2
US 政府西部1

us-gov-west-1

aws_us_gov_west_1

Business Critical（またはそれ以上）のアカウントでのみ利用可能です。 AWS GovCloud （US） に配置されています。
US 東部（オハイオ）

us-east-2

aws_us_east_2
US 東部（バージニア北部）

us-east-1

aws_us_east_1
US 東部（商業組織、バージニア政府北部）

us-east-1

aws_us_east_1_gov

Business Critical（またはそれ以上）のアカウントでのみ利用可能です。 AWS GovCloud （US） ではなく、 US 東部1に配置されています。
カナダ（中部）

ca-central-1

aws_ca_central_1
EU （アイルランド）

eu-west-1

aws_eu_west_1
ヨーロッパ（ロンドン）

eu-west-2

aws_eu_west_2
EU （フランクフルト）

eu-central-1

aws_eu_central_1
EU （ストックホルム）

eu-north-1

aws_eu_north_1
アジア太平洋（東京）

ap-northeast-1

aws_ap_northeast_1
アジア太平洋（ソウル）

ap-northeast-2

aws_ap_northeast_2
アジア太平洋（ムンバイ）

ap-south-1

aws_ap_south_1
アジア太平洋（シンガポール）

ap-southeast-1

aws_ap_southeast_1
アジア太平洋（シドニー）

ap-southeast-2

aws_ap_southeast_2

Google Cloud Platform（GCP）
US 中央部1（アイオワ）

us-central1

gcp_us_central1
ヨーロッパ西部2（ロンドン）

europe-west2

gcp_europe_west2
ヨーロッパ西部4（オランダ）

europe-west4

gcp_europe_west4

Microsoft Azure
西 US 2（ワシントン）

westus2

azure_westus2
中部 US （アイオワ）

centralus

azure_centralus
南中央 US （テキサス）

southcentralus

azure_southcentralus
東 US 2（バージニア）

eastus2

azure_eastus2
US 政府バージニア

usgovvirginia

azure_usgovvirginia

Business Critical（またはそれ以上）のアカウントでのみ利用可能です。 Microsoft Azure Government に配置されています。
カナダ中央部（トロント）

canadacentral

azure_canadacentral
北ヨーロッパ（アイルランド）

northeurope

azure_northeurope
西ヨーロッパ（オランダ）

westeurope

azure_westeurope
スイス北部（チューリッヒ）

switzerlandnorth

azure_switzerlandnorth
UAE 北部（ドバイ）

uaenorth

azure_uaenorth
日本東部（東京）

japaneast

azure_japaneast
東南アジア（シンガポール）

southeastasia

azure_southeastasia
オーストラリア東部（ニューサウスウェールズ）

australiaeast

azure_australiaeast

リージョングループ

リージョングループは、同様のセキュリティ制御、分離、およびコンプライアンスを提供するSnowflake Regionのグループです。Snowflake Regionが属するリージョングループは、リージョンによって異なります。

  • すべてのSnowflakeマルチテナント商用リージョン（サポートされているすべてのクラウドプラットフォーム全体）は、同じ共有/一般 PUBLIC グループにあります。

  • 各Snowflakeマルチテナント政府リージョンは、そのリージョンに固有の個別のグループにあります。

  • 各シングルテナントのVirtual Private Snowflake（VPS）は、 VPS に固有の個別のリージョングループにあります。組織に複数の VPS がある場合は、リージョングループごとに1つの VPS を持つか、複数の VPSs で同じリージョングループを共有できます。

組織機能が有効になっている場合は、異なるリージョングループでアカウントを作成するときや、異なるリージョングループのアカウントとの間で複製とフェールオーバーをするときに、アカウント識別子の一部としてリージョングループを指定する必要があります。