व्हर्च्युअलाइज्ड डेटा सेंटर डिझाइन

परिचय

वापरकर्त्याच्या दृष्टिकोनातून माहिती प्रणाली GOST RV 51987 मध्ये चांगल्या प्रकारे परिभाषित केली आहे - "एक स्वयंचलित प्रणाली, ज्याचा परिणाम म्हणजे त्यानंतरच्या वापरासाठी आउटपुट माहितीचे सादरीकरण." जर आपण अंतर्गत संरचनेचा विचार केला तर, थोडक्यात कोणतीही IS ही कोडमध्ये लागू केलेली परस्पर जोडलेली अल्गोरिदमची एक प्रणाली आहे. ट्युरिंग-चर्च थीसिसच्या व्यापक अर्थाने, अल्गोरिदम (किंवा IS) इनपुट डेटाच्या संचाचे आउटपुट डेटाच्या संचामध्ये रूपांतरित करते.
एक असेही म्हणू शकतो की इनपुट डेटाचे परिवर्तन हा माहिती प्रणालीच्या अस्तित्वाचा अर्थ आहे. त्यानुसार, IS आणि संपूर्ण IS कॉम्प्लेक्सचे मूल्य इनपुट आणि आउटपुट डेटाच्या मूल्याद्वारे निर्धारित केले जाते.
हे लक्षात घेऊन, डिझाइनची सुरुवात आणि डेटा-चालित असणे आवश्यक आहे, आर्किटेक्चर आणि डेटाची रचना आणि महत्त्व यानुसार पद्धती तयार करणे आवश्यक आहे.

संग्रहित डेटा
डिझाईनच्या तयारीचा एक महत्त्वाचा टप्पा म्हणजे प्रक्रिया आणि स्टोरेजसाठी नियोजित सर्व डेटा संचांची वैशिष्ट्ये प्राप्त करणे. या वैशिष्ट्यांमध्ये हे समाविष्ट आहे:
- डेटा खंड;
— डेटाच्या जीवन चक्राविषयी माहिती (नवीन डेटाची वाढ, आयुर्मान, कालबाह्य डेटाची प्रक्रिया);
- दृष्टिकोनातून डेटाचे वर्गीकरण आर्थिक निर्देशकांसह कंपनीच्या मुख्य व्यवसायावर परिणाम (गोपनीयता, अखंडता, उपलब्धता त्रिकूट) (उदाहरणार्थ, शेवटच्या तासात डेटा गमावण्याची किंमत);
- डेटा प्रोसेसिंगचा भूगोल (प्रक्रिया प्रणालीचे भौतिक स्थान);
— प्रत्येक डेटा वर्गासाठी नियामक आवश्यकता (उदाहरणार्थ, फेडरल लॉ-152, PCI DSS).

माहिती प्रणाली

डेटा केवळ संग्रहित केला जात नाही तर माहिती प्रणालीद्वारे प्रक्रिया (परिवर्तित) देखील केला जातो. डेटा वैशिष्‍ट्ये मिळविल्‍यानंतरची पुढील पायरी म्हणजे चार प्रकारच्या संसाधनांच्‍या पारंपारिक युनिटमध्‍ये माहिती प्रणाली, त्‍यांची स्थापत्य वैशिष्‍ट्ये, आंतरनिर्भरता आणि पायाभूत सुविधांची संपूर्ण यादी आहे:
- प्रोसेसर संगणकीय शक्ती;
- रॅमचे प्रमाण;
— डेटा स्टोरेज सिस्टमच्या व्हॉल्यूम आणि कार्यप्रदर्शनासाठी आवश्यकता;
— डेटा ट्रान्समिशन नेटवर्कसाठी आवश्यकता (बाह्य चॅनेल, IS घटकांमधील चॅनेल).
या प्रकरणात, IS चा भाग म्हणून प्रत्येक सेवे/मायक्रोसेवेसाठी आवश्यकता असणे आवश्यक आहे.
स्वतंत्रपणे, हे लक्षात घेणे आवश्यक आहे की, योग्य डिझाइनसाठी, IS डाउनटाइम (प्रति तास रूबल) च्या किंमतीच्या रूपात कंपनीच्या मुख्य व्यवसायावर IS च्या प्रभावावरील डेटाची उपलब्धता अनिवार्य आहे.

