ओपनएसएएफ: Difference between revisions

From Vigyanwiki
m (7 revisions imported from alpha:ओपनएसएएफ)
 

Latest revision as of 22:17, 10 October 2023

ओपनएसएएफ
Original author(s)मोटोरोला
Developer(s)ओपनएसएएफ फाउंडेशन
Initial release31 June 2007; 17 years ago (2007-06-31)
Stable release
5.21.03 / 1 March 2021; 3 years ago (2021-03-01)
Written inC++
Typeक्लस्टर प्रबंधन सॉफ्टवेयर

ओपनएसएएफ (सामान्यत: एसएएफ स्टाइल, सेवा उपलब्धता फ्रेमवर्क है।)[1] कंप्यूटर एप्लिकेशन परिनियोजन, स्केलिंग और प्रबंधन को स्वचालित करने के लिए एक मुक्त स्रोत सेवा-ऑर्केस्ट्रेशन (वाद्यवृंदन) प्रणाली है। ओपनएसएएफ सेवा उपलब्धता फोरम (एसएएफ) और स्कोप एलायंस मानकों के अनुरूप है और उनका विस्तार करता है।[2]

इसे मूल रूप से मोटोरोला द्वारा अभिकल्पित किया गया था, और इसका रखरखाव ओपनएसएएफ परियोजना द्वारा किया जाता है।[3] ओपनएसएएफ सेवा उपलब्धता फोरम विनिर्देशों का सबसे पूर्ण कार्यान्वयन है, जो मेजबानों के समूहों में एप्लिकेशन सेवाओं की तैनाती, स्केलिंग और संचालन को स्वचालित करने के लिए एक मंच प्रदान करता है।[4] यह वर्चुअलाइजेशन (आभासीकरण) टूल की एक श्रृंखला पर काम करता है और एक क्लस्टर(स्तवक) में सेवाएं चलाता है, जो अधिकांशत: जावा वर्चुअल मशीन, वैग्रांट (सॉफ्टवेयर), और/या डॉकर (सॉफ्टवेयर) रनटाइम (कार्यावधि) के साथ एकीकृत होता है। ओपनएसएएफ मूल रूप से मानक सी एप्लीकेशन क्रमादेशन अंतरापृष्ठ (एपीआई) के साथ अंतरापृष्ठ करता है, लेकिन इसमें जावा और पायथन बाइंडिंग को जोड़ा गया है।[2]

ओपनएसएएफ उच्च उपलब्धता (एचए) आवश्यकताओं से परे सेवा उपलब्धता पर केंद्रित है। जबकि कंटेनरों और क्लाउड के लिए उच्च उपलब्धता और दोष सहनशीलता तकनीकों में सुधार के लिए बहुत कम औपचारिक शोध प्रकाशित किया गया है।[5] अनुसंधान समूह ओपनएसएएफ के साथ सक्रिय रूप से इन चुनौतियों का पता लगा रहे हैं।

इतिहास

सेवा उपलब्धता, सिद्धांत और अभ्यास, पाठ्यपुस्तक

ओपनएसएएफ की स्थापना एक उद्योग संघ द्वारा की गई थी, जिसमें एरिक्सन, एचपी और नोकिया सीमेंस नेटवर्क सम्मलित थे, और पहली बार 28 फरवरी, 2007 को वर्टिव द्वारा अधिग्रहित मोटोरोला ईसीसी द्वारा इसकी घोषणा की गई थी।[6] ओपनएसएएफ फाउंडेशन को आधिकारिक तौर पर 22 जनवरी, 2008 को लॉन्च किया गया था। एमर्सन नेटवर्क पावर, सन माइक्रोसिस्टम्स, ईएनईए, विंड रिवर, हुआवेई, आईपी इन्फ्यूजन, टेल-एफ, एरिसेंट, गोएहेड सॉफ्टवेयर और रैनकोर टेक्नोलॉजीज को सम्मलित करने के लिए सदस्यता विकसित हुई थी।[2][7] गोऐहेड सॉफ़्टवेयर ओरेकल द्वारा अधिग्रहीत होने से पहले 2010 में ओपनएसएएफ में सम्मलित हुआ था।[8] ओपनएसएएफ का विकास और अभिकल्पना कैरियर ग्रेड लिनक्स, एसएएफ, एटीसीए और हार्डवेयर प्लेटफ़ॉर्म अंतरापृष्ठ सहित मिशन महत्वपूर्ण प्रणाली आवश्यकताओं से काफी प्रभावित है। ओपनएसएएफ दूरसंचार और अंतः स्थापित तंत्र में लिनक्स को अपनाने में तेजी लाने में एक मील का पत्थर था।[9]

फाउंडेशन का लक्ष्य वाणिज्यिक उत्पादों में ओपनएसएएफ को अपनाने में तेजी लाना था। ओपनएसएएफ समुदाय ने 2008-2010 के बीच सम्मेलन आयोजित किए; पहला सम्मेलन म्यूनिख (जर्मनी) में नोकिया सीमेंस नेटवर्क द्वारा आयोजित किया गया, दूसरा शेन्ज़ेन (चीन) में हुआवेई द्वारा आयोजित किया गया, और तीसरा पालो ऑल्टो (यूएसए) में एचपी द्वारा आयोजित किया गया। फरवरी 2010 में, वाहक नेटवर्क में ओपनएसएएफ की पहली व्यावसायिक तैनाती की घोषणा की गई थी।[10] अकादमिक और उद्योग समूहों ने स्वतंत्र रूप से ओपनएसएएफ-आधारित समाधानों का वर्णन करने वाली पुस्तकें प्रकाशित की हैं।[2][11] सेवा उपलब्धता में अनुसंधान का एक बढ़ता हुआ निकाय मिशन-महत्वपूर्ण क्लाउड और माइक्रोसर्विसेज तैनाती और सेवा ऑर्केस्ट्रेशन का समर्थन करने वाले ओपनएसएएफ सुविधाओं के विकास में तेजी ला रहा है।[12][13]

