Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
Van toepassing op:✅ SQL Analytics-eindpunt en -magazijn in Microsoft Fabric
Een fabricacapaciteit is een afzonderlijke pool van resources waarvan de grootte (of SKU) bepaalt hoeveel rekenkracht er beschikbaar is. Het eindpunt voor warehouse- en SQL-analyse biedt uitbreidbare capaciteit waarmee workloads meer middelen kunnen gebruiken om betere prestaties te bereiken.
Variabele capaciteit
Burstable-capaciteit heeft een directe correlatie met de SKU die is toegewezen aan de Fabric-capaciteit van de werkruimte. Het is ook een functie van de workload. Een niet-veeleisend werklast gebruikt mogelijk nooit burstable capaciteitseenheden. De werklast kan zo hoog mogelijke prestaties bereiken binnen de aangeschafte basiscapaciteit.
Om te bepalen of uw werklast gebruikmaakt van burstbare capaciteit, kan de volgende formule worden gebruikt om de schaalfactor voor uw werklast te berekenen: Capacity Units (CU) / duration / Baseline CU = Scale factor
Als uw capaciteit een F8 is en uw werkbelasting 100 seconden duurt en er 1500 CU wordt gebruikt, wordt de schaalfactor als volgt berekend: 1500 / 100 / 8 = 1.875
CU kan worden bepaald met behulp van de microsoft Fabric Capacity Metrics-app.
Wanneer een schaalfactor meer dan 1 is, betekent dit dat burstcapaciteit wordt ingezet om te voldoen aan de eisen van de workload. Dit betekent ook dat uw werklast capaciteitseenheden aan het lenen is uit een toekomstig tijdsinterval. Dit is een fundamenteel concept van Microsoft Fabric genaamd smoothing.
Smoothing biedt een oplossing voor klanten die plotselinge pieken creëren tijdens hun piektijden, wanneer ze veel ongebruikte capaciteit hebben. Het soepeler maken vereenvoudigt het capaciteitsbeheer door de evaluatie van rekenkracht te spreiden om ervoor te zorgen dat klanttaken soepel en efficiënt worden uitgevoerd.
SKU-beveiligingen
Burstable capaciteit is eindig. Er is een limiet toegepast op de back-end rekenresources om het risico te verminderen dat Warehouse- en SQL Analytics-eindpuntworkloads tot throttling leiden.
De limiet is een schaalfactor die rechtstreeks is gecorreleerd aan de SKU-grootte van de Fabric-capaciteit die aan de werkruimte is toegewezen.
| Stof SKU | Equivalente Premium-SKU | Basiscapaciteitseenheden (CU) | Schaalfactor voor piekbelasting |
|---|---|---|---|
| F2 | 2 | 1x - 32x | |
| F4 | 4 | 1x - 16x | |
| F8 | 8 | 1 keer - 12 keer | |
| F16 | 16 | 1 keer - 12 keer | |
| F32 | 32 | 1 keer - 12 keer | |
| F64 | P1 | 64 | 1 keer - 12 keer |
| F128 | P2 | 128 | 1 keer - 12 keer |
| F256 | P3 | 256 | 1 keer - 12 keer |
| F512 | P4 | 512 | 1 keer - 12 keer |
| F1024 | P5 | 1024 | 1 keer - 12 keer |
| F2048 | 2048 | 1 keer - 12 keer |
Kleinere SKU-grootten worden vaak gebruikt voor ontwikkel-/testscenario's of ad-hocworkloads. De grotere schaalfactor die in de tabel wordt weergegeven, biedt meer verwerkingskracht die overeenkomt met een lager algemeen gebruik dat doorgaans in deze omgevingen wordt gevonden.
Grotere SKU-grootten hebben toegang tot meer totale capaciteitseenheden, waardoor complexere workloads optimaal en met meer gelijktijdigheid kunnen worden uitgevoerd. Als de gewenste prestaties van een workload niet worden bereikt, kan het verhogen van de capaciteits-SKU-grootte nuttig zijn.
Notitie
De maximale Burstable Scale Factor kan alleen worden waargenomen voor extreem kleine tijdsintervallen, vaak binnen één query gedurende seconden of zelfs milliseconden. Wanneer u de Microsoft Fabric Capacity Metrics-app gebruikt om burstbare capaciteit te observeren, zal de schaalfactor over langere perioden lager zijn.
Isolatiegrenzen
Warehouse isoleert de gegevensopname volledig van de queryverwerking, zoals beschreven in Workloadbeheer.
De burstbare schaalfactor kan onafhankelijk worden bereikt voor data-invoer, terwijl op hetzelfde moment de burstbare schaalfactor wordt bereikt voor queryverwerking. Met deze schaalfactoren worden alle processen in één werkruimte ingekapseld. Capaciteit kan echter worden toegewezen aan meerdere werkruimten. Daarom wordt de cumulatieve maximale schaalfactor voor een capaciteit weergegeven in de volgende formule: ([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]
Overwegingen
Normaal gesproken moet een complexe query die wordt uitgevoerd in een werkruimte die is toegewezen aan een SKU met beperkte capaciteit, worden uitgevoerd tot het einde. Als het ophalen van gegevens of tussenliggende gegevensverwerking fysiek niet kan worden uitgevoerd binnen de burstable-schaalfactor, resulteert dit echter in het volgende foutbericht:
This query was rejected due to current capacity constraints.Bekijk de prestatierichtlijnen om ervoor te zorgen dat gegevens en queryoptimalisatie worden gegarandeerd voordat de SKU-grootte wordt verhoogd. Neem contact op met de capaciteitsbeheerder om de SKU-grootte te vergroten.Nadat de capaciteit is aangepast, worden nieuwe randvoorwaarden toegepast wanneer de volgende query wordt uitgevoerd. De prestaties moeten binnen een paar seconden na het indienen van de eerste query worden gestabiliseerd tot de nieuwe capaciteits-SKU-grootte.
Een werkbelasting die op een niet-optimale capaciteit draait, kan aan resourceconflicten worden onderworpen (zoals overlopen) die het CU-gebruik van de werkbelasting kunnen verhogen.