जेएसएफ 2.0 एप्लिकेशन का क्षैतिज स्केलिंग

Question

यह देखते हुए कि जावासेवर फेस सर्वर के पक्ष में मूल रूप से सतर्क हैं, जेएसएफ 2.0 एप्लिकेशन को क्षैतिज रूप से स्केल करने के लिए किन तरीकों की सिफारिश की जाती है?

एक आवेदन कई JSF सर्वर चलाता है, तो मैं निम्न परिदृश्यों की कल्पना कर सकते हैं:

1. स्टिकी सत्र: एक ही सर्वर के लिए दिए गए सत्र मिलान सभी अनुरोधों को भेज देते हैं।
   • प्रश्न: यह प्राप्त करने के लिए आमतौर पर किस तकनीक का उपयोग किया जाता है?
   • समस्या: खो सत्रों में सर्वर विफलता परिणाम ... और आम तौर पर कमजोर वास्तुकला की तरह लगता है, खासकर जब शुरू करने ताजा
2. राज्य (सत्र) प्रतिकृति (एक मौजूदा अनुप्रयोग पैमाने पर करने की कोशिश कर नहीं): दोहराने JSF क्लस्टर में सभी जेएसएफ सर्वरों पर राज्य
   • प्रश्न: यह तकनीक प्राप्त करने के लिए आमतौर पर किस तकनीक का उपयोग किया जाता है?
   • समस्या: स्केल नहीं करता है। छोटी से छोटी सर्वर
3. आज्ञा JSF (विन्यास के माध्यम से) पर क्लस्टर = कुल स्मृति की कुल स्मृति एक बाहरी संसाधन पर अपने राज्य स्टोर करने के लिए (उदाहरण के लिए किसी अन्य सर्वर एक बहुत तेज में स्मृति डेटाबेस चल), तो से है कि संसाधन का उपयोग जेएसएफ सर्वर जब आवेदन राज्य की आवश्यकता है?
   • प्रश्न: क्या यह संभव है?
4. जेएसएफ (कॉन्फ़िगरेशन के माध्यम से) को स्टेटलेस के लिए निर्देशित करें?
   • प्रश्न: क्या यह संभव है?

[संपादित करें]

स्टिकी सत्र

Answer 1

इस के रवि के सुझाव के जवाब में अपडेट किया गया चिपचिपा सत्र मोड में अपने लोड संतुलन को विन्यस्त द्वारा प्राप्त किया जा सकता है।

अधिक info

इस तरह आप अपने सभी अनुवर्ती अनुरोधों एक ही आवेदन सर्वर के लिए भेजा जाता है।

Answer 2

"दोस्त" अर्थशास्त्र के साथ सत्र प्रतिकृति के बारे में क्या?

एक दोस्त की कुल मेमोरी कम हो जाती है (प्रत्येक सर्वर को दो सर्वरों के सत्र डेटा को पकड़ने की आवश्यकता होती है), जो वहां प्रत्येक सर्वर के डेटा को रखने से कहीं बेहतर है।

बडी प्रतिकृति बैंडविड्थ ओवरहेड को भी कम कर देता है।

Answer 3

यहाँ Jelastic PaaS से एक विचार है:

जोड़ी-अप 2-सर्वर समूहों में आवेदन उदाहरणों, और एक क्लस्टर के भीतर उन 2 उदाहरणों के बीच सत्र प्रतिकृति लागू होते हैं। फिर आप जितना चाहें उतने 2-इंस्टेंस क्लस्टर जोड़ सकते हैं और क्लस्टर के बीच बैलेंस अनुरोध लोड कर सकते हैं, जिसमें से प्रत्येक सत्र से क्लस्टर पर चिपक जाता है। क्लस्टर के भीतर, अनुरोधों के बीच अनुरोधों को संतुलित किया जा सकता है।

इस तरह असफल सुरक्षा की कुछ डिग्री है, क्योंकि अगर क्लस्टर में एक उदाहरण विफल रहता है, तो दूसरा सत्र सत्र के साथ ले जाता है। दूसरी तरफ, स्मृति प्रभाव पूर्ण प्रतिकृति के साथ उतना गंभीर नहीं है।

संक्षेप में, यह आपके प्रश्न से 1. और 2. का संयोजन है। बेशक, प्रत्येक क्लस्टर में 2 से अधिक उदाहरण हो सकते हैं, अगर उपलब्धता अधिक चिंता का विषय है।

जेलास्टिक दस्तावेज़ों से लिंक मैंने इस विचार को उठाया: http://jelastic.com/docs/session-replication।

अस्वीकरण: मुझे वास्तव में यह नहीं पता कि जेएसएफ 2 के साथ इसे कैसे कॉन्फ़िगर किया जाए, और जेलास्टिक के साथ कोई संबद्धता न हो। बस विचार पसंद आया और सोचा कि यह मदद कर सकता है।