डेटाबेस आकार के लिए कठिन हो सकते हैं। सीपीयू की गति आमतौर पर कुंजी नहीं होती है, लेकिन यदि यह समानांतर भार भार है, तो अधिक कोर बेहतर है। बहुत सारी मेमोरी और तेज़ डिस्क आमतौर पर कुंजी होती हैं। अब एक MySQL सर्वर में 16 या 32 जीबी मेमोरी देखने के लिए असामान्य नहीं है। बेशक, यदि आपका डेटा सेट केवल 2 या 4 जीबी है तो यह बहुत समझ में नहीं आता है।
यदि आप अपना पूरा डेटा मेमोरी में सेट करने के लिए पर्याप्त रैम बर्दाश्त कर सकते हैं (रैम डिस्क नहीं, लेकिन डेटाबेस कैश होने पर), तो वह रैम प्राप्त करें। यदि आप अपने डेटा को काफी हद तक बढ़ने की उम्मीद करते हैं तो यह एक अच्छी दीर्घकालिक रणनीति नहीं है।
यदि आपका डेटा आकार रैम की मात्रा से बड़ा है, तो आप तेजी से डिस्क के साथ क्षतिपूर्ति करने और अधिक छोटी डिस्क (4x 136GB के बजाय 8 x 74GB) का उपयोग करने का प्रयास कर सकते हैं।
आप अब हार्डवेयर ले कर प्रदर्शन के बारे में कुछ विचार प्राप्त कर सकते हैं (मान लें कि आपके पास बड़े सर्वर नहीं हैं) और कुछ नमूना डेटा के साथ एक स्केल्ड डाउन बेंचमार्क चला रहे हैं। इससे आपको यह पता चलाना चाहिए कि आपकी बाधाएं कहां हैं और आपको अधिक नकद खर्च करने की आवश्यकता है।
यदि आप एक बड़े विक्रेता (डेल, एचपी, सन, आईबीएम, आदि) के साथ काम कर रहे हैं, तो आप पूछ सकते हैं कि वे आपके विचारों के साथ डेमो इकाई भेज देंगे या नहीं। इस तरह, आप उपकरण खरीदने से पहले अपने बेंचमार्क चला सकते हैं।
और अंत में, यदि यह ऐप के लिए आपका पहला डेटाबेस सर्वर है और आपको कोई जानकारी नहीं है कि यह सफल होने जा रहा है, तो बहुत ज्यादा चिंता न करें। यदि आप 'कम अंत' सर्वर से शुरू करते हैं और आपका ऐप सफल होता है, तो आप आसानी से एक बीफिंग सर्वर पर अपग्रेड कर सकते हैं।
स्रोत
2008-12-11 15:59:12
ये उपकरण अधिक से अधिक लगते हैं। टीपीसी एक अच्छा विचार है। –