메트릭 앱 계산

이 문서에서는 Microsoft Fabric에서 사용량을 계산하는 데 사용되는 몇 가지 계산에 대해 설명합니다. 이 문서를 사용하여 Microsoft Fabric 용량 메트릭 앱에 표시되는 정보를 더 잘 이해할 수 있습니다.

소비 분석

오버로드된 용량은 컴퓨팅 능력의 100% 이상에 도달하는 용량입니다. 용량이 오버로드되면 제한이 시작됩니다. 제한 시각적 개체를 사용하면 특정 시점에 패브릭 제한의 백분율로 사용량을 이해할 수 있습니다. 용량 사용량이 100%보다 낮을 때까지 제한이 계속됩니다. 제한 시각적 개체에는 각각 다른 시간 창에 따라 다양한 제한 유형에 대한 정보를 표시하는 세 개의 탭이 있습니다.

Tab	임계값 제한	용량이 100%에 도달하면 어떻게 되나요?	용량이 100%로 돌아오기까지 얼마나 걸리나요?
대화형 지연	10분	20초 제한은 대화형 요청에 적용됩니다.	지연이 적용된 후 새로운 대화형 및 백그라운드 요청은 향후 컴퓨팅 사용량을 계속 누적합니다.
대화형 거부	60분	대화형 요청이 거부되고 사용자에게 UI에 오류가 표시됩니다.	백그라운드 요청은 향후 컴퓨팅 사용량을 계속 누적합니다.
백그라운드 거부	24시간	백그라운드 및 대화형 요청을 포함하여 모든 요청이 거부됩니다.	해당 없음

향후 컴퓨팅 사용량이 100% 미만으로 떨어지면 추가 요청이 수락됩니다. 이러한 요청으로 인해 용량 사용량이 다시 100%를 초과할 수 있습니다. 실제로 두 개의 연속 제한 이벤트인 경우 이를 단일 연속 제한 이벤트로 인식할 수 있습니다.

백그라운드 거부

백그라운드 거부 임계값은 24시간이므로 높은 비율의 제한 수는 일일(24시간) 용량 리소스를 초과 사용했음을 나타냅니다. 백그라운드 거부가 100%보다 높으면 모든 요청이 거부됩니다. 용량 사용량이 100% 미만이면 거부가 중지됩니다. 예를 들어 250%의 백그라운드 거부는 SKU 수준에 대한 일일 용량 리소스의 2.5배를 사용했음을 의미합니다.

참고 항목

백그라운드 작업은 제한되지 않으며 대화형 거부가 중지되는 데 걸리는 시간을 연장할 수 있습니다.

대화형 지연 및 대화형 거부

이러한 시각적 개체를 보면 특정 타임포인트에서 용량에 영향을 주는 항목만 표시됩니다. 이러한 시각적 개체에는 현재 평가 창으로 부드럽게 처리된 사용량이 포함됩니다. 이후의 타임포인트에는 이 타임포인트에 영향을 주지 않는 추가적인 부드러운 사용량이 포함될 수 있습니다. 백그라운드 원활한 사용은 향후 시간 포인트에서 대화형 요청에 사용할 수 있는 사용량을 줄일 수 있습니다.

• 대화형 지연 - 250% 대화형 지연은 패브릭이 향후 10분 동안 25분의 소비량을 맞추려고 시도한다는 것을 의미합니다.

• 대화형 거부 - 250% 대화형 거부는 패브릭이 향후 60분 동안 2.5시간의 소비량을 맞추려고 한다는 것을 의미합니다.

제한에서 복구하는 시간 계산

사용량이 100%를 초과하면 용량이 향후 사용량을 100% 미만으로 낮출 때까지 기다려야 합니다. 다음 수식을 사용하여 추가 컴퓨팅이 사용되지 않는다고 가정하여 100% 미만으로 떨어지는 데 걸리는 시간을 예측할 수 있습니다.

$$ \text{제한에서 복구할 최소 시간} = \frac{\text{% 거부 유형 } – \text{ }100}{100}\times{\text{period}} $$

대화형 거부 및 대화형 지연은 제한되는 것을 중지하는 데 창 기간의 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분 이상인 백그라운드 작업은 용량에 영향을 주므로 이 이벤트의 기간이 더 길어질 수 있습니다.

성능 델타

항목 및 작업 테이블별 행렬은 색을 사용하여 패브릭 항목이 조직에서 수행하는 방식을 이해하는 데 도움이 됩니다.

• 색 없음 - -10보다 높은 값

• 주황색 - -10에서 -25 사이의 값

• 빨간색 - -25보다 낮은 값

성능 델타를 만들기 위해 Microsoft Fabric은 완료하는 데 200밀리초 미만인 모든 빠른 작업에 대해 시간당 평균을 계산합니다. 시간당 값은 지난 7일(168시간) 동안의 느린 이동 평균으로 사용됩니다. 그리고 느린 이동 평균은 가장 최근의 데이터 요소와 7일 전 데이터 요소의 평균과 비교됩니다. 성능 델타는 이러한 두 평균 간의 차이를 나타냅니다.

성능 델타 값을 사용하여 지난 주 동안 항목의 평균 성능이 개선되었는지 또는 악화되었는지 평가할 수 있습니다. 값이 높을수록 성능이 향상될 가능성이 높습니다. 0에 가까운 값은 크게 변경되지 않음을 나타내며, 음수 값은 지난 주 동안 항목의 평균 성능이 악화되었음을 나타냅니다.

성능 델타 열을 기준으로 행렬을 정렬하면 성능이 가장 큰 의미 체계 모델을 식별할 수 있습니다. 조사 중에 CU(들) 및 사용자 수를 고려하는 것을 잊지 마세요. 성능 델타 값은 많이 사용되거나 많은 작업을 실행하기 때문에 CU 사용률이 높은 Microsoft Fabric 항목의 경우 좋은 지표입니다. 그러나 CU 활동이 적은 작은 의미 체계 모델은 큰 양의 값이나 음수를 쉽게 표시할 수 있으므로 실제 그림을 반영하지 않을 수 있습니다.

관련 콘텐츠

• 메트릭 앱 컴퓨팅 페이지 이해

• 메트릭 앱 타임포인트 페이지 이해