🥇कुबरनेटेसवर HA मोडमध्ये कीक्लोक चालवणे

TL; डॉ: कीक्लोकचे वर्णन, एक मुक्त स्त्रोत प्रवेश नियंत्रण प्रणाली, अंतर्गत संरचनेचे विश्लेषण, कॉन्फिगरेशन तपशील असेल.

परिचय आणि मुख्य कल्पना

या लेखात, आपण कुबरनेटच्या शीर्षस्थानी कीक्लोक क्लस्टर तैनात करताना लक्षात ठेवण्याच्या मूलभूत कल्पना पाहू.

तुम्हाला कीक्लोकबद्दल अधिक जाणून घ्यायचे असल्यास, लेखाच्या शेवटी दिलेल्या लिंक्सचा संदर्भ घ्या. सरावात अधिक मग्न होण्यासाठी, तुम्ही अभ्यास करू शकता आमचे भांडार या लेखाच्या मुख्य कल्पनांची अंमलबजावणी करणार्‍या मॉड्यूलसह (लाँच मार्गदर्शक आहे, हा लेख डिव्हाइस आणि सेटिंग्जचे विहंगावलोकन प्रदान करेल, अंदाजे अनुवादक).

कीक्लोक ही जावामध्ये लिहिलेली आणि अॅप्लिकेशन सर्व्हरच्या शीर्षस्थानी तयार केलेली सर्वसमावेशक प्रणाली आहे रानमाशी. थोडक्यात, हे अधिकृततेसाठी एक फ्रेमवर्क आहे जे अनुप्रयोग वापरकर्त्यांना फेडरेशन आणि SSO (सिंगल साइन-ऑन) क्षमता देते.

आम्ही तुम्हाला अधिकृत वाचण्यासाठी आमंत्रित करतो वेबसाइट किंवा विकिपीडिया तपशीलवार समजून घेण्यासाठी.

कीक्लोक लाँच करत आहे

कीक्लोकला चालविण्यासाठी दोन सतत डेटा स्रोत आवश्यक आहेत:

प्रस्थापित डेटा संचयित करण्यासाठी वापरला जाणारा डेटाबेस, जसे की वापरकर्ता माहिती
डेटाग्रीड कॅशे, ज्याचा वापर डेटाबेसमधील डेटा कॅशे करण्यासाठी तसेच काही अल्पकालीन आणि वारंवार बदलणारा मेटाडेटा संचयित करण्यासाठी केला जातो, जसे की वापरकर्ता सत्रे. राबविण्यात आले Infinispan, जे सहसा डेटाबेसपेक्षा लक्षणीयरीत्या वेगवान असते. परंतु कोणत्याही परिस्थितीत, Infinispan मध्‍ये जतन केलेला डेटा हा क्षणिक असतो - आणि क्लस्टर रीस्टार्ट केल्यावर तो कुठेही जतन करण्याची गरज नाही.

कीक्लोक चार वेगवेगळ्या मोडमध्ये कार्य करते:

सामान्य - फाइलद्वारे कॉन्फिगर केलेली एक आणि फक्त एक प्रक्रिया standalone.xml
नियमित क्लस्टर (उच्च उपलब्धता पर्याय) - सर्व प्रक्रियांनी समान कॉन्फिगरेशन वापरणे आवश्यक आहे, जे स्वहस्ते सिंक्रोनाइझ केले जाणे आवश्यक आहे. सेटिंग्ज फाइलमध्ये संग्रहित केल्या जातात स्टँडअलोन-ha.xml, याव्यतिरिक्त तुम्हाला डेटाबेस आणि लोड बॅलन्सरमध्ये सामायिक प्रवेश करणे आवश्यक आहे.
डोमेन क्लस्टर — सामान्य मोडमध्ये क्लस्टर सुरू करणे त्वरीत एक नियमित आणि कंटाळवाणे कार्य बनते कारण क्लस्टर वाढतो, कारण प्रत्येक वेळी कॉन्फिगरेशन बदलते तेव्हा प्रत्येक क्लस्टर नोडवर सर्व बदल करणे आवश्यक आहे. ऑपरेशनचे डोमेन मोड काही शेअर केलेले स्टोरेज स्थान सेट करून आणि कॉन्फिगरेशन प्रकाशित करून ही समस्या सोडवते. या सेटिंग्ज फाइलमध्ये संग्रहित आहेत domain.xml
डेटा केंद्रांमधील प्रतिकृती — जर तुम्हाला अनेक डेटा सेंटर्सच्या क्लस्टरमध्ये Keycloak चालवायचा असेल, बहुतेक वेळा वेगवेगळ्या भौगोलिक स्थानांवर. या पर्यायामध्ये, प्रत्येक डेटा सेंटरचे स्वतःचे कीक्लोक सर्व्हरचे क्लस्टर असेल.

