Halaman ini menjelaskan cara Memorystore for Valkey melakukan pemeliharaan pada instance. Dokumen ini juga memberikan informasi dan rekomendasi konfigurasi yang harus diketahui oleh aplikasi klien Anda untuk memanfaatkan desain pemeliharaan tanpa periode nonaktif Memorystore for Valkey. Rekomendasi ini berlaku untuk instance dengan tingkat ketersediaan tinggi dan instance tanpa replika. Namun, untuk semua kasus penggunaan produksi, kami sangat menyarankan agar Anda menggunakan konfigurasi ketersediaan tinggi.
Memorystore for Valkey mengupdate instance secara rutin untuk memastikan bahwa layanan ini andal, berperforma, aman, dan terbaru. Update ini disebut pemeliharaan. Pemeliharaan dikelola sepenuhnya oleh layanan dan dirancang untuk tidak menimbulkan dampak periode nonaktif.
Pemeliharaan biasanya termasuk dalam kategori berikut:
- Fitur Memorystore. Untuk meluncurkan beberapa fitur, Memorystore memerlukan update pemeliharaan.
- Patch sistem operasi. Kami terus memantau kerentanan keamanan yang baru teridentifikasi di sistem operasi. Setelah ditemukan, kami melakukan patch pada sistem operasi untuk melindungi Anda dari risiko baru.
- Patch database. Pemeliharaan dapat mencakup update Valkey untuk meningkatkan keamanan, performa, dan keandalan instance. Hal ini melampaui apa yang disediakan oleh Valkey OSS.
Mengonfigurasi aplikasi klien Anda
Untuk mengonfigurasi aplikasi klien Anda agar mendapatkan performa dan ketersediaan terbaik selama pemeliharaan, ikuti langkah-langkah berikut:
- Gunakan dan konfigurasi klien pihak ketiga Anda sesuai dengan panduan di Praktik terbaik klien Valkey untuk memastikan bahwa pemeliharaan terjadwal tidak memengaruhi aplikasi klien. Konfigurasi klien yang kami rekomendasikan dapat menghindari reset koneksi melalui pemuatan ulang topologi inline berkala dan rotasi koneksi latar belakang.
- Uji aplikasi klien Anda dengan serangkaian operasi update (seperti penskalaan masuk atau keluar, atau perubahan jumlah replika) sambil menjalankan workload yang representatif pada node utama dan replika, serta memantau dampak klien. Pembaruan ini menguji logika refresh topologi inline pada klien, dampak sinkronisasi penuh, penemuan node baru, dan kemampuan penghapusan node yang ada. Pengujian membantu memastikan bahwa klien pihak ketiga dikonfigurasi dengan benar untuk menghindari dampak negatif pada aplikasi Anda.
Instance Cluster Mode Disabled
Selama pemeliharaan, instance Cluster Mode Disabled akan mengalami failover, yang mereset koneksinya. Failover ini biasanya berlangsung selama 15 detik. Untuk menghubungkan kembali aplikasi klien ke instance setelah failover, sebaiknya buat mekanisme percobaan ulang dengan backoff eksponensial. Setelah Anda menerima email yang memberi tahu Anda tentang pemeliharaan mendatang, Anda dapat menjalankan simulasi pemeliharaan pada instance non-produksi untuk menguji dampak pemeliharaan terhadap instance. Untuk mengetahui informasi selengkapnya, lihat Menjalankan simulasi pemeliharaan pada instance.
Sebaiknya Anda juga mempertahankan metrik /instance/memory/maximum_utilization
pada 50% atau lebih rendah saat pemeliharaan terjadwal dimulai. Panduan untuk metrik ini mengacu pada nilai minimum 80% untuk manajemen memori. Namun, sebaiknya
Anda menargetkan rasio 50% atau lebih rendah selama pemeliharaan. Untuk mengetahui informasi selengkapnya
tentang metrik, lihat Metrik Cloud Monitoring.
Anda dapat memastikan rasio ini dengan salah satu cara berikut:
- Jadwalkan pemeliharaan saat traffic untuk instance rendah.
- Tingkatkan ukuran instance Anda untuk sementara selama masa pemeliharaan.
Pemeliharaan terjadwal
Memorystore for Valkey memanfaatkan deployment bertahap dan strategi siklus proses buat-sebelum-hancurkan untuk menghindari dampak periode nonaktif dari pemeliharaan terjadwal Memorystore pada instance Valkey Anda. Memorystore for Valkey mencapai pemeliharaan tanpa periode nonaktif dengan menggunakan kemampuan pengalihan permintaan protokol instance Valkey OSS dengan mekanisme Memorystore berikut:
- Failover terkoordinasi tanpa kehilangan data.
- Penghapusan node yang lancar untuk memungkinkan klien mengikuti update topologi node tanpa dampak ketersediaan.
- Endpoint Private Service Connect instance, yang tidak terpengaruh oleh pemeliharaan. Untuk mengetahui informasi selengkapnya tentang endpoint ini, lihat Endpoint instance.
Perilaku layanan yang dijelaskan di bagian berikut hanya berlaku untuk pemeliharaan terjadwal. Untuk mengetahui informasi selengkapnya tentang dampak peristiwa yang tidak direncanakan, seperti kegagalan hardware, lihat Perilaku klien selama failover yang tidak direncanakan.
Masa pemeliharaan default
Secara default, Memorystore mengupdate instance Anda dalam periode berikut sesuai dengan zona waktu instance Anda:
- Periode hari kerja (Hari Senin sampai hari Jumat): 22.00-06.00
- Periode akhir pekan: Hari Jumat, 22.00 hingga hari Senin, 06.00
Strategi deployment bertahap
Memorystore untuk Valkey melakukan deployment dengan cakupan yang meningkat secara progresif, dan pada tingkat yang memungkinkan deteksi kegagalan cukup awal untuk mengurangi dampak dan membangun keyakinan stabilitas. Waktu bake (waktu saat update diterapkan dan dipantau sebelum dianggap berhasil dan dilanjutkan) diintegrasikan di seluruh fleet instance Memorystore pada skala layanan. Selain itu, waktu bake diintegrasikan dalam instance di seluruh zona dalam satu region (beberapa domain kesalahan) untuk mengurangi cakupan dampak, jika ada.
Untuk instance yang dikonfigurasi untuk ketersediaan tinggi, Memorystore for Valkey akan mengupdate maksimal satu domain atau zona fault kapan saja untuk memastikan bahwa shard instance, termasuk shard utama dan replika, memiliki ketersediaan tinggi selama update. Selain itu, Memorystore for Valkey hanya mengupdate beberapa node pada satu waktu. Update menggunakan mekanisme siklus proses buat-sebelum-hancurkan untuk memaksimalkan stabilitas instance. Strategi ini memberikan manfaat paling besar saat mengupdate instance dengan banyak shard. Hanya menerapkan update ke sebagian kecil dari keseluruhan keyspace pengguna kapan saja akan memaksimalkan ketersediaan data.
Strategi siklus proses buat-sebelum-hancurkan
Instance Valkey memiliki beberapa shard. Setiap shard memiliki satu node utama dan nol atau beberapa node replika. Memorystore menggunakan proses berikut untuk mengupdate node Valkey utama atau replika yang ada dalam shard:
- Memorystore for Valkey menambahkan replika baru dengan update software terbaru ke shard. Memorystore membuat node baru, bukan mengupdate node yang ada, untuk memastikan kapasitas yang disediakan tetap dipertahankan jika terjadi kegagalan bootstrap yang tidak terduga.
- Jika node dalam shard yang akan diupdate adalah node utama, node utama tersebut akan dikonversi terlebih dahulu menjadi replika sebelum dihapus menggunakan failover terkoordinasi.
- Memorystore menghapus replika yang menggunakan software lama.
- Untuk setiap node dalam instance, Memorystore mengulangi proses ini.
Strategi create-before-destroy membantu mempertahankan kapasitas instance yang disediakan, dibandingkan dengan deployment berkelanjutan standar yang diupdate di tempat, tetapi mengakibatkan pemadaman ketersediaan (dan terkadang kehilangan data) untuk aplikasi klien. Untuk shard tanpa replika, Memorystore for Valkey tetap menyediakan replika baru terlebih dahulu, mengoordinasikan failover, dan terakhir mengganti node utama shard yang ada.
Langkah 1: Tambahkan replika
Langkah pertama mekanisme create-before-destroy adalah menambahkan node replika dengan software terbaru menggunakan mekanisme OSS Valkey sinkronisasi penuh untuk menyalin data dari node utama ke node replika. Hal ini dilakukan dengan melakukan fork pada proses turunan dan memanfaatkan replikasi tanpa disk untuk melakukan bootstrap pada replika. Memorystore for Valkey mendukung replikasi tanpa disk. Kecuali jika Anda mengaktifkan persistence, Memorystore for Valkey tidak menggunakan disk selama replikasi.
Anda dapat memanfaatkan arsitektur skala horizontal instance dengan sebaik-baiknya dengan menyediakan jumlah shard yang lebih tinggi untuk mengurangi ukuran keyspace dalam node. Memiliki set data yang lebih kecil per node membantu mengurangi dampak latensi fork dari operasi sinkronisasi penuh. Hal ini juga mempercepat penyalinan data di seluruh node.
Langkah 2: Jalankan failover utama yang terkoordinasi
Jika node Valkey yang perlu diupdate adalah node utama, Memorystore akan menjalankan failover terkoordinasi ke node replika yang baru ditambahkan. Kemudian, Memorystore akan menghapus node. Selama failover terkoordinasi, klien dan node Valkey bekerja sama dan menggunakan strategi berikut untuk menghindari periode nonaktif aplikasi:
- Permintaan klien yang masuk diblokir sementara di node utama, sehingga memberikan periode untuk memastikan replika yang ada disinkronkan 100% dengan node utama.
- Replika menyelesaikan proses pemilihan untuk mengambil alih peran utama.
- Node utama sebelumnya, yang kini menjadi node replika, akan membatalkan pemblokiran permintaan yang ada dan mengalihkan permintaan ke node utama baru menggunakan protokol instance Valkey OSS. Setiap permintaan baru yang dikirim ke node replika sebelumnya akan terus dialihkan ke node utama baru.
- Klien yang kompatibel dengan Valkey akan memperbarui topologi dalam memorinya. Aplikasi akan mempelajari alamat endpoint utama yang baru, dan tidak lagi memerlukan pengalihan.
Failover terkoordinasi biasanya memerlukan waktu puluhan milidetik. Namun, data dalam pengiriman yang menunggu untuk dikirim ke replika dan total ukuran instance Anda dapat meningkatkan latensi failover. Ukuran instance dapat memengaruhi konvergensi di seluruh node utama, yang memengaruhi pengambilan keputusan dalam memilih node utama baru.
Langkah 3: Hapus replika
Langkah terakhir dari mekanisme create-before-destroy adalah menghapus node replika pada software sebelumnya. Penghapusan node akan memengaruhi aplikasi klien karena Memorystore for Valkey akan menghapus klien Anda. Karena pemuatan ulang topologi tidak berlaku untuk instance Cluster Mode Disabled, sebaiknya gunakan mekanisme percobaan ulang dengan backoff eksponensial untuk menghubungkan kembali aplikasi Anda ke endpoint replika baru setelah tersedia.
Untuk instance Cluster Mode Enabled, Memorystore for Valkey merancang penghapusan replika Valkey secara halus agar aplikasi klien dapat memperbarui topologinya sebelum mengalami penonaktifan node secara paksa. Topologi disesuaikan untuk memungkinkan klien mempelajari replika baru, tetapi juga melupakan replika yang akan dihapus sebelumnya.
Memorystore for Valkey membuat node replika yang menjalankan software lama tetap aktif selama periode pengosongan tertentu, biasanya dalam hitungan menit, dan selama periode tersebut, node replika mulai mengalihkan permintaan baca yang masuk ke node utama shard-nya. Proses ini memungkinkan klien pihak ketiga memperbarui topologi node dan mempelajari endpoint replika baru. Jika klien mencoba menjangkau node yang dihapus setelah periode pengosongan, upaya tersebut akan gagal. Kegagalan ini memicu pemuatan ulang topologi node pada klien yang terhubung sehingga klien mengetahui perubahan replika. Pemuatan ulang baru topologi node tidak melihat node replika yang akan dihapus.
Setelan pemeliharaan
Memorystore untuk Valkey memungkinkan Anda menyesuaikan jadwal pemeliharaan agar sesuai dengan kebutuhan aplikasi dan meminimalkan gangguan. Untuk menyesuaikan jadwal pemeliharaan, konfigurasikan masa pemeliharaan untuk instance Anda.
Anda menetapkan masa pemeliharaan untuk setiap instance Memorystore for Valkey dan memiliki opsi konfigurasi berikut:
- Hari: hari saat pemeliharaan dilakukan
- Jam mulai: jam dimulainya pemeliharaan
Masa pemeliharaan berlangsung selama satu jam. Dalam beberapa kasus, pemeliharaan mungkin berlangsung di luar periode yang Anda pilih.
Setelah Anda mengonfigurasi masa pemeliharaan untuk instance, Memorystore for Valkey akan menjadwalkan pemeliharaan otomatis di masa mendatang sesuai dengan preferensi yang Anda tetapkan untuk masa pemeliharaan.
Masa pemeliharaan default
Jika Anda tidak menetapkan masa pemeliharaan, Memorystore for Valkey akan mengupdate instance Anda dalam salah satu periode berikut, sesuai dengan zona waktu instance Anda:
- Periode hari kerja (Senin sampai Jumat): 22.00-06.00
- Periode akhir pekan: Hari Jumat, 22.00 hingga hari Senin, 06.00
Contoh pemeliharaan
Sebagai developer yang mengelola layanan keranjang belanja di retailer, Anda mengawasi lingkungan produksi yang mencakup instance Memorystore for Valkey. Untuk memastikan performa yang optimal selama pemeliharaan, jadwalkan pemeliharaan saat instance mengalami traffic minimal. Hal ini biasanya terjadi sekitar tengah malam pada hari Minggu.
Dalam hal ini, tetapkan masa pemeliharaan instance produksi Anda ke hari dan waktu berikut:
- Hari: Minggu
- Jam mulai: 01.00
Notifikasi pemeliharaan mendatang
Untuk memastikan Anda tetap mendapatkan informasi tentang peristiwa pemeliharaan pada instance, siapkan notifikasi email tentang pemeliharaan mendatang setidaknya satu minggu sebelum jadwal pemeliharaan. Notifikasi ini memiliki baris subjek "Upcoming
maintenance for your Cloud Memorystore instance [your-instance-name]".
Memorystore for Valkey juga mengirimkan notifikasi saat pemeliharaan dimulai untuk instance Anda. Baris subjek email adalah "Maintenance
is undergoing for your Cloud Memorystore instance [your-instance-name]".
Setelah Memorystore untuk Valkey menyelesaikan pemeliharaan, layanan ini akan mengirimkan notifikasi
selesai. Baris subjek email adalah "Completed Maintenance
for your Cloud Memorystore instance [your-instance-name]".
Jika Memorystore for Valkey menjadwalkan ulang pemeliharaan, Anda akan menerima
email yang memberi tahu Anda tentang pembatalan pemeliharaan. Baris subjek email ini adalah "Canceled maintenance for your Cloud Memorystore instance [your-instance-name]".
Untuk menerima notifikasi pemeliharaan, Anda harus memilih untuk menerimanya. Untuk mendaftar ke notifikasi pemeliharaan, lakukan hal berikut:
Untuk menerima notifikasi pemeliharaan dari Memorystore for Valkey, selesaikan langkah-langkah ini setidaknya satu minggu sebelum update pemeliharaan terjadwal untuk instance Anda. Jika tidak, Memorystore for Valkey tidak akan memiliki cukup waktu untuk memberi tahu Anda tentang pemeliharaan mendatang.
Memorystore for Valkey mengirimkan notifikasi ke alamat email yang terkait dengan Akun Google Anda. Anda tidak dapat mengonfigurasi alias email khusus (misalnya, alias email tim). Selain itu, kami tidak mendukung pengiriman notifikasi ke alamat email lain.
Dengan berlangganan notifikasi pemeliharaan, Anda akan menerima pemberitahuan untuk semua instance Memorystore for Valkey yang memiliki pemeliharaan terjadwal dalam project Google Cloud . Untuk setiap instance, Anda akan menerima notifikasi terpisah.
Untuk mengetahui informasi selengkapnya tentang cara menemukan pemeliharaan terjadwal, lihat Menemukan pemeliharaan terjadwal.
Menjadwalkan ulang pemeliharaan
Bagian ini memberikan panduan tentang cara menjadwalkan ulang pemeliharaan. Misalnya, jika layanan baru dijadwalkan untuk diluncurkan selama masa pemeliharaan saat ini, Anda mungkin ingin menunda masa pemeliharaan hingga beberapa hari setelah peluncuran.
Anda dapat menjadwalkan ulang pemeliharaan dalam waktu 14 hari sejak waktu yang dijadwalkan sebelumnya. Sebagai bagian dari penjadwalan ulang pemeliharaan, pilih salah satu opsi berikut:
- Update sekarang: Anda dapat segera menerapkan update ke instance, bukan menunggu masa pemeliharaan terjadwal.
- Hari dan waktu kustom: pilih waktu dalam 14 hari dari waktu pemeliharaan yang dijadwalkan semula.
Saat Anda menjadwalkan ulang pemeliharaan, batasan berikut berlaku:
- Jika waktu yang tersisa kurang dari satu jam sebelum waktu pemeliharaan terjadwal saat ini, Anda tidak dapat menjadwalkan ulang pemeliharaan.
- Setelah Anda berhasil menjadwalkan ulang pemeliharaan, Memorystore for Valkey akan mengirimkan notifikasi email yang mengonfirmasi pembatalan pemeliharaan sebelumnya. Selain itu, Anda akan menerima notifikasi pemeliharaan baru dengan jadwal yang diperbarui.
Untuk mengetahui informasi selengkapnya tentang menjadwalkan ulang pemeliharaan, lihat Menjadwalkan ulang pemeliharaan.
FAQ
Bagian ini berisi pertanyaan umum (FAQ) tentang pemeliharaan untuk Memorystore for Valkey.
Bagaimana cara mengetahui kapan pemeliharaan dijadwalkan untuk instance Anda?
Untuk mengetahui kapan pemeliharaan dijadwalkan untuk instance Anda, sebaiknya Anda
berlangganan notifikasi dan mengonfigurasi masa pemeliharaan. Anda juga dapat
memeriksa instance secara manual untuk melihat apakah
parameter maintenanceSchedule muncul dalam respons.
Kapan Memorystore for Valkey memberi tahu Anda tentang pemeliharaan mendatang?
Jika Anda berlangganan notifikasi pemeliharaan dan menetapkan masa pemeliharaan, Memorystore for Valkey akan memberi tahu Anda melalui email setidaknya satu minggu sebelum peristiwa pemeliharaan.
Berapa lama Anda dapat menunda pemeliharaan?
Setelah menjadwalkan pemeliharaan untuk instance, Anda dapat segera memulai update untuk instance atau menunda update hingga dua minggu dari tanggal dan waktu pemeliharaan yang dijadwalkan sebelumnya.
Misalnya, jika Anda menjadwalkan pemeliharaan untuk 11 Oktober pukul 23.15, Anda dapat menunda pemeliharaan hingga 25 Oktober pukul 23.15. Jika Anda tidak melakukan tindakan apa pun, pemeliharaan akan berjalan pada tanggal dan waktu yang dijadwalkan.
Untuk mengetahui informasi selengkapnya, lihat Menjadwalkan ulang pemeliharaan.
Praktik terbaik manakah yang menghasilkan pengalaman update pemeliharaan yang lancar?
Untuk memastikan pengalaman update pemeliharaan yang lancar, sebaiknya lakukan hal berikut:
- Ikuti petunjuk untuk mengonfigurasi aplikasi klien Anda.
- Tetapkan masa pemeliharaan ke hari dan waktu saat instance Anda mengalami traffic minimal (misalnya, Minggu tengah malam).
- Aktifkan notifikasi pemeliharaan. Oleh karena itu, Memorystore for Valkey akan memberi tahu Anda melalui email setidaknya tujuh hari sebelum update pemeliharaan dijadwalkan untuk instance Anda.
- Jika Anda tidak memiliki jam berdampak rendah atau tanpa dampak untuk penggunaan aplikasi, gunakan default layanan peluncuran bertahap. Default ini berisi praktik terbaik untuk update pemeliharaan. Untuk mengetahui informasi selengkapnya, lihat Pemeliharaan terjadwal.
Kapan sebaiknya Anda segera menerapkan update pemeliharaan?
Anda dapat segera menerapkan update pemeliharaan pada instance pengujian untuk melihat dampak update terhadap aplikasi Anda. Anda dapat mengamati dampak dari update ini. Jika ada masalah dengan update, Anda dapat menunda pemeliharaan pada instance produksi hingga masalah tersebut diselesaikan.
Jika hari dan waktu saat ini sesuai untuk instance Anda dan Anda memperkirakan beban yang tinggi pada instance Anda di masa mendatang, Anda dapat segera menjalankan update pemeliharaan.
Apakah update pemeliharaan selalu selesai dalam masa pemeliharaan?
Memorystore for Valkey memulai update pemeliharaan dalam masa pemeliharaan yang Anda tentukan. Memorystore for Valkey biasanya menyelesaikan update dalam periode waktu tertentu, tetapi hal ini tidak selalu terjadi.
Dapatkah Anda memilih untuk tidak mengikuti pemeliharaan atau menjadwalkan pemeliharaan pada instance tertentu terlebih dahulu?
Anda tidak dapat memilih untuk tidak mengikuti pemeliharaan atau mengontrol urutan pemeliharaan untuk instance Anda. Namun, setelah menerima notifikasi pemeliharaan awal, Anda dapat menjadwalkan ulang pemeliharaan untuk menundanya hingga dua minggu.
Langkah berikutnya
- Lihat izin yang Anda perlukan untuk mengelola masa pemeliharaan untuk instance Anda.