धमकी मॉडेल

धमक्यांचे एक औपचारिक मॉडेल असणे आवश्यक आहे ज्यातून डेटा/सेवांचे संरक्षण करण्याचे नियोजित आहे. शिवाय, धमकीच्या मॉडेलमध्ये केवळ गोपनीयतेचे पैलूच नाहीत तर अखंडता आणि उपलब्धता देखील समाविष्ट आहे. त्या. उदाहरणार्थ:
- भौतिक सर्व्हरमध्ये बिघाड;
— टॉप-ऑफ-द-रॅक स्विचमध्ये अपयश;
- डेटा केंद्रांमधील ऑप्टिकल कम्युनिकेशन चॅनेलमध्ये व्यत्यय;
- संपूर्ण ऑपरेशनल स्टोरेज सिस्टममध्ये अपयश.
काही प्रकरणांमध्ये, धोक्याची मॉडेल्स केवळ पायाभूत सुविधांच्या घटकांसाठीच नव्हे तर विशिष्ट माहिती प्रणाली किंवा त्यांच्या घटकांसाठी देखील लिहिली जातात, जसे की डेटा स्ट्रक्चरच्या तार्किक विनाशासह DBMS अपयश.
अवर्णित धोक्यापासून संरक्षण करण्यासाठी प्रकल्पातील सर्व निर्णय अनावश्यक आहेत.

नियामक आवश्यकता

जर डेटावर प्रक्रिया केली जात असेल तर नियामकांनी स्थापित केलेल्या विशेष नियमांच्या अधीन असल्यास, डेटा सेट आणि प्रक्रिया/स्टोरेज नियमांबद्दल माहिती आवश्यक आहे.

RPO/RTO लक्ष्य

कोणत्याही प्रकारच्या संरक्षणाची रचना करताना वर्णन केलेल्या प्रत्येक धोक्यांसाठी लक्ष्य डेटा नुकसान निर्देशक आणि लक्ष्य सेवा पुनर्प्राप्ती वेळ असणे आवश्यक आहे.
तद्वतच, आरपीओ आणि आरटीओमध्ये डेटा गमावणे आणि प्रति युनिट वेळेचा डाउनटाइम संबंधित खर्च असावा.

संसाधन पूल मध्ये विभागणी

सर्व प्रारंभिक इनपुट माहिती गोळा केल्यानंतर, पहिली पायरी म्हणजे धोका मॉडेल आणि नियामक आवश्यकतांवर आधारित पूलमध्ये डेटा सेट आणि IP गट करणे. विविध पूल्सच्या विभाजनाचा प्रकार निर्धारित केला जातो - प्रोग्रामॅटिकरित्या सिस्टम सॉफ्टवेअर स्तरावर किंवा भौतिकरित्या.
उदाहरणे:
— सर्किट प्रोसेसिंग वैयक्तिक डेटा पूर्णपणे भौतिकरित्या इतर प्रणाली पासून वेगळे आहे;
— बॅकअप वेगळ्या स्टोरेज सिस्टमवर साठवले जातात.

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

प्रक्रिया शक्ती

गोषवारा, व्हर्च्युअलाइज्ड डेटा सेंटरच्या प्रोसेसिंग पॉवर आवश्यकता व्हर्च्युअल प्रोसेसर (vCPUs) च्या संख्येनुसार आणि भौतिक प्रोसेसर (pCPU) वर त्यांचे एकत्रीकरण प्रमाणानुसार मोजल्या जातात. या विशिष्ट प्रकरणात, 1 pCPU = 1 भौतिक प्रोसेसर कोर (हायपर-थ्रेडिंग वगळून). vCPU ची संख्या सर्व परिभाषित संसाधन पूल्समध्ये एकत्रित केली जाते (त्यापैकी प्रत्येकाचे स्वतःचे एकत्रीकरण घटक असू शकतात).
लोड केलेल्या सिस्टीमसाठी एकत्रीकरण गुणांक प्रायोगिकरित्या, विद्यमान पायाभूत सुविधांवर आधारित किंवा पायलट स्थापना आणि लोड चाचणीद्वारे प्राप्त केले जातात. अनलोड केलेल्या सिस्टमसाठी, "सर्वोत्तम सराव" वापरला जातो. विशेषतः, VMware 8:1 असे सरासरी प्रमाण उद्धृत करते.