या लेखात आपण दुसऱ्या पर्यायाचा तपशीलवार विचार करू, म्हणजे नियमित क्लस्टर, आणि आम्ही डेटा केंद्रांमधील प्रतिकृतीच्या विषयावर देखील थोडेसे स्पर्श करू, कारण हे दोन पर्याय Kubernetes मध्ये चालवणे अर्थपूर्ण आहे. सुदैवाने, कुबर्नेट्समध्ये अनेक पॉड्स (कीक्लोक नोड्स) च्या सेटिंग्ज समक्रमित करण्यात कोणतीही समस्या नाही, म्हणून डोमेन क्लस्टर हे करणे फार कठीण होणार नाही.

तसेच कृपया शब्द लक्षात घ्या क्लस्टर उर्वरित लेख केवळ एकत्र काम करणार्‍या कीक्लोक नोड्सच्या गटासाठी लागू होईल, कुबर्नेट्स क्लस्टरचा संदर्भ घेण्याची आवश्यकता नाही.

नियमित कीक्लोक क्लस्टर

या मोडमध्ये कीक्लोक चालविण्यासाठी आपल्याला आवश्यक आहे:

बाह्य सामायिक डेटाबेस कॉन्फिगर करा
लोड बॅलन्सर स्थापित करा
IP मल्टीकास्ट समर्थनासह अंतर्गत नेटवर्क आहे

आम्ही बाह्य डेटाबेस सेट करण्यावर चर्चा करणार नाही, कारण तो या लेखाचा उद्देश नाही. चला असे गृहीत धरू की कोठेतरी कार्यरत डेटाबेस आहे - आणि आमच्याकडे त्याचा कनेक्शन पॉईंट आहे. आम्ही हा डेटा फक्त पर्यावरण व्हेरिएबल्समध्ये जोडू.

फेलओव्हर (HA) क्लस्टरमध्ये Keycloak कसे कार्य करते हे चांगल्या प्रकारे समजून घेण्यासाठी, हे सर्व Wildfly च्या क्लस्टरिंग क्षमतेवर किती अवलंबून आहे हे जाणून घेणे महत्त्वाचे आहे.

वाइल्डफ्लाय अनेक उपप्रणाली वापरतात, त्यापैकी काही लोड बॅलन्सर म्हणून वापरले जातात, काही दोष सहन करण्यासाठी. जेव्हा क्लस्टर नोड ओव्हरलोड होतो तेव्हा लोड बॅलन्सर ऍप्लिकेशनची उपलब्धता सुनिश्चित करते आणि काही क्लस्टर नोड्स अयशस्वी झाले तरीही फॉल्ट टॉलरन्स ऍप्लिकेशनची उपलब्धता सुनिश्चित करते. यापैकी काही उपप्रणाली:

mod_cluster: HTTP लोड बॅलन्सर म्हणून Apache सह एकत्रितपणे कार्य करते, डीफॉल्टनुसार होस्ट शोधण्यासाठी TCP मल्टीकास्टवर अवलंबून असते. बाह्य बॅलन्सरसह बदलले जाऊ शकते.
infinispan: वाहतूक स्तर म्हणून JGroups चॅनेल वापरून वितरित कॅशे. याव्यतिरिक्त, कॅशे सामग्री सिंक्रोनाइझ करण्यासाठी बाह्य Infinispan क्लस्टरशी संवाद साधण्यासाठी ते HotRod प्रोटोकॉल वापरू शकते.
jgroups: JGroups चॅनेलवर आधारित उच्च उपलब्ध सेवांसाठी गट संप्रेषण समर्थन प्रदान करते. नामांकित पाईप्स क्लस्टरमधील अनुप्रयोग उदाहरणे गटांमध्ये जोडण्याची परवानगी देतात जेणेकरून संप्रेषणामध्ये विश्वासार्हता, सुव्यवस्थितता आणि अपयशांबद्दल संवेदनशीलता यासारखे गुणधर्म असतील.

लोड बॅलन्सर

कुबर्नेट्स क्लस्टरमध्ये प्रवेश नियंत्रक म्हणून बॅलन्सर स्थापित करताना, खालील गोष्टी लक्षात ठेवणे आवश्यक आहे:

