Snowflake Connector for ServiceNow®V2 의 비용 거버넌스

Snowflake Connector for ServiceNow® V2에는 Snowflake Connector 약관 이 적용됩니다.

이 항목에서는 Snowflake Connector for ServiceNow®V2 에 대한 비용 거버넌스와 최적의 웨어하우스 크기 구하기를 위한 모범 사례를 제공합니다.

커넥터 비용 측정

커넥터에 데이터 수집과 저장만을 위한 별도의 계정이 있고 계정에서 다른 활동(예: 사용자가 수집된 데이터를 사용하여 쿼리 실행)이 보이지 않을 경우 계정 수준에서 전체 비용을 읽을 수 있습니다. 자세히 알아보려면 전체 비용 살펴보기 를 참조하십시오.

계정이 커넥터 전용이 아니거나 비용을 더욱 면밀히 조사해야 할 경우 다음 세 구성 요소에 대해 청구된 비용을 따로 분석해야 합니다.

이 세 비용 구성 요소에 대한 소개는 전체 비용 이해하기 를 참조하십시오.

일반 권장 사항

커넥터에서 발생하는 비용을 얻으려면 오직 커넥터를 사용하기 위한 계정을 따로 만드는 것이 좋습니다. 이렇게 하면 커넥터에서 생성된 정확한 데이터 전송을 추적할 수 있습니다.

커넥터에 대해 별도의 계정을 사용할 수 없는 경우 다음을 시도하십시오.

  • 저장소 비용을 더 쉽게 추적하기 위해 수집된 데이터를 저장하는 데이터베이스를 따로 생성합니다.

  • 정확한 컴퓨팅 비용을 얻으려면 커넥터에만 웨어하우스를 할당하십시오.

  • 데이터베이스와 웨어하우스에서 오브젝트 태그 를 사용하여 사용자 지정 비용 보고서를 작성합니다.

컴퓨팅 비용

커넥터 전용 웨어하우스를 따로 만드는 것이 좋습니다. 이 설정을 사용하면 웨어하우스에 리소스 모니터 를 생성할 수 있습니다. 모니터를 사용하여 이메일 경고를 보내고 웨어하우스를 일시 중단하고 설정된 크레딧 할당량 초과 시 커넥터를 중지할 수 있습니다. 커넥터는 크레딧 할당량이 갱신된 후 자동으로 재개됩니다. 대량의 데이터가 수집되는 구성에서 크레딧 할당량을 너무 낮게 설정하면 커넥터가 모든 데이터를 수집하지 못할 수 있습니다.

웨어하우스에서 소비한 크레딧을 확인하는 방법에 대한 자세한 내용은 컴퓨팅 비용 살펴보기 를 참조하십시오. 웨어하우스에 오브젝트 태그 를 할당하고 태그를 사용하여 비용 보고서를 생성할 수도 있습니다.

커넥터에서 사용하는 웨어하우스를 다른 워크플로에서 사용하는 경우 비용을 역할별로 나눌 수 있습니다. 역할별로 사용량을 나누려면 웨어하우스 사용량 분할 쿼리 를 사용하고 QUERY_HISTORY 뷰에 다음 WHERE 절을 추가하십시오.

WAREHOUSE_NAME = '<connector warehouse name>' AND ROLE_NAME = 'APP_PRIMARY'
Copy

이 쿼리는 대략적인 비용만 제시합니다.

참고

하나의 네이티브 앱만 웨어하우스를 사용할 수 있습니다. 그렇지 않으면 각 네이티브 앱이 동일한 역할 이름(APP_PRIMARY)을 사용하므로 다른 애플리케이션의 비용을 분리할 수 없습니다.

저장소 비용

Snowflake Connector for ServiceNow®V2 는 다음 두 위치에 데이터를 저장합니다.

  • 목록에서 생성되고 커넥터 내부 상태를 보유하는 커넥터 데이터베이스.

  • 수집된 데이터가 저장되는 사용자 지정 스키마.

데이터 저장소는 Snowflake Fail-safe 기능에서도 사용됩니다. Fail-safe에 저장되는 데이터의 양은 커넥터가 수행하는 테이블 업데이트에 따라 다릅니다. ServiceNow®에서 수집된 테이블 행을 자주 업데이트하거나 전체 테이블을 다시 로드하면 데이터의 양이 증가합니다. 일반적으로 커넥터가 설정된 후 7~10일이 지나면 Fail-safe 데이터의 양이 안정화됩니다(다시 로드가 수행되지 않고 수집된 데이터의 흐름이 일정한 속도로 유지된다고 가정).

Snowsight에서 저장소 사용량을 확인하려면 수집된 데이터를 저장하기 위해 별도의 데이터베이스가 있는 것이 좋습니다. 이렇게 하면 별도 데이터베이스의 사용량을 보여주는 오브젝트별 저장소 사용량에 대한 그래프를 필터링할 수 있습니다. DATABASE_STORAGE_USAGE_HISTORY 뷰를 쿼리하고 커넥터에서 사용하는 두 데이터베이스로 모두 필터링하여 그래프를 필터링할 수도 있습니다.

