VMware vSphere सह कार्य करताना AFA AccelStor कॉन्फिगर करण्यासाठी शिफारसी

या लेखात, मी सर्वात लोकप्रिय व्हर्च्युअलायझेशन प्लॅटफॉर्म - VMware vSphere सह कार्य करणार्या सर्व फ्लॅश एक्सेलस्टर अॅरेच्या वैशिष्ट्यांबद्दल बोलू इच्छितो. विशेषतः, त्या पॅरामीटर्सवर लक्ष केंद्रित करा जे आपल्याला ऑल फ्लॅश सारख्या शक्तिशाली साधनाचा वापर करून जास्तीत जास्त प्रभाव मिळविण्यात मदत करतील.

AccelStor NeoSapphire™ सर्व फ्लॅश अॅरे आहेत एक किंवा दिवा डेटा स्टोरेजची संकल्पना लागू करण्यासाठी आणि मालकी तंत्रज्ञानाचा वापर करून त्यात प्रवेश आयोजित करण्यासाठी मूलभूतपणे भिन्न दृष्टीकोन असलेली SSD ड्राइव्हवर आधारित नोड उपकरणे FlexiRemap® अतिशय लोकप्रिय RAID अल्गोरिदमऐवजी. अ‍ॅरे फायबर चॅनल किंवा iSCSI इंटरफेसद्वारे यजमानांना ब्लॉक प्रवेश प्रदान करतात. प्रामाणिकपणे सांगायचे तर, आम्ही लक्षात घेतो की ISCSI इंटरफेस असलेल्या मॉडेल्सना एक चांगला बोनस म्हणून फाइल प्रवेश देखील असतो. परंतु या लेखात आम्ही सर्व फ्लॅशसाठी सर्वात उत्पादक म्हणून ब्लॉक प्रोटोकॉलच्या वापरावर लक्ष केंद्रित करू.

AccelStor अॅरे आणि VMware vSphere वर्च्युअलायझेशन सिस्टमच्या संयुक्त ऑपरेशनची तैनाती आणि त्यानंतरच्या कॉन्फिगरेशनची संपूर्ण प्रक्रिया अनेक टप्प्यात विभागली जाऊ शकते:

• कनेक्शन टोपोलॉजीची अंमलबजावणी आणि SAN नेटवर्कचे कॉन्फिगरेशन;
• सर्व फ्लॅश अॅरे सेट करणे;
• ESXi होस्ट कॉन्फिगर करणे;
• व्हर्च्युअल मशीन सेट करत आहे.

AccelStor NeoSapphire™ फायबर चॅनल अॅरे आणि iSCSI अॅरे नमुना हार्डवेअर म्हणून वापरले गेले. बेस सॉफ्टवेअर VMware vSphere 6.7U1 आहे.

या लेखात वर्णन केलेल्या सिस्टीम तैनात करण्यापूर्वी, हे अत्यंत शिफारसीय आहे की तुम्ही कार्यप्रदर्शन समस्यांसंबंधी VMware मधील दस्तऐवजीकरण वाचावे (VMware vSphere 6.7 साठी कार्यप्रदर्शन सर्वोत्तम पद्धती ) आणि iSCSI सेटिंग्ज (iSCSI वर VMware vSphere चालवण्यासाठी सर्वोत्तम पद्धती)

कनेक्शन टोपोलॉजी आणि SAN नेटवर्क कॉन्फिगरेशन

SAN नेटवर्कचे मुख्य घटक ESXi होस्ट, SAN स्विचेस आणि अॅरे नोड्समधील HBAs आहेत. अशा नेटवर्कसाठी एक सामान्य टोपोलॉजी असे दिसेल:

येथे स्विच हा शब्द स्वतंत्र भौतिक स्विच किंवा स्विचेसचा सेट (फॅब्रिक) आणि भिन्न सेवांमध्ये सामायिक केलेले डिव्हाइस (फायबर चॅनेलच्या बाबतीत व्हीएसएएन आणि आयएससीएसआयच्या बाबतीत व्हीएलएएन) या दोन्हींचा संदर्भ देते. दोन स्वतंत्र स्विचेस/फॅब्रिक्स वापरल्याने संभाव्य बिघाडाचा मुद्दा दूर होईल.

