Cara mengelola Azure Cache for Redis

  • Artikel

Artikel ini menjelaskan cara melakukan tugas administrasi seperti me-reboot dan Memperbarui saluran dan Menjadwalkan pembaruan untuk instans Azure Cache for Redis Anda.

Reboot

Di sebelah kiri, Reboot memungkinkan Anda me-reboot satu atau beberapa simpul cache. Kemampuan reboot ini memungkinkan Anda menguji aplikasi Anda untuk mengetahui ketahanannya jika terjadi kegagalan simpul cache.

Penting

Reboot belum tersedia untuk tingkat Enterprise. Reboot tersedia untuk semua tingkatan lainnya.

Cuplikan layar yang menyoroti opsi menu Reboot

Pilih simpul yang akan di-reboot, lalu pilih Reboot.

Cuplikan layar yang menunjukkan simpul yang dapat di-reboot

Jika memiliki cache premium dengan pengklusteran diaktifkan, Anda dapat memilih pecahan cache yang akan di-reboot.

cuplikan layar dari opsi pecahan

Untuk me-reboot satu atau beberapa simpul cache, pilih simpul yang diinginkan dan pilih Reboot. Jika Anda mempunyai cache premium dengan pengklusteran yang diaktifkan, pilih pecahan yang akan di-reboot, lalu pilih Reboot. Setelah beberapa menit, simpul yang dipilih di-reboot, dan kembali online beberapa menit kemudian.

Efek pada aplikasi klien Anda bervariasi tergantung pada simpul yang di-reboot.

  • Primer - Saat node primer di-reboot, Azure Cache for Redis melakukan failover pada node replika dan mendorongnya ke node primer. Selama failover ini, mungkin ada interval singkat saat koneksi mungkin gagal ke cache.
  • Replika - Saat simpul replika di-reboot, biasanya tidak ada efek pada klien cache.
  • Baik primer maupun replika - Ketika kedua simpul cache di-boot ulang, Azure Cache for Redis mencoba me-reboot kedua node dengan anggun, menunggu simpul selesai sebelum me-reboot yang lain. Biasanya, kehilangan data tidak terjadi. Namun, kehilangan data masih dapat terjadi pada peristiwa pemeliharaan atau kegagalan yang tidak terduga. Me-reboot cache Anda berkali-kali berturut-turut meningkatkan peluang kehilangan data.
  • Simpul cache premium dengan pengelompokan diaktifkan - Saat Anda me-reboot satu atau lebih simpul cache premium dengan pengklusteran diaktifkan, perilaku simpul yang dipilih sama seperti saat Anda me-reboot simpul terkait atau simpul cache yang tak berkluster.

FAQ tentang Reboot

Simpul mana yang harus di-reboot untuk menguji aplikasi saya?

Untuk menguji ketahanan aplikasi Anda terhadap kegagalan node primer cache Anda, reboot node Primer. Untuk menguji ketahanan aplikasi Anda terhadap kegagalan simpul replika, reboot simpul Replika.

Dapatkah saya me-reboot cache untuk menghapus koneksi klien?

Ya, jika Anda me-reboot cache, semua koneksi klien akan dihapus. Reboot bisa berguna saat setiap koneksi klien habis terpakai karena kesalahan logika atau bug di aplikasi klien. Setiap tingkat harga memiliki batas koneksi klien yang berbeda untuk berbagai ukuran, dan setelah batas ini tercapai, tidak akan ada lagi koneksi klien yang diterima. Dengan me-reboot cache, semua koneksi klien dapat dihapus.

Penting

Jika Anda me-reboot cache untuk menghapus koneksi klien, StackExchange.Redis secara otomatis terhubung kembali setelah simpul Redis kembali online. Jika masalah yang mendasarinya belum dipecahkan, koneksi klien dapat terus digunakan.

Apakah saya akan kehilangan data dari cache jika saya melakukan reboot?

Jika Anda me-reboot node Primer dan Replika , semua data dalam cache (atau dalam shard tersebut saat Anda menggunakan cache premium dengan pengklusteran diaktifkan) kemungkinan aman. Namun, data mungkin hilang dalam beberapa kasus. Me-reboot kedua node harus diambil dengan hati-hati.

Jika Anda hanya me-reboot salah satu simpul, data biasanya tidak hilang, tetapi masih mungkin. Misalnya jika simpul utama di-reboot dan penulisan cache sedang berlangsung, data dari penulisan cache akan hilang. Skenario kehilangan data lainnya adalah jika Anda me-reboot satu simpul dan simpul lainnya kebetulan turun karena kegagalan pada saat yang sama. Untuk informasi selengkapnya tentang kemungkinan penyebab hilangnya data, lihat Apa yang terjadi pada data saya di Redis?

Dapatkah saya me-reboot cache menggunakan PowerShell, CLI, atau alat pengelolaan lainnya?

Ya, untuk petunjuk PowerShell, lihat Me-reboot Azure Cache for Redis.

Bisakah saya me-reboot cache Enterprise saya?

Tidak. Reboot belum tersedia untuk tingkat Enterprise. Reboot tersedia untuk tingkatan Dasar, Standar, dan Premium. Pengaturan yang Anda lihat pada menu Sumber Daya di bawah Administrasi bergantung pada tingkat cache Anda. Anda tidak melihat Reboot saat menggunakan cache dari tingkat Enterprise.

Menghapus data