कीक्लोक असे गृहीत धरते की HTTP द्वारे प्रमाणीकरण सर्व्हरशी कनेक्ट करणार्‍या क्लायंटचा रिमोट पत्ता हा क्लायंट संगणकाचा वास्तविक IP पत्ता आहे. बॅलन्सर आणि प्रवेश सेटिंग्जने HTTP शीर्षलेख योग्यरित्या सेट केले पाहिजेत X-Forwarded-For и X-Forwarded-Proto, आणि मूळ शीर्षक देखील जतन करा HOST. नवीनतम आवृत्ती ingress-nginx (>०.२२.०) डीफॉल्टनुसार हे अक्षम करते

ध्वज सक्रिय करत आहे proxy-address-forwarding पर्यावरण व्हेरिएबल सेट करून PROXY_ADDRESS_FORWARDING в true कीक्लोकला समज देते की ते प्रॉक्सीच्या मागे काम करत आहे.

आपण सक्षम करणे देखील आवश्यक आहे चिकट सत्रे प्रवेश मध्ये. कीक्लोक वर्तमान प्रमाणीकरण सत्र आणि वापरकर्ता सत्राशी संबंधित डेटा संचयित करण्यासाठी वितरित Infinispan कॅशे वापरतो. कॅशे डीफॉल्टनुसार एकाच मालकासह ऑपरेट करतात, दुसऱ्या शब्दांत, ते विशिष्ट सत्र क्लस्टरमधील काही नोडवर संग्रहित केले जाते आणि इतर नोड्सना त्या सत्रात प्रवेश हवा असल्यास त्यांना दूरस्थपणे क्वेरी करणे आवश्यक आहे.

विशेषत:, दस्तऐवजीकरणाच्या विरूद्ध, कुकी नावासह सत्र संलग्न करणे आमच्यासाठी कार्य करत नाही AUTH_SESSION_ID. कीक्लोकमध्ये रीडायरेक्ट लूप आहे, म्हणून आम्ही चिकट सत्रासाठी वेगळे कुकी नाव निवडण्याची शिफारस करतो.

कीक्लोक नोडचे नाव देखील संलग्न करते ज्याने प्रथम प्रतिसाद दिला AUTH_SESSION_ID, आणि उच्च उपलब्ध आवृत्तीमधील प्रत्येक नोड समान डेटाबेस वापरत असल्याने, त्यापैकी प्रत्येक असणे आवश्यक आहे व्यवहार व्यवस्थापित करण्यासाठी स्वतंत्र आणि अद्वितीय नोड अभिज्ञापक. टाकण्याची शिफारस केली जाते JAVA_OPTS मापदंड jboss.node.name и jboss.tx.node.id प्रत्येक नोडसाठी अद्वितीय - आपण, उदाहरणार्थ, पॉडचे नाव ठेवू शकता. तुम्ही पॉड नाव ठेवल्यास, jboss व्हेरिएबल्ससाठी 23 वर्णांची मर्यादा विसरू नका, त्यामुळे डिप्लॉयमेंटऐवजी स्टेटफुलसेट वापरणे चांगले.

आणखी एक रेक - जर पॉड हटवला किंवा पुन्हा सुरू केला तर त्याची कॅशे हरवली आहे. हे लक्षात घेऊन, सर्व कॅशेसाठी कॅशे मालकांची संख्या किमान दोनवर सेट करणे योग्य आहे, जेणेकरून कॅशेची एक प्रत राहील. उपाय म्हणजे धावणे Wildfly साठी स्क्रिप्ट पॉड सुरू करताना, डिरेक्टरीमध्ये ठेवा /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 आवश्यक करण्यासाठी.

IP मल्टीकास्ट समर्थनासह खाजगी नेटवर्क

तुम्ही सीएनआय म्हणून Weavenet वापरल्यास, मल्टिकास्ट लगेच कार्य करेल - आणि तुमचे कीक्लोक नोड्स लॉन्च होताच एकमेकांना दिसतील.

तुमच्या 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.

डेटा केंद्रांमधील प्रतिकृती

कनेक्टिव्हिटी

कीक्लोक प्रत्येक डेटा सेंटरसाठी एकाधिक स्वतंत्र इन्फिनिस्पॅन कॅशे क्लस्टर्स वापरते जेथे कीक्लोक नोड्सचे बनलेले कीक्लोक क्लस्टर स्थित असतात. परंतु वेगवेगळ्या डेटा सेंटरमध्ये कीक्लोक नोड्समध्ये फरक नाही.

