Criteri di limitazione dell'infrastruttura

La limitazione si verifica quando la capacità di un tenant utilizza più risorse di capacità rispetto a quelle acquistate. Una limitazione eccessiva può comportare una riduzione dell'esperienza dell'utente finale. Un tenant di Fabric può creare più capacità e assegnare aree di lavoro a una capacità specifica per la fatturazione e il dimensionamento.

La limitazione viene applicata a livello di capacità, ovvero mentre una capacità o un set di aree di lavoro potrebbe riscontrare una riduzione delle prestazioni a causa dell'overload, altre capacità potrebbero continuare a funzionare normalmente. Nei casi in cui le funzionalità come gli artefatti OneLake vengono prodotte in una capacità e utilizzate da un'altra, lo stato di limitazione della capacità di utilizzo determina se le chiamate all'artefatto vengono limitate.

Bilanciare le prestazioni e l'affidabilità

Fabric è progettato per offrire prestazioni veloci ai clienti consentendo alle operazioni di accedere a più risorse cu (unità di capacità) rispetto a quelle allocate alla capacità. Le attività che potrebbero richiedere alcuni minuti per il completamento in altre piattaforme possono essere completate in pochi secondi in Fabric. Per evitare di penalizzare gli utenti durante l'aumento del carico operativo, Fabric uniforma o media l'utilizzo del CU di un'operazione in un minimo di 5 minuti e anche più a lungo per richieste di cu elevate ma brevi richieste di runtime. Questo comportamento garantisce prestazioni costantemente veloci senza riscontrare limitazioni.

Per le operazioni in background con runtime lunghi e che utilizzano carichi di cu pesanti, Fabric consente di uniformare l'utilizzo del CU in un periodo di 24 ore. L'smoothing elimina la necessità di data scientist e amministratori di database di dedicare tempo alla creazione di pianificazioni dei processi per distribuire il carico cu nel corso del giorno per impedire il blocco degli account. Con il smoothing cu di 24 ore, i processi pianificati possono essere eseguiti contemporaneamente senza causare picchi in qualsiasi momento durante il giorno e si possono godere di prestazioni costantemente veloci senza sprecare tempo nella gestione delle pianificazioni dei processi.

Le operazioni in anteprima non sono limitate

Quando una capacità entra in uno stato limitato, influisce solo sulle operazioni richieste dopo l'avvio della limitazione della capacità. Tutte le operazioni, incluse quelle a esecuzione prolungata inviate prima dell'inizio della limitazione, possono essere eseguite fino al completamento. Questo comportamento garantisce che le operazioni vengano completate, anche durante gli picchi di cu.

Trigger di limitazione e fasi di limitazione

Dopo il smoothing, alcuni account possono comunque riscontrare picchi di utilizzo della cu durante i periodi di report di picco. Per gestire questi picchi, gli amministratori possono configurare avvisi di posta elettronica per ricevere una notifica quando una capacità consuma il 100% del relativo cu di cui è stato effettuato il provisioning. Questo modello indica che la capacità può trarre vantaggio dal bilanciamento del carico e l'amministratore deve prendere in considerazione l'aumento delle dimensioni dello SKU. È importante notare che per gli SKU F, è possibile aumentarli e ridurli manualmente in qualsiasi momento nelle impostazioni di amministrazione. Tuttavia, anche quando una capacità funziona al massimo del potenziale cu, Fabric non applica la limitazione. In questo modo gli utenti hanno prestazioni costantemente veloci senza subire interruzioni.

La prima fase della limitazione inizia quando una capacità ha utilizzato tutte le risorse CU disponibili per i prossimi 10 minuti. Ad esempio, se sono state acquistate 10 unità di CU e quindi sono state utilizzate 50 unità al minuto, si creerà un riporto di 40 unità al minuto. Dopo due e mezzo minuti, avresti accumulato un riporto avanti di 100 unità, preso in prestito dalle finestre future. A questo punto in cui la capacità ha già esaurito tutta la capacità per i prossimi 10 minuti, Fabric avvia il primo livello di limitazione e tutte le nuove operazioni interattive vengono ritardate di 20 secondi all'invio. Se l'operazione di avanzamento raggiunge un'ora intera, le richieste interattive vengono rifiutate, ma le operazioni pianificate in background continuano a essere eseguite. Se la capacità accumula un totale di 24 ore di avanzamento, l'intera capacità viene bloccata fino a quando il trasporto non viene pagato.

Consumo smussato futuro

Nota

Microsoft tenta di migliorare la flessibilità del cliente nell'uso del servizio, bilanciando al contempo la necessità di gestire l'utilizzo della capacità del cliente. Per questo motivo, Microsoft potrebbe modificare o aggiornare i criteri di limitazione dell'infrastruttura.