रॅम

एकूण RAM ची आवश्यकता साध्या योगाद्वारे प्राप्त होते. RAM ओव्हरसबस्क्रिप्शन वापरण्याची शिफारस केलेली नाही.

स्टोरेज संसाधने

क्षमता आणि कार्यक्षमतेनुसार सर्व पूल एकत्रित करून स्टोरेज आवश्यकता प्राप्त केल्या जातात.
कार्यप्रदर्शन आवश्यकता IOPS मध्ये सरासरी वाचन/लेखन गुणोत्तर आणि आवश्यक असल्यास, जास्तीत जास्त प्रतिसाद विलंबासह व्यक्त केल्या जातात.
विशिष्ट पूल किंवा सिस्टमसाठी सेवेची गुणवत्ता (QoS) आवश्यकता स्वतंत्रपणे निर्दिष्ट करणे आवश्यक आहे.

डेटा नेटवर्क संसाधने

डेटा नेटवर्क आवश्यकता फक्त सर्व बँडविड्थ पूल एकत्रित करून प्राप्त केल्या जातात.
विशिष्ट पूल किंवा सिस्टमसाठी सेवेची गुणवत्ता (QoS) आणि विलंबता (RTT) आवश्यकता स्वतंत्रपणे निर्दिष्ट केल्या पाहिजेत.
डेटा नेटवर्क संसाधनांच्या आवश्यकतेचा भाग म्हणून, नेटवर्क रहदारीच्या अलगाव आणि/किंवा एन्क्रिप्शनसाठी आवश्यकता आणि प्राधान्यीकृत यंत्रणा (802.1q, IPSec, इ.) देखील सूचित केल्या आहेत.

आर्किटेक्चर निवड

हे मार्गदर्शक x86 आर्किटेक्चर आणि 100% सर्व्हर वर्च्युअलायझेशन व्यतिरिक्त कोणत्याही पर्यायावर चर्चा करत नाही. म्हणून, कॉम्प्युटिंग सबसिस्टम आर्किटेक्चरची निवड सर्व्हर व्हर्च्युअलायझेशन प्लॅटफॉर्म, सर्व्हर फॉर्म फॅक्टर आणि सामान्य सर्व्हर कॉन्फिगरेशन आवश्यकतांच्या निवडीवर येते.

निवडीचा मुख्य मुद्दा म्हणजे प्रक्रिया करणे, संग्रहित करणे आणि डेटा प्रसारित करणे किंवा अभिसरण या कार्यांचे पृथक्करण करून शास्त्रीय दृष्टिकोन वापरण्याची निश्चितता.

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

CPU/मेमरी

कॉन्फिगरेशनची अचूक गणना करण्यासाठी, तुम्हाला पर्यावरणासाठी लोडचा प्रकार किंवा प्रत्येक स्वतंत्र क्लस्टर समजून घेणे आवश्यक आहे.
CPU बद्ध - प्रोसेसर पॉवरद्वारे कार्यक्षमतेत मर्यादित वातावरण. RAM जोडल्याने कार्यप्रदर्शन (प्रति सर्व्हर VM ची संख्या) मध्ये काहीही बदल होणार नाही.
मेमरी बद्ध - RAM द्वारे मर्यादित वातावरण. सर्व्हरवरील अधिक RAM तुम्हाला सर्व्हरवर अधिक VM चालविण्यास अनुमती देते.
GB/MHz (GB/pCPU) – या विशिष्ट लोडद्वारे RAM आणि प्रोसेसर पॉवरच्या वापराचे सरासरी प्रमाण. दिलेल्या कार्यप्रदर्शनासाठी आवश्यक असलेल्या मेमरीची गणना करण्यासाठी वापरला जाऊ शकतो आणि त्याउलट.