अ‍ॅरेशी यजमानांचे थेट कनेक्शन, जरी समर्थित असले तरी, अत्यंत शिफारस केलेली नाही. सर्व फ्लॅश अॅरेचे कार्यप्रदर्शन बरेच उच्च आहे. आणि जास्तीत जास्त गतीसाठी, अॅरेचे सर्व पोर्ट वापरणे आवश्यक आहे. म्हणून, यजमान आणि NeoSapphire™ दरम्यान किमान एक स्विच असणे अनिवार्य आहे.

होस्ट HBA वर दोन पोर्ट्सची उपस्थिती देखील कमाल कार्यप्रदर्शन साध्य करण्यासाठी आणि दोष सहिष्णुता सुनिश्चित करण्यासाठी एक अनिवार्य आवश्यकता आहे.

फायबर चॅनल इंटरफेस वापरताना, आरंभकर्ते आणि लक्ष्य यांच्यातील संभाव्य टक्कर दूर करण्यासाठी झोनिंग कॉन्फिगर करणे आवश्यक आहे. झोन "एक इनिशिएटर पोर्ट - एक किंवा अधिक अॅरे पोर्ट" या तत्त्वावर तयार केले जातात.

इतर सेवांसह सामायिक केलेले स्विच वापरण्याच्या बाबतीत तुम्ही iSCSI द्वारे कनेक्शन वापरत असल्यास, वेगळ्या VLAN मध्ये iSCSI रहदारी वेगळे करणे अत्यावश्यक आहे. नेटवर्कवरील पॅकेट्सचा आकार वाढवण्यासाठी जंबो फ्रेम्स (MTU = 9000) साठी समर्थन सक्षम करण्याची देखील जोरदार शिफारस केली जाते आणि त्याद्वारे प्रसारणादरम्यान ओव्हरहेड माहितीचे प्रमाण कमी होते. तथापि, हे लक्षात ठेवण्यासारखे आहे की योग्य ऑपरेशनसाठी "इनिशिएटर-स्विच-टार्गेट" चेनसह सर्व नेटवर्क घटकांवर MTU पॅरामीटर बदलणे आवश्यक आहे.

सर्व फ्लॅश अॅरे सेट करत आहे

अ‍ॅरे आधीच तयार गट असलेल्या ग्राहकांना वितरित केले जाते FlexiRemap®. म्हणून, एकाच संरचनेत ड्राइव्ह एकत्र करण्यासाठी कोणतीही कृती करण्याची आवश्यकता नाही. आपल्याला फक्त आवश्यक आकार आणि प्रमाणात व्हॉल्यूम तयार करण्याची आवश्यकता आहे.

सोयीसाठी, एकाच वेळी दिलेल्या आकाराच्या अनेक खंडांची बॅच तयार करण्याची कार्यक्षमता आहे. डिफॉल्टनुसार, पातळ व्हॉल्यूम तयार केले जातात, कारण हे उपलब्ध स्टोरेज स्पेसचा अधिक कार्यक्षम वापर करण्यास परवानगी देते (स्पेस रिक्लेमेशनसाठी समर्थनासह). कामगिरीच्या बाबतीत, "पातळ" आणि "जाड" खंडांमधील फरक 1% पेक्षा जास्त नाही. तथापि, जर तुम्हाला अॅरेमधून "सर्व रस पिळून काढायचा असेल" तर तुम्ही कोणत्याही "पातळ" व्हॉल्यूमला "जाड" मध्ये बदलू शकता. परंतु हे लक्षात ठेवले पाहिजे की असे ऑपरेशन अपरिवर्तनीय आहे.

पुढे, तयार केलेले खंड "प्रकाशित करणे" आणि ACLs (FC साठी iSCSI आणि WWPN साठी IP पत्ते) आणि अॅरे पोर्टद्वारे भौतिक विभक्तीकरण वापरून होस्टकडून त्यांना प्रवेश अधिकार सेट करणे बाकी आहे. iSCSI मॉडेल्ससाठी हे लक्ष्य तयार करून केले जाते.

FC मॉडेल्ससाठी, अॅरेच्या प्रत्येक पोर्टसाठी LUN तयार केल्यावर प्रकाशन होते.

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

iSCSI इंटरफेस वापरताना महत्त्वाची नोंद म्हणजे कार्यप्रदर्शन वाढवण्यासाठी एकाच वेळी व्हॉल्यूमसाठी अनेक लक्ष्ये तयार करणे, कारण लक्ष्यावरील रांग बदलली जाऊ शकत नाही आणि प्रभावीपणे अडथळा ठरेल.

ESXi होस्ट कॉन्फिगर करत आहे

