हात बिना प्रशासन = हाइपरकन्भर्जन?

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

तर प्लस उस्तै रहन्छ - स्केलिंग र व्यवस्थापनको अविश्वसनीय सहजता। नकारात्मक पक्ष यो हो कि विभिन्न कार्यहरूले विभिन्न तरिकाले स्रोतहरू उपभोग गर्छन्, र केही ठाउँहरूमा त्यहाँ धेरै स्थानीय डिस्कहरू हुनेछन्, अरूमा त्यहाँ थोरै RAM हुनेछ, र यस्तै, अर्थात् विभिन्न प्रकारका कार्यहरूको लागि, स्रोतको उपयोग घट्नेछ।

तपाईंले सेटअपको सजिलोको लागि 10-15% बढी तिर्नु भएको छ। यसले शीर्षकमा मिथकलाई जगायो। हामीले लामो समय बितायौं जहाँ टेक्नोलोजी इष्टतम रूपमा लागू हुन्छ, र हामीले फेला पार्यौं। तथ्य यो हो कि सिस्कोको आफ्नै भण्डारण प्रणाली थिएन, तर तिनीहरू पूर्ण सर्भर बजार चाहन्थे। र तिनीहरूले Cisco Hyperflex बनाए - नोडहरूमा स्थानीय भण्डारणको साथ एक समाधान।

र यो अचानक ब्याकअप डाटा केन्द्रहरू (डिजास्टर रिकभरी) को लागी एक धेरै राम्रो समाधान हुन पुग्यो। किन र कसरी अहिले बताउनेछु। र म तपाईंलाई क्लस्टर परीक्षणहरू देखाउनेछु।

जहाँ आवश्यक हुन्छ

Hyperconvergence हो:

1. कम्प्युट नोडहरूमा डिस्कहरू स्थानान्तरण गर्दै।
2. भर्चुअलाइजेशन सबसिस्टमसँग भण्डारण उपप्रणालीको पूर्ण एकीकरण।
3. नेटवर्क उपप्रणालीसँग स्थानान्तरण/एकीकरण।

यो संयोजनले तपाईंलाई भर्चुअलाइजेशन स्तरमा र सबै एक नियन्त्रण विन्डोबाट धेरै भण्डारण प्रणाली सुविधाहरू लागू गर्न अनुमति दिन्छ।

हाम्रो कम्पनीमा, अनावश्यक डेटा केन्द्रहरू डिजाइन गर्ने परियोजनाहरू ठूलो मागमा छन्, र एक हाइपरकन्भर्जेड समाधान प्रायः बक्स बाहिर प्रतिकृति विकल्पहरूको गुच्छा (मेट्रोक्लस्टर सम्म) को कारणले छनौट गरिन्छ।

ब्याकअप डेटा केन्द्रहरूको मामलामा, हामी सामान्यतया सहरको अर्को छेउमा वा अर्को शहरमा रहेको रिमोट सुविधाको बारेमा कुरा गर्दैछौं। यसले तपाईंलाई मुख्य डाटा केन्द्रको आंशिक वा पूर्ण विफलताको घटनामा महत्वपूर्ण प्रणालीहरू पुनर्स्थापना गर्न अनुमति दिन्छ। बिक्री डेटा लगातार त्यहाँ प्रतिकृति छ, र यो प्रतिकृति अनुप्रयोग स्तर वा ब्लक उपकरण (भण्डारण) स्तर मा हुन सक्छ।

त्यसकारण, अब म प्रणाली डिजाइन र परीक्षणहरूको बारेमा कुरा गर्नेछु, र त्यसपछि बचत डेटाको साथ वास्तविक जीवन अनुप्रयोग परिदृश्यहरूको एक जोडीको बारेमा।

टेस्ट

हाम्रो उदाहरणमा चार सर्भरहरू छन्, जसमध्ये प्रत्येकमा 10 GB को 960 SSD ड्राइभहरू छन्। क्यास लेखन कार्यहरू र सेवा भर्चुअल मेसिन भण्डारण गर्नको लागि एक समर्पित डिस्क छ। समाधान नै चौथो संस्करण हो। पहिलो स्पष्ट रूपमा कच्चा छ (समीक्षाहरू द्वारा न्याय गर्दै), दोस्रो ओसिलो छ, तेस्रो पहिले नै धेरै स्थिर छ, र यसलाई सामान्य जनताको लागि बीटा परीक्षणको अन्त्य पछि रिलीज भन्न सकिन्छ। परीक्षणको क्रममा मैले कुनै समस्या देखेन, सबै घडी जस्तै काम गर्दछ।

