패브릭 제한 정책

작업이 SKU 용량으로 허용된 것보다 더 많은 컴퓨트 유닛 초(CU)를 사용할 때 스로틀링이 발생합니다. 제한이 너무 많을 경우 최종 사용자 환경이 저하될 수 있습니다. Microsoft Fabric 테넌트는 여러 용량을 만들고 청구 및 크기 조정을 위해 특정 용량에 작업 영역을 할당할 수 있습니다.

제한은 용량 수준에서 적용됩니다. 즉, 하나의 용량 또는 작업 영역 집합이 오버로드되어 성능이 저하될 수 있지만 다른 용량은 정상적으로 계속 실행될 수 있습니다. OneLake 아티팩트와 같은 기능이 한 용량에서 생성되고 다른 용량에서 사용되는 경우 소비 용량의 제한 상태는 아티팩트 호출의 제한 여부를 결정합니다.

성능과 안정성 간의 균형

패브릭은 고객에게 빠른 성능을 제공하도록 설계되었습니다. 다른 플랫폼에서 완료하는 데 몇 분 정도 걸릴 수 있는 작업은 Fabric에서 단 몇 초 만에 완료될 수 있습니다. 작업 속도를 늦추지 않고도 이러한 작업에 대한 컴퓨팅이 더 긴 기간 동안 분산되므로 신중한 일정 예약 없이도 언제든지 대규모 작업을 실행할 수 있습니다. 패브릭은 내장된 버스팅 및 스무딩 기능을 사용하여 이를 가능하게 합니다. 일시적인 사용량 급증으로 인해 다른 시스템이 실패하거나 느려질 경우 용량을 자체 관리 및 자동 복구할 수 있습니다.

버스팅

패브릭은 빠른 성능을 보장하기 위해 버스팅을 사용하여 작업을 가능한 한 빨리 실행할 수 있도록 합니다. 버스팅을 사용하면 작업에서 용량 SKU에 대해 프로비전된 컴퓨팅보다 더 많은 컴퓨팅을 일시적으로 사용할 수 있습니다. 버스팅 덕분에 사용자는 기다리지 않고 빠르게 결과를 얻을 수 있습니다. 용량이 작더라도 버스팅 기능을 사용하면, 일반적으로 더 비싼 용량이 필요한 대규모 작업을 실행할 수 있습니다.

부드럽게 하기

사용자에게 불이익을 주지 않기 위해, 패브릭은 작업이 버스트의 이점을 누릴 수 있을 때, CU 사용량을 더 긴 기간에 걸쳐 평준화하거나 평균화합니다. 이 동작을 통해 사용자는 속도 제한을 겪지 않고도 일관되게 빠른 성능을 즐길 수 있습니다.

스무딩은 소비된 CU 사용량을 향후 시점에 분산합니다. 패브릭의 시간 포인트 길이는 30초입니다. 다음 24시간 동안 2,880개의 타임포인트가 있습니다. 패브릭은 각 타임포인트에서 CPU 사용량을 자동으로 관리합니다.

작업의 사용률 유형은 다듬기 위해 사용되는 시간 포인트 수를 결정합니다. 패브릭 작업에 대해 알아봅니다.

• 대화형 작업은 사용하는 CU 사용량에 따라 최소 5분 및 최대 64분 동안 원활하게 진행됩니다.
• 백그라운드 작업은 일반적으로 런타임이 길고 CU 사용량이 많기 때문에 24시간 동안 원활하게 진행됩니다.

다듬기 때문에 작업에 대한 CU 사용량의 일부만 개별 타임포인트에 적용되어 전체 제한을 줄입니다. 작업이 실행될 때 부드러운 CU 사용량이 누적됩니다. 용량이 지속적으로 실행되기 때문에, 부드러운 사용량은 향후 시점에서 사용할 수 있는 용량 단위(CUs)인 향후 용량에 의해 지불됩니다.

