VMware vSphere सँग काम गर्दा AFA AccelStor कन्फिगर गर्नका लागि सिफारिसहरू

यस लेखमा, म सबैभन्दा लोकप्रिय भर्चुअलाइजेशन प्लेटफर्महरू - VMware vSphere सँग काम गर्ने सबै फ्ल्यास एक्सेलस्टोर एरेहरूको सुविधाहरूको बारेमा कुरा गर्न चाहन्छु। विशेष गरी, ती प्यारामिटरहरूमा फोकस गर्नुहोस् जसले तपाईंलाई All Flash जस्ता शक्तिशाली उपकरण प्रयोग गरेर अधिकतम प्रभाव प्राप्त गर्न मद्दत गर्दछ।

AccelStor NeoSapphire™ सबै फ्ल्यास arrays छन् एउटा कुरा वा двух एसएसडी ड्राइभमा आधारित नोड उपकरणहरू डाटा भण्डारणको अवधारणा लागू गर्न र स्वामित्व प्रविधि प्रयोग गरेर यसमा पहुँच व्यवस्थित गर्न मौलिक रूपमा फरक दृष्टिकोणको साथ। FlexiRemap® धेरै लोकप्रिय RAID एल्गोरिदम को सट्टा। एरेहरूले फाइबर च्यानल वा iSCSI इन्टरफेसहरू मार्फत होस्टहरूमा ब्लक पहुँच प्रदान गर्दछ। निष्पक्ष हुनको लागि, हामी नोट गर्छौं कि ISCSI इन्टरफेस भएका मोडेलहरूमा पनि राम्रो बोनसको रूपमा फाइल पहुँच छ। तर यस लेखमा हामी सबै फ्ल्यासको लागि सबैभन्दा उत्पादकको रूपमा ब्लक प्रोटोकलहरूको प्रयोगमा ध्यान केन्द्रित गर्नेछौं।

AccelStor array र VMware vSphere भर्चुअलाइजेशन प्रणालीको संयुक्त अपरेशनको डिप्लोइमेन्ट र त्यसपछिको कन्फिगरेसनको सम्पूर्ण प्रक्रियालाई धेरै चरणहरूमा विभाजन गर्न सकिन्छ:

• जडान टोपोलोजीको कार्यान्वयन र SAN नेटवर्कको कन्फिगरेसन;
• सबै फ्ल्यास एरे सेट अप गर्दै;
• ESXi होस्टहरू कन्फिगर गर्दै;
• भर्चुअल मेसिनहरू सेटअप गर्दै।

AccelStor NeoSapphire™ फाइबर च्यानल arrays र iSCSI arrays नमूना हार्डवेयरको रूपमा प्रयोग गरियो। आधार सफ्टवेयर VMware vSphere 6.7U1 हो।

यस लेखमा वर्णन गरिएका प्रणालीहरू डिप्लोइ गर्नु अघि, यो अत्यधिक सिफारिस गरिएको छ कि तपाइँ VMware बाट कार्यसम्पादन मुद्दाहरूको सम्बन्धमा कागजातहरू पढ्नुहोस् (VMware vSphere 6.7 को लागि प्रदर्शन उत्तम अभ्यासहरू ) र iSCSI सेटिङहरू (ISCSI मा VMware vSphere चलाउनका लागि उत्तम अभ्यासहरू)

जडान टोपोलोजी र SAN नेटवर्क कन्फिगरेसन

SAN नेटवर्कका मुख्य कम्पोनेन्टहरू ESXi होस्टहरूमा HBAs, SAN स्विचहरू र एरे नोडहरू हुन्। यस्तो नेटवर्कको लागि एक विशिष्ट टोपोलोजी यस्तो देखिन्छ:

यहाँ स्विच शब्दले छुट्टै भौतिक स्विच वा स्विचहरूको सेट (फ्याब्रिक), र विभिन्न सेवाहरू (फाइबर च्यानलको मामलामा VSAN र iSCSI को मामलामा VLAN) बीच साझेदारी गरिएको उपकरण दुवैलाई जनाउँछ। दुई स्वतन्त्र स्विचहरू/फैब्रिकहरू प्रयोग गर्दा असफलताको सम्भावित बिन्दु हटाउनेछ।

