Openflow 확장 및 비용 고려 사항

Snowflake Openflow는 인프라, 컴퓨팅, 데이터 수집 등 여러 영역에서 비용을 고려합니다. Openflow를 확장하려면 이러한 비용을 이해해야 합니다. 다음 섹션에서는 일반적인 Openflow 비용을 설명하고 Openflow 런타임 및 관련 비용을 조정하는 여러 가지 예를 제공합니다.

Openflow 비용

Openflow를 사용하면 다음과 같은 유형의 비용이 발생할 수 있습니다.

비용 카테고리

설명

Openflow(Snowflake 청구서에 ‘Openflow Compute BYOC’로 표시됨)

‘Bring Your Own Cloud(BYOC)’ 환경 내에서 커넥터 런타임에 사용되는 가상 CPU 코어(vCPU) 수에 따른 비용입니다. 활성 런타임에 대해서만 요금이 청구됩니다. Openflow 관리 프로세스에 사용되는 컴퓨팅은 이 특정 요금에서 제외됩니다. 크레딧은 최소 60초를 기준으로 초당 청구됩니다.

VCPU 사용 예시 및 확장의 영향은 Openflow 확장 섹션을 참조하세요.

시간당 vCPU 요금에 대한 정보는 `Snowflake Service Consumption Table`_에서 테이블 1(g)를 참조하세요.

또한 Account Usage 스키마의 METERING_DAILY_HISTORYMETERING_HISTORY 뷰는 `SERVICE_TYPE=OPENFLOW_COMPUTE_BYOC`에 대한 쿼리를 사용하여 Openflow 컴퓨팅 비용에 대한 추가 세부 정보를 제공할 수 있습니다.

Snowflake의 컴퓨팅 비용 탐색에 대한 자세한 내용은 컴퓨팅 비용 살펴보기 섹션을 참조하세요.

인프라(BYOC 구성에만 해당)

BYOC 배포에만 적용되며, Openflow를 실행하기 위해 사용자 환경에서 프로비저닝된 기본 인프라에 대해 클라우드 공급자(예: AWS)에 직접 비용을 지불합니다. 여기에는 주로 컴퓨팅(커넥터를 실행하기 위해 프로비저닝하는 런타임 및 런타임 관리용), 네트워크 및 저장소 비용이 포함되며 CSP 청구서에 표시됩니다.

EC2 컴퓨팅 요구 사항은 다음 그림에 설명되어 있습니다.

EC2 컴퓨팅 요구 사항

수집

데이터 볼륨을 기준으로 Snowpipe 또는 Snowpipe Streaming과 같은 서비스를 사용하여 Snowflake에 데이터를 로드하는 비용입니다. Snowflake 청구서의 각 수집 서비스 항목 아래에 표시됩니다. 특정 커넥터에는 표준 Snowflake 웨어하우스가 필요할 수 있으며, 이로 인해 추가 웨어하우스 비용이 발생할 수 있습니다. 예를 들어 데이터베이스 CDC 커넥터에는 초기 스냅샷 및 증분 변경 데이터 캡처(CDC) 모두를 위한 Snowflake 웨어하우스가 필요합니다. MERGE 작업을 예약하여 컴퓨팅 비용을 관리할 수 있습니다.

텔레메트리 데이터 수집

표준 Snowflake는 Openflow 배포에 로그 및 메트릭을 전송하고 Snowflake 내의 이벤트 테이블에 런타임을 전송하는 데 요금이 부과됩니다. GB당 원격 측정 데이터 크레딧 비율은 `Snowflake Service Consumption Table`_의 테이블 5에서 확인할 수 있습니다.

Openflow 확장

선택한 런타임과 확장 동작은 비용을 효과적으로 관리하는 데 매우 중요합니다. Openflow는 각각 고유한 확장 특성을 가진 다양한 런타임 유형을 지원합니다.

런타임 유형 및 관련 비용

다음 테이블은 다양한 런타임의 확장 동작과 관련 비용을 보여줍니다.

런타임

활동

Snowflake 비용

클라우드 비용

런타임 없음

없음

비용 없음

Dataplane의 컴퓨팅 및 저장소

1개의 소규모 런타임(1vCPU) :newline:`.`(최소 1, 최대 2)

1시간 동안 활성화 . 런타임은 2로 확장되지 않습니다.

1개의 런타임 x 1개의 노드 x 1개의 vCPU x 1시간 = 1 . 합계 = 1 vCPU시간

Dataplane의 컴퓨팅 및 저장소

2개의 소규모 런타임(1개의 vCPU)(최소/최대=2) . 1개의 대규모 런타임(8개의 vCPU)(최소/최대=10)

Small: 1시간 동안 2개의 노드 활성화 . Large: 1시간 동안 10개 노드 활성화

2개의 런타임 2 x 2개의 노드 x 2개의 vCPU x 1시간 = 4개의 vCPU . 1개의 런타임 x 10개의 노드 x 8개의 vCPU x 1시간 = 80개의 vCPU . 합계 = 84 vCPU시간

Dataplane의 컴퓨팅 및 저장소

1개의 중간 런타임(4vCPU) :newline:`.`(최소 =1, 최대=2)