ESXi होस्ट बाजूवर, मूलभूत कॉन्फिगरेशन पूर्णपणे अपेक्षित परिस्थितीनुसार केले जाते. iSCSI कनेक्शनची प्रक्रिया:

1. सॉफ्टवेअर iSCSI अडॅप्टर जोडा (जर ते आधीच जोडले गेले असेल किंवा तुम्ही हार्डवेअर iSCSI अडॅप्टर वापरत असाल तर आवश्यक नाही);
2. एक vSwitch तयार करणे ज्याद्वारे iSCSI रहदारी जाईल, आणि त्यात एक भौतिक अपलिंक आणि VMkernal जोडणे;
3. डायनॅमिक डिस्कवरीमध्ये अॅरे पत्ते जोडणे;
4. डेटास्टोअर निर्मिती

काही महत्त्वाच्या सूचना:

• सर्वसाधारण बाबतीत, अर्थातच, आपण विद्यमान vSwitch वापरू शकता, परंतु वेगळ्या vSwitch च्या बाबतीत, होस्ट सेटिंग्ज व्यवस्थापित करणे खूप सोपे होईल.
• कार्यप्रदर्शन समस्या टाळण्यासाठी वेगळ्या भौतिक लिंक्स आणि/किंवा VLAN वर व्यवस्थापन आणि iSCSI रहदारी वेगळे करणे आवश्यक आहे.
• VMkernal चे IP पत्ते आणि ऑल फ्लॅश अॅरेचे संबंधित पोर्ट एकाच सबनेटमध्ये असणे आवश्यक आहे, पुन्हा कार्यप्रदर्शन समस्यांमुळे.
• VMware नियमांनुसार दोष सहिष्णुता सुनिश्चित करण्यासाठी, vSwitch मध्ये किमान दोन भौतिक अपलिंक असणे आवश्यक आहे
• जर जंबो फ्रेम्स वापरल्या गेल्या असतील, तर तुम्हाला vSwitch आणि VMkernal दोन्हीचे MTU बदलणे आवश्यक आहे
• iSCSI रहदारीसह कार्य करण्यासाठी वापरल्या जाणार्‍या भौतिक अडॅप्टरसाठी VMware शिफारशींनुसार, टीमिंग आणि फेलओव्हर कॉन्फिगर करणे आवश्यक आहे. विशेषतः, प्रत्येक VMkernal ने फक्त एका अपलिंकद्वारे कार्य करणे आवश्यक आहे, दुसरी अपलिंक न वापरलेल्या मोडवर स्विच करणे आवश्यक आहे. दोष सहिष्णुतेसाठी, तुम्हाला दोन VMkernals जोडणे आवश्यक आहे, त्यातील प्रत्येक त्याच्या स्वतःच्या अपलिंकद्वारे कार्य करेल.

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

vmk1 (स्टोरेज01)
सक्रिय अडॅप्टर
vmnic2
न वापरलेले अडॅप्टर
vmnic3

vmk2 (स्टोरेज02)
सक्रिय अडॅप्टर
vmnic3
न वापरलेले अडॅप्टर
vmnic2

फायबर चॅनलद्वारे कनेक्ट करण्यासाठी कोणत्याही प्राथमिक पायऱ्यांची आवश्यकता नाही. तुम्ही लगेच डेटास्टोअर तयार करू शकता.

Datastore तयार केल्यानंतर, तुम्हाला हे सुनिश्चित करणे आवश्यक आहे की लक्ष्य/LUN च्या मार्गांसाठी राउंड रॉबिन पॉलिसी सर्वात कार्यक्षम म्हणून वापरली जाते.

डीफॉल्टनुसार, व्हीएमवेअर सेटिंग्ज योजनेनुसार या धोरणाच्या वापरासाठी प्रदान करतात: पहिल्या मार्गाद्वारे 1000 विनंत्या, दुसऱ्या मार्गाद्वारे पुढील 1000 विनंत्या इ. यजमान आणि दोन-नियंत्रक अॅरेमधील असा परस्परसंवाद असंतुलित असेल. म्हणून, आम्ही Esxcli/PowerCLI द्वारे राऊंड रॉबिन पॉलिसी = 1 पॅरामीटर सेट करण्याची शिफारस करतो.

मापदंड

Esxcli साठी:

• उपलब्ध LUN ची यादी करा

esxcli स्टोरेज एनएमपी डिव्हाइस सूची

• डिव्हाइसचे नाव कॉपी करा
• राऊंड रॉबिन धोरण बदला

