हातांशिवाय प्रशासन = हायपरकन्व्हर्जन्स?

ही एक मिथक आहे जी सर्व्हर हार्डवेअरच्या क्षेत्रात सामान्य आहे. व्यवहारात, हायपरकन्व्हर्ज्ड सोल्यूशन्स (जेव्हा सर्व काही एकात असते) अनेक गोष्टींसाठी आवश्यक असतात. ऐतिहासिकदृष्ट्या, प्रथम आर्किटेक्चर्स Amazon आणि Google ने त्यांच्या सेवांसाठी विकसित केले होते. मग एकसारख्या नोड्समधून संगणकीय फार्म बनवण्याची कल्पना होती, ज्यापैकी प्रत्येकाची स्वतःची डिस्क होती. हे सर्व काही सिस्टम-फॉर्मिंग सॉफ्टवेअर (हायपरवाइजर) द्वारे एकत्र केले गेले आणि आभासी मशीनमध्ये विभागले गेले. मुख्य ध्येय म्हणजे एका नोडची सेवा देण्यासाठी किमान प्रयत्न करणे आणि स्केलिंग करताना कमीतकमी समस्या: फक्त आणखी एक हजार किंवा दोन समान सर्व्हर खरेदी करा आणि त्यांना जवळपास कनेक्ट करा. सराव मध्ये, ही पृथक प्रकरणे आहेत आणि बरेचदा आम्ही नोड्सच्या लहान संख्येबद्दल आणि थोड्या वेगळ्या आर्किटेक्चरबद्दल बोलत आहोत.

परंतु प्लस समान आहे - स्केलिंग आणि व्यवस्थापनाची अविश्वसनीय सहजता. तोटा असा आहे की भिन्न कार्ये संसाधनांचा वेगळ्या प्रकारे वापर करतात आणि काही ठिकाणी स्थानिक डिस्क भरपूर असतील, इतरांमध्ये थोडी RAM असेल आणि असेच, म्हणजे, विविध प्रकारच्या कार्यांसाठी, संसाधनांचा वापर कमी होईल.

सेटअप सुलभतेसाठी तुम्ही 10-15% अधिक पैसे द्याल. यावरूनच या शीर्षकातील समज उफाळून आला. तंत्रज्ञान कोठे लागू केले जाईल हे शोधण्यात आम्ही बराच वेळ घालवला आणि आम्हाला ते सापडले. वस्तुस्थिती अशी आहे की सिस्कोकडे स्वतःची स्टोरेज सिस्टम नव्हती, परंतु त्यांना संपूर्ण सर्व्हर मार्केट हवे होते. आणि त्यांनी सिस्को हायपरफ्लेक्स बनवले - नोड्सवरील स्थानिक स्टोरेजसह एक उपाय.

आणि हे अचानक बॅकअप डेटा सेंटर्स (डिझास्टर रिकव्हरी) साठी खूप चांगले उपाय ठरले. मी तुम्हाला आता का आणि कसे सांगेन. आणि मी तुम्हाला क्लस्टर चाचण्या दाखवतो.

जिथे गरज आहे

हायपरकन्वर्जेन्स आहे:

1. कम्प्युट नोड्समध्ये डिस्क हस्तांतरित करणे.
2. व्हर्च्युअलायझेशन सबसिस्टमसह स्टोरेज सबसिस्टमचे पूर्ण एकत्रीकरण.
3. नेटवर्क उपप्रणालीसह हस्तांतरण/एकीकरण.

हे संयोजन तुम्हाला व्हर्च्युअलायझेशन स्तरावर आणि सर्व एकाच नियंत्रण विंडोमधून अनेक स्टोरेज सिस्टम वैशिष्ट्ये लागू करण्यास अनुमती देते.

आमच्या कंपनीमध्ये, रिडंडंट डेटा सेंटर डिझाइन करण्याच्या प्रकल्पांना खूप मागणी आहे आणि बॉक्सच्या बाहेर अनेक प्रतिकृती पर्यायांमुळे (मेट्रोक्लस्टरपर्यंत) हायपरकन्व्हर्ज्ड सोल्यूशन निवडले जाते.

बॅकअप डेटा सेंटर्सच्या बाबतीत, आम्ही सहसा शहराच्या दुसर्‍या बाजूला किंवा संपूर्णपणे दुसर्‍या शहरात असलेल्या साइटवरील रिमोट सुविधेबद्दल बोलत असतो. हे आपल्याला मुख्य डेटा सेंटरच्या आंशिक किंवा पूर्ण अपयशी झाल्यास गंभीर प्रणाली पुनर्संचयित करण्याची परवानगी देते. विक्री डेटा तेथे सतत प्रतिकृती बनविला जातो आणि ही प्रतिकृती अनुप्रयोग स्तरावर किंवा ब्लॉक डिव्हाइस (स्टोरेज) स्तरावर असू शकते.