버스팅과 최적화 작업이 함께 이루어져 시스템 용량 관리자가 보다 쉽게 작업할 수 있도록 지원합니다. 예를 들어 사용자는 일반적으로 작업을 예약하고 하루 종일 분산하는 데 시간을 보냅니다. 스무딩을 통해 백그라운드 작업의 컴퓨팅 비용이 24시간에 걸쳐 원활하게 분산됩니다. 즉, 예약된 작업은 작업을 시작하지 못하게 하는 급증을 일으키지 않고 동시에 실행할 수 있습니다. 동시에 사용자는 느린 작업이 완료될 때까지 기다리거나 작업 일정을 관리하는 시간을 낭비하지 않고도 지속적으로 빠른 성능을 즐길 수 있습니다.

제한 트리거 및 제한 단계

너무 많은 작업을 실행함으로써 수용량에 과부하가 걸릴 수 있습니다. 이는 비록 수용량에 사용량 급증의 영향을 줄이는 기본 제공 스무딩이 있을지라도 발생할 수 있습니다.

용량은 오버로드될 때 새 작업을 자동으로 제한합니다. 제한은 데이터 새로 고침과 같은 중요한 작업에 미치는 영향을 최소화하기 위해 점진적인 단계에서 발생합니다.

용량이 100% 사용률을 넘어서 작동하더라도, Fabric은 즉시 조정 제한을 적용하지 않습니다. 대신 용량은 제한 없이 10분의 향후 용량을 사용할 수 있는 초과분 보호를 제공합니다. 이 작동 방식은 서지로부터 제한된 기본 제공 보호 기능을 제공하며, 사용자에게 중단 없이 일관되게 빠른 성능을 제공합니다.

용량이 다음 10분 동안 모든 CU 리소스를 소진할 때 제한 프로세스가 시작됩니다. 첫 번째 속도 제한 단계는 새로운 대화형 작업에 20초 지연을 적용합니다. 제한의 두 번째 단계는 용량이 다음 1시간 동안 모든 CU 리소스를 다 사용할 경우, 새로운 대화형 작업을 거부합니다. 이 단계에서는 백그라운드 작업을 시작하고 실행할 수 있습니다. 용량이 다음 24시간 동안 사용 가능한 모든 CU 리소스를 소진하는 경우, 제한의 세 번째 단계에서는 대화형 및 백그라운드 요청을 포함한 모든 새 요청을 자동으로 거부합니다. 용량은 소비된 CU가 상환될 때까지 요청을 계속 제한합니다.

이 표에는 속도 제한 트리거 및 단계가 요약되어 있습니다.

스무딩 및 제한 제한의 예

다음은 1 CUHr을 사용한 하나의 백그라운드 작업에 대해 스무딩이 작동하는 방법을 보여주는 예시입니다 (사용량은 1시간 동안 1 CU에 해당합니다). 백그라운드 작업은 24시간 동안 매끄럽게 진행됩니다. 백그라운드 작업의 모든 타임포인트에서의 기여도는 해당 작업의 CUHrs 수치를 SKU 수준의 총 CUHrs 수치로 나눈 값입니다. F2의 경우 이 작업은 각 타임포인트에 1 CUHr/48CUhrs = ~2.1% 기여합니다. 10분 및 60분 제한 제한에 미치는 영향은%~2.1입니다.

다음은 예제를 지원하는 세부 정보입니다.

1 CUHr = 3,600 CU (1 CU * 1시간당 60분 * 1분당 60초)

각 시간 포인트의 길이는 30초입니다. 24시간에는 2,880개의 타임포인트(24시간 * 60분 * 분당 2개의 타임포인트)가 있습니다.

3600 CPU는 24시간 동안 다듬어지므로 이 작업은 각 30초 타임포인트에 3,600CUs/2,880개의 타임포인트를 제공합니다. 따라서 시간 단위당 1.25 CU를 제공합니다.

10분 제한 비율은 용량 가동 시간의 다음 10분 동안 사용할 수 있는 전체 CU를 기준으로 합니다.