सर्व्हर कॉन्फिगरेशन गणना

प्रथम, तुम्हाला सर्व प्रकारचे भार निर्धारित करणे आवश्यक आहे आणि भिन्न कॉम्प्युटिंग पूल वेगवेगळ्या क्लस्टरमध्ये एकत्र करणे किंवा विभाजित करण्याचा निर्णय घेणे आवश्यक आहे.
पुढे, प्रत्येक परिभाषित क्लस्टरसाठी, GB/MHz गुणोत्तर आगाऊ ज्ञात असलेल्या लोडवर निर्धारित केले जाते. जर लोड अगोदर माहित नसेल, परंतु प्रोसेसर उर्जा वापराच्या पातळीबद्दल अंदाजे समज असेल, तर तुम्ही पूल आवश्यकता भौतिकांमध्ये रूपांतरित करण्यासाठी मानक vCPU:pCPU गुणोत्तर वापरू शकता.

प्रत्येक क्लस्टरसाठी, vCPU पूल आवश्यकतांची बेरीज गुणांकाने विभाजित करा:
vCPUsum / vCPU:pCPU = pCPUsum - भौतिक युनिट्सची आवश्यक संख्या. कोर
pCPUsum / 1.25 = pCPUht - हायपर-थ्रेडिंगसाठी समायोजित केलेल्या कोरची संख्या
समजू की 190 कोर / 3.5 TB RAM असलेल्या क्लस्टरची गणना करणे आवश्यक आहे. त्याच वेळी, आम्ही प्रोसेसर पॉवरच्या 50% आणि RAM च्या 75% लक्ष्य लोड स्वीकारतो.

pCPU
190
CPU वापर
50%

मेम
3500
मेम उपयुक्तता
75%

सॉकेट
कोर
Srv/CPU
Srv मेम
Srv/Mem

2
6
25,3
128
36,5

2
8
19,0
192
24,3

2
10
15,2
256
18,2

2
14
10,9
384
12,2

2
18
8,4
512
9,1

या प्रकरणात, आम्ही नेहमी जवळच्या पूर्णांक (=ROUNDUP(A1;0)) पर्यंत पूर्णांक वापरतो.
सारणीवरून हे स्पष्ट होते की लक्ष्य निर्देशकांसाठी अनेक सर्व्हर कॉन्फिगरेशन संतुलित आहेत:
— 26 सर्व्हर 2*6c / 192 GB
— 19 सर्व्हर 2*10c / 256 GB
— 10 सर्व्हर 2*18c / 512 GB

या कॉन्फिगरेशनची निवड नंतर थर्मल पॅकेज आणि उपलब्ध कूलिंग, आधीपासून वापरलेले सर्व्हर किंवा किंमत यासारख्या अतिरिक्त घटकांवर आधारित करणे आवश्यक आहे.

सर्व्हर कॉन्फिगरेशन निवडण्याची वैशिष्ट्ये

विस्तृत VMs. रुंद VMs होस्ट करणे आवश्यक असल्यास (1 NUMA नोड किंवा अधिकच्या तुलनेत), शक्य असल्यास, अशा VMs ला NUMA नोडमध्ये राहण्यास अनुमती देणारे कॉन्फिगरेशन असलेले सर्व्हर निवडण्याची शिफारस केली जाते. मोठ्या संख्येने वाइड व्हीएमसह, क्लस्टर संसाधनांचे विखंडन होण्याचा धोका असतो आणि या प्रकरणात, सर्व्हर निवडले जातात जे शक्य तितक्या घनतेने विस्तृत व्हीएम ठेवण्याची परवानगी देतात.

एकल अपयश डोमेन आकार.

