ओपनएसएएफ

From Vigyanwiki
Revision as of 16:09, 27 September 2023 by alpha>Arti Shah (→‎बाहरी संबंध)
OpenSAF
Original author(s)Motorola
Developer(s)OpenSAF Foundation
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++
TypeCluster management software

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

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

इतिहास

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

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

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

Release history
Version Release date Notes
Old version, no longer maintained: 1.0 22 January 2008 Original codebase of NetPlane Core Service (NCS) codebase contributed by Motorola ECC to OpenSAF project.
Old version, no longer maintained: 2.0 12 August 2008
Old version, no longer maintained: 3.0 17 June 2009 The second release (counting from v2.0 onwards), took about 1.5 years, with contributions from Wind River Systems.[17]
Old version, no longer maintained: 4.0 1 July 2010 The "Architecture" release. First viable carrier-grade deployment candidate.[18]
Older version, yet still maintained: 4.2 16 March 2012 Improved manageability, enhanced availability modelling.
Older version, yet still maintained: 5.0 5 May 2016 A significant release. Support for spare system controllers (2N + spares), headless cluster(cloud resilience), enhanced Python bindings, node name logging.[19]
Current stable version: 5.20 1 June 2021
Legend:
Old version
Older version, still maintained
Latest version
Latest preview version
Future release


अवधारणाएँ

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

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

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


सिस्टम मॉडल

सिस्टम डिज़ाइनरों को बेहतर मॉडलिंग टूल की आवश्यकता होती है

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

नियंत्रण विमान

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

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


घटक

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


नोड

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

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


सेवा इकाई

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

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


सेवा समूह

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


सेवा उदाहरण

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


आयतन

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

वास्तुकला

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

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

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

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

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

सेवाएँ

निम्नलिखित SA फोरम की AIS सेवाएँ OpenSAF 5.0 द्वारा कार्यान्वित की जाती हैं।[23]* उपलब्धता प्रबंधन ढांचा (एएमएफ) - ऊपर वर्णित है।

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