एक पैराग्राफ में खबर: अवसर खुद को प्रदर्शन की सीमाएं पूछने के लिए प्रकट हुआ है। सीपीयू, रैम और आउटगोइंग ट्रैफिक सीमित हैं।
यह इस तरह दिखता है:

यह तेजी से पसंद नहीं है? आप धीरे धीरे कर सकते हैं!

हमने कंट्रोल पैनल को अपने लिए संसाधन खपत की सीमा तय करने की क्षमता दी। सभी वर्चुअल मशीनों के लिए ये डिफ़ॉल्ट सेटिंग्स "प्रतिबंधित न करें" के लिए सेट हैं, जो पहले के व्यवहार से अलग नहीं है।

इन सेटिंग्स का दायरा ("चारों ओर खेलने के अलावा") नए सॉफ्टवेयर का अध्ययन या अनुप्रयोगों की शुरूआत है, जिस पर्याप्तता पर आपको संदेह है। आपको यह समझने की आवश्यकता है कि यदि किसी कार्यक्रम को पूरा करने के लिए 100500 ऑपरेशन करने की आवश्यकता है, तो यह उन्हें निष्पादित करेगा। कि 500 ​​संचालन प्रति सेकंड की गति से, कि प्रति सेकंड 100 संचालन की गति से। सवाल विशेष रूप से है और केवल वह कितनी जल्दी ऐसा करेगी।

इसी तरह यातायात के लिए। अगर सर्वर ने 100500 एमबी फाइल देने का फैसला किया है, तो वह इसे दे देगा। या तो 900 एमबी / एस की गति से, या 1 एमबी / एस की गति से - केवल समय अलग होगा।

... एक व्यक्ति की प्रतिक्रिया समय को अचानक और "गलत" लोड सहित। यह एक बात है जब एक आउटरीचिंग प्रोग्राम 800% सीपीयू खाता है और इंटरनेट चैनल को छत में प्लग करता है, तो एक और बात जब "सीलिंग" 20% सीपीयू और एक मेगाबिट्स होती है।

दूसरे शब्दों में, सेटिंग्स, मुझे आशा है कि कोई काम आएगा।

व्यवहार में सीमाएं कैसी दिखती हैं?

प्रोसेसर

(तकनीकी हिस्सा, जीभ भांजनेवाला): ज़ेन के क्रेडिट-आधारित शेड्यूलिंग का कैप पैरामीटर आपको एक सीमा निर्दिष्ट करने की अनुमति देता है जिसके भीतर एक डोमेन निष्पादन के लिए निर्धारित किया जा सकता है।

वही, लेकिन व्यवस्था के साथ: हाइपरविजर आपको उस समय तक वर्चुअल मशीन को सीमित करने की अनुमति देता है जिसके दौरान वह चलता है। यदि वर्चुअल मशीन सीमा समाप्त होने से पहले सब कुछ करने में सक्षम है, तो यह हाइपरवाइजर को बाकी समय देता है और सीमा इस प्रकार ध्यान देने योग्य नहीं है। यदि वर्चुअल मशीन सीमा तक पहुंचती है, तो हाइपरविजर वर्चुअल मशीन से जबरन "नियंत्रण" लेता है और अगले अंतराल की शुरुआत तक छोड़ नहीं देता है। अंतराल स्वयं छोटे हैं - 10 एमएस।

वर्चुअल मशीन के दृष्टिकोण से, यह सीमा चोरी के समय की तरह लगती है। ध्यान दें, चूंकि हम उस वास्तविक समय के अनुसार भुगतान करते हैं जिस दौरान वर्चुअल मशीन प्रोसेसर का उपयोग करती है, चोरी का समय भुगतान नहीं किया जाता है।

यह कैसा दिखता है?

यह है कि शीर्ष पर सिस्टम लोड 10% की निर्धारित सीमा के साथ दिखता है जैसे कि सिपुबर्न रनिंग (पैसा जलाने के लिए उपयोगिता):