Saat menggunakan tingkat Dasar, Standar, atau Premium Azure Cache for Redis, Anda akan melihat Membersihkan data pada menu sumber daya. Operasi Flush data memungkinkan Anda menghapus atau menghapus semua data di cache Anda. Operasi flush ini dapat digunakan sebelum menskalakan operasi untuk berpotensi mengurangi waktu yang diperlukan untuk menyelesaikan operasi penskalakan pada cache Anda. Anda juga dapat mengonfigurasi untuk menjalankan operasi flush secara berkala pada cache dev/test Anda untuk menjaga penggunaan memori tetap terjaga.

Operasi flush , ketika dijalankan pada cache berkluster, menghapus data dari semua shard secara bersamaan.

Penting

Sebelumnya, operasi flush hanya tersedia untuk cache tingkat Enterprise yang direplikasi secara geografis. Sekarang, tersedia di tingkat Dasar, Standar, dan Premium.

Cuplikan layar memperlihatkan data flush yang dipilih di menu sumber daya instans cache.

Memperbarui saluran dan Menjadwalkan pembaruan

Di sebelah kiri, Jadwalkan pembaruan memungkinkan Anda memilih saluran pembaruan dan jendela pemeliharaan untuk instans cache Anda.

Instans cache apa pun yang menggunakan saluran Pembaruan stabil menerima pembaruan beberapa minggu lebih lambat dari instans cache menggunakan saluran pembaruan Pratinjau . Sebaiknya pilih saluran pembaruan Pratinjau untuk beban kerja non-produksi dan beban kerja yang kurang penting. Pilih saluran Pembaruan stabil untuk beban kerja produksi Anda yang paling penting. Semua cache default ke saluran Pembaruan stabil secara default.

Penting

Mengubah saluran pembaruan pada instans cache Anda menghasilkan cache Anda yang menjalani peristiwa patching untuk menerapkan pembaruan yang tepat. Pertimbangkan untuk mengubah saluran pembaruan selama jendela pemeliharaan Anda.

Jendela pemeliharaan memungkinkan Anda mengontrol hari dan waktu seminggu di mana VM yang menghosting cache Anda dapat diperbarui. Azure Cache for Redis melakukan upaya terbaik untuk memulai dan menyelesaikan pembaruan perangkat lunak server Redis dalam jendela waktu yang ditentukan yang Anda tentukan.

Penting

Saluran pembaruan dan jendela pemeliharaan berlaku untuk pembaruan server Redis dan pembaruan untuk Sistem Operasi VM yang menghosting cache. Saluran pembaruan dan jendela pemeliharaan tidak berlaku untuk pembaruan OS Host ke Host yang menghosting VM cache atau komponen Jaringan Azure lainnya. Dalam kasus yang jarang terjadi, di mana cache dihosting pada model lama, jendela pemeliharaan juga tidak akan berlaku untuk pembaruan OS Tamu. Anda dapat mengetahui apakah cache Anda berada pada model yang lebih lama jika nama DNS cache diselesaikan ke akhiran cloudapp.net, , chinacloudapp.cnusgovcloudapi.net atau cloudapi.de.

Saat ini, tidak ada opsi yang tersedia untuk mengonfigurasi saluran pembaruan atau pembaruan terjadwal untuk cache tingkat Perusahaan.

Cuplikan layar memperlihatkan pembaruan jadwal

Untuk menentukan periode pemeliharaan, periksa hari yang diinginkan dan tentukan jam mulai periode pemeliharaan untuk setiap hari. Kemudian, pilih OK. Waktu jendela pemeliharaan dalam UTC dan hanya dapat dikonfigurasi setiap jam.

Periode pemeliharaan default dan minimum untuk pembaruan adalah lima jam. Nilai ini tidak dapat dikonfigurasi dari portal Azure, tetapi Anda dapat mengonfigurasinya di PowerShell menggunakan parameter MaintenanceWindow cmdlet New-AzRedisCacheScheduleEntry. Untuk informasi selengkapnya, lihat Dapatkah saya mengelola pembaruan terjadwal menggunakan PowerShell, CLI, atau alat manajemen lainnya?

FAQ tentang pembaruan terjadwal

Kapan pembaruan terjadi jika saya tidak menggunakan fitur pembaruan terjadwal?

Jika Anda tidak menentukan periode pemeliharaan, pembaruan dapat dilakukan kapan saja.

Jenis pembaruan apa yang dilakukan selama periode pemeliharaan terjadwal?

Hanya pembaruan server Redis yang dibuat selama periode pemeliharaan terjadwal. Jendela pemeliharaan tidak berlaku untuk pembaruan Azure atau pembaruan sistem operasi host.

Dapatkah saya mengelola pembaruan terjadwal menggunakan PowerShell, CLI, atau alat pengelolaan lainnya?

Ya, Anda dapat mengelola pembaruan terjadwal menggunakan cmdlet PowerShell berikut:

Dapatkah pembaruan yang dicakup dan dikelola oleh fitur Pembaruan Terjadwal terjadi di luar periode Pembaruan Terjadwal?

Ya. Secara umum, pembaruan tidak diterapkan di luar periode Pembaruan Terjadwal yang dikonfigurasi. Pembaruan keamanan penting yang langka dapat diterapkan di luar jadwal patching sebagai bagian dari kebijakan keamanan kami.

Konten terkait

Pelajari lebih lanjut tentang fitur Azure Cache for Redis.