जहां मैं काम करता हूं, हमारे पास कई "बड़े लोहे" सर्वर हैं जो कि एक्सपी हाइपरवाइजर का उपयोग करके कई आभासी मशीनों की मेजबानी के लिए उपयोग किया जाता है। ये आमतौर पर 32 जीबी रैम, दोहरी क्वाड कोर प्रक्रियाओं और आई / ओ क्षमता के gobs के साथ तेजी से डिस्क के साथ कॉन्फ़िगर किए गए हैं।
हम उस समय के बिंदु पर हैं जहां मौजूदा हार्डवेयर कॉन्फ़िगरेशन दाँत में थोड़ा लंबा हो रहा है और यह बाहर जाने का समय है और स्रोत बड़ा, तेज़ और शिनियर नया हार्डवेयर।
जैसा कि ऊपर उल्लेख किया गया है, मौजूदा किट को 32 जीबी रैम के साथ तैनात किया गया है और इसने वीएम की संख्या को प्रभावी रूप से सीमित कर दिया है जिसे हम एक मेजबान के लिए तैनात कर सकते हैं।
हालांकि नए हार्डवेयर की जांच में, यह स्पष्ट है कि आप सिंगल चेसिस में 64, 72 या यहां तक कि 96GB के साथ अधिक से अधिक रैम प्राप्त कर सकते हैं। जाहिर है, यह हमें किसी दिए गए मेजबान को अधिक मशीनें प्राप्त करने की अनुमति देगा जो हमेशा एक जीत है। अब तक किए गए विश्लेषण से पता चलता है कि सीमित कारक अब डिस्क सबसिस्टम में स्थानांतरित हो जाएगा।
समस्या अब यह है कि हम कहाँ पर हैं, इसका कुछ विचार करने की कोशिश कर रहे हैं ... उपयोग के आधार पर, हम जानते हैं कि हम I / O बैंडविड्थ के संदर्भ में सीमित नहीं हैं, अधिक-तो, यादृच्छिक I की संख्या / ओ संचालन जो पूरा किया जा सकता है .. हम anecdotally जानते हैं कि एक बार जब हम इस बिंदु पर हिट करते हैं तो iowait आकाश रॉकेट पर जा रहा है और पूरे मशीन का प्रदर्शन कुत्तों पर जा रहा है।
अब मैं जो सवाल पूछ रहा हूं, उसका क्रैक्स है, क्या किसी को मौजूदा I / O प्रदर्शन को सही तरीके से ट्रैक करने / ट्रेंड करने के तरीके के बारे में पता है, विशेष रूप से यादृच्छिक I / O ऑप्स की संख्या के संबंध में?
मैं वास्तव में एक मीट्रिक प्राप्त करने की कोशिश कर रहा हूं "यह कॉन्फ़िगरेशन सफलतापूर्वक यादृच्छिक संख्या I / O अनुरोधों को संभाल सकता है, और हम वर्तमान में (औसतन) Z ops के शिखर के साथ Y ops कर रहे हैं"।
अग्रिम में धन्यवाद!