가장 일반적으로 발생하는 비용 특성 시나리오는 다음과 같습니다. 이 시나리오에서 웨어하우스는 비용이 발생하는 리소스의 예로 사용됩니다.
단일 비용 센터 또는 부서에서 독점적으로 사용하는 리소스: 예를 들어, 오브젝트 태그를 사용하여 웨어하우스를 부서와 연결할 수 있습니다. 이러한 오브젝트 태그를 사용하여 해당 웨어하우스에서 발생한 비용을 전적으로 해당 부서에 특성화할 수 있습니다.
여러 부서의 사용자가 공유하는 리소스: 여러 부서의 사용자가 공유하는 웨어하우스를 예로 들 수 있습니다. 이 경우 오브젝트 태그를 사용하여 각 사용자를 부서와 연결합니다. 쿼리 비용은 사용자에게 귀속됩니다. 사용자에게 할당된 오브젝트 태그를 사용하여 부서별로 비용을 세분화할 수 있습니다.
다른 부서의 사용자가 공유하는 애플리케이션 또는 워크플로: 사용자를 대신하여 쿼리를 발행하는 애플리케이션을 예로 들 수 있습니다. 이 경우 애플리케이션에서 실행되는 각 쿼리에는 쿼리가 수행되는 사용자의 팀 또는 비용 센터를 식별하는 쿼리 태그가 할당됩니다.
다음 섹션에서는 계정에서 오브젝트 태그를 설정하는 방법과 각 비용 특성 시나리오에 대한 세부 정보를 설명합니다.
태그를 생성하고 복제한 후에는 이 태그를 사용하여 각 부서에 속한 웨어하우스와 사용자를 식별할 수 있습니다. 예를 들어, 영업 부서에서 warehouse1 및 warehouse2 를 모두 사용하므로 두 웨어하우스 모두에 대해 cost_center 태그를 'SALES' 로 설정할 수 있습니다.
팁
이상적으로는 리소스와 사용자를 만들 때 이러한 태그를 적용하는 프로세스를 자동화하는 워크플로가 있어야 합니다.
If you want to automate the process of tagging users for cost attribution, you can do so by provisioning
Snowflake users through a SCIM identity provider such as Microsoft Entra ID or
Okta. With SCIM, you can automatically apply cost attribution tags to users when
they’re created or updated, eliminating the need to run ALTERUSER<user_name>SETTAG manually for each new
user and keeping your cost attribution tags consistent as users join or move between departments.
When using SCIM, the snowflakeTags custom attribute accepts a comma-separated list of fully qualified tag
references. For example, to assign a user to the finance cost center at provisioning time, include the
following value in the SCIM user payload:
Tags set through SCIM appear in the same TAG_REFERENCES views
and work with Snowsight tag filters (see Snowsight 에서 태그별 비용 뷰 보기), so your existing
cost attribution queries and dashboards work without changes.
To get started with this approach, you need to:
Create the tags in Snowflake, as described in Creating the tags above.
Grant the SCIM provisioner role USAGE on the tag schema and APPLY on each tag.
For the complete setup steps, prerequisite grants, and API examples, see the “Populating Snowflake tags with SCIM
integrations” section in:
부서별로 비용을 특성으로 지정하고 싶고 각 부서가 전용 웨어하우스 세트를 사용한다고 가정해 보겠습니다.
웨어하우스에 cost_center 태그를 지정하여 웨어하우스를 소유한 부서를 식별한 경우, object_id 및 warehouse_id 열의 ACCOUNT_USAGE TAG_REFERENCES 뷰 를 WAREHOUSE_METERING_HISTORY 뷰 와 조인하여 웨어하우스별 사용 정보를 얻을 수 있으며, tag_value 열을 사용하여 해당 웨어하우스를 소유한 부서를 식별할 수 있습니다.
QUERY_ATTRIBUTION_HISTORY 뷰 를 사용하여 쿼리를 기반으로 비용 특성을 구할 수 있습니다. 쿼리당 비용은 쿼리를 실행하는 데 사용된 웨어하우스 크레딧입니다. 이 비용에는 쿼리 실행으로 인해 발생하는 다른 크레딧 사용은 포함되지 않습니다. 예를 들어, 다음은 쿼리 비용에 포함되지 않습니다.
데이터 전송 비용
저장소 비용
클라우드 서비스 비용
서버리스 기능 비용
AI 서비스에서 처리하는 토큰에 대한 비용
동시 실행 쿼리의 경우, 웨어하우스의 비용은 주어진 시간 간격 동안 리소스 소비량의 가중 평균을 기준으로 개별 쿼리의 특성에 따라 결정됩니다.
쿼리당 비용에는 웨어하우스의 유휴 시간 이 포함되지 않습니다. 유휴 시간이란 웨어하우스에서 쿼리가 실행되지 않는 기간으로, 웨어하우스 수준에서 측정할 수 있습니다.