v4 मा परिवर्तनहरूबगहरूको गुच्छा फिक्स गरिएको छ।

सुरुमा, प्लेटफर्मले VMware ESXi हाइपरभाइजरसँग मात्र काम गर्न सक्छ र थोरै संख्यामा नोडहरूलाई समर्थन गर्‍यो। साथै, डिप्लोइमेन्ट प्रक्रिया सधैं सफलतापूर्वक समाप्त भएन, केहि चरणहरू पुन: सुरु गर्नुपर्‍यो, त्यहाँ पुरानो संस्करणहरूबाट अद्यावधिक गर्न समस्याहरू थिए, GUI मा डाटा सधैं सही रूपमा प्रदर्शन गरिएको थिएन (यद्यपि म अझै प्रदर्शन ग्राफहरूको प्रदर्शनसँग खुसी छैन। ), कहिलेकाहीँ भर्चुअलाइजेशनको साथ इन्टरफेसमा समस्याहरू देखा पर्छन्।

अब सबै बाल्यकाल समस्याहरू फिक्स गरिएको छ, HyperFlex ले ESXi र Hyper-V दुबै ह्यान्डल गर्न सक्छ, साथै यो सम्भव छ:

1. विस्तारित क्लस्टर सिर्जना गर्दै।
2. दुई देखि चार नोडहरू (हामी मात्र सर्भरहरू खरीद) बाट, Fabric Interconnect प्रयोग नगरी कार्यालयहरूको लागि क्लस्टर सिर्जना गर्दै।
3. बाह्य भण्डारण प्रणालीहरूसँग काम गर्ने क्षमता।
4. कन्टेनर र Kubernetes को लागी समर्थन।
5. उपलब्धता क्षेत्रहरूको सिर्जना।
6. यदि निर्मित कार्यक्षमता सन्तोषजनक छैन भने VMware SRM सँग एकीकरण।

वास्तुकला यसको मुख्य प्रतिस्पर्धीहरूको समाधान भन्दा धेरै फरक छैन; तिनीहरूले साइकल सिर्जना गरेनन्। यो सबै VMware वा Hyper-V भर्चुअलाइजेशन प्लेटफर्ममा चल्छ। हार्डवेयर मालिकाना Cisco UCS सर्भरहरूमा होस्ट गरिएको छ। प्रारम्भिक सेटअपको सापेक्ष जटिलता, धेरै बटनहरू, टेम्प्लेटहरू र निर्भरताहरूको एक गैर-तुच्छ प्रणालीको लागि प्लेटफर्मलाई घृणा गर्नेहरू छन्, तर त्यहाँ तिनीहरू पनि छन् जसले जेन सिकेका छन्, विचारबाट प्रेरित छन् र अब चाहँदैनन्। अन्य सर्भरहरूसँग काम गर्न।

हामी VMware को लागि समाधान विचार गर्नेछौं, किनकि समाधान मूल रूपमा यसको लागि सिर्जना गरिएको थियो र अधिक कार्यक्षमता छ; प्रतिस्पर्धीहरूसँग रहन र बजार अपेक्षाहरू पूरा गर्न हाइपर-V बाटोमा थपिएको थियो।

