Memigrasikan ruang kerja Kluster Khusus Analitik Log ke dukungan zona ketersediaan
Panduan ini menjelaskan cara memigrasikan ruang kerja Kluster Khusus Analitik Log khusus dari dukungan zona non-ketersediaan ke dukungan ketersediaan.
Catatan
Sumber daya Application Insights juga dapat menggunakan zona ketersediaan, tetapi hanya jika berbasis ruang kerja dan ruang kerja menggunakan kluster khusus. Sumber daya Application Insights klasik (berbasis non-ruang kerja) tidak dapat menggunakan zona ketersediaan.
Prasyarat
Artikel ini berlaku untuk ruang kerja yang menggunakan kluster khusus. Jika ruang kerja Anda tidak menggunakan kluster khusus, ruang kerja tersebut menggunakan kluster bersama, yang dikelola oleh layanan Analitik Log. Di wilayah yang memiliki zona ketersediaan, kluster bersama menggunakan zona ketersediaan atau sedang dimigrasikan untuk menggunakannya. Untuk detail selengkapnya, lihat Analitik Log - Wilayah yang didukung.
Pastikan bahwa wilayah yang ingin Anda pindahkan adalah wilayah yang mendukung zona ketersediaan. Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat wilayah yang didukung.
Persyaratan waktu henti
Tidak ada persyaratan waktu henti.
Proses migrasi: Pindah ke kluster khusus
Langkah 1: Tentukan kluster saat ini untuk ruang kerja Anda
Untuk menentukan status tautan ruang kerja saat ini untuk ruang kerja Anda, gunakan CLI, PowerShell, atau REST untuk mengambil detail kluster. Jika kluster menggunakan zona ketersediaan, maka kluster memiliki properti yang disebut isAvailabilityZonesEnabled dengan nilai true. Setelah kluster dibuat, properti ini tidak dapat diubah.
Langkah 2: Membuat kluster khusus dengan dukungan zona ketersediaan
Pindahkan ruang kerja Anda ke zona ketersediaan dengan membuat kluster khusus baru di wilayah yang mendukung zona ketersediaan. Kluster secara otomatis diaktifkan untuk zona ketersediaan. Kemudian tautkan ruang kerja Anda dengan kluster yang baru.
Penting
Zona ketersediaan didefinisikan pada kluster pada saat pembuatan dan tidak dapat dimodifikasi.
Transisi ke kluster baru bisa menjadi proses bertahap. Jangan hapus kluster sebelumnya sampai dihapus menyeluruh dari data apa pun. Misalnya, jika retensi ruang kerja Anda diatur 60 hari, Anda mungkin ingin menjaga kluster lama Anda berjalan untuk periode itu sebelum menghapusnya.
Setiap kueri terhadap ruang kerja Anda mengkueri kedua kluster sesuai kebutuhan untuk memberi Anda satu kumpulan hasil terpadu. Akibatnya, semua fitur Azure Monitor yang mengandalkan ruang kerja, seperti buku kerja dan dasbor, terus menerima kumpulan hasil terpadu lengkap berdasarkan data dari kedua kluster.
Billing
Kluster khusus memerlukan tingkat komitmen mulai dari 100 GB per hari.
Kluster baru tidak ditagih selama hari pertama untuk menghindari penagihan ganda selama konfigurasi. Hanya data yang tertelan sebelum migrasi selesai masih akan ditagih pada tanggal migrasi.
Konten terkait
Pelajari lebih lanjut tentang: