Kubernetes પર HA મોડમાં કીક્લોક ચલાવો

TL; DR: ત્યાં કીક્લોક, ઓપન સોર્સ એક્સેસ કંટ્રોલ સિસ્ટમ, આંતરિક ઉપકરણનું વિશ્લેષણ, ગોઠવણી વિગતોનું વર્ણન હશે.

પરિચય અને મુખ્ય વિચારો

આ લેખમાં, આપણે કુબરનેટીસની ટોચ પર કીક્લોક ક્લસ્ટર ગોઠવતી વખતે ધ્યાનમાં રાખવાના મુખ્ય વિચારો જોઈશું.

જો તમે કીક્લોક વિશે વધુ જાણવા માંગતા હો, તો કૃપા કરીને લેખના અંતે આપેલી લિંક્સનો સંદર્ભ લો. તમારી જાતને પ્રેક્ટિસમાં વધુ ઊંડાણપૂર્વક લીન કરવા માટે, તમે અભ્યાસ કરી શકો છો અમારા ભંડાર મોડ્યુલ સાથે જે આ લેખના મુખ્ય વિચારોને અમલમાં મૂકે છે (લૉન્ચ માર્ગદર્શિકા ત્યાં છે, આ લેખમાં ઉપકરણ અને સેટિંગ્સની ઝાંખી હશે, આશરે અનુવાદક).

કીક્લોક એ જાવામાં લખેલી એક જટિલ સિસ્ટમ છે અને એપ્લિકેશન સર્વરની ટોચ પર બનેલી છે. વાઇલ્ડફ્લાય. ટૂંકમાં, તે એક અધિકૃતતા માળખું છે જે એપ્લિકેશન વપરાશકર્તાઓને ફેડરેશન અને SSO (સિંગલ સાઇન-ઓન) ક્ષમતા આપે છે.

અમે તમને સત્તાવાર વાંચવા માટે આમંત્રિત કરીએ છીએ વેબસાઇટ અથવા વિકિપીડિયા વિગતવાર સમજ માટે.

કીક્લોક શરૂ કરો

કીક્લોકને ચલાવવા માટે બે સતત ડેટા સ્ત્રોતોની જરૂર છે:

• સતત ડેટા સ્ટોર કરવા માટે વપરાતો ડેટાબેઝ, જેમ કે વપરાશકર્તાઓ વિશેની માહિતી
• ડેટાગ્રીડ કેશ, જેનો ઉપયોગ ડેટાબેઝમાંથી ડેટાને કેશ કરવા તેમજ કેટલાક અલ્પજીવી અને વારંવાર બદલાતા મેટાડેટાને સંગ્રહિત કરવા માટે થાય છે, જેમ કે વપરાશકર્તા સત્રો. બહાર પાડ્યું ઇન્ફિનિસ્પેન, જે સામાન્ય રીતે ડેટાબેઝ કરતાં નોંધપાત્ર રીતે ઝડપી હોય છે. પરંતુ કોઈ પણ સંજોગોમાં, Infinispan માં સાચવેલ ડેટા ક્ષણિક છે - અને જ્યારે ક્લસ્ટર ફરીથી શરૂ થાય ત્યારે તેને ક્યાંક સાચવવાની જરૂર નથી.

કીક્લોક ચાર અલગ અલગ મોડમાં કામ કરે છે:

• સામાન્ય - એક અને માત્ર એક પ્રક્રિયા, ફાઇલ દ્વારા રૂપરેખાંકિત standalone.xml
• નિયમિત ક્લસ્ટર (અત્યંત ઉપલબ્ધ વિકલ્પ) - બધી પ્રક્રિયાઓએ સમાન રૂપરેખાંકનનો ઉપયોગ કરવો જોઈએ, જે મેન્યુઅલી સિંક્રનાઇઝ થવી જોઈએ. સેટિંગ્સ ફાઇલમાં સંગ્રહિત છે standalone-ha.xml, વધુમાં, તમારે ડેટાબેઝની વહેંચાયેલ ઍક્સેસ અને લોડ બેલેન્સર બનાવવાની જરૂર છે.
• ડોમેન ક્લસ્ટર - ક્લસ્ટરને સામાન્ય સ્થિતિમાં ઝડપથી શરૂ કરવું એ નિયમિત અને કંટાળાજનક કાર્ય બની જાય છે કારણ કે ક્લસ્ટર વધે છે, કારણ કે દર વખતે રૂપરેખાંકન બદલાય છે, ક્લસ્ટરના દરેક નોડ પર તમામ ફેરફારો કરવા આવશ્યક છે. ઓપરેશનનો ડોમેન મોડ કેટલાક શેર કરેલ સ્ટોરેજ સેટ કરીને અને રૂપરેખાંકન પ્રકાશિત કરીને આ સમસ્યાને હલ કરે છે. આ સેટિંગ્સ ફાઇલમાં સંગ્રહિત છે domain.xml
• ડેટા કેન્દ્રો વચ્ચે પ્રતિકૃતિ - જો તમે કીક્લોકને કેટલાક ડેટા સેન્ટર્સના ક્લસ્ટરમાં ચલાવવા માંગતા હો, તો મોટાભાગે વિવિધ ભૌગોલિક સ્થળોએ. આ વિકલ્પમાં, દરેક ડેટા સેન્ટરમાં કીક્લોક સર્વર્સનું પોતાનું ક્લસ્ટર હશે.

આ લેખમાં, અમે બીજા વિકલ્પ પર નજીકથી નજર નાખીશું, એટલે કે. સામાન્ય ક્લસ્ટર, તેમજ ડેટા કેન્દ્રો વચ્ચે પ્રતિકૃતિના વિષય પર થોડો સ્પર્શ, કારણ કે કુબરનેટ્સમાં આ બે વિકલ્પો ચલાવવાનો અર્થ છે. સદભાગ્યે કુબરનેટ્સને બહુવિધ પોડ્સ (કીક્લોક નોડ્સ) ની સેટિંગ્સ સમન્વય કરવામાં કોઈ સમસ્યા નથી, તેથી ડોમેન ક્લસ્ટર તે કરવું ખૂબ મુશ્કેલ રહેશે નહીં.

પણ કૃપા કરીને નોંધ કરો કે શબ્દ ક્લસ્ટર જ્યાં સુધી લેખનો અંત એકસાથે કામ કરતા કીક્લોક નોડ્સના જૂથને જ લાગુ થશે, ત્યાં સુધી કુબરનેટ્સ ક્લસ્ટરનો સંદર્ભ લેવાની જરૂર નથી.

નિયમિત કીક્લોક ક્લસ્ટર

આ મોડમાં કીક્લોક ચલાવવા માટે, તમારે આની જરૂર છે:

• બાહ્ય વહેંચાયેલ ડેટાબેઝ સેટ કરો
• લોડ બેલેન્સર ઇન્સ્ટોલ કરો
• ip મલ્ટીકાસ્ટ સપોર્ટ સાથે આંતરિક નેટવર્ક ધરાવે છે

અમે બાહ્ય ડેટાબેઝના રૂપરેખાંકનનું વિશ્લેષણ કરીશું નહીં, કારણ કે તે આ લેખનો હેતુ નથી. ચાલો ધારીએ કે ક્યાંક કાર્યકારી ડેટાબેઝ છે - અને અમારી પાસે તેના માટે જોડાણ બિંદુ છે. અમે ફક્ત આ ડેટાને પર્યાવરણ ચલોમાં ઉમેરીશું.

ફેલઓવર (HA) ક્લસ્ટરમાં કીક્લોક કેવી રીતે કામ કરે છે તે વધુ સારી રીતે સમજવા માટે, તે જાણવું અગત્યનું છે કે આ બધું વાઇલ્ડફ્લાયની ક્લસ્ટરિંગ ક્ષમતાઓ પર કેટલો આધાર રાખે છે.

વાઇલ્ડફ્લાય અનેક સબસિસ્ટમનો ઉપયોગ કરે છે, તેમાંના કેટલાકનો ઉપયોગ લોડ બેલેન્સર તરીકે થાય છે, કેટલાકનો ઉપયોગ ફેલઓવર માટે થાય છે. જ્યારે ક્લસ્ટર નોડ ઓવરલોડ થાય ત્યારે લોડ બેલેન્સર એપ્લિકેશનની ઉપલબ્ધતાને સુનિશ્ચિત કરે છે, અને કેટલાક ક્લસ્ટર નોડ નિષ્ફળ જાય તો પણ ફેલઓવર એપ્લિકેશનની ઉપલબ્ધતાની ખાતરી કરે છે. આમાંની કેટલીક સબસિસ્ટમ્સ છે:

• mod_cluster: HTTP લોડ બેલેન્સર તરીકે અપાચે સાથે જોડાણમાં કામ કરે છે, ડિફોલ્ટ હોસ્ટ શોધ માટે TCP મલ્ટિકાસ્ટ પર આધાર રાખે છે. બાહ્ય બેલેન્સર દ્વારા બદલી શકાય છે.

• infinispan: પરિવહન સ્તર તરીકે JGroups ચેનલોનો ઉપયોગ કરીને વિતરિત કેશ. વૈકલ્પિક રીતે, તે કેશના સમાવિષ્ટોને સમન્વયિત કરવા માટે બાહ્ય Infinispan ક્લસ્ટર સાથે વાતચીત કરવા માટે HotRod પ્રોટોકોલનો ઉપયોગ કરી શકે છે.

• jgroups: JGroups ચેનલો પર આધારિત અત્યંત ઉપલબ્ધ સેવાઓ માટે જૂથ એસોસિએશન માટે સમર્થન પૂરું પાડે છે. નામવાળી પાઈપો ક્લસ્ટરમાં એપ્લિકેશનના દાખલાઓને જૂથોમાં જોડવાની મંજૂરી આપે છે જેથી કનેક્શનમાં વિશ્વસનીયતા, સુવ્યવસ્થિતતા અને નિષ્ફળતાની સંવેદનશીલતા જેવા ગુણધર્મો હોય.

લોડ બેલેન્સર

કુબરનેટ્સ ક્લસ્ટરમાં પ્રવેશ નિયંત્રક તરીકે બેલેન્સર ઇન્સ્ટોલ કરતી વખતે, નીચેની બાબતો ધ્યાનમાં રાખવી મહત્વપૂર્ણ છે:

કીક્લોકનું કાર્ય સૂચવે છે કે HTTP દ્વારા પ્રમાણીકરણ સર્વર સાથે કનેક્ટ થતા ક્લાયંટનું રીમોટ સરનામું એ ક્લાયન્ટ કમ્પ્યુટરનું વાસ્તવિક IP સરનામું છે. બેલેન્સર અને ઇન્ગ્રેસ સેટિંગ્સને યોગ્ય રીતે HTTP હેડર્સ સેટ કરવા જોઈએ X-Forwarded-For и X-Forwarded-Proto, અને મૂળ શીર્ષક રાખો HOST. નવીનતમ સંસ્કરણ ingress-nginx (> 0.22.0) તેને ડિફૉલ્ટ રૂપે અક્ષમ કરે છે

ધ્વજ સક્રિયકરણ proxy-address-forwarding પર્યાવરણ ચલ સેટ કરીને PROXY_ADDRESS_FORWARDING в true કીક્લોકને સમજણ આપે છે કે તે પ્રોક્સીની પાછળ દોડે છે.

તમારે પણ સક્ષમ કરવાની જરૂર છે સ્ટીકી સત્રો પ્રવેશમાં. કીક્લોક વર્તમાન પ્રમાણીકરણ સત્ર અને વપરાશકર્તા સત્ર સાથે સંકળાયેલ ડેટા સ્ટોર કરવા માટે Infinispan ના વિતરિત કેશનો ઉપયોગ કરે છે. કૅશ ડિફૉલ્ટ રૂપે એકલ માલિક છે, બીજા શબ્દોમાં કહીએ તો તે ચોક્કસ સત્ર કેટલાક ક્લસ્ટર નોડ પર સંગ્રહિત થાય છે અને અન્ય નોડ્સને તે સત્રની ઍક્સેસની જરૂર હોય તો તેને દૂરથી વિનંતી કરવી આવશ્યક છે.

ખાસ કરીને, દસ્તાવેજોની વિરુદ્ધ, કૂકીના નામ સાથે સત્ર જોડવાનું અમારા માટે કામ કરતું નથી AUTH_SESSION_ID. કીક્લોકે રીડાયરેક્ટને લૂપ કર્યું છે, તેથી અમે સ્ટીકી સત્ર માટે અલગ કૂકી નામ પસંદ કરવાની ભલામણ કરીએ છીએ.

કીક્લોક એ યજમાનનું નામ પણ જોડે છે જેણે પ્રથમ જવાબ આપ્યો હતો AUTH_SESSION_ID, અને કારણ કે અત્યંત ઉપલબ્ધ સંસ્કરણમાં દરેક નોડ સમાન ડેટાબેઝનો ઉપયોગ કરે છે, તેમાંના દરેક હોવી જ જોઈએ વ્યવહારોનું સંચાલન કરવા માટે એક અલગ અને અનન્ય નોડ ID. મૂકવાની ભલામણ કરવામાં આવે છે JAVA_OPTS પરિમાણો jboss.node.name и jboss.tx.node.id દરેક નોડ માટે અનન્ય - ઉદાહરણ તરીકે, તમે પોડનું નામ સેટ કરી શકો છો. જો તમે પોડનું નામ મૂકો તો - jboss વેરીએબલ માટે 23 અક્ષરની મર્યાદા વિશે ભૂલશો નહીં, તેથી સ્ટેટફુલસેટનો ઉપયોગ કરવો વધુ સારું છે, ડિપ્લોયમેન્ટનો નહીં.

એક વધુ રેક - જો પોડ કાઢી નાખવામાં આવે અથવા પુનઃપ્રારંભ કરવામાં આવે, તો તેની કેશ ખોવાઈ જાય છે. આને ધ્યાનમાં રાખીને, તમામ કેશ માટે કેશ માલિકોની સંખ્યા ઓછામાં ઓછી બે પર સેટ કરવી યોગ્ય છે, તેથી કેશની એક નકલ હશે. તેનો ઉકેલ દોડવાનો છે વાઇલ્ડફ્લાય માટે સ્ક્રિપ્ટ પોડ શરૂ કરતી વખતે, તેને ડિરેક્ટરીમાં મૂકીને /opt/jboss/startup-scripts કન્ટેનરમાં:

સ્ક્રિપ્ટ સામગ્રી

embed-server --server-config=standalone-ha.xml --std-out=echo
batch

echo * Setting CACHE_OWNERS to "${env.CACHE_OWNERS}" in all cache-containers

/subsystem=infinispan/cache-container=keycloak/distributed-cache=sessions:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=authenticationSessions:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=actionTokens:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineSessions:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=clientSessions:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineClientSessions:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})
/subsystem=infinispan/cache-container=keycloak/distributed-cache=loginFailures:write-attribute(name=owners, value=${env.CACHE_OWNERS:1})

run-batch
stop-embedded-server

પછી પર્યાવરણ ચલની કિંમત સેટ કરો CACHE_OWNERS જરૂરી માટે.

આઇપી મલ્ટીકાસ્ટ સપોર્ટ સાથે ખાનગી નેટવર્ક

જો તમે તમારા CNI તરીકે વીવેનેટનો ઉપયોગ કરી રહ્યાં છો, તો મલ્ટીકાસ્ટ તરત જ કામ કરશે - અને તમારા કીક્લોક નોડ્સ એક બીજાને જોશે કે તરત જ તેઓ ચાલુ થશે.

જો તમારી પાસે તમારા Kubernetes ક્લસ્ટરમાં ip મલ્ટીકાસ્ટ સપોર્ટ નથી, તો તમે નોડ્સ શોધવા માટે અન્ય પ્રોટોકોલ સાથે કામ કરવા માટે JGroups ને ગોઠવી શકો છો.

પ્રથમ વિકલ્પનો ઉપયોગ કરવાનો છે KUBE_DNSજે વાપરે છે headless service કીક્લોક નોડ્સ શોધવા માટે, તમે ફક્ત JGroups ને સેવાનું નામ પાસ કરો જેનો ઉપયોગ નોડ્સ શોધવા માટે કરવામાં આવશે.

બીજો વિકલ્પ પદ્ધતિનો ઉપયોગ કરવાનો છે KUBE_PING, જે નોડ્સ શોધવા માટે API સાથે કામ કરે છે (તમારે રૂપરેખાંકિત કરવાની જરૂર છે serviceAccount અધિકારો સાથે list и get, અને પછી આ સાથે કામ કરવા માટે પોડ્સને ગોઠવો serviceAccount).

JGroups માટે નોડ્સ કેવી રીતે શોધવામાં આવે છે તે પર્યાવરણ ચલો સેટ કરીને ગોઠવવામાં આવે છે JGROUPS_DISCOVERY_PROTOCOL и JGROUPS_DISCOVERY_PROPERTIES. માટે KUBE_PING તમારે પૂછીને શીંગો પસંદ કરવાની જરૂર છે namespace и labels.

️ જો તમે મલ્ટિકાસ્ટનો ઉપયોગ કરો છો અને સમાન કુબરનેટ્સ ક્લસ્ટરમાં બે અથવા વધુ કીક્લોક ક્લસ્ટર ચલાવો છો (ચાલો નેમસ્પેસમાં એક કહીએ production, બીજી - staging) - એક કીક્લોક ક્લસ્ટરમાંથી નોડ્સ બીજા ક્લસ્ટરમાં જોડાઈ શકે છે. ચલો સેટ કરીને દરેક ક્લસ્ટર માટે અનન્ય મલ્ટિકાસ્ટ સરનામાંનો ઉપયોગ કરવાની ખાતરી કરોjboss.default.multicast.address и jboss.modcluster.multicast.address в JAVA_OPTS.

ડેટા કેન્દ્રો વચ્ચે પ્રતિકૃતિ

Связь

કીક્લોક દરેક ડેટા સેન્ટર માટે બહુવિધ અલગ ઇન્ફિનિસ્પેન કેશ ક્લસ્ટરનો ઉપયોગ કરે છે જે કીક્લોક નોડ્સથી બનેલા કીક્લોક ક્લસ્ટરોને હોસ્ટ કરે છે. પરંતુ તે જ સમયે, વિવિધ ડેટા કેન્દ્રોમાં કીક્લોક નોડ્સ વચ્ચે કોઈ તફાવત નથી.

કીક્લોક નોડ્સ ડેટા સેન્ટરો વચ્ચે વાતચીત કરવા માટે બાહ્ય જાવા ડેટા ગ્રીડ (ઇન્ફિનિસ્પેન સર્વર્સ) નો ઉપયોગ કરે છે. કોમ્યુનિકેશન પ્રોટોકોલ અનુસાર કામ કરે છે Infinispan HotRod.

Infinispan કેશ એટ્રીબ્યુટ સાથે ગોઠવેલ હોવા જોઈએ remoteStore, જેથી ડેટા રિમોટમાં સ્ટોર કરી શકાય (બીજા ડેટા સેન્ટરમાં, આશરે અનુવાદક) કેશ. JDG સર્વર્સમાં અલગ ઇન્ફિનિસ્પેન ક્લસ્ટરો છે, તેથી સાઇટ પર JDG1 પર ડેટા સંગ્રહિત છે site1 સાઇટ પર JDG2 પર નકલ કરવામાં આવશે site2.

અંતે, પ્રાપ્ત કરનાર JDG સર્વર તેના ક્લસ્ટરના કીક્લોક સર્વર્સને ક્લાયન્ટ કનેક્શન્સ દ્વારા સૂચિત કરે છે, જે HotRod પ્રોટોકોલનું લક્ષણ છે. કીક્લોક નોડ્સ ચાલુ site2 તેમના Infinispan કેશને અપડેટ કરો અને ચોક્કસ વપરાશકર્તા સત્ર કીક્લોક નોડ્સ પર પણ ઉપલબ્ધ બને છે site2.

કેટલાક કેશનું બેકઅપ ન લેવું અને Infinispan સર્વર દ્વારા ડેટા લખવાનો સંપૂર્ણ ઇનકાર કરવો પણ શક્ય છે. આ કરવા માટે, તમારે સેટિંગ દૂર કરવાની જરૂર છે remote-store ચોક્કસ Infinispan કેશ (ફાઈલમાં standalone-ha.xml), જે પછી અમુક ચોક્કસ replicated-cache ઇન્ફિનિસ્પેન સર્વરની બાજુમાં પણ હવે જરૂર રહેશે નહીં.

