अधिकांश डेटा सेंटर स्विच निर्णय अभी भी डेटाशीट से शुरू होते हैं: पोर्ट गिनती, गति और कीमत। PicOS डेटा सेंटर स्विच पहले एक अलग प्रश्न पूछते हैं। चूँकि ऑपरेटिंग सिस्टम, हार्डवेयर और प्रबंधन परतें अलग-अलग हैं, इसलिए PicOS को चुनना हार्डवेयर खरीदारी कम और अधिक हैपरिचालन{{0}मॉडल निर्णय- आपकी टीम अपने जीवनकाल में कपड़े का प्रावधान, स्वचालित और संचालन कैसे करेगी।
यह मार्गदर्शिका बताती है कि PicOS डेटा सेंटर स्विच वास्तव में क्या हैं, स्विच, नेटवर्क ऑपरेटिंग सिस्टम और AmpCon{0}}DC नियंत्रक एक साथ कैसे फिट होते हैं, वे कहाँ मजबूती से फिट होते हैं, और उत्पादन रोलआउट से पहले वास्तव में क्या सत्यापित करना है। इसका लक्ष्य नेटवर्क टीम को इंजीनियरिंग मानदंडों के आधार पर PicOS का मूल्यांकन करने में मदद करना है, न कि मार्केटिंग भाषा के आधार पर।
PicOS स्विच बनाम PicOS NOS बनाम AmpCon-DC: आप वास्तव में क्या चुन रहे हैं
"PicOS डेटा सेंटर स्विच" शब्द का प्रयोग अक्सर शिथिल रूप से किया जाता है, जो मूल्यांकन के दौरान भ्रम पैदा करता है। यह तीन अलग-अलग परतों को संदर्भित करता है जिन्हें अलग-अलग खरीदा और संचालित किया जाता है:
- स्विच हार्डवेयर- ओपन नेटवर्किंग ("व्हाइट बॉक्स" या "ब्राइट बॉक्स") प्लेटफॉर्म, आमतौर पर ब्रॉडकॉम सिलिकॉन पर निर्मित होते हैं। एक सामान्य डेटा सेंटर उदाहरण 1U लीफ या स्पाइन स्विच है जैसे N8550-32C, ब्रॉडकॉम ट्राइडेंट 3 ASIC पर 32 x 100G QSFP28 पोर्ट के साथ। ASIC, पोर्ट गति और बफ़र बॉक्स क्या कर सकता है इसकी कठिन सीमाएँ निर्धारित करते हैं।
- PicOS नेटवर्क ऑपरेटिंग सिस्टम- दPica8 से PicOS NOS, एक असंशोधित डेबियन लिनक्स कर्नेल पर निर्मित। यह लेयर 2/लेयर 3 स्टैक, EVPN-VXLAN, MLAG, सुरक्षा और ओपन टेलीमेट्री (SNMP, sFlow, और gNMI) की आपूर्ति करता है। एनओएस, इसके संस्करण और लाइसेंस स्तर के साथ, यह निर्धारित करता है कि कौन सी सुविधाएँ वास्तव में उपलब्ध हैं।
- एम्पकॉन-डीसी- प्रबंधन और स्वचालन नियंत्रक। यह दिन 0 डिज़ाइन से लेकर दिन 2+ संचालन तक, पूरे जीवनचक्र में शून्य {{2} टच प्रोविजनिंग (जेडटीपी), टेम्पलेट संचालित कॉन्फ़िगरेशन, टोपोलॉजी खोज, टेलीमेट्री, अपग्रेड और सत्यापन को संभालता है।
मूल्यांकन के दौरान इन परतों को अलग रखना मायने रखता है: एक स्विच मॉडल पूरी तरह से सक्षम हार्डवेयर हो सकता है जबकि एक विशिष्ट PicOS संस्करण या लाइसेंस अभी तक आपके लिए आवश्यक सुविधा को सक्षम नहीं करता है। हमेशा संयोजन का मूल्यांकन करें, न कि एक परत को अलग करके।
उद्यम डेटा केंद्रों के लिए PicOS का मूल्यांकन क्यों करते हैं
उद्यम आम तौर पर PicOS को तब देखते हैं जब कोई मौजूदा डिज़ाइन प्रदर्शन, पैमाने, या संचालन को सीमित करना शुरू कर देता है उदाहरण के लिए, 10G से 25G या 100G तक बढ़ना, एक नया पत्ता खड़ा करना, रीढ़ की हड्डी का कपड़ा खड़ा करना, या मैनुअल, स्विच को कम करने की कोशिश करना, स्विच कॉन्फ़िगरेशन को कम करना।
पूर्व की ओर से संभालना
पुराने आर्किटेक्चर को पूर्वानुमेय उत्तर-दक्षिण यातायात के लिए तैयार किया गया था। वर्चुअलाइजेशन, वितरित भंडारण, कंटेनर प्लेटफॉर्म और एआई वर्कलोड रैक के बीच पूर्व-पश्चिम में कहीं अधिक यातायात उत्पन्न करते हैं। एक पत्ती -रीढ़ का कपड़ा टोपोलॉजी को समतल करता है और विलंबता और बैंडविड्थ को अधिक पूर्वानुमानित बनाता है। PicOS आधारित स्विच लीफ, स्पाइन, टॉप {{8}रैक, बॉर्डर या इंटरकनेक्ट भूमिकाएं ले सकते हैं, बशर्ते पोर्ट स्पीड, स्विचिंग क्षमता और रूटिंग सुविधाएं डिज़ाइन से मेल खाती हों।
वेंडर लॉक को कम करना-इन - और यह वास्तव में कैसे काम करता है
"लॉक को कम करने का दावा करना आसान है, इसलिए तंत्र बताना उचित है। एक पारंपरिक स्टैक में, हार्डवेयर, एनओएस, लाइसेंसिंग, प्रबंधन और समर्थन को एक विक्रेता संबंध में बंडल किया जाता है। PicOS एक अलग, खुले नेटवर्किंग मॉडल का अनुसरण करता है: एक ही NOS कई आपूर्तिकर्ताओं से मान्य सफेद बॉक्स हार्डवेयर पर चलता है, जिसमें मल्टी से 400 gig तक की गति और उससे अधिक और EVPN VXLAN के लिए पूर्ण समर्थन होता है। व्यवहार में, इसका मतलब है कि ऑपरेटिंग मॉडल और स्वचालन आपके डिज़ाइन का टिकाऊ हिस्सा बन जाते हैं, जबकि अंतर्निहित हार्डवेयर विक्रेता समय के साथ बदल सकते हैं। हालाँकि, ट्रेडऑफ़ वास्तविक है - आप डिज़ाइन, सत्यापन और परिचालन स्वामित्व के लिए अधिक ज़िम्मेदारी लेते हैं।
AmpCon{2}}DC के साथ दिन 0 से दिन 2+ को स्वचालित करना
मैनुअल सीएलआई मुट्ठी भर स्विचों के लिए सहनीय है और दर्जनों या सैकड़ों के लिए जोखिम भरा है। AmpCon{1}}DC वह जगह है जहां PicOS अपने अधिकांश परिचालन मूल्य अर्जित करता है: ZTP ऑनबोर्डिंग, जिन्जा{2}} आधारित कॉन्फ़िगरेशन टेम्प्लेट, Ansible प्लेबुक और REST API दोहराए जाने वाले काम और कॉन्फ़िगरेशन बहाव को कम करते हैं। उद्देश्य अपने आप में स्वचालन नहीं है - यह दोहराने योग्य ऑनबोर्डिंग, ऑडिट योग्य परिवर्तन और तेज़ पुनर्प्राप्ति है।
मूल्यांकन करने की प्रमुख क्षमताएँ
ईवीपीएन-वीएक्सएलएएन और आईपी फैब्रिक रेडीनेस
आधुनिक कपड़े आम तौर पर दो मानकों का एक साथ उपयोग करके एक रूटेड लेयर 3 बुनियाद पर लेयर 2 का विस्तार करते हैं:VXLAN, RFC 7348 में परिभाषित ओवरले इनकैप्सुलेशन, औरईवीपीएन, बीजीपी आधारित नियंत्रण विमान आरएफसी 7432 में मानकीकृत है. जब स्विच मॉडल और PicOS संस्करण इसका समर्थन करते हैं, तो PicOS का मूल्यांकन स्केलेबल लीफ{1}स्पाइन फैब्रिक्स के लिए किया जा सकता है जो वर्चुअलाइज्ड और क्लाउड{2}स्टाइल, मल्टी{3}रैक वातावरण में काम करते हैं। EVPN-VXLAN समर्थन को संस्करण- और मॉडल{{7}विशेष के रूप में मानें, और उस सटीक प्लेटफ़ॉर्म के विरुद्ध इसकी पुष्टि करें जिसे आप खरीदना चाहते हैं।
एमएलएजी और उच्च उपलब्धता
एमएलएजी दो भौतिक स्विचों को डाउनस्ट्रीम उपकरणों के लिए एक एकल तार्किक एकत्रीकरण बिंदु प्रस्तुत करने देता है, जिससे सभी लिंक सक्रिय रहते हैं और भारी डिज़ाइनों को फैलाने पर निर्भरता दूर हो जाती है। शीर्ष-रैक और एकत्रीकरण भूमिकाओं के लिए, यह पारंपरिक स्टैकिंग के लिए सामान्य विफलता अंतराल के बिना सर्वर और भंडारण के लिए अनावश्यक अपलिंक प्रदान करता है। इस पर भरोसा करने से पहले सहकर्मी लिंक, कीपअलाइव, फेलओवर टाइमिंग और अनाथ पोर्ट व्यवहार को सत्यापित करें।
प्रोग्रामयोग्यता और टेलीमेट्री
एक डेटा सेंटर स्विच डिफ़ॉल्ट रूप से स्वचालन अनुकूल होना चाहिए। PicOS Ansible, Python और मानक आधारित इंटरफ़ेस को उजागर करता है, और SNMP, sFlow और gNMI स्ट्रीमिंग टेलीमेट्री के माध्यम से दृश्यता प्रदान करता है। व्यावहारिक लाभ एकरूपता है: टेम्पलेटेड कॉन्फ़िगरेशन, आधारभूत निगरानी, और पूरे फैब्रिक में बहाव का पता लगाना।
जीवनचक्र प्रबंधन और दृश्यता
स्विचिंग क्षमता संचालन का केवल एक हिस्सा है। टीमों को टोपोलॉजी, इंटरफ़ेस स्थिति, डिवाइस स्वास्थ्य और कॉन्फ़िगरेशन ड्रिफ्ट दृश्यता की भी आवश्यकता होती है। AmpCon-DC के साथ, PicOS वातावरण को एक कंसोल - से प्रावधानित, मॉनिटर किया जा सकता है, बदला जा सकता है और मान्य किया जा सकता है, जो कि सीमित इंजीनियरिंग कर्मचारियों वाली टीमों के लिए कच्चे थ्रूपुट जितना ही मायने रख सकता है।
PicOS बनाम बंद NOS बनाम सामुदायिक NOS
इन विकल्पों के बीच सार्थक अंतर ऑपरेटिंग मॉडल है, न कि हेडलाइन हार्डवेयर विशिष्टताएँ। नीचे दी गई तालिका एक पारंपरिक बंद स्टैक, एक समुदाय संचालित ओपन एनओएस, और एएमपीकॉन -डीसी के साथ PicOS की तुलना करती है।
| आयाम | बंद स्विच + एनओएस (उदाहरण के लिए, सिस्को नेक्सस) | समुदाय खुला एनओएस (उदाहरण के लिए, SOniC) | PicOS + AmpCon-DC |
|---|---|---|---|
| हार्डवेयर/सॉफ़्टवेयर युग्मन | मजबूती से बँधा हुआ, एकल विक्रेता | वियुग्मित; सफ़ेद बॉक्स पर चलता है | वियुग्मित; मान्य ब्रॉडकॉम आधारित व्हाइट बॉक्स पर चलता है |
| ऑपरेटिंग मॉडल | विक्रेता- ने सीएलआई और फीचर सेट को परिभाषित किया | इसे -स्वयं करें{{1}; घरेलू स्तर पर गहन कौशल की आवश्यकता है | वाणिज्यिक समर्थन और टर्नकी ऑटोमेशन के साथ ओपन एनओएस |
| स्वचालन | विक्रेता नियंत्रक, अक्सर अलग से लाइसेंस प्राप्त होता है | अपना {{1} टूलींग स्वयं बनाएं | AmpCon-DC: ZTP, टेम्प्लेट, Ansible, टेलीमेट्री |
| ईवीपीएन-वीएक्सएलएएन | परिपक्व, मालिकाना टूलींग | का समर्थन किया; एकीकरण का प्रयास भिन्न होता है | संगत मॉडल पर समर्थित (आरएफसी 7348/7432) |
| लाइसेंसिंग | अक्सर जटिल और प्रति-विशेषता | खुला स्त्रोत; कोई लाइसेंस लागत नहीं | सरलीकृत लाइसेंसिंग |
| सहायता | एकल-विक्रेता टीएसी | समुदाय या स्वयं{{0}समर्थन | एनओएस के लिए वाणिज्यिक समर्थन |
| सबसे अच्छा फिट | टीमें एक विक्रेता को जवाबदेह बनाना चाहती हैं | गहन स्वचालन कौशल वाली हाइपरस्केल - शैली की टीमें | हाइपरस्केल स्टाफिंग के बिना खुली नेटवर्किंग और समर्थन चाहने वाले उद्यम |
सर्वश्रेष्ठ-फ़िट और ख़राब-फ़िट परिदृश्य
कुछ परिवेशों में PicOS एक मजबूत विकल्प है और कुछ में ख़राब। दोनों के प्रति ईमानदार रहने से तैनाती की सुरक्षा होती है।
मजबूत फिट जब:
- आप लीफ{0}}स्पाइन या ईवीपीएन{{1}वीएक्सएलएएन फैब्रिक्स का निर्माण कर रहे हैं और ओपन हार्डवेयर सोर्सिंग चाहते हैं।
- टीम स्वचालन के लिए तैयार है (या ऐसा बनने को तैयार है) और टेम्पलेटेड, दोहराए जाने योग्य संचालन को महत्व देती है।
- आप कई स्विचों में एक एनओएस और एक प्रबंधन मॉडल को मानकीकृत करना चाहते हैं।
- लक्ष्य हार्डवेयर मान्य संगतता सूची में है और PicOS संस्करण आवश्यक सुविधाओं का समर्थन करता है।
कम उपयुक्त जब:
- टीम के पास कोई स्वचालन क्षमता नहीं है और न ही इसे बनाने की कोई योजना है।
- आप दिनभर के परिचालन के लिए एक ही विक्रेता की टीएसी पर बहुत अधिक निर्भर होते हैं।
- उत्पादन से पहले कपड़े को प्रयोगशाला में सत्यापित करने की कोई क्षमता नहीं है।
- आपका पसंदीदा हार्डवेयर या आवश्यक सुविधा सेट समर्थित मैट्रिक्स पर नहीं है।
सामान्य उपयोग के मामले
10जी/25जी से 100जी तक अपग्रेड
एक लगातार रास्ता सर्वर पहुंच को 25जी तक बढ़ाना और 100जी लीफ से -स्पाइन अपलिंक का निर्माण करना है। स्विच से परे, अपग्रेड भौतिक परत पर निर्भर करता है: मल्टीमोड रन के लिए, आपके द्वारा तैनात फाइबर ग्रेड पहुंच निर्धारित करता है, इसलिए समर्थित दूरी की पुष्टि जल्दी करें - बीच का अंतरOM1 से OM5 मल्टीमोड फाइबर और उनकी दूरी सीमाएँयह सीधे तौर पर प्रभावित करता है कि आपके केबलिंग प्लांट में 100G लिंक काम करेगा या नहीं।
लीफ-स्पाइन डेटा सेंटर फैब्रिक्स
लीफ स्विच सर्वर और स्टोरेज को जोड़ते हैं; स्पाइन स्विच पत्तियों के बीच उच्च गति वाले कपड़े प्रदान करते हैं। जब गति, पोर्ट गणना और रूटिंग सुविधाएँ डिज़ाइन से मेल खाती हैं तो PicOS इन भूमिकाओं में फिट बैठता है। संरचित केबलिंग इस योजना को अधिक स्वच्छ - बनाती हैएमपीओ/एमटीपी ट्रंक और ब्रेकआउट केबलिंगजैसे-जैसे कपड़ा बढ़ता है, सामने की ओर उच्च {{0}घनत्व वाली पत्ती{{1}से {{2}रीढ़ की हड्डी के कनेक्शन को प्रबंधनीय बनाए रखता है।
डेटा सेंटर गेटवे और इंटरकनेक्ट
कुछ डिज़ाइन साइटों, ज़ोन या डोमेन के बीच स्विचिंग का विस्तार करते हैं, जहां स्केलेबल लेयर 3 रूटिंग और केंद्रीकृत जीवनचक्र दृश्यता सबसे अधिक मायने रखती है। ये लंबे समय तक चलने के लिए आम तौर पर सिंगल {{2}मोड ऑप्टिक्स की आवश्यकता होती है, इसलिए अंतरों की समीक्षा करते हुए ट्रांसीवर पहुंच को लिंक - से मिलाएं।OS1 और OS2 सिंगल-मोड फ़ाइबरयह पुष्टि करने में मदद करता है कि दी गई इंटरकनेक्ट दूरी समर्थित है।
एआई, एचपीसी और दोषरहित ईथरनेट
एआई और एचपीसी फैब्रिक केवल कच्ची बैंडविड्थ के बारे में नहीं हैं। आरडीएमए ट्रैफिक (आरओसीईवी2) को दोषरहित या लगभग दोषरहित ईथरनेट फैब्रिक की आवश्यकता होती है, जो पीएफसी जैसे प्रवाह नियंत्रण और ईसीएन जैसे कंजेशन सिग्नलिंग, साथ ही पर्याप्त स्विच बफर और स्वच्छ टेलीमेट्री पर निर्भर करता है। PicOS डेटा सेंटर स्विच संगत प्लेटफ़ॉर्म पर PFC/ECN आधारित दोषरहित परिवहन का समर्थन करते हैं, और उच्च{5}बैंडविड्थ डिज़ाइन तेजी से 400G इंटरफ़ेस का उपयोग करते हैं - जब स्पाइन या GPU{8}फ़ैब्रिक अपलिंक की योजना बनाते हैं, तो ऑप्टिक्स और फॉर्म फ़ैक्टर की पुष्टि करें, जिसमें शामिल हैं400जी क्यूएसएफपी-डीडी. प्रतिबद्ध होने से पहले अपने विशिष्ट कार्यभार के विरुद्ध भीड़भाड़ व्यवहार, बफर आकार और एनआईसी अनुकूलता को सत्यापित करें।
PicOS परिनियोजन की योजना कैसे बनाएं
एक सफल परिनियोजन डिज़ाइन आवश्यकताओं से शुरू होता है, उत्पाद सूची से नहीं। नीचे दी गई चेकलिस्ट प्रत्येक आवश्यकता को दर्शाती है कि क्या सत्यापित करना है, यह क्यों महत्वपूर्ण है, और यदि इसे छोड़ दिया जाता है तो क्या गलत होता है।
| मांग | क्या जांच करनी है | यह क्यों मायने रखती है | नजरअंदाज करने पर जोखिम |
|---|---|---|---|
| हार्डवेयर अनुकूलता | स्विच मॉडल और ASIC Pica8 की मान्य सूची में हैं; PicOS संस्करण आवश्यक सुविधाओं का समर्थन करता है | सुविधाएँ केवल तभी चलती हैं जब सिलिकॉन और एनओएस उनका समर्थन करते हैं | ऐसा बॉक्स ख़रीदना जो EVPN-VXLAN या आवश्यक स्केल नहीं चला सकता |
| एनओएस सुविधा और लाइसेंस | एल2/एल3, ईवीपीएन-वीएक्सएलएएन, एमएलएजी, टेलीमेट्री, सुरक्षा, और सही लाइसेंस स्तर | फ़ीचर उपलब्धता संस्करण- और लाइसेंस{{1}निर्भर है | परिनियोजन के मध्य में एक अनुपलब्ध सुविधा की खोज |
| अंडरले रूटिंग | बुनियाद में आईजीपी/बीजीपी अभिसरण और ईसीएमपी | ओवरले स्थिरता स्वस्थ बुनियाद पर निर्भर करती है | धीमा फेलओवर और ट्रैफ़िक ब्लैक{{0}होलिंग |
| ईवीपीएन नियंत्रण विमान | रूट विज्ञापन, टाइप-2/टाइप-5 रूट, एआरपी/एनडी दमन | पुष्टि करता है कि ओवरले रीचैबिलिटी डिज़ाइन के अनुसार व्यवहार करती है | उत्पादन में मौन पहुंचयोग्यता अंतराल |
| एमएलएजी और अतिरेक | पीयर-लिंक, कीपेअलाइव, फेलओवर टाइमिंग, ऑर्फ़न पोर्ट | उच्च उपलब्धता को स्विच या लिंक हानि से बचना चाहिए | एक भी नोड विफल होने पर आउटेज |
| प्रकाशिकी और ट्रांसीवर | ऑप्टिक प्रकार, तरंग दैर्ध्य और पहुंच प्रत्येक पोर्ट से मेल खाती है | बेमेल प्रकाशिकी लिंक नहीं होगी या नहीं पहुंचेगी | लिंक जो कभी सामने नहीं आते |
| केबल बिछाने और ब्रेकआउट | एमपीओ/एमटीपी ट्रंक, ब्रेकआउट योजना, फाइबर ग्रेड, दूरियां | भौतिक परत को पोर्ट गति और पहुंच से मेल खाना चाहिए | पुन: {{0}केबल बिछाने, देरी, और दूरी विफलताएँ |
| वायु प्रवाह और शक्ति | वायु प्रवाह की दिशा (सामने से {{1} पीछे / पीछे से {{2} से आगे तक) और रैक से मेल खाने वाली शक्ति | थर्मल और पावर बेमेल हार्डवेयर दोष का कारण बनते हैं | ओवरहीटिंग और ट्रिप्ड सर्किट |
| स्वचालन और रोलबैक | ZTP, टेम्प्लेट, कॉन्फिग बैकअप और एक परीक्षणित रोलबैक प्रक्रिया | बड़े पैमाने पर पुनरावृत्ति और पुनर्प्राप्ति योग्यता | किसी ख़राब परिवर्तन को पूर्ववत करने का कोई सुरक्षित तरीका नहीं |
| निगरानी | बेसलाइन टेलीमेट्री (gNMI/sFlow/SNMP), अलर्ट और ड्रिफ्ट डिटेक्शन | आप जो नहीं देख सकते उसे संचालित नहीं कर सकते | अज्ञात बहाव और गिरावट |
इस सूची में दो आइटम सबसे अधिक टालने योग्य देरी का कारण बनते हैं। सबसे पहले, सर्वर एक्सेस माध्यम को पहले ही तय कर लें: क्या इसे मानकीकृत करना है10GBASE-T या SFP+ ऑप्टिक्सप्रत्येक रैक में केबलिंग, पावर और पहुंच धारणाओं को बदलता है। दूसरा, जानबूझकर ब्रेकआउट केबलिंग की योजना बनाएं - उदाहरण के लिए, दाईं ओर का उपयोग करके एकल 100जी पोर्ट को 4 x 25जी सर्वर लिंक में तोड़ना -एमपीओ ब्रेकआउट केबलिंगइसलिए पोर्ट मैप और फ़ाइबर असाइनमेंट इंस्टॉलेशन दिवस से पहले पंक्तिबद्ध हो जाते हैं।
उत्पादन से पहले, किसी प्रयोगशाला या पायलट में डिज़ाइन को मान्य करें: रूटिंग कन्वर्जेंस, ईवीपीएन रूट व्यवहार, एमएलएजी फेलओवर, ऑटोमेशन टेम्प्लेट, मॉनिटरिंग और रोलबैक। फिर पूरे नेटवर्क को एक साथ काटने के बजाय चरणों में रोल आउट करें, जब तक कि यह एक नियंत्रित ग्रीनफ़ील्ड निर्माण न हो। आप समीक्षा कर सकते हैंPica8 का डेटा सेंटर स्विच पोर्टफोलियो और मान्य प्लेटफ़ॉर्मयह पुष्टि करने के लिए कि आपके लक्ष्य डिज़ाइन के लिए कौन से हार्डवेयर और फ़ीचर संयोजन समर्थित हैं।
बचने के लिए सामान्य गलतियाँ
केवल पोर्ट स्पीड के आधार पर चयन करना।गति मायने रखती है, लेकिन रूटिंग सुविधाएँ, स्वचालन समर्थन, बफ़र आकार, प्रकाशिकी संगतता, लाइसेंस स्तर, समर्थन मॉडल और अपग्रेड पथ सभी निर्णय में शामिल हैं।
एनओएस सुविधा और लाइसेंस आवश्यकताओं की अनदेखी।ऑपरेटिंग सिस्टम, उसका संस्करण और उसका लाइसेंस यह निर्धारित करते हैं कि नेटवर्क वास्तव में क्या कर सकता है। खरीदने से पहले सटीक प्लेटफ़ॉर्म के विरुद्ध L2/L3, EVPN-VXLAN, MLAG, टेलीमेट्री और सुरक्षा कवरेज की पुष्टि करें।
परिचालन परिवर्तन को कम आंकना.एक स्वचालन के लिए तैयार {{0}नेटवर्क को नई प्रक्रियाओं की आवश्यकता होती है: टेम्प्लेट का मालिक कौन है, परिवर्तनों को कौन मंजूरी देता है, कॉन्फ़िगरेशन का बैकअप कैसे लिया जाता है, और रोलबैक को कैसे प्रबंधित किया जाता है।
प्रयोगशाला सत्यापन छोड़ा जा रहा है।महत्वपूर्ण डेटा सेंटर परिवर्तनों के लिए, प्रयोगशाला परीक्षण वैकल्पिक नहीं है। कम से कम, किसी भी ट्रैफ़िक पर निर्भर होने से पहले कोर फैब्रिक फ़ंक्शंस, अतिरेक, निगरानी और विफलता पुनर्प्राप्ति को मान्य करें।
क्या PicOS आपके डेटा सेंटर के लिए सही है?
PicOS डेटा सेंटर उन उद्यमों के लिए उपयुक्त स्विच करता है जो एक स्केलेबल फैब्रिक, ऑटोमेशन {{0}रेडी ऑपरेशंस, ओपन हार्डवेयर सोर्सिंग और एक संरचित जीवनचक्र {{1} चाहते हैं, विशेष रूप से लीफ की योजना बनाने वाली टीमें {{2}स्पाइन डिजाइन, 10G/25G से 100G अपग्रेड, EVPN {{6}VXLAN फैब्रिक, या ऐसे वातावरण जहां मैन्युअल स्विच {{7}बाय {{8}स्विच कॉन्फ़िगरेशन अब टिकाऊ नहीं है। जहां कोई स्वचालन क्षमता नहीं है, एकल विक्रेता समर्थन पर कड़ी निर्भरता है, सत्यापन के लिए कोई प्रयोगशाला नहीं है, या समर्थित मैट्रिक्स के बाहर हार्डवेयर है, वहां वे कमजोर रूप से फिट होते हैं।
एक व्यावहारिक अगला कदम: अपने वर्तमान डिज़ाइन और परिचालन संबंधी समस्याओं का दस्तावेजीकरण करें, लक्ष्य वास्तुकला और आवश्यक फीचर सेट को परिभाषित करें, हार्डवेयर और PicOS संस्करण संगतता की पुष्टि करें, और उत्पादन के लिए प्रतिबद्ध होने से पहले नियंत्रित वातावरण में कपड़े का परीक्षण करें।
अक्सर पूछे जाने वाले प्रश्न
प्रश्न: PicOS डेटा सेंटर स्विच क्या हैं?
उ: वे खुले नेटवर्किंग स्विच हैं जो PicOS नेटवर्क ऑपरेटिंग सिस्टम चलाते हैं, जो आमतौर पर AmpCon {1} DC द्वारा प्रबंधित होते हैं, और आधुनिक डेटा सेंटर उपयोग जैसे कि लीफ {2} स्पाइन फैब्रिक्स, EVPN {{3} VXLAN ओवरले और स्वचालित संचालन के लिए डिज़ाइन किए गए हैं। "PicOS डेटा सेंटर स्विच" में तीन परतें शामिल होती हैं - सफ़ेद {{6}बॉक्स हार्डवेयर, PicOS NOS, और AmpCon {7}DC कंट्रोलर - जिनका मूल्यांकन और संचालन एक साथ किया जाता है।
प्रश्न: कौन से स्विच या हार्डवेयर PicOS को सपोर्ट करते हैं?
उत्तर: PicOS मान्य ओपन नेटवर्किंग हार्डवेयर पर चलता है, आम तौर पर ब्रॉडकॉम आधारित व्हाइट {22 बॉक्स और ब्राइट बॉक्स प्लेटफॉर्म (उदाहरण के लिए, 32 x 100G QSFP28 लीफ/स्पाइन मॉडल)। चूँकि समर्थन मॉडल - और संस्करण - विशिष्ट है, इसलिए खरीदारी से पहले Pica8 की हार्डवेयर संगतता सूची और PicOS रिलीज़ नोट्स के विरुद्ध अपने सटीक स्विच की पुष्टि करें।
प्रश्न: क्या PicOS 100G और 400G लीफ{2}}स्पाइन फैब्रिक को सपोर्ट करता है?
उत्तर: PicOS मल्टी-{0} गीगा से लेकर 400 गीगाबाइट और उससे अधिक की गति का समर्थन करता है, इसलिए उपयुक्त हार्डवेयर पर 100 गीगाबाइट और 400 गीगाबाइट लीफ-स्पाइन डिज़ाइन संभव हैं। यथार्थवादी सीमाएँ स्विच ASIC, बफ़र्स और ऑप्टिक्स से आती हैं, इसलिए विशिष्ट प्लेटफ़ॉर्म और उसके समर्थित पोर्ट गति और ब्रेकआउट विकल्पों को मान्य करें।
प्रश्न: क्या PicOS EVPN-VXLAN के लिए उपयुक्त है?
उत्तर: हाँ, जब हार्डवेयर मॉडल, PicOS संस्करण और लाइसेंस आवश्यक सुविधाओं का समर्थन करते हैं। PicOS RFC 7432 से संरेखित EVPN नियंत्रण विमान के साथ RFC 7348 पर VXLAN लागू करता है। उत्पादन से पहले एक प्रयोगशाला में रूट विज्ञापन, अंडरले कन्वर्जेंस और फेलओवर को मान्य करें।
प्रश्न: AmpCon-DC दिन 0 से दिन 2+ के संचालन में कैसे मदद करता है?
उत्तर: AmpCon-DC जीवनचक्र को स्वचालित करता है: दिन 0 डिजाइन और ZTP ऑनबोर्डिंग, दिन 1 टेम्प्लेट{{3}संचालित कॉन्फ़िगरेशन और EVPN-VXLAN रोलआउट, और दिन 2+ निगरानी, उन्नयन, बहाव का पता लगाना और परिवर्तन। यह जिंजा टेम्प्लेट, अन्सिबल प्लेबुक और आरईएसटी एपीआई का उपयोग करता है ताकि फैब्रिक स्केल के रूप में ऑपरेशन दोहराए जा सकें।
प्रश्न: क्या मुझे PicOS स्विच का उपयोग करने के लिए AmpCon{0}}DC की आवश्यकता है?
उत्तर: PicOS स्वयं स्विचिंग और रूटिंग फ़ंक्शन प्रदान करता है। AmpCon-DC केंद्रीकृत प्रावधान, स्वचालन, टेलीमेट्री और जीवनचक्र प्रबंधन जोड़ता है। छोटी तैनाती के लिए यह वैकल्पिक है; बड़े कपड़ों के लिए यह वही है जो परिचालन को सुसंगत और पुनर्प्राप्ति योग्य बनाए रखता है।
प्रश्न: PicOS EVPN-VXLAN परिनियोजन से पहले क्या सत्यापित किया जाना चाहिए?
ए: कम से कम: अंडरले रूटिंग कन्वर्जेंस और ईसीएमपी, ईवीपीएन रूट विज्ञापन और एआरपी/एनडी दमन, एमएलएजी पीयर लिंक और फेलओवर, ऑप्टिक्स और ब्रेकआउट संगतता, ऑटोमेशन टेम्प्लेट, मॉनिटरिंग बेसलाइन और एक परीक्षण रोलबैक प्रक्रिया।
प्रश्न: क्या PicOS AI और HPC ईथरनेट फैब्रिक के लिए उपयुक्त है?
उत्तर: यह संगत प्लेटफ़ॉर्म पर हो सकता है। RoCEv2 ट्रैफ़िक को पर्याप्त बफ़र्स और टेलीमेट्री के साथ, अक्सर 400G से अधिक लिंक के साथ, पीएफसी और ईसीएन पर निर्मित दोषरहित या लगभग {{2%) दोषरहित फैब्रिक की आवश्यकता होती है। अकेले बैंडविड्थ को पर्याप्त मानने के बजाय अपने विशिष्ट कार्यभार के लिए भीड़ नियंत्रण व्यवहार, बफर आकार और एनआईसी संगतता की पुष्टि करें।
प्रश्न: PicOS की तुलना SOniC या सिस्को नेक्सस जैसे बंद NOS से कैसे की जाती है?
ए: एक बंद एनओएस एक विक्रेता के तहत हार्डवेयर, सॉफ्टवेयर और समर्थन को बंडल करता है; SOniC एक सामुदायिक ओपन एनओएस है जिसके लिए मजबूत घरेलू स्वचालन कौशल की आवश्यकता होती है; PicOS उनके बीच में बैठता है, जो AmpCon{1}}DC के माध्यम से वाणिज्यिक समर्थन और टर्नकी स्वचालन के साथ एक खुला, अलग-अलग NOS प्रदान करता है। सही विकल्प आपकी स्वचालन परिपक्वता और समर्थन अपेक्षाओं पर निर्भर करता है।
प्रश्न: क्या PicOS डेटा सेंटर स्विच केवल बड़े डेटा केंद्रों के लिए हैं?
उत्तर: नहीं। इनका उपयोग छोटे, मध्यम आकार और बड़े वातावरण में किया जा सकता है। मूल्य पैमाने, स्वचालन आवश्यकताओं और मैन्युअल, दोहरावदार कॉन्फ़िगरेशन की लागत के साथ बढ़ता है।
