ईथरनेट और एफसी का भविष्य

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

यह लेख प्रोटोकॉल की तुलना करने के लिए नहीं है, बल्कि डेटा सेंटर नेटवर्क के विकास के एक संक्षिप्त कालानुक्रमिक विवरण के रूप में है।





* कुछ घटनाओं के लिए कोई सटीक तारीखें नहीं हैं। कृपया, उन्हें पुष्टि करने वाले संदर्भों के साथ दिनांक द्वारा सुधार और परिवर्धन भेजें। समय।

ईथरनेट मुद्दे

1Gb की रिलीज के साथ, ईथरनेट फ्रेम लॉस से जुड़ी अपनी कई बचपन की बीमारियों को खो देता है। 2002 और 2004 में, सबसे लोकप्रिय ईथरनेट 10 Gb / sec मानकों को अपनाया गया था। प्रोटोकॉल नए 64b / 66b कोडिंग एल्गोरिथ्म (थ्रूपुट 10 * 64/64 जीबी) का उपयोग करके थ्रूपुट में सुधार करता है। 2007 में, 1 मिलियन 10Gb पोर्ट बेचे गए।

ईथरनेट 40 Gb / सेकंड और ईथरनेट 100 Gb / sec समान 64b / 66b कोडिंग एल्गोरिथ्म का उपयोग करते हैं, दोनों को 2010 में मानकीकृत किया गया है। कुछ निर्माताओं ने 2008 में भविष्य के 40/100 Gb मानक के मसौदे को लागू किया है।

डेटा सेंटर ब्रिजिंग

डीसीबी मानकों (कभी-कभी दोषरहित ईथरनेट के रूप में संदर्भित) को दो स्वतंत्र समूहों, IEEE 802.1 और IETF द्वारा 2008 से 2011 तक विकसित किया गया था। इन मानकों के आधार पर बाजार में उपलब्ध उत्पादों पर दो अलग-अलग शर्तें लागू होती हैं: DCE और CEE :

मैं सिस्को के संबंधित पोस्ट में DCB और CEE के बारे में अधिक विस्तार से पढ़ने और प्रश्न पूछने की सलाह देता हूं: " DCB और FCoE प्रोटोकॉल पर आधारित LAN और SAN डेटा सेंटर नेटवर्क का समेकन ।"

बढ़ा हुआ ईथरनेट

यह अलग से ध्यान दिया जाना चाहिए कि एफसी ट्रांसमिशन के लिए ईथरनेट को अंतिम रूप दिया गया था (2008-2011), जबकि ट्रिल यहां लागू नहीं है। एफसीओई को लागू करने के लिए, एफसी में बफर-टू-बफर ऋणों को अनुकरण करने वाले तंत्र विकसित किए गए हैं, जैसे: प्राथमिकता प्रवाह नियंत्रण 802.1Qbb (ड्राफ्ट 2008, मानक 2011), बैंडविड्थ प्रबंधन 802.1Qaz (ड्राफ्ट 2008, मानक 2011 और भीड़ प्रबंधन) बैंडविड्थ रिजर्व, ड्रॉप्स की कमी) 802.1Qau (ड्राफ्ट 2006, स्टैंडर्ड 2010)। FCoE पहली बार सिस्को स्विच में दिखाई दिया।

एफसी के लिए गति संभावनाएं

2014 के समय एफसी 8 एफसी और एफसीओई के बीच सबसे लोकप्रिय है।

एफसी 16, 2011 के बाद से उपलब्ध, 2014 में व्यापक वितरण हासिल करना शुरू किया।

FC 32, रिलीज़ प्रोजेक्ट 2016 (पूर्वानुमान) के लिए निर्धारित है।

एफसी 128, रिलीज़ प्रोजेक्ट 2016 (पूर्वानुमान) के लिए निर्धारित है।

शुद्ध-ब्लॉक भंडारण