ऐसा लगता है कि इसमें CPU का 90% हिस्सा लिया गया है। वास्तव में - 9%। एक और प्रतिशत प्रणाली प्रक्रियाओं द्वारा कब्जा कर लिया है। ध्यान दें, यदि आप देखते हैं, तो बासी (शीर्ष दाएं) 80% है।

यहाँ एक ही है, लेकिन htop के संदर्भ में:


और ऊपर:


इस अर्थ में नोट सभी की तुलना में अधिक स्मार्ट है - यह स्पष्ट रूप से दर्शाता है कि सर्वर प्रोसेसर समय में "कमतर" है।

चोरी पर एक नोट: सीपीयू पर 1% (यानी 8 कोर के लिए 8% तक) असीमित आभासी मशीनों के लिए सामान्य है - डेटा ट्रांसफर के समय आईओ और नेटवर्क गतिविधि के लिए दोनों अनुरोधों को एक राज्य के समान वर्चुअल मशीन को dom0 ब्लॉक करता है। चोरी पर, यदि यह मूल्य 10-15% से अधिक है, तो आपकी वर्चुअल मशीन प्रोसेसर समय से कम नहीं है। Xen'e - और रैकस्पेस, और अमेज़ॅन पर सभी होस्टिंग पर लागू होता है।

अपने आप से, पैरामीटर आपको CPU के 1% तक सीमित करने की अनुमति देता है, लेकिन 10% पर भी मशीन कुछ हद तक विचारशील हो जाती है, इसलिए हमने नियंत्रण कक्ष को 5% तक सीमित कर दिया है, अन्यथा उपयोगकर्ता जोखिमों को डाउनलोड होने का इंतजार नहीं करते हैं।

बाहर जाने वाला यातायात

(तकनीकी जीभ ट्विस्टर) नेटबैक के लिए qos_ratelimit_kpbs पैरामीटर आपको डोमेन से स्थानांतरित डेटा की गति को सीमित करने की अनुमति देता है।

यहां बताया गया है कि इंटरफ़ेस पर 4 एमबीपीएस की सीमा क्या है:


मानव विवरण: मुर्गी में paravirtualized नेटवर्क डिवाइस दो हिस्सों के होते हैं। एक नेटफ्रंट है, जो वर्चुअल मशीन में स्थित है। अन्य आधा - netback - dom0 में स्थित है। जब वर्चुअल मशीन पर ट्रैफिक आ जाता है, तो इसे डोमेन के बीच पेज (जिसे जीरो कॉपी भी कहा जाता है) से वर्चुअल मशीन में ट्रांसफर करने के बजाय ट्रिकी तंत्र के माध्यम से प्रसारित किया जाता है। रिवर्स प्रक्रिया समान है।

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

इस प्रकार, प्राप्तकर्ता के पास डेटा रिसेप्शन की गति को सीमित करने की क्षमता है - बस "धीमी रीडिंग" पर्याप्त है।

जब सीमा विकल्प सेट किया जाता है तो यह ठीक उसी तरह होता है जैसे नेटबैक करता है (डोम में आधा ड्राइवर)। यह केवल वर्चुअल मशीन के नेटवर्क एडॉप्टर से डेटा को और अधिक धीरे-धीरे पढ़ता है।

सवाल उठता है: आने वाले यातायात के बारे में क्या?

यहां स्थिति पूरी तरह से अलग है: यातायात पहले ही भेजा जा चुका है। हम या तो इसे छोड़ सकते हैं या इसे स्थानांतरित कर सकते हैं। यदि हमारे पास संचारित करने का समय नहीं है, तो ट्रैफ़िक को छोड़ दिया जाता है (अन्यथा यह रैम को जमा करना शुरू कर देगा, रैम को रोकना)। इसे गति द्वारा सीमित करना संभव नहीं है, यह केवल अतिरिक्त को त्यागकर संभव है। और यह नेटवर्क की गुणवत्ता के महत्वपूर्ण गिरावट के साथ भरा हुआ है।