Contoh analisis ketersediaan tinggi dalam mod sentri Redis
1 Prakata
Ketersediaan tinggi Redis mempunyai dua mod: 哨兵模式
dan 集群模式
mod sentri Build 一主两从三哨兵
Redis perkhidmatan ketersediaan tinggi.
1. Matlamat dan keuntungan
一主两从三哨兵
Perkhidmatan Redis pada asasnya boleh memenuhi keperluan ketersediaan tinggi bagi projek kecil dan sederhana digunakan untuk memantau dan mengurus kejadian Redis. Melalui artikel ini, matlamat berikut akan dicapai:
Perancangan dan pembinaan perkhidmatan mod Sentinel
Perkhidmatan mod Sentinel berbanding mesin tunggal Perkhidmatan versi lebih dipercayai dan sesuai untuk senario di mana bacaan dan penulisan diasingkan, jumlah data tidak besar, dan kebolehpercayaan dan kestabilan diperlukan.
Integrasi pelanggan dan pengasingan membaca dan menulis
Sambung ke mod sentinel melalui rangka kerja Spring untuk melengkapkan persekitaran pengeluaran Operasi biasa.
2. Perancangan pelabuhan
Perancangan pelabuhan ialah langkah pertama untuk menyelesaikan penyelesaian ini.
2. Simulasi bersendirian
Simulasi bersendirian adalah untuk mensimulasikan operasi pada mesin fizikal atau mesin maya untuk memulihkan proses perantaraan program asal sebagai sebanyak mungkin Biasanya Digunakan semasa fasa pembelajaran atau pembangunan.
Untuk memudahkan operasi, perkhidmatan Redis membuat konvensyen berikut: data tidak berterusan ke cakera dijalankan sebagai proses latar depan fail konfigurasi nod sebagai templat; pengesahan kata laluan.
(1) Perancangan perkhidmatan
1 Instance Redis
Apabila perkhidmatan dimulakan buat kali pertama, ia mengetahui dengan jelas nod mana yang merupakan nod induk berjalan untuk masa yang lama dan Apabila suis induk-hamba berlaku, tidak mungkin untuk memaparkan nod mana yang merupakan nod induk dan perlu disoal secara tidak langsung melalui baris arahan.
节点 | 主机 | 端口 | 角色 | 额外配置 |
---|---|---|---|---|
node01 | 127.0.0.1 | 6380 | 第一次启动时作为master服务 | |
node02 | 127.0.0.1 | 6381 | 第一次启动时作为slave服务 | replicaof 127.0.0.1 6380 |
node03 | 127.0.0.1 | 6382 | 第一次启动时作为slave服务 | replicaof 127.0.0.1 6380 |
Konfigurasi tambahan merujuk kepada konfigurasi baharu dalam fail konfigurasi nod apabila contoh perkhidmatan Redis dimulakan buat kali pertama.
2. Perkhidmatan Sentinel
Tiada perbezaan tuan-hamba antara nod perkhidmatan Sentinel dan semua nod berada pada kedudukan yang sama. Apabila pengecualian berlaku dalam perkhidmatan utama, perkhidmatan sentinel akan mencetuskan strategi pengundian dan memilih calon daripada nod hamba contoh Redis sebagai perkhidmatan utama baharu.
节点 | 主机 | 端口 | 额外配置 |
---|---|---|---|
node01 | 127.0.0.1 | 26380 | sentinel monitor mymaster 127.0.0.1 6380 2 |
node02 | 127.0.0.1 | 26381 | sentinel monitor mymaster 127.0.0.1 6380 2 |
node03 | 127.0.0.1 | 26382 | sentinel monitor mymaster 127.0.0.1 6380 2 |
(2) Konfigurasi perkhidmatan
1. Fail konfigurasi awal bagi nod Redis
menggunakan fail konfigurasi lalai sebagai templat.
Selepas node01 dan node02 memulakan fail konfigurasi, hubungan induk-hamba antara nod dipaparkan dan konfigurasi berikut ditambah:
replicaof 127.0.0.1 6380
2 fail konfigurasi nod adalah seperti berikut Fail konfigurasi lalai ialah templat.
Selepas node01, node02 dan node03 memulakan fail konfigurasi, tambahkan konfigurasi berikut:
sentinel monitor mymaster 127.0.0.1 6381 2
(3) Pengurusan perkhidmatan
Semasa menguji atau belajar, adalah disyorkan untuk menggunakan perkhidmatan pengurusan proses latar depan Adalah mudah untuk mensimulasikan satu titik kegagalan, melihat log dan memerhatikan pertukaran induk-hamba.
Adalah disyorkan untuk menggunakan perkhidmatan pengurusan Penyelia di bawah keadaan pengeluaran, yang bukan sahaja mudah diurus tetapi juga boleh memulakan semula perkhidmatan secara automatik selepas penamatan yang tidak normal. Tiga mesin fizikal digunakan dalam senario ketersediaan tinggi.
1. Instance Redis
/usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis80.conf --port 6380 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis81.conf --port 6381 --save '' --daemonize no /usr/local/redis/bin/redis-server /usr/local/redis/conf/ms/redis82.conf --port 6382 --save '' --daemonize no
2. Perkhidmatan Sentinel
/usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel280.conf --port 26380 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel281.conf --port 26381 --daemonize no /usr/local/redis/bin/redis-sentinel /usr/local/redis/conf/ms/sentinel282.conf --port 26382 --daemonize no
3 Penyepaduan pelanggan
Pelaksanaan pelanggan merujuk kepada integrasi berdasarkan SpringBoot-. langkah pelaksanaan: pertama, melengkapkan integrasi sebagai asas kedua, menambah ciri-ciri baru berdasarkan keperluan pengeluaran.
(1) Penyepaduan asas
Kandungan penyepaduan asas ialah menggunakan klien Java untuk menyambung ke perkhidmatan Redis mod Sentinel yang tersedia tinggi untuk mencapai keperluan operasi biasa perkhidmatan kegagalan nod tunggal .
1. Fail konfigurasi global
Maklumat konfigurasi yang ditambahkan oleh fail konfigurasi global ialah:
parameter ialah nama perkhidmatan sentinel, berikut ialah nilai lalainya; senarai perkhidmatan sentinel ( Bukan senarai perkhidmatan contoh Redis);spring: redis: database: 0 sentinel: nodes: 192.168.181.171:26380,192.168.181.171:26381,192.168.181.171:26382 master: mymaster
master
2. Konfigurasi bersepadu nodes
database
disepadukan ke dalam sistem SpringBoot Intinya adalah untuk mencipta kilang sambungan , ia boleh diwarisi dengan lancar ke dalam rangka kerja lain di bawah sistem Spring. @Configuration
public class RedisSentinelConfig {
@Autowired
private RedisProperties redisProperties;
@Bean
public RedisConnectionFactory lettuceConnectionFactory() {
RedisProperties.Sentinel sentinel = redisProperties.getSentinel();
HashSet<String> nodes = new HashSet<>(sentinel.getNodes());
String master = sentinel.getMaster();
RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes);
config.setDatabase(redisProperties.getDatabase());
return new LettuceConnectionFactory(config);
}
}
Salin selepas log masuk (2) Pemisahan baca dan tulis
@Configuration public class RedisSentinelConfig { @Autowired private RedisProperties redisProperties; @Bean public RedisConnectionFactory lettuceConnectionFactory() { RedisProperties.Sentinel sentinel = redisProperties.getSentinel(); HashSet<String> nodes = new HashSet<>(sentinel.getNodes()); String master = sentinel.getMaster(); RedisSentinelConfiguration config = new RedisSentinelConfiguration(master, nodes); config.setDatabase(redisProperties.getDatabase()); return new LettuceConnectionFactory(config); } }
LettuceConnectionFactory
Penyepaduan asas hanya melaksanakan proses perkhidmatan Redis yang tersedia tinggi Dalam persekitaran pengeluaran, konfigurasi lain masih perlu ditambah: ubah suai sambungan tersuai nombor siri pangkalan data; membenarkan sambungan;
Di bawah premis ketersediaan tinggi, ciri pemisahan membaca dan menulis diperolehi Perpustakaan utama melengkapkan permintaan tulis;
rreeeeAtas ialah kandungan terperinci Contoh analisis ketersediaan tinggi dalam mod sentri Redis. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas











Mod Redis cluster menyebarkan contoh Redis ke pelbagai pelayan melalui sharding, meningkatkan skalabilitas dan ketersediaan. Langkah -langkah pembinaan adalah seperti berikut: Buat contoh Redis ganjil dengan pelabuhan yang berbeza; Buat 3 contoh sentinel, memantau contoh redis dan failover; Konfigurasi fail konfigurasi sentinel, tambahkan pemantauan maklumat contoh dan tetapan failover; Konfigurasi fail konfigurasi contoh Redis, aktifkan mod kluster dan tentukan laluan fail maklumat kluster; Buat fail nodes.conf, yang mengandungi maklumat setiap contoh Redis; Mulakan kluster, laksanakan perintah Buat untuk membuat kluster dan tentukan bilangan replika; Log masuk ke kluster untuk melaksanakan perintah maklumat kluster untuk mengesahkan status kluster; buat

Cara Mengosongkan Data Redis: Gunakan perintah Flushall untuk membersihkan semua nilai utama. Gunakan perintah flushdb untuk membersihkan nilai utama pangkalan data yang dipilih sekarang. Gunakan Pilih untuk menukar pangkalan data, dan kemudian gunakan FlushDB untuk membersihkan pelbagai pangkalan data. Gunakan perintah DEL untuk memadam kunci tertentu. Gunakan alat REDIS-CLI untuk membersihkan data.