एरेमा होस्टहरूको सीधा जडान, समर्थित भए पनि, अत्यधिक सिफारिस गरिएको छैन। सबै फ्ल्यास arrays को प्रदर्शन धेरै उच्च छ। र अधिकतम गतिको लागि, एरेका सबै पोर्टहरू प्रयोग गरिनुपर्छ। त्यसकारण, होस्टहरू र NeoSapphire™ बीच कम्तिमा एउटा स्विचको उपस्थिति अनिवार्य छ।

होस्ट HBA मा दुई पोर्टहरूको उपस्थिति अधिकतम प्रदर्शन प्राप्त गर्न र गल्ती सहिष्णुता सुनिश्चित गर्न अनिवार्य आवश्यकता हो।

फाइबर च्यानल इन्टरफेस प्रयोग गर्दा, प्रारम्भकर्ता र लक्ष्यहरू बीचको सम्भावित टक्करहरू हटाउन जोनिङ कन्फिगर गरिनुपर्छ। क्षेत्रहरू "एक प्रारम्भिक पोर्ट - एक वा धेरै एरे पोर्टहरू" को सिद्धान्तमा बनाइएका छन्।

यदि तपाइँ अन्य सेवाहरूसँग साझेदारी गरिएको स्विच प्रयोग गर्ने सन्दर्भमा iSCSI मार्फत जडान प्रयोग गर्नुहुन्छ भने, त्यसपछि छुट्टै VLAN भित्र iSCSI ट्राफिकलाई अलग गर्न अनिवार्य छ। सञ्जालमा प्याकेटहरूको साइज बढाउन जम्बो फ्रेमहरू (MTU = 9000) को लागि समर्थन सक्षम गर्न र यसरी प्रसारणको समयमा ओभरहेड जानकारीको मात्रा घटाउन यो अत्यधिक सिफारिस गरिएको छ। यद्यपि, यो सम्झना लायक छ कि सही सञ्चालनको लागि "प्रारम्भिक-स्विच-लक्ष्य" चेनको साथमा सबै नेटवर्क कम्पोनेन्टहरूमा MTU प्यारामिटर परिवर्तन गर्न आवश्यक छ।

सबै फ्ल्यास एरे सेटअप गर्दै

एरे पहिले नै गठन गरिएका समूहहरूसँग ग्राहकहरूलाई डेलिभर गरिएको छ FlexiRemap®। त्यसकारण, ड्राइभहरूलाई एकल संरचनामा जोड्न कुनै कार्यहरू लिनु आवश्यक छैन। तपाईले आवश्यक आकार र मात्राको मात्राहरू सिर्जना गर्न आवश्यक छ।

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

अर्को, यो सिर्जना गरिएको भोल्युमहरू "प्रकाशित" गर्न र ACLs (iSCSI को लागि IP ठेगानाहरू र FC का लागि WWPN) प्रयोग गरेर होस्टहरूबाट पहुँच अधिकारहरू सेट गर्न र एरे पोर्टहरूद्वारा भौतिक विभाजन गर्न बाँकी छ। iSCSI मोडेलहरूको लागि यो लक्ष्य सिर्जना गरेर गरिन्छ।

FC मोडेलहरूको लागि, प्रकाशन एरेको प्रत्येक पोर्टको लागि LUN को सिर्जना मार्फत हुन्छ।

सेटअप प्रक्रियालाई गति दिन, होस्टहरूलाई समूहहरूमा जोड्न सकिन्छ। यसबाहेक, यदि होस्टले मल्टिपोर्ट FC HBA प्रयोग गर्दछ (जुन अभ्यासमा प्रायः हुन्छ), तब प्रणालीले स्वचालित रूपमा निर्धारण गर्दछ कि यस्तो HBA को पोर्टहरू एकल होस्टसँग सम्बन्धित छन् WWPNs को लागी धन्यवाद जुन एकद्वारा भिन्न हुन्छ। लक्ष्य/LUN को ब्याच सिर्जना दुबै इन्टरफेसहरूको लागि पनि समर्थित छ।

