सोलारिस एलडीओएम - एक और सोलारिस वर्चुअलाइजेशन परत जिसका मुझे उपयोग करना चाहिए



समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

पिछली पोस्ट में मैंने सोलारिस कंटेनर / ज़ोन पर चर्चा की थी और वे एक अच्छा विचार क्यों थे। सोलारिस में लॉजिकल डोमेन या LDOMS नामक वर्चुअलाइजेशन की एक और परत होती है। Oracle ने इसे “Oracle VM सर्वर फॉर SPARC” में रिब्रांड किया है, लेकिन ज्यादातर कारणों में इन्हें LDOM कहना ज्यादा आसान है। हालांकि नामकरण के बारे में पर्याप्त है। वास्तव में ये क्या हैं और आपको वर्चुअलाइजेशन की एक और परत की आवश्यकता क्यों होगी?



सोलारिस एलडीओएम अधिक बारीकी से वर्चुअलाइजेशन से मिलता-जुलता है, जिसे वीएमवेयर मुहैया कराता है। आपके पास अद्वितीय और पूरी तरह से खंडित कंटेनर हैं। ये पूरी तरह से अलग ऑपरेटिंग सिस्टम या सोलारिस के संस्करण चला सकते हैं। अगर आप Solaris Zones लेख से याद करते हैं, तो Non Global Zones (NGZ) ग्लोबल ज़ोन (GZ) की मेजबानी का एक ही कर्नेल साझा करता है। आप एक एनजीजेड के पुराने संस्करण को जीजेड पर चला सकते हैं लेकिन यह एक अनुकूलता पुस्तकालय के माध्यम से किया जाता है। LDOM आपको एक अद्वितीय उदाहरण देता है।



ldom



LDOM के लिए आवश्यक है कि प्रोसेसर वर्चुअलाइजेशन का समर्थन करे। SPARC के लिए, यह मुख्य रूप से sunv4 आर्किटेक्चर पर आधारित प्रोसेसर है। स्पार्क टी प्रोसेसर को याद रखने / पहचानने के लिए अधिक आसानी से, क्या इसका टी 1-टी 7 है, हालांकि अन्य प्रोसेसर हैं जो इसका समर्थन करते हैं। X86 / x64 के लिए। सोलारिस ने हाल के संस्करणों में x86 / x64 के लिए भी इस तकनीक का समर्थन करना शुरू किया, लेकिन हम इस लेख के लिए SPARC प्रोसेसर पर ध्यान केंद्रित करेंगे।

इस बिंदु पर, आप शायद खुद से पूछ रहे हैं, यह बहुत अच्छा है लेकिन हमें वर्चुअलाइजेशन की कई परतों की आवश्यकता क्यों है? एलडीओएम महान हैं यदि आपको वास्तव में अलग-थलग पर्यावरण की आवश्यकता है। शायद आपके पास सोलारिस के विशिष्ट संस्करण हैं जो आपको विशिष्ट उद्देश्यों के लिए चाहिए? उदाहरण के लिए यदि आपके पास डेटाबेस के लिए Solaris 11.1 की आवश्यकता है और App के लिए Solaris 10 की आवश्यकता है, तो आप आसानी से प्रत्येक के लिए LDOM अतिथि डोमेन सेट कर सकते हैं ताकि आप उन विशिष्ट संस्करणों को चला सकें। शायद आपका ऐप 5-6 अलग-अलग एप्लिकेशन है जिन्हें विभाजन की कुछ परत की आवश्यकता है क्योंकि वे एक ही ओएस उदाहरण में सह-अस्तित्व में नहीं हो सकते हैं। आप इसे प्राप्त करने के लिए प्रत्येक को एक अलग क्षेत्र में स्थापित कर सकते हैं।

ldom1



जैसा कि ऊपर दर्शाया गया है, पलायन के लिए एक और उपयोग का मामला है। जब यह विरासत हार्डवेयर को अपदस्थ करने का समय है, लेकिन आपको अभी भी पुराने सोलारिस संस्करणों की आवश्यकता है क्योंकि आपका ऐप अभी नए संस्करण पर नहीं चलेगा या शायद यह नए संस्करण पर असमर्थित / अप्रमाणित होगा और आप इस परिदृश्य से निपटना नहीं चाहते हैं। एलडीओएम और जोनों को स्पिन करना, इसे प्राप्त करने का एक आसान और हल्का तरीका है क्योंकि प्रसंस्करण शक्ति और रैम आमतौर पर अधिक मात्रा में होते हैं।