esxcli स्टोरेज nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”

बँडविड्थ वापर वाढवण्यासाठी आणि CPU लोड कमी करण्यासाठी बहुतेक आधुनिक अनुप्रयोग मोठ्या डेटा पॅकेट्सची देवाणघेवाण करण्यासाठी डिझाइन केलेले आहेत. म्हणून, ESXi बाय डीफॉल्ट 32767KB पर्यंत स्टोरेज डिव्हाइसला I/O विनंती जारी करते. तथापि, काही परिस्थितींसाठी, लहान भागांची देवाणघेवाण करणे अधिक फलदायी असेल. AccelStor अॅरेसाठी, ही खालील परिस्थिती आहेत:

• व्हर्च्युअल मशीन लेगसी BIOS ऐवजी UEFI वापरते
• vSphere प्रतिकृती वापरते

अशा परिस्थितींसाठी, Disk.DiskMaxIOSize पॅरामीटरचे मूल्य 4096 वर बदलण्याची शिफारस केली जाते.

iSCSI कनेक्शनसाठी, कनेक्शन स्थिरता वाढवण्यासाठी लॉगिन टाइमआउट पॅरामीटर 30 (डिफॉल्ट 5) मध्ये बदलण्याची शिफारस केली जाते आणि फॉरवर्ड केलेल्या पॅकेटच्या पुष्टीकरणासाठी DelayedAck विलंब अक्षम करा. दोन्ही पर्याय vSphere क्लायंटमध्ये आहेत: होस्ट → कॉन्फिगर → स्टोरेज → स्टोरेज अडॅप्टर → iSCSI अडॅप्टरसाठी प्रगत पर्याय

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

तुलनेने अलीकडे पर्यंत, VMware ने सर्वोच्च संभाव्य कार्यप्रदर्शन प्राप्त करण्यासाठी पुन्हा एका डेटास्टोअरवर व्हर्च्युअल मशीनची संख्या मर्यादित करण्याचा सल्ला दिला. तथापि, आता, विशेषत: व्हीडीआयच्या प्रसारासह, ही समस्या आता इतकी तीव्र नाही. परंतु हे दीर्घकालीन नियम रद्द करत नाही - विविध डेटास्टोअरवर गहन IO आवश्यक असलेल्या आभासी मशीनचे वितरण करण्यासाठी. प्रति व्हॉल्यूम व्हर्च्युअल मशीनची इष्टतम संख्या निर्धारित करण्यासाठी, यापेक्षा चांगले काहीही नाही सर्व फ्लॅश एक्सेलस्टर अॅरेची लोड चाचणी त्याच्या पायाभूत सुविधांमध्ये.

व्हर्च्युअल मशीन सेट करत आहे

व्हर्च्युअल मशीन सेट करताना कोणत्याही विशेष आवश्यकता नाहीत किंवा त्या अगदी सामान्य आहेत:

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

रांगांवर नोट्स

रांग (किंवा आउटस्टँडिंग I/Os) ही इनपुट/आउटपुट विनंत्यांची (SCSI कमांड) संख्या आहे जी विशिष्ट डिव्हाइस/अनुप्रयोगासाठी कोणत्याही वेळी प्रक्रियेसाठी प्रतीक्षा करत आहेत. रांग ओव्हरफ्लोच्या बाबतीत, QFULL त्रुटी जारी केल्या जातात, ज्यामुळे शेवटी लेटेंसी पॅरामीटरमध्ये वाढ होते. डिस्क (स्पिंडल) स्टोरेज सिस्टम वापरताना, सैद्धांतिकदृष्ट्या, रांग जितकी जास्त असेल तितकी त्यांची कार्यक्षमता जास्त असेल. तथापि, तुम्ही त्याचा गैरवापर करू नये, कारण QFULL मध्ये जाणे सोपे आहे. ऑल फ्लॅश सिस्टीमच्या बाबतीत, एकीकडे, सर्व काही थोडे सोपे आहे: शेवटी, अॅरेमध्ये लेटन्सीज आहेत जे कमी परिमाणाचे ऑर्डर आहेत आणि म्हणूनच, बहुतेक वेळा, रांगांच्या आकाराचे स्वतंत्रपणे नियमन करण्याची आवश्यकता नसते. परंतु दुसरीकडे, काही वापराच्या परिस्थितींमध्ये (विशिष्ट व्हर्च्युअल मशीनसाठी IO आवश्यकतांमध्ये मजबूत स्क्यू, कमाल कार्यक्षमतेसाठी चाचण्या इ.) आवश्यक आहे, जर रांगांचे पॅरामीटर्स बदलू नयेत, तर किमान कोणते निर्देशक समजून घेणे आवश्यक आहे. साध्य केले जाऊ शकते, आणि, मुख्य गोष्ट कोणत्या मार्गांनी आहे.

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

