🥇 Kubernetes-এ HA মোডে কীক্লোক চালানো

TL; ডিআর: কীক্লোকের একটি বিবরণ থাকবে, একটি ওপেন সোর্স অ্যাক্সেস কন্ট্রোল সিস্টেম, অভ্যন্তরীণ কাঠামোর বিশ্লেষণ, কনফিগারেশনের বিবরণ।

ভূমিকা এবং মূল ধারণা

এই নিবন্ধে, আমরা Kubernetes-এর উপরে একটি Keycloak ক্লাস্টার স্থাপন করার সময় মাথায় রাখতে হবে এমন প্রাথমিক ধারণাগুলি দেখব।

আপনি যদি Keycloak সম্পর্কে আরও জানতে চান, নিবন্ধের শেষে লিঙ্কগুলি পড়ুন। অনুশীলনে আরও নিমগ্ন হওয়ার জন্য, আপনি অধ্যয়ন করতে পারেন আমাদের সংগ্রহস্থল একটি মডিউল সহ যা এই নিবন্ধের মূল ধারণাগুলিকে প্রয়োগ করে (লঞ্চ গাইডটি রয়েছে, এই নিবন্ধটি ডিভাইস এবং সেটিংসের একটি ওভারভিউ প্রদান করবে, প্রায়. অনুবাদক).

কীক্লোক হল জাভাতে লেখা একটি ব্যাপক সিস্টেম এবং একটি অ্যাপ্লিকেশন সার্ভারের উপরে নির্মিত বন্য মাছি. সংক্ষেপে, এটি অনুমোদনের জন্য একটি কাঠামো যা অ্যাপ্লিকেশন ব্যবহারকারীদের ফেডারেশন এবং SSO (একক সাইন-অন) ক্ষমতা দেয়।

আমরা আপনাকে অফিসিয়াল পড়ার জন্য আমন্ত্রণ জানাই ওয়েবসাইট বা উইকিপিডিয়া বিস্তারিত বোঝার জন্য।

কীক্লোক চালু করা হচ্ছে

Keycloak চালানোর জন্য দুটি স্থায়ী ডেটা উৎসের প্রয়োজন:

একটি ডাটাবেস প্রতিষ্ঠিত ডেটা সংরক্ষণ করতে ব্যবহৃত হয়, যেমন ব্যবহারকারীর তথ্য
ডেটাগ্রিড ক্যাশে, যা ডাটাবেস থেকে ডেটা ক্যাশে করতে ব্যবহৃত হয়, সেইসাথে কিছু স্বল্পস্থায়ী এবং ঘন ঘন পরিবর্তনশীল মেটাডেটা যেমন ব্যবহারকারীর সেশন সংরক্ষণ করতে ব্যবহৃত হয়। বাস্তবায়িত ইনফিনিস্প্যান, যা সাধারণত ডাটাবেসের তুলনায় উল্লেখযোগ্যভাবে দ্রুত। কিন্তু যাই হোক না কেন, ইনফিনিস্প্যানে সংরক্ষিত ডেটা ক্ষণস্থায়ী - এবং ক্লাস্টারটি পুনরায় চালু হলে এটি কোথাও সংরক্ষণ করার প্রয়োজন নেই।

কীক্লোক চারটি ভিন্ন মোডে কাজ করে:

সাধারণ - একটি এবং শুধুমাত্র একটি প্রক্রিয়া, একটি ফাইলের মাধ্যমে কনফিগার করা হয়েছে৷ standalone.xml
নিয়মিত ক্লাস্টার (উচ্চ প্রাপ্যতা বিকল্প) - সমস্ত প্রক্রিয়া একই কনফিগারেশন ব্যবহার করতে হবে, যা ম্যানুয়ালি সিঙ্ক্রোনাইজ করা আবশ্যক। সেটিংস একটি ফাইল সংরক্ষণ করা হয় standalone-ha.xml, উপরন্তু আপনি ডাটাবেস এবং একটি লোড ব্যালেন্সার শেয়ার্ড অ্যাক্সেস করতে হবে.
ডোমেন ক্লাস্টার — ক্লাস্টার বাড়ার সাথে সাথে স্বাভাবিক মোডে ক্লাস্টার শুরু করা একটি রুটিন এবং বিরক্তিকর কাজ হয়ে ওঠে, যেহেতু প্রতিবার কনফিগারেশন পরিবর্তন হয়, প্রতিটি ক্লাস্টার নোডে সমস্ত পরিবর্তন করা আবশ্যক। অপারেশনের ডোমেন মোড কিছু শেয়ার্ড স্টোরেজ অবস্থান সেট আপ করে এবং কনফিগারেশন প্রকাশ করে এই সমস্যার সমাধান করে। এই সেটিংস ফাইলে সংরক্ষণ করা হয় domain.xml
ডেটা সেন্টারের মধ্যে প্রতিলিপি — আপনি যদি বেশ কয়েকটি ডেটা সেন্টারের একটি ক্লাস্টারে Keycloak চালাতে চান, প্রায়শই বিভিন্ন ভৌগলিক অবস্থানে। এই বিকল্পে, প্রতিটি ডেটা সেন্টারে কীক্লোক সার্ভারগুলির নিজস্ব ক্লাস্টার থাকবে।

এই নিবন্ধে আমরা বিস্তারিত বিবেচনা করবে দ্বিতীয় বিকল্প, যে নিয়মিত ক্লাস্টার, এবং আমরা ডেটা কেন্দ্রগুলির মধ্যে প্রতিলিপির বিষয়েও একটু স্পর্শ করব, যেহেতু কুবারনেটে এই দুটি বিকল্প চালানোর জন্য এটি বোধগম্য। সৌভাগ্যবশত, কুবারনেটসে বেশ কয়েকটি পড (কীক্লোক নোড) এর সেটিংস সিঙ্ক্রোনাইজ করতে কোন সমস্যা নেই, তাই ডোমেইন ক্লাস্টার এটা করা খুব কঠিন হবে না।

এছাড়াও অনুগ্রহ করে নোট করুন যে শব্দ গুচ্ছ নিবন্ধের বাকি অংশগুলি শুধুমাত্র একত্রে কাজ করা কীক্লোক নোডগুলির একটি গ্রুপের জন্য প্রযোজ্য হবে, কুবারনেটস ক্লাস্টার উল্লেখ করার প্রয়োজন নেই।

নিয়মিত কীক্লোক ক্লাস্টার

এই মোডে কীক্লোক চালানোর জন্য আপনার প্রয়োজন:

বাহ্যিক ভাগ করা ডাটাবেস কনফিগার করুন
লোড ব্যালেন্সার ইনস্টল করুন
IP মাল্টিকাস্ট সমর্থন সহ একটি অভ্যন্তরীণ নেটওয়ার্ক আছে

আমরা একটি বহিরাগত ডাটাবেস সেট আপ করার বিষয়ে আলোচনা করব না, যেহেতু এটি এই নিবন্ধের উদ্দেশ্য নয়। ধরা যাক যে কোথাও একটি কর্মরত ডাটাবেস আছে - এবং আমাদের এটির সাথে একটি সংযোগ বিন্দু আছে। আমরা কেবল এই তথ্যটি পরিবেশের ভেরিয়েবলগুলিতে যুক্ত করব।

একটি ফেইলওভার (HA) ক্লাস্টারে কীক্লোক কীভাবে কাজ করে তা আরও ভালভাবে বোঝার জন্য, এটি ওয়াইল্ডফ্লাইয়ের ক্লাস্টারিং ক্ষমতার উপর কতটা নির্ভর করে তা জানা গুরুত্বপূর্ণ।

ওয়াইল্ডফ্লাই বেশ কয়েকটি সাবসিস্টেম ব্যবহার করে, তাদের মধ্যে কিছু লোড ব্যালেন্সার হিসাবে, কিছু ত্রুটি সহনশীলতার জন্য ব্যবহৃত হয়। একটি ক্লাস্টার নোড ওভারলোড হলে লোড ব্যালেন্সার অ্যাপ্লিকেশনের প্রাপ্যতা নিশ্চিত করে, এবং কিছু ক্লাস্টার নোড ব্যর্থ হলেও ত্রুটি সহনশীলতা অ্যাপ্লিকেশনের প্রাপ্যতা নিশ্চিত করে। এর মধ্যে কয়েকটি সাবসিস্টেম:

mod_cluster: একটি HTTP লোড ব্যালেন্সার হিসাবে Apache এর সাথে একত্রে কাজ করে, ডিফল্টরূপে হোস্ট খুঁজে পেতে TCP মাল্টিকাস্টের উপর নির্ভর করে। একটি বহিরাগত ব্যালেন্সার সঙ্গে প্রতিস্থাপিত করা যেতে পারে.
infinispan: পরিবহন স্তর হিসাবে JGroups চ্যানেল ব্যবহার করে একটি বিতরণ করা ক্যাশে। উপরন্তু, এটি ক্যাশে বিষয়বস্তু সিঙ্ক্রোনাইজ করার জন্য একটি বহিরাগত ইনফিনিস্প্যান ক্লাস্টারের সাথে যোগাযোগ করতে HotRod প্রোটোকল ব্যবহার করতে পারে।
jgroups: JGroups চ্যানেলের উপর ভিত্তি করে অত্যন্ত উপলব্ধ পরিষেবাগুলির জন্য গ্রুপ যোগাযোগ সমর্থন প্রদান করে। নামযুক্ত পাইপগুলি একটি ক্লাস্টারে অ্যাপ্লিকেশন দৃষ্টান্তগুলিকে গ্রুপে সংযুক্ত করার অনুমতি দেয় যাতে যোগাযোগের বৈশিষ্ট্য যেমন নির্ভরযোগ্যতা, সুশৃঙ্খলতা এবং ব্যর্থতার প্রতি সংবেদনশীলতা থাকে।

লোড ব্যালেন্সার

কুবারনেটস ক্লাস্টারে প্রবেশ নিয়ন্ত্রক হিসাবে ব্যালেন্সার ইনস্টল করার সময়, নিম্নলিখিত বিষয়গুলি মনে রাখা গুরুত্বপূর্ণ:

Keycloak অনুমান করে যে HTTP এর মাধ্যমে প্রমাণীকরণ সার্ভারের সাথে সংযোগকারী ক্লায়েন্টের দূরবর্তী ঠিকানা হল ক্লায়েন্ট কম্পিউটারের আসল আইপি ঠিকানা। ব্যালেন্সার এবং ইনগ্রেস সেটিংস সঠিকভাবে HTTP হেডার সেট করা উচিত X-Forwarded-For и X-Forwarded-Proto, এবং মূল শিরোনাম সংরক্ষণ করুন HOST. সর্বশেষ সংস্করণ ingress-nginx (>0.22.0) ডিফল্টরূপে এটি নিষ্ক্রিয় করে

পতাকা সক্রিয় করা হচ্ছে proxy-address-forwarding একটি পরিবেশ পরিবর্তনশীল সেট করে PROXY_ADDRESS_FORWARDING в true কীক্লোককে বোঝায় যে এটি একটি প্রক্সির পিছনে কাজ করছে।

আপনাকেও সক্ষম করতে হবে স্টিকি সেশন প্রবেশ কীক্লোক বর্তমান প্রমাণীকরণ সেশন এবং ব্যবহারকারীর সেশনের সাথে সম্পর্কিত ডেটা সংরক্ষণ করতে একটি বিতরণ করা ইনফিনিস্প্যান ক্যাশে ব্যবহার করে। ক্যাশেগুলি ডিফল্টরূপে একক মালিকের সাথে কাজ করে, অন্য কথায়, সেই নির্দিষ্ট সেশনটি ক্লাস্টারের কিছু নোডে সংরক্ষিত থাকে এবং অন্য নোডগুলিকে অবশ্যই সেই সেশনে অ্যাক্সেসের প্রয়োজন হলে তা দূর থেকে জিজ্ঞাসা করতে হবে।

বিশেষ করে, ডকুমেন্টেশনের বিপরীতে, কুকি নামের একটি সেশন সংযুক্ত করা আমাদের জন্য কাজ করেনি AUTH_SESSION_ID. কীক্লোকের একটি পুনঃনির্দেশ লুপ রয়েছে, তাই আমরা স্টিকি সেশনের জন্য একটি ভিন্ন কুকির নাম বেছে নেওয়ার পরামর্শ দিই।

