Kebijakan kapasitas
Kebijakan kapasitas digunakan untuk mengontrol sumber daya komputasi terkait operasi manajemen data di kluster.
Objek kebijakan kapasitas
Kebijakan kapasitas dibuat dari komponen berikut:
- IngestionCapacity
- ExtentsMergeCapacity
- ExtentsPurgeRebuildCapacity
- ExportCapacity
- ExtentsPartitionCapacity
- MaterializedViewsCapacity
- StoredQueryResultsCapacity
Untuk melihat kapasitas kluster Anda, gunakan perintah kapasitas .show .
Kapasitas penyerapan
Properti | Jenis | Deskripsi |
---|---|---|
ClusterMaximumConcurrentOperations |
long |
Jumlah maksimum operasi penyerapan bersamaan yang diizinkan dalam kluster. Nilai ini membatasi total kapasitas penyerapan, seperti yang diperlihatkan dalam rumus berikut. |
CoreUtilizationCoefficient |
real |
Menentukan persentase inti yang akan digunakan dalam perhitungan kapasitas penyerapan. |
Rumus
Perintah kapasitas .show mengembalikan kapasitas penyerapan kluster berdasarkan rumus berikut:
Minimum(ClusterMaximumConcurrentOperations
,
Jumlah simpul dalam kluster*
Maximum(1,
Jumlah inti per simpul*
CoreUtilizationCoefficient))
Catatan
Dalam kluster dengan empat simpul atau lebih, simpul admin tidak berpartisipasi dalam operasi penyerapan, sehingga Jumlah simpul dalam kluster berkurang satu.
Kapasitas penggabungan jangkauan
Properti | Jenis | Deskripsi |
---|---|---|
MinimumConcurrentOperationsPerNode |
long |
Jumlah minimal jangkauan bersamaan menggabungkan/membangun kembali operasi pada satu simpul. Defaultnya adalah 1 . |
MaximumConcurrentOperationsPerNode |
long |
Jumlah maksimum jangkauan bersamaan menggabungkan/membangun kembali operasi pada satu simpul. Defaultnya adalah 5 . |
Rumus
Perintah kapasitas .show mengembalikan tingkat kapasitas penggabungan kluster berdasarkan rumus berikut:
Jumlah simpul dalam kluster*
Operasi bersamaan per simpul
Nilai efektif untuk operasi Bersamaan per simpul secara otomatis disesuaikan oleh sistem dalam rentang [MinimumConcurrentOperationsPerNode
,MaximumConcurrentOperationsPerNode
], selama tingkat keberhasilan operasi penggabungan adalah 90% atau lebih tinggi.
Catatan
Dalam kluster dengan empat simpul atau lebih, simpul admin tidak berpartisipasi dalam operasi penggabungan, sehingga Jumlah simpul dalam kluster dikurangi satu.
Kapasitas pembangunan kembali penghapusan menyeluruh jangkauan
Properti | Jenis | Deskripsi |
---|---|---|
MaximumConcurrentOperationsPerNode |
long |
Jumlah maksimum pembangunan ulang bersamaan untuk operasi pembersihan pada satu simpul. |
Rumus
Perintah kapasitas .show mengembalikan tingkat kluster membersihkan kapasitas pembangunan kembali berdasarkan rumus berikut:
Jumlah simpul dalam kluster x MaximumConcurrentOperationsPerNode
Catatan
Dalam kluster dengan empat simpul atau lebih, simpul admin tidak berpartisipasi dalam operasi penggabungan, sehingga Jumlah simpul dalam kluster dikurangi satu.
Kapasitas ekspor
Properti | Jenis | Deskripsi |
---|---|---|
ClusterMaximumConcurrentOperations |
long |
Jumlah maksimum operasi ekspor bersamaan dalam kluster. Nilai ini membatasi total kapasitas ekspor, seperti yang diperlihatkan dalam rumus berikut. |
CoreUtilizationCoefficient |
long |
Menentukan persentase inti yang akan digunakan dalam perhitungan kapasitas ekspor. |
Rumus
Perintah kapasitas .show mengembalikan kapasitas ekspor kluster berdasarkan rumus berikut:
Minimum(ClusterMaximumConcurrentOperations
,
Jumlah simpul dalam kluster*
Maximum(1,
Jumlah inti per simpul*
CoreUtilizationCoefficient))
Catatan
Dalam kluster dengan empat simpul atau lebih, simpul admin tidak berpartisipasi dalam operasi ekspor. Number of nodes in cluster
dikurangi satu.
Kapasitas partisi jangkauan
Properti | Jenis | Deskripsi |
---|---|---|
ClusterMinimumConcurrentOperations |
long |
Jumlah minimal operasi partisi bersamaan dalam kluster. Defaultnya adalah 1 . |
ClusterMaximumConcurrentOperations |
long |
Jumlah maksimum operasi partisi bersamaan dalam kluster. Defaultnya adalah 32 . |
Nilai efektif untuk operasi Bersamaan secara otomatis disesuaikan oleh sistem dalam rentang [ClusterMinimumConcurrentOperations
,ClusterMaximumConcurrentOperations
], selama tingkat keberhasilan operasi partisi adalah 90% atau lebih tinggi.
Kebijakan kapasitas tampilan materialisasi
Kebijakan ini dapat digunakan untuk mengubah pengaturan konkurensi untuk tampilan materialisasi. Mengubah kebijakan kapasitas tampilan materialisasi dapat berguna ketika ada lebih dari satu tampilan terwujud yang ditentukan pada kluster.
Properti | Jenis | Deskripsi |
---|---|---|
ClusterMinimumConcurrentOperations |
long |
Jumlah minimal operasi materialisasi bersamaan dalam kluster. Defaultnya adalah 1 . |
ClusterMaximumConcurrentOperations |
long |
Jumlah maksimum operasi materialisasi bersamaan dalam kluster. Defaultnya adalah 10 . |
Nilai efektif untuk operasi Bersamaan secara otomatis disesuaikan oleh sistem dalam rentang [ClusterMinimumConcurrentOperations
,ClusterMaximumConcurrentOperations
], berdasarkan jumlah tampilan materialisasi dalam kluster dan CPU kluster.
Peringatan
Hanya meningkat ClusterMinimumConcurrentOperations
jika kluster memiliki sumber daya yang cukup (penggunaan CPU rendah dan memori yang tersedia). Meningkatkan nilai-nilai ini di bawah batasan sumber daya dapat menyebabkan kelelahan dan secara signifikan menurunkan performa kluster.
Kapasitas hasil kueri yang disimpan
Properti | Jenis | Deskripsi |
---|---|---|
MaximumConcurrentOperationsPerDbAdmin |
long |
Jumlah maksimum operasi penyerapan serentak dalam node admin kluster. |
CoreUtilizationCoefficient |
real |
Menentukan persentase inti yang akan digunakan dalam perhitungan pembuatan hasil kueri yang disimpan. |
Rumus
Perintah kapasitas .show mengembalikan kapasitas pembuatan hasil kueri tersimpan kluster berdasarkan rumus berikut:
Jumlah simpul dalam kluster*
Maximum(1,
Jumlah inti per simpul*
CoreUtilizationCoefficient)
Catatan
Dalam kluster dengan empat simpul atau lebih, simpul admin tidak berpartisipasi dalam operasi pembuatan hasil kueri yang disimpan, sehingga Jumlah simpul dalam kluster berkurang satu.
Default
Kebijakan kapasitas default memiliki representasi JSON berikut:
{
"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
}
}
Perintah manajemen
Peringatan
Konsultasikan dengan tim dukungan sebelum mengubah kebijakan kapasitas.
- Gunakan
.show cluster policy capacity
untuk menampilkan kebijakan kapasitas kluster saat ini. - Gunakan
.alter-merge cluster policy capacity
untuk mengubah kebijakan kapasitas kluster.
Pembatasan perintah manajemen
Kusto membatasi jumlah permintaan serentak untuk perintah berikut yang dimulai pengguna:
- Penyerapan
- Kategori ini mencakup perintah yang menyerap dari penyimpanan, menyerap dari kueri, dan menyerap secara inline.
- Batasnya adalah seperti yang ditentukan oleh kapasitas penyerapan.
- Penghapusan menyeluruh
- Batas global saat ini ditetapkan pada satu per kluster.
- Kapasitas pembangunan ulang penghapusan menyeluruh digunakan secara internal untuk menentukan jumlah operasi pembangunan ulang serentak selama perintah hapus menyeluruh. Perintah hapus menyeluruh tidak akan diblokir atau dibatasi karena proses ini, tetapi akan selesai lebih cepat atau lebih lambat bergantung pada kapasitas pembangunan ulang penghapusan menyeluruh.
- Ekspor
- Batasnya adalah seperti yang ditentukan dalam kapasitas ekspor.
Ketika kluster mendeteksi bahwa operasi telah melebihi batas permintaan serentak:
- Status perintah, seperti yang ditampilkan oleh Perintah informasi sistem, akan menjadi
Throttled
. - Pesan kesalahan akan mencakup jenis perintah, asal pembatasan dan kapasitas yang telah melampaui batas. Contohnya:
- Contoh:
The management command was aborted due to throttling. Retrying after some backoff might succeed. CommandType: 'TableSetOrAppend', Capacity: 18, Origin: 'CapacityPolicy/Ingestion'
.
- Contoh:
- Kode respons HTTP akan menjadi
429
. Subkode akan menjadiTooManyRequests
. - Jenis pengecualian akan menjadi
ControlCommandThrottledException
.
Catatan
Perintah manajemen juga dapat dibatasi sebagai akibat dari melebihi batas yang ditentukan oleh kebijakan batas Tingkat permintaan grup beban kerja.
Konten terkait
Saran dan Komentar
https://aka.ms/ContentUserFeedback.
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat:Kirim dan lihat umpan balik untuk