Utilizzo	Limiti dei criteri	Impatto sull'esperienza dei criteri della piattaforma
Utilizzo <= 10 minuti	Protezione dell'eccedenza	I processi possono usare 10 minuti di utilizzo della capacità futura senza limitazioni.
Utilizzo di 10 minuti <<= 60 minuti	Ritardo interattivo	I processi interattivi richiesti dall'utente sono ritardati di 20 secondi all'invio.
Utilizzo di 60 minuti <<= 24 ore	Rifiuto interattivo	I processi interattivi richiesti dall'utente vengono rifiutati.
Utilizzo > 24 ore	Rifiuto in background	Tutte le richieste vengono rifiutate.

Ridurre l'utilizzo della capacità

Ogni volta che una capacità ha capacità inattiva, il sistema paga i livelli di avanzamento.

Se si hanno 100 minuti di cu e un avanzamento di 200 minuti cu, e non si dispone di alcuna operazione in esecuzione, sono necessari due minuti per pagare il trasporto in avanti. In questo esempio il sistema non viene limitato, perché ci sono 2 minuti di avanzamento. I ritardi di limitazione non inizieranno fino a quando non saranno trascorsi 10 minuti.

Se è necessario pagare più velocemente il carico, è possibile aumentare temporaneamente le dimensioni dello SKU per generare una capacità di inattività maggiore applicata all'operazione di avanzamento.

Il comportamento della limitazione è specifico di Fabric

Sebbene la maggior parte dei prodotti Fabric segua le regole di limitazione indicate in precedenza, esistono alcune eccezioni.

Ad esempio, i flussi di eventi di Fabric hanno molte operazioni che possono essere eseguite per anni dopo l'avvio. La limitazione delle nuove operazioni del flusso di eventi non avrebbe senso, quindi la quantità di CU allocata per mantenere aperto il flusso viene ridotta fino a quando la capacità non è di nuovo in buona posizione.

Un'altra eccezione è Analisi in tempo reale, che non sarebbe in tempo reale se le operazioni siano state ritardate di 20 secondi. Di conseguenza, Analisi in tempo reale ignora la prima fase di limitazione con ritardi di 20 secondi a 10 minuti di avanzamento e attende fino alla fase di rifiuto a 60 minuti di avanzamento per iniziare la limitazione. Questo comportamento garantisce che gli utenti possano continuare a godere di prestazioni in tempo reale anche durante periodi di elevata domanda.

Analogamente, quasi tutte le operazioni nella categoria Warehouse vengono segnalate come background per sfruttare il smoothing di 24 ore dell'attività per consentire i modelli di utilizzo più flessibili. La classificazione di tutti i data warehousing come background impedisce picchi di utilizzo cu di attivare troppo rapidamente la limitazione delle richieste. Alcune richieste possono attivare una stringa di operazioni limitate in modo diverso. Ciò può rendere un'operazione in background soggetta alla limitazione come operazione interattiva.

Classificazioni interattive e in background per la limitazione e il smoothing

Alcuni amministratori possono notare che le operazioni vengono talvolta classificate come interattive e uniformate come sfondo o viceversa. Questa distinzione si verifica perché i sistemi di limitazione di Fabric devono applicare regole di limitazione prima che una richiesta inizi l'esecuzione. Lo smoothing si verifica dopo l'avvio dell'esecuzione del processo e il consumo di CU può essere misurato.

I sistemi di limitazione tentano di classificare accuratamente le operazioni all'invio, ma talvolta la classificazione di un'operazione può cambiare dopo l'applicazione della limitazione. Quando l'operazione inizia a essere eseguita, diventano disponibili informazioni più dettagliate sulla richiesta. In scenari ambigui, i sistemi di limitazione tentano di eseguire errori sul lato della classificazione delle operazioni in background, che è nell'interesse migliore dell'utente.

Tenere traccia delle operazioni rifiutate

Il drill-down dell'app Microsoft Fabric Capacity Metrics consente agli amministratori di visualizzare le operazioni rifiutate durante un evento di limitazione. Sono disponibili informazioni limitate su queste operazioni perché non sono mai state autorizzate ad iniziare. L'amministratore può visualizzare il prodotto, l'utente, l'ID operazione e l'ora di invio della richiesta. Gli utenti finali ricevono un messaggio di errore quando una richiesta viene rifiutata che chiede di riprovare più tardi.

Contenuto correlato

• Installare l'app per le metriche della capacità di Microsoft Fabric per monitorare le capacità di Fabric.