Snowflake Connector for ServiceNow® 의 비용 거버넌스¶
ServiceNow®용 Snowflake 커넥터에는 커넥터 약관 이 적용됩니다.
이 항목에서는 Snowflake Connector for ServiceNow® 에 대한 비용 거버넌스와 최적의 웨어하우스 크기 구하기를 위한 모범 사례를 제공합니다.
커넥터 비용 측정¶
커넥터에 데이터 수집과 저장만을 위한 별도의 계정이 있고 계정에서 다른 활동(예: 사용자가 수집된 데이터를 사용하여 쿼리 실행)이 보이지 않을 경우 계정 수준에서 전체 비용을 읽을 수 있습니다. 자세히 알아보려면 전체 비용 살펴보기 를 참조하십시오.
계정이 커넥터 전용이 아니거나 비용을 더욱 면밀히 조사해야 할 경우 다음 세 구성 요소에 대해 청구된 비용을 따로 분석해야 합니다.
이 세 비용 구성 요소에 대한 소개는 전체 비용 이해하기 를 참조하십시오.
일반 권장 사항¶
커넥터에서 발생하는 비용을 얻으려면 오직 커넥터를 사용하기 위한 계정을 따로 만드는 것이 좋습니다. 이렇게 하면 커넥터에서 생성된 정확한 데이터 전송을 추적할 수 있습니다.
커넥터에 대해 별도의 계정을 사용할 수 없는 경우 다음을 시도하십시오.
저장소 비용을 더 쉽게 추적하기 위해 수집된 데이터를 저장하는 데이터베이스를 따로 생성합니다.
정확한 컴퓨팅 비용을 얻으려면 커넥터에만 웨어하우스를 할당하십시오.
데이터베이스와 웨어하우스에서 오브젝트 태그 를 사용하여 사용자 지정 비용 보고서를 작성합니다.
서버리스 구성을 사용하는 경우 SERVERLESS_TASK_HISTORY 뷰를 쿼리하고 커넥터 이름을 필터링하고 CREDITS_USED 열을 확인하여 비용을 알 수 있습니다.
컴퓨팅 비용¶
커넥터 전용 웨어하우스를 따로 만드는 것이 좋습니다. 이 설정을 사용하면 웨어하우스에 리소스 모니터 를 생성할 수 있습니다. 모니터를 사용하여 이메일 경고를 보내고 웨어하우스를 일시 중단하고 설정된 크레딧 할당량 초과 시 커넥터를 중지할 수 있습니다. 커넥터는 크레딧 할당량이 갱신된 후 자동으로 재개됩니다. 대량의 데이터가 수집되는 구성에서 크레딧 할당량을 너무 낮게 설정하면 커넥터가 모든 데이터를 수집하지 못할 수 있습니다.
웨어하우스에서 소비한 크레딧을 확인하는 방법에 대한 자세한 내용은 컴퓨팅 비용 살펴보기 를 참조하십시오. 웨어하우스에 오브젝트 태그 를 할당하고 태그를 사용하여 비용 보고서를 생성할 수도 있습니다.
커넥터에서 사용하는 웨어하우스를 다른 워크플로에서 사용하는 경우 비용을 역할별로 나눌 수 있습니다. 역할별로 사용량을 나누려면 웨어하우스 사용량 분할 쿼리 를 사용하고 QUERY_HISTORY 뷰에 다음 WHERE 절을 추가하십시오.
WAREHOUSE_NAME = '<connector warehouse name>' AND
ROLE_NAME IN ('APP_PRIMARY', ‘<role created for the connector to ingest data>’)
이 쿼리는 대략적인 비용만 제시합니다.
참고
하나의 네이티브 앱만 웨어하우스를 사용할 수 있습니다. 그렇지 않으면 각 네이티브 앱이 동일한 역할 이름(APP_PRIMARY)을 사용하므로 다른 애플리케이션의 비용을 분리할 수 없습니다.
서버리스 작업을 사용하도록 구성된 커넥터의 경우 SERVERLESS_TASK_HISTORY 뷰를 쿼리할 수 있습니다. 이 뷰에는 CREDITS_USED 및 DATABASE_NAME 열이 표시되는데, 후자를 사용해 커넥터 이름을 필터링할 수 있습니다.
저장소 비용¶
Snowflake Connector for ServiceNow® 는 다음 두 위치에 데이터를 저장합니다.
공용 공유에서 생성되고 커넥터 내부 상태를 보유하는 커넥터 데이터베이스.
수집된 데이터가 저장되는 사용자 지정 스키마.
데이터 저장소는 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_FUNCTION 전송 유형별로 필터링하십시오.
커넥터 인스턴스에 최적의 웨어하우스 크기 결정하기¶
커넥터에 최적의 웨어하우스 크기를 찾으려면 ServiceNow 인스턴스의 크기, 활성화된 테이블 수, 각 테이블을 동기화하기 위한 일정과 같이 커넥터의 성능에 영향을 미치는 요소를 고려해야 합니다. 예를 들어 몇 개의 테이블만 활성화된 경우 커넥터는 증가된 병렬화에 따른 이점을 얻지 못할 수 있습니다.
모든 테이블을 동기화해야 하는 시간 간격과 같은 일련의 측정 가능한 기대치를 정의하고 이러한 기대치를 충족하는 가장 작은 웨어하우스 크기를 선택하는 것이 좋습니다. 수십 개의 동기화된 테이블이 있는 대량의 수집된 데이터의 경우 기본 권장 사항은 Large 웨어하우스입니다. 반면에 커넥터를 시험해보고 수집할 단일 테이블을 활성화하려는 경우에는 X-Small 웨어하우스로 충분할 것입니다. 웨어하우스의 크기를 줄일 수 있는지 확인하려면 웨어하우스 로드 모니터링 을 참조하십시오.
지정된 기간 내에 자동으로 커넥터 시작 및 중지하기¶
STOP_CONNECTOR 및 RESUME_CONNECTOR 프로시저를 호출하여 지정된 기간(예: 업무 시간 외)에만 커넥터를 실행하면 비용을 절약할 수 있습니다.
서버리스 작업으로 커넥터 시작 및 중지를 자동화할 수 있습니다. 예를 들어 UTC 업무 시간 외에 커넥터를 실행하려면 다음 쿼리를 사용할 수 있습니다.
CREATE TASK start_connector_after_business_hours
SCHEDULE USING CRON 0 17 * * MON-FRI Europe/London
AS CALL <my_connector_servicenow>.PUBLIC.RESUME_CONNECTOR();
CREATE TASK stop_connector_before_business_hours
SCHEDULE USING CRON 0 9 * * MON-FRI Europe/London
AS CALL <my_connector_servicenow>.PUBLIC.STOP_CONNECTOR();