हम सेलेक्ट क्लाउड के संसाधनों के लिए लेखांकन के लिए समर्पित लेखों की श्रृंखला जारी रखते हैं।



सीपीयू समय और मेमोरी पर पिछले साल चर्चा की गई थी, अब डिस्कस की बारी आ गई है।



तीन संसाधन डिस्क से जुड़े होते हैं, जिनमें से प्रत्येक को अलग से ध्यान में रखा जाता है:

1. डिस्क भंडारण
2. पढ़ने / लिखने की मात्रा
3. और डिस्क संचालन की संख्या

इससे पहले कि हम सभी तीन संसाधनों पर चर्चा करें, हमें वर्चुअल मशीन डिज़ाइन की एक और दिलचस्प विशेषता को समझाने की आवश्यकता है - संसाधनों का अलग-अलग लेखांकन।

वर्चुअल मशीन डिवाइस

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



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



नए मॉडल में, लेखांकन पूरी तरह से अलग है, प्रत्येक घटक खपत के लिए अलग से माना जाता है। उपयोगकर्ता को आउटपुट की सुविधा के लिए, इन मूल्यों को सारांशित किया जाता है और दिखाया जाता है जैसे कि वे एक मशीन को संदर्भित करते हैं, लेकिन वास्तव में, एक वर्चुअल मशीन के पास लेखांकन के लिए स्वयं के केवल दो संसाधन हैं - यह प्रोसेसर और मेमोरी है। शेष घटक - डिस्क और नेटवर्क - तीन अलग-अलग इकाइयाँ बनाते हैं (मैंने आरक्षण नहीं किया है - तीन)। ये VDI, VBD और VIF हैं। (वर्चुअल डिस्क इमेज, वर्चुअल ब्लॉक डिवाइस, वर्चुअल नेटवर्क इंटरफेस)। यदि VIF के साथ सब कुछ स्पष्ट है, तो VDI / VBD के साथ यह बिल्कुल नहीं है। उनमें से दो क्यों हैं?



तथ्य यह है कि VDI सिर्फ "डिस्क स्थान" है। यह किसी मशीन से जुड़ा नहीं है, यह पढ़ने / लिखने के संचालन के बारे में कुछ भी नहीं जानता है। VDI के लिए लेखांकन की वस्तु केवल एक मात्रा है - "भंडारण"। उदाहरण के लिए, आकृति में, एक डिस्क (VDI) मशीन से जुड़ा नहीं है - यह केवल संग्रहीत है।



लेकिन वीबीडी सिर्फ चालक है जो डिस्क संचालन करता है। यह वह है जो संचालन की संख्या और पढ़ने / लिखित डेटा की मात्रा को गिनता है। VBD अपने आप में VDI और VM (वर्चुअल मशीन) को जोड़ता है।



जब भी कोई डिस्क वर्चुअल मशीन से कनेक्ट होती है, एक नया VBD बनाया जाता है।

डिस्क ऑपरेशन क्या है?

लिनक्स के नजरिए से, VBD एक ही ब्लॉक डिवाइस है जो कई अन्य लोगों के साथ है, जिसमें खुद का ड्राइवर एक मानक इंटरफ़ेस प्रदान करता है। / देव / xvda / देव / sda या / देव / hda से अलग नहीं है। जब ऑपरेटिंग सिस्टम कुछ पढ़ना या लिखना चाहता है, तो यह उपयुक्त कमांड के साथ ब्लॉक डिवाइस ड्राइवर को कॉल करता है।



बस? हां। मुश्किल तब शुरू होती है जब हम समझने की कोशिश करते हैं, "जब डिस्क संचालन ठीक होगा?" लिनक्स कर्नेल डेवलपर्स ने बहुत समय डिबगिंग और कैशिंग एल्गोरिथ्म को बेहतर बनाने में खर्च किया - और यह काम करता है। जैसा कि आंकड़े दिखाते हैं, मशीन जितनी अधिक लोड होती है, उतनी ही इसमें रीड रिक्वेस्ट की तुलना में रिक्वेस्ट होती है। और इसके विपरीत, कम लोड की गई मशीन, अधिक अनकैप्ड रीड रिक्वेस्ट (प्रतिशत में, निश्चित रूप से) इस तथ्य के कारण अनुरोध लिखने की तुलना में कि लगभग हर फाइल को "पहली बार" (जिस पल से डाउनलोड किया जाता है) पढ़ा जाता है।



वास्तव में, यहां वास्तविक संख्याएं हैं: बादल के पार, हमारे पास 3/4 के संचालन लिखने के लिए पढ़ने के संचालन का अनुपात है। 5 आर / दिन से कम खपत वाली पहली कार पर, लिखने-से-पढ़ने का अनुपात 2: 1 है, सटीक होने के लिए, 2.2 मिलियन से 1.1 मिलियन। और बहुत गंभीरता से भरी हुई मशीन (लगभग 450r / दिन) पर, पढ़ने / लिखने का अनुपात 0.3 मिलियन से 4 मिलियन है (मशीन के अधिकांश खर्च आउटगोइंग ट्रैफ़िक, 300 GB / दिन से अधिक हैं)। जाहिर है, कहीं से 300GB देना असंभव है, इसलिए यह वह जगह है जहां डिस्क कैशिंग अच्छी तरह से काम करती है। (वैसे, इस सवाल का अनुमान लगाना कि हमारे पास एमओडी के लिए इतना बड़ा मेमोरी रिज़र्व क्यों है - सिर्फ ऐसी कैशिंग के लिए)।



इस प्रकार, यह अनुमान लगाना असंभव है कि क्या कोई विशेष फ़ाइल ऑपरेशन किसी ब्लॉक डिवाइस के साथ कोई क्रिया करेगा। यद्यपि यह भविष्यवाणी की जा सकती है कि फ़ाइल के पहले पढ़ने से रीड ऑपरेशन होगा, और कुछ संभावना के साथ फिर से पढ़ना नहीं है।



मैं तुरंत उन मुद्दों का अनुमान लगाता हूं जो समय-समय पर टिकटों में दिखाई देते हैं: वर्चुअल फ़ाइल सिस्टम (/ proc, / sys), माउंटेड nfs-balls, iscsi-devices, diskless drbd-balls, आदि के साथ कोई भी संचालन। लेखांकन के अधीन नहीं हैं - केवल कॉल / देव / xvd * उपकरणों को ध्यान में रखा जाता है। जाहिर है, फीफो, यूनिक्स सॉकेट्स आदि के साथ सभी तरह के ऑपरेशन। डिस्क संचालन का कारण भी नहीं है। लेकिन इसके विपरीत, बैंकल सिंक कमांड, गतिविधि में वृद्धि का कारण बनेगा।