데이터베이스에 커넥터와 관련되지 않은 다른 스키마가 포함된 경우 커넥터에서 수집된 데이터 전용인 특정 스키마의 저장소 사용량을 쿼리할 수 있습니다. 데이터베이스 및 스키마 이름으로 필터링하고 저장소 사용량으로 열을 집계한 후 TABLE_STORAGE_METRICS 뷰에서 정보를 얻을 수 있습니다.

데이터 전송 비용

커넥터는 외부 액세스를 사용하여 ServiceNow®에서 데이터를 검색합니다. Snowflake는 커넥터에서 ServiceNow®로의 요청 크기를 기준으로 커넥터에서 생성된 송신 트래픽에만 요금을 부과합니다. ServiceNow®의 응답으로 Snowflake 측에서 생성되는 비용은 없습니다.

데이터 전송 사용량에 대한 정보는 계정 수준에서 모든 외부 액세스 통합에 대한 집계된 형태로만 제공됩니다. 전송된 바이트 수에 액세스하려면 DATA_TRANSFER_HISTORY 뷰를 사용하고 EXTERNAL_ACCESS 전송 유형별로 필터링하십시오.

상태 검사 작업 비용

커넥터는 앱 인스턴스의 상태 상태를 정기적으로 확인하고 요약된 결과(정상인지 아닌지) 만 Snowflake로 전송하는 서버리스 작업을 생성합니다. 이 작업은 설치 마법사를 완료(또는 워크시트에서 FINALIZE_CONNECTOR_CONFIGURATION 을 호출)한 후에 생성됩니다. 이 작업은 백그라운드에서 실행되며 복제를 위해 ServiceNow® 테이블을 활성화하지 않아도 하루 최대 0.5 크레딧의 고정 비용이 발생합니다.

작업은 수동으로 중지하거나 삭제할 수 없습니다. 그러나 이 비용을 줄이려면 커넥터를 사용하지 않을 때 작업을 비활성화하고 비용을 발생시키지 않는 PAUSE_CONNECTOR 프로시저를 호출할 수 있습니다.

비용 최적화

커넥터 인스턴스에 최적의 웨어하우스 크기 결정하기

커넥터에 최적의 웨어하우스 크기를 찾으려면 ServiceNow® 인스턴스의 크기, 활성화된 테이블 수, 각 테이블을 동기화하기 위한 일정과 같이 커넥터의 성능에 영향을 미치는 요소를 고려해야 합니다. 예를 들어 몇 개의 테이블만 활성화된 경우 커넥터는 증가된 병렬화에 따른 이점을 얻지 못할 수 있습니다.

모든 테이블을 동기화해야 하는 시간 간격과 같은 일련의 측정 가능한 기대치를 정의하고 이러한 기대치를 충족하는 가장 작은 웨어하우스 크기를 선택하는 것이 좋습니다. 수십 개의 동기화된 테이블이 있는 대량의 수집된 데이터의 경우 기본 권장 사항은 Large 웨어하우스입니다. 반면에 커넥터를 시험해보고 수집할 단일 테이블을 활성화하려는 경우에는 X-Small 웨어하우스로 충분할 것입니다. 웨어하우스의 크기를 줄일 수 있는지 확인하려면 웨어하우스 로드 모니터링 을 참조하십시오.

지정된 기간 내에 자동으로 커넥터 시작 및 중지하기

PAUSE_CONNECTOR 및 RESUME_CONNECTOR 프로시저를 호출하여 지정된 기간(예: 업무 시간 외)에만 커넥터를 실행하면 비용을 절약할 수 있습니다.

작업을 사용하여 커넥터의 일시 중지 및 재개를 자동화할 수 있습니다. 예를 들어 UTC 업무 시간 외에 커넥터를 실행하려면 다음 쿼리를 사용할 수 있습니다.

CREATE TASK start_connector_after_business_hours
   WAREHOUSE = <my_warehouse>
   SCHEDULE USING CRON 0 17 * * MON-FRI Europe/London
   AS CALL <my_connector_servicenow>.PUBLIC.RESUME_CONNECTOR();

CREATE TASK stop_connector_before_business_hours
   WAREHOUSE = <my_warehouse>
   SCHEDULE USING CRON 0 9 * * MON-FRI Europe/London
   AS CALL <my_connector_servicenow>.PUBLIC.PAUSE_CONNECTOR();
Copy

사용자 지정 데이터 수집 일정 설정하기

모든 테이블에 대해 구체적인 수집 일정을 구성할 수 있습니다. 이 작업은 업무 시간 동안 웨어하우스 사용량과 ServiceNow® 인스턴스의 부하를 줄이는 데 사용할 수 있습니다. 예를 들어, 주말에 수행할 때 일주일에 한 번만 example_table 테이블을 수집합니다.

CALL <my_connector_servicenow>.PUBLIC.CONFIGURE_TABLES_SCHEDULE(['example_table'], { 'type': 'custom', 'value': { 'hour': 11, 'dayOfWeek': '6' } });
Copy

이렇게 하면 커넥터가 매주 토요일 11 AM UTC에 example_table 테이블에 대한 데이터를 수집하게 됩니다.

언어: 한국어