Bagikan melalui

Mengonfigurasi persistensi data untuk instans Azure Managed Redis

  • Berlaku untuk: ✅ Azure Managed Redis

Persistensi Redis) memungkinkan Anda mempertahankan data yang disimpan dalam instans cache. Jika terjadi kegagalan perangkat keras, instans cache diisi ulang dengan data dari file persistensi ketika kembali online. Kemampuan untuk mempertahankan data adalah cara penting untuk meningkatkan durabilitas instans cache karena semua data cache disimpan dalam memori. Kehilangan data dimungkinkan jika kegagalan terjadi ketika simpul cache tidak berfungsi. Persistensi harus menjadi bagian penting dari ketersediaan tinggi dan strategi pemulihan bencana Anda dengan Azure Managed Redis.

Penting

Persistensi data dimaksudkan memberikan ketahanan untuk kegagalan node Redis yang tidak terduga, tetapi ini bukan fitur pencadangan data atau pemulihan titik waktu (PITR). Jika data yang rusak ditulis ke instans Redis, data ini juga akan dipertahankan. Untuk membuat cadangan instans Redis Anda, gunakan fitur ekspor.

Cakupan ketersediaan

Tier Memori Dioptimalkan, Seimbang, Komputasi Dioptimalkan Flash Optimized
Tersedia Yes Ya (pratinjau)

Jenis persistensi data di Redis

Anda memiliki dua opsi untuk persistensi dengan Azure Managed Redis: format database Redis (RDB) dan format Tambahkan hanya File (AOF):

  • Persistensi RDB - Saat Anda menggunakan persistensi RDB, Azure Managed Redis mempertahankan rekam jepret cache Anda dalam format biner. Rekam jepret disimpan pada disk terkelola yang dipasang ke instans Redis. Frekuensi cadangan yang dapat dikonfigurasi menentukan seberapa sering snapshot dipertahankan. Jika peristiwa bencana terjadi yang menonaktifkan primer dan replika, cache direkonstruksi secara otomatis menggunakan rekam jepret terbaru. Pelajari selengkapnya tentang kelebihan dan kekurangan persistensi RDB.
  • Persistensi AOF - Saat Anda menggunakan persistensi AOF, Azure Managed Redis menyimpan setiap operasi penulisan ke log. Log disimpan sekali per detik pada disk terkelola yang dipasang ke instans Redis. Jika terjadi bencana yang menonaktifkan cache primer dan replika, cache direkonstruksi secara otomatis menggunakan operasi tulis tersimpan. Pelajari selengkapnya tentang kelebihan dan kekurangan persistensi AOF.

Penting

Fitur persistensi Azure Managed Redis dimaksudkan untuk memulihkan data secara otomatis ke cache yang sama setelah kehilangan data. File data yang disimpan RDB/AOF tidak dapat diakses oleh pengguna atau diimpor ke cache baru atau yang sudah ada. Untuk memindahkan data di seluruh cache, gunakan fitur Impor dan Ekspor . Untuk informasi selengkapnya, lihat Mengimpor dan Mengekspor data di Azure Managed Redis.

Untuk menghasilkan cadangan data apa pun yang dapat ditambahkan ke cache baru, Anda dapat menulis skrip otomatis menggunakan PowerShell atau Azure CLI yang mengekspor data secara berkala.

Prasyarat dan batasan

Fitur persistensi dimaksudkan untuk digunakan memulihkan data ke cache yang sama setelah kehilangan data.

  • File data tetap RDB/AOF tidak dapat diimpor ke cache baru atau cache yang ada. Gunakan fitur Impor/Ekspor sebagai gantinya.
  • Persistensi Data mengharuskan cache untuk mengaktifkan Ketersediaan tinggi. Fitur Persistensi data tidak didukung saat Anda menggunakan replikasi geografis aktif.
  • Disk terkelola yang menyimpan file data yang disimpan dienkripsi menggunakan kunci terkelola Microsoft (MMK) secara default, tetapi kunci yang dikelola pelanggan (CMK) juga dapat digunakan. Untuk informasi selengkapnya, lihat mengelola enkripsi data.