F2 용량에는 1초마다 2 CU(또는 2 CU)가 있습니다. 각 타임포인트에서 F2는 2개의 CU * 30초 = 60 CU의 컴퓨팅을 제공합니다.

모든 개별 타임포인트에 대한 백그라운드 작업의 기여도는 1.25 CUs/60 CUs = ~2.1%입니다.

10분 안에 F2는 2 CU를 사용하여 60초 * 10분 = 1,200 CU의 계산을 수행합니다.

다음 10분 간의 용량으로 조정된 백그라운드 작업의 부분은 1.25 CU * 분당 2개의 시간 포인트 * 10분 = 25 CU입니다.

그러므로 10분 간의 조절 비율은 25 CU / 1,200 CU = ~2.1%입니다.

마찬가지로, 백그라운드 작업이 미치는 60분 속도 제한 백분율 영향도 약 2.1%입니다.

백그라운드 작업에서 다음 10분 시간 범위에서 사용할 수 있는 것보다 더 많은 CU를 사용했지만(6배의 양을 사용함) 총 CU 소비가 24시간 동안 분산되므로 F2 용량이 제한되지 않습니다. 소모된 CU의 작은 부분만 다듬기 때문에 개별 시점에 적용됩니다.

초과분, 이월 및 소진

작업에서 SKU가 단일 타임포인트에서 지원하는 것보다 더 많은 용량을 사용하는 경우 초과분 이 계산됩니다. 스무딩이 적용된 후 초과분이 계산됩니다. 허용된 10분 제한 기간을 초과하는 초과분이 있는 경우, 즉 그들은 이월 CU가 됩니다.

초과분 보호는 10분 동안의 속도 제한 조치가 꽉 차기 전까지 리소스 용량이 조절되지 않도록 보장합니다. 일시적인 사용률 급증으로 인한 대화형 지연 빈도를 줄이기 위해 설계되었습니다.

이후의 각 시점에 캐리포워드 CU가 적용됩니다. 시간 포인트가 가득 차지 않으면, 사용되지 않은 CU는 캐리포워드 CU 양을 줄입니다. 감소는 번다운이라고 합니다.

사용되지 않은 용량이 모든 이월된 용량 단위를 지불할 때까지 제한 적용이 계속됩니다.

제한 제어를 위한 성능 모니터링

용량 관리자는 용량이 프로비전된 CU 리소스의 100% 사용할 때 알림을 받도록 전자 메일 경고를 설정할 수 있습니다. 관리자는 용량 메트릭 앱을 사용하여 용량에 대한 제한 수준을 검토할 수도 있습니다.

적절한 크기 조정 및 용량 최적화

지속적으로 높은 스로틀링 수준은 다수의 용량에 걸쳐 부하를 분산하거나 용량의 SKU 크기를 늘려야 함을 나타냅니다. F SKU를 사용하는 경우 언제든지 관리 설정에서 SKU 크기를 수동으로 늘리거나 줄일 수 있으므로 필요할 때 제한을 해결할 수 있습니다.

용량 제한이 발생하고 있음을 알리는 방법

용량이 요청을 거부하면 사용자에게 특정 오류 코드 및 오류 텍스트가 표시됩니다.

1. 상태 코드 CapacityLimitExceeded
2. 오류 메시지 Your organization's Fabric compute capacity has excceded its limits. Try again later.
3. 오류 메시지 Cannot load model due to reaching capacity limits

용량이 오버로드되면 용량 관리자는 Fabric 용량 메트릭 앱을 사용하여 제한 여부를 확인할 수 있습니다.

1. 컴퓨팅 페이지의 시스템 이벤트 테이블에는 제한 이벤트의 기록이 표시됩니다.
2. 컴퓨팅 페이지의 스로틀링 차트는 스무딩된 사용량이 제한 이유 중 하나를 초과하는 경우 표시됩니다.

발생 시 속도 제한을 멈추는 방법

용량은 자체 복구되므로 새 요청을 제출하기 전에 오버로드 상태가 끝날 때까지 항상 기다릴 수 있습니다.

그러나 제한을 더 빠르게 중지하려면 아래에 나열된 전략을 사용할 수 있습니다.

F SKU 용량을 사용하여 제한을 중지하려면 다음을 수행하십시오.

• 일시적으로 SKU를 늘입니다. SKU를 늘리면 각 타임포인트에 더 많은 유휴 용량이 있으므로 캐리포워드를 더 빠르게 소모할 수 있습니다.
• 능력을 일시 중지한 다음 재개합니다. 용량을 일시 중지하면 누적된 향후 용량 사용량에 대한 청구 이벤트가 발생합니다. 용량이 시작되거나 다시 시작될 때 새 작업을 즉시 수락할 수 있도록 향후 용량 사용량이 0입니다.

P SKU 용량을 사용할 때 제한을 피하려면:

• P 용량에 대해 자동 크기 조정 을 사용하도록 설정합니다.

진행 중인 작업이 제한되지 않음

제한은 용량 제한이 시작된 후에 요청된 작업에만 영향을 줍니다. 제한이 시작되기 전에 제출된 장기 실행 작업을 포함하여 모든 작업은 완료될 때까지 실행할 수 있습니다. 이 동작은 CU 사용량이 급증하는 동안에도 작업이 완료된다는 보장을 제공합니다.

복합 스로틀링 보호

Fabric에서 한 작업은 다른 항목 또는 워크로드를 완료하도록 트리거하는 경우가 많습니다. 많은 예제가 있지만 일반적인 예는 보고서를 보는 것입니다. 보고서의 각 시각적 개체는 기본 의미 체계 모델에 대해 쿼리를 실행합니다. 의미 체계 모델은 쿼리 결과를 제공하기 위해 OneLake 형식의 데이터를 읽을 수도 있습니다. 이러한 각 요청은 체인을 형성합니다.

호출 체인이 있을 때 동일한 요청에 스로틀링이 여러 번 적용되는 복합적 스로틀링의 위험이 있습니다. 패브릭에는 복합 제한 발생 가능성을 줄이는 기본 제공 복합 제한 보호 기능이 있습니다. 워크로드는 이 보호를 사용하도록 옵트인할 수 있습니다.

워크로드가 복합 제한 보호를 지원하는 경우 체인에 참여하는 각 용량에 대해 요청이 한 번만 제한됩니다. 요청이 시작될 때 제한 결정이 이루어지며, 이는 연속된 모든 작업에 적용됩니다.

체인이 둘 이상의 능력을 사용하는 경우, 각 능력은 체인에서 수신하는 첫 번째 요청에 대해 한 번씩 제한을 적용합니다.

다음 작업 부하는 복합 쓰로틀링을 지원합니다.

• 직접 쿼리를 사용하여 다른 의미 체계 모델에 연결하는 의미 체계 모델입니다.
• 페이지를 매긴 보고서에서 의미 체계 모델로 DAX 쿼리

제한 동작은 패브릭 워크로드에 특정적입니다.

대부분의 패브릭 제품은 앞에서 언급한 제한 규칙을 따르지만 몇 가지 예외가 있습니다.

예를 들어 패브릭 이벤트 스트림에는 시작된 후 몇 년 동안 실행할 수 있는 많은 작업이 있습니다. 새 Eventstream 작업을 제한하는 것은 의미가 없으므로 대신 용량이 다시 양립할 때까지 스트림을 열어 두기 위해 할당된 CU 리소스의 양이 줄어듭니다.

또 다른 예외는 실시간 인텔리전스이며, 작업이 20초 지연된 경우 실시간이 아닙니다. 결과적으로 Real-Time Intelligence는 향후 용량이 10분 동안 상승할 때 20초 지연을 둔 제한의 첫 번째 단계를 적용하지 않습니다. Real-Time Intelligence는 향후 용량의 60분 동안은 제한을 시작하기 위해 거부 단계가 올 때까지 기다립니다. 이 동작을 통해 사용자는 수요가 많은 기간에도 실시간 성능을 계속 즐길 수 있습니다.

마찬가지로, 웨어하우스 범주의 거의 모든 작업은 가장 유연한 사용 패턴을 허용하기 위해 24시간 작업을 원활하게 하기 위해 백그라운드 로 보고됩니다. 모든 데이터 웨어하우징을 백그라운드로 분류하면 CU 사용량의 급증이 너무 빠르게 제한을 트리거하지 않도록 방지합니다. 일부 요청은 서로 다른 방식으로 제한되는 연산 체인을 유발할 수 있습니다. 대화형 작업이 백그라운드 작업을 포함하는 체인을 시작하면 백그라운드 작업이 대화형 작업으로 제한될 수 있습니다.

제한 및 스무딩을 위한 대화형 및 백그라운드 분류

일부 관리자는 작업이 대화형으로 분류되고 백그라운드로 스무딩되거나 그 반대로 분류되는 경우를 볼 수 있습니다. 이러한 구분은 요청이 실행되기 전에 패브릭의 제한 시스템이 제한 규칙을 적용해야 하기 때문에 발생합니다.

제한 시스템은 작업을 제출할 때 이를 정확하게 분류하려는 시도를 합니다. 경우에 따라 작업이 실행되기 시작하면 분류를 변경하는 보다 자세한 정보를 사용할 수 있게 됩니다. 모호한 상황에서는 제한 시스템이 작업을 백그라운드로 분류하는 것으로 돌아가며, 이는 사용자에게 이로운 것입니다.

초과분 및 거부된 작업 추적

Microsoft Fabric 용량 메트릭 앱에서 사용률 차트를 검토하여 용량이 오버로드되는지 확인할 수 있습니다. 선을 넘어가는 급증은 초과를 나타냅니다. 초과를 자세히 조사하려면 타임포인트 페이지로 접근합니다. 그런 다음 대화형 작업과 백그라운드 작업을 모두 검토하고 초과분에 대한 책임이 있는 작업을 확인할 수 있습니다.

사용률이%에서 100을 초과한다고 해서 자동으로 제한이 걸리는 것은 아닙니다. 초과분을 평가할 때는 제한 차트를 사용해야 합니다. 여기에서 번다운할 시간(분)을 표시하는 테이블을 열 수 있습니다. 이는 추가, 번다운 및 누적 백분율 등이 포함된 차트입니다. 번다운 예상 시간(분)은 용량에서 더 이상의 작업이 발생하지 않을 경우 번다운이 완료되는 데 걸리는 시간을 예측합니다.

사용률 데이터의 캐리포워드, 누적 및 번다운을 포함하여 용량을 과도하게 사용하는 시각적 기록을 보려면 초과분 탭으로 이동합니다. 초과분 시각적 크기를 변경하여 10분, 60분 및 24시간을 표시할 수 있습니다.

Microsoft Fabric 용량 메트릭 앱 드릴다운을 사용하면 관리자가 제한 이벤트 중에 거부된 작업을 볼 수 있습니다. 이러한 작업에 대한 정보는 해당 관리자가 시작할 수 없으므로 제한됩니다. 관리자는 제품, 사용자, 작업 ID, 요청이 제출된 시간을 볼 수 있습니다. 요청이 거부되면 최종 사용자에게 나중에 다시 시도하라는 오류 메시지가 표시됩니다.

청구 가능 및 청구할 수 없는 컴퓨팅

용량 메트릭 앱에서 용량 사용량을 검토하면 일부 작업은 청구 가능하고 다른 작업은 청구할 수 없습니다. 청구 가능한 작업만 속도 제한 계산에 포함됩니다. 미리 보기 기능은 청구할 수 없는 작업을 생성할 수 있습니다. 청구할 수 없는 작업을 사용하여 미리 보기 기능이 청구될 때 용량의 크기를 올바르게 조정하도록 미리 계획합니다.

관련 콘텐츠

• Microsoft Fabric 용량 메트릭 앱을 설치 하여 패브릭 용량을 모니터링합니다.
• 용량 크기를 조정하는 방법입니다.