Untuk membaca giliran dari Redis, anda perlu mendapatkan nama giliran, membaca unsur -unsur menggunakan arahan LPOP, dan memproses barisan kosong. Langkah-langkah khusus adalah seperti berikut: Dapatkan nama giliran: Namakannya dengan awalan "giliran:" seperti "giliran: my-queue". Gunakan arahan LPOP: Keluarkan elemen dari kepala barisan dan kembalikan nilainya, seperti LPOP Queue: My-Queue. Memproses Baris kosong: Jika barisan kosong, LPOP mengembalikan nihil, dan anda boleh menyemak sama ada barisan wujud sebelum membaca elemen.

Pada sistem CentOS, anda boleh mengehadkan masa pelaksanaan skrip LUA dengan mengubah fail konfigurasi REDIS atau menggunakan arahan REDIS untuk mengelakkan skrip jahat daripada memakan terlalu banyak sumber. Kaedah 1: Ubah suai fail konfigurasi Redis dan cari fail konfigurasi Redis: Fail konfigurasi Redis biasanya terletak di /etc/redis/redis.conf. Edit Fail Konfigurasi: Buka fail konfigurasi menggunakan editor teks (seperti Vi atau nano): sudovi/etc/redis/redis.conf Tetapkan had masa pelaksanaan skrip lua: Tambah atau ubah suai baris berikut dalam fail konfigurasi untuk menetapkan masa pelaksanaan maksimum skrip lua (unit: milidor)

Gunakan alat baris perintah redis (redis-cli) untuk mengurus dan mengendalikan redis melalui langkah-langkah berikut: Sambungkan ke pelayan, tentukan alamat dan port. Hantar arahan ke pelayan menggunakan nama arahan dan parameter. Gunakan arahan bantuan untuk melihat maklumat bantuan untuk arahan tertentu. Gunakan perintah berhenti untuk keluar dari alat baris arahan.

Terdapat dua jenis strategi tamat tempoh data REDIS: Penghapusan berkala: Imbasan berkala untuk memadamkan kunci yang telah tamat tempoh, yang boleh ditetapkan melalui parameter-cap-cap-rempah yang telah tamat tempoh dan parameter kelewatan-cap-remove-time-time. Penghapusan Lazy: Periksa kekunci yang telah tamat tempoh hanya apabila kunci dibaca atau ditulis. Mereka boleh ditetapkan melalui parameter lazon-lazy-expire-expire-expire, lazy-lazy-user-del parameter.

Kaunter Redis adalah satu mekanisme yang menggunakan penyimpanan pasangan nilai utama REDIS untuk melaksanakan operasi pengiraan, termasuk langkah-langkah berikut: mewujudkan kekunci kaunter, meningkatkan tuduhan, mengurangkan tuduhan, menetapkan semula, dan mendapatkan tuduhan. Kelebihan kaunter Redis termasuk kelajuan cepat, konkurensi tinggi, ketahanan dan kesederhanaan dan kemudahan penggunaan. Ia boleh digunakan dalam senario seperti pengiraan akses pengguna, penjejakan metrik masa nyata, skor permainan dan kedudukan, dan pengiraan pemprosesan pesanan.

Dalam sistem Debian, panggilan sistem Readdir digunakan untuk membaca kandungan direktori. Jika prestasinya tidak baik, cuba strategi pengoptimuman berikut: Memudahkan bilangan fail direktori: Split direktori besar ke dalam pelbagai direktori kecil sebanyak mungkin, mengurangkan bilangan item yang diproses setiap panggilan readdir. Dayakan Caching Kandungan Direktori: Bina mekanisme cache, kemas kini cache secara teratur atau apabila kandungan direktori berubah, dan mengurangkan panggilan kerap ke Readdir. Cafh memori (seperti memcached atau redis) atau cache tempatan (seperti fail atau pangkalan data) boleh dipertimbangkan. Mengamalkan struktur data yang cekap: Sekiranya anda melaksanakan traversal direktori sendiri, pilih struktur data yang lebih cekap (seperti jadual hash dan bukannya carian linear) untuk menyimpan dan mengakses maklumat direktori
