Redis Cluster este o soluție populară pentru scalarea implementărilor Redis pentru a obține o disponibilitate mai mare, toleranța la erori și schimbarea datelor pe mai multe noduri. Configurația corectă a clusterului Redis implică mai multe cele mai bune practici care asigură performanțe optime, fiabilitate și gestionare.
Arhitectură cluster și configurația nodului
Redis Cluster necesită cel puțin trei noduri principale pentru a funcționa în mod fiabil. În mod ideal, un cluster de producție ar trebui să conțină minimum șase noduri, fiecare master având una sau mai multe replici. Această configurație asigură o disponibilitate ridicată, permițând failover automat în cazul în care orice nod principal eșuează. Fiecare nod rulează în modul cluster și trebuie să aibă configurații specifice activate, inclusiv:
- `Cluster-activat Da` pentru a activa modul cluster pe fiecare instanță Redis.
-`cluster-config-fișier` Specificarea fișierului în care este salvată starea nodului clusterului (de exemplu,` nods.conf`).
-`cluster-node-timeout` Definirea timpului maxim, un nod poate fi de neatins înainte de a fi considerat eșuat (setat în mod obișnuit la 5000 până la 15000 de milisecunde).
`Cluster-Config-File` este gestionat automat de Redis și nu trebuie să fie editat manual, deoarece menține informații critice de stare, cum ar fi ID-uri de noduri, mapări și proprietatea sloturilor. Fiecare nod își atribuie un ID unic de nod la pornire, care persistă de -a lungul vieții, chiar dacă IP sau port se schimbă.
Hardware și Configurare a rețelei
Nodurile ar trebui să fie implementate pe mașini fizice sau virtuale separate pentru a evita punctele unice de eșec. Conectivitatea de rețea între noduri trebuie să permită atât porturile de comunicare a clienților (de obicei TCP 6379, fie portul de service în utilizare), cât și portul de bus cluster (un al doilea port port TCP Port de serviciu + 10000, de exemplu, 16379) pentru comunicarea clusterului internode.
Configurați cu atenție interfețele de rețea și firewall -urile pentru a permite acest trafic între noduri și opțional între clienți și nodurile clusterului. Setarea directivei „Bind` la IP -uri private specifice, mai degrabă decât legarea la toate interfețele îmbunătățește securitatea.
Persistența și durabilitatea datelor
Activați mecanisme de persistență, cum ar fi instantanee RDB sau AOF (anexa numai fișierul), în funcție de durabilitatea datelor necesare și compromisurile de performanță. AOF oferă o durabilitate mai bună prin înregistrarea fiecărei operații de scriere, dar poate adăuga latență și IO aeriene. Combinarea instantaneelor RDB cu AOF poate ajuta la echilibrarea performanței și durabilității.
Directiva „Apendonly Da” permite modul AOF. Aceste setări ar trebui să fie reglate cu atenție în funcție de modelele de sarcină de lucru și de Windows de pierderi de date acceptabile.
Politici de gestionare a memoriei și evacuare
Configurați setarea `MaxMemory` pentru a vă asigura că Redis se încadrează în memoria disponibilă pe nod. Selectați o politică de evacuare adecvată folosind `MaxMemory-Policy`, cum ar fi` Allkeys-lru`, pentru a utiliza un algoritm cel puțin recent utilizat pe toate tastele atunci când sunt atinse limitele de memorie. Monitorizarea constantă a utilizării memoriei și a raporturilor Hit/Miss este esențială.
Redis Cluster funcționează cel mai bine atunci când setul de date se încadrează complet în memorie pe fiecare nod. Evitați schimbarea excesivă sau supracomiterea memoriei.
Managementul sloturilor și distribuirea datelor
Clusterul împarte spațiul tastei în 16.384 sloturi de hash care sunt distribuite pe toate nodurile master. Când creați clusterul, asigurați -vă că toate sloturile sunt acoperite de un nod principal. Clienții trebuie să fie conștienți de cluster pentru a direcționa întrebările către nodul corect pe baza calculului slotului hash.
Evitați operațiunile care implică mai multe taste mapate în sloturi diferite, deoarece acestea necesită comenzi încrucișate care sunt limitate sau mai puțin eficiente.
Utilizați instrumente precum `Redis-Cli-Cluster Create` pentru a bootstrap clustere cu alocarea corespunzătoare a sloturilor și alocarea replicării automat.
Configurarea clientului pentru conștientizarea clusterului
Configurați bibliotecile clienților pentru a gestiona cu grație modificările de topologie a clusterului Redis. Multe biblioteci de clienți oferă suport pentru cluster, inclusiv descoperirea automată și reconfigurarea nodurilor de cluster, deoarece nu reușesc sau reconstruiesc sloturile. Acest lucru împiedică erorile clientului și îmbunătățește fiabilitatea în timpul eșecului nodului sau operațiunilor de scalare.
Clienții ar trebui să fie configurați pentru a reîncărca sau a solicita redirecționări și pentru a menține vizualizări actualizate ale stării clusterului.
Considerații de securitate
Securizați nodurile clusterului prin activarea autentificării parolei (Directiva `Researpass`), limitarea accesului la rețea prin regulile firewallului și restricționarea interfețelor expuse prin configurația` Bind`. Utilizați criptarea TLS dacă este posibil pentru a proteja datele în tranzit.
Dezactivați modul protejat atunci când executați Redis în modul cluster, dar asigurați -vă că configurațiile de rețea izolați clusterul de clienții de încredere.
Monitorizare și întreținere
Implementați monitorizarea cuprinzătoare a sănătății clusterului, inclusiv disponibilitatea nodurilor, latența, utilizarea memoriei, întârzierea replicării și modificările stării clusterului. Instrumente precum Redis Sentinel, platforme de monitorizare a terților sau soluții de furnizor de cloud ar trebui să facă parte din strategia operațională.
Testați în mod regulat mecanismele de failover și efectuați reporniri ale nodului controlat sau exerciții de scalare pentru a verifica rezistența clusterului.
Reglarea performanței
Redis Redis și configurația clusterului pe baza specificului volumului de lucru:
- Minimizați blocarea comenzilor și utilizați scripturi Pipelining sau LUA pentru a optimiza debitul.
-Reglați `Cluster-Node-Timeout` în conformitate cu caracteristicile de latență a rețelei pentru a evita eșecul false.
- Utilizați denumirea constantă de hashing și cheii inteligente pentru a optimiza distribuțiile de sloturi.
- Evitați tastele sau valorile mari și luați în considerare ruperea obiectelor mari în bucăți mai mici.
- Utilizați mecanismele native ale Redis Cluster pentru scalarea orizontală prin adăugarea sau eliminarea nodurilor și reechilibrarea sloturilor.
Backup și recuperare
Proiectare strategii de rezervă aliniate la configurarea clusterului. Utilizați instantanee periodice RDB de la noduri sau replici master și stocați backup -uri extern. Evitați restabilirea copiilor de rezervă direct pe un cluster viu, fără sincronizarea adecvată a slotului și a stării nodului.
Pentru recuperare, utilizați proceduri recomandate de Redis pentru reconstrucția clusterelor din configurații salvate și copii de rezervă.
Rezumat
Cele mai bune practici pentru acoperirea configurației Cluster Redis:
- Configurarea a cel puțin trei noduri master cu replici pentru failover.
-Asigurarea directivelor de configurare corespunzătoare legate de cluster (`cluster-activat`,` cluster-config-fișier`, `cluster-node-timeout`).
- Implementarea nodurilor pe hardware adecvat cu setări corecte de rețea pentru comunicarea autobuzului cluster și cluster.
- Permiterea persistenței și a reglării politicilor de memorie și evacuare pentru a se potrivi cu cerințele volumului de muncă.
- Gestionarea eficientă a sloturilor de hash și asigurarea clienților conștienți de cluster.
- Securizarea clusterului cu autentificare și controale de rețea.
- Monitorizarea sănătății și performanței clusterului în mod regulat.
- Planificarea cu atenție a operațiunilor de rezervă, recuperare și scalare cu atenție.