म्हणून, आता मी सिस्टम डिझाइन आणि चाचण्यांबद्दल आणि नंतर बचत डेटासह काही वास्तविक-जीवन अनुप्रयोग परिस्थितींबद्दल बोलेन.

RўРµСЃС‚С ‹

आमच्या उदाहरणामध्ये चार सर्व्हर आहेत, ज्यापैकी प्रत्येकामध्ये 10 GB चे 960 SSD ड्राइव्ह आहेत. कॅशिंग लेखन ऑपरेशन्स आणि सर्व्हिस वर्च्युअल मशीन संचयित करण्यासाठी एक समर्पित डिस्क आहे. उपाय स्वतः चौथी आवृत्ती आहे. पहिला स्पष्टपणे क्रूड आहे (पुनरावलोकनानुसार), दुसरा ओलसर आहे, तिसरा आधीच बराच स्थिर आहे आणि याला सामान्य लोकांसाठी बीटा चाचणी संपल्यानंतर रिलीज म्हटले जाऊ शकते. चाचणी दरम्यान मला कोणतीही समस्या दिसली नाही, सर्वकाही घड्याळासारखे कार्य करते.

v4 मध्ये बदलबग्सचा एक समूह निश्चित केला गेला आहे.

सुरुवातीला, प्लॅटफॉर्म केवळ VMware ESXi हायपरवाइजरसह कार्य करू शकत होता आणि थोड्या संख्येने नोड्सला समर्थन देत होता. तसेच, उपयोजन प्रक्रिया नेहमीच यशस्वीरित्या समाप्त होत नाही, काही चरणे पुन्हा सुरू करावी लागली, जुन्या आवृत्त्यांमधून अद्यतनित करण्यात समस्या होत्या, GUI मधील डेटा नेहमी योग्यरित्या प्रदर्शित केला जात नाही (जरी मी अद्याप कार्यप्रदर्शन आलेखांच्या प्रदर्शनावर समाधानी नाही. , कधी कधी व्हर्च्युअलायझेशन इंटरफेसमध्ये समस्या उद्भवतात.

आता बालपणातील सर्व समस्यांचे निराकरण करण्यात आले आहे, HyperFlex ESXi आणि Hyper-V दोन्ही हाताळू शकते, तसेच हे शक्य आहे:

1. ताणलेला क्लस्टर तयार करणे.
2. फॅब्रिक इंटरकनेक्ट न वापरता कार्यालयांसाठी क्लस्टर तयार करणे, दोन ते चार नोड्समधून (आम्ही फक्त सर्व्हर खरेदी करतो).
3. बाह्य स्टोरेज सिस्टमसह कार्य करण्याची क्षमता.
4. कंटेनर आणि कुबर्नेट्ससाठी समर्थन.
5. उपलब्धता क्षेत्रांची निर्मिती.
6. अंगभूत कार्यक्षमता समाधानकारक नसल्यास VMware SRM सह एकत्रीकरण.

आर्किटेक्चर त्याच्या मुख्य प्रतिस्पर्ध्यांच्या सोल्यूशन्सपेक्षा फारसे वेगळे नाही; त्यांनी सायकल तयार केली नाही. हे सर्व VMware किंवा Hyper-V व्हर्च्युअलायझेशन प्लॅटफॉर्मवर चालते. हार्डवेअर प्रोप्रायटरी Cisco UCS सर्व्हरवर होस्ट केलेले आहे. असे लोक आहेत ज्यांना सुरुवातीच्या सेटअपच्या सापेक्ष जटिलतेसाठी प्लॅटफॉर्मचा तिरस्कार आहे, बरीच बटणे आहेत, टेम्पलेट्सची एक क्षुल्लक प्रणाली आणि अवलंबित्व नाही, परंतु असेही आहेत जे झेन शिकले आहेत, ते या कल्पनेने प्रेरित आहेत आणि यापुढे नको आहेत. इतर सर्व्हरसह कार्य करण्यासाठी.

आम्ही व्हीएमवेअरच्या सोल्यूशनचा विचार करू, कारण सोल्यूशन मूळतः त्यासाठी तयार केले गेले होते आणि त्यात अधिक कार्यक्षमता आहे; स्पर्धकांसोबत राहण्यासाठी आणि बाजाराच्या अपेक्षा पूर्ण करण्यासाठी हायपर-व्ही जोडले गेले.

डिस्कने भरलेल्या सर्व्हरचा क्लस्टर आहे. डेटा स्टोरेजसाठी डिस्क्स आहेत (एसएसडी किंवा एचडीडी - तुमच्या आवडीनुसार आणि गरजेनुसार), कॅशिंगसाठी एक एसएसडी डिस्क आहे. डेटास्टोअरवर डेटा लिहिताना, डेटा कॅशिंग लेयरवर (समर्पित एसएसडी डिस्क आणि व्हीएम सेवेची रॅम) जतन केला जातो. समांतर, डेटाचा एक ब्लॉक क्लस्टरमधील नोड्सवर पाठविला जातो (नोड्सची संख्या क्लस्टर प्रतिकृती घटकावर अवलंबून असते). यशस्वी रेकॉर्डिंगबद्दल सर्व नोड्सकडून पुष्टी केल्यानंतर, रेकॉर्डिंगची पुष्टी हायपरवाइजर आणि नंतर व्हीएमकडे पाठविली जाते. रेकॉर्ड केलेला डेटा डुप्लिकेट केला जातो, संकुचित केला जातो आणि बॅकग्राउंडमध्ये स्टोरेज डिस्कवर लिहिला जातो. त्याच वेळी, एक मोठा ब्लॉक नेहमी स्टोरेज डिस्कवर आणि अनुक्रमे लिहिला जातो, ज्यामुळे स्टोरेज डिस्कवरील भार कमी होतो.

डुप्लिकेशन आणि कॉम्प्रेशन नेहमी सक्षम केले जातात आणि अक्षम केले जाऊ शकत नाहीत. डेटा थेट स्टोरेज डिस्कवरून किंवा RAM कॅशेमधून वाचला जातो. संकरित कॉन्फिगरेशन वापरले असल्यास, रीड देखील SSD वर कॅश केले जातात.

डेटा वर्च्युअल मशीनच्या वर्तमान स्थानाशी जोडलेला नाही आणि नोड्समध्ये समान रीतीने वितरित केला जातो. हा दृष्टिकोन तुम्हाला सर्व डिस्क आणि नेटवर्क इंटरफेस समान रीतीने लोड करण्याची परवानगी देतो. एक स्पष्ट तोटा आहे: आम्ही वाचन विलंब शक्य तितका कमी करू शकत नाही, कारण स्थानिक पातळीवर डेटा उपलब्धतेची कोणतीही हमी नाही. पण मिळालेल्या फायद्यांच्या तुलनेत हा किरकोळ त्याग आहे असे मी मानतो. शिवाय, नेटवर्क विलंब अशा मूल्यांवर पोहोचला आहे की ते एकूण परिणामांवर व्यावहारिकपणे परिणाम करत नाहीत.

प्रत्येक स्टोरेज नोडवर तयार केलेला एक विशेष सेवा VM सिस्को हायपरफ्लेक्स डेटा प्लॅटफॉर्म कंट्रोलर, डिस्क सबसिस्टमच्या संपूर्ण ऑपरेशन लॉजिकसाठी जबाबदार आहे. आमच्या सेवेत व्हीएम कॉन्फिगरेशनमध्ये, आठ व्हीसीपीयू आणि 72 जीबी रॅम वाटप केले गेले, जे इतके कमी नाही. मी तुम्हाला आठवण करून देतो की होस्टमध्ये स्वतः 28 भौतिक कोर आणि 512 GB RAM आहे.

सेवा VM ला SAS कंट्रोलरला VM कडे अग्रेषित करून प्रत्यक्ष डिस्कमध्ये प्रवेश मिळतो. हायपरवाइजरशी संप्रेषण एका विशेष मॉड्यूल IOVisor द्वारे होते, जे I/O ऑपरेशन्समध्ये अडथळा आणते आणि एजंट वापरून जे तुम्हाला हायपरवाइजर API कडे कमांड पाठवू देते. हायपरफ्लेक्स स्नॅपशॉट्स आणि क्लोनसह काम करण्यासाठी एजंट जबाबदार आहे.

डिस्क संसाधने हायपरवाइजरमध्ये NFS किंवा SMB शेअर्स म्हणून आरोहित केली जातात (हायपरवाइजरच्या प्रकारावर अवलंबून, कोणते कुठे आहे याचा अंदाज लावा). आणि हुड अंतर्गत, ही एक वितरित फाइल सिस्टम आहे जी तुम्हाला प्रौढ पूर्ण वाढीव स्टोरेज सिस्टमची वैशिष्ट्ये जोडण्याची परवानगी देते: पातळ व्हॉल्यूम वाटप, कॉम्प्रेशन आणि डिडुप्लिकेशन, रीडायरेक्ट-ऑन-राईट तंत्रज्ञान वापरून स्नॅपशॉट्स, सिंक्रोनस/असिंक्रोनस प्रतिकृती.

सेवा VM हायपरफ्लेक्स सबसिस्टमच्या WEB व्यवस्थापन इंटरफेसमध्ये प्रवेश प्रदान करते. vCenter सह एकीकरण आहे, आणि बहुतेक दैनंदिन कार्ये त्यातून पार पाडता येतात, परंतु डेटास्टोअर, उदाहरणार्थ, जर तुम्ही आधीच वेगवान HTML5 इंटरफेसवर स्विच केले असेल किंवा पूर्ण फ्लॅश क्लायंट वापरला असेल तर वेगळ्या वेबकॅममधून कट करणे अधिक सोयीस्कर आहे. पूर्ण एकात्मतेसह. सेवा वेबकॅममध्ये तुम्ही सिस्टमची कार्यक्षमता आणि तपशीलवार स्थिती पाहू शकता.

क्लस्टरमध्ये आणखी एक प्रकारचा नोड आहे - संगणकीय नोड्स. हे अंगभूत डिस्कशिवाय रॅक किंवा ब्लेड सर्व्हर असू शकतात. हे सर्व्हर व्हीएम चालवू शकतात ज्यांचा डेटा डिस्कसह सर्व्हरवर संग्रहित केला जातो. डेटा ऍक्सेसच्या दृष्टिकोनातून, नोड्सच्या प्रकारांमध्ये फरक नाही, कारण आर्किटेक्चरमध्ये डेटाच्या भौतिक स्थानापासून अमूर्तता समाविष्ट असते. कम्प्युटिंग नोड्स आणि स्टोरेज नोड्सचे कमाल प्रमाण 2:1 आहे.

क्लस्टर रिसोर्सेस स्केलिंग करताना कॉम्प्युट नोड्स वापरल्याने लवचिकता वाढते: आम्हाला फक्त CPU/RAM ची आवश्यकता असल्यास आम्हाला डिस्कसह अतिरिक्त नोड खरेदी करण्याची गरज नाही. याव्यतिरिक्त, आम्ही ब्लेड पिंजरा जोडू शकतो आणि सर्व्हरच्या रॅक प्लेसमेंटवर बचत करू शकतो.

परिणामी, आमच्याकडे खालील वैशिष्ट्यांसह हायपरकन्व्हर्ज्ड प्लॅटफॉर्म आहे:

• क्लस्टरमध्ये 64 नोड्सपर्यंत (32 स्टोरेज नोड्सपर्यंत).
• क्लस्टरमधील नोड्सची किमान संख्या तीन आहे (एज क्लस्टरसाठी दोन).
• डेटा रिडंडंसी मेकॅनिझम: प्रतिकृती घटक 2 आणि 3 सह मिररिंग.
• मेट्रो क्लस्टर.
• दुसर्‍या हायपरफ्लेक्स क्लस्टरवर असिंक्रोनस VM प्रतिकृती.
• रिमोट डेटा सेंटरवर व्हीएम स्विच करण्याचे ऑर्केस्ट्रेशन.
• रीडायरेक्ट-ऑन-राईट तंत्रज्ञान वापरून मूळ स्नॅपशॉट.
• प्रतिकृती घटक 1 वर वापरण्यायोग्य जागेच्या 3 PB पर्यंत आणि डुप्लिकेशनशिवाय. आम्ही प्रतिकृती घटक 2 विचारात घेत नाही, कारण गंभीर विक्रीसाठी हा पर्याय नाही.

आणखी एक मोठा फायदा म्हणजे व्यवस्थापन आणि उपयोजन सुलभता. UCS सर्व्हर सेट करण्याच्या सर्व गुंतागुंतींची काळजी सिस्को अभियंत्यांनी तयार केलेल्या विशेष VM द्वारे घेतली जाते.

चाचणी बेंच कॉन्फिगरेशन:

• 2 x Cisco UCS फॅब्रिक इंटरकनेक्ट 6248UP व्यवस्थापन क्लस्टर आणि नेटवर्क घटक म्हणून (48 पोर्ट इथरनेट 10G/FC 16G मोडमध्ये कार्यरत आहेत).
• चार सिस्को UCS HXAF240 M4 सर्व्हर.

सर्व्हर वैशिष्ट्ये:

सीपीयू

2 x Intel® Xeon® E5-2690 v4

रॅम

16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/ड्युअल रँक/x4/1.2v

नेटवर्क

UCSC-MLOM-CSC-02 (VIC 1227). 2 10G इथरनेट पोर्ट

स्टोरेज HBA

Cisco 12G मॉड्यूलर SAS कंट्रोलरमधून पास

स्टोरेज डिस्क्स

1 x SSD इंटेल S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB

अधिक कॉन्फिगरेशन पर्यायनिवडलेल्या हार्डवेअर व्यतिरिक्त, खालील पर्याय सध्या उपलब्ध आहेत:

• HXAF240c M5.
• Intel Silver 4110 पासून Intel Platinum I8260Y पर्यंतचे एक किंवा दोन CPU. दुसरी पिढी उपलब्ध.
• 24 मेमरी स्लॉट, 16 GB RDIMM 2600 पासून 128 GB LRDIMM 2933 पर्यंतच्या पट्ट्या.
• 6 ते 23 डेटा डिस्क, एक कॅशिंग डिस्क, एक सिस्टम डिस्क आणि एक बूट डिस्क.

क्षमता ड्राइव्हस्

• HX-SD960G61X-EV 960GB 2.5 इंच एंटरप्राइझ व्हॅल्यू 6G SATA SSD (1X सहनशक्ती) SAS 960 GB.
• HX-SD38T61X-EV 3.8TB 2.5 इंच एंटरप्राइझ व्हॅल्यू 6G SATA SSD (1X सहनशक्ती) SAS 3.8 TB.
• कॅशिंग ड्राइव्हस्
• HX-NVMEXPB-I375 375GB 2.5 इंच Intel Optane Drive, Extreme Perf & Endurance.
• HX-NVMEHW-H1600* 1.6TB 2.5 इंच Ent. परफ. NVMe SSD (3X सहनशक्ती) NVMe 1.6 TB.
• HX-SD400G12TX-EP 400GB 2.5 इंच Ent. परफ. 12G SAS SSD (10X सहनशक्ती) SAS 400 GB.
• HX-SD800GBENK9** 800GB 2.5 इंच Ent. परफ. 12G SAS SED SSD (10X सहनशक्ती) SAS 800 GB.
• HX-SD16T123X-EP 1.6TB 2.5 इंच एंटरप्राइज कामगिरी 12G SAS SSD (3X सहनशक्ती).

सिस्टम/लॉग ड्राइव्हस्

• HX-SD240GM1X-EV 240GB 2.5 इंच एंटरप्राइज व्हॅल्यू 6G SATA SSD (अपग्रेड आवश्यक आहे).

बूट ड्राइव्हस्

• HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.

40G, 25G किंवा 10G इथरनेट पोर्टद्वारे नेटवर्कशी कनेक्ट करा.

FI HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) असू शकते.