Cara menyiapkan persistensi data menggunakan portal Microsoft Azure

  1. Masuk ke portal Azure dan mulai ikuti instruksi di panduan mulai cepat Azure Managed Redis.

  2. Saat Anda mencapai tab Tingkat Lanjut , pilih opsi RDB atau AOF di bagian Persistensi Data.

    Cuplikan layar yang memperlihatkan cache Azure Managed Redis baru dengan tab Tingkat Lanjut dan Persistensi data disorot dengan kotak merah.

  3. Untuk mengaktifkan persistensi RDB, pilih RDB dan konfigurasikan pengaturan.

    Pengaturan Nilai yang disarankan Deskripsi
    Frekuensi Pencadangan Gunakan menu drop-down dan pilih interval cadangan. Pilihannya termasuk 60 Menit, 6 jam, dan 12 jam. Interval ini mulai menghitung mundur setelah operasi pencadangan sebelumnya berhasil diselesaikan. Ketika operasi tersebut selesai, maka pencadangan baru dimulai.

  4. Untuk mengaktifkan persistensi AOF, pilih AOF. Hanya satu opsi frekuensi cadangan yang tersedia.

  5. Selesaikan pembuatan cache dengan mengikuti instruksi lainnya di panduan mulai cepat Azure Managed Redis.

Nota

Anda dapat menambahkan persistensi ke instans Azure Managed Redis yang dibuat sebelumnya kapan saja dengan menavigasi ke pengaturan Tingkat Lanjut di menu Sumber Daya.

Cara menyiapkan persistensi data menggunakan PowerShell dan Azure CLI

Menggunakan PowerShell

Perintah New-AzRedisEnterpriseCache dapat digunakan untuk membuat instans Azure Managed Redis baru menggunakan persistensi data. RdbPersistenceEnabledGunakan parameter , RdbPersistenceFrequency, AofPersistenceEnabled, dan AofPersistenceFrequency untuk mengonfigurasi penyiapan persistensi. Contoh ini membuat instans B10 Seimbang baru menggunakan persistensi RDB dengan frekuensi satu jam:

New-AzRedisEnterpriseCache -Name "MyCache" -ResourceGroupName "MyGroup" -Location "West US" -Sku "Balanced_B10" -RdbPersistenceEnabled -RdbPersistenceFrequency "1h"

Cache yang ada dapat diperbarui menggunakan perintah Update-AzRedisEnterpriseCacheDatabase . Contoh ini menambahkan persistensi RDB dengan frekuensi 12 jam ke instans yang ada:

Update-AzRedisEnterpriseCacheDatabase -Name "MyCache" -ResourceGroupName "MyGroup" -RdbPersistenceEnabled -RdbPersistenceFrequency "12h"

Menggunakan Azure CLI

Perintah az redisenterprise create dapat digunakan untuk membuat instans Azure Managed Redis baru menggunakan persistensi data. rdb-enabledGunakan parameter , rdb-frequency, aof-enabled, dan aof-frequency untuk mengonfigurasi penyiapan persistensi. Contoh ini membuat instans B10 Seimbang baru menggunakan persistensi RDB dengan frekuensi satu jam:

az redisenterprise create --cluster-name "cache1" --resource-group "rg1" --location "East US" --sku "Balanced_B10" --persistence rdb-enabled=true rdb-frequency="1h"

Cache yang ada dapat diperbarui menggunakan perintah az redisenterprise database update . Contoh ini menambahkan persistensi RDB dengan frekuensi 12 jam ke instans cache yang ada:

az redisenterprise database update --cluster-name "cache1" --resource-group "rg1" --persistence rdb-enabled=true rdb-frequency="12h"

Mengelola enkripsi data

Karena persistensi Redis membuat data tidak aktif, mengenkripsi data ini menjadi perhatian penting bagi banyak pengguna. Di Azure Managed Redis, data disimpan pada disk terkelola yang dipasang ke instans cache. Secara default, disk yang menyimpan data persistensi, dan disk OS dienkripsi menggunakan kunci yang dikelola Microsoft. Kunci yang dikelola pelanggan (CMK) juga dapat digunakan untuk mengontrol enkripsi data. Lihat Enkripsi di Azure Managed Redis untuk petunjuknya.

Tanya Jawab Umum Persistensi

Daftar berikut terdiri dari jawaban atas pertanyaan umum tentang persistensi Azure Managed Redis.

Persistensi RDB

Persistensi AOF

Dapatkah saya mengaktifkan persistensi pada cache yang dibuat sebelumnya?

Ya, persistensi dapat dikonfigurasi baik pada pembuatan cache maupun pada instans Azure Managed Redis yang ada.

Dapatkah saya mengaktifkan persistensi AOF dan RDB secara bersamaan?

Tidak, Anda dapat mengaktifkan RDB atau AOF, tetapi tidak keduanya pada saat yang sama.

Bagaimana persistensi bekerja dengan replikasi geografis?

Jika Anda mengaktifkan persistensi data, replikasi geografis tidak dapat diaktifkan untuk cache Anda. Hal ini karena replikasi geo aktif memberikan ketahanan yang lebih baik dibandingkan persistensi data jika terjadi gangguan regional. Jika Anda perlu mengekspor salinan data Anda sebagai cadangan, sebaiknya gunakan fitur ekspor.