ओपनएसएएफ 1.0 22 जनवरी 2008 को जारी किया गया था। इसमें मोटोरोला ईसीसी द्वारा योगदान किया गया नेटप्लेन कोर सर्विस (एनसीएस) कोडबेस सम्मलित था।[14] ओपनएसएएफ 1.0 रिलीज़ के साथ, ओपनएसएएफ फाउंडेशन की स्थापना की गई थी।[6]12 अगस्त 2008 को जारी ओपनएसएएफ 2.0, ओपनएसएएफ समुदाय द्वारा विकसित पहली रिलीज थी। इस रिलीज़ में लॉग सेवा और 64-बिट समर्थन सम्मलित था।[14]17 जून 2009 को जारी ओपनएसएएफ 3.0 में प्लेटफ़ॉर्म प्रबंधन, प्रयोज्य सुधार और जावा एपीआई समर्थन सम्मलित था।[15]

ओपनएसएएफ 4.0 जुलाई 2010 को रिलीज हुआ जो एक मील का पत्थर था।[2] आर्किटेक्चर रिलीज़ का उपनाम, इसने कार्यात्मक अंतराल को बंद करने, आंतरिक आर्किटेक्चर को व्यवस्थित करने, इन-सर्विस उन्नयन को सक्षम करने, एपीआई को स्पष्ट करने और मॉड्यूलता में सुधार सहित महत्वपूर्ण बदलाव पेश किए गये थे।[16] उद्योग और शिक्षाविदों से महत्वपूर्ण रुचि प्राप्त करते हुए, ओपनएसएएफ ने 2011 में दो सामुदायिक सम्मेलन आयोजित किए, एक बोस्टन एमए में एमआईटी विश्वविद्यालय द्वारा आयोजित किया गया, और दूसरा स्टॉकहोम में एरिक्सन द्वारा आयोजित किया गया था।

रिलीज़ इतिहास
संस्करण रिलीज़ की तारीख टिप्पणियाँ
Old version, no longer maintained: 1.0 22 जनवरी 2008 नेटप्लेन कोर सर्विस (एनसीएस) कोडबेस का मूल कोडबेस मोटोरोला ईसीसी द्वारा ओपन एएसएएफ परियोजना में योगदान दिया गया है।
Old version, no longer maintained: 2.0 12 अगस्त 2008
Old version, no longer maintained: 3.0 17 जून 2009 विंड रिवर प्रणाली्स (पवन नदी प्रणाली) के योगदान के साथ, दूसरी रिलीज़ (v2.0 से गिनती करते हुए) में लगभग 1.5 साल लग गए थे।[17]
Old version, no longer maintained: 4.0 1 जुलाई 2010 "आर्किटेक्चर" रिलीज़। पहला व्यवहार्य कैरियर-ग्रेड तैनाती उम्मीदवार था।[18]
Older version, yet still maintained: 4.2 16 मार्च 2012 बेहतर प्रबंधन क्षमता, बढ़ी हुई उपलब्धता मॉडलिंग।
Older version, yet still maintained: 5.0 5 मई 2016 एक महत्वपूर्ण रिलीज़, अतिरिक्त प्रणाली नियंत्रकों (2एन + स्पेयर्स), हेडलेस क्लस्टर (क्लाउड रेजिलिएंस), उन्नत पायथन बाइंडिंग, नोड नाम लॉगिंग के लिए समर्थन है।[19]
Current stable version: 5.20 1 जून 2021
Legend:
Old version
Older version, still maintained
Latest version
Latest preview version
Future release


अवधारणाएँ

ओपनसेफ यूनिवर्सिटी ऑफ आर्किटेक्चर

ओपनएसएएफ बिल्डिंग ब्लॉक्स के एक सेट को परिभाषित करता है, जो सामूहिक रूप से संसाधन-क्षमता मॉडल के आधार पर अनुप्रयोगों की सेवा उपलब्धता (एसए) को प्रबंधित करने के लिए एक तंत्र प्रदान करता है।[20] एसए और उच्च उपलब्धता (एचए) किसी सेवा के यादृच्छिक समय पर उपलब्ध होने की संभावना है; मिशन-महत्वपूर्ण प्रणालियों के लिए कम से कम 99.999% (पांच नौ) उपलब्धता की आवश्यकता होती है। एचए और एसए मूलतः एक ही हैं, लेकिन एसए इससे भी आगे जाता है (अर्थात हार्डवेयर और सॉफ्टवेयर का इन-सर्विस उन्नयन)।[21] ओपनएसएएफ को नोड्स के बीच तेजी से इंटरकनेक्शन के साथ ढीले युग्मन प्रणाली के लिए अभिकल्पित किया गया है (अर्थात टीआईपीसी/टीसीपी का उपयोग करके),[22] और विभिन्न कार्यभार को पूरा करने के लिए विस्तार योग्य; घटक किसी भी प्रोटोकॉल का उपयोग करके आपस में संचार करते हैं। यह विस्तारशीलता बड़े पैमाने परआईएमएम एपीआई द्वारा प्रदान की जाती है, जिसका उपयोग आंतरिक घटकों और मुख्य सेवाओं द्वारा किया जाता है। प्लेटफ़ॉर्म ऑब्जेक्ट के रूप में परिभाषित करके, (घटक सेवा) उदाहरणों और/या नोड बाधाओं के रूप में प्रबंधित करने के लिए गणना और भंडारण संसाधनों पर नियंत्रण लगा सकता है।[2][20][23]