चाचणी स्वतः

डिस्क सबसिस्टमची चाचणी घेण्यासाठी, मी HCIBench 2.2.1 वापरले. ही एक विनामूल्य उपयुक्तता आहे जी तुम्हाला एकाधिक व्हर्च्युअल मशीनमधून लोड तयार करण्यास स्वयंचलित करण्याची परवानगी देते. भार स्वतः नेहमीच्या फिओद्वारे तयार केला जातो.

आमच्या क्लस्टरमध्ये चार नोड्स, प्रतिकृती घटक 3, सर्व डिस्क फ्लॅश आहेत.

चाचणीसाठी, मी चार डेटास्टोअर आणि आठ आभासी मशीन तयार केल्या. लेखन चाचण्यांसाठी, असे गृहीत धरले जाते की कॅशिंग डिस्क भरलेली नाही.

चाचणी परिणाम खालीलप्रमाणे आहेत:

100% वाचा 100% यादृच्छिक

0% वाचा 100% यादृच्छिक

ब्लॉक/रांगेची खोली

128

256

512

1024

2048

128

256

512

1024

2048

4K

0,59 एमएस 213804 IOPS

0,84 एमएस 303540 IOPS

1,36ms 374348 IOPS

2.47 एमएस 414116 IOPS

4,86ms 420180 IOPS

