패브릭 제한 정책
제한은 테넌트의 용량이 구매한 것보다 더 많은 용량 리소스를 소비할 때 발생합니다. 제한이 너무 많을 경우 최종 사용자 환경이 저하될 수 있습니다. Microsoft Fabric 테넌트는 여러 용량을 만들고 청구 및 크기 조정을 위해 특정 용량에 작업 영역을 할당할 수 있습니다.
제한은 용량 수준에서 적용됩니다. 즉, 하나의 용량 또는 작업 영역 집합이 오버로드되어 성능이 저하될 수 있지만 다른 용량은 정상적으로 계속 실행될 수 있습니다. OneLake 아티팩트와 같은 기능이 한 용량에서 생성되고 다른 용량에서 사용되는 경우 소비 용량의 제한 상태는 아티팩트 호출의 제한 여부를 결정합니다.
패브릭은 작업에서 용량에 할당된 것보다 더 많은 CU(용량 단위) 리소스에 액세스할 수 있게 하여 고객에게 빠른 성능을 제공하도록 설계되었습니다. 다른 플랫폼에서 완료하는 데 몇 분 정도 걸릴 수 있는 작업은 패브릭에서 단 몇 초 만에 완료할 수 있습니다. 운영 부하가 급증할 때 사용자에게 불이익을 주는 것을 방지하기 위해 패브릭은 최소 5분 동안 작업의 CU 사용을 원활하게 하거나 평균화하며, CU 사용량이 많지만 런타임이 짧은 요청의 경우 더 긴 시간 동안 이를 적용합니다. 이 동작은 제한을 경험하지 않고도 일관되게 빠른 성능을 즐길 수 있게 해줍니다.
런타임이 길고 CU 부하가 많은 백그라운드 작업의 경우 패브릭은 24시간 동안 CU 사용량을 원활하게 합니다. 스무딩을 사용하면 데이터 과학자와 데이터베이스 관리자가 계정이 동결되지 않도록 하루 종일 CU 부하를 분산하는 작업 일정을 만드는 데 시간을 할애할 필요가 없습니다. 24시간 CU 스무딩을 사용하면 예약된 작업이 하루 중 언제든지 급증하지 않고 동시에 실행될 수 있으며 작업 일정을 관리하는 시간을 낭비하지 않고도 지속적으로 빠른 성능을 즐길 수 있습니다.
용량이 제한된 상태로 전환되면 용량이 제한을 시작한 후에 요청되는 작업에만 영향을 줍니다. 제한이 시작되기 전에 제출된 장기 실행 작업을 비롯한 모든 작업은 완료될 때까지 실행할 수 있습니다. 이 동작은 CU 사용량이 급증하는 동안에도 작업이 완료된다는 보장을 제공합니다.
스무딩 후에도 일부 계정은 최대 보고 시간 동안 CU 사용량이 급증할 수 있습니다. 이러한 급증을 관리하기 위해 관리자는 용량이 프로비전된 CU 리소스의 100%를 소비할 때 알림을 받도록 이메일 경고를 설정할 수 있습니다. 이 패턴은 용량이 부하 분산의 이점을 누릴 수 있음을 나타내며 관리자는 SKU 크기를 늘리는 것을 고려해야 합니다. F SKU의 경우 관리자 설정에서 언제든지 수동으로 늘리고 줄일 수 있습니다. 그러나 용량이 전체 CU 잠재력에서 작동하더라도 패브릭은 제한을 적용하지 않습니다. 이 동작을 통해 사용자는 중단 없이 지속적으로 빠른 성능을 유지할 수 있습니다.
제한의 첫 번째 단계는 용량이 다음 10분 동안 사용 가능한 CU 리소스를 모두 소비했을 때 시작됩니다. 예를 들어 10단위의 용량을 구매한 후에 분당 50단위를 사용하면 분당 40단위의 캐리포워드를 만듭니다. 2분 30초 후에는 미래에서 빌린 100단위의 캐리포워드를 축적하게 됩니다. 다음 10분 동안 사용할 용량이 모두 소진된 이 시점에서 패브릭은 첫 번째 수준의 제한을 시작하고 모든 새로운 대화형 작업은 제출 시 20초 지연됩니다. 캐리포워드가 1시간에 도달하면 대화형 요청이 거부되지만 예약된 백그라운드 작업은 계속 실행됩니다. 용량이 24시간 내내 누적되면 캐리포워드가 상환될 때까지 전체 용량이 동결됩니다.
참고
Microsoft는 고객의 용량 사용량을 관리해야 하는 필요성의 균형을 유지하면서 서비스 사용에 대한 고객의 유연성을 개선하기 위해 노력합니다. 이러한 이유로 Microsoft는 패브릭 제한 정책을 변경하거나 업데이트할 수 있습니다.
사용 | 정책 제한 | 플랫폼 정책 환경 영향 |
---|---|---|
사용량 <= 10분 | 초과분 보호 | 작업은 제한 없이 10분의 향후 용량 사용분을 사용할 수 있습니다. |
10분 < 사용량 <= 60분 | 대화형 지연 | 사용자가 요청한 대화형 작업은 제출 시 20초 동안 지연됩니다. |
60분 < 사용량 <= 24시간 | 대화형 거부 | 사용자가 요청한 대화형 작업이 거부됩니다. |
사용량 > 24시간 | 백그라운드 거부 | 모든 요청이 거부됩니다. |
용량에 유휴 용량이 있는 경우 시스템은 캐리포워드 수준을 낮춥니다.
100 CU 분 및 200 CU 분의 캐리포워드가 있고 실행 중인 작업이 없는 경우 캐리포워드를 상환하는 데 2분이 걸립니다. 이 예제에서는 2분의 캐리포워드가 있으므로 시스템이 제한되지 않습니다. 제한 지연은 10분의 캐리포워드가 누적될 때까지 시작되지 않습니다.
캐리포워드를 더 빨리 지불해야 하는 경우 일시적으로 SKU 크기를 늘려 캐리포워드에 적용되는 더 많은 유휴 용량을 생성할 수 있습니다.
대부분의 패브릭 제품은 앞에서 언급한 제한 규칙을 따르지만 몇 가지 예외가 있습니다.
예를 들어 패브릭 이벤트 스트림에는 시작된 후 몇 년 동안 실행할 수 있는 많은 작업이 있습니다. 새 Eventstream 작업을 제한하는 것은 의미가 없으므로 대신 용량이 다시 양립할 때까지 스트림을 열어 두기 위해 할당된 CU 리소스의 양이 줄어듭니다.
또 다른 예외는 실시간 인텔리전스이며, 작업이 20초 지연된 경우 실시간이 아닙니다. 따라서 실시간 인텔리전스는 10분의 캐리포워드에서 20초 지연으로 제한의 첫 번째 단계를 무시하고 60분의 캐리포워드에서 거부 단계가 발생할 때까지 기다렸다가 제한을 시작합니다. 이 동작을 통해 사용자는 수요가 많은 기간에도 실시간 성능을 계속 즐길 수 있습니다.
마찬가지로 웨어하우스 범주에 있는 대부분의 작업은 가장 유연한 사용 패턴을 허용하기 위해 24시간 작업 스무딩을 활용하는 백그라운드로 보고됩니다. 모든 데이터 웨어하우징을 백그라운드로 분류하면 CU 사용량의 급증으로 인해 너무 빨리 제한이 트리거되는 것을 방지할 수 있습니다. 일부 요청은 다르게 제한되는 작업 스트링을 트리거할 수 있습니다. 이렇게 하면 백그라운드 작업이 대화형 작업으로 제한될 수 있습니다.
Microsoft Fabric은 작업을 대화형 및 백그라운드의 두 가지 유형으로 나눕니다. 이러한 항목에 대한 설명과 두 유형의 차이점은 패브릭 작업에서 확인할 수 있습니다.
일부 관리자는 작업이 대화형으로 분류되고 백그라운드로 스무딩되거나 그 반대로 분류되는 경우를 볼 수 있습니다. 이러한 구분은 요청이 실행되기 전에 패브릭의 제한 시스템이 제한 규칙을 적용해야 하기 때문에 발생합니다. 작업이 실행되기 시작한 후 스무딩이 발생하고 CU 사용량을 측정할 수 있습니다.
제한 시스템은 제출 시 작업을 정확하게 분류하려고 시도하지만 경우에 따라 제한이 적용된 후 작업의 분류가 변경될 수 있습니다. 작업이 실행되기 시작하면 요청에 대한 자세한 정보를 사용할 수 있게 됩니다. 모호한 시나리오에서 제한 시스템은 작업을 백그라운드로 분류할 때 주의하며 이는 사용자의 이익을 위한 것입니다.
Microsoft Fabric 용량 메트릭 앱에서 사용률 차트를 검토하여 용량이 오버로드되는지 여부를 확인할 수 있습니다. 선 위로 올라온 뾰족한 부분이 오버로드를 나타냅니다. 오버로드를 자세히 알아보려면 타임포인트 페이지로 드릴스루합니다. 그런 다음 대화형 작업과 백그라운드 작업을 모두 검토하고 용량 오버로드를 담당한 작업을 확인할 수 있습니다. 오버로드 이벤트가 발생한 시점을 확인할 수도 있습니다.
사용률이 100%를 초과해도 자동으로 제한이 발생하지 않으므로 초과분 계산 시 제한 차트를 사용해야 합니다. 여기에서 번다운할 시간(분)을 표시하는 테이블을 열 수 있습니다. 이는 추가, 번다운 및 누적 백분율 등이 포함된 차트입니다.
사용률 데이터의 캐리포워드, 누적 및 번다운을 포함하여 용량의 초과 사용에 대한 시각적 기록을 보려면 초과분 탭으로 이동합니다. 초과분의 시각적 크기를 변경하여 10분, 60분, 24시간을 표시할 수 있습니다. 캐리포워드는 청구 가능한 작업만 고려합니다.
Microsoft Fabric 용량 메트릭 앱 드릴다운을 사용하면 관리자가 제한 이벤트 중에 거부된 작업을 볼 수 있습니다. 이러한 작업에 대한 정보는 해당 관리자가 시작할 수 없으므로 제한됩니다. 관리자는 제품, 사용자, 작업 ID, 요청이 제출된 시간을 볼 수 있습니다. 요청이 거부되면 최종 사용자에게 나중에 다시 시도하라는 오류 메시지가 표시됩니다.
용량이 고정된 지점으로 제한되면 작업에 패브릭 컴퓨팅 리소스가 필요한 경우 사용자에게 오류가 발생합니다. 예를 들어 용량 제한에 도달하여 모델을 로드할 수 없음이라는 오류가 발생할 수 있습니다. 이러한 경우 다음과 같은 전략을 사용하여 고정된 상태에서 용량을 복구할 수 있습니다.
- 오버로드 상태가 끝날 때까지 새 요청을 실행하지 않습니다.
- F 용량의 SKU를 업그레이드합니다.
- F 용량을 일시 중지/다시 시작합니다.
- P 용량을 자동 크기 조정합니다.
- 우선 순위가 낮거나 과도하게 사용하는 작업 영역을 용량 밖으로 이동합니다.
- Microsoft Fabric 용량 메트릭 앱을 설치하여 패브릭 용량을 모니터링합니다.