Apakah redis cluster menggunakan sentinel?
Redis Cluster vs. Sentinel 12 Mei 2014
Daftar berikut berisi jawaban untuk pertanyaan yang umum diajukan tentang cache biru untuk redis clustering.
Konfigurasikan pengelompokan redis untuk cache biru premium untuk instance redis
Azure Cache untuk Redis menawarkan redis cluster seperti yang diimplementasikan di Redis. Dengan Redis Cluster, Anda mendapatkan manfaat berikut:
- Kemampuan untuk secara otomatis membagi dataset Anda di antara beberapa node.
- Kemampuan untuk melanjutkan operasi ketika subset dari node mengalami kegagalan atau tidak dapat berkomunikasi dengan sisa cluster.
- LEBIH BANYAK Throughput: Throughput meningkat secara linear saat Anda meningkatkan jumlah pecahan.
- Lebih banyak ukuran memori: meningkat secara linear saat Anda meningkatkan jumlah pecahan.
Clustering tidak meningkatkan jumlah koneksi yang tersedia untuk cache berkerumun. Untuk informasi lebih lanjut tentang ukuran, throughput, dan bandwidth dengan cache premium, lihat Memilih Tier yang Tepat.
Di Azure, redis cluster ditawarkan sebagai model primer/replika di mana masing -masing pecahan memiliki pasangan primer/replika dengan replikasi, di mana replikasi dikelola oleh cache Azure untuk layanan redis.
Azure Cache untuk Redis sekarang mendukung hingga 30 pecahan (pratinjau)
Cache azure untuk redis sekarang mendukung hingga 30 pecahan untuk cache berkerumun. Cache berkerumun yang dikonfigurasi dengan dua replika dapat mendukung hingga 20 pecahan dan cache berkerumun yang dikonfigurasi dengan tiga replika dapat mendukung hingga 15 pecahan.
Batasan
- Batas shard untuk cache dengan redis versi 4 adalah 10.
- Batas shard untuk cache yang dipengaruhi oleh pensiun layanan cloud adalah 10.
- Pemeliharaan akan memakan waktu lebih lama karena setiap node membutuhkan waktu sekitar 20 menit untuk memperbarui. Operasi pemeliharaan lainnya akan diblokir saat cache Anda sedang dalam pemeliharaan.
Siapkan pengelompokan
Clustering diaktifkan Cache biru baru untuk redis di sebelah kiri selama pembuatan cache.
- Untuk membuat cache premium, masuk ke portal Azure dan pilih Buat sumber daya. Selain membuat cache di portal Azure, Anda juga dapat membuatnya menggunakan Template Manajer Sumber Daya, PowerShell, atau Azure Cli. Untuk informasi lebih lanjut tentang membuat cache Azure untuk Redis, lihat Buat cache.
- Di Baru halaman, pilih Database dan kemudian pilih Cache biru untuk redis.
- Di Cache Redis Baru Halaman, Konfigurasikan Pengaturan untuk cache premium baru Anda.
Pengaturan Nilai yang disarankan Keterangan Nama DNS Masukkan nama yang unik secara global. Nama cache harus berupa string antara 1 dan 63 karakter. String hanya dapat berisi angka, huruf, atau tanda hubung. Nama harus dimulai dan diakhiri dengan nomor atau surat, dan tidak dapat berisi tanda hubung berturut -turut. Instance cache Anda nama host akan .Redis.cache.windows.bersih. Berlangganan Drop-down dan pilih langganan Anda. Langganan yang digunakan untuk membuat cache Azure baru ini untuk instance Redis. Grup Sumber Daya Drop-down dan pilih grup sumber daya, atau pilih Membuat baru dan masukkan nama grup sumber daya baru. Nama untuk grup sumber daya untuk membuat cache dan sumber daya lainnya. Dengan menempatkan semua sumber daya aplikasi Anda dalam satu grup sumber daya, Anda dapat dengan mudah mengelola atau menghapusnya bersama. Lokasi Drop-down dan pilih lokasi. Pilih wilayah di dekat layanan lain yang akan menggunakan cache Anda. Jenis cache Drop-down dan pilih cache premium untuk mengonfigurasi fitur premium. Untuk detailnya, lihat Azure Cache untuk harga redis. Tingkat harga menentukan ukuran, kinerja, dan fitur yang tersedia untuk cache. Untuk informasi lebih lanjut, lihat Azure Cache untuk Ikhtisar Redis. - Pilih Jaringan tab atau pilih Jaringan tombol di bagian bawah halaman.
- Dalam Jaringan tab, pilih metode konektivitas Anda. Untuk instance cache premium, Anda dapat menghubungkan baik secara publik, melalui alamat IP publik atau titik akhir layanan, atau secara pribadi, menggunakan titik akhir pribadi.
- Pilih Berikutnya: Lanjutan tab atau pilih Berikutnya: Lanjutan tombol di bagian bawah halaman.
- Dalam Canggih Tab untuk instance cache premium, konfigurasikan pengaturan untuk port non-TLS, pengelompokan, dan kegigihan data. Untuk mengaktifkan pengelompokan, pilih Memungkinkan.
Anda dapat memiliki hingga 10 pecahan di cluster. Setelah memilih Memungkinkan, Geser slider atau ketik angka antara 1 dan 10 untuk Hitungan Shard dan pilih OKE. Setiap pecahan adalah pasangan cache primer/replika yang dikelola oleh Azure, dan ukuran total cache dihitung dengan mengalikan jumlah pecahan dengan ukuran cache yang dipilih dalam tingkat penetapan harga. 
Sekali
Pertanyaan unik:
- Apa manfaat menggunakan redis cluster?
- Dapat mengelompokkan meningkatkan jumlah koneksi yang tersedia untuk cache berkerumun?
- Berapa banyak pecahan yang melakukan cache biru untuk redis sekarang dukungan untuk cache berkerumun?
- Berapa batas belenggu untuk cache dengan Redis versi 4?
- Berapa batas belenggu untuk cache yang dipengaruhi oleh pensiun layanan cloud?
- Berapa lama pemeliharaan yang dibutuhkan untuk sebuah simpul dalam cache berkerumun?
- Bagaimana cara mengatur pengelompokan untuk cache biru premium untuk instance redis?
- Apa keterbatasan pengelompokan redis dalam cache biru untuk redis?
- Apa langkah -langkah untuk membuat cache premium di cache azure untuk redis?
- Berapa banyak pecahan yang dapat dikelompokkan cache dengan dua dukungan replika?
- Berapa banyak pecahan yang dapat dikelompokkan cache dengan tiga dukungan replika?
- Apa yang diwakili oleh masing -masing pecahan dalam cluster redis?
- Bagaimana replikasi dikelola dalam cluster redis di cache azure untuk redis?
- Metode otentikasi mana yang tersedia untuk menghubungkan ke cache premium di Azure Cache untuk Redis?
- Faktor -faktor apa yang harus dipertimbangkan saat memilih ukuran cache dan tingkat harga dalam cache biru untuk Redis?
Menjawab: Menggunakan redis cluster menawarkan kemampuan untuk secara otomatis membagi dataset Anda di antara banyak node, lanjutkan operasi ketika subset dari node mengalami kegagalan atau tidak dapat berkomunikasi dengan sisa cluster, dan mencapai lebih banyak throughput dan ukuran memori saat Anda meningkatkan jumlah pecahan.
Menjawab: Tidak, pengelompokan tidak meningkatkan jumlah koneksi yang tersedia untuk cache berkerumun.
Menjawab: Cache azure untuk redis sekarang mendukung hingga 30 pecahan untuk cache berkerumun.
Menjawab: Batas pecahan untuk cache dengan Redis versi 4 adalah 10.
Menjawab: Batas pecahan untuk cache yang dipengaruhi oleh pensiun layanan cloud adalah 10.
Menjawab: Pemeliharaan untuk sebuah simpul dalam cache berkerumun membutuhkan waktu sekitar 20 menit untuk memperbarui. Operasi pemeliharaan lainnya akan diblokir saat cache Anda sedang dalam pemeliharaan.
Menjawab: Untuk mengatur pengelompokan, Anda dapat mengaktifkannya selama pembuatan cache di portal Azure. Anda harus memilih jenis cache yang sesuai, mengkonfigurasi pengaturan untuk cache Anda, dan mengaktifkan pengelompokan di tab Advanced.
Menjawab: Keterbatasan termasuk batas beling 10 untuk cache dengan Redis versi 4, batas beling 10 untuk cache yang dipengaruhi oleh pensiun layanan cloud, dan waktu pemeliharaan yang lebih lama untuk node dalam cache berkerumun.
Menjawab: Langkah -langkahnya termasuk masuk ke portal Azure, memilih Buat Sumber Daya, Memilih Azure Cache untuk Redis, Mengkonfigurasi Pengaturan Cache, Memilih Opsi Jaringan yang Sesuai, dan Mengkonfigurasi Pengaturan Lanjutan seperti pengelompokan.
Menjawab: Cache berkerumun dengan dua replika dapat mendukung hingga 20 pecahan.
Menjawab: Cache berkerumun dengan tiga replika dapat mendukung hingga 15 pecahan.
Menjawab: Setiap beling mewakili pasangan cache primer/replika yang dikelola oleh Azure di redis cluster.
Menjawab: Replikasi dalam cluster redis dalam cache azure untuk redis dikelola oleh azure, di mana masing -masing pecahan memiliki pasangan primer/replika.
Menjawab: Anda dapat terhubung ke cache premium di Azure Cache untuk redis baik secara publik, melalui alamat IP publik atau titik akhir layanan, atau secara pribadi, menggunakan titik akhir pribadi.
Menjawab: Ukuran cache dan tingkat harga menentukan ukuran, kinerja, dan fitur yang tersedia untuk cache. Pilihan harus didasarkan pada throughput yang diinginkan, ukuran memori, dan pertimbangan biaya. Portal Azure memberikan panduan untuk memilih ukuran cache dan tingkat harga yang sesuai.
Redis Cluster vs. Sentinel 12 Mei 2014
Daftar berikut berisi jawaban untuk pertanyaan yang umum diajukan tentang cache biru untuk redis clustering.
Konfigurasikan pengelompokan redis untuk cache biru premium untuk instance redis
Azure Cache untuk Redis menawarkan redis cluster seperti yang diimplementasikan di Redis. Dengan Redis Cluster, Anda mendapatkan manfaat berikut:
- Kemampuan untuk secara otomatis membagi dataset Anda di antara beberapa node.
- Kemampuan untuk melanjutkan operasi ketika subset dari node mengalami kegagalan atau tidak dapat berkomunikasi dengan sisa cluster.
- LEBIH BANYAK Throughput: Throughput meningkat secara linear saat Anda meningkatkan jumlah pecahan.
- Lebih banyak ukuran memori: meningkat secara linear saat Anda meningkatkan jumlah pecahan.
Clustering tidak meningkatkan jumlah koneksi yang tersedia untuk cache berkerumun. Untuk informasi lebih lanjut tentang ukuran, throughput, dan bandwidth dengan cache premium, lihat Memilih Tier yang Tepat
Di Azure, redis cluster ditawarkan sebagai model primer/replika di mana masing -masing pecahan memiliki pasangan primer/replika dengan replikasi, di mana replikasi dikelola oleh cache Azure untuk layanan redis.
Azure Cache untuk Redis sekarang mendukung hingga 30 pecahan (pratinjau)
Cache azure untuk redis sekarang mendukung hingga 30 pecahan untuk cache berkerumun. Cache berkerumun yang dikonfigurasi dengan dua replika dapat mendukung hingga 20 pecahan dan cache berkerumun yang dikonfigurasi dengan tiga replika dapat mendukung hingga 15 pecahan.
Batasan
- Batas shard untuk cache dengan redis versi 4 adalah 10.
- Batas shard untuk cache yang dipengaruhi oleh pensiun layanan cloud adalah 10.
- Pemeliharaan akan memakan waktu lebih lama karena setiap node membutuhkan waktu sekitar 20 menit untuk memperbarui. Operasi pemeliharaan lainnya akan diblokir saat cache Anda sedang dalam pemeliharaan.
Siapkan pengelompokan
Clustering diaktifkan Cache biru baru untuk redis di sebelah kiri selama pembuatan cache.
- Untuk membuat cache premium, masuk ke portal Azure dan pilih Buat sumber daya. Selain membuat cache di portal Azure, Anda juga dapat membuatnya menggunakan Template Manajer Sumber Daya, PowerShell, atau Azure Cli. Untuk informasi lebih lanjut tentang membuat cache Azure untuk Redis, lihat Buat cache.
- Di Baru halaman, pilih Database dan kemudian pilih Cache biru untuk redis.
- Di Cache Redis Baru Halaman, Konfigurasikan Pengaturan untuk cache premium baru Anda.
Pengaturan Nilai yang disarankan Keterangan Nama DNS Masukkan nama yang unik secara global. Nama cache harus berupa string antara 1 dan 63 karakter. String hanya dapat berisi angka, huruf, atau tanda hubung. Nama harus dimulai dan diakhiri dengan nomor atau surat, dan tidak dapat berisi tanda hubung berturut -turut. Instance cache Anda nama host akan .Redis.cache.windows.bersih. Berlangganan Drop-down dan pilih langganan Anda. Langganan yang digunakan untuk membuat cache Azure baru ini untuk instance Redis. Grup Sumber Daya Drop-down dan pilih grup sumber daya, atau pilih Membuat baru dan masukkan nama grup sumber daya baru. Nama untuk grup sumber daya untuk membuat cache dan sumber daya lainnya. Dengan menempatkan semua sumber daya aplikasi Anda dalam satu grup sumber daya, Anda dapat dengan mudah mengelola atau menghapusnya bersama. Lokasi Drop-down dan pilih lokasi. Pilih wilayah di dekat layanan lain yang akan menggunakan cache Anda. Jenis cache Drop-down dan pilih cache premium untuk mengonfigurasi fitur premium. Untuk detailnya, lihat Azure Cache untuk harga redis. Tingkat harga menentukan ukuran, kinerja, dan fitur yang tersedia untuk cache. Untuk informasi lebih lanjut, lihat Azure Cache untuk Ikhtisar Redis. - Pilih Jaringan tab atau pilih Jaringan tombol di bagian bawah halaman.
- Dalam Jaringan tab, pilih metode konektivitas Anda. Untuk instance cache premium, Anda dapat menghubungkan baik secara publik, melalui alamat IP publik atau titik akhir layanan, atau secara pribadi, menggunakan titik akhir pribadi.
- Pilih Berikutnya: Lanjutan tab atau pilih Berikutnya: Lanjutan tombol di bagian bawah halaman.
- Dalam Canggih Tab untuk instance cache premium, konfigurasikan pengaturan untuk port non-TLS, pengelompokan, dan kegigihan data. Untuk mengaktifkan pengelompokan, pilih Memungkinkan. Anda dapat memiliki hingga 10 pecahan di cluster. Setelah memilih Memungkinkan, Geser slider atau ketik angka antara 1 dan 10 untuk Hitungan Shard dan pilih OKE. Setiap pecahan adalah pasangan cache primer/replika yang dikelola oleh Azure, dan ukuran total cache dihitung dengan mengalikan jumlah pecahan dengan ukuran cache yang dipilih dalam tingkat penetapan harga. Setelah cache dibuat, Anda terhubung ke sana dan menggunakannya seperti cache yang tidak berkurang. Redis mendistribusikan data di seluruh pecahan cache. Jika diagnostik diaktifkan, metrik ditangkap secara terpisah untuk setiap pecahan, dan dapat dilihat dalam cache azure untuk redis di sebelah kiri.
- Pilih Berikutnya: Tag tab atau pilih Berikutnya: Tag tombol di bagian bawah halaman.
- Secara opsional, di Tag tab, masukkan nama dan nilai jika Anda ingin mengkategorikan sumber daya.
- Pilih Ulasan + Buat. Anda dibawa ke tab Review + Buat di mana Azure memvalidasi konfigurasi Anda.
- Setelah validasi hijau, pesan lulus, pilih Membuat.
Butuh beberapa saat untuk dibuat cache. Anda dapat memantau kemajuan pada cache Azure untuk Redis Ringkasan halaman. Kapan Status menunjukkan sebagai Berlari, cache siap digunakan.
Ada beberapa perbedaan kecil yang diperlukan dalam aplikasi klien Anda saat pengelompokan dikonfigurasi. Untuk informasi lebih lanjut, lihat apakah saya perlu melakukan perubahan pada aplikasi klien saya untuk menggunakan clustering?
Untuk kode sampel tentang bekerja dengan pengelompokan dengan stackexchange.Klien redis, lihat pengelompokan.Bagian CS dari sampel Hello World.
Ubah ukuran cluster pada cache premium berjalan
Untuk mengubah ukuran cluster pada cache premium yang Anda buat sebelumnya, dan sudah berjalan dengan clustering diaktifkan, pilih Ukuran kelompok Dari menu sumber daya.
Untuk mengubah ukuran cluster, gunakan slider atau ketik angka antara 1 dan 10 di Hitungan Shard kolom tulisan. Kemudian, pilih OKE untuk menyimpan.
Meningkatkan ukuran cluster meningkatkan throughput maksimal dan ukuran cache. Meningkatkan ukuran cluster tidak meningkatkan maksimal. Koneksi tersedia untuk klien.
Menskalakan cluster menjalankan perintah migrasi, yang merupakan perintah yang mahal, jadi untuk dampak minimal, pertimbangkan untuk menjalankan operasi ini selama jam non-peak. Selama proses migrasi, Anda akan melihat lonjakan beban server. Meningkatkan cluster adalah proses berjalan yang lama dan jumlah waktu yang dibutuhkan tergantung pada jumlah kunci dan ukuran nilai yang terkait dengan kunci tersebut.
FAQ Clustering
Daftar berikut berisi jawaban untuk pertanyaan yang umum diajukan tentang cache biru untuk redis clustering.
- Apakah saya perlu melakukan perubahan pada aplikasi klien saya untuk menggunakan clustering?
- Bagaimana kunci didistribusikan dalam sebuah cluster?
- Berapa ukuran cache terbesar yang bisa saya buat?
- Lakukan semua klien redis mendukung pengelompokan?
- Bagaimana cara terhubung ke cache saya saat clustering diaktifkan?
- Dapatkah saya langsung terhubung ke pecahan individu cache saya?
- Dapatkah saya mengonfigurasi pengelompokan untuk cache yang dibuat sebelumnya?
- Dapatkah saya mengonfigurasi pengelompokan untuk cache dasar atau standar?
- Dapatkah saya menggunakan pengelompokan dengan redis asp.Status sesi bersih dan penyedia caching output?
- Saya mendapatkan pengecualian bergerak saat menggunakan stackexchange.Redis dan clustering, apa yang harus saya lakukan?
- [Apakah penskalaan menggunakan clustering membantu meningkatkan jumlah koneksi klien yang didukung?] (#Melakukan penskalaan menggunakan bantuan pengelompokan untuk meningkatkan jumlah koneksi klien yang didukung?)
Apakah saya perlu melakukan perubahan pada aplikasi klien saya untuk menggunakan clustering?
- Saat clustering diaktifkan, hanya database 0 yang tersedia. Jika aplikasi klien Anda menggunakan beberapa database dan mencoba membaca atau menulis ke database selain 0, pengecualian berikut dilemparkan: Pengecualian yang tidak ditangani: StackExchange.Redis.RedisconnectionException: Protocolfailure on Get —> StackExchange.Redis.RediscommandException: Beberapa database tidak didukung di server ini; Tidak dapat beralih ke database: 6 Untuk informasi lebih lanjut, lihat Spesifikasi Redis Cluster – Subset yang diimplementasikan.
- Jika Anda menggunakan stackExchange.Redis, Anda harus menggunakan 1.0.481 atau lebih baru. Anda terhubung ke cache menggunakan titik akhir, port, dan kunci yang sama yang Anda gunakan saat menghubungkan ke cache di mana pengelompokan dinonaktifkan. Satu -satunya perbedaan adalah bahwa semua yang dibaca dan ditulis harus dilakukan untuk database 0. Klien lain mungkin memiliki persyaratan yang berbeda. Lihat lakukan semua klien redis mendukung pengelompokan?
- Jika aplikasi Anda menggunakan beberapa operasi kunci yang dikumpulkan ke dalam satu perintah, semua tombol harus ditempatkan di pecahan yang sama. Untuk menemukan kunci di pecahan yang sama, lihat bagaimana kunci didistribusikan dalam sebuah cluster?
- Jika Anda menggunakan Redis ASP.Penyedia Negara Sesi Net, Anda harus menggunakan 2.0.1 atau lebih tinggi. Lihat bisakah saya menggunakan clustering dengan redis asp.Status sesi bersih dan penyedia caching output?
Bagaimana kunci didistribusikan dalam sebuah cluster?
Per Dokumentasi Model Distribusi Redis Keys: Ruang kunci dibagi menjadi 16.384 slot. Setiap kunci hash dan ditugaskan ke salah satu slot ini, yang didistribusikan melintasi node cluster. Anda dapat mengonfigurasi bagian mana dari kunci yang hash untuk memastikan bahwa beberapa tombol terletak di pecahan yang sama menggunakan tag hash.
- Kunci dengan tag hash – jika ada bagian dari kunci yang tertutup < and >, Hanya bagian kunci yang hash untuk tujuan menentukan slot hash dari suatu kunci. Misalnya, tiga tombol berikut akan berlokasi di Shard yang sama: 1, 2, dan 3 karena hanya bagian kunci dari nama yang hashed. Untuk daftar lengkap spesifikasi tag hash kunci, lihat tombol hash tag.
- Kunci Tanpa Tag Hash – Seluruh nama kunci digunakan untuk hashing, menghasilkan distribusi yang bahkan secara statistik di seluruh pecahan cache.
Untuk kinerja dan throughput terbaik, kami sarankan mendistribusikan kunci secara merata. Jika Anda menggunakan kunci dengan tag hash, itu adalah tanggung jawab aplikasi untuk memastikan kunci didistribusikan secara merata.
Untuk kode sampel tentang bekerja dengan clustering dan menemukan kunci di shard yang sama dengan stackexchange.Klien redis, lihat pengelompokan.Bagian CS dari sampel Hello World.
Berapa ukuran cache terbesar yang bisa saya buat?
Ukuran cache terbesar yang dapat Anda miliki adalah 1.2 tb. Hasil ini adalah cache P5 berkerumun dengan 10 pecahan. Untuk informasi lebih lanjut, lihat Azure Cache untuk harga redis.
Lakukan semua klien redis mendukung pengelompokan?
Banyak klien perpustakaan mendukung redis clustering tetapi tidak semua. Periksa dokumentasi untuk perpustakaan yang Anda gunakan untuk memverifikasi bahwa Anda menggunakan perpustakaan dan versi yang mendukung pengelompokan. StackExchange.Redis adalah salah satu perpustakaan yang mendukung pengelompokan, dalam versi yang lebih baru. Untuk informasi lebih lanjut tentang klien lain, lihat penskalaan dengan redis cluster.
Protokol pengelompokan Redis mengharuskan setiap klien untuk terhubung ke setiap pecahan secara langsung dalam mode pengelompokan, dan juga mendefinisikan respons kesalahan baru seperti ‘NA’ crossslots ‘yang dipindahkan’. Saat Anda mencoba menggunakan perpustakaan klien yang tidak mendukung pengelompokan, dengan cache mode cluster, hasilnya bisa banyak pengecualian pengalihan, atau hanya memecahkan aplikasi Anda, jika Anda melakukan permintaan multi-key silang silang.
Jika Anda menggunakan stackExchange.Redis sebagai klien Anda, pastikan Anda menggunakan versi terbaru dari StackExchange.Redis 1.0.481 atau lebih baru agar pengelompokan berfungsi dengan benar. Untuk informasi lebih lanjut tentang masalah apa pun dengan pengecualian, lihat Pengecualian Pindahkan.
Bagaimana cara terhubung ke cache saya saat clustering diaktifkan?
Anda dapat terhubung ke cache Anda menggunakan titik akhir, port, dan kunci yang sama yang Anda gunakan saat menghubungkan ke cache yang tidak memiliki pengelompokan diaktifkan. Redis mengelola pengelompokan di backend sehingga Anda tidak harus mengelolanya dari klien Anda.
Dapatkah saya langsung terhubung ke pecahan individu cache saya?
Protokol pengelompokan mengharuskan klien untuk membuat koneksi pecahan yang benar, sehingga klien harus membuat koneksi berbagi untuk Anda. Dengan mengatakan itu, masing -masing pecahan terdiri dari pasangan cache primer/replika, secara kolektif dikenal sebagai instance cache. Anda dapat terhubung ke instance cache ini menggunakan utilitas redis-cli di cabang repositori redis yang tidak stabil di github. Versi ini mengimplementasikan dukungan dasar saat dimulai dengan sakelar -c. Untuk informasi lebih lanjut, lihat Tutorial Redis Cluster.
Untuk non-TLS, gunakan perintah berikut.
Redis-cli.exe –h> -p 13000 (untuk terhubung ke instance 0) redis -cli.exe –h> -p 13001 (untuk terhubung ke instance 1) redis -cli.exe –h> -p 13002 (untuk terhubung ke instance 2) . Redis-cli.exe –h> -p 1300n (untuk terhubung ke instance n)Untuk TLS, ganti 1300N dengan 1500n .
Dapatkah saya mengonfigurasi pengelompokan untuk cache yang dibuat sebelumnya?
Ya. Pertama, pastikan cache Anda premium dengan meningkatkannya. Selanjutnya, Anda dapat melihat opsi konfigurasi cluster, termasuk opsi untuk mengaktifkan cluster. Ubah ukuran cluster setelah cache dibuat, atau setelah Anda mengaktifkan pengelompokan untuk pertama kalinya.
Anda tidak dapat membatalkan pengaktifan pengelompokan. Dan cache dengan pengelompokan diaktifkan dan hanya satu beling berperilaku berbeda dari cache dengan ukuran yang sama dengan TIDAK kekelompokan.
Dapatkah saya mengonfigurasi pengelompokan untuk cache dasar atau standar?
Clustering hanya tersedia untuk cache premium.
Dapatkah saya menggunakan pengelompokan dengan redis asp.Status sesi bersih dan penyedia caching output?
- Penyedia cache keluaran redis – Tidak ada perubahan yang diperlukan.
- Penyedia Negara Bagian Redis – Untuk menggunakan clustering, Anda harus menggunakan RedisSessionStateProvider 2.0.1 atau lebih tinggi atau pengecualian dilemparkan, yang merupakan perubahan besar. Untuk informasi lebih lanjut, lihat v2.0.0 Breaking Change Details.
Saya mendapatkan pengecualian bergerak saat menggunakan stackexchange.Redis dan clustering, apa yang harus saya lakukan?
Jika Anda menggunakan stackExchange.Redis dan terima Pengecualian Pindahkan Saat Menggunakan Clustering, Pastikan Anda Menggunakan StackExchange.Redis 1.1.603 atau lebih baru. Untuk instruksi tentang mengkonfigurasi .Aplikasi bersih untuk menggunakan stackexchange.Redis, lihat Konfigurasikan klien cache.
Apakah penskalaan menggunakan clustering membantu meningkatkan jumlah koneksi klien yang didukung?
Tidak, meningkatkan penggunaan pengelompokan dan meningkatkan jumlah pecahan tidak membantu meningkatkan jumlah koneksi klien yang didukung.
Langkah selanjutnya
Pelajari lebih lanjut tentang cache Azure untuk fitur Redis.
Redis Cluster vs. Penjaga 12 Mei 2014
Sentinel dan Cluster adalah untuk penggunaan yang berbeda, panduan ini akan menjelaskan perbedaan dan kapan menggunakan masing -masing.
Apakah mereka?
Redis memiliki dua kategori utama dalam menjalankan beberapa instance. Ada “replikasi standar” dan segera hadir “Cluster redis”. Untuk mengelola replikasi Anda menggunakan Sentinel. Cluster kebanyakan mengelola dirinya sendiri tetapi Anda dapat menggabungkan keduanya untuk replikasi yang diperpanjang, jika kompleks, ha +.
Panduan ini akan memandu Anda melalui masing -masing untuk mengembangkan pemahaman yang lebih baik tentang perbedaan dan penggunaan kasus untuk masing -masing. Kami akan mulai dengan redis cluster. Perhatikan bahwa pada saat panduan ini ditulis, cluster belum dalam rilis produksi dan detail dapat berubah.
Cluster redis
Redis Cluster terutama merupakan cara untuk berbelok di berbagai contoh secara otomatis. Itu akan keluar di Redis 3.0.
Apa yang dilakukannya
Cluster adalah redis yang dikonfigurasi untuk menyebarkan data di sejumlah instance redis tertentu. Untuk mengelola data apa itu di mana, cluster memiliki spesifikasi protokol yang memungkinkan klien untuk berbicara dengan master mana pun di cluster. Jika kunci yang dioperasikan disimpan secara lokal, data dikembalikan seperti biasa.
Namun, jika data disimpan pada simpul yang berbeda, respons dipindahkan dikembalikan memberi tahu klien yang master untuk diajak bicara. Mekanisme ini dengan demikian membutuhkan dukungan sisi klien untuk cluster
Perhatikan bahwa cluster tidak menyediakan HA atau replikasi secara langsung.
Untuk klaster untuk apa
Kasing penggunaan untuk cluster berevolusi di sekitar penyebaran beban (secara khusus menulis) dan melampaui kemampuan memori satu-instansi tunggal. Jika Anda memiliki data 2T, tidak ingin menulis kode sharding di kode akses Anda, tetapi memiliki perpustakaan yang mendukung cluster maka Anda mungkin ingin redis cluster. Jika Anda memiliki volume tulis yang tinggi ke berbagai tombol dan perpustakaan klien Anda mendukung cluster, cluster juga akan cocok.
Redis Sentinel
Redis mendukung beberapa budak yang mereplikasi data dari node master. Ini menyediakan node cadangan yang memiliki data Anda di atasnya, siap untuk melayani data. Namun, untuk memberikan kegagalan otomatis, Anda memerlukan beberapa alat. Untuk redis alat ini disebut Sentinel. Dalam dokumen ini kami akan menggunakan istilah tersebut “polong” untuk menggambarkan master redis dengan satu atau lebih budak; Ini menghindari kebingungan dengan istilah tersebut “gugus”.
Apa yang dilakukannya
Sentinel dikonfigurasi untuk menunjuk ke master yang perlu dikelola. Itu kemudian akan meminta master untuk semua budak yang terhubung. Setelah menentukan konfigurasi pod, ia akan melanjutkan untuk memantau setiap node dan setelah konfirmasi master bawah itu akan mempromosikan budak dan mengkonfigurasi ulang setiap budak untuk menunjuk ke master baru.
Untuk menggunakan ini untuk manajemen koneksi klien transparan, Anda perlu meletakkan node master di belakang IP virtual atau penyeimbang beban yang tahu, atau dapat dikonfigurasi secara dinamis, node mana yang menjadi master.
Opsi lainnya adalah menggunakan klien yang telah menerapkan dukungan sentinel.
Sentinel menggunakan mekanisme pemungutan suara+kuorum sehingga Anda membutuhkan setidaknya tiga node Sentinel yang bekerja bersama. Saya menyebut ini sebagai konstelasi sentinel. Setiap pod diberi nama di rasi bintang. Ini memberikan kemampuan tambahan jika menggunakan kode klien berkemampuan sentinel. Dalam skenario ini Anda dapat menggunakan Sentinel untuk penemuan layanan.
Untuk apa
Kasus Penggunaan Standar untuk Sentinel adalah master tunggal dengan 1-2 budak yang siap dipromosikan. Sentinel kemudian digunakan untuk menjaga satu simpul menangani lalu lintas data setiap saat, dalam batas-batasan pengujian Alivitas.
Atau, seseorang dapat menggunakan satu sentinel dan memiliki masing -masing master mandiri atau setiap pod terhubung ke sana untuk memberikan penemuan layanan. Dalam skenario ini mungkin Anda memiliki “Webcache” instance dan a “metrik” contoh. Dengan dukungan sisi klien yang sesuai, aplikasi Anda akan terhubung ke instance Sentinel dan mendapatkan informasi koneksi untuk salah satu “Webcache” atau “metrik” tanpa membutuhkan informasi koneksi yang unik untuk setiap klien.
Yang digunakan
Jika persyaratan memori Anda melebihi memori sistem atau Anda perlu mendistribusikan tulisan di beberapa node untuk mempertahankan tingkat kinerja, redis cluster adalah tempat Anda harus mencari.
Jika Anda mencari ketersediaan tinggi, Anda’LL ingin melihat lebih banyak ke Sentinel.
Bacaan tambahan
- Menggunakan Sentinel
- Skalabilitas kinerja tinggi dan linier hingga 1.000 node. Tidak ada proksi, replikasi asinkron digunakan, dan tidak ada operasi gabungan yang dilakukan pada nilai.
- Tingkat keamanan tulis yang dapat diterima. Sistem ini mencoba mempertahankan semua tulisan yang berasal dari klien yang terhubung dengan sebagian besar node utama. Biasanya, ada jendela kecil waktu di mana tulisan yang diakui bisa hilang.
- Ia mampu bertahan dari partisi di mana sebagian besar node utama dapat dijangkau dan setidaknya ada satu budak yang dapat dijangkau untuk setiap node utama yang tidak lagi dapat dicapai.
- Bind: Secara default, jika tidak ditentukan, Redis mendengarkan koneksi dari semua antarmuka jaringan yang tersedia di server. Dimungkinkan untuk mendengarkan hanya satu atau beberapa antarmuka yang dipilih.
- Mode terlindungi: Mode yang dilindungi adalah lapisan perlindungan keamanan, untuk menghindari bahwa instance Redis dibiarkan terbuka di internet diakses dan dieksploitasi. Secara default mode terlindungi diaktifkan.
- Port: menerima koneksi pada port yang ditentukan, default adalah 6379. Jika port 0 ditentukan redis tidak akan mendengarkan di soket TCP.
- Cluster-Enabled: Mengaktifkan/Menonaktifkan Dukungan Redis Cluster pada Node Redis tertentu. Jika dinonaktifkan, contoh dimulai sebagai contoh yang berdiri sendiri seperti biasa.
- Cluster-Config-File: File di mana simpul redis cluster secara otomatis bertahan konfigurasi cluster setiap kali ada perubahan, untuk dapat membacanya kembali saat startup.
- Cluster-Node-Timeout: Jumlah maksimum waktu (dalam milidetik), simpul cluster redis tidak tersedia, tanpa dianggap gagal. Jika sebuah master node tidak dapat dicapai lebih dari jumlah waktu yang ditentukan, itu akan gagal oleh budaknya.
- AppendOnly: File Append Only adalah mode kegigihan alternatif yang memberikan daya tahan yang jauh lebih baik. Untuk instance menggunakan Data Default Kebijakan FSYNC, Redis dapat kehilangan hanya satu detik dari menulis dalam kegagalan server seperti pemadaman listrik, atau satu tulisan jika ada sesuatu yang salah dengan proses Redis itu sendiri, tetapi sistem operasi masih berjalan dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar dengan benar.
- Komunitas Redis
- Replikasi Redis
- Tutorial Redis Cluster
- Spesifikasi Cluster Redis
- Intro ke Redis Cluster Sharding
- Cara mengatur cluster redis dari sumber
- Replikasi redis vs sharding
- REDIS CLUSTER vs REDIS Replication
- Redis Sentinel & Redis Cluster – Apa?
- Penyebaran Redis apa yang Anda butuhkan?
Bill Anderson [tentang]
Bill Anderson adalah seorang ilmuwan gila yang bekerja pada cara yang aneh, namun keren dan kuat untuk menggunakan Redis. Di waktu luangnya dia menikmati bermain minecraft dengan istri dan dua putrinya.
Menginstal Redis Cluster (mode cluster diaktifkan) dengan failover otomatis
Redis adalah datastore in-memory open-source yang digunakan sebagai database atau cache. Ini memiliki replikasi bawaan dan memberikan ketersediaan tinggi melalui Redis Sentinel dan Partisi Otomatis dengan Redis Cluster. Di blog ini, kita akan melihat apa itu dan cara menginstal cluster redis.
Apa itu redis cluster?
Redis Cluster adalah fitur Redis bawaan yang menawarkan sharding otomatis, replikasi, dan ketersediaan tinggi yang sebelumnya diimplementasikan menggunakan Sentinels. Ini memiliki kemampuan untuk secara otomatis membagi dataset Anda di antara beberapa node dan untuk melanjutkan operasi ketika subset dari node mengalami kegagalan atau tidak dapat berkomunikasi dengan sisa cluster.
Tujuan redis cluster adalah:
Sekarang kita tahu apa itu, biarkan’s lihat cara menginstalnya.
Cara menginstal redis cluster
Menurut dokumentasi resmi, gugus minimal yang berfungsi seperti yang diharapkan perlu berisi setidaknya tiga node utama, tetapi sebenarnya, rekomendasinya adalah memiliki cluster enam node dengan tiga tuan dan tiga node untuk para budak, jadi biarkan’s lakukan itu.
Untuk contoh ini, kami akan menginstal redis cluster di CentOS 8 menggunakan topologi berikut:
Master 1: 10.10.10.121 Master 2: 10.10.10.122 Master 3: 10.10.10.123 Budak 1: 10.10.10.124 Budak 2: 10.10.10.125 Budak 3: 10.10.10.126Perintah berikut harus dijalankan di semua node, tuan dan budak.
Secara default, selama pembuatan posting blog ini, versi Redis yang tersedia di Centos 8 adalah 5.0.3, jadi biarkan’S Gunakan repositori Remi untuk memiliki versi stabil saat ini 6.2:
$ DNF Instal https: // rpms.Remirepo.Net/Enterprise/Remi-Release-8.RPM -Y $ DNF Modul Instal Redis: Remi -6.2 -YAktifkan Layanan Redis:
$ systemctl memungkinkan redis.melayaniUntuk mengonfigurasi cluster redis Anda, Anda perlu mengedit file konfigurasi redis /etc /redis.conf dan ubah parameter berikut:
$ vi /etc /redis.conf bind 10.10.10.121 #Replace Alamat IP ini ke alamat IP lokal pada setiap node-mode dilindungi No Port 7000 Cluster-Enabled YA Cluster-Config-File Node.conf cluster-node-timeout 15000 apendonly yaParameter ini adalah:
Setiap node cluster redis membutuhkan dua koneksi TCP terbuka. Port TCP Redis normal yang digunakan untuk melayani klien, secara default 6379, dan port yang diperoleh dengan menambahkan 10000 ke port data, jadi secara default 16379. Port kedua ini ditugaskan untuk bus cluster, yang digunakan oleh node untuk deteksi kegagalan, pembaruan konfigurasi, otorisasi failover, dan banyak lagi.
Sekarang, Anda dapat memulai layanan Redis:
$ systemctl mulai redis.melayaniDalam file log redis, secara default/var/log/redis/redis.Log, Anda akan melihat ini:
76: M 02 Jul 2021 18:06:17.658 * Siap menerima koneksiSekarang semuanya sudah siap, Anda perlu membuat cluster menggunakan alat redis-cli. Untuk ini, Anda harus menjalankan perintah berikut hanya dalam satu node:
$ redis-cli-cluster create 10.10.10.121: 7000 10.10.10.122: 7000 10.10.10.123: 7000 10.10.10.124: 7000 10.10.10.125: 7000 10.10.10.126: 7000-Cluster-Replicas 1Dalam perintah ini, Anda perlu menambahkan alamat IP dan redis port untuk setiap node. Tiga node pertama akan menjadi node utama, dan sisanya yang budak. Cluster-Replicas 1 berarti satu simpul budak untuk setiap master. Output dari perintah ini akan terlihat seperti ini:
>>> melakukan alokasi slot hash pada 6 node. Master [0] -> Slot 0 - 5460 Master [1] -> Slots 5461 - 10922 Master [2] -> Slot 10923 - 16383 Menambahkan Replika 10.10.10.125: 7000 hingga 10.10.10.121: 7000 Menambahkan Replika 10.10.10.126: 7000 hingga 10.10.10.122: 7000 Menambahkan Replika 10.10.10.124: 7000 hingga 10.10.10.123: 7000 M: 4394D8EB03DE1F524B56CB385F0EB9052CE65283 10.10.10.121: 7000 slot: [0-5460] (5461 slot) Master M: 5CC0F693985913C553C6901E102EA3CB8D6678BD 10.10.10.122: 7000 slot: [5461-10922] (5462 slot) Master M: 22DE56650B3714C1C42FC0D120F80C66C24D8795 10.10.10.123: 7000 slot: [10923-16383] (5461 slot) Master S: 8675CD30FDD4EFA088634E50FBD5C0675238A35E 10.10.10.124: 7000 Replikasi 22DE56650B3714C1C42FC0D120F80C66C24D8795 S: AD0F5210DDA1736A1B5467CD6E797F011A192097.10.10.125: 7000 Replikasi 4394D8EB03DE1F524B56CB385F0EB9052CE65283 S: 184ADA329264E994781412F3986C425A248F386E 10.10.10.126: 7000 Replikasi 5CC0F693985913C553C6901E102EA3CB8D6678BD Dapatkah saya mengatur konfigurasi di atas? (ketik 'ya' untuk menerima):Setelah menerima konfigurasi, cluster akan dibuat:
>>> Konfigurasi node Diperbarui >>> Tetapkan zaman konfigurasi yang berbeda untuk setiap node >>> Mengirim pesan bertemu cluster untuk bergabung dengan cluster menunggu cluster untuk bergabung . >>> melakukan periksa cluster (menggunakan simpul 10.10.10.121: 7000) M: 4394D8EB03DE1F524B56CB385F0EB9052CE65283 10.10.10.121: 7000 slot: [0-5460] (5461 slot) Master 1 Replika tambahan S: 184ADA329264E994781412F3986C425A248F386E 10.10.10.126: 7000 slot: (0 slot) Slave Replicates 5CC0F693985913C553C6901E102EA3CB8D6678BD M: 5CC0F693985913C553C6901E102EA3CB8D6678BD 10.10.10.122: 7000 slot: [5461-10922] (5462 slot) Master 1 Replika tambahan M: 22DE56650B3714C1C42FC0D120F80C66C24D8795 10.10.10.123: 7000 slot: [10923-16383] (5461 slot) Master 1 Replika tambahan S: AD0F5210DDA1736A1B5467CD6E797F011A192097.10.10.125: 7000 slot: (0 slot) Slave Replicates 4394D8EB03DE1F524B56CB385F0EB9052CE65283 S: 8675CD30FDD4EFA088634E50FBD5C06755238A35E 10.10.10.124: 7000 slot: (0 slot) Slave Replikasi 22DE56650B3714C1C42FC0D120F80C66C24D8795 [OK] Semua node setuju tentang konfigurasi slot. >>> Periksa slot terbuka. >>> Periksa cakupan slot. [OK] semua 16384 slot tertutup.Jika Anda melihat file log master, Anda akan melihat:
3543: M 02 Jul 2021 19:40:23.250 # configepoch Set ke 1 via cluster set-config-epoch 3543: m 02 Jul 2021 19:40:23.258 # alamat IP untuk node ini diperbarui ke 10.10.10.121 3543: M 02 Jul 2021 19:40:25.281 * Replika 10.10.10.125: 7000 meminta sinkronisasi 3543: M 02 Jul 2021 19:40:25.281 * Penentuan Sinkronisasi Parsial Tidak Diterima: Ketidakcocokan ID Replikasi (Replika Diminta untuk '1F42A85E22D8A19817844AAC14FBB8201A6FC88', ID replikasi saya adalah '9F8DB08A36207C17800F75444848700 000000000000000000000000 ') 3543: M 02 Jul 2021 19:40:25.281 * Backlog Replikasi Dibuat, ID Replikasi baru saya adalah '21ABFCA3B9405356569B2684C6D68C0D2EC19B3B' dan '00000000000000000000000000000000000000000000.3543: M 02 Jul 2021 192100000000000000000000000000.281 * Mulai BGSAVE untuk sinkronisasi dengan target: Disk 3543: M 02 Jul 2021 19:40:25.284 * Penghematan Latar Belakang Dimulai oleh PID 3289 3289: C 02 Jul 2021 19:40:25.312 * db disimpan di disk 3289: c 02 Jul 2021 19:40:25.313 * RDB: 0 MB memori yang digunakan oleh Copy-on-Write 3543: M 02 Jul 2021 19:40:25.369 * Simpan Latar Belakang Diakhiri dengan Sukses 3543: M 02 Jul 2021 19:40:25.369 * Sinkronisasi dengan Replika 10.10.10.125: 7000 berhasil 3543: M 02 Jul 2021 19:40:28.180 # cluster state berubah: okDan replika’File log S:
11531: M 02 Jul 2021 19:40:23.253 # configepoch Set ke 4 via cluster set-config-epoch 11531: m 02 Jul 2021 19:40:23.357 # Alamat IP untuk node ini diperbarui ke 10.10.10.124 11531: S 02 Jul 2021 19:40:25.277 * Sebelum berubah menjadi replika, menggunakan parameter master saya sendiri untuk mensintesis master yang di -cache: Saya mungkin dapat menyinkronkan dengan master baru hanya dengan transfer parsial. 11531: S 02 Jul 2021 19:40:25.277 * Menghubungkan ke Master 10.10.10.123: 7000 11531: S 02 Jul 2021 19:40:25.277 * Master Replica Sync dimulai 11531: S 02 Jul 2021 19:40:25.277 # cluster state berubah: ok 11531: s 02 Jul 2021 19:40:25.277 * Connect non blocking untuk Sync menembakkan acara tersebut. 11531: S 02 Jul 2021 19:40:25.278 * Master membalas ping, replikasi dapat dilanjutkan. 11531: S 02 Jul 2021 19:40:25.278 * mencoba sinkronisasi parsial (permintaan 7d8da986c7e699fe33002d10415f98e91203de01: 1). 11531: S 02 Jul 2021 19:40:25.279 * Resync penuh dari Master: 99A8DEFC35B459B7B73277933AAA526D3F72AE76E: 0 11531: S 02 Jul 2021 19:40:25.279 * Membuang Negara Master yang Dikecam sebelumnya. 11531: S 02 Jul 2021 19:40:25.299 * Master Replica Sync: Menerima 175 byte dari master ke disk 11531: S 02 Jul 2021 19:40:25.299 * Master Replica Sync: Flushing Data Lama 11531: S 02 Jul 2021 19:40:25.300 * Master Replica Sync: Memuat DB dalam Memori 11531: S 02 Jul 2021 19:40:25.306 * Memuat RDB yang diproduksi oleh Versi 6.2.4 11531: S 02 Jul 2021 19:40:25.306 * RDB Usia 0 detik 11531: S 02 Jul 2021 19:40:25.306 * Penggunaan memori RDB saat dibuat 2.60 MB 11531: S 02 Jul 2021 19:40:25.306 * Master Replica Sync: Finish dengan Sukses 11531: S 02 Jul 2021 19:40:25.308 * Latar Belakang Tambahkan File RE ENTIDE BY oleh PID 2487 11531: S 02 Jul 2021 19:40:25.342 * AOF Menulis ulang anak meminta untuk berhenti mengirim diffs. 2487: C 02 Jul 2021 19:40:25.342 * Orangtua setuju untuk berhenti mengirim diffs. Menyelesaikan AOF. 2487: C 02 Jul 2021 19:40:25.342 * menggabungkan 0.00 MB AOF Diff Diterima dari Orangtua. 2487: C 02 Jul 2021 19:40:25.343 * Sinkronkan Tambahkan File REKRITE DAPATKAN 2487: C 02 Jul 2021 19:40:25.343 * AOF Penulisan ulang: 0 MB memori yang digunakan oleh Copy-on-Write 11531: S 02 Jul 2021 19:40:25.411 * Latar belakang AOF Penulisan ulang diakhiri dengan kesuksesan 11531: S 02 Jul 2021 19:40:25.411 * Diff induk residu berhasil disiram ke AOF yang ditulis ulang (0.00 MB) 11531: S 02 Jul 2021 19:40:25.411 * latar belakang dan penulisan ulang selesai dengan suksesMemantau node cluster redis
Untuk mengetahui status setiap node Redis, Anda dapat menggunakan perintah berikut:
$ redis -cli -h 10.10.10.121 -P 7000 Node Cluster 184ADA329264E994781412F3986C425A248F386E 10.10.10.126: [Email Dilindungi] Slave 5CC0F693985913C553C6901E102EA3CB8D6678BD 0 162555155519 2 Terhubung 5CC0F693985913C553C6901E102EA3CB8D666788878813C6901E102EA3CB8D66666788813C6901E102EA3CB8D66667813C53c6901.10.10.122: [Email Dilindungi] Master - 0 162525153513 2 Terhubung 5461-10922 22DE56650B3714C1C42FC0D120F80C66C24D8795 10.10.10.123: [Email Dilindungi] Master - 0 162525151000 3 Terhubung 10923-16383 AD0F5210DDA1736A1B5467CD6E797F011A192097 10.10.10.125: [Email Dilindungi] Slave 4394D8EB03DE1F524B56CB385F0EB9052CE65283 0 1625255153000 1 Terhubung 8675CD30FDD4EFA088634E50FBD5C067523885E 10.10.10.124: [Email Dilindungi] Slave 22DE56650B3714C1C42FC0D120F80C66C24D8795 0 1625255154515 3 Terhubung 4394D8EB03DE1F524B56CB385F0EB9052.10.10.121: [Email Dilindungi] Sendiri, Master - 0 1625255152000 1 Terhubung 0-5460Anda juga dapat memfilter output menggunakan perintah grep linux untuk memeriksa hanya node master:
$ redis -cli -h 10.10.10.121 -P 7000 Node Cluster | GREP MASTER 5CC0F693985913C553C6901E102EA3CB8D6678BD 10.10.10.122: [Email Dilindungi] Master - 0 1625255389768 2 Terhubung 5461-10922 22DE56650B3714C1C42FC0D120F80C66C24D8795 10.10.10.123: [Email Dilindungi] Master - 0 162525387000 3 Terhubung 10923-16383 4394D8EB03DE1F524B56CB385F0EB9052CE65283 10.10.10.121: [Email Dilindungi] Sendiri, Master - 0 162525387000 1 Terhubung 0-5460Atau bahkan node budak:
$ redis -cli -h 10.10.10.121 -P 7000 Node Cluster | Grep Slave 184ada329264e994781412f3986c425a248f386e 10.10.10.126: [Email Dilindungi] Slave 5CC0F693985913C553C6901E102EA3CB8D6678BD 0 162555395795 2 Connected AD0F5210DDA1736A1B5467CD6E797F011A19209.1097.10.10.125: [Email Dilindungi] Slave 4394D8EB03DE1F524B56CB385F0EB9052CE65283 0 1625255395000 1 Terhubung 8675CD30FDD4EFA088634E50FBD5C067523810.10.10.124: [Email Dilindungi] Slave 22DE56650B3714C1C42FC0D120F80C66C24D8795 0 1625255393000 3 TerhubungRedis Cluster Auto Failover
Membiarkan’S Tes fitur failover otomatis di redis cluster. Untuk ini, kita akan menghentikan layanan Redis dalam satu node utama, dan lihat apa yang terjadi.
Pada master 2 – 10.10.10.122:
$ Systemctl Stop Redis $ Systemctl Status Redis | Grep Active Active: Tidak Aktif (Mati) Sejak Jumat 2021-07-02 19:53:41 UTC; 1H 4 menit yang laluSekarang, biarkan’s Periksa output perintah yang kami gunakan di bagian sebelumnya untuk memantau node Redis:
$ redis -cli -h 10.10.10.121 -P 7000 Node Cluster 184ADA329264E994781412F3986C425A248F386E 10.10.10.126: [Email Dilindungi] Master - 0 162525654350 7 Terhubung 5461-10922 5CC0F693985913C553C6901E102EA3CB8D6678BD 10.10.10.122: [Email Dilindungi] Master, Gagal - 162525622147 1625255621143 2 Disoneksi 22DE56650B3714C1C42FC0D120F80C66C24D8795.10.10.123: [Email Dilindungi] Master - 0 1625255654000 3 Terhubung 10923-16383 AD0F5210DDA1736A1B5467CD6E797F011A192097 10.10.10.125: [Email Dilindungi] Slave 4394D8EB03DE1F524B56CB385F0EB9052CE65283 0 1625555656366 1 Terhubung 8675CD30FD4EFA088634E50FBD5C067523.10.10.10.124: [Email Dilindungi] Slave 22DE56650B3714C1C42FC0D120F80C66C24D8795 0 162555655360 3 Terhubung 4394D8EB03DE1F524B56CB385F0EB9052.10.10.121: [Email Dilindungi] Sendiri, Master - 0 162525653000 1 Terhubung 0-5460Seperti yang Anda lihat, salah satu node budak dipromosikan untuk menguasai, dalam hal ini, budak 3 – 10.10.10.126, jadi failover mobil bekerja seperti yang diharapkan.
Kesimpulan
Redis adalah pilihan yang baik jika Anda ingin menggunakan datastore dalam memori. Seperti yang dapat Anda lihat di posting blog ini, instalasi ini bukan ilmu roket dan penggunaan redis cluster dijelaskan dalam dokumentasi resminya. Blog ini hanya mencakup instalasi dasar dan langkah-langkah pengujian, tetapi Anda juga dapat meningkatkannya dengan, misalnya, menambahkan otentikasi dalam konfigurasi Redis, atau bahkan menjalankan tolok ukur menggunakan alat Redis-Benchmark untuk memeriksa kinerja.
Produk-produk terkait
Redis: Replikasi, Bagian 1 – Gambaran Umum. Replikasi vs Sharding. Sentinel vs Cluster. Topologi Redis.
Codeproject
Awalnya, itu direncanakan untuk menulis satu posting kecil dengan contoh bagaimana membuat replikasi redis tetapi ketika saya membaca lebih banyak dan lebih banyak detail – saya ingin menggambarkan lebih banyak dan lebih banyak tentang itu, jadi pada akhirnya saya membagi posting ini menjadi dua bagian.
Yang satu ini – beberapa ikhtisar cepat, penjelasan singkat tentang perbedaan dalam jenis distribusi data Redis, contoh topologi.
Dalam waktu singkat tetapi dengan tautan ke dokumentasi terperinci dan posting berguna lainnya tentang sumber daya lain.
Di bagian kedua – beberapa contoh cara mengkonfigurasi replikasi dan replikasi sederhana dengan Redis Sentinel.
Di bagian ketiga-Contoh Perpustakaan Redis-Py dengan Replikasi Redis dan Sentinel.
Replikasi redis vs sharding
Redis mendukung dua jenis berbagi data replikasi (juga dikenal sebagai mirroring, duplikasi data), dan Sharding (juga dikenal sebagai Partisi, segmentasi data). Dalam hal ini – redis cluster dapat menggunakan kedua metode secara bersamaan.
Replikasi
Adalah data yang mengatasi node redis keseluruhan dalam sebuah cluster yang memungkinkan untuk membuat permintaan ke satu atau lebih node budak dan membuat kegigihan data jika beberapa node akan turun, memberikan ketersediaan tinggi.
Menggunakan pendekatan ini – membaca Permintaan akan lebih cepat.
Sharding
Dengan segmentasi data – semua data akan dibagi menjadi beberapa bagian dan ini akan meningkatkan setiap node’S Performa karena hanya akan menyimpan sebagian dari data dan tidak akan melayani semua permintaan.
Menggunakan pendekatan ini – menulis Permintaan akan berjalan lebih cepat.
Redis Sentinel vs Redis Cluster
Redis Sentinel
Ditambahkan ke redis v.2.4 dan pada dasarnya adalah layanan pemantauan untuk master dan budak.
Juga, dapat mengirim pemberitahuan, secara otomatis beralih peran master dan budak jika seorang master turun dan sebagainya.
Mungkin masuk akal untuk digunakan untuk replikasi master-slave telanjang (lihat di bawah) tanpa pengelompokan penuh.
Ini berfungsi sebagai daemon khusus menggunakan biner sentinel atau redis-server di penjaga mode.
Akan melakukan konfigurasi ulang node jika master turun – akan memilih master baru dari budak yang tersisa.
Membutuhkan setidaknya tiga contoh Sentinel untuk memiliki kuorum untuk pemilihan master baru dan untuk memutuskan apakah salah satu node Redis turun
Cluster redis
Ditambahkan ke redis v.3.0 dan mewakili solusi pengelompokan penuh untuk segmentasi, replikasi, dan manajemen nodenya.
Akan melakukan sinkronisasi data, replikasi, mengelola persistensi akses node jika ada yang akan turun.
Penggunaan Sentinel dalam kasus redis cluster tidak’T masuk akal karena cluster akan melakukan segalanya sendiri.
Topologi Redis
Satu instance redis
Kasus klasik yang paling sederhana dan mor.
Sederhana dalam menjalankan dan konfigurasi.
Dibatasi oleh tuan rumah’Sumber Sumber – CPU dan ingatannya.
Dalam hal instance Redis seperti itu akan turun – semua layanan dependen akan rusak serta tidak ada ketersediaan atau mekanisme toleransi kesalahan.
Replikasi Master-Slave
Seorang master yang memiliki budak multitas yang terpasang.
Data akan diperbarui pada master ini dan kemudian master akan mendorong perubahan tersebut ke replika -replika itu.
Budak hanya dapat berbicara dengan tuan dan bisa’t berkomunikasi dengan budak lain, tetapi masih dapat memiliki budak sendiri
Budak adalah node hanya baca-tidak ada perubahan data yang dapat dilakukan di sana kecuali ini bukan’t dikonfigurasi secara eksplisit (lihat bagian kedua dari posting ini).
Jika ada node akan turun – semua data masih akan tersedia untuk klien karena data direplikasi di semua node.
Sederhana dalam konfigurasi tetapi menulis Operasi dibatasi oleh master’Sumber daya s.
Jika master akan turun – Anda’LL harus secara manual mengkonfigurasi ulang budak dan mengubah budak menjadi master untuk satu pada mereka.
Juga, klien perlu tahu mana yang harus mereka gunakan untuk menulis operasi.
Redis Sentinel
Sudah dijelaskan di atas tetapi beberapa kata lagi di sini.
Demikian pula dengan replikasi Redis – Sentinel memiliki satu instance master yang memiliki prioritas saat memutuskan Redis Master’Pemilihan.
SAYA.e. Dalam kasus satu Redis Master dan dua budak dan jika Sentinel Master bekerja pada tuan rumah yang sama tempat Redis Master berjalan dan tuan rumah ini akan turun – Sentinel akan memilih Sentinel’instance master baru dan dua contoh penjaga itu perlu memutuskan Redis Slave mana yang harus menjadi master redis baru.
Selama ini – seorang penjaga’Master S akan memiliki lebih banyak bobot dalam pemilihan seperti itu.
Perlu diingat bahwa tidak setiap klien Redis dapat bekerja dengan Sentinel, semua klien dapat ditemukan di sini >>>.
Cluster redis
Dan solusi yang paling kuat – cluster redis.
Memiliki beberapa contoh utama dan masing -masing dapat memiliki satu lagi – hingga 1000 – budak.
Akan mengurus data sharding, replikasi, sinkronisasi, dan operasi failover.
Harus memiliki setidaknya 6 node redis – 3 untuk master dan tiga untuk budak.
Dapat mengalihkan permintaan klien ke master atau host budak yang diperlukan – tetapi klien harus memiliki kemampuan untuk bekerja dengan redis cluster.