2,22 एमएस 57408 IOPS

3,09 एमएस 82744 IOPS

5,02 ms 101824 IPOS

8,75 एमएस 116912 IOPS

17,2 एमएस 118592 IOPS

8K

0,67 एमएस 188416 IOPS

0,93 एमएस 273280 IOPS

1,7 एमएस 299932 IOPS

2,72 एमएस 376,484 IOPS

5,47 एमएस 373,176 IOPS

3,1 एमएस 41148 IOPS

4,7 एमएस 54396 IOPS

7,09 एमएस 72192 IOPS

12,77 एमएस 80132 IOPS

16K

0,77 एमएस 164116 IOPS

1,12 एमएस 228328 IOPS

1,9 एमएस 268140 IOPS

3,96 एमएस 258480 IOPS

3,8 एमएस 33640 IOPS

6,97 एमएस 36696 IOPS

11,35 एमएस 45060 IOPS

32K

1,07 एमएस 119292 IOPS

1,79 एमएस 142888 IOPS

3,56 एमएस 143760 IOPS

7,17 एमएस 17810 IOPS

11,96 एमएस 21396 IOPS

64K

1,84 एमएस 69440 IOPS

3,6 एमएस 71008 IOPS

7,26 एमएस 70404 IOPS

11,37 एमएस 11248 IOPS