કૅશ સેટ કરી રહ્યાં છીએ

કીક્લોકમાં બે પ્રકારના કેશ છે:

• સ્થાનિક. તે આધારની બાજુમાં સ્થિત છે, ડેટાબેઝ પરના ભારને ઘટાડવા તેમજ પ્રતિસાદ લેટન્સી ઘટાડવા માટે સેવા આપે છે. આ પ્રકારની કેશ ક્ષેત્ર, ગ્રાહકો, ભૂમિકાઓ અને વપરાશકર્તા મેટાડેટાને સંગ્રહિત કરે છે. જો આ કેશ કીક્લોક ક્લસ્ટરનો ભાગ હોય તો પણ આ પ્રકારની કેશની નકલ કરવામાં આવતી નથી. જો કેશમાં કેટલીક એન્ટ્રી બદલાય છે, તો ક્લસ્ટરમાંના બાકીના સર્વર્સ પર ફેરફારનો સંદેશ મોકલવામાં આવે છે, જે પછી કેશમાંથી એન્ટ્રી બાકાત રાખવામાં આવે છે. વર્ણન જુઓ work પ્રક્રિયાના વધુ વિગતવાર વર્ણન માટે નીચે.

• પ્રતિકૃતિયોગ્ય. વપરાશકર્તા સત્રો, ઑફલાઇન ટોકન્સ પર પ્રક્રિયા કરે છે અને પાસવર્ડ ફિશિંગ પ્રયાસો અને અન્ય હુમલાઓ શોધવા માટે લોગિન નિષ્ફળતાઓનું નિરીક્ષણ કરે છે. આ કેશમાં સંગ્રહિત ડેટા અસ્થાયી છે, ફક્ત RAM માં સંગ્રહિત છે, પરંતુ સમગ્ર ક્લસ્ટરમાં નકલ કરી શકાય છે.

Infinispan Caches

સત્રો - કીક્લોકમાં એક ખ્યાલ, અલગ કેશ, જેને કહેવામાં આવે છે authenticationSessions, ચોક્કસ વપરાશકર્તાઓના ડેટાને સંગ્રહિત કરવા માટે વપરાય છે. આ કેશમાંથી વિનંતીઓ સામાન્ય રીતે બ્રાઉઝર અને કીક્લોક સર્વર્સ દ્વારા જરૂરી હોય છે, એપ્લિકેશનને નહીં. આ તે છે જ્યાં સ્ટીકી સત્રો પરની અવલંબન પોતાને પ્રગટ કરે છે, અને સક્રિય-સક્રિય મોડના કિસ્સામાં પણ આવા કેશને નકલ કરવાની જરૂર નથી.

ક્રિયા ટોકન્સ. અન્ય ખ્યાલ, સામાન્ય રીતે વિવિધ દૃશ્યો માટે વપરાય છે, જ્યારે, ઉદાહરણ તરીકે, વપરાશકર્તાને મેઇલ દ્વારા અસુમેળ રીતે કંઈક કરવાની જરૂર હોય છે. ઉદાહરણ તરીકે, પ્રક્રિયા દરમિયાન forget password કેશ actionTokens સંબંધિત ટોકન્સના મેટાડેટાને ટ્રૅક કરવા માટે વપરાય છે - ઉદાહરણ તરીકે, ટોકનનો ઉપયોગ પહેલેથી જ કરવામાં આવ્યો છે અને તેને ફરીથી સક્રિય કરી શકાતો નથી. આ પ્રકારની કેશ સામાન્ય રીતે ડેટાસેન્ટર્સ વચ્ચે નકલ કરવી જોઈએ.

સંગ્રહિત ડેટાની કેશીંગ અને સમાપ્તિ ડેટાબેઝનો ભાર દૂર કરવા માટે કામ કરે છે. આ કેશીંગ પ્રભાવને સુધારે છે પરંતુ એક સ્પષ્ટ સમસ્યા ઉમેરે છે. જો એક કીક્લોક સર્વર ડેટાને અપડેટ કરે છે, તો બાકીના સર્વરને સૂચિત કરવું આવશ્યક છે જેથી કરીને તેઓ તેમના કેશને અપડેટ કરી શકે. કીક્લોક સ્થાનિક કેશનો ઉપયોગ કરે છે realms, users и authorization ડેટાબેઝમાંથી ડેટા કેશ કરવા માટે.