त्यहाँ डिस्कहरूले भरिएको सर्भरहरूको क्लस्टर छ। त्यहाँ डाटा भण्डारणका लागि डिस्कहरू छन् (SSD वा HDD - तपाईंको स्वाद र आवश्यकता अनुसार), त्यहाँ क्यासिङको लागि एउटा SSD डिस्क छ। डाटास्टोरमा डाटा लेख्दा, डाटा क्यासिङ तह (समर्पित SSD डिस्क र सेवा VM को RAM) मा बचत गरिन्छ। समानान्तरमा, डेटाको ब्लक क्लस्टरमा नोडहरूमा पठाइन्छ (नोडहरूको संख्या क्लस्टर प्रतिकृति कारकमा निर्भर गर्दछ)। सफल रेकर्डिङको बारेमा सबै नोडहरूबाट पुष्टि गरेपछि, रेकर्डिङको पुष्टिकरण हाइपरभाइजर र त्यसपछि VM मा पठाइन्छ। रेकर्ड गरिएको डाटा डुप्लिकेट, संकुचित र पृष्ठभूमिमा भण्डारण डिस्कहरूमा लेखिएको छ। एकै समयमा, ठूलो ब्लक सधैं भण्डारण डिस्कहरूमा लेखिएको छ र क्रमिक रूपमा, जसले भण्डारण डिस्कहरूमा लोड कम गर्दछ।

डुप्लिकेशन र कम्प्रेसन सधैं सक्षम हुन्छन् र असक्षम गर्न सकिँदैन। डाटा सिधै भण्डारण डिस्क वा RAM क्यासबाट पढिन्छ। यदि हाइब्रिड कन्फिगरेसन प्रयोग गरिन्छ भने, पढाइहरू पनि SSD मा क्यास हुन्छन्।

डाटा भर्चुअल मेसिनको हालको स्थानमा बाँधिएको छैन र नोडहरू बीच समान रूपमा वितरण गरिएको छ। यो दृष्टिकोणले तपाईंलाई सबै डिस्क र नेटवर्क इन्टरफेसहरू समान रूपमा लोड गर्न अनुमति दिन्छ। त्यहाँ एक स्पष्ट हानि छ: हामीले पढ्ने विलम्बतालाई सकेसम्म कम गर्न सक्दैनौं, किनभने त्यहाँ स्थानीय रूपमा डेटा उपलब्धताको कुनै ग्यारेन्टी छैन। तर प्राप्त लाभको तुलनामा यो सानो त्याग हो भन्ने मलाई विश्वास छ। यसबाहेक, नेटवर्क ढिलाइहरू यस्ता मानहरूमा पुगेका छन् कि तिनीहरूले व्यावहारिक रूपमा समग्र परिणामलाई असर गर्दैनन्।

एक विशेष सेवा VM Cisco HyperFlex डाटा प्लेटफर्म नियन्त्रक, जुन प्रत्येक भण्डारण नोडमा सिर्जना गरिएको छ, डिस्क सबसिस्टमको सम्पूर्ण सञ्चालन तर्कको लागि जिम्मेवार छ। हाम्रो सेवा VM कन्फिगरेसनमा, आठ vCPU र 72 GB RAM आवंटित गरिएको थियो, जुन यति सानो छैन। मलाई तपाईलाई सम्झाउन दिनुहोस् कि होस्टसँग 28 भौतिक कोर र 512 GB RAM छ।

सेवा VM सँग भौतिक डिस्कहरूमा सीधै SAS नियन्त्रकलाई VM मा फर्वार्ड गरेर पहुँच छ। हाइपरभाइजरसँगको सञ्चार एक विशेष मोड्युल IOVisor मार्फत हुन्छ, जसले I/O अपरेसनहरू रोक्छ, र तपाईंलाई हाइपरभाइजर API मा आदेशहरू पठाउन अनुमति दिने एजेन्ट प्रयोग गर्दछ। हाइपरफ्लेक्स स्न्यापशट र क्लोनहरूसँग काम गर्नको लागि एजेन्ट जिम्मेवार छ।

डिस्क स्रोतहरू हाइपरभाइजरमा NFS वा SMB सेयरहरूको रूपमा माउन्ट गरिएका छन् (हाइपरभाइजरको प्रकारमा निर्भर गर्दै, अनुमान गर्नुहोस् कि कुन कहाँ छ)। र हुड अन्तर्गत, यो एक वितरित फाइल प्रणाली हो जसले तपाईंलाई वयस्क पूर्ण भण्डारण प्रणालीका सुविधाहरू थप्न अनुमति दिन्छ: पातलो भोल्युम आवंटन, कम्प्रेसन र डुप्लिकेशन, रिडायरेक्ट-अन-राइट टेक्नोलोजी प्रयोग गरेर स्न्यापसटहरू, सिंक्रोनस/एसिन्क्रोनस प्रतिकृति।