ओपनएसएएफ सॉफ्टवेयर मास्टर/स्लेव (प्रौद्योगिकी)|प्राथमिक/प्रतिकृति आर्किटेक्चर का पालन करते हुए प्रकृति में वितरित किया जाता है। 'ओपनएसएएफ' क्लस्टर में, दो होते हैं नोड्स के प्रकार जिन्हें उन में विभाजित किया जा सकता है जो एक व्यक्तिगत नोड (नेटवर्किंग) और नियंत्रण स्तर का प्रबंधन करते हैं। एक प्रणाली नियंत्रक सक्रिय मोड में चलता है, दूसरा स्टैंडबाय मोड में, और शेष प्रणाली नियंत्रक (यदि कोई हो) किसी खराबी की स्थिति में सक्रिय या स्टैंडबाय भूमिका निभाने के लिए तैयार हैं। नोड्स बिना किसी नियंत्रण स्तर के चल सकते हैं, जिससे क्लाउड लचीलापन जुड़ जाता है।[16][24]


प्रणाली मॉडल

प्रणाली अभिकल्पितरों को बेहतर मॉडलिंग टूल की आवश्यकता होती है

ओपनएसएएफ प्रणाली मॉडल प्रमुख प्रवर्तक अप्लिकेशन क्रमादेशन अंतरफलक है, जो ओपनएसएएफ के अनुरोधों को संसाधित करने और मान्य करने की अनुमति देता है, और एएमएफ मॉडल में ऑब्जेक्ट की स्थिति को अद्यतन करता है, जिससे निदेशकों को कार्यकर्ता/प्रदायभार नोड्स में कार्यभार और सेवा समूहों को नियोजित करने की अनुमति मिलती है। एएमएफ व्यवहार एक कॉन्फ़िगरेशन ऑब्जेक्ट के माध्यम से बदला जाता है।[24]सेवाएँ 'नो रिडंडेंसी', 2एन, एन+एम, एन-वे और एन-वे एक्टिव रिडंडेंसी मॉडल का उपयोग कर सकती हैं।[20]ओपनएसएएफ में एएमएफ कॉन्फ़िगरेशन मॉडल के अभिकल्पना और निर्माण को सरल बनाने के लिए स्पष्ट मॉडलिंग टूलचेन का अभाव है। इस अंतर को दूर करने के लिए चल रहे शोध,[25][26] कैरियर-ग्रेड और क्लाउड नेटिव कंप्यूटिंग फाउंडेशन के उपयोग के स्थितियोंं की मॉडलिंग और स्वचालन को बेहतर समर्थन देने के लिए पारिस्थितिकी तंत्र उपकरण प्रदान करने की आवश्यकता है।

नियंत्रण स्तर

ओपनएसएएफ प्रणाली कंट्रोलर (एससी) क्लस्टर की मुख्य नियंत्रण इकाई है, जो इसके कार्यभार का प्रबंधन करती है और पूरे प्रणाली में संचार को निर्देशित करती है। ओपनएसएएफ नियंत्रण स्तर में विभिन्न घटक होते हैं, प्रत्येक की अपनी प्रक्रिया होती है, जो उच्च-उपलब्धता क्लस्टर और सेवा उपलब्धता का समर्थन करते हुए एकल एससी नोड या एकाधिक एससी नोड्स दोनों पर चल सकती है।[2][24]ओपनएसएएफ नियंत्रण स्तर के विभिन्न घटक इस प्रकार हैं:

  • सूचना मॉडल प्रबंधक (आईएमएम) एक सतत आँकड़ा भंण्डार है जो क्लस्टर के कॉन्फ़िगरेशन आँकडे को विश्वसनीय रूप से संग्रहीत करता है, जो किसी भी समय क्लस्टर की समग्र स्थिति का प्रतिनिधित्व करता है। मिडलवेयर और एप्लिकेशन कॉन्फ़िगरेशन को परिभाषित करने और प्रबंधित करने और प्रबंधित ऑब्जेक्ट और उनकी संबंधित विशेषताओं के रूप में जानकारी बताने का साधन प्रदान करता है।[23] आईएमएम को एक इन-मेमोरी डेटाबेस के रूप में कार्यान्वित किया जाता है जो सभी नोड्स पर अपने आँकड़े को दोहराता है। आईएमएम एसक्यूलाइट को लगातार बैकएंड (पश्‍च सिरा) के रूप में उपयोग कर सकता है।अपाचे ज़ूकीपर की तरह,आईएमएम उपलब्धता/प्रदर्शन पर कॉन्फ़िगरेशन आँकड़े के लेनदेन-स्तर की स्थिरता की गारंटी देता है (सीएपी प्रमेय देखें)।[2][23][27]आईएमएमसेवा त्रि-स्तरीय ओपनएसएएफ सेवा निदेशक ढांचे का अनुसरण करती है, जिसमें आईएमएम निदेशक (आईएमएमडी),आईएमएमनोड निदेशक (आईएमएमएनडी), और आईएमएम एजेंट लाइब्रेरी (आईएमएमए) सम्मलित हैं। आईएमएमडी को 2N अतिरेक मॉडल का उपयोग करके नियंत्रकों पर एक डेमॉन के रूप में कार्यान्वित किया जाता है, सक्रिय नियंत्रक उदाहरण प्राथमिक प्रतिकृति है, स्टैंडबाय नियंत्रक उदाहरण एक संदेश आधारित चेकपॉइंटिंग सेवा द्वारा अद्यतन रखा जाता है। आईएमएमडी क्लस्टर सदस्यता को ट्रैक करता है (एमडीएस का उपयोग करके), सभी ओपनएसएएफ सेवाओं के लिए आँकड़ा भंण्डार एक्सेस नियंत्रण और प्रशासनिक अंतरापृष्ठ प्रदान करता है।[28][2]
  • उपलब्धता प्रबंधन ढांचा (एएमएफ) पूर्ण दोष प्रबंधन जीवनचक्र (पहचान, अलगाव, पुनर्प्राप्ति, मरम्मत और अधिसूचना) के लिए मजबूत समर्थन (अन्य एआईएस सेवाओं के साथ संयोजन में) के साथ उच्च उपलब्धता और कार्यभार प्रबंधन ढांचे में कार्य करता है। एएमएफ तीन स्तरीय ओपनएसएएफ सेवा निदेशक का अनुसरण करता है, जिसमें निदेशक (एएमएफडी), नोड निदेशक (एएमएफएनडी), और एजेंट (एएमएफए), और एएमएफएनडी सुरक्षा के लिए एक आंतरिक निगरानी सम्मलित है। सक्रिय एएमएफडी सेवा पूरे प्रणाली/क्लस्टर दायरे में आईएमएम में कायम सेवा कॉन्फ़िगरेशन को साकार करने के लिए जिम्मेदार है। नोड निदेशक अपने दायरे में किसी भी घटक के लिए समान कार्य करते हैं।[2] यह सुनिश्चित करता है कि सभी घटकों में मुख्य सूचना और एपीआई पुल के रूप में कार्य करके निर्दिष्ट मॉडल सहमत हैं। एएमएफ आईएमएम स्थिति की निगरानी करता है, कॉन्फ़िगरेशन परिवर्तन लागू करता है या वांछित तैनाती के निर्माण को नियोजित करने के लिए गलती प्रबंधन एस्केलेशन नीतियों का उपयोग करके वांछित कॉन्फ़िगरेशन में किसी भी विचलन को पुनर्स्थापित करता है।[16]*
  • एएमएफ निदेशक (एएमएफडी) नियोजितर हैं जो यह तय करते हैं कि एक अनिर्धारित सेवा समूह (एक अनावश्यक सेवा उदाहरण) किस नोड पर चलता है। यह निर्णय वर्तमान बनाम पर आधारित है। वांछित उपलब्धता और क्षमता मॉडल, सेवा अतिरेक मॉडल, और सेवा की गुणवत्ता, आत्मीयता/विरोधी आत्मीयता आदि जैसी बाधाएं है। एएमएफ निदेशक संसाधन आपूर्ति को कार्यभार की मांग से मेल खाते हैं, और इसके व्यवहार को आईएमएम प्रणाली ऑब्जेक्ट के माध्यम से हेरफेर किया जा सकता है।[2][16]


