패브릭 제한 정책

  • 아티클

제한은 테넌트의 용량이 구매한 것보다 더 많은 용량 리소스를 소비할 때 발생합니다. 제한이 너무 많을 경우 최종 사용자 환경이 저하될 수 있습니다. 패브릭 테넌트는 여러 용량을 만들고 청구 및 크기 조정을 위해 특정 용량에 작업 영역을 할당할 수 있습니다.

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

성능과 안정성 간의 균형

패브릭은 작업에서 용량에 할당된 것보다 더 많은 CU(용량 단위) 리소스에 액세스할 수 있도록 하여 고객에게 빠른 성능을 제공하도록 설계되었습니다. 다른 플랫폼에서 완료하는 데 몇 분 정도 걸릴 수 있는 작업은 Fabric에서 단 몇 초 만에 완료할 수 있습니다. 운영 부하가 급증할 때 사용자에게 불이익을 주는 것을 방지하기 위해 Fabric은 작업의 CU 사용량을 최소 5분 이상 부드럽게 하거나 평균을 계산하며, CU가 높지만 런타임 요청이 짧을수록 더 길어집니다. 이 동작은 제한을 경험하지 않고도 일관되게 빠른 성능을 즐길 수 있도록 합니다.

런타임이 길고 CU 부하가 많은 백그라운드 작업의 경우 Fabric은 24시간 동안 CU 사용량을 부드럽게 합니다. 다듬기를 사용하면 데이터 과학자와 데이터베이스 관리자가 하루 종일 CU 부하를 분산하는 작업 일정을 만드는 데 시간을 할애하여 계정이 동결되지 않도록 할 필요가 없습니다. 24시간 CU 스무딩을 사용하면 예약된 작업이 하루 중 언제든지 급증하지 않고 동시에 실행될 수 있으며 작업 일정을 관리하는 시간을 낭비하지 않고도 지속적으로 빠른 성능을 즐길 수 있습니다.

기내 작업이 제한되지 않음

용량이 제한된 상태로 들어가면 용량이 제한을 시작한 후에 요청되는 작업에만 영향을 줍니다. 제한이 시작되기 전에 제출된 장기 실행 작업을 비롯한 모든 작업은 완료될 때까지 실행할 수 있습니다. 이 동작은 CU 서지 중에도 작업이 완료됨을 보장합니다.

트리거 제한 및 스로틀 단계

다듬은 후에도 일부 계정은 최대 보고 시간 동안 CU 사용량이 급증할 수 있습니다. 이러한 급증을 관리하기 위해 관리자는 용량이 프로비전된 CU의 100%를 소비할 때 알림을 받도록 전자 메일 경고를 설정할 수 있습니다. 이 패턴은 용량이 부하 분산의 이점을 얻을 수 있음을 나타내며 관리자는 SKU 크기를 늘리는 것을 고려해야 합니다. F SKU의 경우 관리자 설정에서 언제든지 수동으로 늘리고 줄일 수 있습니다. 그러나 용량이 전체 CU 잠재력에서 작동하더라도 패브릭은 제한을 적용하지 않습니다. 이렇게 하면 중단 없이 사용자가 지속적으로 빠른 성능을 유지할 수 있습니다.

제한의 첫 번째 단계는 용량이 다음 10분 동안 사용 가능한 모든 CU 리소스를 소비한 경우에 시작됩니다. 예를 들어 CU 10단원을 구매한 후 분당 50단원을 사용한 경우 분당 40단원의 캐리 포워드를 만들 수 있습니다. 2 분 반 후, 당신은 미래의 창에서 빌린 100 단위의 캐리 포워드를 축적했을 것입니다. 용량이 다음 10분 동안 모든 용량을 이미 소진한 이 시점에서 Fabric은 첫 번째 수준의 제한을 시작하고 모든 새로운 대화형 작업은 제출 시 20초 지연됩니다. 전달이 전체 시간에 도달하면 대화형 요청이 거부되지만 백그라운드 예약 작업은 계속 실행됩니다. 용량이 전체 24시간의 전진을 누적하는 경우, 전달이 상환될 때까지 전체 용량이 동결됩니다.