सभी "शुद्ध ब्लॉक स्टोरेज " फ़ाइल गेटवे प्राप्त करते हैं। उस समय भंडारण प्रणालियों के एक प्रमुख निर्माता के पूर्व प्रमुख के प्रसिद्ध वाक्यांश "रियल डील एफसी " (2008) ने जोर दिया कि एफसी डेटा सेंटर नेटवर्क सबसे अच्छा विकल्प हैं। हालाँकि, IBM अपने SONAS (2010) को विकसित कर रहा है, Hitachi BlueArc (2011) को फाइल एक्सेस प्रदान करने के लिए खरीदता है, EMC और HP NFS के लिए SMB और Linux के माध्यम से एक्सेस प्रदान करने के लिए Windows सर्वर का उपयोग करता है। उपरोक्त सभी अब iSCSI का उपयोग करने की क्षमता भी प्रदान करते हैं।

विभिन्न प्रकार के विकल्प अनिवार्य रूप से ईथरनेट का उपयोग करते हैं।

ईथरनेट पर फ़ाइल प्रोटोकॉल

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



Microsoft ने SMB 3.0 प्रोटोकॉल (2012) का एक नया संस्करण विकसित किया है, अब वर्चुअलाइजेशन, डेटाबेस जैसे महत्वपूर्ण एप्लिकेशन नेटवर्क फ़ोल्डर में रह सकते हैं। कई स्टोरेज वेंडर तुरंत इस प्रोटोकॉल के लिए भविष्य के समर्थन की घोषणा करते हैं। 2013 में, Microsoft के साथ संयोजन में, NetApp ने SMB 3.0 पर SMB 3.0 और MS SQL पर Hyper-V लॉन्च किया।

NFS नेटवर्क फ़ोल्डर में डेटाबेस फ़ाइलों का पता लगाने के लिए Oracle 11g (2007) डेटाबेस में एक नया dNFS फ़ंक्शन जोड़ा गया है ।

NFS v4.0 (2003) - प्रोटोकॉल नेमस्पेस प्रतिमान को बदल दिया है। अब, कई फ़ाइल सिस्टम को निर्यात करने के बजाय, सर्वर कई वास्तविक फ़ाइल सिस्टम से इकट्ठे किए गए एक छद्म फाइल सिस्टम को निर्यात करते हैं, और महत्वपूर्ण रूप से, डेटा सेंटर नेटवर्क के लिए नई उच्च-उपलब्धता सुविधाएँ प्रदान करते हैं , जैसे: पारदर्शी प्रतिकृति और डेटा आंदोलन, क्लाइंट को एक सर्वर से दूसरे पर पुनर्निर्देशित करना; इस प्रकार आपको एक वैश्विक नाम स्थान बनाए रखने की अनुमति मिलती है, जबकि डेटा एक ही समर्पित सर्वर द्वारा स्थित और परोसा जाता है। यह क्लस्टर सिस्टम के निर्माण के साथ बहुत निकट से जुड़ा हुआ है और उनके कार्यान्वयन को बहुत सरल करता है।

NFS v4.1, pNFS - (2010) समानांतर NFS क्लाइंट्स को बिना रीइन्स्टॉल किए "निकटतम" लिंक के माध्यम से फाइल एक्सेस करने की अनुमति देता है। 2012 में, नेटएप और रेडहैट ने क्लस्टर्ड ओंटाप और आरएचईएल 6.2 के लिए pNFS का समर्थन करने के लिए एक सहयोग की घोषणा की।

आईपी ​​पर चल रहे प्रोटोकॉल के फायदों को उनकी रूटिंग क्षमता के लिए भी जिम्मेदार ठहराया जा सकता है, जो ऐसे नेटवर्क में प्रसारण डोमेन को विभाजित करता है। एसएमबी 3.0 और एनएफएस 4.0 प्रोटोकॉल के लिए, वान में काम करने के लिए अनुकूलन वास्तुशिल्प रूप से निर्धारित किया गया था।

परिवर्तित उपकरण

2009 में सिस्को नेक्सस श्रृंखला के रूप में परिवर्तित नेटवर्क स्विच का शुभारंभ, ईथरनेट नेटवर्क के साथ एक पारंपरिक एफसी सैन नेटवर्क को एकीकृत करना संभव बनाता है, जिससे आईटी विभाग व्यवसाय की जरूरतों के जवाब में अधिक लचीला हो जाता है। पहली बार, नेटएप ने कन्वर्ज्ड नेटवर्क और मल्टीपल सिंगल-वायर प्रोटोकॉल (2010) के लिए समर्थन शुरू किया। प्रारंभ में, FCoE ट्रांसमिशन को केवल ऑप्टिक्स और ट्विनएक्स केबल्स के माध्यम से समर्थन किया गया था।