એક અલગ કેશ પણ છે work, જે તમામ ડેટા કેન્દ્રોમાં નકલ કરવામાં આવે છે. તે પોતે ડેટાબેઝમાંથી કોઈપણ ડેટા સંગ્રહિત કરતું નથી, પરંતુ ડેટા કેન્દ્રો વચ્ચેના ક્લસ્ટર નોડ્સ પર ડેટા વૃદ્ધાવસ્થાના સંદેશાઓ મોકલવાનું કામ કરે છે. બીજા શબ્દોમાં કહીએ તો, ડેટા અપડેટ થતાંની સાથે જ, કીક્લોક નોડ તેના ડેટા સેન્ટરમાં અન્ય નોડ્સ તેમજ અન્ય ડેટા સેન્ટર્સમાં નોડ્સને સંદેશ મોકલે છે. આવા સંદેશની પ્રાપ્તિ પર, દરેક નોડ તેના સ્થાનિક કેશમાં સંબંધિત ડેટાને શુદ્ધ કરે છે.

વપરાશકર્તા સત્રો. નામો સાથે કેશ sessions, clientSessions, offlineSessions и offlineClientSessions, સામાન્ય રીતે ડેટા કેન્દ્રો વચ્ચે નકલ કરવામાં આવે છે અને વપરાશકર્તા સત્રો વિશે ડેટા સ્ટોર કરવા માટે સેવા આપે છે જે વપરાશકર્તા બ્રાઉઝરમાં સક્રિય હોય ત્યારે સક્રિય હોય છે. આ કેશ એ એપ્લિકેશન સાથે કામ કરે છે જે અંતિમ વપરાશકર્તાઓની HTTP વિનંતીઓને હેન્ડલ કરે છે, તેથી તેઓ સ્ટીકી સત્રો સાથે સંકળાયેલા છે અને ડેટાસેન્ટર્સ વચ્ચે નકલ કરવી આવશ્યક છે.

જડ બળ રક્ષણ. કેશ loginFailures લૉગિન ભૂલ ડેટાને ટ્રૅક કરવા માટે વપરાય છે, જેમ કે વપરાશકર્તાએ ખોટો પાસવર્ડ કેટલી વખત દાખલ કર્યો છે. આ કેશની નકલ એડમિનિસ્ટ્રેટર પર છે. પરંતુ સચોટ ગણતરી માટે, ડેટા કેન્દ્રો વચ્ચે પ્રતિકૃતિને સક્રિય કરવી યોગ્ય છે. પરંતુ બીજી બાજુ, જો તમે આ ડેટાની નકલ નહીં કરો, તો તમે પ્રદર્શનમાં સુધારો કરી શકશો, અને જો આ પ્રશ્ન ઊભો થાય, તો પ્રતિકૃતિ સક્રિય થઈ શકશે નહીં.

જ્યારે ઇન્ફિનિસ્પેન ક્લસ્ટરને રોલ આઉટ કરો, ત્યારે તમારે સેટિંગ્સ ફાઇલમાં કેશ વ્યાખ્યાઓ ઉમેરવાની જરૂર છે:

<replicated-cache-configuration name="keycloak-sessions" mode="ASYNC" start="EAGER" batching="false">
</replicated-cache-configuration>

<replicated-cache name="work" configuration="keycloak-sessions" />
<replicated-cache name="sessions" configuration="keycloak-sessions" />
<replicated-cache name="offlineSessions" configuration="keycloak-sessions" />
<replicated-cache name="actionTokens" configuration="keycloak-sessions" />
<replicated-cache name="loginFailures" configuration="keycloak-sessions" />
<replicated-cache name="clientSessions" configuration="keycloak-sessions" />
<replicated-cache name="offlineClientSessions" configuration="keycloak-sessions" />