सेवा VM ले HyperFlex उपप्रणालीको WEB व्यवस्थापन इन्टरफेसमा पहुँच प्रदान गर्दछ। त्यहाँ vCenter सँग एकीकरण छ, र प्राय जसो दैनिक कार्यहरू यसबाट गर्न सकिन्छ, तर डाटास्टोरहरू, उदाहरणका लागि, यदि तपाईंले पहिले नै द्रुत HTML5 इन्टरफेसमा स्विच गर्नुभएको छ भने, वा पूर्ण-फ्लेज भएको फ्ल्यास क्लाइन्ट प्रयोग गरिसक्नुभएको छ भने छुट्टै वेबक्यामबाट काट्न धेरै सुविधाजनक हुन्छ। पूर्ण एकीकरण संग। सेवा वेबक्याममा तपाइँ प्रणालीको प्रदर्शन र विस्तृत स्थिति हेर्न सक्नुहुन्छ।

त्यहाँ क्लस्टरमा अर्को प्रकारको नोड छ - कम्प्युटिंग नोडहरू। यी निर्मित डिस्क बिना र्याक वा ब्लेड सर्भर हुन सक्छ। यी सर्भरहरूले VM हरू चलाउन सक्छन् जसको डाटा डिस्कहरू भएका सर्भरहरूमा भण्डार गरिएको छ। डेटा पहुँचको दृष्टिकोणबाट, नोडहरूको प्रकारहरू बीच कुनै भिन्नता छैन, किनभने वास्तुकलाले डेटाको भौतिक स्थानबाट सार समावेश गर्दछ। भण्डारण नोडहरूमा कम्प्युटिङ नोडहरूको अधिकतम अनुपात २:१ हो।

क्लस्टर स्रोतहरू स्केल गर्दा कम्प्युट नोडहरू प्रयोग गर्दा लचिलोपन बढ्छ: यदि हामीलाई केवल CPU/RAM चाहिन्छ भने हामीले डिस्कहरूसँग थप नोडहरू किन्न आवश्यक छैन। थप रूपमा, हामी ब्लेड पिंजरा थप्न सक्छौं र सर्भरहरूको र्याक प्लेसमेन्टमा बचत गर्न सक्छौं।

नतिजाको रूपमा, हामीसँग निम्न सुविधाहरूको साथ हाइपरकन्भर्जेड प्लेटफर्म छ:

• एक क्लस्टरमा 64 नोडहरू सम्म (32 भण्डारण नोडहरू सम्म)।
• क्लस्टरमा नोडहरूको न्यूनतम संख्या तीन हो (एज क्लस्टरको लागि दुई)।
• डाटा रिडन्डन्सी मेकानिजम: प्रतिकृति कारक 2 र 3 संग मिररिङ।
• मेट्रो क्लस्टर।
• अर्को HyperFlex क्लस्टरमा एसिन्क्रोनस VM प्रतिकृति।
• रिमोट डेटा सेन्टरमा VM लाई स्विच गर्ने अर्केस्ट्रेशन।
• रिडायरेक्ट-अन-राइट टेक्नोलोजी प्रयोग गरेर नेटिभ स्न्यापसटहरू।
• प्रतिकृति कारक 1 मा प्रयोगयोग्य ठाउँको 3 PB सम्म र बिना प्रतिलिपि। हामी प्रतिकृति कारक 2 लाई ध्यानमा राख्दैनौं, किनकि यो गम्भीर बिक्रीको लागि विकल्प होइन।

अर्को ठूलो प्लस व्यवस्थापन र तैनाती को सजिलो छ। UCS सर्भरहरू सेटअप गर्ने सबै जटिलताहरूलाई सिस्को इन्जिनियरहरूद्वारा तयार गरिएको विशेष VM द्वारा हेरचाह गरिन्छ।

परीक्षण बेन्च कन्फिगरेसन:

• 2 x Cisco UCS Fabric Interconnect 6248UP व्यवस्थापन क्लस्टर र नेटवर्क कम्पोनेन्टको रूपमा (48 पोर्टहरू इथरनेट 10G/FC 16G मोडमा सञ्चालन हुन्छ)।
• चार सिस्को UCS HXAF240 M4 सर्भरहरू।