iSCSI इन्टरफेस प्रयोग गर्दा एउटा महत्त्वपूर्ण नोट कार्यसम्पादन वृद्धि गर्न एकै पटक भोल्युमका लागि धेरै लक्ष्यहरू सिर्जना गर्नु हो, किनकि लक्ष्यमा लाम परिवर्तन गर्न सकिँदैन र प्रभावकारी रूपमा अवरोध हुनेछ।

ESXi होस्टहरू कन्फिगर गर्दै

ESXi होस्ट साइडमा, आधारभूत कन्फिगरेसन पूर्ण रूपमा अपेक्षित परिदृश्य अनुसार गरिन्छ। iSCSI जडानको लागि प्रक्रिया:

1. सफ्टवेयर iSCSI एडाप्टर थप्नुहोस् (यदि यो पहिले नै थपिएको छ भने आवश्यक पर्दैन, वा यदि तपाइँ हार्डवेयर iSCSI एडाप्टर प्रयोग गर्दै हुनुहुन्छ भने);
2. iSCSI ट्राफिक पास हुने vSwitch सिर्जना गर्दै, र यसमा भौतिक अपलिङ्क र VMkernal थप्दै;
3. Dynamic Discovery मा array ठेगानाहरू थप्दै;
4. डाटास्टोर सिर्जना

केहि महत्त्वपूर्ण नोटहरू:

• सामान्य अवस्थामा, अवश्य पनि, तपाइँ अवस्थित vSwitch प्रयोग गर्न सक्नुहुन्छ, तर छुट्टै vSwitch को मामलामा, होस्ट सेटिङहरू प्रबन्ध गर्न धेरै सजिलो हुनेछ।
• व्यवस्थापन र iSCSI ट्राफिकलाई अलग-अलग भौतिक लिङ्कहरू र/वा VLANहरूमा कार्यसम्पादन समस्याहरूबाट बच्न अलग गर्न आवश्यक छ।
• VMkernal को IP ठेगानाहरू र सबै फ्ल्यास array को सम्बन्धित पोर्टहरू कार्यसम्पादन समस्याहरूको कारण फेरि, एउटै सबनेट भित्र हुनुपर्छ।
• VMware नियमहरू अनुसार त्रुटि सहिष्णुता सुनिश्चित गर्न, vSwitch मा कम्तिमा दुई भौतिक अपलिङ्कहरू हुनुपर्छ
• यदि जम्बो फ्रेमहरू प्रयोग गरिन्छ भने, तपाईंले vSwitch र VMkernal दुवैको MTU परिवर्तन गर्न आवश्यक छ
• iSCSI ट्राफिकसँग काम गर्न प्रयोग गरिने भौतिक एडेप्टरहरूका लागि VMware सिफारिसहरू अनुसार, टिमिङ र फेलओभर कन्फिगर गर्न आवश्यक छ भनी सम्झाउन यो उपयोगी हुनेछ। विशेष गरी, प्रत्येक VMkernal ले एउटा अपलिङ्क मार्फत मात्र काम गर्नुपर्छ, दोस्रो अपलिङ्क प्रयोग नगरिएको मोडमा स्विच गरिनुपर्छ। गल्ती सहिष्णुताको लागि, तपाईंले दुई VMkernals थप्न आवश्यक छ, जसमध्ये प्रत्येकले आफ्नै अपलिङ्क मार्फत काम गर्नेछ।