सर्व्हर आकाराची निवड देखील एकल अपयश डोमेन कमी करण्याच्या तत्त्वावर आधारित आहे. उदाहरणार्थ, दरम्यान निवडताना:
— 3 x 4*10c / 512 GB
— 6 x 2*10c / 256 GB
इतर सर्व गोष्टी समान असल्याने, तुम्ही दुसरा पर्याय निवडला पाहिजे, कारण जेव्हा एक सर्व्हर अयशस्वी होतो (किंवा राखला जात आहे), तेव्हा क्लस्टर संसाधनांपैकी 33% नाही तर 17% गमावले जातात. त्याच प्रकारे, अपघातामुळे प्रभावित झालेल्या व्हीएम आणि आयएसची संख्या निम्म्यावर आली आहे.

कामगिरीवर आधारित क्लासिक स्टोरेज सिस्टमची गणना

ऑपरेशनल कॅशेचा प्रभाव आणि ऑपरेशन्सचे ऑप्टिमायझेशन वगळून क्लासिक स्टोरेज सिस्टमची गणना नेहमीच सर्वात वाईट परिस्थिती वापरून केली जाते.
मूलभूत कार्यप्रदर्शन निर्देशक म्हणून, आम्ही डिस्क (IOPSdisk) वरून यांत्रिक कार्यप्रदर्शन घेतो:
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS

पुढे, डिस्क पूलमधील डिस्कची संख्या खालील सूत्र वापरून मोजली जाते: = TotalIOPS * ( RW + (1 –RW) * RAIDpen) / IOPSdisk. कुठे:
- TotalIOPS - डिस्क पूलमधून IOPS मध्ये एकूण आवश्यक कामगिरी
- RW - वाचन ऑपरेशन्सची टक्केवारी
- RAID पेन - निवडलेल्या RAID स्तरासाठी RAID दंड

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

डिस्क्सच्या परिणामी संख्येवर आधारित, संभाव्य पर्यायांची गणना केली जाते जे बहु-स्तरीय स्टोरेजसह पर्यायांसह स्टोरेज क्षमता आवश्यकता पूर्ण करतात.
स्टोरेज लेयर म्हणून SSD वापरून सिस्टमची गणना स्वतंत्रपणे केली जाते.
फ्लॅश कॅशेसह गणना प्रणालीची वैशिष्ट्ये

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

लो-एंड/मध्य-श्रेणी हायब्रिड सिस्टमची गणना

कनिष्ठ आणि मध्यम वर्गाच्या हायब्रिड सिस्टम शेड्यूलनुसार स्तरांदरम्यान डेटा हलविण्यासह बहु-स्तरीय संचयन वापरतात. त्याच वेळी, सर्वोत्तम मॉडेलसाठी मल्टी-लेव्हल स्टोरेज ब्लॉकचा आकार 256 एमबी आहे. ही वैशिष्‍ट्ये आम्‍हाला टायर्ड स्‍टोरेज तंत्रज्ञानाला उत्‍पादकता वाढवण्‍याचे तंत्रज्ञान मानण्‍याची परवानगी देत ​​नाही, कारण पुष्कळ लोक चुकून मानतात. निम्न-आणि मध्यम-वर्गीय प्रणालींमध्ये बहु-स्तरीय संचयन हे उच्चारित लोड असमानतेसह सिस्टमसाठी स्टोरेज खर्च ऑप्टिमाइझ करण्याचे तंत्रज्ञान आहे.

टायर्ड स्टोरेजसाठी, वरच्या टियरच्या कार्यप्रदर्शनाची गणना प्रथम केली जाते, तर स्टोरेजचा तळाचा टियर केवळ गहाळ स्टोरेज क्षमतेमध्ये योगदान देतो असे मानले जाते. हायब्रीड मल्टी-टियर सिस्टमसाठी, खालच्या स्तरावरून अचानक तापलेल्या डेटासाठी परफॉर्मन्स ड्रॉडाउनची भरपाई करण्यासाठी मल्टी-टियर पूलसाठी फ्लॅश कॅशे तंत्रज्ञान वापरणे अनिवार्य आहे.

टायर्ड डिस्क पूलमध्ये SSD वापरणे

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

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