বড় ওয়েবসাইটগুলি একাধিক মেশিন জুড়ে "লোড ভারসাম্য" হতে পারে। অনেকগুলি ভারসাম্যপূর্ণ সেটআপগুলিতে কোনও ব্যবহারকারী একটি অধিবেশন চলাকালীন যে কোনও ব্যাকএন্ড মেশিনে আঘাত করতে পারে। এর কারণে, অনেকগুলি মেশিনকে ব্যবহার করে ব্যবহারকারীদের সেশনগুলি ভাগ করে নিতে দেয়।
নির্বাচিত পদ্ধতিটি নিযুক্ত লোড ব্যালেন্সিংয়ের শৈলীর উপর নির্ভর করবে, পাশাপাশি ব্যাকএন্ড স্টোরেজের উপলব্ধতা / ক্ষমতা:
সেশনের তথ্য কেবল কুকিগুলিতে সঞ্চিত : সেশন তথ্য (কেবল একটি সেশন সনাক্তকারী নয়) ব্যবহারকারীর কুকিতে সংরক্ষণ করা হয়। উদাহরণস্বরূপ, ব্যবহারকারীর কুকিতে তাদের শপিংয়ের ঝুড়ির সামগ্রী থাকতে পারে। সেশন ডেটা নিয়ে ব্যবহারকারীদের হস্তক্ষেপ রোধ করতে কুকির সাথে একটি এইচএমএসি সরবরাহ করা যেতে পারে। এই পদ্ধতিটি বেশিরভাগ অ্যাপ্লিকেশনগুলির জন্য সম্ভবত কমপক্ষে উপযুক্ত:
- কোনও ব্যাকএন্ড স্টোরেজ প্রয়োজন হয় না
- ব্যবহারকারীর প্রতিবার একই মেশিনটি আঘাত করার দরকার নেই, সুতরাং ডিএনএস লোড ব্যালেন্সিংটি কাজে লাগানো যেতে পারে
- কোনও ডাটাবেস মেশিন থেকে সেশন তথ্য পুনরুদ্ধার করার সাথে কোনও বিলম্ব নেই (যেমন এটি HTTP অনুরোধের সাথে সরবরাহ করা হয়েছে)। যদি আপনার সাইটটি বিভিন্ন মহাদেশের মেশিনগুলির দ্বারা ভারসাম্যপূর্ণ হয় তবে দরকারী।
- সেশনে সংরক্ষণ করা যায় এমন পরিমাণের পরিমাণ সীমাবদ্ধ (4K কুকি আকারের সীমা দ্বারা)
- কোনও ব্যবহারকারী যদি তাদের সেশনের বিষয়বস্তু দেখতে না পান তবে এনক্রিপশনটি নিয়োগ করতে হবে
- সেশন ডেটা ব্যবহারকারীর ছদ্মবেশ রোধে এইচএমএসি (বা অনুরূপ) নিয়োগ করতে হবে
- যেহেতু সেশন ডেটা সার্ভারের পাশে সংরক্ষণ করা হয়নি তাই বিকাশকারীদের পক্ষে ডিবাগ করা আরও কঠিন
লোড ব্যালেন্সার সর্বদা একই মেশিনে ব্যবহারকারীকে দিকনির্দেশনা দেয় : অনেক লোড ব্যালেন্সার তাদের নিজস্ব সেশন কুকি সেট করতে পারে যা নির্দেশ করে যে কোনও ব্যবহারকারী কোন ব্যাকএন্ড মেশিন থেকে অনুরোধ করছে এবং ভবিষ্যতে তাদের সেই মেশিনে ডাইরেক্ট করবে। ব্যবহারকারী সর্বদা একই মেশিনে পরিচালিত হওয়ার কারণে, একাধিক মেশিনের মধ্যে সেশন ভাগ করে নেওয়া দরকার হয় না। এটি কিছু পরিস্থিতিতে ভাল হতে পারে:
- একাধিক মেশিন সচেতন হওয়ার জন্য কোনও বিদ্যমান অ্যাপ্লিকেশনটির সেশন হ্যান্ডলিংয়ের পরিবর্তনের প্রয়োজন হতে পারে না
- সেশনের সংরক্ষণের জন্য কোনও শেয়ারড ডাটাবেস সিস্টেম (বা অনুরূপ) প্রয়োজন নেই, সম্ভবত নির্ভরযোগ্যতা বাড়ানো, তবে জটিলতার জন্য
- নীচে যাচ্ছে একটি ব্যাকএন্ড মেশিন এটিতে শুরু হওয়া কোনও ব্যবহারকারীর সেশন নেবে।
- পরিষেবাগুলির বাইরে মেশিনগুলি নেওয়া আরও কঠিন। রক্ষণাবেক্ষণের জন্য কোনও মেশিনে সেশনযুক্ত ব্যবহারকারীদের মেশিনটি বন্ধ হওয়ার আগে তাদের কাজ শেষ করার অনুমতি দেওয়া উচিত। এটি সমর্থন করার জন্য, ওয়েব লোড ব্যালেন্সারদের একটি নির্দিষ্ট ব্যাকএন্ড মেশিনে "ড্রেন" অনুরোধের বৈশিষ্ট্য থাকতে পারে।
ভাগ করা ব্যাকএন্ড ডাটাবেস বা কী / মান স্টোর : সেশন তথ্য একটি ব্যাকএন্ড ডাটাবেসে সংরক্ষণ করা হয়, যা সমস্ত ওয়েবসার্সের কাছে ক্যোয়ারী এবং আপডেটের অ্যাক্সেস রয়েছে। ব্যবহারকারীর ব্রাউজারটি একটি সনাক্তকারী (যেমন সেশন আইডি) সম্বলিত একটি কুকি সংরক্ষণ করে, সেশনের তথ্যের দিকে ইঙ্গিত করে। এটি সম্ভবত তিনটির মধ্যে সবচেয়ে পরিষ্কার পদ্ধতি:
- ব্যবহারকারীকে কখনই সঞ্চিত অধিবেশন তথ্য প্রকাশের প্রয়োজন হবে না।
- ব্যবহারকারীর প্রতিবার একই মেশিনটি আঘাত করার দরকার নেই, সুতরাং ডিএনএস লোড ব্যালেন্সিংটি কাজে লাগানো যেতে পারে
- একটি অসুবিধা হ'ল বাধা যা যা ব্যাকএন্ড স্টোরেজ সিস্টেমে নিযুক্ত করা যেতে পারে।
- সেশন তথ্য মেয়াদোত্তীর্ণ হতে পারে এবং ধারাবাহিকভাবে ব্যাক আপ করা যেতে পারে।
সামগ্রিকভাবে, বেশিরভাগ গতিশীল ওয়েব অ্যাপ্লিকেশনগুলি বেশ কয়েকটি ডাটাবেস প্রশ্ন বা কী / মান স্টোরের অনুরোধ সম্পাদন করে, তাই ডাটাবেস বা কী / মান স্টোরটি সেশন ডেটার লজিক্যাল স্টোরেজ অবস্থান location