কীক্লোক নোডের নামও সংযুক্ত করে যা প্রথমে সাড়া দিয়েছিল AUTH_SESSION_ID, এবং যেহেতু অত্যন্ত উপলব্ধ সংস্করণের প্রতিটি নোড একই ডাটাবেস ব্যবহার করে, তাদের প্রতিটি অবশ্যই থাকতে হবে লেনদেন পরিচালনার জন্য একটি পৃথক এবং অনন্য নোড সনাক্তকারী। এটি স্থাপন করার সুপারিশ করা হয় JAVA_OPTS পরামিতি jboss.node.name и jboss.tx.node.id প্রতিটি নোডের জন্য অনন্য - আপনি উদাহরণস্বরূপ, পডের নাম রাখতে পারেন। আপনি যদি একটি পড নাম রাখেন, তাহলে jboss ভেরিয়েবলের জন্য 23 অক্ষরের সীমা সম্পর্কে ভুলবেন না, তাই একটি স্থাপনার পরিবর্তে একটি StatefulSet ব্যবহার করা ভাল।

আরেকটি রেক - যদি পডটি মুছে ফেলা হয় বা পুনরায় চালু করা হয় তবে এর ক্যাশে হারিয়ে গেছে। এটি বিবেচনায় নিয়ে, সমস্ত ক্যাশেগুলির জন্য ক্যাশে মালিকদের সংখ্যা কমপক্ষে দুটিতে সেট করা মূল্যবান, যাতে ক্যাশের একটি অনুলিপি থাকে। সমাধান হল চালানো 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 প্রয়োজনে

আইপি মাল্টিকাস্ট সমর্থন সহ ব্যক্তিগত নেটওয়ার্ক

আপনি যদি সিএনআই হিসাবে ওয়েভেনেট ব্যবহার করেন, মাল্টিকাস্ট অবিলম্বে কাজ করবে - এবং আপনার কীক্লোক নোডগুলি চালু হওয়ার সাথে সাথে একে অপরকে দেখতে পাবে।

আপনার Kubernetes ক্লাস্টারে আইপি মাল্টিকাস্ট সমর্থন না থাকলে, আপনি নোডগুলি খুঁজে পেতে অন্যান্য প্রোটোকলের সাথে কাজ করার জন্য 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.

ডেটা সেন্টারের মধ্যে প্রতিলিপি

লিংক

Keycloak প্রতিটি ডেটা সেন্টারের জন্য একাধিক পৃথক ইনফিনিস্প্যান ক্যাশে ক্লাস্টার ব্যবহার করে যেখানে Keycloak নোডগুলি নিয়ে গঠিত Keycloack ক্লাস্টারগুলি অবস্থিত। কিন্তু বিভিন্ন ডেটা সেন্টারে কীক্লোক নোডের মধ্যে কোনো পার্থক্য নেই।

কীক্লোক নোডগুলি ডেটা সেন্টারের মধ্যে যোগাযোগের জন্য একটি বাহ্যিক জাভা ডেটা গ্রিড (ইনফিনিস্প্যান সার্ভার) ব্যবহার করে। যোগাযোগ প্রোটোকল অনুযায়ী কাজ করে ইনফিনিস্প্যান হটরড.

ইনফিনিস্প্যান ক্যাশে অবশ্যই অ্যাট্রিবিউটের সাথে কনফিগার করতে হবে remoteStore, যাতে ডেটা দূরবর্তীভাবে সংরক্ষণ করা যায় (অন্য ডেটা সেন্টারে, প্রায়. অনুবাদক) ক্যাশে। JDG সার্ভারগুলির মধ্যে পৃথক ইনফিনিস্প্যান ক্লাস্টার রয়েছে, যাতে সাইটে JDG1-এ ডেটা সংরক্ষণ করা হয় site1 সাইটে JDG2 প্রতিলিপি করা হবে site2.