ठळक मूल्ये दर्शविते ज्यानंतर उत्पादकतेत कोणतीही वाढ होत नाही, कधीकधी अधोगती देखील दिसून येते. हे या वस्तुस्थितीमुळे आहे की आम्ही नेटवर्क/कंट्रोलर/डिस्कच्या कार्यप्रदर्शनाद्वारे मर्यादित आहोत.

• अनुक्रमिक वाचन 4432 MB/s.
• अनुक्रमिक लेखन 804 MB/s.
• एक कंट्रोलर अयशस्वी झाल्यास (व्हर्च्युअल मशीन किंवा होस्टचे अपयश), कार्यप्रदर्शन कमी दुप्पट होते.
• स्टोरेज डिस्क अयशस्वी झाल्यास, ड्रॉडाउन 1/3 आहे. डिस्क रीबिल्ड प्रत्येक कंट्रोलरच्या संसाधनांपैकी 5% घेते.

एका लहान ब्लॉकवर, आम्ही कंट्रोलर (व्हर्च्युअल मशीन) च्या कार्यक्षमतेने मर्यादित आहोत, त्याचे CPU 100% लोड केले आहे आणि जेव्हा ब्लॉक वाढतो तेव्हा आम्ही पोर्ट बँडविड्थद्वारे मर्यादित असतो. AllFlash सिस्टीमची क्षमता अनलॉक करण्यासाठी 10 Gbps पुरेसे नाही. दुर्दैवाने, प्रदान केलेल्या डेमो स्टँडचे पॅरामीटर्स आम्हाला 40 Gbit/s वर ऑपरेशनची चाचणी घेण्याची परवानगी देत ​​नाहीत.