सर्भर विशेषताहरु:

CPU

2 x Intel® Xeon® E5-2690 v4

राम

16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/dual rank/x4/1.2v

नेटवर्क

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

भण्डारण HBA

Cisco 12G मोड्युलर SAS नियन्त्रक मार्फत पास

भण्डारण डिस्क

1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB

थप कन्फिगरेसन विकल्पहरूचयन गरिएको हार्डवेयरको अतिरिक्त, निम्न विकल्पहरू हाल उपलब्ध छन्:

• HXAF240c M5।
• एक वा दुई CPU हरू Intel Silver 4110 बाट Intel Platinum I8260Y सम्म। दोस्रो पुस्ता उपलब्ध छ।
• 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। Perf। NVMe SSD (3X सहनशीलता) NVMe 1.6 TB।
• HX-SD400G12TX-EP 400GB 2.5 इन्च Ent। Perf। 12G SAS SSD (10X सहनशीलता) SAS 400 GB।
• HX-SD800GBENK9** 800GB 2.5 इन्च Ent। Perf। 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 प्रयोग गरें। यो एक नि: शुल्क उपयोगिता हो जसले तपाईंलाई बहु भर्चुअल मेसिनहरूबाट लोडको सिर्जनालाई स्वचालित गर्न अनुमति दिन्छ। लोड आफै सामान्य fio द्वारा उत्पन्न हुन्छ।

हाम्रो क्लस्टरमा चार नोडहरू, प्रतिकृति कारक 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 मा सञ्चालन परीक्षण गर्न अनुमति दिँदैन।

परीक्षण र वास्तुकलाको अध्ययनबाट मेरो धारणामा, एल्गोरिथ्मको कारणले गर्दा सबै होस्टहरू बीच डाटा राख्छ, हामी स्केलेबल, अनुमानित कार्यसम्पादन पाउँछौं, तर यो पढ्दा पनि सीमितता हो, किनभने यो स्थानीय डिस्कहरूबाट थप निचोड गर्न सम्भव हुनेछ, यहाँ यसले थप उत्पादक नेटवर्क बचत गर्न सक्छ, उदाहरणका लागि, FI 40 Gbit/s मा उपलब्ध छ।

साथै, क्यासिङ र डुप्लिकेशनको लागि एउटा डिस्क एक सीमा हुन सक्छ; वास्तवमा, यस टेस्टबेडमा हामी चार SSD डिस्कहरूमा लेख्न सक्छौं। क्यासिङ ड्राइभको संख्या बढाउन र भिन्नता हेर्न सक्षम हुनु राम्रो हुनेछ।

वास्तविक प्रयोग

ब्याकअप डाटा सेन्टर संगठित गर्न, तपाईं दुई दृष्टिकोणहरू प्रयोग गर्न सक्नुहुन्छ (हामी टाढाको साइटमा ब्याकअप राख्ने विचार गर्दैनौं):

1. सक्रिय-निष्क्रिय। सबै अनुप्रयोगहरू मुख्य डाटा केन्द्रमा होस्ट गरिएका छन्। प्रतिकृति सिंक्रोनस वा एसिन्क्रोनस हो। यदि मुख्य डाटा केन्द्र असफल भयो भने, हामीले ब्याकअप एक सक्रिय गर्न आवश्यक छ। यो म्यानुअल रूपमा गर्न सकिन्छ/लिपिहरू/अर्केस्ट्रेसन अनुप्रयोगहरू। यहाँ हामी प्रतिकृति आवृत्ति संग एक RPO प्राप्त गर्नेछौं, र RTO प्रशासक को प्रतिक्रिया र कौशल र स्विचिंग योजना को विकास / डिबग को गुणवत्ता मा निर्भर गर्दछ।
2. सक्रिय - सक्रिय। यस अवस्थामा, त्यहाँ सिंक्रोनस प्रतिकृति मात्र छ; डेटा केन्द्रहरूको उपलब्धता तेस्रो साइटमा कडा रूपमा अवस्थित कोरम/आर्बिटरद्वारा निर्धारण गरिन्छ। RPO = ०, र RTO ० मा पुग्न सक्छ (यदि अनुप्रयोगले अनुमति दिन्छ) वा भर्चुअलाइजेशन क्लस्टरमा नोडको फेलओभर समय बराबर। भर्चुअलाइजेशन स्तरमा, एक स्ट्रेच गरिएको (मेट्रो) क्लस्टर सिर्जना गरिएको छ जसलाई सक्रिय-सक्रिय भण्डारण आवश्यक पर्दछ।