VMkernel एडाप्टर (vmk#)
भौतिक नेटवर्क एडाप्टर (vmnic#)

vmk1 (भण्डारण01)
सक्रिय एडेप्टरहरू
vmnic2
प्रयोग नगरिएका एडेप्टरहरू
vmnic3

vmk2 (भण्डारण02)
सक्रिय एडेप्टरहरू
vmnic3
प्रयोग नगरिएका एडेप्टरहरू
vmnic2

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

Datastore सिर्जना गरेपछि, तपाईंले लक्ष्य/LUN जाने बाटोहरूको लागि राउन्ड रोबिन नीति सबैभन्दा प्रदर्शनकारी रूपमा प्रयोग भएको छ भनी सुनिश्चित गर्न आवश्यक छ।

पूर्वनिर्धारित रूपमा, VMware सेटिङहरूले योजना अनुसार यो नीतिको प्रयोगको लागि प्रदान गर्दछ: पहिलो मार्ग मार्फत 1000 अनुरोधहरू, दोस्रो मार्ग मार्फत अर्को 1000 अनुरोधहरू, आदि। होस्ट र दुई-नियन्त्रक एरे बीचको यस्तो अन्तरक्रिया असंतुलित हुनेछ। त्यसैले, हामी Esxcli/PowerCLI मार्फत राउन्ड रोबिन नीति = १ प्यारामिटर सेट गर्न सिफारिस गर्छौं।

मापदण्डहरू

Esxcli को लागी:

• उपलब्ध LUN हरू सूची गर्नुहोस्

esxcli भण्डारण एनएमपी उपकरण सूची

• यन्त्रको नाम प्रतिलिपि गर्नुहोस्
• राउन्ड रोबिन नीति परिवर्तन गर्नुहोस्

esxcli भण्डारण nmp psp राउन्डरोबिन उपकरण कन्फिगरेसन सेट —प्रकार=iops —iops=1 —device=“Device_ID”

धेरैजसो आधुनिक अनुप्रयोगहरू ब्यान्डविथको अधिकतम उपयोग गर्न र CPU लोड घटाउनको लागि ठूला डाटा प्याकेटहरू आदानप्रदान गर्न डिजाइन गरिएको हो। त्यसकारण, ESXi ले पूर्वनिर्धारित रूपमा 32767KB सम्मको भण्डारण उपकरणमा I/O अनुरोधहरू जारी गर्दछ। यद्यपि, केही परिदृश्यहरूको लागि, साना टुक्राहरू साटासाट गर्नु अधिक उत्पादक हुनेछ। AccelStor arrays को लागि, यी निम्न परिदृश्यहरू हुन्:

• भर्चुअल मेसिनले लिगेसी BIOS को सट्टा UEFI प्रयोग गर्दछ
• vSphere प्रतिकृति प्रयोग गर्दछ

त्यस्ता परिदृश्यहरूको लागि, डिस्कको मान परिवर्तन गर्न सिफारिस गरिन्छ।DiskMaxIOSize प्यारामिटर 4096 मा।

iSCSI जडानहरूको लागि, जडान स्थिरता बढाउन र फर्वार्ड गरिएका प्याकेटहरूको पुष्टिकरणको लागि DelayedAck ढिलाइ असक्षम गर्न लगइन टाइमआउट प्यारामिटरलाई 30 (पूर्वनिर्धारित 5) मा परिवर्तन गर्न सिफारिस गरिन्छ। दुबै विकल्पहरू vSphere क्लाइन्टमा छन्: होस्ट → कन्फिगर → भण्डारण → भण्डारण एडेप्टरहरू → iSCSI एडाप्टरका लागि उन्नत विकल्पहरू

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

अपेक्षाकृत भर्खरै सम्म, VMware ले उच्चतम सम्भावित कार्यसम्पादन प्राप्त गर्नको लागि, फेरि एक डेटास्टोरमा भर्चुअल मेसिनहरूको संख्या सीमित गर्न सल्लाह दियो। जे होस्, अब, विशेष गरी VDI को फैलावट संग, यो समस्या अब त्यति तीव्र छैन। तर यसले लामो समयदेखि चलिरहेको नियमलाई रद्द गर्दैन - भर्चुअल मेसिनहरू वितरण गर्न जुन विभिन्न डाटास्टोरहरूमा गहन IO आवश्यक पर्दछ। प्रति भोल्युम भर्चुअल मिसिनहरूको इष्टतम संख्या निर्धारण गर्न, त्यहाँ भन्दा राम्रो केहि छैन सबै Flash AccelStor array को लोड परीक्षण यसको पूर्वाधार भित्र।

भर्चुअल मेसिनहरू सेटअप गर्दै

भर्चुअल मेसिनहरू सेटअप गर्दा कुनै विशेष आवश्यकताहरू छैनन्, वा बरु तिनीहरू एकदम सामान्य छन्:

• उच्चतम सम्भावित VM संस्करण प्रयोग गर्दै (अनुकूलता)
• भर्चुअल मेसिनहरू घना रूपमा राख्दा RAM साइज सेट गर्न अझ सावधान रहन्छ, उदाहरणका लागि, VDI मा (पूर्वनिर्धारित रूपमा, स्टार्टअपमा, RAM सँग मिल्दोजुल्दो आकारको पृष्ठ फाइल सिर्जना गरिन्छ, जसले उपयोगी क्षमता खपत गर्दछ र प्रभाव पार्छ। अन्तिम प्रदर्शन)
• IO को सन्दर्भमा सबैभन्दा उत्पादक एडाप्टर संस्करणहरू प्रयोग गर्नुहोस्: नेटवर्क प्रकार VMXNET 3 र SCSI प्रकार PVSCSI
• अधिकतम कार्यसम्पादनको लागि बाक्लो प्रावधान उत्सुक शून्य डिस्क प्रकार र अधिकतम भण्डारण ठाउँ उपयोगको लागि पातलो प्रावधान प्रयोग गर्नुहोस्।
• यदि सम्भव छ भने, भर्चुअल डिस्क सीमा प्रयोग गरी गैर-I/O महत्वपूर्ण मेसिनहरूको सञ्चालन सीमित गर्नुहोस्
• VMware उपकरणहरू स्थापना गर्न निश्चित हुनुहोस्

कतारहरूमा टिप्पणीहरू

कतार (वा उत्कृष्ट I/Os) इनपुट/आउटपुट अनुरोधहरू (SCSI आदेशहरू) को संख्या हो जुन कुनै निश्चित उपकरण/अनुप्रयोगको लागि कुनै पनि समयमा प्रशोधनको लागि पर्खिरहेका छन्। लाम ओभरफ्लोको अवस्थामा, QFULL त्रुटिहरू जारी गरिन्छ, जसले अन्ततः विलम्बता प्यारामिटरमा वृद्धिको परिणाम दिन्छ। डिस्क (स्पिन्डल) भण्डारण प्रणालीहरू प्रयोग गर्दा, सैद्धान्तिक रूपमा, उच्च कतार, उच्च प्रदर्शन। यद्यपि, तपाईंले यसलाई दुरुपयोग गर्नु हुँदैन, किनकि QFULL मा चल्न सजिलो छ। सबै फ्ल्यास प्रणालीहरूको मामलामा, एकातिर, सबै कुरा केही हदसम्म सरल छ: आखिर, एर्रेमा विलम्बहरू छन् जुन म्याग्निच्युड कमको आदेशहरू छन् र त्यसैले, प्रायः, लामहरूको आकारलाई छुट्टै विनियमित गर्न आवश्यक छैन। तर अर्कोतर्फ, केही प्रयोग परिदृश्यहरूमा (विशेष भर्चुअल मेसिनहरूको लागि IO आवश्यकताहरूमा बलियो स्क्यू, अधिकतम प्रदर्शनको लागि परीक्षणहरू, आदि) यो आवश्यक छ, यदि लामहरूको प्यारामिटरहरू परिवर्तन गर्नुहुन्न भने, कम्तिमा कुन संकेतकहरू बुझ्नको लागि। हासिल गर्न सकिन्छ, र, मुख्य कुरा कुन तरिकामा छ।

AccelStor All Flash array मा भोल्युम वा I/O पोर्टहरूको सम्बन्धमा कुनै सीमा छैन। आवश्यक भएमा, एकल भोल्युमले पनि एरेका सबै स्रोतहरू प्राप्त गर्न सक्छ। लाममा मात्र सीमितता iSCSI लक्ष्यहरूको लागि हो। यो कारणले गर्दा यो सीमा पार गर्न प्रत्येक भोल्युमको लागि धेरै (आदर्श रूपमा 8 टुक्राहरू सम्म) लक्ष्यहरू सिर्जना गर्न आवश्यक छ माथि संकेत गरिएको थियो। हामी पनि दोहोर्यौं कि AccelStor arrays धेरै उत्पादक समाधान हो। तसर्थ, तपाईले अधिकतम गति प्राप्त गर्न प्रणालीको सबै इन्टरफेस पोर्टहरू प्रयोग गर्नुपर्छ।

ESXi होस्ट पक्षमा, स्थिति पूर्ण रूपमा फरक छ। होस्ट आफैंले सबै सहभागीहरूको लागि स्रोतहरूमा समान पहुँचको अभ्यास लागू गर्दछ। तसर्थ, अतिथि OS र HBA का लागि छुट्टै IO लामहरू छन्। अतिथि OS मा लामहरू लामबाट भर्चुअल SCSI एडाप्टर र भर्चुअल डिस्कमा जोडिएका छन्:

HBA को लाम विशिष्ट प्रकार/विक्रेता मा निर्भर गर्दछ:

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

यी मानहरूको लागि धन्यवाद, हामी प्रदर्शन सूचकहरू मूल्याङ्कन गर्न सक्छौं जुन हामीले एक विशेष कन्फिगरेसनमा प्राप्त गर्न सक्छौं। उदाहरण को लागी, हामी 0.5ms को विलम्बता संग भर्चुअल मेसिन (ब्लक बाइंडिंग बिना) को सैद्धान्तिक प्रदर्शन जान्न चाहन्छौं। त्यसपछि यसको IOPS = (1,000/विलम्बता) * उत्कृष्ट I/Os (लाम गहिराई सीमा)

उदाहरण

उदाहरणका 1

• FC Emulex HBA एडाप्टर
• प्रति डाटास्टोर एक VM
• VMware Paravirtual SCSI एडाप्टर

यहाँ लाम गहिराई सीमा Emulex HBA द्वारा निर्धारण गरिन्छ। त्यसैले IOPS = (1000/0.5)*32 = 64K

उदाहरणका 2

• VMware iSCSI सफ्टवेयर एडाप्टर
• प्रति डाटास्टोर एक VM
• VMware Paravirtual SCSI एडाप्टर

यहाँ लाम गहिराई सीमा पहिले नै Paravirtual SCSI एडाप्टर द्वारा निर्धारण गरिएको छ। त्यसैले IOPS = (1000/0.5)*64 = 128K

सबै Flash AccelStor arrays को शीर्ष मोडेलहरू (उदाहरणका लागि, P710) 700K ब्लकमा 4K IOPS लेखन प्रदर्शन प्रदान गर्न सक्षम छन्। यस्तो ब्लक साइजको साथ, यो एकदम स्पष्ट छ कि एकल भर्चुअल मेसिनले यस्तो एरे लोड गर्न सक्षम छैन। यो गर्नको लागि, तपाईलाई 11 (उदाहरणका लागि 1) वा 6 (उदाहरणका लागि 2) भर्चुअल मेसिनहरू चाहिन्छ।

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

4K अनियमित, 70% पढ्नुहोस्/30% लेख्नुहोस्

वास्तवमा, वास्तविक संसार धेरै जटिल छ यो सरल सूत्र संग वर्णन गर्न सकिन्छ। एउटा होस्टले सधैँ विभिन्न कन्फिगरेसनहरू र IO आवश्यकताहरूसँग बहु भर्चुअल मेसिनहरू होस्ट गर्दछ। र I/O प्रशोधन होस्ट प्रोसेसर द्वारा ह्यान्डल गरिन्छ, जसको शक्ति असीम छैन। त्यसोभए, यसको पूर्ण क्षमता अनलक गर्न P710 मोडेलहरू वास्तवमा, तपाईंलाई तीन होस्टहरू चाहिन्छ। साथै, भर्चुअल मेसिन भित्र चल्ने एप्लिकेसनहरूले आफ्नै समायोजन गर्छन्। त्यसकारण, सटीक आकारको लागि हामी प्रस्ताव गर्दछौं परीक्षण मोडेलहरूमा प्रमाणीकरण प्रयोग गर्नुहोस् सबै फ्ल्यास एरेहरू AccelStor वास्तविक वर्तमान कार्यहरूमा ग्राहकको पूर्वाधार भित्र।

स्रोत: www.habr.com