향후 원활한 소비

참고 항목

Microsoft는 고객의 용량 사용량을 관리해야 하는 필요성의 균형을 유지하면서 서비스 사용에 대한 고객의 유연성을 개선하려고 합니다. 이러한 이유로 Microsoft는 패브릭 제한 정책을 변경하거나 업데이트할 수 있습니다.

사용 정책 제한 플랫폼 정책 환경 영향
사용량 <= 10분 초과분 보호 작업은 제한 없이 10분의 향후 용량 사용을 사용할 수 있습니다.
10분 < 사용 <량 = 60분 대화형 지연 사용자가 요청한 대화형 작업은 제출 시 20초 지연됩니다.
60분 < 사용 <량 = 24시간 대화형 거부 사용자가 요청한 대화형 작업이 거부됩니다.
사용량 > 24시간 백그라운드 거부 모든 요청이 거부됩니다.

용량 사용량 감소 전달

용량에 유휴 용량이 있는 경우 시스템은 전달 수준을 낮추게 됩니다.

100 CU 분 및 200 CU 분의 전달이 있고 실행 중인 작업이 없는 경우 이월 비용을 지불하는 데 2 분이 걸립니다. 이 예제에서는 2분의 전달이 있으므로 시스템이 제한되지 않습니다. 제한 지연은 10분이 경과할 때까지 시작되지 않습니다.

캐리포워드를 더 빨리 지불해야 하는 경우 SKU 크기를 일시적으로 늘려 캐리포워드에 적용되는 더 많은 유휴 용량을 생성할 수 있습니다.

제한 동작은 패브릭과 관련이 있습니다.

대부분의 패브릭 제품은 이전에 멘션 제한 규칙을 따르지만 몇 가지 예외가 있습니다.

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

또 다른 예외는 실시간 분석이며, 작업이 20초 지연된 경우 실시간이 아닙니다. 따라서 실시간 분석은 10분 동안 20초 지연으로 제한의 첫 번째 단계를 무시하고 60분 동안 거부 단계가 진행될 때까지 기다렸다가 제한을 시작합니다. 이 동작을 통해 사용자는 수요가 많은 기간 동안에도 실시간 성능을 계속 즐길 수 있습니다.

마찬가지로, 웨어하우스 범주의 거의 모든 작업은 가장 유연한 사용 패턴을 허용하기 위해 24시간 작업을 원활하게 하기 위해 백그라운드로 보고됩니다. 모든 데이터 웨어하우징을 백그라운드로 분류하면 최대 CU 사용률로 인해 제한이 너무 빨리 트리거되지 않습니다. 일부 요청은 다르게 제한되는 작업 문자열을 트리거할 수 있습니다. 이렇게 하면 백그라운드 작업이 대화형 작업으로 제한될 수 있습니다.

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

일부 관리자는 작업이 대화형으로 분류되고 백그라운드로 부드럽게 또는 그 반대의 경우도 마찬가지임을 알 수 있습니다. 이러한 구분은 요청이 실행되기 전에 패브릭의 제한 시스템이 제한 규칙을 적용해야 하기 때문에 발생합니다. 작업이 실행되기 시작한 후 부드러운 처리가 발생하고 CU 사용량을 측정할 수 있습니다.

제한 시스템은 제출 시 작업을 정확하게 분류하려고 시도하지만 경우에 따라 제한이 적용된 후 작업의 분류가 변경될 수 있습니다. 작업이 실행되기 시작하면 요청에 대한 자세한 정보를 사용할 수 있게 됩니다. 모호한 시나리오에서 제한 시스템은 작업을 백그라운드로 분류하는 측면에서 오작동을 시도하며 이는 사용자의 최선의 관심사입니다.

거부된 작업 추적

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

관련 콘텐츠