이벤트 하우스 및 KQL 데이터베이스 사용

이벤트 하우스 및 KQL 데이터베이스는 완전히 관리되는 Kusto 엔진에서 작동합니다. 이벤트 하우스 또는 KQL 데이터베이스를 사용하면 5~10초 이내에 분석에 사용할 수 있는 컴퓨팅을 기대할 수 있습니다. 컴퓨팅 리소스는 데이터 분석 요구 사항에 따라 증가합니다. 이 문서에서는 KustoUpTime 및 스토리지를 포함하여 Microsoft Fabric의 KQL 데이터베이스에 대한 컴퓨팅 사용량 보고를 설명합니다.

패브릭 용량을 사용하는 경우 사용 요금은 Microsoft Cost Management의 구독 아래 Azure Portal에 표시됩니다. 패브릭 청구를 이해하려면 패브릭 용량에 대한 Azure 청구서 이해에 방문하세요.

Important

Microsoft Fabric 워크로드 사용률 변경

소비율은 언제든지 변경될 수 있습니다. Microsoft는 전자 메일 또는 제품 내 알림을 통해 알림을 제공하기 위해 합리적인 노력을 사용합니다. 변경 내용은 Microsoft 릴리스 정보 또는 Microsoft Fabric 블로그에 명시된 날짜에 적용됩니다. Microsoft Fabric 워크로드 사용률을 변경하면 특정 워크로드를 사용하는 데 필요한 CU(용량 단위)가 크게 증가하는 경우 고객은 선택한 결제 방법에 사용할 수 있는 취소 옵션을 사용할 수 있습니다.

용량

패브릭에서 구매한 용량 SKU에 따라 모든 패브릭 워크로드에서 공유되는 CPU(용량 단위) 집합을 사용할 수 있습니다. 지원되는 라이선스에 대한 자세한 내용은 Microsoft Fabric 라이선스를 참조 하세요.

용량은 지정된 시간에 사용하도록 제공되는 전용 리소스 세트입니다. 용량은 작업을 수행하거나 출력을 생성하기 위한 리소스의 기능을 정의합니다. 리소스는 서로 다른 시간에 CPU를 사용합니다. KQL 데이터베이스에서 사용하는 용량의 양은 KustoUpTime 작업을 기반으로 합니다.

KustoUpTime

이벤트 하우스의 KustoUpTime은 이벤트 하우스 에서 사용하는 가상 코어 수와 관련하여 이벤트 하우스가 활성화되는 시간(초)입니다. 자동 크기 조정 메커니즘은 이벤트 하우스의 크기를 결정하는 데 사용됩니다. 이 메커니즘은 사용 패턴에 따라 비용 및 성능 최적화를 보장합니다. 여러 KQL 데이터베이스가 연결된 이벤트 하우스는 이벤트 하우스 항목에 대한 KustoUpTime만 표시합니다. KQL 데이터베이스 하위 항목에 대한 사용량은 표시되지 않습니다.

예를 들어 30초 동안 활성화된 4개의 가상 코어를 사용하는 4개의 KQL 데이터베이스가 있는 이벤트 하우스는 120초의 용량 단위를 사용합니다.

KQL 데이터베이스의 KustoUpTime은 데이터베이스 에서 사용하는 가상 코어 수와 관련하여 KQL 데이터베이스가 활성 상태인 시간(초)입니다. 자동 크기 조정 메커니즘은 KQL 데이터베이스의 크기를 결정하는 데 사용됩니다. 이 메커니즘은 사용 패턴에 따라 비용 및 성능 최적화를 보장합니다.

예를 들어 30초 동안 활성 상태인 4개의 가상 코어를 사용하는 데이터베이스는 120초의 용량 단위를 사용합니다.

참고 항목

KQL 데이터베이스가 이벤트 하우스의 하위 항목인 경우 KustoUpTime이 이벤트 하우스 항목에 다시 잠기고 데이터베이스 항목이 목록에 표시되지 않습니다.