घटक

घटक एएमएफ प्रणाली मॉडल की एक तार्किक इकाई है और प्रक्रियाओं, ड्राइवरों या भंडारण जैसे कंप्यूटिंग संसाधन के सामान्यीकृत दृश्य का प्रतिनिधित्व करता है। दोष अंतर-निर्भरता के अनुसार, घटकों को तार्किक सेवा इकाइयों (एसयू) में समूहीकृत किया जाता है, और एक नोड के साथ जोड़ा जाता है। एसयू एएमएफ रिडंडेंसी मॉडल द्वारा नियंत्रित कार्यभार की एक तात्कालिक इकाई है, जो या तो सक्रिय, स्टैंडबाय या विफल स्थिति में है। एक ही प्रकार के एसयू को सेवा समूहों (एसजी) में समूहीकृत किया जाता है जो विशेष अतिरेक मॉडलिंग विशेषताओं को प्रदर्शित करते हैं। एसजी के भीतर एसयू को सर्विस इंस्टेंस (एसआई) को सौंपा जाता है और सक्रिय या स्टैंडबाय की उपलब्धता स्थिति दी जाती है। एसआई एएमएफ द्वारा संरक्षित स्केलेबल अनावश्यक तार्किक सेवाएं हैं।[2][16]


नोड

नोड एक कंप्यूट इंस्टेंस (एक ब्लेड, हाइपरवाइजर, या वीएम) है जहां सर्विस इंस्टेंस (कार्यभार) तैनात किए जाते हैं। समान संचार सबनेट (कोई रूटिंग नहीं) से संबंधित नोड्स के सेट में तार्किक क्लस्टर सम्मलित होता है। क्लस्टर में प्रत्येक नोड को सेवाओं के लिए एक निष्पादन वातावरण चलाना होगा, साथ ही नीचे सूचीबद्ध ओपनएसएएफ सेवाएं भी चलानी होंगी:

  • नोड निदेशक (एएमएफएनडी): एएमएफएनडी प्रत्येक नोड की चालू स्थिति के लिए जिम्मेदार है, यह सुनिश्चित करते हुए कि उस नोड पर सभी सक्रिय एसयू ठीक हैं। यह नियंत्रण स्तर के निर्देशानुसार सीएसआई या एसजी में व्यवस्थित एसयू को प्रारंभ करने, रोकने और बनाए रखने का ख्याल रखता है। एएमएफएनडी सेवा नोड पर आईएमएम में कायम वांछित एएमएफ कॉन्फ़िगरेशन को लागू करती है। जब एक नोड विफलता का पता चलता है, तो निदेशक (एएमएफडी) इस स्थिति में बदलाव को देखता है और किसी अन्य योग्य स्वस्थ नोड पर एक सेवा इकाई लॉन्च करता है।[2][16]
  • गैर-एसए-अवेयर घटक: ओपनएसएएफ क्लाउड कंप्यूटिंग, कंटेनरीकरण, वर्चुअलाइजेशन और जेवीएम डोमेन से उत्पन्न होने वाले तात्कालिक घटकों के लिए एचए (लेकिन एसए नहीं) प्रदान कर सकता है, एएमएफ मॉडल में घटक और सेवा जीवनचक्र कमांड (स्टार्ट/स्टॉप/हेल्थ चेक) को मॉडलिंग करके।[2]
  • कंटेनर युक्त: एक एएमएफ कंटेनर युक्त एक एसयू के अंदर रह सकता है। कंटेनर-कंटेन्ड रनटाइम का निम्नतम स्तर है जिसे तत्काल किया जा सकता है। एसए-अवेयर कंटेनर-निहित घटक वर्तमान में प्रति जेएसआर139 एक जावा वर्चुअल मशीन (जेवीएम) को लक्षित करता है।[29][2]