कीक्लोक नोड्स डेटा केंद्रांमधील संवादासाठी बाह्य Java डेटा ग्रिड (Infinispan सर्व्हर) वापरतात. संप्रेषण प्रोटोकॉलनुसार कार्य करते Infinispan HotRod.

Infinispan कॅशे विशेषता सह कॉन्फिगर करणे आवश्यक आहे remoteStore, जेणेकरून डेटा दूरस्थपणे संग्रहित केला जाऊ शकतो (दुसऱ्या डेटा सेंटरमध्ये, अंदाजे अनुवादक) कॅशे. JDG सर्व्हरमध्ये स्वतंत्र infinispan क्लस्टर्स आहेत, जेणेकरून JDG1 वर डेटा साइटवर संग्रहित केला जाईल. site1 साइटवर JDG2 वर प्रतिरूपित केले जाईल site2.

आणि शेवटी, प्राप्त करणारा JDG सर्व्हर क्लायंट कनेक्शनद्वारे त्याच्या क्लस्टरच्या कीक्लोक सर्व्हरला सूचित करतो, जे HotRod प्रोटोकॉलचे वैशिष्ट्य आहे. कीक्लोक नोड्स चालू site2 त्यांचे Infinispan कॅशे अद्यतनित करा आणि विशिष्ट वापरकर्ता सत्र देखील कीक्लोक नोड्स वर उपलब्ध होईल site2.

काही कॅशेसाठी, बॅकअप न घेणे आणि संपूर्णपणे Infinispan सर्व्हरद्वारे डेटा लिहिणे टाळणे देखील शक्य आहे. हे करण्यासाठी, आपल्याला सेटिंग काढून टाकणे आवश्यक आहे remote-store विशिष्ट Infinispan कॅशे (फाइलमध्ये स्टँडअलोन-ha.xml), ज्यानंतर काही विशिष्ट replicated-cache यापुढे Infinispan सर्व्हरच्या बाजूने देखील आवश्यक असणार नाही.

कॅशे सेट करत आहे

कीक्लोकमध्ये दोन प्रकारचे कॅशे आहेत:

स्थानिक. हे डेटाबेसच्या पुढे स्थित आहे आणि डेटाबेसवरील भार कमी करण्यासाठी तसेच प्रतिसाद विलंब कमी करण्यासाठी कार्य करते. या प्रकारचा कॅशे क्षेत्र, क्लायंट, भूमिका आणि वापरकर्ता मेटाडेटा संचयित करतो. कॅशे हा कीक्लोक क्लस्टरचा भाग असला तरीही, या प्रकारच्या कॅशेची प्रतिकृती केली जात नाही. कॅशेमधील एंट्री बदलल्यास, क्लस्टरमधील उर्वरित सर्व्हरवर बदलाविषयी संदेश पाठविला जातो, त्यानंतर एंट्री कॅशेमधून वगळली जाते. वर्णन पहा work प्रक्रियेच्या अधिक तपशीलवार वर्णनासाठी खाली पहा.
नक्कल केली. वापरकर्ता सत्रे, ऑफलाइन टोकन्सवर प्रक्रिया करते आणि पासवर्ड फिशिंग प्रयत्न आणि इतर हल्ले शोधण्यासाठी लॉगिन त्रुटींचे परीक्षण करते. या कॅशेमध्ये संग्रहित केलेला डेटा तात्पुरता असतो, फक्त RAM मध्ये संग्रहित केला जातो, परंतु क्लस्टरमध्ये त्याची प्रतिकृती तयार केली जाऊ शकते.

Infinispan कॅशे

सत्रे - कीक्लोकमधील एक संकल्पना, स्वतंत्र कॅशे म्हणतात authenticationSessions, विशिष्ट वापरकर्त्यांचा डेटा संचयित करण्यासाठी वापरला जातो. या कॅशेच्या विनंत्या सहसा ब्राउझर आणि कीक्लोक सर्व्हरद्वारे आवश्यक असतात, अनुप्रयोगांद्वारे नाही. येथेच स्टिकी सेशन्सवरील अवलंबित्व कार्यात येते आणि अशा कॅशेची प्रतिकृती करण्याची आवश्यकता नसते, अगदी सक्रिय-सक्रिय मोडच्या बाबतीतही.