Model persistensi mana yang harus saya pilih?

Persistensi AOF menyimpan setiap tulisan ke log, yang memiliki efek signifikan pada throughput. Persistensi RDB menyimpan cadangan berdasarkan interval cadangan yang dikonfigurasi dengan efek minimal terhadap performa. Pilih persistensi AOF jika tujuan utama Anda adalah meminimalkan kehilangan data, dan Anda dapat menangani throughput yang lebih rendah untuk cache Anda. Pilih persistensi RDB jika Anda ingin mempertahankan throughput optimal pada cache Anda, tetapi masih menginginkan mekanisme untuk pemulihan data.

Untuk informasi selengkapnya tentang performa saat menggunakan persistensi AOF, lihat Apakah persistensi AOF memengaruhi throughput, latensi, atau performa cache saya?

Apakah persistensi AOF memengaruhi throughput, latensi, atau performa cache saya?

Menggunakan persistensi AOF berdampak pada throughput. AOF berjalan pada semua proses utama, oleh karena itu Anda melihat CPU dan Beban Server yang lebih tinggi untuk cache dengan persistensi AOF dibandingkan cache yang identik tanpa persistensi AOF. AOF menawarkan konsistensi terbaik dengan data dalam memori karena setiap penulisan dan penghapusan hanya bertahan dengan beberapa detik penundaan. Komprominya adalah bahwa AOF lebih intensif dalam komputasi.

Apa yang terjadi jika saya telah menskalakan ke ukuran yang berbeda dan cadangan dipulihkan yang dibuat sebelum operasi penskalaan?

Untuk persistensi RDB dan AOF:

  • Jika Anda telah menskalakan ke ukuran yang lebih besar, tidak ada efeknya.
  • Jika Anda telah menskalakan ke ukuran yang lebih kecil, dan tidak ada cukup ruang dalam ukuran yang lebih kecil untuk menahan semua data dari cadangan terakhir, kunci digusur selama proses pemulihan. Biasanya, kunci dikeluarkan menggunakan kebijakan pengusiran allkeys-lru.

Apakah saya akan dikenai biaya untuk disk terkelola yang digunakan dalam persistensi data?

Anda tidak dikenai biaya untuk penyimpanan disk terkelola. Ini termasuk dalam harga.

Dapatkah saya mengubah frekuensi cadangan RDB setelah membuat cache?

Ya, Anda dapat mengubah frekuensi pencadangan untuk persistensi RDB menggunakan portal Azure, CLI, atau PowerShell.

Mengapa ada selang waktu lebih dari 60 menit antara cadangan ketika saya memiliki frekuensi pencadangan RDB setiap 60 menit?

Interval frekuensi cadangan persistensi RDB tidak dimulai sampai proses cadangan sebelumnya berhasil diselesaikan. Jika frekuensi cadangan adalah 60 menit dan dibutuhkan proses cadangan 15 menit untuk menyelesaikan, cadangan berikutnya tidak akan dimulai sampai 75 menit setelah waktu mulai cadangan sebelumnya.

Apa yang terjadi pada cadangan RDB lama ketika cadangan baru dibuat?

Semua cadangan persistensi RDB, kecuali yang terbaru, akan dihapus secara otomatis. Penghapusan ini mungkin tidak segera terjadi, tetapi cadangan yang lebih lama tidak bertahan tanpa batas waktu.

Apa yang dimaksud regenerasi dan bagaimana pengaruhnya terhadap cache saya?

Ketika file AOF menjadi cukup besar, penulisan ulang secara otomatis dijadwalkan di cache. Penulisan ulang mengubah ukuran file AOF dengan operasi minimal yang dibutuhkan untuk menghasilkan data saat ini. Selama regenerasi, Anda dapat mengharapkan untuk mencapai batas performa lebih cepat, terutama ketika berhadapan dengan himpunan data besar. Penulisan ulang terjadi lebih jarang karena file AOF menjadi lebih besar, tetapi membutuhkan waktu yang signifikan ketika itu terjadi.

Apa yang harus saya harapkan saat menskalakan cache dengan AOF diaktifkan?

Jika file AOF berukuran besar pada saat penskalaan, operasi penskalaan akan memakan waktu lebih lama dari biasanya karena akan memuat ulang file setelah penskalaan selesai.

Untuk informasi selengkapnya tentang penskalaan, lihat Apa yang terjadi jika saya telah menskalakan ke ukuran yang berbeda dan cadangan dipulihkan yang dibuat sebelum operasi penskalaan?

Langkah selanjutnya

  • Last updated on