इसे प्राप्त करने के लिए, एलडीओएम में 5 मुख्य भूमिकाएं हैं। नियंत्रण डोमेन, सेवा डोमेन, I / O डोमेन, रूट डोमेन और अतिथि डोमेन। नियंत्रण डोमेन भौतिक सर्वर पर होस्ट किए गए LDOM के प्रबंधन के लिए जिम्मेदार है। यह आमतौर पर सेवा डोमेन के साथ संयुक्त होता है जो कुछ संसाधनों को डिस्क जैसे अतिथि डोमेन को प्रस्तुत करने के लिए जिम्मेदार होता है। अतिथि डोमेन वास्तविक वर्चुअल सर्वर अतिथि ऑपरेटिंग सिस्टम चल रहा है। वह रूट डोमेन और I / O डोमेन छोड़ देता है। इन दोनों को आमतौर पर कंट्रोल डोमेन पर भी जोड़ा जाता है। वे PCI / PCIe busses तक पहुंच प्रदान करने के लिए जिम्मेदार हैं। यह ध्यान रखना महत्वपूर्ण है कि अतिथि डोमेन आम तौर पर एकमात्र जगह है जिसे आप अपने व्यावसायिक अनुप्रयोगों को पर्यावरण को ठीक से स्थापित करने के लिए स्थापित करना चाहते हैं।

ldom3

अन्य Hypervisers की तरह, LDOM को एक भौतिक सर्वर से दूसरे में तब तक प्रवासित किया जा सकता है जब तक कि उनके पास साझा संग्रहण है और प्रत्येक सर्वर एक ही संग्रहण डिवाइस देख सकता है। यह बेहद मददगार हो सकता है अगर आपके पास LDOM है जो संसाधनों के माध्यम से चबा रहा है और आपको संतुलन बनाने की आवश्यकता है। LDOMs की स्थापना करते समय आप रैम, सीपीयू, आदि के संदर्भ में उनमें से प्रत्येक के लिए कोई भी सीमा निर्धारित करेंगे।

वर्चुअलाइजेशन की इन दोनों परतों का उपयोग करने के लिए कुछ मुख्य ड्राइवर प्रसंस्करण शक्ति और रैम क्षमता के लिए आते हैं जो वास्तविक एप्लिकेशन जरूरतों को पूरा करते हैं। उदाहरण के लिए, मैं एक व्यापक सोलारिस डाटासेंटर माइग्रेशन में शामिल था जहां वे SPARC सर्वर के 30 रैक, SANs और नेटवर्क स्विच को 6 रैक उपकरण और 5 कुल SPARC सर्वर में बदलने में सक्षम थे। इन 5 SPARC सर्वरों के साथ, कुछ सौ क्षेत्रों को एक दर्जन LDOM के माध्यम से होस्ट किया जा रहा है। प्रबंधन अधिक सरल है क्योंकि प्रबंधन करने के लिए केवल 5 भौतिक सर्वर हैं। यदि किसी ज़ोन या LDOM को बाउंस करने की आवश्यकता होती है, तो zoneadm या ldm कमांड किसी व्यक्ति को डेटासेंटर फ्लोर पर भेजने या ILOM कनेक्टिविटी विवरण को याद किए बिना आसानी से पहुंच के भीतर हैं।

ldom4

एलडीओएम का प्रशासन रोल-बेस्ड एक्सेस कंट्रोल (आरबीएसी) से जुड़ा हो सकता है। शायद आप कुछ प्रशासकों को एलडीओएम को संशोधित करना चाहते हैं, लेकिन अतिथि डोमेन / क्षेत्र के लिए निचले स्तर के प्रशासकों को। आसानी से किया और महत्वपूर्ण है ताकि आप सीमित कर सकें जिनके पास व्यापक कॉन्फ़िगरेशन परिवर्तन का कारण हो।

3 मिनट पढ़ा