메트릭 앱 계산
이 문서에서는 Microsoft Fabric에서 사용량을 계산하는 데 사용되는 몇 가지 계산에 대해 설명합니다. 이 문서를 사용하여 Microsoft Fabric 용량 메트릭 앱에 표시되는 정보를 더 잘 이해할 수 있습니다.
사용량 분석
오버로드된 용량은 컴퓨팅 능력의 100% 이상에 도달하는 용량입니다. 용량이 오버로드되면 제한이 시작됩니다. 제한 시각화를 사용하면 특정 시점에서의 Fabric 제한의 백분율로 사용량을 이해할 수 있습니다. 제한은 용량 사용량이 100%보다 낮을 때까지 계속됩니다. 제한 시각적 개체에는 다양한 시간 창에 따라 다양한 제한 유형에 대한 정보를 표시하는 세 개의 탭이 있습니다.
| 탭 | 임계값 항목 | 용량이 100%에 도달하면 어떻게 되나요? | 용량이 100%로 돌아오기까지 얼마나 걸리나요? |
|---|---|---|---|
| 대화형 지연 | 10분 | 20초 제한은 대화형 요청에 적용됩니다 | 지연이 적용된 후 새로운 대화형 및 백그라운드 요청은 향후 컴퓨팅 사용량을 계속 누적합니다 |
| 대화형 거부 | 60분 | 대화형 요청이 거부되고 사용자는 UI에서 오류를 확인합니다 | 백그라운드 요청은 향후 컴퓨팅 사용량을 계속 누적합니다 |
| 백그라운드 거부 | 24시간 | 백그라운드 및 대화형 요청을 포함한 모든 요청이 거부됩니다 | 해당 없음 |
향후 컴퓨팅 사용량이 100% 미만으로 떨어지면 추가 요청이 수락됩니다. 이러한 요청으로 인해 용량 사용량이 다시 100%를 초과할 수 있습니다. 실제로는 2개의 연속된 제한 이벤트일 때 이를 하나의 연속된 제한 이벤트로 인식할 수 있습니다.
백그라운드 거부
백그라운드 거부 임계값은 24시간이므로 높은 비율의 제한 횟수는 일일(24시간) 용량 리소스를 초과 사용했음을 나타냅니다. 백그라운드 거부가 100%보다 높으면, 모든 요청이 거부됩니다. 용량 사용량이 100%보다 낮아지면 거부가 중지됩니다. 예를 들어 250%의 백그라운드 거부는 SKU 수준에 대한 일일 용량 리소스의 2.5배를 사용했음을 의미합니다.
참고 항목
백그라운드 작업은 제한되지 않으며 대화형 거부가 중지되는 데 걸리는 시간을 연장할 수 있습니다.
대화형 지연 및 대화형 거부
이러한 시각적 개체를 살펴보면 특정 타임포인트에서 용량에 영향을 주는 항목만 확인하게 됩니다. 이러한 시각적 개체에는 현재 평가 창으로 다듬어진 사용량이 포함됩니다. 이후 타임포인트에는 이 타임포인트에 영향을 주지 않는 추가적인 다듬어진 사용량이 포함될 수 있습니다. 백그라운드가 다듬어진 사용량은 향후 타임포인트에서 대화형 요청에 사용할 수 있는 사용량을 줄일 수 있습니다.
대화형 지연 - 250% 대화형 지연은 Fabric이 향후 10분 동안 25분의 소비량을 맞추도록 한다는 것을 의미합니다.
대화형 거부 - 250% 대화형 거부는 Fabric이 향후 60분 동안 2.5시간의 소비량을 맞추도록 한다는 것을 의미합니다.
제한에서 복구되기 위한 시간 계산
사용량이 100%를 초과하면 용량이 향후 사용량을 100% 미만으로 낮출 때까지 기다려야 합니다. 다음의 수식을 사용하여 추가 컴퓨팅이 사용되지 않는다는 것을 가정하여 100% 미만으로 떨어지는 데 걸리는 시간을 예측할 수 있습니다.
$$ \text{minimum time to recover from throttling} = \frac{\text{% rejection type } – \text{ }100}{100}\times{\text{period duration}} $$
대화형 거부 및 대화형 지연은 제한을 중지하는 것을 멈추기 위한 창 기간의 1.5배보다 오래 걸릴 수 있습니다. 새로운 요청은 용량에 더 많은 전달 사용량을 추가하여 용량 사용량이 60분 또는 10분 기간보다 100% 더 길어지게 할 수 있습니다.
백그라운드 거부 계산 예제
사용량이 250%에 도달하면 다음 36시간 동안 모든 요청이 거부됩니다.
$$ \frac{250-100}{100}\times{24 \text{ hours} = 36 \text{ hours}} $$
용량 사용량이 100%에 도달하는 데 최소 1.5일이 소요됩니다. 백그라운드 작업은 거부되지 않으며 대화형 거부를 중지하기 위해 필요한 시간을 연장할 수 있습니다.
대화형 거부 계산 예제
사용량이 250%에 도달하면 최소한 다음 90분 동안 대화형 요청만 거부됩니다.
$$ \frac{250-100}{100}\times{60 \text{ minutes} = 90 \text{ minutes}} $$
용량 사용량이 100% 미만으로 떨어지려면 최소 1.5시간이 걸립니다. 하지만, 향후 사용량이 10분 및 60분 창 이상인 백그라운드 작업은 용량에 영향을 미칠 수 있으므로 이 이벤트의 기간이 더 길어질 수 있습니다.
대화형 지연 계산 예제
사용량이 250%에 도달하면 대화형 요청이 다음 15분 동안 지연됩니다.
$$ \frac{250-100}{100}\times{10 \text{ minutes} = 15 \text{ minutes}} $$
용량 사용량이 100% 미만으로 떨어지려면 15분 이상 걸립니다. 하지만, 향후 사용량이 10분 및 60분 창 이상인 백그라운드 작업은 용량에 영향을 주므로 이 이벤트의 기간이 더 길어질 수 있습니다.
성능 델타
항목 및 작업에 따른 행렬 테이블은 색을 사용하여 Fabric 항목이 조직에서 작동하는 방식을 이해하는 데 도움이 됩니다.
색 없음 - -10보다 높은 값
주황색 - -10에서 -25 사이의 값
빨간색 - -25보다 낮은 값
성능 델타를 만들기 위해 Microsoft Fabric은 완료하는 데 200밀리초 미만이 걸리는 모든 빠른 작업의 시간당 평균을 계산합니다. 시간당 값은 지난 7일(168시간) 동안의 느린 이동 평균으로 사용됩니다. 그리고 느린 이동 평균은 가장 최근의 데이터 요소와 7일 전 데이터 요소의 평균과 비교됩니다. 성능 델타는 이러한 두 평균 간의 차이를 나타냅니다.
성능 델타 값을 사용하여 지난 주 동안 항목의 평균 성능이 개선되었는지 또는 악화되었는지 평가할 수 있습니다. 값이 높을수록 성능이 향상될 가능성이 높습니다. 0에 가까운 값은 크게 변경되지 않았다는 것을 나타내며, 음수 값은 지난 주 동안 항목의 평균 성능이 악화되었음을 나타냅니다.
성능 델타 열을 기준으로 행렬을 정렬하면 성능 변화가 가장 큰 의미 체계 모델을 식별하는 데 도움이 됩니다. 조사 중에 CU 및 사용자 수를 고려해야 합니다. 성능 델타 값은 사용량이 많거나 많은 작업을 실행하여 CU 사용률이 높은 Microsoft Fabric 항목에 관한 경우 좋은 지표입니다. 그러나 CU 활동이 적은 작은 의미 체계 모델은 큰 양수 또는 음수 값을 쉽게 표시할 수 있으므로 실제 그림을 반영하지 않을 수 있습니다.