목록 자동 복제¶
공급자인 경우, 목록에 대해 클라우드 간 자동 복제(자동 복제)를 사용하면 데이터를 수동으로 복제할 필요 없이 데이터 제품을 다른 Snowflake 리전으로 자동으로 복제할 수 있습니다.
목록을 위해 자동 복제가 활성화되면 Snowflake는 필요에 따라 데이터 제품을 컨슈머 리전에 자동으로 복제합니다. 데이터 제품은 목록에 첨부된 모든 공유 또는 애플리케이션 패키지입니다.
자동 복제를 사용하면 데이터 제품을 수동으로 복제하고 목록에 대한 요청을 승인하지 않아도 되므로 컨슈머가 목록에 더 빠르게 액세스할 수 있습니다.
참고
Snowflake Native App with Snowpark Container Services 에서 클라우드 간 자동 복제는 Amazon Web Services(AWS) 및 Microsoft Azure에서만 사용할 수 있습니다. 자세한 내용은 Snowflake Native Apps Framework의 제한 사항 이해하기 섹션을 참조하십시오.
자동 복제 이해하기¶
자동 복제 기능을 사용하면 데이터를 수동으로 복제할 필요 없이 목록에 대해 선택한 가용성 및 액세스 옵션에 따라 지원되는 모든 Snowflake 리전에서 데이터 제품을 제공할 수 있습니다.
목록이 초안 또는 게시 상태일 때 자동 복제를 구성하고 활성화할 수 있습니다. 목록을 위해 자동 복제가 활성화되면 Snowflake는 필요에 따라 목록의 제품을 리전에 자동으로 복제합니다.
다른 리전에서 데이터 제품을 제공하는 방법은 데이터 제품과 컨슈머가 목록에 액세스하는 방법에 따라 다릅니다.
데이터 제품이 애플리케이션 패키지인 경우 자동 복제를 사용하여 데이터 제품을 다른 리전에서 사용할 수 있도록 하십시오.
데이터 제품이 공유인 경우 대부분의 경우 자동 복제를 사용합니다.
무료 또는 제한적 유료 목록의 경우 Snowflake Marketplace 에서 클라우드 간 자동 복제를 사용하거나 데이터를 수동으로 복제할 수 있습니다.
유료 목록의 경우 자동 복제를 사용합니다.
특정 컨슈머 계정과 공유되는 모든 목록의 경우 Snowsight 는 대상 계정이 다른 리전에 있는지 여부를 자동으로 감지하고 자동 복제를 활성화합니다. 비공개 목록을 다른 리전에 수동으로 복제할 수 없습니다.
다른 리전에서 데이터 제품을 사용할 수 있게 하면 추가 비용이 발생합니다. 자동 복제 비용 섹션을 참조하십시오.
자동 복제 작동 방식¶
공급자로서 목록에 대해 클라우드 간 자동 복제를 설정하면 Snowflake가 보안 공유 영역 (SSA)의 프로비저닝과 원격 리전으로의 데이터 제품 복제를 관리합니다. SSA는 Snowflake가 관리합니다. 귀사가 원격 리전에 이미 존재하는 데이터 제품을 보유한 경우 해당 리전의 컨슈머는 즉시 데이터 제품을 구할 수 있습니다.
각 목록에는 데이터 공유 또는 애플리케이션 패키지 여부에 관계없이 데이터 제품이 연결되어 있습니다. 해당 데이터 제품에는 하나 이상의 데이터베이스의 오브젝트와 애플리케이션 패키지의 애플리케이션 논리가 포함됩니다. 데이터 제품이 원격 리전으로 자동 주문 처리되는 정확한 시점은 리스팅을 어떻게 가용성으로 설정하느냐에 따라 달라집니다.
비공개 목록은 지정된 컨슈머가 목록을 받으면 자동으로 채워집니다.
Snowflake Marketplace 에 공유된 공개 리스팅은 특정 리전의 컨슈머가 리스팅을 받으면 자동으로 채워집니다.
데이터 제품이 처음으로 새 리전으로 자동 복제되면 해당 리전의 SSA 로 전송됩니다. 복제와 달리 자동 복제는 지속적으로 동기화된 복제본을 유지하지 않습니다. 자동 복제는 FULL_DATABASE 또는 SUBDB 설정으로 구성할 수 있습니다. FULL_DATABASE 는 데이터베이스의 모든 오브젝트를 가용성 있게 만들지만 지속적인 동기화 없이 사용할 수 있습니다. SUBDB 를 사용하면 선택한 오브젝트를 온디맨드 방식으로 사용할 수 있습니다. 복제의 경우 FULL_DATABASE 는 주기적으로 동기화된 복사본을 보장하고 SUB_DATABASE 는 특정 구성 요소를 동기화합니다.
여러 목록에서 동일한 데이터베이스를 사용할 수 있지만 데이터베이스는 새 리전으로 한 번만 자동 채워집니다.
참고
Business Critical Edition(BCE)의 경우, 공유 데이터의 처리는 VPS 같은 고수준 보안 배포와 다릅니다. BCE 에는 해당 리전에 대해 별도의 SSA 도메인을 만들지 않아도 되지만, 엄격한 데이터 보안과 Tri-Secret Secure 암호화와 같은 기능을 준수해야 합니다.
Virtual Private Snowflake(VPS) 및 정부 전용 Snowflake 환경과 같은 배포의 경우, 각 배포에 대해 별도의 보안 공유 영역(SSA)이 있습니다. 이렇게 하면 자동 복제가 해당 환경에 고유한 엄격한 보안 및 데이터 격리 요구 사항을 준수할 수 있습니다.
자동 복제에서 데이터를 새로 고치는 방법¶
목록에 대한 자동 복제를 설정할 때 데이터 제품의 새로 고침 간격을 구성할 수 있습니다.
어떤 리전에서 SSA 로 데이터 제품의 최초 자동 복제가 이루어진 후, 데이터 제품에 대한 변경 사항은 구성된 데이터 새로 고침을 기준으로 계정에서 동기화됩니다.
데이터 새로 고침 유형 |
설명 |
---|---|
트리거 기반 데이터 새로 고침 |
데이터 공급자는 SYSTEM$TRIGGER_LISTING_REFRESH 를 사용하여 온디맨드 데이터 새로 고침을 트리거하여 컨슈머가 최신 정보를 받을 수 있도록 할 수 있습니다. Snowflake에서는 업스트림 추출-변환-로드(ETL) 파이프라인 프로세스가 완료되고 데이터가 준비되었을 때 복제를 트리거하려는 경우 트리거 기반 데이터 새로 고침을 사용할 것을 권장합니다. 예를 들어, 금융 기관에 주식 분석을 제공하는 데이터 공급자인 경우, 업스트림 ETL 파이프라인에서 새 데이터 세트가 업데이트되는 즉시 모든 분석가에게 업데이트를 트리거할 수 있습니다. 참고: 이 기능은 SQL 에서만 사용할 수 있습니다. |
애플리케이션 패키지의 트리거 기반 새로 고침 |
목록의 데이터 제품이 애플리케이션 패키지인 경우 공급자는 SYSTEM$TRIGGER_LISTING_REFRESH 를 설정하여 애플리케이션 패키지의 온디맨드 새로 고침을 트리거할 수 있습니다. 그러나 공급자는 애플리케이션 패키지를 새로 고쳐야 할 때마다 이 함수를 실행해야 합니다. 릴리스 지시문이 수정될 때마다 애플리케이션 패키지를 새로 고치도록 구성하려면 ALTER APPLICATION PACKAGE 명령의 LISTING_AUTO_REFRESH 절을 사용합니다. |
간격 기반 데이터 새로 고침 |
데이터 공급자는 1분에서 8일까지의 기간으로 목록의 모든 컨슈머에 대해 간격 기반 데이터 새로 고침을 설정할 수 있습니다. 데이터베이스와 연결된 각 목록은 동일한 새로 고침 간격으로 작업합니다. 미리 정의된 주기로 업데이트가 필요한 경우 간격 기반 데이터 새로 고침 구성을 사용하는 것이 좋습니다. 예를 들어 매주 데이터 세트를 새로 고치는 공급자는 간격 기반 새로 고침을 사용하여 동일한 예약에 따라 데이터베이스를 업데이트할 수 있습니다. 새로 고침이 완료될 때마다 케이던스에 따라 다음 새로 고침이 트리거됩니다. 자세한 내용은 계정 수준 새로 고침 간격 설정하기 섹션을 참조하십시오. 참고: 이 기능은 Snowsight 에서 SQL 또는 Provider Studio 를 통해 사용할 수 있습니다. |
예약 기반 데이터 새로 고침 |
데이터 공급자는 목록의 모든 컨슈머에 대한 데이터 새로 고침 타임스탬프와 예약을 설정할 수 있습니다. 데이터베이스를 사용하는 모든 목록은 동일한 새로 고침 예약을 준수합니다. 특정 타임스탬프와 일정에 따라 목록 업데이트를 수행해야 하는 사용 사례에는 예약 기반 데이터 새로 고침을 사용하는 것이 좋습니다. 예를 들어, 모든 컨슈머에게 새로 고침이 가능한 시점에 대한 예측 가능한 타임스탬프를 제공해야 하는 데이터 공급자가 있습니다. 간격 기반 데이터 새로 고침과 예약 기반 데이터 새로 고침은 동시에 사용할 수 없습니다. 둘 다 설정되어 있으면 하나가 다른 하나보다 우선합니다. 예를 들어 새로 고침 간격이 이미 있는 예약된 새로 고침에 대해 cron 식이 설정되어 있는 경우 예약된 새로 고침을 지원하도록 재정의됩니다. 자세한 내용은 auto_fulfillment 섹션을 참조하십시오. 참고: 이 기능은 Snowsight 에서 SQL 또는 Provider Studio 를 통해 사용할 수 있습니다. |
자동 복제의 고려 사항¶
목록에 대해 자동 복제를 사용할 때 다음 사항을 고려하십시오.
AWS Marketplace, GCP Marketplace 또는 Azure Marketplace를 사용하여 Snowflake에 등록한 경우 해당 클라우드에서만 계정과 SSA를 만들 수 있습니다. 현재 클라우드 서비스 리전의 외부에 있는 리전에 목록을 복제하면 실패합니다.
데이터 제품의 크기에 따라 데이터 제품을 컨슈머가 사용할 수 있게 되기까지 다소 시간이 걸릴 수 있습니다. 데이터 제품의 크기도 자동 복제 비용에 영향을 줄 수 있습니다. 비용에 대한 자세한 내용은 자동 복제 비용 섹션을 참조하십시오.
기본적으로 오브젝트 수준 모드(SUBDB)가 사용됩니다.
목록이 이미 전체 데이터베이스 모드인 데이터베이스에 위치한 오브젝트를 사용하는 경우(FULL_DATABASE), Snowsight에 경고가 표시되고 데이터베이스는 전체 데이터베이스 모드로 유지됩니다.
Tri-Secret Secure 를 사용하는 경우, 자동 완성에 사용되는 보안 공유 영역에 대해 Tri-Secret Secure를 사용하도록 설정하려면 Snowflake 지원 에 문의해야 합니다.
Tri-Secret Secure를 사용하면 쿼리 결과가 공급자의 키 1개, Snowflake의 키 1개, 컨슈머의 키 1개를 사용하여 암호화됩니다. 각 키는 독립적으로 액세스를 관리합니다. 키가 취소되면 해당 소유자만 액세스 권한을 잃게 됩니다. 예를 들어, 공급자 키를 취소해도 이미 검색된 데이터에 대한 컨슈머의 액세스는 차단되지 않습니다.
참고
자동 복제는 데이터 제품 크기에 대해 10TB 의 제한을 적용합니다. 크기 조정 오류가 발생하는 경우 데이터베이스가 10TB 초과 섹션을 참조하십시오.
비용 영향을 평가한 후 Snowflake 지원 으로 문의하여 크기 제한을 늘릴 수 있습니다.