Zásady kapacity
Zásady kapacity slouží k řízení výpočetních prostředků operací správy dat v clusteru.
Objekt zásad kapacity
Zásady kapacity se skládají z následujících komponent:
- Kapacita příjmu dat
- RozsahyMergeCapacity
- ExtentsPurgeRebuildCapacity
- ExportCapacity
- ExtentsPartitionCapacity
- MaterializedViewsCapacity
- StoredQueryResultsCapacity
Pokud chcete zobrazit kapacitu clusteru, použijte příkaz .show capacity .
Kapacita příjmu dat
Vlastnost | Typ | Description |
---|---|---|
ClusterMaximumConcurrentOperations |
long |
Maximální počet souběžných operací příjmu dat povolených v clusteru Tato hodnota zasadí celkovou kapacitu příjmu dat, jak je znázorněno v následujícím vzorci. |
CoreUtilizationCoefficient |
real |
Určuje procento jader, která se mají použít při výpočtu kapacity příjmu dat. |
Vzorec
Příkaz .show capacity vrátí kapacitu příjmu dat clusteru na základě následujícího vzorce:
Minimum(ClusterMaximumConcurrentOperations
,
Počet uzlů v clusteru*
Maximum(1,
Počet jader na uzel*
CoreUtilizationCoefficient))
Poznámka
V clusterech se čtyřmi nebo více uzly se uzel správce neúčastní operací příjmu dat, takže počet uzlů v clusteru se sníží o jeden.
Kapacita slučování rozsahů
Vlastnost | Typ | Description |
---|---|---|
MinimumConcurrentOperationsPerNode |
long |
Minimální počet souběžných operací sloučení/opětovného sestavení rozsahů na jednom uzlu. Výchozí je 1 . |
MaximumConcurrentOperationsPerNode |
long |
Maximální počet souběžných operací sloučení/opětovného sestavení rozsahů na jednom uzlu. Výchozí je 5 . |
Vzorec
Příkaz .show capacity vrátí kapacitu sloučení rozsahů clusteru na základě následujícího vzorce:
Počet uzlů v clusteru*
Souběžné operace na uzel
Efektivní hodnotu souběžných operací na uzel systém automaticky upraví v rozsahu [MinimumConcurrentOperationsPerNode
,MaximumConcurrentOperationsPerNode
], pokud je úspěšnost operací sloučení 90 % nebo vyšší.
Poznámka
V clusterech se čtyřmi nebo více uzly se uzel správce neúčastní slučovacích operací, takže počet uzlů v clusteru se sníží o jeden.
Rozsahy vyprázdnění kapacity opětovného sestavení
Vlastnost | Typ | Description |
---|---|---|
MaximumConcurrentOperationsPerNode |
long |
Maximální počet souběžných rozsahů opětovného sestavení pro operace vymazání na jednom uzlu. |
Vzorec
Příkaz .show capacity vrátí kapacitu vyprázdnění rozsahů clusteru na základě následujícího vzorce:
Počet uzlů v clusteru x MaximumConcurrentOperationsPerNode
Poznámka
V clusterech se čtyřmi nebo více uzly se uzel správce neúčastní slučovacích operací, takže počet uzlů v clusteru se sníží o jeden.
Kapacita exportu
Vlastnost | Typ | Description |
---|---|---|
ClusterMaximumConcurrentOperations |
long |
Maximální počet souběžných operací exportu v clusteru Tato hodnota limituje celkovou kapacitu exportu, jak je znázorněno v následujícím vzorci. |
CoreUtilizationCoefficient |
long |
Určuje procento jader, které se mají použít při výpočtu kapacity exportu. |
Vzorec
Příkaz .show capacity vrátí kapacitu exportu clusteru na základě následujícího vzorce:
Minimum(ClusterMaximumConcurrentOperations
,
Počet uzlů v clusteru*
Maximum(1,
Počet jader na uzel*
CoreUtilizationCoefficient))
Poznámka
V clusterech se čtyřmi nebo více uzly se uzel správce neúčastní operací exportu. Hodnota Number of nodes in cluster
se zmenší o jednu.
Rozsahy kapacity oddílu
Vlastnost | Typ | Description |
---|---|---|
ClusterMinimumConcurrentOperations |
long |
Minimální počet souběžných rozsahů operací oddílů v clusteru. Výchozí je 1 . |
ClusterMaximumConcurrentOperations |
long |
Maximální počet souběžných operací oddílů rozsahů v clusteru. Výchozí je 32 . |
Efektivní hodnotu souběžných operací systém automaticky upraví v rozsahu [ClusterMinimumConcurrentOperations
,ClusterMaximumConcurrentOperations
], pokud je úspěšnost operací dělení 90 % nebo vyšší.
Zásady kapacity materializovaných zobrazení
Zásady lze použít ke změně nastavení souběžnosti pro materializovaná zobrazení. Změna zásad kapacity materializovaných zobrazení může být užitečná, pokud je v clusteru definováno více než jedno materializované zobrazení.
Vlastnost | Typ | Description |
---|---|---|
ClusterMinimumConcurrentOperations |
long |
Minimální počet souběžných operací materializace v clusteru. Výchozí je 1 . |
ClusterMaximumConcurrentOperations |
long |
Maximální počet souběžných operací materializace v clusteru. Výchozí je 10 . |
Efektivní hodnotu souběžných operací systém automaticky upraví v rozsahu [ClusterMinimumConcurrentOperations
,ClusterMaximumConcurrentOperations
], na základě počtu materializovaných zobrazení v clusteru a procesoru clusteru.
Upozornění
Zvýšení pouze ClusterMinimumConcurrentOperations
v případě, že má cluster dostatek prostředků (nízké využití procesoru a dostupná paměť). Zvýšení těchto hodnot v rámci omezení prostředků může vést k vyčerpání a výrazně snížit výkon clusteru.
Uložená kapacita výsledků dotazu
Vlastnost | Typ | Description |
---|---|---|
MaximumConcurrentOperationsPerDbAdmin |
long |
Maximální počet souběžných operací příjmu dat v uzlu správce clusteru |
CoreUtilizationCoefficient |
real |
Určuje procento jader, která se mají použít ve výpočtu vytvoření uložených výsledků dotazu. |
Vzorec
Příkaz .show capacity vrátí kapacitu uloženého dotazu clusteru na základě následujícího vzorce:
Počet uzlů v clusteru*
Maximum(1,
Počet jader na uzel*
CoreUtilizationCoefficient)
Poznámka
V clusterech se čtyřmi nebo více uzly se uzel správce neúčastní operací vytvoření uložených výsledků dotazu, takže počet uzlů v clusteru se sníží o jeden.
Ve výchozím nastavení
Výchozí zásady kapacity mají následující reprezentaci JSON:
{
"IngestionCapacity": {
"ClusterMaximumConcurrentOperations": 512,
"CoreUtilizationCoefficient": 0.75
},
"ExtentsMergeCapacity": {
"MinimumConcurrentOperationsPerNode": 1,
"MaximumConcurrentOperationsPerNode": 3
},
"ExtentsPurgeRebuildCapacity": {
"MaximumConcurrentOperationsPerNode": 1
},
"ExportCapacity": {
"ClusterMaximumConcurrentOperations": 100,
"CoreUtilizationCoefficient": 0.25
},
"ExtentsPartitionCapacity": {
"ClusterMinimumConcurrentOperations": 1,
"ClusterMaximumConcurrentOperations": 32
},
"MaterializedViewsCapacity": {
"ClusterMaximumConcurrentOperations": 1,
"ExtentsRebuildCapacity": {
"ClusterMaximumConcurrentOperations": 50,
"MaximumConcurrentOperationsPerNode": 5
}
},
"StoredQueryResultsCapacity": {
"MaximumConcurrentOperationsPerDbAdmin": 250,
"CoreUtilizationCoefficient": 0.75
}
}
Příkazy pro správu
Upozornění
Před změnou zásad kapacity se poraďte s týmem podpory.
- Slouží
.show cluster policy capacity
k zobrazení aktuálních zásad kapacity clusteru. - Slouží
.alter-merge cluster policy capacity
ke změně zásad kapacity clusteru.
Omezování příkazů pro správu
Kusto omezuje počet souběžných požadavků na následující příkazy iniciované uživatelem:
- Příjem dat
- Tato kategorie zahrnuje příkazy, které ingestují z úložiště, ingestují z dotazu a ingestují inline.
- Limit je definovaný kapacitou příjmu dat.
- Čistky
- Globální limit je v současné době pevný na jeden cluster.
- Kapacita vyprázdnění opětovného sestavení se používá interně k určení počtu souběžných operací opětovného sestavení během příkazů vymazání. Příkazy pro vymazání nebudou kvůli tomuto procesu blokovány ani omezeny, ale budou dokončeny rychleji nebo pomaleji v závislosti na kapacitě opětovného sestavení vyprázdnění.
- exporty
- Limit je definovaný v kapacitě exportu.
Když cluster zjistí, že operace překročila limit souběžných požadavků:
- Stav příkazu, jak je prezentován příkazy Systémové informace, bude
Throttled
. - Chybová zpráva bude obsahovat typ příkazu, počátek omezování a překročenou kapacitu . Příklad:
- Příklad:
The management command was aborted due to throttling. Retrying after some backoff might succeed. CommandType: 'TableSetOrAppend', Capacity: 18, Origin: 'CapacityPolicy/Ingestion'
.
- Příklad:
- Kód odpovědi HTTP bude
429
. Podkód budeTooManyRequests
. - Typ výjimky bude
ControlCommandThrottledException
.
Poznámka
Příkazy pro správu mohou být také omezeny v důsledku překročení limitu definovaného zásadami omezení četnosti požadavků skupiny úloh.
Související obsah
Váš názor
https://aka.ms/ContentUserFeedback.
Připravujeme: V průběhu roku 2024 budeme postupně vyřazovat problémy z GitHub coby mechanismus zpětné vazby pro obsah a nahrazovat ho novým systémem zpětné vazby. Další informace naleznete v tématu:Odeslat a zobrazit názory pro