처음 20분 동안 1개의 노드가 실행 중 . 20분 후, 2개 노드로 확장 . 40분 후 1개의 노드로 다시 축소 . 총 1시간 .

20분 = 1/3시간 . 1개의 런타임 x 1개의 노드 x 4개의 vCPU x 1/3시간 = 1 1/3 . 1개의 런타임 x 2개의 노드 x 4개의 vCPU x 2/3시간 = 2 1/3 . 1개의 런타임 x 1개의 노드 x 4개의 vCPU x 1/3시간 = 1 1/3 . 합계 = 5 1/2 vCPU시간

Dataplane의 컴퓨팅 및 저장소

1개의 중간 런타임(4vCPU) :newline:`.`(최소/최대=2)

처음 30분 동안 2개의 노드 실행 . 처음 30분 후에 일시 중단됨

30분 = 1/2시간 .`1개의 런타임 x 2개의 노드 x 4개의 vCPU x 1/2시간 = 4 :newline:.`합계 = 4 vCPU시간

Dataplane의 컴퓨팅 및 저장소

EC2 인스턴스 유형에 런타임 매핑하기

런타임 유형(티셔츠 크기)을 선택하면 런타임 포드가 다음 테이블에 설명된 리소스와 함께 연관된 EC2 노드 그룹 {key}-sm-group, {key}-md-group 또는 {key}-lg-group에 예약됩니다.

런타임 유형

vCPUs

사용 가능한 메모리(GB)

EC2 인스턴스 유형

EC2 노드 그룹

EC2 노드 - CPUs

EC2 노드 - 메모리(GB)

Small

1

2

m7i.xlarge

{key}-sm-group

4

16

Medium

4

10

m7i.4xlarge

{key}-md-group

16

64

Large

8

20

m7i.8xlarge

{key}-lg-group

32

128

선택하는 런타임 유형은 매초 사용되는 코어 수(vCPUs)에 영향을 미칩니다. Openflow는 추가 Pod를 예약해야 할 때 CPU 사용량을 기준으로 기본 EC2 노드 그룹을 확장하고 런타임 생성 중에 설정된 최대 노드 설정까지 확장합니다.

EKS 노드 그룹은 최소 0개 노드, 최대 50개 노드로 구성됩니다. 원하는 크기는 필요한 런타임 CPU 및 메모리에 따라 동적으로 조정됩니다.

고객은 런타임을 호스팅하는 기본 노드에 대해 클라우드 서비스 공급자가 요금을 청구합니다. 기본 EC2 인스턴스는 각 크기의 첫 번째 런타임이 예약될 때 생성됩니다.

Openflow 런타임 사용량 계산의 예

사용자가 Openflow에서 BYOC 배포를 요청한 다음 Openflow 에이전트와 배포를 설치합니다.

  • 사용자가 런타임을 생성하지 않았습니다. 0개의 vCPUs가 할당되므로 Openflow 소프트웨어 비용은 없습니다.

  • 클라우드 서비스 공급자가 Openflow BYOC 배포의 프로비저닝된 컴퓨팅 및 저장소에 대해 사용자에게 요금을 청구합니다.

  • 총 Openflow 사용량 = 0 vCPU시간

사용자는 최소 노드 수 = 1, 최대 노드 수 = 2인 소규모 런타임 1개를 생성합니다. 런타임은 1시간 동안 1개의 노드에서 유지됩니다.

  • 1개의 소규모 런타임 = 1개의 vCPU

  • 총 Openflow 사용량 = 1 vCPU시간

사용자는 각각 최소/최대 노드가 2개인 소규모 런타임 2개와 최소/최대 노드가 10개인 대규모 런타임 1개를 생성합니다. 이러한 런타임은 1시간 동안 활성화됩니다.

  • 2개의 노드에서 2개의 소규모 런타임 = 2개의 런타임 x 2개의 노드 x 1개의 vCPU= 4개의 vCPUs

  • 10개의 노드에서 1개의 대규모 런타임 = 1개의 런타임 x 10개의 노드 x 8개의 vCPU = 80개의 vCPUs

  • 총 Openflow 사용량 = (4개의 vCPU+ 80개의 vCPU) x 1시간 = 84 vCPU시간

사용자가 1개의 노드에서 1개의 중간 런타임을 생성합니다. 20분 후에는 2개의 노드로 확장됩니다. 20분 후에는 1개의 노드로 다시 축소되고 20분 더 실행됩니다.

  • 1개의 중간 런타임 = 4개의 vCPUs

  • 20분 = ⅓시간

  • (1개의 노드 x 4개의 vCPUx ⅓시간) + (2개의 노드 x 4개의 vCPUx ⅓시간) + (1개의 노드 x 4개의 vCPUx ⅓시간)

    • 4/3개 vCPU시간 + 8/3 vCPU시간 + 4/3 vCPU시간

  • 총 Openflow 사용량 = 16/3 vCPU시간, 따라서 약 5.33 vCPU시간

사용자가 2개의 노드에서 1개의 중간 런타임을 생성한 다음 30분 후에 일시 중단합니다.

  • 1개의 중간 런타임 = 4개의 vCPU

  • 30분 = ½시간

  • 총 Openflow 사용량 = (2개의 노드 x 4개의 vCPU x ½시간) = 4 vCPU시간