क्रिया टोकन. दुसरी संकल्पना, सामान्यत: विविध परिस्थितींसाठी वापरली जाते जेव्हा, उदाहरणार्थ, वापरकर्त्याने मेलद्वारे असिंक्रोनसपणे काहीतरी केले पाहिजे. उदाहरणार्थ, प्रक्रियेदरम्यान forget password कॅशे actionTokens संबंधित टोकन्सचा मेटाडेटा ट्रॅक करण्यासाठी वापरला जातो - उदाहरणार्थ, टोकन आधीच वापरले गेले आहे आणि ते पुन्हा सक्रिय केले जाऊ शकत नाही. या प्रकारच्या कॅशेची सामान्यत: डेटा सेंटर्समध्ये प्रतिकृती तयार करणे आवश्यक आहे.

संचयित डेटाचे कॅशिंग आणि वृद्धत्व डेटाबेसवरील भार कमी करण्यासाठी कार्य करते. या प्रकारचे कॅशिंग कार्यप्रदर्शन सुधारते, परंतु एक स्पष्ट समस्या जोडते. एका कीक्लोक सर्व्हरने डेटा अपडेट केल्यास, इतर सर्व्हरना सूचित केले जाणे आवश्यक आहे जेणेकरून ते त्यांच्या कॅशेमध्ये डेटा अद्यतनित करू शकतील. कीक्लोक स्थानिक कॅशे वापरतो realms, users и authorization डेटाबेसमधून डेटा कॅश करण्यासाठी.

एक स्वतंत्र कॅशे देखील आहे work, ज्याची प्रतिकृती सर्व डेटा केंद्रांवर केली जाते. हे स्वतः डेटाबेसमधील कोणताही डेटा संचयित करत नाही, परंतु डेटा केंद्रांमधील क्लस्टर नोड्सवर डेटा वृद्धीबद्दल संदेश पाठवते. दुसऱ्या शब्दांत, डेटा अपडेट होताच, कीक्लोक नोड त्याच्या डेटा सेंटरमधील इतर नोड्स तसेच इतर डेटा सेंटरमधील नोड्सना संदेश पाठवतो. असा संदेश प्राप्त झाल्यानंतर, प्रत्येक नोड त्याच्या स्थानिक कॅशेमधील संबंधित डेटा साफ करतो.

वापरकर्ता सत्रे. नावांसह कॅशे sessions, clientSessions, offlineSessions и offlineClientSessions, सामान्यत: डेटा केंद्रांदरम्यान प्रतिकृती तयार केली जाते आणि वापरकर्ता ब्राउझरमध्ये सक्रिय असताना सक्रिय असलेल्या वापरकर्ता सत्रांबद्दल डेटा संचयित करण्यासाठी सर्व्ह करतात. हे कॅशे अंतिम वापरकर्त्यांकडून HTTP विनंत्यांवर प्रक्रिया करणार्‍या ऍप्लिकेशनसह कार्य करतात, म्हणून ते चिकट सत्रांशी संबंधित असतात आणि डेटा केंद्रांमध्ये प्रतिकृती तयार केली जाणे आवश्यक आहे.

क्रूट फोर्स संरक्षण. कॅशे loginFailures लॉगिन एरर डेटा ट्रॅक करण्यासाठी वापरला जातो, जसे की वापरकर्त्याने किती वेळा चुकीचा पासवर्ड एंटर केला. या कॅशेची प्रतिकृती ही प्रशासकाची जबाबदारी आहे. परंतु अचूक गणनासाठी, डेटा केंद्रांमधील प्रतिकृती सक्रिय करणे फायदेशीर आहे. परंतु दुसरीकडे, आपण या डेटाची प्रतिकृती न केल्यास, आपण कार्यप्रदर्शन सुधारू शकाल आणि ही समस्या उद्भवल्यास, प्रतिकृती सक्रिय केली जाऊ शकत नाही.

Infinispan क्लस्टर रोल आउट करताना, तुम्हाला सेटिंग्ज फाइलमध्ये कॅशे व्याख्या जोडणे आवश्यक आहे:

<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.

दुवे आणि अतिरिक्त दस्तऐवज

लेखाचे भाषांतर आणि कर्मचार्‍यांनी हॅब्रसाठी तयार केले होते स्लर्म प्रशिक्षण केंद्र — सराव करणार्‍या तज्ञांकडून गहन अभ्यासक्रम, व्हिडिओ कोर्स आणि कॉर्पोरेट प्रशिक्षण (कुबर्नेट्स, डेव्हऑप्स, डॉकर, अॅन्सिबल, सेफ, एसआरई)

स्त्रोत: www.habr.com

Kubernetes वर HA मोडमध्ये कीक्लोक चालवत आहे