કીક્લોક ક્લસ્ટર ચલાવતા પહેલા તમારે ઈન્ફિનિસ્પેન ક્લસ્ટરને રૂપરેખાંકિત અને શરૂ કરવું આવશ્યક છે

પછી તમારે સેટ કરવાની જરૂર છે remoteStore કીક્લોક કેશ માટે. આ માટે, એક સ્ક્રિપ્ટ પર્યાપ્ત છે, જે પાછલા એકની જેમ જ કરવામાં આવે છે, જેનો ઉપયોગ ચલ સેટ કરવા માટે થાય છે. CACHE_OWNERS, તમારે તેને ફાઇલમાં સાચવવાની અને તેને ડિરેક્ટરીમાં મૂકવાની જરૂર છે /opt/jboss/startup-scripts:

સ્ક્રિપ્ટ સામગ્રી

embed-server --server-config=standalone-ha.xml --std-out=echo
batch

echo *** Update infinispan subsystem ***
/subsystem=infinispan/cache-container=keycloak:write-attribute(name=module, value=org.keycloak.keycloak-model-infinispan)

echo ** Add remote socket binding to infinispan server **
/socket-binding-group=standard-sockets/remote-destination-outbound-socket-binding=remote-cache:add(host=${remote.cache.host:localhost}, port=${remote.cache.port:11222})

echo ** Update replicated-cache work element **
/subsystem=infinispan/cache-container=keycloak/replicated-cache=work/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=work, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)

/subsystem=infinispan/cache-container=keycloak/replicated-cache=work:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache sessions element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=sessions/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=sessions, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=sessions:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache offlineSessions element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineSessions/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=offlineSessions, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineSessions:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache clientSessions element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=clientSessions/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=clientSessions, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=clientSessions:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache offlineClientSessions element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineClientSessions/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=offlineClientSessions, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=offlineClientSessions:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache loginFailures element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=loginFailures/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    remote-servers=["remote-cache"], 
    cache=loginFailures, 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=loginFailures:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache actionTokens element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=actionTokens/store=remote:add( 
    passivation=false, 
    fetch-state=false, 
    purge=false, 
    preload=false, 
    shared=true, 
    cache=actionTokens, 
    remote-servers=["remote-cache"], 
    properties={ 
        rawValues=true, 
        marshaller=org.keycloak.cluster.infinispan.KeycloakHotRodMarshallerFactory, 
        protocolVersion=${keycloak.connectionsInfinispan.hotrodProtocolVersion} 
    } 
)
/subsystem=infinispan/cache-container=keycloak/distributed-cache=actionTokens:write-attribute(name=statistics-enabled,value=true)

echo ** Update distributed-cache authenticationSessions element **
/subsystem=infinispan/cache-container=keycloak/distributed-cache=authenticationSessions:write-attribute(name=statistics-enabled,value=true)

echo *** Update undertow subsystem ***
/subsystem=undertow/server=default-server/http-listener=default:write-attribute(name=proxy-address-forwarding,value=true)

run-batch
stop-embedded-server

ઇન્સ્ટોલ કરવાનું ભૂલશો નહીં JAVA_OPTS HotRod કામ કરવા માટે કીક્લોક નોડ્સ માટે: remote.cache.host, remote.cache.port અને સેવાનું નામ jboss.site.name.

લિંક્સ અને વધારાના દસ્તાવેજીકરણ

• https://www.keycloak.org/docs/latest/server_installation/index.html
• https://docs.wildfly.org/17/High_Availability_Guide.html#cluster-configuration
• https://infinispan.org/docs/9.4.x/user_guide/user_guide.html
• https://hub.docker.com/r/jboss/keycloak
• https://hub.docker.com/r/jboss/infinispan

લેખનો અનુવાદ અને કર્મચારીઓ દ્વારા હેબર માટે તૈયાર કરવામાં આવ્યો હતો સ્લર્મ તાલીમ કેન્દ્ર — પ્રેક્ટિશનરો તરફથી સઘન, વિડિયો અભ્યાસક્રમો અને કોર્પોરેટ તાલીમ (કુબરનેટસ, ડેવઓપ્સ, ડોકર, એન્સિબલ, સેફ, એસઆરઇ)

સોર્સ: www.habr.com