Membuat dan mengelola kluster khusus di log Azure Monitor

Kluster khusus dalam Azure Monitor menyediakan kemampuan keamanan dan kontrol tingkat lanjut, dan pengoptimalan biaya. Anda dapat menghubungkan ruang kerja baru atau yang sudah ada ke kluster khusus tanpa mengganggu proses penyerapan dan kueri.

Kemampuan tingkat lanjut

Azure Monitor Logs adalah layanan berskala cloud yang dikelola sepenuhnya dan dirancang untuk secara otomatis menangani pemasukan data, pengindeksan, dan pencarian di seluruh beban kerja yang besar dan berfluktuasi. Mesin yang mendasarnya menggunakan mekanisme bawaan yang mengoptimalkan eksekusi kueri, mendistribusikan pemrosesan, dan secara otomatis menskalakan sumber daya dengan mulus tanpa intervensi pengguna. Layanan berkinerja tinggi ini adalah kerangka kerja tempat ruang kerja Log Analytics default, atau kluster yang dibagi, dibangun. Kemampuan tambahan berikut tidak terkunci saat Anda membuat kluster khusus:

Kemampuan Deskripsi
Kunci yang dikelola pelanggan Enkripsi data dengan menggunakan kunci yang Anda berikan dan kontrol.
Kotak kunci Mengontrol akses teknisi dukungan Microsoft ke data Anda.
Enkripsi ganda Lapisan enkripsi tambahan untuk data Anda.
Pengoptimalan lintas ruang kerja Kueri lintas ruang kerja berjalan lebih cepat saat berada di kluster yang sama.
Pengoptimalan biaya Tautkan ruang kerja di wilayah yang sama ke kluster, dan nikmati diskon tingkat komitmen untuk data yang diserap dari semua ruang kerja yang ditautkan.
Zona ketersediaan Lindungi data Anda dengan pusat data di lokasi fisik yang berbeda, dilengkapi dengan daya, pendinginan, dan jaringan independen. Azure Monitor zona ketersediaan memperluas ketahanan Azure Monitor Anda secara otomatis. Azure Monitor memungkinkan kluster khusus untuk zona ketersediaan (isAvailabilityZonesEnabled: 'true') secara default di semua wilayah yang mendukung zona ketersediaan. Wilayah yang didukung oleh zona ketersediaan mencakup dukungan untuk kluster khusus dan kluster bersama.
Ingest dari Azure Event Hubs Memungkinkan Anda menyerap data langsung dari Azure Event Hubs ke ruang kerja Log Analytics.
Memantau ruang kerja tertaut sebagai gugus Pantau performa kluster melalui Azure Monitor, termasuk volume penyerapan, performa kueri, dan pemanfaatan komitmen kapasitas di semua ruang kerja yang ditautkan.

Catatan

Kluster yang didedikasikan bukanlah metode umum untuk mempercepat semua kueri. Seperti halnya sistem analitik besar apa pun, menjalankan kueri di seluruh himpunan data yang sangat besar memerlukan sumber daya komputasi tambahan dan dapat memengaruhi performa kueri. Untuk performa kueri yang lebih baik di luar pengoptimalan lintas ruang kerja kluster khusus, optimalkan kueri Anda. Strategi ini sangat efektif dengan himpunan data besar dan saat mengkueri dalam rentang waktu yang lama.

Model harga klaster

Log Analytics kluster khusus menggunakan model harga tingkat komitmen mulai dari 100 GB per hari. Penyerapan yang melebihi tingkat komitmen dibebankan berdasarkan tarif per GB. Anda dapat meningkatkan tingkat komitmen kapan saja, tetapi memiliki periode komitmen 31 hari sebelum dapat dikurangi. Lihat detail harga Azure Monitor Logs untuk informasi tentang tingkatan komitmen.

Jenis penagihan kluster memiliki dua kemungkinan nilai:

  • Kluster (default) - Biaya untuk kluster Anda diatribusikan ke sumber daya kluster.
  • Ruang kerja - Biaya untuk kluster Anda diatribusikan secara proporsional ke ruang kerja di kluster, dengan sumber daya kluster ditagih sebagian dari penggunaan jika total data yang diserap untuk hari itu berada di bawah tingkat komitmen. Lihat Log Analytics Klaster Khusus untuk mempelajari selengkapnya tentang model harga kluster.