2012 में ऑनबोर्ड 10Gb एडेप्टर तांबे के बंदरगाहों के साथ दिखाई देते हैं।

2013 में, SFP + कनेक्टर्स के साथ दूसरी पीढ़ी के ऑनबोर्ड CNA 2 एडेप्टर दिखाई देते हैं, उनका उपयोग ईथरनेट और FC 8 / FC 16 दोनों के लिए किया जा सकता है।



CNA एडेप्टर की रिहाई डेटा सेंटर नेटवर्क में FCoE और ईथरनेट के उपयोग की अनुमति देती है, दोनों से सर्वश्रेष्ठ प्राप्त करने का अवसर प्रदान करता है, जिससे आप विभिन्न समस्याओं को हल करने के लिए सबसे उपयुक्त प्रोटोकॉल का उपयोग कर सकते हैं।

NetApp भंडारण प्रणालियों में CNA 2 एडेप्टर (2014) के व्यापक उपयोग की शुरुआत, FCoE और ईथरनेट या "क्लीन" FC 8 / FC 16 के साथ-साथ उपयोग के लिए अनुमति देता है। परिवर्तित बंदरगाहों ने नए NetApp FAS 8000 स्टोरेज सिस्टम पर लगभग सभी डेटा पोर्ट बदल दिए, जिससे वे "साफ" हो गए। केवल 1GbE। CNA एडेप्टर के साथ, अभिसारी SFP + ट्रांससीवर्स दिखाई देते हैं जो कि FCApp / ईथरनेट रोबोट मोड के बीच स्विच कर सकते हैं, उदाहरण के लिए, NetApp ई-सीरीज स्टोरेज सिस्टम में।

ईथरनेट पर वस्तु संग्रहण

ऑब्जेक्ट स्टोरेज लोकप्रियता प्राप्त कर रहे हैं और 2013 में सीगेट ने अपने काइनेटिक ऑब्जेक्ट हार्ड ड्राइव को ईथरनेट इंटरफेस के साथ लॉन्च किया। और 2014 में, HGST ने अपनी ओपन ईथरनेट हार्ड ड्राइव जारी की। नेटएप 2010 में स्टोरेजग्रिड (पूर्व में बायकास्ट इंक का एक उत्पाद) खरीदता है, 2001 में ऑब्जेक्ट स्टोरेज की पहली स्थापना।

स्केलिंग और क्लस्टरिंग

एनएएस क्लस्टरिंग के बीच प्रमुख समाधानों में से एक स्पिनकंकर नेटवर्क था, जो स्टार्ट अप के रूप में शुरू हुआ था और 2003 में नेटएप द्वारा अधिग्रहित किया गया था। इसके विकास ने नेटएप एफएएस भंडारण प्रणालियों के लिए आधुनिक क्लस्टर्ड ओंटाप ओएस का आधार बनाया।

एफसी ब्लॉक पहुंच प्रदान करने वाले सबसे बड़े भंडारण क्लस्टर नेटएप एफएएस 6200/8000 के लिए 8 नोड तक पहुंचते हैं, जबकि प्रतियोगियों में आमतौर पर 4 नोड से अधिक नहीं होते हैं। फ़ाइल प्रोटोकॉल के लिए, नोड्स की संख्या कई गुना बड़ी हो सकती है - NetApp (2013) FAS 6200/8000 ( SMB , NFS ) के लिए 24 नोड। और वस्तु भंडारण के लिए, नोड्स की संख्या सैद्धांतिक रूप से असीमित है। आधुनिक दुनिया में, जहां अपेक्षाकृत महंगी क्लस्टरिंग नोड्स को आवश्यकतानुसार स्केल करने की क्षमता है, "मेनफ्रेम दृष्टिकोण" के विपरीत एक अधिक बेहतर विकल्प बन सकता है, जहां एक महंगी सुपर कंप्यूटर का उपयोग किया जाता है।