सेवा इकाई

ओपनएसएएफ अवधारणाएँ

ओपनएसएएफ में मूल नियोजित इकाई एक सेवा इकाई (एसयू) है। एसयू घटकों का एक समूह है, एक एसयू में एक या अधिक घटक होते हैं जिनकी एक ही नोड पर सह-स्थित होने की गारंटी होती है। एसयू को स्वतः निर्धारित रूप से आईपी पते निर्दिष्ट नहीं किए जाते हैं लेकिन उनमें कुछ घटक सम्मलित हो सकते हैं। किसी ऑब्जेक्ट पते का उपयोग करके किसी एसयू को प्रशासनिक रूप से प्रबंधित किया जा सकता है। एएमएफएनडी एसयू की स्थिति की निगरानी करता है, और यदि वांछित स्थिति में नहीं है, तो यदि संभव हो तो उसी नोड पर पुनः तैनात करता है। यदि अतिरेक मॉडल द्वारा आवश्यक हो तो एएमएफडी एसयू को दूसरे नोड पर प्रारंभ कर सकता है।[2]एक एसयू एक आयतन को परिभाषित कर सकता है, जैसे कि स्थानीय डिस्क निर्देशिका या नेटवर्क डिस्क, और इसे एसयू में घटकों के सामने उजागर कर सकता है। [39] एसयू को एएमएफ सीएलआई के माध्यम से प्रशासनिक रूप से प्रबंधित किया जा सकता है, या प्रबंधन को एएमएफ को सौंपा जा सकता है। ऐसे आयतन सतत भंडारण का भी आधार हैं।[2][16]

सेवा समूह

सेवा समूह का उद्देश्य किसी भी समय चलने वाले प्रतिकृति एसयू के एक स्थिर सेट को बनाए रखना है। इसका उपयोग चयनित कॉन्फ़िगर रिडंडेंसी मॉडल के आधार पर समान एसयू की निर्दिष्ट संख्या की उपलब्धता की गारंटी के लिए किया जा सकता है: एन-वे, एन-वे-एक्टिव, 2एन, एन + एम, या 'नो-रिडंडेंसी'। एसजी एक समूहीकरण तंत्र है जो ओपनएसएएफ को किसी दिए गए एसजी के लिए घोषित उदाहरणों की संख्या बनाए रखने देता है। एसजी की परिभाषा सभी संबद्ध एसयू और उनकी स्थिति (सक्रिय, स्टैंडबाय, विफल) की पहचान करती है।[2][16]

सेवा उदाहरण

ओपनएसएएफ सर्विस इंस्टेंस (एसआई) एसयू का एक सेट है जो एक साथ काम करता है, जैसे बहु-स्तरीय एप्लिकेशन का एक स्तर है। किसी सेवा की सुरक्षा करने वाले एसयू का सेट एसजी द्वारा परिभाषित किया गया है। मल्टी-इंस्टेंस एसजी (एन-वे-एक्टिव, एन-वे, एन+एम) को उस एसजी में सक्रिय एसयू के बीच उस आईपी पते के ट्रैफिक को वितरित करने के लिए एक स्थिर आईपी पते, डीएनएस नाम और लोड बैलेंसर की आवश्यकता होती है (भले ही विफलताओं का कारण हो) एसयू को एक मशीन से दूसरी मशीन पर ले जाना है। स्वतः निर्धारित रूप से, एक सेवा को क्लस्टर के अंदर प्रदर्शित किया जाता है (उदाहरण के लिए एसयू[प्रकार ए] को एक एसजी में समूहीकृत किया जाता है, जिसमें एसयू[प्रकार बी] के अनुरोध लोड-संतुलित होते हैं), लेकिन सेवा को क्लस्टर के बाहर भी प्रदर्शित किया जा सकता है (उदाहरण के लिए, के लिए) ग्राहकों को फ्रंट-एंड एसयू तक पहुंचने के लिए)।[2][16]

संस्करण

ओपनएसएएफ एसयू के लिए उपलब्ध फ़ाइल प्रणाली स्वतः निर्धारित रूप से संभावित रूप से अल्पकालिक भंडारण हैं। यदि नोड नष्ट/पुनः निर्मित हो जाता है तो उस नोड पर आँकड़ा खो जाता है। एक समाधान नेटवर्क फ़ाइल प्रणाली (एनएफएस) साझा भंडारण है, जो सभी प्रदायभार नोड्स के लिए सुलभ है।[30] अन्य तकनीकी समाधान संभव हैं - जो महत्वपूर्ण है वह यह है कि संस्करण (फ़ाइल शेयर, माउंट पॉइंट) को एएमएफ में मॉडल किया जा सकता है। अत्यधिक उपलब्ध आयतन लगातार भंडारण प्रदान करते हैं जो एसयू के जीवनकाल के लिए सम्मलित रहता है। इस भंडारण का उपयोग एसजी के भीतर एसयू के लिए साझा डिस्क स्थान के रूप में भी किया जा सकता है। नोड पर विशिष्ट माउंट बिंदुओं पर माउंट किए गए आयतन एक विशिष्ट एसजी के स्वामित्व में होते हैं, इसलिए उस उदाहरण को उसी फ़ाइल प्रणाली माउंट बिंदु का उपयोग करके अन्य एसजी के साथ साझा नहीं किया जा सकता है।