माझ्या चाचण्यांवरून आणि आर्किटेक्चरचा अभ्यास करताना, सर्व होस्टमध्ये डेटा ठेवणार्‍या अल्गोरिदममुळे, आम्हाला स्केलेबल, अंदाज करण्यायोग्य कार्यप्रदर्शन मिळते, परंतु वाचताना ही देखील एक मर्यादा आहे, कारण स्थानिक डिस्क्समधून अधिक पिळून काढणे शक्य होईल, येथे ते अधिक उत्पादक नेटवर्क वाचवू शकते, उदाहरणार्थ, 40 Gbit/s वर FI उपलब्ध आहे.

तसेच, कॅशिंग आणि डुप्लिकेशनसाठी एक डिस्क ही मर्यादा असू शकते; खरं तर, या टेस्टबेडमध्ये आम्ही चार SSD डिस्कवर लिहू शकतो. कॅशिंग ड्राइव्हची संख्या वाढविण्यात आणि फरक पाहण्यास सक्षम असणे चांगले होईल.

वास्तविक वापर

बॅकअप डेटा सेंटर आयोजित करण्यासाठी, तुम्ही दोन पध्दती वापरू शकता (आम्ही रिमोट साइटवर बॅकअप ठेवण्याचा विचार करत नाही):

1. सक्रिय-निष्क्रिय. सर्व अनुप्रयोग मुख्य डेटा सेंटरमध्ये होस्ट केले जातात. प्रतिकृती समकालिक किंवा असिंक्रोनस आहे. मुख्य डेटा सेंटर अयशस्वी झाल्यास, आम्हाला बॅकअप सक्रिय करणे आवश्यक आहे. हे स्वहस्ते/स्क्रिप्ट/ऑर्केस्ट्रेशन ऍप्लिकेशन्सद्वारे केले जाऊ शकते. येथे आम्हाला प्रतिकृती वारंवारतेशी सुसंगत RPO मिळेल आणि RTO प्रशासकाची प्रतिक्रिया आणि कौशल्ये आणि स्विचिंग योजनेच्या विकास/डीबगिंगच्या गुणवत्तेवर अवलंबून असते.
2. सक्रिय-सक्रिय. या प्रकरणात, फक्त सिंक्रोनस प्रतिकृती आहे; डेटा केंद्रांची उपलब्धता तिसऱ्या साइटवर काटेकोरपणे स्थित कोरम/आर्बिटरद्वारे निर्धारित केली जाते. RPO = 0, आणि RTO 0 (अॅप्लिकेशनने परवानगी दिल्यास) किंवा वर्च्युअलायझेशन क्लस्टरमधील नोडच्या फेलओव्हर वेळेइतके पोहोचू शकते. वर्च्युअलायझेशन स्तरावर, एक ताणलेला (मेट्रो) क्लस्टर तयार केला जातो ज्यासाठी सक्रिय-सक्रिय संचयन आवश्यक असते.

सहसा आम्ही पाहतो की क्लायंटने मुख्य डेटा सेंटरमध्ये क्लासिक स्टोरेज सिस्टमसह आर्किटेक्चर आधीच लागू केले आहे, म्हणून आम्ही प्रतिकृतीसाठी दुसरे डिझाइन करतो. मी नमूद केल्याप्रमाणे, सिस्को हायपरफ्लेक्स एसिंक्रोनस प्रतिकृती आणि स्ट्रेच्ड व्हर्च्युअलायझेशन क्लस्टर निर्मिती ऑफर करते. त्याच वेळी, आम्हाला महागड्या प्रतिकृती फंक्शन्स आणि दोन स्टोरेज सिस्टमवर सक्रिय-सक्रिय डेटा ऍक्सेससह मिडरेंज लेव्हल आणि त्याहून अधिक समर्पित स्टोरेज सिस्टमची आवश्यकता नाही.

