Eventhouse 및 KQL 데이터베이스 사용량
Eventhouse 및 KQL 데이터베이스는 완전 관리형 Kusto 엔진에서 작동합니다. Eventhouse 또는 KQL 데이터베이스를 사용하면 5~10초 이내에 분석에 대한 가용 컴퓨팅을 준비할 수 있습니다. 컴퓨팅 리소스는 데이터 분석 요구 사항에 따라 증가합니다. 이 문서에서는 KustoUpTime 및 스토리지를 포함하여 Microsoft Fabric의 KQL 데이터베이스에 대한 컴퓨팅 사용량 보고를 설명합니다.
패브릭 용량을 사용하는 경우 사용 요금은 Microsoft Cost Management의 구독 아래에 있는 Azure Portal에 표시됩니다. 패브릭 청구를 이해하려면 패브릭 용량에 대한 Azure 청구 이해를 방문하세요.
Important
Microsoft Fabric 워크로드 사용률의 변경 내용
사용량 요금은 언제든지 변경될 수 있습니다. Microsoft는 이메일 또는 제품 내 알림을 통해 알리기 위해 합리적인 노력을 기울일 것입니다. 변경 내용은 Microsoft 릴리스 정보 또는 Microsoft Fabric 블로그에 명시된 날짜에 적용됩니다. Microsoft Fabric 워크로드 사용률이 변경되어 특정 워크로드를 사용하는 데 필요한 CU(용량 단위)가 크게 증가하는 경우 고객은 선택한 결제 방법에 사용 가능한 취소 옵션을 사용할 수 있습니다.
용량
Fabric에서 구매한 용량 SKU에 따라 모든 Fabric 워크로드에서 공유되는 CU(용량 단위) 세트를 사용할 권한이 있습니다. 지원되는 라이선스에 대한 자세한 내용은 Microsoft Fabric 라이선스를 참조하세요.
용량은 지정된 시간에 사용하도록 제공되는 전용 리소스 세트입니다. 용량은 작업을 수행하거나 출력을 생성하기 위한 리소스의 기능을 정의합니다. 서로 다른 리소스는 서로 다른 시간에 CU를 사용합니다. KQL 데이터베이스가 사용하는 용량의 양은 KustoUpTime 작업을 기준으로 합니다.
KustoUpTime
Eventhouse의 KustoUpTime은 Eventhouse에서 사용하는 가상 코어 수와 관련하여 Eventhouse가 활성 상태인 시간(초)입니다. 자동 크기 조정 메커니즘은 Eventhouse의 크기를 결정하는 데 사용됩니다. 이 메커니즘은 사용 패턴을 기반으로 비용 및 성능 최적화를 보장합니다. 여러 KQL 데이터베이스가 연결된 Eventhouse로, Eventhouse 항목에 대한 KustoUpTime만 표시합니다. KQL 데이터베이스 하위 항목에 대한 사용량은 표시되지 않습니다.
예를 들어 30초 동안 활성 상태인 4개의 가상 코어를 사용하는 4개의 KQL 데이터베이스가 있는 Eventhouse는 120초의 용량 단위를 사용합니다.
KQL 데이터베이스의 KustoUpTime은 데이터베이스가 사용하는 가상 코어 수와 관련하여 KQL 데이터베이스가 활성 상태인 시간(초)입니다. 자동 크기 조정 메커니즘은 KQL 데이터베이스의 크기를 결정하는 데 사용됩니다. 이 메커니즘은 사용 패턴을 기반으로 비용 및 성능 최적화를 보장합니다.
예를 들어 30초 동안 활성 상태인 4개의 가상 코어를 사용하는 데이터베이스는 120초의 용량 단위를 사용합니다.
참고 항목
KQL 데이터베이스가 Eventhouse의 하위 항목인 경우 KustoUpTime이 eventhouse 항목에 반영되고 데이터베이스 항목이 목록에 표시되지 않습니다.
KustoUpTime 모니터링
Microsoft Fabric 용량 메트릭 앱을 사용하여 KustoUpTime을 모니터링할 수 있습니다. 메트릭 앱 컴퓨팅 이해 페이지지에서 메트릭 앱 컴퓨팅 페이지를 이해하는 방법을 알아봅니다. 이 예제는 KustoUpTime 모니터링과 관련된 정보를 보여 줍니다.
참고 항목
용량 사용량을 모니터링하려면 용량 관리자여야 합니다. 자세한 내용은 Microsoft Fabric 관리자 역할 이해를 참조하세요.
다음 이미지는 Fabric 용량 메트릭 앱에서 용량을 모니터링하는 컴퓨팅 페이지 샘플을 보여줍니다.
다음은 예제에서 얻을 수 있는 몇 가지 인사이트입니다.
- 검사하는 용량을 rtafielddemo라고 합니다.
- 선택한 날짜의 용량 단위는 RTA 필드 데모라는 단일 작업 영역에서 사용되었습니다.
- Eventhouse 및 KQL 데이터베이스를 모두 표시하도록 항목 뷰가 필터링되었습니다.
- Eventhouse 항목과 같은 단일 항목을 선택하면 CU 사용량이 작업별로 구분됩니다.
- 앱의 오른쪽에 있는 사용률 그래프가 거의 100%에 가까운 시간 경과에 따른 CU 사용량을 보여줍니다. 이 높은 사용률은 사용자 측 쿼리 제한을 설명하고 용량 단위를 늘려야 함을 나타냅니다.
스토리지 청구
스토리지는 Fabric 또는 Power BI 프리미엄 용량 단위와 별도로 청구됩니다. KQL 데이터베이스에 수집된 데이터는 다음과 같은 두 계층의 스토리지에 저장됩니다. OneLake 캐시 스토리지 및 OneLake 표준 스토리지.
- OneLake 캐시 스토리지는 가장 빠른 쿼리 응답 시간을 제공하는 데 사용되는 프리미엄 스토리지입니다. 캐시 정책을 설정할 때 이 스토리지 계층에 영향을 줍니다. 예를 들어 일반적으로 7일 전 데이터를 쿼리할 경우 최상의 성능을 위해 캐시 보존 기간을 7일로 설정할 수 있습니다. 이 스토리지 계층은 Azure ADLS(Azure Data Lake Storage) 프리미엄 계층과 비슷합니다.
참고 항목
최소 사용량을 사용하도록 설정하면 OneLake Cache Storage에 대한 요금이 청구되지 않습니다. 최소 용량이 설정되면 Eventhouse는 항상 활성 상태이므로 100% KustoUpTime이 유지됩니다.
- OneLake 표준 스토리지는 쿼리 가능한 모든 데이터를 유지 및 저장하는 데 사용되는 표준 스토리지입니다. 보존 정책을 설정할 때 이 스토리지 계층에 영향을 줍니다. 예를 들어 쿼리 가능한 데이터의 365일에 해당하는 부분을 유지 관리해야 하는 경우 보존 기간을 365일로 설정할 수 있습니다. 이 스토리지 계층은 Azure ADLS(Azure Data Lake Storage) 핫 계층과 비슷합니다.
OneLake 스토리지의 모니터링
Microsoft Fabric 용량 메트릭 앱을 사용하시게 되면 모든 용량 관리자가 OneLake 스토리를 모니터링하실 수 있게 됩니다. 메트릭 앱 스토리지 이해하기 페이지에서 메트릭 앱 스토리지 페이지를 이해하시는 방법을 알아보세요.
다음 이미지는 Fabric 용량 메트릭 앱에서 KQL 데이터베이스를 모니터링하는 스토리지 페이지 샘플을 보여줍니다.