आर्किटेक्चर

ओपनएसएएफ आर्किटेक्चर वितरित है और तार्किक नोड्स के एक समूह में चलता है। सभी ओपनएसएएफ सेवाओं में या तो 3-स्तरीय या 2-स्तरीय आर्किटेक्चर है। 3-स्तरीय आर्किटेक्चर में, ओपनएसएएफ सेवाओं को एक सेवा निदेशक, एक सेवा नोड-निदेशक और एक एजेंट में विभाजित किया गया है। निदेशक केंद्रीय सेवा खुफिया के साथ ओपनएसएएफ सेवा का हिस्सा है। सामान्यत: यह नियंत्रक नोड पर एक प्रक्रिया है। नोड निदेशक अपने केंद्रीय निदेशक और उसके स्थानीय एजेंटों के साथ संदेश भेजने जैसी नोड स्कोप्ड सेवा गतिविधियों का समन्वय करते हैं। एजेंट एक (साझा) लिंक करने योग्य लाइब्रेरी के माध्यम से ग्राहकों को उपलब्ध सेवा क्षमताएं प्रदान करता है जो एप्लिकेशन प्रक्रियाओं के लिए अच्छी तरह से परिभाषित सेवा एपीआई को उजागर करता है। एजेंट सामान्यत: अपनी सेवा नोड निदेशकों या सर्वर से बात करते हैं। ओपनएसएएफ सेवाओं को मॉड्यूलर रूप से नीचे वर्गीकृत किया गया है।[22]

  • मुख्य सेवाएं - एएमएफ, सीएलएम, आईएमएम, लॉग, एनटीएफ
  • वैकल्पिक सेवाएँ - ईवीटी, सीकेपीटी, एलसीके, एमएसजी, पीएलएम, एसएमएफ

ओपनएसएएफ के निर्माण/पैकेजिंग के दौरान वैकल्पिक सेवाओं को सक्षम या अक्षम किया जा सकता है। ओपनएसएएफ को अंतर्निहित परिवहन के रूप में टीसीपी या टीआईपीसी का उपयोग करने के लिए कॉन्फ़िगर किया जा सकता है। रन टाइम पर नोड्स को ओपनएसएएफ क्लस्टर से गतिशील रूप से जोड़ा/हटाया जा सकता है। ओपनएसएएफ क्लस्टर कई सौ नोड्स तक स्केल करता है। ओपनएसएएफ एआईएस अंतरापृष्ठ एपीआई के लिए निम्नलिखित भाषा बाइंडिंग का समर्थन करता है:

  • सी/सी++
  • जावा बाइंडिंग (एएमएफ और सीएलएम सेवाओं के लिए)
  • पायथन बाइंडिंग
  • ओपनएसएएफ, ओपनएसएएफ क्लस्टर और अनुप्रयोगों के प्रबंधन के लिए कमांड-लाइन टूल और उपयोगिताएँ प्रदान करता है।

मॉड्यूलर आर्किटेक्चर नई सेवाओं को जोड़ने के साथ-साथ सम्मलिता सेवाओं के अनुकूलन को भी सक्षम बनाता है। सभी ओपनएसएएफ सेवाएँ इन-सर्विस उन्नयन का समर्थन करने के लिए अभिकल्पित की गई हैं।

सेवाएँ

निम्नलिखित एसए फोरम की एआईएस सेवाएँ ओपनएसएएफ 5.0 द्वारा कार्यान्वित की जाती हैं।[23]

  • उपलब्धता प्रबंधन ढांचा (एएमएफ) - ऊपर वर्णित है।
  • क्लस्टर सदस्यता सेवा (सीएलएम) - यह निर्धारित करती है कि कोई नोड क्लस्टर का हिस्सा बनने के लिए पर्याप्त स्वस्थ है या नहीं, अंतर्निहित ओएस/हार्डवेयर की स्थिति पर नज़र रखने के लिए पीएलएम के साथ बातचीत करके क्लस्टर नोड्स को ट्रैक करने के लिए एक तंत्र प्रदान करता है।
  • चेकपॉइंट सेवा (सीकेपीटी) - एप्लिकेशन स्थिति और वृद्धिशील अद्यतन को सहेजने के लिए जिसका उपयोग फेलओवर या स्विचओवर के दौरान सेवा को बहाल करने के लिए किया जा सकता है।
  • इवेंट सर्विस (ईवीटी) - एक पब्लिश-सब्सक्राइब मैसेजिंग मॉडल प्रदान करता है जिसका उपयोग क्लस्टर में होने वाली घटनाओं के बारे में एप्लिकेशन और प्रबंधन इकाइयों को सिंक में रखने के लिए किया जा सकता है।
  • सूचना मॉडल प्रबंधन सेवा (आईएमएम) - ऊपर वर्णित है।
  • लॉक सर्विस (एलसीके) - साझा लॉक और एक्सक्लूसिव लॉक के समर्थन के साथ वितरित लॉक सर्विस मॉडल का समर्थन करता है।
  • लॉग सेवा (लॉग) - विभिन्न लॉग रिकॉर्ड प्रारूपों में लॉगिंग के समर्थन के साथ, क्लस्टर में होने वाले कार्यात्मक परिवर्तनों को रिकॉर्ड करने के साधन (लॉग फ़ाइलों में)। डिबगिंग (दोषमार्जन) या त्रुटि ट्रैकिंग के लिए नहीं. क्लस्टर में होने वाले अलार्म और सूचनाओं की लॉगिंग का समर्थन करता है।
  • मैसेजिंग सेवा (एमएसजी) - एकाधिक प्रेषकों - एकल रिसीवर के साथ-साथ संदेश-समूह तंत्र के साथ क्लस्टर-वाइड मैसेजिंग तंत्र का समर्थन करती है।
  • अधिसूचना सेवा (एनटीएफ) - दोष प्रबंधन को सक्षम करने के लिए प्रणाली प्रबंधन सूचनाओं के लिए एक निर्माता/ग्राहक मॉडल प्रदान करता है। गलती विश्लेषण के लिए इतिहास रिकॉर्ड करने के समर्थन के साथ अलार्म और गलती सूचनाओं के लिए उपयोग किया जाता है।आईटीयू-टी एक्स.730, एक्स.731, एक्स.733, एक्स.736 अनुशंसाओं के अधिसूचना प्रारूपों का समर्थन करता है।
  • प्लेटफ़ॉर्म प्रबंधन सेवा (पीएलएम) - अंतर्निहित हार्डवेयर (एफआरयू) और ओएस के तार्किक दृश्य को कॉन्फ़िगर करने के लिए एक तंत्र प्रदान करता है। ओएस, हार्डवेयर (एफआरयू) की स्थिति को ट्रैक करने और ओपनएसएएफ सेवाओं और अनुप्रयोगों के समन्वय में प्रशासनिक संचालन करने के लिए एक तंत्र प्रदान करता है।
  • सॉफ्टवेयर मैनेजमेंट फ्रेमवर्क (एसएमएफ) - पूरे क्लस्टर में एप्लिकेशन, मिडलवेयर और ओएस के स्वचालित इन-सर्विस उन्नयन के लिए समर्थन है।

