계정 식별자¶
계정 식별자는 Snowflake 지원 클라우드 플랫폼 및 클라우드 리전 의 전역 네트워크 전체에서뿐만 아니라 조직 내에서 Snowflake 계정을 고유하게 식별합니다.
기본 설정 계정 식별자는 계정의 조직과 함께 계정의 이름 을 포함합니다(예: myorg-account123
). Snowflake에서 할당한 로케이터 를 계정 식별자로 사용할 수도 있지만, 이 레거시 형식을 사용하지 않는 것이 좋습니다.
계정 식별자는 어디에서 사용됩니까?¶
Snowflake에서 사용 중인 계정을 지정할 때마다 계정 식별자가 필요하며, 그러한 예는 다음과 같습니다.
Snowflake 웹 인터페이스에 액세스하기 위한 URLs.
SnowSQL과 Snowflake에 연결하기 위한 다른 클라이언트(커넥터, 드라이버 등).
Snowflake 에코시스템을 구성하는 서드 파티 애플리케이션, 서비스.
Snowflake 내부 운영 및 외부 시스템과의 통신/상호 작용을 보호하는 보안 기능.
Secure Data Sharing과 복제 및 장애 조치/장애 복구와 같은 전역 기능.
예를 들어, 계정의 URL에서 사용되는 형식은 다음과 같습니다.
account_identifier.snowflakecomputing.com
조직에서 클라이언트 리디렉션 기능을 사용하는 경우 계정 식별자의 계정 이름 대신 연결 오브젝트 의 이름을 사용하여 Snowflake 클라이언트로 Snowflake 계정에 연결할 수 있습니다. 자세한 내용은 연결 URL 사용하기 섹션을 참조하십시오.
계정 식별자와 연결을 사용하여 Snowflake 계정에 연결하는 방법에 대한 자세한 내용은 계정에 연결하기 섹션을 참조하십시오.
형식 1(기본 설정): 조직의 계정 이름¶
조직 은 비즈니스 엔터티가 소유하는 계정을 연결하는 Snowflake 오브젝트입니다. 조직은 조직 관리자(예: ORGADMIN 역할의 사용자)가 다양한 클라우드 플랫폼 및 리전 전반에서 모든 계정을 확인, 생성, 관리하도록 설정할 수 있습니다.
계정 이름은 조직 내에서 고유해야 하며 변경이 가능합니다. 이를 통해 유연성이 향상되며 보다 간단하고 직관적인 계정 이름을 사용할 수 있습니다. 계정 이름은 계정을 생성할 때 지정할 수 있습니다(계정 만들기 참조). 기존 계정의 이름을 변경하려면 계정 이름 바꾸기 섹션을 참조하십시오.
계정 이름을 통해 조직 내에서 계정을 식별할 수 있지만, Snowflake 조직 전체에서의 고유 계정 식별자는 아닙니다.
밑줄이 그어진 계정 이름의 경우 Okta SSO/SCIM 등과 같이 밑줄이 그어진 URLs를 허용하지 않는 기능에서 사용할 수 있도록 대시를 사용하는 URL 버전도 제공됩니다.
계정 이름을 식별자로 사용하기¶
조직 내 계정의 계정 식별자는 식별자의 사용 위치 및 방법에 따라 다음 형식 중 하나를 갖습니다.
orgname-account_name
(대부분의 URL과 기타 일반 용도로 사용)orgname-account-name
(계정 이름에 밑줄이 지원되지 않는 시나리오/기능에서 사용)orgname.account_name
(SQL 명령 및 작업에 사용)
여기서
orgname
은 Snowflake 조직의 이름입니다.account_name
은 조직 내 계정의 고유한 이름입니다.
계정의 조직 및 계정 이름 찾기¶
계정의 계정 이름을 찾으려면 Snowsight 또는 SQL을 사용할 수 있습니다.
- Snowsight:
계정 선택기를 열고 이전에 로그인한 적 있는 계정 목록을 검토합니다.
계정 이름을 복사하려는 계정을 찾습니다.
계정을 마우스로 가리켜 추가 세부 정보를 확인한 다음 복사 아이콘을 선택하여
<orgname>.<account_name>
형식의 계정 식별자를 클립보드에 복사합니다.
- SQL:
현재 계정의 이름을 검색하려면 CURRENT_ACCOUNT_NAME 함수를 실행하십시오.
현재 계정의 조직을 검색하려면 CURRENT_ORGANIZATION_NAME 함수를 실행하십시오.
조직 및 계정 이름¶
조직 이름¶
셀프 서비스 옵션을 사용하여 Snowflake 계정에 등록한 사용자의 경우, 계정이 생성될 때 시스템에서 생성된 이름으로 조직이 자동으로 생성됩니다. Snowflake 직원과 직접 협력하여 계정을 설정하는 엔터티의 경우, Snowflake는 사용자 지정 이름을 사용하여 조직에 할당할 수 있습니다. 사용자 지정 이름은 Snowflake의 다른 모든 조직 전체에서 고유해야 합니다. 이름은 문자로 시작해야 하며 문자(소문자 및 대문자)와 숫자만 포함할 수 있습니다. 이름에 밑줄 또는 기타 구분 기호를 포함할 수 없습니다.
예를 들어 시스템에서 생성된 이름을 보다 사용자 친화적인 이름으로 변경하려고 조직의 이름을 변경하려는 경우, Snowflake 지원 에 문의하십시오.
가장 좋은 방법은, 필요한 경우 조직 이름을 검토하고 변경한 후 계정 식별자에 있는 이름을 사용하는 것입니다. 나중에 조직 이름을 바꾸면 새 이름과 일치하도록 Snowflake 계정의 모든 URL이 바뀝니다.
조직 이름을 보려면 조직 이름과 조직 계정 보기 을 참조하십시오.
계정 이름¶
각 계정 이름은 조직 내에서 고유해야 합니다. 계정 이름은 새 계정을 생성할 때 지정할 수 있습니다(계정 만들기 참조).
계정 이름을 통해 조직 내에서 계정을 식별할 수 있지만, Snowflake 조직 전체에서의 고유 계정 식별자는 아닙니다. Snowflake에서 계정을 고유하게 식별하려면 계정 이름 앞에 조직 이름을 추가해야 합니다. 예:
orgname-account_name
SQL 식별자 표준에 따라 계정 이름에는 단어 사이에 밑줄을 구분 기호로 사용할 수 있습니다(예: MARKETING_TEST_ACCOUNT
).
밑줄이 포함된 URL은 Okta SSO/SCIM과 같은 특정 기능에서 문제를 유발할 수 있습니다. 이 때문에, Snowflake는 밑줄 문자 대신 하이픈 문자(-
)를 대체하는 계정 이름 버전도 지원합니다. 예를 들어 다음 두 가지 URL이 모두 지원됩니다.
밑줄이 포함된 URL:
https://acme-marketing_test_account.snowflakecomputing.com
대시가 포함된 URL:
https://acme-marketing-test-account.snowflakecomputing.com
기존 계정¶
유기적 구성 기능이 활성화되기 전에 존재했던 계정이 있는 경우 형식 2(레거시): 리전의 계정 로케이터 가 계정 이름으로 사용됩니다.
또한 다른 리전에 이름이 같은 기존 계정이 있는 경우 새로운 URL 형식으로 클라우드 및 리전 이름이 계정 이름 앞에 추가됩니다.
예를 들어, 조직 이름이 ACME
이고 이름이 TEST
인 계정이 2개이며, 그중 하나는 AWS us-east-2
리전에 있고 다른 하나는 Azure west-us-2
리전에 있는 경우 새 URL은 다음 구조를 사용합니다.
첫 번째 계정:
- 원래 URL:
https://test.us-east-2.aws.snowflakecomputing.com
- 새로운 API:
https://acme-test_aws_us_east_2.snowflakecomputing.com
두 번째 계정:
- 원래 URL:
https://test.west-us-2.azure.snowflakecomputing.com
- 새로운 API:
https://acme-test_azure_west_us_2.snowflakecomputing.com
이러한 계정 이름은 새 이름이 고유한 경우에만 변경할 수 있습니다. 계정 이름 변경 방법에 대한 지침은 계정 이름 바꾸기 를 참조하십시오.
형식 2(레거시): 리전의 계정 로케이터¶
계정 로케이터는 계정 생성 시 Snowflake에 의해 할당되는 식별자입니다.
Snowflake 담당자가 계정을 생성하는 경우에는 특정 로케이터 값(예: 회사 이름, 두문자어 또는 기타 식별 가능 문자열)을 요청할 수 있습니다.
셀프 서비스 또는 자동화/백그라운드 프로세스를 통해 계정이 생성되는 경우 로케이터는 고유 문자 및 숫자의 임의 문자열(예:
xy12345
)입니다.
계정이 생성되면 계정의 로케이터를 변경할 수 없습니다.
참고
Snowflake에서 계정을 식별하기 위해 계정 로케이터가 계속 지원되지만, 더 이상 선호되는 방법은 아닙니다. (이 항목의 앞부분에서 설명한 대로) 계정을 식별하는 데 선호되는 방법은 이제 조직 내 계정 이름입니다.
계정 로케이터를 식별자로 사용하기¶
각 Snowflake 계정은 지리적 리전 의 클라우드 플랫폼 에 호스팅됩니다.
리전에 따라 계정의 데이터가 저장되는 위치 및 계정에서 사용하는 컴퓨팅 리소스가 제공되는 위치가 결정됩니다.
계정 로케이터를 사용하여 계정을 식별하는 경우 로케이터만으로는 계정을 식별하기에 충분하지 않습니다. 계정의 리전 및 클라우드 플랫폼에 따라 추가 세그먼트가 필요할 수 있으며 그러한 형식은 다음과 같습니다.
account_locator.cloud_region_id
또는
account_locator.cloud_region_id.cloud
여기서
cloud_region_id
는 (클라우드 플랫폼에서 지정하는) 클라우드 리전의 식별자입니다.cloud
는 클라우드 플랫폼의 식별자(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 담당자에게 문의하십시오.
아니면, organization_name-account_name
의 기본 형식을 계정 식별자로 사용할 수 있습니다. 이 형식은 VPS 에디션을 사용하는 계정에 적용됩니다. 자세한 내용은 이 항목의 형식 1(기본 설정): 조직의 계정 이름 섹션을 참조하십시오.
클라우드 플랫폼 및 리전별 비 VPS 계정 로케이터 형식¶
다음 테이블은 지정된 리전의 계정 로케이터에 추가 세그먼트가 필요한지 여부 등 지원되는 모든 비 VPS 리전에 대한 계정 로케이터의 형식을 보여줍니다.
계정 로케이터가 xy12345
인 경우:
클라우드 플랫폼/리전 |
계정 식별자 |
참고 |
---|---|---|
Amazon Web Services(AWS) |
||
US 서부(오레곤)
|
|
추가 세그먼트가 필요하지 않습니다. |
US 정부 서부 1
|
|
|
US 정부 서부 1(FedRAMP High Plus)
|
|
|
US 동부(오하이오)
|
|
|
US 동부(북부 버지니아)
|
|
클라우드 리전 ID는 필요한 유일한 추가 세그먼트입니다. |
US 동부(상업용 공공 - 북부 버지니아)
|
|
|
캐나다(중부)
|
|
|
남아메리카(상파울루)
|
|
|
EU(아일랜드)
|
|
클라우드 리전 ID는 필요한 유일한 추가 세그먼트입니다. |
유럽(런던)
|
|
|
EU(파리)
|
|
|
EU(프랑크푸르트)
|
|
클라우드 리전 ID는 필요한 유일한 추가 세그먼트입니다. |
EU(스톡홀름)
|
|
|
아시아 태평양(도쿄)
|
|
|
아시아 태평양(오사카)
|
|
|
아시아 태평양(서울)
|
|
|
아시아 태평양(뭄바이)
|
|
|
아시아 태평양(싱가포르)
|
|
클라우드 리전 ID는 필요한 유일한 추가 세그먼트입니다. |
아시아 태평양(시드니)
|
|
클라우드 리전 ID는 필요한 유일한 추가 세그먼트입니다. |
아시아 태평양(자카르타)
|
|
|
Google Cloud Platform(GCP) |
||
US 중부1(아이오와)
|
|
|
US 동부4(북부 버지니아)
|
|
|
유럽 서부2(런던)
|
|
|
유럽 서부4(네덜란드)
|
|
|
Microsoft Azure |
Azure 계정 로케이터는 AWS 및 GCP와의 일관성을 위해 하이픈으로 구현되었습니다. |
|
서부 US 2(워싱턴)
|
|
|
중부 US(아이오와)
|
|
|
중남부 US(텍사스)
|
|
|
동부 US 2(버지니아)
|
|
|
US 공공 버지니아
|
|
|
캐나다 중부(토론토)
|
|
|
UK 남부(런던)
|
|
|
북유럽(아일랜드)
|
|
|
서부 유럽(네덜란드)
|
|
|
스위스 북부(취리히)
|
|
|
UAE 북부(두바이)
|
|
|
인도 중부(푸네)
|
|
|
일본 동부(도쿄)
|
|
|
동남아시아(싱가포르)
|
|
|
호주 동부(뉴사우스웨일즈)
|
|
비공개 연결을 위한 계정 식별자¶
계정에서 Snowflake 서비스 비공개 연결이 활성화되고 이 기능을 사용하여 Snowflake에 연결하려는 경우 SYSTEM$GET_PRIVATELINK_CONFIG 함수를 실행하여 사용할 비공개 연결 URL을 결정하십시오. URL에서 계정 이름 또는 계정 로케이터를 사용하여 Snowflake 웹 인터페이스에 연결할 수 있습니다.
비공개 연결을 사용하여 Snowsight 에 연결하려면 Snowsight에 로그인하기 에서 다음 지침을 따르십시오.
복제 및 장애 조치를 위한 계정 식별자¶
복제 및 장애 조치 관련 SQL 명령에서 계정을 식별하도록 기본 설정된 방법에서는 조직 이름과 계정 이름을 계정 식별자로 사용합니다. 레거시 계정 로케이터를 대신 사용하기로 결정한 경우 계정을 고유하게 식별하려면 추가 세그먼트를 포함해야 할 수 있습니다. 참고로 아래 표를 참조하십시오.
계정 식별자
원격 계정의 위치
organization_name.account_name
기본 데이터베이스를 저장하는 계정의 리전 또는 리전 그룹에 관계없이 사용할 수 있는 기본 설정 계정 식별자입니다.
account_locator
리전은 같지만 기본 데이터베이스를 저장하는 계정과는 다른 계정입니다.
snowflake_region.account_locator
리전 그룹은 같지만 기본 데이터베이스를 저장하는 계정과는 다른 리전입니다.
region_group.snowflake_region.account_locator
기본 데이터베이스를 저장하는 계정과 다른 리전 그룹 입니다.
snowflake_region
및 region_group
의 값은 SHOW REPLICATION ACCOUNTS 의 출력에서 찾을 수 있습니다.
Snowflake 리전 ID 및 리전 그룹¶
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 정부 서부 1
|
|
|
AWS GovCloud(US) 에 있는 Business Critical 이상 계정에서만 사용할 수 있습니다. |
US 정부 서부 1(FedRAMP High Plus)
|
|
|
AWS GovCloud(US) 에 있는 Business Critical 이상 계정에서만 사용할 수 있습니다. |
US 동부(오하이오)
|
|
|
|
US 동부(북부 버지니아)
|
|
|
|
US 동부(상업용 공공 - 북부 버지니아)
|
|
|
AWS GovCloud (US) 가 아니라 US 동부 1에 있는 Business Critical 이상 계정에서만 사용할 수 있습니다. |
캐나다(중부)
|
|
|
|
남아메리카(상파울루)
|
|
|
|
EU(아일랜드)
|
|
|
|
유럽(런던)
|
|
|
|
EU(파리)
|
|
|
|
EU(프랑크푸르트)
|
|
|
|
EU(스톡홀름)
|
|
|
|
아시아 태평양(도쿄)
|
|
|
|
아시아 태평양(오사카)
|
|
|
|
아시아 태평양(서울)
|
|
|
|
아시아 태평양(뭄바이)
|
|
|
|
아시아 태평양(싱가포르)
|
|
|
|
아시아 태평양(시드니)
|
|
|
|
아시아 태평양(자카르타)
|
|
|
|
Google Cloud Platform(GCP) |
|||
US 중부1(아이오와)
|
|
|
|
US 동부4(북부 버지니아)
|
|
|
|
유럽 서부2(런던)
|
|
|
|
유럽 서부4(네덜란드)
|
|
|
|
Microsoft Azure |
|||
서부 US 2(워싱턴)
|
|
|
|
중부 US(아이오와)
|
|
|
|
중남부 US(텍사스)
|
|
|
|
동부 US 2(버지니아)
|
|
|
|
US 공공 버지니아
|
|
|
Microsoft Azure Government 에 있는 Business Critical 이상 계정에서만 사용할 수 있습니다. |
캐나다 중부(토론토)
|
|
|
|
UK 남부(런던)
|
|
|
|
북유럽(아일랜드)
|
|
|
|
서부 유럽(네덜란드)
|
|
|
|
스위스 북부(취리히)
|
|
|
|
UAE 북부(두바이)
|
|
|
|
인도 중부(푸네)
|
|
|
|
일본 동부(도쿄)
|
|
|
|
동남아시아(싱가포르)
|
|
|
|
호주 동부(뉴사우스웨일즈)
|
|
|
리전 그룹¶
리전 그룹은 유사한 보안 제어, 격리 및 규정 준수를 제공하는 Snowflake Region의 그룹입니다. Snowflake Region이 속한 리전 그룹은 리전에 따라 다릅니다.
(지원되는 모든 클라우드 플랫폼 전반에 걸쳐) 모든 Snowflake 다중 테넌트 상업 리전은 동일한 공유/일반
PUBLIC
그룹에 있습니다.각 Snowflake 다중 테넌트 정부 리전은 해당 리전에 특정한 별도의 그룹에 있습니다.
각 단일 테넌트 Virtual Private Snowflake(VPS)는 VPS에 특정한 별도의 리전 그룹에 있습니다. 조직에 둘 이상의 VPS가 있는 경우 리전 그룹당 한 개의 VPS를 가질 수 있거나 여러 VPS가 같은 리전 그룹을 공유할 수 있습니다.
다른 리전 그룹에서 계정을 생성하려는 경우 계정 식별자의 일부로 리전 그룹을 지정해야 합니다.