înregistrare Logare
Puncte:0
avatar Server

Intrarea de sarcină la recuperarea defecțiunii redis

drapel in
JongHyeun Hahn

Sistemul meu folosește un server web dot net

A fost construit un sistem de recuperare a erorilor cu un sistem redis sentinel cu HAproxy.

Se aplică scrierea ca master REDIS pe un server web și distribuția de citire cu Slave.

Totuși, în timpul testului de eșec, există un fenomen în care varianța de scriere/citire este concentrată doar pe masterul schimbat.

Dacă opriți scrierea master/slave, citiți distribuția, lucrați doar cu masterul pentru a pune sarcina și efectuați un test de eșec, sarcina este pusă în puțul master schimbat.

Dacă aveți această experiență, vă rugăm să o împărtășiți.

Nu pot căuta chiar dacă încerc să caut pe google.

  • informațiile mele de sistem. server web dotnet core 3.1
    nuget -> StackExchange.Redis.Extensions 5.5.0

    haproxy 2.1.7 Redis 5.0.7

VIP haproxy 1 haproxy 2

Verificare HA1,HA2 păstrată 

redis A
redis B
redis C

santinelă X
santinelă Y
santinelă Z
14
0 + 0
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.