सामान्यतया हामी देख्छौं कि ग्राहकहरूले पहिले नै मुख्य डेटा केन्द्रमा क्लासिक भण्डारण प्रणालीको साथ वास्तुकला लागू गरिसकेका छन्, त्यसैले हामी प्रतिकृतिको लागि अर्को डिजाइन गर्छौं। मैले उल्लेख गरेझैं, सिस्को हाइपरफ्लेक्सले एसिन्क्रोनस प्रतिकृति र स्ट्रेच्ड भर्चुअलाइजेशन क्लस्टर सिर्जना प्रदान गर्दछ। एकै समयमा, हामीलाई महँगो प्रतिकृति कार्यहरू र दुई भण्डारण प्रणालीहरूमा सक्रिय-सक्रिय डेटा पहुँचको साथ मिडरेन्ज स्तर र उच्चको समर्पित भण्डारण प्रणाली आवश्यक पर्दैन।

परिदृश्य १: हामीसँग प्राथमिक र ब्याकअप डेटा केन्द्रहरू छन्, VMware vSphere मा भर्चुअलाइजेशन प्लेटफर्म। सबै उत्पादक प्रणालीहरू मुख्य डाटा सेन्टरमा अवस्थित छन्, र भर्चुअल मेसिनहरूको प्रतिकृति हाइपरभाइजर स्तरमा गरिन्छ, यसले ब्याकअप डाटा केन्द्रमा VM हरू अन गर्नबाट जोगिनेछ। हामी बिल्ट-इन उपकरणहरू प्रयोग गरेर डाटाबेसहरू र विशेष अनुप्रयोगहरू नक्कल गर्छौं र VMs सक्रिय राख्छौं। यदि मुख्य डाटा केन्द्र असफल भयो भने, हामी ब्याकअप डाटा केन्द्रमा प्रणालीहरू सुरु गर्छौं। हामी विश्वास गर्छौं कि हामीसँग लगभग 100 भर्चुअल मेसिनहरू छन्। प्राइमरी डाटा सेन्टर सञ्चालनमा हुँदा, स्ट्यान्डबाइ डाटा सेन्टरले परीक्षण वातावरण र अन्य प्रणालीहरू चलाउन सक्छ जुन प्राथमिक डाटा सेन्टर स्विच ओभर भएमा बन्द गर्न सकिन्छ। यो पनि सम्भव छ कि हामी दुई-तर्फी प्रतिकृति प्रयोग गर्छौं। हार्डवेयर दृष्टिकोणबाट, केहि परिवर्तन हुनेछैन।

शास्त्रीय वास्तुकलाको मामलामा, हामी प्रत्येक डाटा केन्द्रमा FibreChannel, tiering, deduplication र कम्प्रेसन (तर अनलाइन होइन), प्रत्येक साइटका लागि 8 सर्भर, 2 FibreChannel स्विच र 10G इथरनेट मार्फत पहुँच भएको हाइब्रिड भण्डारण प्रणाली स्थापना गर्नेछौं। क्लासिक आर्किटेक्चरमा प्रतिकृति र स्विचिङ व्यवस्थापनको लागि, हामी VMware उपकरणहरू (प्रतिकृति + SRM) वा तेस्रो-पक्ष उपकरणहरू प्रयोग गर्न सक्छौं, जुन थोरै सस्तो र कहिलेकाहीँ अधिक सुविधाजनक हुनेछ।

चित्रले रेखाचित्र देखाउँछ।

सिस्को हाइपरफ्लेक्स प्रयोग गर्दा, निम्न वास्तुकला प्राप्त हुन्छ:

HyperFlex को लागि, मैले ठूला CPU/RAM स्रोतहरू भएका सर्भरहरू प्रयोग गरे, किनभने... केही स्रोतहरू HyperFlex नियन्त्रक VM मा जानेछन्; CPU र मेमोरीको सन्दर्भमा, मैले हाइपरफ्लेक्स कन्फिगरेसनलाई अलिकति पुन: कन्फिगर गरें ताकि सिस्कोसँग खेल्न नपरोस् र बाँकी VM हरूका लागि स्रोतहरू ग्यारेन्टी गर्नुहोस्। तर हामी FibreChannel स्विचहरू त्याग्न सक्छौं, र हामीलाई प्रत्येक सर्भरको लागि इथरनेट पोर्टहरू आवश्यक पर्दैन; स्थानीय ट्राफिक 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 पोर्टहरू

-

सैन

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 AllFlash भण्डारण प्रणाली (150 TB SSD)

-

लैन

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

-

सैन

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

4 x Cisco UCS FI 6332

लाइसेन्स

VMware Ent Plus

VMware Ent Plus

सबै गणनाहरूमा, मैले नेटवर्क पूर्वाधार, डेटा केन्द्र लागतहरू, आदिलाई ध्यानमा राखिन: तिनीहरू क्लासिक वास्तुकला र हाइपरफ्लेक्स समाधानको लागि समान हुनेछन्।

लागतको हिसाबले, HyperFlex 5% बढी महँगो भयो। यो यहाँ ध्यान दिन लायक छ कि CPU/RAM स्रोतहरूको सन्दर्भमा म सिस्कोको लागि स्क्यु थियो, किनकि कन्फिगरेसनमा मैले मेमोरी कन्ट्रोलर च्यानलहरू समान रूपमा भरें। लागत थोरै बढी छ, तर परिमाणको क्रमले होइन, जसले स्पष्ट रूपमा संकेत गर्छ कि हाइपरकन्भरजेन्स "धनीहरूका लागि खेलौना" होइन, तर डाटा सेन्टर निर्माण गर्ने मानक दृष्टिकोणसँग प्रतिस्पर्धा गर्न सक्छ। यो पहिले देखि नै Cisco UCS सर्भरहरू र तिनीहरूका लागि सम्बन्धित पूर्वाधार भएकाहरूका लागि पनि चासोको विषय हुन सक्छ।

फाइदाहरू मध्ये, हामीले SAN र भण्डारण प्रणालीहरू, अनलाइन कम्प्रेसन र डुप्लिकेशन, समर्थनको लागि एकल प्रविष्टि बिन्दु (भर्चुअलाइजेसन, सर्भरहरू, तिनीहरू पनि भण्डारण प्रणालीहरू हुन्), ठाउँ बचत (तर सबै परिदृश्यहरूमा) को लागी लागतको अभाव पाउँछौं। सञ्चालन सरलीकरण।

समर्थनको लागि, यहाँ तपाइँ यसलाई एक विक्रेताबाट प्राप्त गर्नुहुन्छ - सिस्को। सिस्को यूसीएस सर्भरहरूको साथ मेरो अनुभवको आधारमा, मलाई यो मनपर्यो; मैले यसलाई हाइपरफ्लेक्समा खोल्नु पर्दैन, सबै कुरा उस्तै काम गर्यो। इन्जिनियरहरूले तुरुन्तै प्रतिक्रिया दिन्छन् र सामान्य समस्याहरू मात्र होइन, तर जटिल किनारका केसहरू पनि समाधान गर्न सक्छन्। कहिलेकाहीँ म प्रश्नहरूको साथ उनीहरूलाई फर्काउँछु: "के यो गर्न सम्भव छ, यसलाई स्क्रिन गर्नुहोस्?" वा "मैले यहाँ केहि कन्फिगर गरेको छु, र यसले काम गर्न चाहँदैन। मद्दत गर्नुहोस्!" - तिनीहरूले धैर्यपूर्वक त्यहाँ आवश्यक गाइड फेला पार्नेछन् र सही कार्यहरू औंल्याउनुहुनेछ; तिनीहरूले जवाफ दिने छैनन्: "हामी केवल हार्डवेयर समस्याहरू समाधान गर्छौं।"

सन्दर्भ

• चश्मा
• भर्चुअल डाटा केन्द्र
• डेस्क दराजमा डाटा केन्द्र
• मेरो मेल - [ईमेल सुरक्षित]

स्रोत: www.habr.com