समर्थक

नेटवर्क उपकरण प्रदाता ओपनएसएएफ कोड आधार पर आधारित उत्पादों के प्राथमिक उपयोगकर्ता होंगे, जो उन्हें नेटवर्क सेवा प्रदाताओं, वाहकों और ऑपरेटरों के लिए अपने उत्पादों में एकीकृत करेंगे, कई नेटवर्क उपकरण प्रदाताओं ने संस्था में सम्मलित होकर या ओपन सोर्स परियोजना में योगदान देकर ओपनएसएएफ के लिए अपना समर्थन प्रदर्शित किया है। वर्तमान संस्था सदस्यों में सम्मलित हैं: एरिक्सन, एचपी इंक., और ओरेकल (कंपनी)। कंप्यूटिंग और संचार प्रौद्योगिकी के कई प्रदाताओं ने भी ओपनएसएएफ पहल के लिए समर्थन का संकेत दिया है, जिसमें ओपनक्लोविस एसएएफप्लस, एमर्सन नेटवर्क पावर एंबेडेड कंप्यूटिंग, कंटीन्यूअस कंप्यूटिंग, विंड रिवर, आईपी इन्फ्यूजन, टेल-एफ, एरिसेंट, रैनकोर टेक्नोलॉजीज, गोअहेड सॉफ्टवेयर और मोंटाविस्टा सॉफ्टवेयर सम्मलित हैं। .

उपयोग

ओपनएसएएफ का उपयोग सामान्यत: कैरियर-ग्रेड (पांच-नौ) सेवा उपलब्धता प्राप्त करने के तरीके के रूप में किया जाता है। ओपनएसएएफ कार्यात्मक रूप से पूर्ण है लेकिन कुबेरनेट्स और डॉकर (सॉफ्टवेयर) जैसे अन्य मुक्त स्रोत समाधानों के लिए उपलब्ध मॉडलिंग टूल के पारिस्थितिकी तंत्र का अभाव है।

यह भी देखें