এবং অবশেষে, গ্রহনকারী JDG সার্ভার ক্লায়েন্ট সংযোগের মাধ্যমে তার ক্লাস্টারের কীক্লোক সার্ভারগুলিকে অবহিত করে, যা HotRod প্রোটোকলের একটি বৈশিষ্ট্য। কীক্লোক নোড চালু আছে site2 তাদের Infinispan ক্যাশে আপডেট করুন এবং নির্দিষ্ট ব্যবহারকারীর সেশনটি কীক্লোক নোডগুলিতেও উপলব্ধ হবে site2.

কিছু ক্যাশের জন্য, ব্যাকআপ না নেওয়া এবং ইনফিনিস্প্যান সার্ভারের মাধ্যমে সম্পূর্ণ ডেটা লেখা এড়ানোও সম্ভব। এটি করার জন্য আপনাকে সেটিংসটি সরিয়ে ফেলতে হবে remote-store নির্দিষ্ট ইনফিনিস্প্যান ক্যাশে (ফাইলটিতে standalone-ha.xml), যার পরে কিছু নির্দিষ্ট replicated-cache এছাড়াও Infinispan সার্ভার সাইডে আর প্রয়োজন হবে না।

ক্যাশে সেট আপ করা হচ্ছে

কীক্লোকে দুটি ধরণের ক্যাশে রয়েছে:

স্থানীয়। এটি ডাটাবেসের পাশে অবস্থিত এবং ডাটাবেসের লোড কমানোর পাশাপাশি প্রতিক্রিয়ার বিলম্ব কমাতে কাজ করে। এই ধরনের ক্যাশে রাজ্য, ক্লায়েন্ট, ভূমিকা এবং ব্যবহারকারীর মেটাডেটা সঞ্চয় করে। এই ধরনের ক্যাশে প্রতিলিপি করা হয় না, এমনকি যদি ক্যাশে একটি Keycloak ক্লাস্টারের অংশ হয়। যদি ক্যাশে একটি এন্ট্রি পরিবর্তিত হয়, পরিবর্তন সম্পর্কে একটি বার্তা ক্লাস্টারের অবশিষ্ট সার্ভারগুলিতে পাঠানো হয়, যার পরে এন্ট্রিটি ক্যাশে থেকে বাদ দেওয়া হয়। বর্ণনা দেখুন work পদ্ধতির আরও বিশদ বিবরণের জন্য নীচে দেখুন।
প্রতিলিপিকৃত। ব্যবহারকারীর সেশন, অফলাইন টোকেন প্রক্রিয়া করে এবং পাসওয়ার্ড ফিশিং প্রচেষ্টা এবং অন্যান্য আক্রমণ সনাক্ত করতে লগইন ত্রুটিগুলিও নিরীক্ষণ করে৷ এই ক্যাশে সংরক্ষিত ডেটা অস্থায়ী, শুধুমাত্র RAM এ সংরক্ষণ করা হয়, তবে ক্লাস্টার জুড়ে প্রতিলিপি করা যেতে পারে।

ইনফিনিস্প্যান ক্যাশে

সেশনস - কীক্লোকের একটি ধারণা, আলাদা ক্যাশে বলা হয় 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 Keycloak ক্যাশে জন্য. এটি করার জন্য, একটি স্ক্রিপ্টই যথেষ্ট, যা আগেরটির মতোই করা হয়, যা পরিবর্তনশীল সেট করতে ব্যবহৃত হয় 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 চালানোর জন্য Keycloak নোডের জন্য: remote.cache.host, remote.cache.port এবং পরিষেবার নাম jboss.site.name.

লিঙ্ক এবং অতিরিক্ত ডকুমেন্টেশন

নিবন্ধটি কর্মচারীদের দ্বারা হাবরের জন্য অনুবাদ এবং প্রস্তুত করা হয়েছিল স্লার্ম প্রশিক্ষণ কেন্দ্র — নিবিড় কোর্স, ভিডিও কোর্স এবং অনুশীলনকারী বিশেষজ্ঞদের কাছ থেকে কর্পোরেট প্রশিক্ষণ (কুবারনেটস, ডিওঅপস, ডকার, অ্যানসিবল, সিফ, এসআরই)

উত্স: www.habr.com

Kubernetes-এ HA মোডে Keycloak চালান