ESXi होस्ट बाजूला, परिस्थिती पूर्णपणे भिन्न आहे. होस्ट स्वतः सर्व सहभागींसाठी संसाधनांमध्ये समान प्रवेशाचा सराव लागू करतो. म्हणून, अतिथी OS आणि HBA साठी वेगळ्या IO रांगा आहेत. अतिथी OS साठी रांग रांगांपासून वर्च्युअल SCSI अडॅप्टर आणि वर्च्युअल डिस्कवर एकत्रित केल्या जातात:

HBA ची रांग विशिष्ट प्रकार/विक्रेत्यावर अवलंबून असते:

व्हर्च्युअल मशीनचे अंतिम कार्यप्रदर्शन होस्ट घटकांमधील सर्वात कमी क्यू डेप्थ मर्यादेद्वारे निर्धारित केले जाईल.

या मूल्यांबद्दल धन्यवाद, आम्ही विशिष्ट कॉन्फिगरेशनमध्ये मिळवू शकणार्‍या कार्यप्रदर्शन निर्देशकांचे मूल्यांकन करू शकतो. उदाहरणार्थ, आम्हाला 0.5ms च्या लेटन्सीसह आभासी मशीनची सैद्धांतिक कामगिरी (ब्लॉक बाइंडिंगशिवाय) जाणून घ्यायची आहे. नंतर त्याची IOPS = (1,000/विलंबता) * थकबाकी I/Os (रांगेची खोली मर्यादा)

उदाहरणे

उदाहरणार्थ 1

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

येथे रांगेची खोली मर्यादा इम्युलेक्स एचबीएद्वारे निर्धारित केली जाते. म्हणून IOPS = (1000/0.5)*32 = 64K

उदाहरणार्थ 2

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

येथे रांगेची खोली मर्यादा पॅराव्हर्च्युअल SCSI अडॅप्टरद्वारे आधीच निर्धारित केली जाते. म्हणून IOPS = (1000/0.5)*64 = 128K

सर्व Flash AccelStor अॅरेचे शीर्ष मॉडेल (उदाहरणार्थ, P710) 700K ब्लॉकवर 4K IOPS लेखन कार्यप्रदर्शन वितरित करण्यास सक्षम आहेत. अशा ब्लॉक आकारासह, हे अगदी स्पष्ट आहे की एकल आभासी मशीन अशी अॅरे लोड करण्यास सक्षम नाही. हे करण्यासाठी, तुम्हाला 11 (उदाहरणार्थ 1) किंवा 6 (उदाहरणार्थ 2) आभासी मशीनची आवश्यकता असेल.

परिणामी, वर्च्युअल डेटा सेंटरच्या वर्णन केलेल्या सर्व घटकांच्या योग्य कॉन्फिगरेशनसह, आपण कार्यक्षमतेच्या बाबतीत खूप प्रभावी परिणाम मिळवू शकता.

4K यादृच्छिक, 70% वाचा/30% लिहा

खरं तर, वास्तविक जग हे सोप्या सूत्राने वर्णन करण्यापेक्षा खूपच गुंतागुंतीचे आहे. एक होस्ट नेहमी भिन्न कॉन्फिगरेशन आणि IO आवश्यकतांसह एकाधिक आभासी मशीन होस्ट करतो. आणि I/O प्रक्रिया होस्ट प्रोसेसरद्वारे हाताळली जाते, ज्याची शक्ती असीम नाही. तर, त्याची पूर्ण क्षमता अनलॉक करण्यासाठी P710 मॉडेल प्रत्यक्षात, तुम्हाला तीन यजमानांची आवश्यकता असेल. शिवाय, व्हर्च्युअल मशीनमध्ये चालणारे ऍप्लिकेशन स्वतःचे समायोजन करतात. म्हणून, अचूक आकारासाठी आम्ही ऑफर करतो चाचणी मॉडेल्समध्ये सत्यापन वापरा सर्व फ्लॅश अॅरे AccelStor वास्तविक वर्तमान कार्यांवर ग्राहकाच्या पायाभूत सुविधांमध्ये.

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