संदर्भ

  1. ↑ "OpenSAF/About". SourceForge (in English). Archived from the original on 2015-05-11. Retrieved 2020-12-28.
  2. ↑ 2.00 2.01 2.02 2.03 2.04 2.05 2.06 2.07 2.08 2.09 2.10 2.11 2.12 2.13 2.14 2.15 2.16 2.17 2.18 Maria Toeroe; Francis Tam (2012). Service Availability: Principles and Practice. John Wiley & Sons. ISBN 978-1-1199-4167-5.
  3. ↑ "ओपनएसएएफ रीडमी". SourceForge (in English). Archived from the original on 2020-12-28. Retrieved 2020-12-28.
  4. ↑ "ओपनएसएएफ". ओपनएसएएफ. 19 March 2014. Retrieved 2020-12-28.
  5. ↑ "NiLiCon का उपयोग करते हुए दोष-सहिष्णु कंटेनर" (PDF). ucla (in English). Archived (PDF) from the original on 2020-12-29. Retrieved 2020-12-28.
  6. ↑ 6.0 6.1 Carolyn Mathas. "ओपनएसएएफ परियोजना". eetimes (in English). Archived from the original on 2020-08-27. Retrieved 2020-12-28.
  7. ↑ ED News Staff (2007). "उद्योग जगत के नेता ओपनएसएएफ परियोजना पर कंसोर्टियम स्थापित करेंगे". Archived from the original on 2020-12-29.
  8. ↑ OpenSaf Foundation (2010). "GoAhead सॉफ़्टवेयर OpenSAF(TM) से जुड़ गया" (Press release). Archived from the original on 2020-12-29.
  9. ↑ cook (2007). "मोटोरोला ने ओपन-सोर्स हाई अवेलेबिलिटी ऑपरेटिंग एनवायरनमेंट लॉन्च किया". Archived from the original on 2020-12-29. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)
  10. ↑ OpenSAF Foundation (2010). "वाणिज्यिक परिनियोजन में OpenSAF" (Press release). Archived from the original on 2018-06-25.
  11. ↑ Madhusanka Liyanage; Andrei Gurtov; Mika Ylianttila (2015). Software Defined Mobile Networks (SDMN): Beyond LTE Network Architecture. John Wiley & Sons, Ltd. doi:10.1002/9781118900253. ISBN 9781118900253.
  12. ↑ Yanal Alahmad; Tariq Daradkeh; Anjali Agarwal (2018). "क्लाउड में एप्लिकेशन सेवाओं के लिए उपलब्धता-जागरूक कंटेनर शेड्यूलर". IEEE: 1–6. doi:10.1109/PCCC.2018.8711295. ISBN 978-1-5386-6808-5. S2CID 155108018.
  13. ↑ Leila Abdollahi Vayghan; Mohamed Aymen Saied; Maria Toeroe; Ferhat Khendek (2019). "माइक्रोसर्विस अनुप्रयोगों के लिए उपलब्धता प्रबंधक के रूप में कुबेरनेट्स". Journal of Network and Computer Applications. arXiv:1901.04946.
  14. ↑ 14.0 14.1 "OpenSAF Releases 2.0". LightReading. Archived from the original on 15 August 2020. Retrieved 29 December 2020.
  15. ↑ "ओपन सोर्स कैरियर ग्रेड लिनक्स मिडलवेयर संशोधित (LinuxDevices)". LWN. Archived from the original on 2014-09-17. Retrieved 29 December 2020. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)
  16. ↑ 16.0 16.1 16.2 16.3 16.4 16.5 16.6 16.7 16.8 "OpenSAF Release 4 Overview "The Architecture Release"" (PDF). OpenSAF. Archived (PDF) from the original on 29 December 2020. Retrieved 29 December 2020. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)
  17. ↑ Hans J. Rauscher (22 June 2009). "OpenSAF 3.0 released". WindRiver. Archived from the original on 2020-06-29. Retrieved 30 December 2020. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)
  18. ↑ "OpenSAF Project Releases Major Update to High Availability Middleware". PICMG. Archived from the original on 2020-12-31. Retrieved 30 December 2020.
  19. ↑ "Announcement of 5.0.0 GA release and 4.7.1, 4.6.2 maintenance releases". sourceforge. Archived from the original on 2020-12-31. Retrieved 30 December 2020.
  20. ↑ 20.0 20.1 20.2 SA Forum (2010). "SAI-AIS-AMF-B.04.01 Section 3.6" (PDF). OpenSAF. Retrieved 20 December 2020.{{cite web}}: CS1 maint: url-status (link)
  21. ↑ Anders Widell; Mathivanan NP (2012). "क्लाउड में OpenSAF. HA मिडलवेयर की अभी भी आवश्यकता क्यों है?" (PDF). Linuxfoundation Events. Retrieved 24 September 2015.{{cite web}}: CS1 maint: url-status (link)
  22. ↑ 22.0 22.1 Jon Paul Maloy (2004). "TIPC: Providing Communication for Linux Clusters" (PDF). Linux Kernel.org. Linux Symposium, Volume Two. Archived (PDF) from the original on 2017-08-30. Retrieved 31 December 2020.
  23. ↑ 23.0 23.1 23.2 23.3 OpenSAF TSC (2016). "Opensaf". OPNFV (in English). Archived from the original on 2020-12-31. Retrieved 2020-12-28.
  24. ↑ 24.0 24.1 24.2 OpenSAF Project (2020). "ओपनएसएफ़ रीडमी". Sourceforge (in English). Retrieved 2020-12-31. {{cite web}}: |archive-date= requires |archive-url= (help)CS1 maint: url-status (link)
  25. ↑ Maxime TURENNE (2015). "अत्यधिक उपलब्ध अनुप्रयोगों के लिए मिडलवेयर कॉन्फ़िगरेशन बनाने और मान्य करने के लिए एक नई डोमेन विशिष्ट भाषा" (PDF). etsmtl.ca (in English). Retrieved 2020-12-28.{{cite web}}: CS1 maint: url-status (link)
  26. ↑ Pejman Salehi; Abdelwahab Hamou-Lhadj; Maria Toeroe; Ferhat Khendek (2016). "सेवा उपलब्धता प्रबंधन के लिए एक यूएमएल-आधारित डोमेन विशिष्ट मॉडलिंग भाषा". doi (in English). Elsevier Science Publishers B. V. Computer Standards & Interfaces, Vol. 44, No. C. doi:10.1016/j.csi.2015.09.009. Retrieved 2020-12-28.{{cite journal}}: CS1 maint: url-status (link)
  27. ↑ OPNFV HA Project (2016). "Scenario Analysis for High Availability in NFV, Section 5.4.2" (PDF). OPNFV (in English). Archived (PDF) from the original on 2020-12-31. Retrieved 2020-12-31.
  28. ↑ OpenSAF Project (2020). "ओपनएसएएफ आईएमएम रीडमे". Sourceforge (in English). Archived from the original on 2020-12-31. Retrieved 2020-12-31.
  29. ↑ Jens Jensen; Expert Group (2010). "JSR 319: Availability Management for Java". JCP (in English). Archived from the original on 2017-07-10. Retrieved 2020-12-31.
  30. ↑ Ferhat Khendek (2013). "उच्च उपलब्धता के परिप्रेक्ष्य से OpenSAF और VMware" (PDF). DMTF (in English). Archived (PDF) from the original on 2015-09-03. Retrieved 2020-12-31. {{cite web}}: |archive-date= / |archive-url= timestamp mismatch (help)


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=ओपनएसएएफ&oldid=264862’