LUN का अधिकतम आकार अक्सर वांछित होने के लिए बहुत कुछ छोड़ सकता है: 16TB तक पहुंचें और LUN की संख्या पर सीमाएं हों, दोनों मेजबान पक्ष पर और भंडारण पक्ष पर। क्लस्टर्ड स्टोरेज सिस्टम में, यह थ्रेशोल्ड गायब नहीं हुआ है, और अक्सर एक बड़ी मात्रा प्राप्त करने के लिए बैसाखी समाधान का उपयोग किया जाता है, मेजबान पर सॉफ्टवेयर स्तर पर कई LUN का संयोजन होता है। फाइल बॉल पेटाबाइट्स पर कब्जा कर सकते हैं और कई पेटाबाइट्स की मात्रा में एक विशाल तार्किक नेटवर्क फ़ोल्डर प्राप्त करने के लिए आसानी से बढ़ाया जा सकता है, नेटएप एफएएस स्टोरेज सिस्टम में यह एसएमबी और एनएफएस प्रोटोकॉल के माध्यम से पहुंच के साथ अनंत वॉल्यूम तकनीक का उपयोग करके प्राप्त किया जाता है।

ThinProvitioning और तस्वीरें

पहली स्नैपशॉट तकनीक को 1993 में NetApp द्वारा विकसित और कार्यान्वित किया गया था, और पतली प्रावधान प्रौद्योगिकी को पहली बार 2001 में पेश किया गया था और पहली बार 2003 में 3Par भंडारण के लिए और 2004 में NetApp FAS के बगल में पेश किया गया था। इस तथ्य के बावजूद कि ये दोनों प्रौद्योगिकियां सीधे संबंधित नहीं हैं ईथरनेट के साथ अपने एसएमबी , एनएफएस से एफसी , फिर भी, उपयोग की आसानी के मामले में, "फाइल" के साथ जंक्शन पर "प्रोविजनिंग और स्नैपशॉट" "ब्लॉक" और "ब्लॉक" प्रोटोकॉल एक दूसरे से बहुत अलग हैं।

इसलिए, उदाहरण के लिए, यदि आप "पतले" LUN का उपयोग करते हैं और उसी समय स्टोरेज सिस्टम " रन आउट " के स्थान पर होता है, तो सभी सभ्य स्टोरेज सिस्टम ऐसे LUN को ऑफ़लाइन रख देंगे ताकि एप्लिकेशन वहां लिखने की कोशिश न करे और उस पर डेटा खराब न हो। इसी तरह की स्थिति तब होगी जब स्नैपशॉट्स वर्तमान फ़ाइल सिस्टम के पूरे स्थान को "खा लेंगे" और एक पतली LUN में डेटा के लिए खुद को जगह नहीं छोड़ते। इसके अलावा "पतली" LUN की एक अप्रिय विशेषता यह थी कि यह हमेशा "बढ़ता" रहता था, भले ही डेटा LUN के "शीर्ष पर" रहने वाले फ़ाइल सिस्टम स्तर पर हटा दिया गया हो, इस LUN के संग्रहण को इसके बारे में कुछ भी पता नहीं है।

उसी समय, फ़ाइल साझा करने के लिए, ठीक योजना प्रदान की जाती है, जो कहती है कि "डिज़ाइन द्वारा" और निश्चित रूप से अंतरिक्ष का अंत नेटवर्क फ़ोल्डर को ऑफ़लाइन अनुवाद नहीं करेगा।

कार्यात्मक उधार

इसलिए विंडोज 2012 में, RedHat Enterprise Linux 6.2 (2011) और VMWare 5.0 (2011) SCSI SBC -3 मानक (जिसे अक्सर SCSI थिन प्रोविज़निंग कहा जाता है) में परिभाषित लॉजिकल ब्लॉक प्रोविजनिंग फ़ंक्शन चला सकते हैं, जो कि LUN को "बताते" हैं वास्तव में "पतली" और उस पर जगह "वास्तव में समाप्त हो गई", रिकॉर्डिंग संचालन को प्रतिबंधित करता है। इस प्रकार, ओएस को ऐसे एलयूएन में लिखना बंद कर देना चाहिए, और यह ऑफ़लाइन स्विच नहीं किया जाएगा और केवल पढ़ने के लिए रहेगा (एक और सवाल यह है कि आवेदन इस पर कैसे प्रतिक्रिया देगा)। यह कार्यक्षमता स्पेस रिक्लेमेशन का उपयोग करने की संभावना भी प्रदान करती है, जो उस पर वास्तविक डेटा को हटाने के बाद LUN को कम करने की अनुमति देता है। इस प्रकार, एलयूएन अब पर्याप्त रूप से ठीक योजना मोड में काम कर रहे हैं। इसलिए, 8 साल के बाद, थिन प्रोविजनिंग अवेयरनेस स्टोरेज (2003) से होस्ट (2011) में चली गई है।

