Geo-replicare cache Azure Redis in previzualizare publica

Ye Gu Manager de program principal, experienta Azure Developer

Ne face placere sa anuntam o previzualizare publica a functionalitatii de geo-replicare in serviciul Azure Redis. Geo-replicarea va ofera posibilitatea de a conecta cache-urile Redis in diferite regiuni Azure pentru a forma o relatie primara-replica. Acesta ofera un ingredient necesar pentru orice design de recuperare in caz de dezastru din aplicatia dvs. Previzualizarea geografica este acum disponibila pentru toate cache-urile premium Azure Redis. In prezent, acceptam sa aveti o memorie cache principala si o replica intr-o configuratie geo-redundanta.

Configurarea cache-urilor Azure Redis pentru Geo-replicare

Pentru a configura replicarea geografica, aveti nevoie de doua instante de cache premium Azure Redis apartinand unui abonament Azure, unul pentru a fi utilizat ca primar si celalalt ca replica. Creati cache-ul de replici exact in acelasi mod in care ati creat principalul. Memoria cache a replicilor trebuie sa fie egala sau mai mare ca dimensiune decat memoria cache principala si, in plus, sa aiba un numar de fragmente potrivite daca memoria cache principala este grupata. Desi nu exista nicio cerinta pentru ca cele doua cache sa fie localizate in diferite regiuni Azure, acesta este cel mai frecvent caz asteptat. Daca locuiesc in VNET (s), cache-urile trebuie sa poata ajunge unul la altul. Puteti consulta acest document GitHub pentru cerintele listei curente si restrictiile de utilizare a replicarii geografice.

Dupa ce aveti cache-urile Redis pe care doriti sa le utilizati pentru geo-replicare, le puteti conecta impreuna in portalul de gestionare Azure. Incepeti prin selectarea memoriei cache principale. Apoi gasiti optiunea de geo-replicare sub Setari pentru cache-ul respectiv. In mod implicit, atunci cand alegeti replicarea geografica, acesta va va arata orice cache de replici care a fost conectat la cache-ul principal. Deoarece configuram geo-replicarea pentru prima data, inca nu sunt asociate cache.

Utilizati „Adaugati linkul de replicare a cache-ului” pentru a crea o relatie de replicare unidirectionala de la cache-ul primar la replica. Daca faceti clic pe butonul respectiv, veti obtine o lista de cache-uri eligibile care pot fi utilizate pentru geo-replicare, grupate in functie de regiunile Azure. Puteti trece la o anumita regiune Azure utilizand fie harta lumii, fie lista de locatii.

Dupa ce alegeti ce cache sa utilizati ca replica, trebuie sa faceti clic pe butonul „Link” pentru a finaliza configurarea.

Aceasta va configura memoria cache principala pentru a reproduce date in replica si pentru a dezactiva toate celelalte operatii de „scriere” in aceasta din urma. Este nevoie de ceva timp pentru a configura totul si pentru a copia datele existente in memoria cache principala. Cand intregul proces este finalizat, veti vedea modificarea in portalul Azure.

Esuarea la replica

Serviciul Azure Redis nu accepta trecerea la eroare automata in toate regiunile Azure in prima versiune. Geo-replicarea este utilizata in principal intr-un scenariu de recuperare in caz de dezastru. Intr-un astfel de caz, clientii vor dori sa aduca intreaga stiva de aplicatii intr-o regiune de rezerva intr-o maniera coordonata, mai degraba decat sa permita componentelor individuale ale aplicatiei sa decida cand sa treaca singuri la copiile de rezerva. Acest lucru este relevant mai ales pentru Redis. Unul dintre beneficiile cheie ale Redis este faptul ca este un magazin cu latenta foarte mica. In cazul in care Redis utilizat de o aplicatie esueaza intr-o alta regiune Azure, dar nu la nivelul de calcul, timpul de retur adaugat va avea un impact vizibil asupra performantei. Din acest motiv, am dori sa evitam ca Redis esueaza automat din cauza unor probleme de disponibilitate tranzitorie.

In prezent, pentru a initia failover-ul, trebuie sa deconectati memoria cache a replicii de la primarul din portalul Azure si sa schimbati punctul final de conexiune din clientul Redis din memoria cache principala la replica. Veti putea face acest lucru folosind SDK-ul de gestionare Azure si instrumentele pentru linia de comanda in curand, astfel incat sa puteti crea si automatiza secventa, daca este necesar. Cand cele doua cache sunt disociate, replica devine din nou o cache de citire-scriere regulata si accepta cererile direct de la clientii Redis.

Intelegerea costurilor suplimentare

Nu exista nicio taxa suplimentara pentru utilizarea functionalitatii de geo-replicare in serviciul Azure Redis. Acestea fiind spuse, vor exista costuri suplimentare asociate cu trimiterea traficului de retea intre cele doua regiuni Azure in cazul in care cache-urile dvs. primare si de replici se afla in regiuni diferite. Ar trebui sa fiti la curent cu aceasta taxa standard pentru comunicatiile de retea pe care le aplica Azure.

Speram ca veti gasi georeplicarea Azure Redis utila aplicatiei dvs. Daca aveti feedback despre aceasta noua functie, va rugam sa ne contactati la [email protected].