Izin yang diperlukan

Untuk melakukan tindakan terkait kluster, Anda memerlukan izin ini:

Perbuatan Izin atau peran yang diperlukan
Membuat kluster khusus izin Microsoft.Resources/deployments/* dan Microsoft.OperationalInsights/clusters/write, seperti yang disediakan oleh peran bawaan kontributor Log Analytics, misalnya
Ubah properti kluster izin Microsoft.OperationalInsights/clusters/write, seperti yang disediakan oleh peran bawaan Log Analytics Contributor, misalnya
Menautkan ruang kerja ke kluster izin Microsoft.OperationalInsights/clusters/write, Microsoft.OperationalInsights/workspaces/write, dan Microsoft.OperationalInsights/workspaces/linkedservices/write, sebagaimana disediakan oleh peran bawaan kontributor Log Analytics, misalnya
Periksa status tautan ruang kerja Microsoft.OperationalInsights/workspaces/read izin untuk ruang kerja, yang disediakan oleh peran bawaan Pembaca Log Analytics, misalnya
Mengambil kluster atau memeriksa status penyediaan kluster izin Microsoft.OperationalInsights/clusters/read, seperti yang disediakan oleh peran bawaan pembaca Log Analytics, misalnya
Memperbarui tingkat komitmen atau jenis penagihan dalam cluster izin Microsoft.OperationalInsights/clusters/write, seperti yang disediakan oleh peran bawaan Log Analytics Contributor, misalnya
Memberikan izin yang diperlukan Peran Pemilik atau Kontributor yang memiliki izin */write, atau peran bawaan Log Analytics Kontributor, yang memiliki izin Microsoft.OperationalInsights/*
Putuskan hubungan ruang kerja dari kluster izin Microsoft.OperationalInsights/workspaces/linkedServices/delete, seperti yang disediakan oleh peran bawaan Log Analytics Contributor, misalnya
Menghapus kluster khusus izin Microsoft.OperationalInsights/clusters/delete, seperti yang disediakan oleh peran bawaan Log Analytics Contributor, misalnya

Untuk informasi selengkapnya tentang izin Log Analytics, lihat Kelola akses ke data log dan ruang kerja di Azure Monitor.

sampel templat Resource Manager

Artikel ini menyertakan contoh templat Azure Resource Manager (ARM) untuk membuat dan mengonfigurasi kluster Log Analytics di Azure Monitor. Setiap sampel menyertakan file templat dan file parameter dengan sampel nilai yang akan disediakan untuk templat.

Catatan

Lihat sampel Azure Resource Manager untuk Azure Monitor untuk daftar sampel yang tersedia dan panduan tentang menyebarkannya di langganan Azure Anda.

Referensi templat

Persiapan

Penagihan pada tingkat komitmen kluster dimulai segera setelah Anda membuat kluster, terlepas dari pemasukan data. Siapkan item berikut ini sebelum Anda memulai:

  1. Langganan untuk membuat kluster.
  2. Daftar ruang kerja yang ingin Anda tautkan ke kluster. Ruang kerja ini harus berada di wilayah yang sama dengan kluster.
  3. Keputusan tentang jenis penagihan dan atribusi, apakah akan diatur ke kluster (default) atau ke ruang kerja yang ditautkan secara proporsional.
  4. Verifikasi izin Anda untuk membuat kluster dan menautkan ruang kerja.

Catatan

  • Pembuatan kluster dan penautan ruang kerja adalah operasi asinkron yang dapat memakan waktu beberapa jam untuk diselesaikan.
  • Menautkan atau membatalkan tautan ruang kerja dari kluster tidak berpengaruh pada penyerapan atau kueri selama operasi.

Membuat kluster khusus

Berikan properti berikut saat membuat kluster khusus baru:

  • ClusterName: Harus unik untuk grup sumber daya.

  • ResourceGroupName: Gunakan grup sumber daya IT pusat karena banyak tim di organisasi biasanya berbagi kluster. Untuk pertimbangan desain lainnya, tinjau Desain konfigurasi ruang kerja Log Analytics.

  • Tempat

  • SkuCapacity: Tingkat komitmen yang valid adalah 100, 200, 300, 400, 500, 1000, 2000, 5000, 10000, 25000, atau 50000 GB per hari. Tingkat komitmen minimum yang didukung dalam CLI dan templat penyebaran adalah 500 GB. Gunakan REST API untuk mengonfigurasi tingkat komitmen yang lebih rendah dari 500 GB. Untuk informasi selengkapnya tentang biaya kluster, lihat Kluster khusus.

  • Identitas terkelola: Kluster mendukung dua jenis identitas terkelola:

    • Identitas terkelola yang ditetapkan sistem - Dihasilkan secara otomatis dengan pembuatan kluster saat identitas type diatur ke "SystemAssigned". Gunakan identitas ini untuk memberikan akses penyimpanan ke Key Vault Anda untuk operasi membungkus dan membuka bungkus.

      Identitas dalam Panggilan REST Klaster

      {
        "identity": {
          "type": "SystemAssigned"
          }
      }
      
    • Identitas terkelola yang ditetapkan pengguna - Dengan menggunakan identitas ini, Anda dapat mengonfigurasi kunci yang dikelola oleh pelanggan saat pembuatan kluster, ketika memberikan izinnya di Key Vault Anda sebelum pembuatan kluster.

      Identitas dalam Panggilan REST Klaster

      {
      "identity": {
        "type": "UserAssigned",
          "userAssignedIdentities": {
            "subscriptions/<subscription-id>/resourcegroups/<resource-group-name>/providers/Microsoft.ManagedIdentity/UserAssignedIdentities/<cluster-assigned-managed-identity>"
          }
        }  
      }
      

Setelah membuat sumber daya kluster, Anda dapat mengedit properti seperti sku, keyVaultProperties, atau billingType. Lihat lebih detail di bawah ini.

Kluster yang dihapus membutuhkan waktu dua minggu untuk dihapus sepenuhnya. Anda dapat memiliki hingga tujuh kluster per langganan dan wilayah - lima aktif, dan dua dihapus dalam dua minggu terakhir.

Catatan

Membuat kluster melibatkan beberapa sumber daya dan operasi biasanya selesai dalam dua jam. Kluster khusus ditagih setelah disediakan terlepas dari penyerapan data. Siapkan penyebaran untuk mempercepat provisi dan penghubungan ruang kerja ke kluster. Verifikasi hal berikut:

  • Daftar ruang kerja awal yang akan ditautkan ke kluster diidentifikasi
  • Anda memiliki izin terhadap langganan yang ditujukan untuk kluster dan ruang kerja apa pun yang bisa dihubungkan

Pilih Buat di menu Log Analytics kluster khusus di portal Azure. Anda dimintai detail seperti nama kluster dan tingkat komitmen.

Screenshot untuk membuat kluster khusus di portal Azure.

Periksa status penyediaan kluster

Penyediaan kluster Log Analytics membutuhkan waktu cukup lama untuk diselesaikan. Gunakan salah satu metode berikut untuk memeriksa properti ProvisioningState. Nilainya adalah Membuat saat provisi dan Berhasil saat selesai.

Portal menyediakan status saat kluster sedang diprovisikan.

Catatan

  • Hanya hubungkan ruang kerja setelah portal selesai menyediakan kluster Log Analytics.
  • Menautkan ruang kerja ke kluster menyinkronkan beberapa komponen backend dan hidrasi cache, yang biasanya selesai dalam dua jam.
  • Saat Anda menautkan ruang kerja Log Analytics, paket penagihan ruang kerja berubah menjadi LACluster. Hapus SKU di templat ruang kerja untuk mencegah konflik selama penyebaran ruang kerja.
  • Selain aspek penagihan yang diatur oleh paket kluster, semua konfigurasi ruang kerja dan aspek kueri tetap tidak berubah selama dan setelah tautan.

Anda memerlukan izin 'tulis' ke ruang kerja dan sumber daya kluster untuk operasi tautan ruang kerja:

  • Di ruang kerja: Microsoft.OperationalInsights/workspaces/write
  • Dalam sumber daya kluster: Microsoft.OperationalInsights/clusters/write

Setelah Anda menautkan ruang kerja Log Analytics ke kluster khusus, data baru yang Anda kirim ke ruang kerja masuk ke kluster khusus Anda, sementara data yang sebelumnya diserap tetap berada di kluster Log Analytics. Menautkan ruang kerja tidak memengaruhi operasi ruang kerja, termasuk pengalaman pengambilan data dan kueri. Mesin kueri Log Analytics secara otomatis menjahit data dari kluster lama dan baru, sehingga hasil kueri selesai.

Kluster bersifat regional dan dapat menautkan hingga 1.000 ruang kerja yang terletak di wilayah yang sama dengan kluster. Untuk mencegah fragmentasi data, Anda tidak dapat menautkan ruang kerja ke kluster lebih dari dua kali sebulan.

Ruang kerja tertaut dapat berada di langganan yang berbeda dari langganan tempat kluster berada. Jika Anda menggunakan Azure Lighthouse untuk memetakan keduanya ke satu penyewa, ruang kerja dan kluster dapat berada di penyewa yang berbeda.

Saat Anda mengonfigurasi kluster khusus dengan kunci yang dikelola pelanggan (CMK), data yang baru diserap dienkripsi dengan kunci Anda, sementara data lama tetap dienkripsi dengan kunci yang dikelola Microsoft (MMK). Log Analytics menyederhanakan konfigurasi utama, dan melakukan kueri di seluruh enkripsi data lama dan baru dengan mulus.

Gunakan langkah-langkah berikut untuk menautkan ruang kerja ke kluster. Anda dapat menggunakan otomatisasi untuk menautkan beberapa ruang kerja:

Pilih kluster Anda dari menu kluster khusus Log Analytics di portal Azure. Pilih Ruang kerja tertaut untuk melihat semua ruang kerja yang saat ini ditautkan ke kluster khusus. Pilih Tautkan ruang kerja untuk menautkan ruang kerja tambahan.

Screenshot untuk menautkan ruang kerja ke kluster khusus di portal Azure.

Operasi tautan ruang kerja dapat memakan waktu hingga 90 menit untuk diselesaikan. Anda dapat memeriksa status pada ruang kerja yang ditautkan dan kluster. Setelah selesai, sumber daya ruang kerja menyertakan properti clusterResourceId di bawah features, dan kluster menyertakan ruang kerja tertaut di bawah bagian associatedWorkspaces.

Saat Anda mengonfigurasi kluster dengan kunci yang dikelola oleh pelanggan, data yang dimasukkan dienkripsi menggunakan kunci Anda ke dalam ruang kerja setelah operasi tautan selesai.

Pada halaman Gambaran Umum untuk kluster khusus Anda, pilih Tampilan JSON. Bagian ini associatedWorkspaces mencantumkan ruang kerja yang ditautkan ke kluster.

Screenshot untuk melihat ruang kerja terkait untuk kluster khusus di portal Azure.

Ubah properti kluster

Setelah membuat sumber daya kluster dan sepenuhnya tersedia, Anda dapat mengedit properti kluster dengan menggunakan CLI, PowerShell, atau REST API. Anda dapat mengatur properti berikut setelah kluster disediakan:

  • keyVaultProperties - Berisi kunci dalam Azure Key Vault dengan parameter berikut: KeyVaultUri, KeyName, KeyVersion. Lihat Memperbarui kluster khusus dengan detail Pengidentifikasi kunci.
  • Identity - Identitas yang digunakan untuk mengautentikasi ke Key Vault Anda. Identitas ini dapat ditetapkan sistem atau ditetapkan pengguna.
  • billingType - Atribusi penagihan untuk sumber daya kluster dan datanya. Menyertakan nilai berikut:
    • Kluster (default) - Biaya untuk kluster Anda diatribusikan ke sumber daya kluster.
    • Workspaces - Biaya untuk kluster Anda diatribusikan secara proporsional ke Workspaces dalam Kluster, dengan sumber daya kluster ditagih sebagian dari penggunaan jika total data yang diserap untuk hari itu berada di bawah tingkat komitmen. Lihat Log Analytics Klaster Khusus untuk mempelajari selengkapnya tentang model harga kluster.

Penting

Pembaruan kluster tunggal tidak boleh menyertakan detail identitas dan pengidentifikasi kunci dalam operasi yang sama. Jika Anda perlu memperbarui keduanya, buat pembaruan dalam dua operasi berturut-turut.

Tidak Berlaku

Dapatkan semua kluster yang ada di grup sumber daya

Dari menu Log Analytics klaster khusus di portal Azure, pilih filter grup Resource.

Screenshot untuk melihat semua kluster khusus dalam grup sumber daya di portal Azure.

Dapatkan semua kluster di langganan

Dari menu Log Analytics klaster khusus di portal Azure, pilih filter Subscription.

Screenshot untuk melihat semua kluster khusus dalam langganan di portal Azure.

Perbarui tingkat komitmen di kluster

Jika volume data ke ruang kerja tertaut berubah seiring waktu, perbarui Tingkat Komitmen untuk mengoptimalkan biaya. Tentukan tingkat dalam satuan gigabyte (GB). Tingkatan dapat memiliki nilai 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000, atau 50.000 GB per hari. Anda tidak perlu menyediakan isi permintaan REST lengkap, tetapi Anda harus menyertakan SKU.

Selama periode komitmen, Anda dapat berubah ke tingkat komitmen yang lebih tinggi, yang memulai ulang periode komitmen 31 hari. Anda tidak dapat pindah kembali ke prabayar atau ke tingkat komitmen yang lebih rendah sampai Anda menyelesaikan periode komitmen.

Pilih kluster Anda dari menu kluster khusus Log Analytics di portal Azure. Pilih Ubah di samping Tingkat komitmen.

Screenshot untuk mengubah tingkat komitmen untuk kluster khusus di Portal Azure.

Peringatan

Membatalkan tautan ruang kerja tidak memindahkan data ruang kerja dari kluster. Setiap data yang dikumpulkan untuk ruang kerja saat ditautkan ke kluster khusus, tetap berada di kluster untuk periode retensi yang ditentukan oleh ruang kerja, dan dapat diakses selama kluster tidak dihapus.

Anda dapat melepaskan tautan ruang kerja dari kluster kapan saja. Inilah yang terjadi ketika ruang kerja dilepas tautannya

  • Tingkat harga ruang kerja diubah menjadi per GB
  • Data yang diserap ke kluster sebelum operasi batalkan tautan tetap berada di kluster
  • Data baru yang dikirim ke ruang kerja akan diserap ke ruang kerja, bukan kluster khusus
  • Kueri tidak terpengaruh saat ruang kerja tidak ditautkan - layanan Log Analytics melakukan kueri lintas kluster dengan mulus
  • Jika kluster khusus dikonfigurasi dengan kunci yang dikelola pelanggan (CMK), data yang diserap ke ruang kerja saat ditautkan tetap dienkripsi dengan kunci Anda di kluster khusus dan dapat diakses selama kunci dan izin Anda untuk Key Vault tetap ada

Catatan

  • Untuk mencegah distribusi data di seluruh kluster, Anda hanya dapat melakukan dua operasi tautan untuk ruang kerja tertentu dalam waktu satu bulan. Hubungi dukungan jika Anda mencapai batas.
  • Ruang kerja yang tidak ditautkan berpindah ke level penetapan harga berdasarkan penggunaan.

Gunakan perintah berikut untuk memutuskan tautan ruang kerja dari cluster:

Pilih kluster dari menu kluster khusus Log Analytics di portal Azure. Pilih Ruang kerja tertaut untuk melihat semua ruang kerja yang saat ini ditautkan ke kluster khusus. Pilih ruang kerja apa pun yang ingin Anda batalkan tautannya dan pilih Batalkan tautan.

Screenshot untuk melepaskan tautan ruang kerja dari kluster khusus di portal Azure.

Menghapus klaster

Anda memerlukan izin tulis pada sumber daya kluster.

Hapus kluster dengan hati-hati. Tindakan ini tidak dapat dibatalkan. Semua data yang diserap ke kluster dari ruang kerja tertaut dihapus secara permanen.

Penagihan kluster berhenti saat Anda menghapus kluster, terlepas dari periode komitmen 31 hari yang ditentukan dalam kluster.

Jika Anda menghapus kluster yang memiliki ruang kerja tertaut, ruang kerja secara otomatis melepaskan tautan dari kluster. Mereka pindah ke tingkat harga bayar sesuai penggunaan, dan data baru yang dikirim ke ruang kerja diserap ke kluster Log Analytics sebagai gantinya. Anda dapat mengkueri ruang kerja di seluruh rentang waktu sebelum ditautkan ke kluster, dan setelah membatalkan tautan, layanan melakukan kueri lintas kluster dengan mulus.

Catatan

  • Ada batas tujuh kluster per langganan dan wilayah: lima kluster aktif, ditambah dua yang dihapus dalam dua minggu terakhir.
  • Nama kluster tetap dicadangkan dua minggu setelah penghapusan, di mana Anda tidak dapat menggunakannya untuk membuat kluster baru.

Gunakan perintah berikut untuk menghapus cluster:

Pilih kluster Anda dari menu kluster khusus Log Analytics di portal Azure. Kemudian pilih Hapus.

Screenshot untuk menghapus kluster khusus di portal Azure.

Mengubah jenis identitas terkelola

Anda dapat mengubah identitas setelah membuat kluster tanpa mengganggu penerimaan data atau kueri. Pertimbangkan hal berikut:

  • Memperbarui SystemAssigned ke UserAssigned - Berikan identitas UserAssign di Key Vault, lalu perbarui jenis identitas di kluster.
  • Memperbarui UserAssigned ke SystemAssigned - Karena identitas terkelola yang ditetapkan sistem dibuat setelah memperbarui jenis identitas kluster dengan SystemAssigned, ikuti langkah-langkah berikut:
    1. Perbarui kluster untuk menghapus kunci - atur keyVaultUri, , keyNamedan keyVersion ke nilai "".
    2. Perbarui jenis identitas kluster ke SystemAssigned.
    3. Perbarui Key Vault dan berikan izin ke identitas.
    4. Perbarui kunci di kluster khusus.

Batasan dan kendala

  • Anda dapat membuat hingga lima kluster aktif di setiap wilayah dan langganan.

  • Anda dapat memiliki hingga tujuh kluster per langganan dan wilayah: lima kluster aktif ditambah dua kluster yang Anda hapus dalam dua minggu terakhir.

  • Anda dapat menautkan hingga 1.000 ruang kerja Log Analytics ke kluster.

  • Anda dapat melakukan hingga dua operasi tautan ruang kerja pada ruang kerja tertentu dalam periode 30 hari.

  • Anda tidak dapat memindahkan kluster ke grup sumber daya atau langganan lain.

  • Anda tidak dapat memindahkan kluster ke wilayah lain.

  • Anda tidak boleh menyertakan detail identitas dan pengidentifikasi kunci dalam operasi yang sama saat memperbarui kluster. Jika Anda perlu memperbarui keduanya, buat dua operasi pembaruan berturut-turut.

  • Lockbox saat ini tidak tersedia di Tiongkok.

  • Lockbox saat ini tidak dapat diterapkan ke tabel dengan Rencana Tambahan.

  • Enkripsi ganda dikonfigurasi secara otomatis untuk kluster yang dibuat mulai Oktober 2020 di wilayah yang didukung. Anda dapat memverifikasi apakah kluster Anda dikonfigurasi untuk enkripsi ganda dengan mengirimkan permintaan GET pada kluster dan mengamati bahwa nilai isDoubleEncryptionEnabled adalah true untuk kluster dengan enkripsi ganda diaktifkan.

    • Jika Anda membuat kluster dan mendapatkan pesan kesalahan "nama wilayah tidak mendukung Enkripsi Ganda untuk kluster.” Anda masih dapat membuat kluster tanpa Enkripsi ganda dengan menambahkan "properties": {"isDoubleEncryptionEnabled": false} dalam isi permintaan REST.
    • Anda tidak dapat mengubah pengaturan enkripsi ganda setelah membuat kluster.
  • Anda dapat menghapus ruang kerja saat ditautkan ke kluster. Jika Anda memulihkan ruang kerja selama periode penghapusan sementara , ruang kerja kembali ke status sebelumnya dan tetap ditautkan ke kluster.

  • Selama periode komitmen, Anda dapat berubah ke tingkat komitmen yang lebih tinggi, yang memulai ulang periode komitmen 31 hari. Anda tidak dapat pindah kembali ke prabayar atau ke tingkat komitmen yang lebih rendah sampai Anda menyelesaikan periode komitmen.

Pemecahan Masalah

  • Jika Anda mendapatkan kesalahan konflik saat membuat kluster, kluster mungkin dihapus dan masih dalam proses penghapusan. Nama kluster tetap dicadangkan selama periode penghapusan dua minggu dan Anda tidak dapat membuat kluster baru dengan nama tersebut.

  • Jika Anda memperbarui kluster saat kluster berada dalam status provisi atau pembaruan, pembaruan gagal.

  • Beberapa operasi memerlukan waktu cukup lama untuk diselesaikan. Operasi ini adalah pembuatan kluster, pembaruan kunci kluster, dan penghapusan kluster. Anda dapat memeriksa status operasi dengan mengirim permintaan GET ke kluster atau ruang kerja dan mengamati respons. Misalnya, ruang kerja yang tidak ditautkan tidak memiliki clusterResourceId di bawah fitur.

  • Jika Anda mencoba menautkan ruang kerja Log Analytics yang sudah ditautkan ke kluster lain, operasi gagal.

Pesan kesalahan

Pembuatan Kluster

  • 400--Nama kluster tidak valid. Nama kluster dapat berisi karakter a-z, A-Z, 0-9 dan panjang 3-63.
  • 400--Isi permintaan adalah null atau dalam format yang buruk.
  • 400--Nama SKU tidak valid. Atur nama SKU ke capacityReservation.
  • 400--Kapasitas disediakan tetapi SKU bukan capacityReservation. Atur nama SKU ke capacityReservation.
  • 400--Kapasitas Hilang dalam SKU. Atur Nilai kapasitas ke 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000, 50.000 GB per hari.
  • 400--Kapasitas terkunci selama 30 hari. Penurunan kapasitas diizinkan 30 hari setelah pembaruan.
  • 400--Tidak ada SKU yang ditetapkan. Atur nama SKU ke capacityReservation dan Kapasitas ke 100, 200, 300, 400, 500, 1.000, 2.000, 5.000, 10.000, 25.000, 50.000 GB per hari.
  • 400--Operasi tidak dapat dijalankan sekarang. Operasi asinkron berada dalam kondisi selain berhasil. Kluster harus menyelesaikan operasinya sebelum operasi pembaruan dilakukan.

Pembaruan klaster

  • 400--Kluster sedang dalam status penghapusan. Operasi asinkron sedang berlangsung. Kluster harus menyelesaikan operasinya sebelum operasi pembaruan dilakukan.
  • 400--KeyVaultProperties tidak kosong tetapi memiliki format yang buruk. Lihat pembaruan pengidentifikasi kunci.
  • 400--Gagal memvalidasi kunci di Key Vault. Bisa jadi disebabkan kurangnya izin atau jika kunci tidak ada. Verifikasi bahwa Anda mengatur kunci dan kebijakan akses di Key Vault.
  • 400--Kunci tidak dapat dipulihkan. Key Vault harus diatur ke Penghapusan sementara dan Perlindungan penghapusan menyeluruh. Lihat dokumentasi Key Vault
  • 400--Operasi tidak dapat dijalankan sekarang. Tunggu hingga operasi Async selesai dan coba lagi.
  • 400--Kluster sedang dalam status penghapusan. Tunggu hingga operasi Async selesai dan coba lagi.

Pengambilan Data Kluster

  • 404--Kluster tidak ditemukan, kluster mungkin telah dihapus. Jika Anda mencoba membuat kluster dengan nama tersebut dan mendapatkan konflik, kluster sedang dalam proses penghapusan.

Penghapusan Kluster

  • 409--Tidak dapat menghapus kluster saat dalam status penyediaan. Tunggu hingga operasi Async selesai dan coba lagi.
  • 404--Ruang kerja tidak ditemukan. Ruang kerja yang Anda tentukan tidak ada atau telah dihapus.
  • 409--Operasi penautan atau pembatalan penautan ruang kerja dalam proses.
  • 400 -- Kluster tidak ditemukan, kluster yang Anda tentukan tidak ada atau telah dihapus.
  • 404--Ruang kerja tidak ditemukan. Ruang kerja yang Anda tentukan tidak ada atau telah dihapus.
  • 409--Operasi penautan atau pembatalan penautan ruang kerja dalam proses.

Langkah berikutnya