परिस्थिती २: आमच्याकडे प्राथमिक आणि बॅकअप डेटा सेंटर्स आहेत, VMware vSphere वर व्हर्च्युअलायझेशन प्लॅटफॉर्म आहे. सर्व उत्पादक प्रणाली मुख्य डेटा सेंटरमध्ये स्थित आहेत आणि व्हर्च्युअल मशीनची प्रतिकृती हायपरवाइजर स्तरावर केली जाते, यामुळे बॅकअप डेटा सेंटरमध्ये VM चालू ठेवणे टाळले जाईल. आम्ही अंगभूत साधनांचा वापर करून डेटाबेस आणि विशेष अनुप्रयोगांची प्रतिकृती तयार करतो आणि VM चालू ठेवतो. मुख्य डेटा सेंटर अयशस्वी झाल्यास, आम्ही बॅकअप डेटा सेंटरमध्ये सिस्टम लाँच करतो. आमचा विश्वास आहे की आमच्याकडे जवळपास 100 आभासी मशीन आहेत. प्राथमिक डेटा सेंटर कार्यरत असताना, स्टँडबाय डेटा सेंटर चाचणी वातावरण आणि इतर सिस्टम चालवू शकते जे प्राथमिक डेटा सेंटर स्विच झाल्यास बंद केले जाऊ शकते. हे देखील शक्य आहे की आम्ही द्वि-मार्ग प्रतिकृती वापरतो. हार्डवेअरच्या दृष्टिकोनातून, काहीही बदलणार नाही.

शास्त्रीय आर्किटेक्चरच्या बाबतीत, आम्ही प्रत्येक डेटा सेंटरमध्ये FibreChannel, टायरिंग, डुप्लिकेशन आणि कॉम्प्रेशन (परंतु ऑनलाइन नाही), प्रत्येक साइटसाठी 8 सर्व्हर, 2 FibreChannel स्विचेस आणि 10G इथरनेट द्वारे प्रवेशासह हायब्रिड स्टोरेज सिस्टम स्थापित करू. क्लासिक आर्किटेक्चरमध्ये प्रतिकृती आणि स्विचिंग व्यवस्थापनासाठी, आम्ही VMware टूल्स (प्रतिकृती + SRM) किंवा तृतीय-पक्ष साधने वापरू शकतो, जे थोडे स्वस्त आणि कधीकधी अधिक सोयीस्कर असतील.

आकृती आकृती दर्शवते.

सिस्को हायपरफ्लेक्स वापरताना, खालील आर्किटेक्चर प्राप्त होते:

HyperFlex साठी, मी मोठ्या CPU/RAM संसाधनांसह सर्व्हर वापरले, कारण... काही संसाधने हायपरफ्लेक्स कंट्रोलर व्हीएमकडे जातील; सीपीयू आणि मेमरीच्या बाबतीत, मी हायपरफ्लेक्स कॉन्फिगरेशन थोडेसे पुन्हा कॉन्फिगर केले आहे जेणेकरून सिस्कोसह खेळू नये आणि उर्वरित व्हीएमसाठी संसाधनांची हमी दिली जाईल. परंतु आम्ही फायबर चॅनेल स्विचेस सोडू शकतो आणि आम्हाला प्रत्येक सर्व्हरसाठी इथरनेट पोर्टची आवश्यकता नाही; स्थानिक रहदारी FI मध्ये स्विच केली जाते.

प्रत्येक डेटा सेंटरसाठी खालील कॉन्फिगरेशनचा परिणाम होता:

सर्व्हर

8 x 1U सर्व्हर (384 GB RAM, 2 x Intel Gold 6132, FC HBA)

8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)

SHD

FC फ्रंट-एंडसह हायब्रिड स्टोरेज सिस्टम (20TB SSD, 130 TB NL-SAS)

-

लॅन

2 x इथरनेट स्विच 10G 12 पोर्ट

-

SAN

2 x FC स्विच 32/16Gb 24 पोर्ट

2 x Cisco UCS FI 6332

परवाने

VMware Ent Plus

VM स्विचिंगची प्रतिकृती आणि/किंवा ऑर्केस्ट्रेशन

VMware Ent Plus

मी हायपरफ्लेक्ससाठी प्रतिकृती सॉफ्टवेअर परवाने प्रदान केले नाहीत, कारण हे आमच्यासाठी बॉक्सच्या बाहेर उपलब्ध आहे.

शास्त्रीय आर्किटेक्चरसाठी, मी एक विक्रेता निवडला ज्याने स्वतःला उच्च-गुणवत्तेचा आणि स्वस्त उत्पादक म्हणून स्थापित केले आहे. दोन्ही पर्यायांसाठी, मी विशिष्ट सोल्यूशनसाठी मानक सूट लागू केली आणि परिणामी मला वास्तविक किंमती मिळाल्या.

