क्या प्रोडक्शन सर्वर वर्चुअल इमेज के रूप में चल रहे हैं?


14

वर्चुअल सर्वर पर प्रोडक्शन वेब सर्वर और डेटाबेस को चलाने के जोखिम क्या हैं? वर्तमान में हम VM वेयर सर्वर का उपयोग करने के बारे में सोच रहे हैं। यह एक अच्छा समाधान की तरह लगता है जो आसान बैकअप और पुनर्स्थापना की ओर ले जाएगा लेकिन हम वर्चुअलाइज्ड रनिंग का क्या त्याग कर रहे हैं?

जवाबों:


20

लगभग कुछ नहीं।

आप कई वर्चुअल मशीनों पर सीपीयू पावर और रैम साझा कर रहे हैं। VM के लिए जो उनके अधिकतम पर नहीं चल रहे हैं, यह कोई बड़ी बात नहीं है

आप लचीलापन और बैकअप में आसानी प्राप्त करते हैं। हार्डवेयर के टूटने पर आप अपने सर्वर को फ्लैश में कहीं और फिर से डालने की क्षमता प्राप्त करते हैं। सर्वर हार्डवेयर खरीदते समय आपको अपने हिरन के लिए अधिक बैंग मिलता है क्योंकि आप इसे अधिक कर रहे हैं।

VMware ESXi पूरी तरह से स्वतंत्र है और एक अच्छा काम करेगा। इसके अलावा अगर आप बाद में अपग्रेड करना चाहते हैं, तो यह बहुत ही सुगम प्रक्रिया है


14

मैं कहता हूँ कि VM का उपयोग न करने के जोखिम अधिक हैं। एक वीएम के बिना, यदि आपका हार्डवेयर नीचे चला जाता है तो आप एसओएल होंगे जब तक आप इसे प्रतिस्थापित और बहाल नहीं कर लेते।

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

बेशक अन्य डाउनसाइड हैं: अधिकांश वीएम 2 से अधिक सीपीयू (या कोरस) का उपयोग नहीं कर सकते हैं। डिस्क प्रदर्शन थोड़ा नीचा है और आपको सर्वर पर अन्य वीएम के साथ रैम साझा करना होगा।

लेकिन अधिकांश सर्वरों के लिए, मैं कहूंगा कि यह इसके लायक है।


8

आप प्रदर्शन का त्याग कर रहे हैं, हालाँकि, ज्यादातर मामलों में आपके द्वारा किया जाने वाला प्रदर्शन इतना नगण्य होता है कि प्रबंधन और पदचिह्न लाभ अच्छी तरह से नुकसान की भरपाई कर देते हैं। अधिकांश सर्वर वर्चुअलाइजेशन के लिए उचित खेल हैं, बड़े DB सर्वर शायद अपवादों में से एक हैं। हालाँकि आपको अपने आप से यह पूछने की ज़रूरत है कि क्या आपका DB सर्वर वास्तव में "बड़ा" है, अधिकांश नहीं।

आपके प्रश्न से क्या मैं समझ सकता हूं कि आप एक वेब सर्वर और उसी भौतिक सर्वर पर 2 VMs में संबंधित DB सर्वर को चलाना चाहते हैं? एक पल के लिए सुरक्षा को अनदेखा करना, क्या आप उन्हें वर्चुअलाइजेशन के बिना एक ही बॉक्स पर चलाएंगे? यही है, क्या आपको लगता है कि लोड के लिए एक एकल बॉक्स पर्याप्त शक्तिशाली है? यदि ऐसा है, तो मुझे लगता है कि आप बॉक्स पर VMs चला पाएंगे वह भी ठीक है।

एक और चीज जो आप छोड़ देते हैं वह है शारीरिक अलगाव। यदि आप एक वेब सर्वर और उसके DB सर्वर चला रहे हैं, अगर कोई नीचे चला जाता है तो आप वैसे भी मर जाते हैं, इसलिए कोई बड़ी बात नहीं है। लेकिन अगर आप अपने वेब सर्वर और इसके अनावश्यक भागीदार को एक ही भौतिक बॉक्स पर 2VMs पर चलाना चाहते थे, तो आप मूर्खतापूर्ण हो रहे हैं (और मैंने इसे देखा है।) यदि आप भौतिक बॉक्स खो देते हैं, तो आप दोनों वेब सर्वर खो चुके हैं। बुरा स्थान होना।


क्या एक "बड़े" DB माना जाता है? मुझे लगा कि वेब सर्वर वर्चुअल के लिए सबसे सुरक्षित शर्त है। उन एप्लिकेशन सर्वरों के बारे में जो बहुत अधिक क्रंचिंग करते हैं (छवि, ऑडियो, वीडियो प्रसंस्करण)?
इमागोत

2
यह एक प्रदर्शन सवाल है ... जवाब है ... "यह निर्भर करता है।" गंभीरता से, यह व्यवसाय की आवश्यकताओं और आपके भौतिक मेजबान के आकार पर निर्भर करता है। एक होस्ट के लिए "बहुत बड़ा" जो 1G w / एक कोर है और 1 स्थानीय डिस्क होस्ट w / 8 कोर, 32Gig और एक SAN के लिए कई FC कनेक्शन के लिए "बहुत बड़ा" से बहुत अलग है। के रूप में सर्वरों के लिए कि क्रंच ... क्या वे अब आपके सीपीयू को संतृप्त कर रहे हैं? यदि हां, तो आप और क्या चलाएंगे? आप CPU संसाधनों के लिए प्रतिस्पर्धा करेंगे। तो फिर, अगर आप वहाँ w / कम उपयोग, या एक डीसी पर एक फ़ाइल सर्वर फेंक दिया, यह ठीक हो सकता है। (न तो सीपीयू का बहुत बड़ा उपभोक्ता है)
वाल्डेनएल

1

VMware सर्वर के लिए जोखिम बहुत महान हैं! सर्वर एक होस्ट किया गया पुण्यकरण समाधान है, और जैसा कि अतिथि OS के लिए है। यहां तक ​​कि VMware के प्रशंसक होने के नाते मैं हूं। मैं आपको एक VMware प्रतियोगी के साथ जाने के बजाय सर्वर पर भरोसा करना चाहूंगा। VMware सर्वर FANTASTIC है, लेकिन VMware कार्य केंद्र या वर्चुअल सर्वर 2005 की तरह ... यदि होस्ट OS में आपके सभी VM के मुद्दे हैं। हाइपर- V / Xen / ESXi के साथ सभी मुफ्त ... एक वास्तविक हाइपरविजर का उपयोग करें!

ऐसा लगता है कि आपकी सभी तलाश समेकन की है, और खाली जगह में उनका अंतर बहुत कम है। अपने सबसे आरामदायक विक्रेता का उपयोग करें, लेकिन एक वास्तविक हाइपरवाइज़र का उपयोग करें। नंगे धातु के गुणकरण (किसी भी विक्रेता से) मैं प्रभाव को शून्य पर रखूंगा। यदि कुछ ऐप बेहतर लचीलेपन के कारण बेहतर प्रदर्शन करेंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.