Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Artikel ini merangkum langkah-langkah untuk menyebarkan Valkey, datastore kunci/nilai berperforma tinggi sumber terbuka (BSD), di Azure Kubernetes Service (AKS). Penyebaran Valkey berfokus pada memanfaatkan replika dan zona ketersediaan untuk ketersediaan dan ketahanan tinggi. Kami juga memberikan panduan untuk menguji ketahanan penyebaran Valkey Anda menggunakan kerangka kerja pengujian beban Locust.
Penting
Perangkat lunak sumber terbuka disebutkan di seluruh dokumentasi dan sampel AKS. Perangkat lunak yang Anda sebarkan dikecualikan dari perjanjian tingkat layanan AKS, garansi terbatas, dan dukungan Azure. Saat Anda menggunakan teknologi sumber terbuka bersama AKS, konsultasikan opsi dukungan yang tersedia dari masing-masing komunitas dan pengelola proyek untuk mengembangkan rencana.
Microsoft bertanggung jawab untuk membangun paket sumber terbuka yang kami sebarkan di AKS. Tanggung jawab itu termasuk memiliki kepemilikan lengkap atas proses build, pemindaian, tanda tangan, validasi, dan perbaikan, bersama dengan kontrol atas biner dalam gambar kontainer. Untuk informasi selengkapnya, lihat Manajemen kerentanan untuk AKS dan Cakupan dukungan AKS.
Apa itu Valkey?
Valkey adalah fork dari proyek Redis yang mempertahankan lisensi sumber terbuka aslinya. Valkey adalah database berperforma tinggi yang mendukung penyimpanan data dengan pasangan kunci-nilai, dan Anda dapat menggunakannya untuk cache, penyimpanan sesi, antrean pesan, dan banyak lagi. Kluster Valkey memiliki beberapa simpul yang bertanggung jawab untuk menghosting penyimpanan data Valkey Anda. Valkey memecah data menjadi bagian yang lebih kecil dan menyebarkannya di antara simpul. Dalam kluster Valkey yang disederhanakan yang terdiri dari tiga simpul utama, satu simpul replika mendukung setiap simpul untuk mengaktifkan kemampuan failover dasar. Data didistribusikan di seluruh simpul, memungkinkan kluster untuk terus berfungsi meskipun salah satu node gagal.
Untuk informasi selengkapnya, lihat dokumentasi Valkey.
Gambaran umum solusi Valkey
Solusi ini menyebarkan tiga pod utama Valkey di dua zona ketersediaan dengan satu pod replika untuk setiap pod utama di zona ketiga, berjalan pada simpul Standard_E64_v5 SKU. Anda membuat dua sumber daya berbeda StatefulSet dengan spec.affinity aturan yang memastikan distribusi zona untuk ketersediaan tinggi. Anda membuat satu StatefulSet untuk pod utama Valkey dan satu lagi untuk pod replika.
Catatan
Perhatikan bahwa solusi yang disarankan dalam artikel ini berbeda dari dokumentasi Valkey, di mana Pods kluster termasuk dalam satu StatefulSet, dan spec.affinity hanya memastikan bahwa Pods ditempatkan pada node yang berbeda. Inisialisasi kluster Valkey otomatis yang disajikan dalam dokumentasi Valkey tidak memastikan bahwa Pod utama dan replika untuk shard yang sama ditempatkan di zona ketersediaan yang berbeda.
Langkah selanjutnya
Kontributor
Microsoft mempertahankan artikel ini. Kontributor berikut awalnya menulisnya:
- Nelly Kiboi | Teknisi Layanan
- Saverio Proto | Teknisi Pengalaman Pelanggan Utama
- Don Tinggi | Insinyur Pelanggan Utama
- LaBrina Mencintai | Teknisi Layanan Utama
- Ken Kilty | TPM Utama
- Russell de Pina | TPM Utama
- Colin Mixon | Manajer Produk
- Ketan Chawda | Insinyur Pelanggan Senior
- Naveed Kharadi | Teknisi Pengalaman Pelanggan
- Erin Schaffer | Pengembang Konten 2