सिस्को हायपरफ्लेक्स सोल्यूशन 13% स्वस्त झाले.

परिस्थिती २: दोन सक्रिय डेटा केंद्रांची निर्मिती. या परिस्थितीत, आम्ही VMware वर एक ताणलेला क्लस्टर डिझाइन करत आहोत.

क्लासिक आर्किटेक्चरमध्ये व्हर्च्युअलायझेशन सर्व्हर, एक SAN (FC प्रोटोकॉल) आणि दोन स्टोरेज सिस्टम असतात जे त्यांच्या दरम्यान पसरलेल्या व्हॉल्यूममध्ये वाचू आणि लिहू शकतात. प्रत्येक स्टोरेज सिस्टमवर आम्ही स्टोरेजसाठी उपयुक्त क्षमता ठेवतो.

हायपरफ्लेक्समध्ये आम्ही दोन्ही साइटवर समान संख्येच्या नोड्ससह स्ट्रेच क्लस्टर तयार करतो. या प्रकरणात, 2+2 चा प्रतिकृती घटक वापरला जातो.

परिणाम खालील कॉन्फिगरेशन आहे:

शास्त्रीय वास्तुकला

हायपरफ्लेक्स

सर्व्हर

16 x 1U सर्व्हर (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)

16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)

SHD

2 x ऑलफ्लॅश स्टोरेज सिस्टम (150 TB SSD)

-

लॅन

4 x इथरनेट स्विच 10G 24 पोर्ट

-

SAN

4 x FC स्विच 32/16Gb 24 पोर्ट

4 x Cisco UCS FI 6332

परवाने

VMware Ent Plus

VMware Ent Plus

सर्व गणनांमध्ये, मी नेटवर्क इन्फ्रास्ट्रक्चर, डेटा सेंटर खर्च इ. विचारात घेतले नाही: ते शास्त्रीय आर्किटेक्चर आणि हायपरफ्लेक्स सोल्यूशनसाठी समान असतील.

किमतीच्या बाबतीत, हायपरफ्लेक्स 5% अधिक महाग असल्याचे दिसून आले. येथे हे लक्षात घेण्यासारखे आहे की CPU/RAM संसाधनांच्या बाबतीत माझ्याकडे सिस्कोसाठी एक स्क्यू होता, कारण कॉन्फिगरेशनमध्ये मी मेमरी कंट्रोलर चॅनेल समान रीतीने भरले. खर्च किंचित जास्त आहे, परंतु परिमाणाच्या क्रमाने नाही, जे स्पष्टपणे सूचित करते की हायपरकन्व्हर्जन्स हे "श्रीमंतांसाठी खेळणे" नाही, परंतु डेटा सेंटर तयार करण्याच्या मानक दृष्टिकोनाशी स्पर्धा करू शकते. ज्यांच्याकडे आधीपासून Cisco UCS सर्व्हर आणि त्यांच्यासाठी संबंधित पायाभूत सुविधा आहेत त्यांच्यासाठी देखील हे स्वारस्यपूर्ण असू शकते.

फायद्यांपैकी, आम्हाला SAN आणि स्टोरेज सिस्टम, ऑनलाइन कॉम्प्रेशन आणि डुप्लिकेशन, सपोर्टसाठी एकल एंट्री पॉइंट (व्हर्च्युअलायझेशन, सर्व्हर, ते स्टोरेज सिस्टम देखील आहेत), जागा वाचवणे (परंतु सर्व परिस्थितींमध्ये नाही) यासाठी खर्चाची अनुपस्थिती मिळते. ऑपरेशन सुलभ करणे.

समर्थनासाठी, येथे तुम्हाला ते एका विक्रेत्याकडून मिळेल - सिस्को. सिस्को यूसीएस सर्व्हरसह माझ्या अनुभवानुसार, मला ते आवडले; मला ते हायपरफ्लेक्सवर उघडण्याची गरज नाही, सर्व काही समान कार्य करते. अभियंते त्वरित प्रतिसाद देतात आणि केवळ सामान्य समस्याच सोडवू शकत नाहीत, तर जटिल समस्या देखील सोडवू शकतात. कधीकधी मी प्रश्नांसह त्यांच्याकडे वळतो: "हे करणे शक्य आहे का, ते चालू करा?" किंवा “मी येथे काहीतरी कॉन्फिगर केले आहे आणि ते कार्य करू इच्छित नाही. मदत!" - ते संयमाने तेथे आवश्यक मार्गदर्शक शोधतील आणि योग्य कृती दर्शवतील; ते उत्तर देणार नाहीत: "आम्ही फक्त हार्डवेअर समस्या सोडवतो."

संदर्भ

• चष्मा
• व्हर्च्युअल डेटा सेंटर
• डेस्क ड्रॉवरमध्ये डेटा सेंटर
• माझा मेल - [ईमेल संरक्षित]

स्त्रोत: www.habr.com