KustoUpTime 모니터링

Microsoft Fabric 용량 메트릭 앱을 사용하여 KustoUpTime을 모니터링할 수 있습니다. 메트릭 앱 컴퓨팅 페이지 이해에서 메트릭 앱 컴퓨팅 페이지를 이해하는 방법을 알아봅니다. 이 예제에서는 KustoUpTime 모니터링 과 관련된 정보를 보여 줍니다.

참고 항목

용량 사용량을 모니터링하려면 용량 관리자여야 합니다. 자세한 내용은 Microsoft Fabric 관리자 역할 이해를 참조 하세요.

다음 이미지는 패브릭 용량 메트릭 앱의 모니터링 용량에서 샘플 컴퓨팅 페이지를 보여 줍니다.

다음은 예제에서 얻을 수 있는 몇 가지 인사이트입니다.

• 검사되는 용량을 rtafielddemo라고 합니다.
• 선택한 날짜의 용량 단위는 RTA 필드 데모라는 단일 작업 영역에서 사용되었습니다.
• 이벤트 하우스와 KQL 데이터베이스를 모두 표시하도록 항목 보기가 필터링되었습니다.
• 이벤트 하우스 항목과 같은 단일 항목을 선택하면 CU 사용량이 작업별로 구분됩니다.
• 앱의 오른쪽에 있는 사용률 그래프는 시간이 지남에 따라 거의 100% CU 사용량을 보여 줍니다. 이 높은 사용률은 사용자가 경험하는 쿼리 제한을 설명하고 용량 단위를 늘려야 한다는 것을 나타냅니다.

스토리지 청구

스토리지는 패브릭 또는 Power BI Premium 용량 단위와 별도로 청구됩니다. KQL 데이터베이스에 수집된 데이터는 OneLake Cache Storage 및 OneLake Standard Storage의 두 계층 스토리지에 저장됩니다.

• OneLake Cache Storage 는 가장 빠른 쿼리 응답 시간을 제공하는 데 활용되는 Premium Storage입니다. 캐시 정책을 설정할 때 이 스토리지 계층에 영향을 줍니다. 예를 들어 일반적으로 7일을 다시 쿼리하는 경우 최상의 성능을 위해 캐시 보존 기간을 7일로 설정할 수 있습니다. 이 스토리지 계층은 Azure ADLS(Azure Data Lake Storage) 프리미엄 계층과 비슷합니다.

참고 항목

최소 사용량을 사용하도록 설정하면 OneLake Cahce Storage에 대한 요금이 청구되지 않습니다. 최소 용량이 설정되면 이벤트 하우스는 항상 활성 상태이므로 100% KustoUpTime이 발생합니다.

• OneLake Standard Storage 는 쿼리 가능한 모든 데이터를 유지 및 저장하는 데 사용되는 표준 스토리지입니다. 보존 정책을 설정하면 이 스토리지 계층에 영향을 줍니다. 예를 들어 쿼리 가능한 데이터의 365일을 기본 유지해야 하는 경우 보존 기간을 365일로 설정할 수 있습니다. 이 스토리지 계층은 Azure ADLS(Azure Data Lake Storage) 핫 계층과 비슷합니다.

OneLake Storage 모니터링

Microsoft Fabric 용량 메트릭 앱을 사용하면 모든 용량 관리자가 OneLake Storage를 모니터링할 수 있습니다. 메트릭 앱 스토리지 이해 페이지에서 메트릭 앱 스토리지 페이지를 이해하는 방법을 알아봅니다.

다음 이미지는 패브릭 용량 메트릭 앱에서 KQL 데이터베이스를 모니터링하는 샘플 스토리지 페이지를 보여 줍니다.

관련 콘텐츠

• Microsoft Fabric 개념 및 라이선스
• Microsoft Fabric 용량 메트릭 앱이란?
• KQL 데이터베이스 만들기