नेटवर्क होस्ट के विपरीत क्लस्टर किए गए होस्ट समाधानों के लिए, केवल एक होस्ट लंबे समय तक एक LUN के साथ काम कर सकता है (पढ़ और लिख सकता है)। अन्य सभी होस्ट केवल इस LUN को पढ़ सकते थे। लेकिन यहाँ भी, कुछ समय बाद एक निर्णय आया, ब्लॉक या रीजन लेवल लॉकिंग मैकेनिज्म - आप LUN को तार्किक खंडों में तोड़ सकते हैं और कई मेजबानों को केवल "उनके" खंड लिखने की क्षमता प्रदान कर सकते हैं। नेटवर्क फ़ोल्डर्स के लिए, यह फ़ंक्शन प्रोटोकॉल डिज़ाइन में अंतर्निहित है और इसकी स्थापना के बाद से मौजूद है।

दूसरी ओर, नेटवर्क फ़ोल्डरों में कभी भी मल्टीपाथिंग के समान कार्यक्षमता नहीं थी, जो क्लाइंट को फ़ाइल को कई तरीकों से या सबसे छोटे रास्ते से एक्सेस करने का अनुरोध करता था। यह हमेशा फ़ाइल प्रोटोकॉल में कमी थी, इसलिए pNFS दिखाई दिया, आंशिक रूप से यह दोष LACP द्वारा कवर किया गया था, जिससे vPC तकनीक का उपयोग करके कई स्विचों के बीच यातायात को संतुलित किया गया था।

निष्कर्ष

जाहिरा तौर पर, कार्यक्षमता को आगे उधार लिया जाएगा, प्रोटोकॉल को एक साथ लाना। उपरोक्त घटनाओं के मद्देनजर कन्वर्जेंस को अपरिहार्य भविष्य के रूप में देखा जाता है। यह दो प्रोटोकॉल को डेटा सेंटर नेटवर्क में एप्लिकेशन के क्षेत्र के लिए और भी कठिन लड़ाई के लिए मजबूर करेगा। ब्लॉक एफसी प्रोटोकॉल के माध्यम से पहुंच के साथ क्लस्टर स्टोरेज सिस्टम के कार्यान्वयन में एक अधिक जटिल वास्तुकला है, एलयूएन के आकार और उनकी संख्या पर तकनीकी प्रतिबंध, जो इस डेटा के भविष्य के विकास में बढ़ते हुए डेटा और क्लस्टरिंग प्रतिमान के भविष्य के विकास में नहीं खेलते हैं, इस दिशा में और अधिक विकास की आवश्यकता है। इसके अलावा, ईथरनेट गति में FC से बहुत आगे है, जो बाद के भविष्य को प्रभावित कर सकता है, और इसलिए एक धारणा है कि एफसी ईथरनेट के अंदर चले जाएंगे और वहां बने रहेंगे, FCoE के रूप में। वास्तव में, वास्तव में, अंतर 8 वर्ष है: 100 जीबी 2008 और 2016 में 128 जीबी। एफसी और एफसीओई के बीच चयन करते समय , इस लेख पर ध्यान दें।



मैं यह नोट करना चाहता हूं कि यहां हमने एफसी और अन्य विभिन्न प्रोटोकॉल संयोजनों पर आईपी जैसे सामान्य विकल्पों पर विचार नहीं किया था, लेकिन डेटा सेंटर के बुनियादी ढांचे के डिजाइन में केवल सबसे अक्सर इस्तेमाल किए जाने वाले प्रोटोकॉल संयोजन हैं , जो भविष्य के रुझानों का निर्माण करते हैं।



कृपया पाठ में त्रुटियों के बारे में LAN को संदेश भेजें।

टिप्पणियाँ और इसके विपरीत पर टिप्पणी कृपया