सर्वर को कितनी RAM चाहिए? क्षमता, ECC और अतिरिक्त गुंजाइश की योजना
वास्तविक वर्कलोड के अनुसार मेमोरी चुनें: वर्चुअल मशीन की गणना, डेटाबेस कैश, ECC संगतता और मापने योग्य चेतावनी संकेतों के साथ।
सही RAM मात्रा एक साथ सक्रिय ऐप, उनके चरम भार और सत्यापित विस्तार योजना से निकलती है। प्रति कर्मचारी एक सामान्य संख्या शायद ही अच्छा निर्णय देती है।
नया सर्वर नियोजित करने, वर्चुअल मशीनें समेकित करने या धीमे डेटाबेस सर्वर का उपयोगी उन्नयन चाहने वाले व्यवसायों के लिए।
पहले बाधा समझें
RAM डेटा और प्रोग्राम स्थिति रखती है जिन्हें प्रोसेसर जल्दी पढ़ते हैं। उपयोग योग्य मेमोरी कम हो तो प्रणाली मेमोरी पेज स्वैप, कैश छोटा या प्रक्रिया बंद कर सकती है। परिणाम धीमा व्यवसाय प्रबंधन सिस्टम हो सकता है, भले CPU कम व्यस्त दिखे। उलटे बाहरी इंटरफ़ेस या एक पूरी तरह व्यस्त कोर का इंतजार करती ऐप को अतिरिक्त 64 GB तेज नहीं करेंगे।
केवल अधिक मेमोरी उपयोग खरीद का कारण नहीं: ऑपरेटिंग सिस्टम खाली RAM को उपयोगी कैश बनाता है। उपलब्ध मेमोरी, बार-बार दबाव, स्वैप गतिविधि और उसी समय मापा ऐप प्रतिक्रिया समय महत्वपूर्ण हैं। Linux का Pressure Stall Information मापता है कि CPU, मेमोरी या I/O कमी से कार्य कितनी देर रुकते हैं। इससे वास्तविक बाधा और उपयोगी कैश उपयोग अलग होते हैं। Linux कर्नेल: Pressure Stall Information ↗
कम से कम एक प्रतिनिधि कारोबारी चक्र दर्ज करें: सामान्य कार्यदिवस, बैकअप, रिपोर्ट और माह-अंत प्रक्रिया। शांत मंगलवार सुबह रात के डेटा आयात का प्रतिनिधित्व नहीं करती। माप के साथ उपयोगकर्ता संख्या, डेटा मात्रा और सॉफ़्टवेयर संस्करण लिखें। इससे उन्नयन के बाद बदली जरूरत समझा सकते हैं।
उदाहरण: छोटे वर्चुअलाइज़ेशन होस्ट की RAM
निम्न योजना कई आंतरिक सेवाएँ चलाने वाले व्यवसाय का काल्पनिक उदाहरण है। मान एक साथ जरूरी मेमोरी बजट की मान्यताएँ हैं, किसी उत्पाद की न्यूनतम आवश्यकताएँ नहीं। शुरुआत 64 GB भौतिक मेमोरी और दैनिक संचालन, रखरखाव तथा वृद्धि के लिए बची जगह से होती है।
| क्षेत्र | बजट | क्या शामिल है |
|---|---|---|
| होस्ट और प्रबंधन | 6 GB | हाइपरवाइज़र, प्रबंधन सेवाएँ और उसका कैश |
| VM में फ़ाइल सेवा | 8 GB | गेस्ट ऑपरेटिंग सिस्टम और फ़ाइल सेवा |
| VM में ऐप | 12 GB | गेस्ट ऑपरेटिंग सिस्टम, ऐप और पृष्ठभूमि कार्य |
| VM में डेटाबेस | 20 GB | गेस्ट ऑपरेटिंग सिस्टम, डेटाबेस और मेमोरी चरम |
| मेट्रिक और सहायक सेवाएँ | 4 GB | ऊपर की VM के बाहर अतिरिक्त सेवाएँ |
| कुल बजट | 50 GB | मॉडल परिस्थिति में एक साथ उपयोग योग्य आवश्यकता |
| 64 GB में शेष | 14 GB | लोड परीक्षण से पुष्टि की जाने वाली अतिरिक्त गुंजाइश |
स्वयं चुनी 25 प्रतिशत योजना गुंजाइश से 50 × 1.25 = 62.5 GB मिलते हैं। यहाँ 64 GB पहला विस्तार चरण हो सकता है, लेकिन योजना सीमा के करीब है। 14 GB गुंजाइश शुरुआती जरूरत की 28 प्रतिशत है। केवल डेटाबेस बजट 12 GB बढ़े तो मूल अतिरिक्त जगह लगभग समाप्त है। फिर विस्तार या कोई कार्यभार दूसरी जगह ले जाना होगा।
डेटाबेस का अपना मेमोरी बजट चाहिए
SSD पर डेटाबेस आकार सीधे RAM जरूरत तय नहीं करता। बड़ा डेटाबेस छोटे, अक्सर उपयोग किए डेटा सेट से काम कर सकता है। छोटे डेटाबेस को कई समानांतर सॉर्ट में अचानक बहुत मेमोरी चाहिए हो सकती है। इसलिए सक्रिय डेटा, इंडेक्स, साथ चलती क्वेरी और नियमित रखरखाव साथ देखते हैं।
कम से कम 1 GB RAM वाले समर्पित डेटाबेस सर्वर के लिए PostgreSQL shared_buffers का शुरुआती मान लगभग 25 प्रतिशत बताता है। यह कॉन्फ़िगरेशन शुरुआत है, केवल इसी अनुपात से पूरा सर्वर आकार तय करने की सलाह नहीं। work_mem हर सॉर्ट या हैश ऑपरेशन के लिए आवंटित हो सकता है; अनेक ऑपरेशन और सत्र कुल जरूरत कई गुना कर सकते हैं। अन्य सेवाएँ और ऑपरेटिंग सिस्टम कैश को अलग जगह चाहिए। PostgreSQL: मेमोरी पैरामीटर और संसाधन उपयोग ↗
पहले क्वेरी, इंडेक्स और अनावश्यक समानांतर काम देखें। आयात और बैकअप के साथ चलने वाला निर्यात अलग समय रखने से बहुत कम चरम ला सकता है। माप सक्रिय डेटा बढ़ना दिखाएँ तो अधिक RAM उचित है। अनियंत्रित मेमोरी वृद्धि वाली खराब ऐप में यह केवल विफलता टाल सकती है।
ECC पूरी प्रणाली की विशेषता है
ECC मेमोरी कुछ त्रुटियाँ पहचान और सुधार सकती है। कौन-सी त्रुटियाँ और प्रणाली की प्रतिक्रिया प्लेटफ़ॉर्म पर निर्भर हैं। Intel बताता है कि ECC को प्रोसेसर और चिपसेट दोनों का समर्थन चाहिए। ऑर्डर से पहले विशिष्ट मदरबोर्ड, फ़र्मवेयर और मेमोरी मॉड्यूल की अनुमतियाँ भी मेल खाएँ। Intel: ECC समर्थन की आवश्यकताएँ ↗
ऑन-डाई ECC वाली DDR5 अपने आप पूरे सिस्टम की ECC सुरक्षा वाला सर्वर नहीं बनाती। आंतरिक सुधार DRAM चिप के भीतर त्रुटियाँ सँभालता है। अतिरिक्त सिस्टम-स्तरीय सुरक्षा के लिए उचित ECC मॉड्यूल और प्लेटफ़ॉर्म समर्थन चाहिए। ECC UDIMM और RDIMM भी मनमाने ढंग से बदले नहीं जा सकते। केवल क्षमता और क्लॉक गति नहीं, सिस्टम की संगतता सूची से खरीदें। Kingston: DDR5 और ऑन-डाई ECC ↗
मॉड्यूल, मेमोरी चैनल और विस्तार साथ नियोजित करें
समान कुल क्षमता अलग मॉड्यूल व्यवस्था में अलग मेमोरी बैंडविड्थ दे सकती है। CPU के चैनल और निर्माता की अनुशंसित व्यवस्था महत्वपूर्ण हैं। कई खाली स्लॉट भविष्य के लिए अच्छे लग सकते हैं, पर आज बहुत असंतुलित व्यवस्था बैंडविड्थ बर्बाद कर सकती है। अतिरिक्त मॉड्यूल अलग अनुमत गति माँग सकते हैं। चुने प्लेटफ़ॉर्म का मैनुअल मानें।
- CPU और मदरबोर्ड दोनों की अधिकतम क्षमता और समर्थित मॉड्यूल आकार जाँचें।
- DIMM प्रकार, प्रति चैनल मॉड्यूल संख्या और अनुमत मिश्रित कॉन्फ़िगरेशन लिखें।
- शुरुआती व्यवस्था और पार्ट सूची सहित स्पष्ट दूसरा विस्तार चरण तय करें।
- कम गुंजाइश वाली शुरुआत चुनने से पहले अनुमोदित मॉड्यूल और उपलब्धता देखें।
- स्थापना के बाद पहचानी क्षमता, ECC संचालन और हार्डवेयर संदेश जाँचें।
ओवरकमिटमेंट और विफलता की अतिरिक्त क्षमता अलग देखें
वर्चुअल मशीनों को नाममात्र में भौतिक उपलब्धता से अधिक मेमोरी दी जा सकती है। विशिष्ट वातावरण में टिकाऊ होना वास्तविक समानांतर उपयोग, हाइपरवाइज़र और मेमोरी वापस लेने के तंत्र पर निर्भर है। विलंब-संवेदनशील डेटाबेस की गणना इस पर न टिके कि कोई अन्य गेस्ट संयोग से कम RAM माँगे। सामान्य संचालन में आरामदायक होस्ट कई गेस्ट रीस्टार्ट पर दबाव में आ सकता है।
दो होस्ट और स्वचालित फ़ेलओवर में कुल GB भी भ्रामक हैं। जरूरी VM को मिलकर 80 GB चाहिए तो होस्ट खराब होने के बाद बची क्षमता में फिट हों, जिसमें होस्ट की जरूरत भी हो। 64 GB के दो होस्ट केवल इसलिए लक्ष्य पूरा नहीं करते कि सामान्य समय 128 GB हैं। कम महत्वपूर्ण परीक्षण सिस्टम जानबूझकर बंद करना दर्ज विकल्प हो सकता है।
योजना कब विश्वसनीय है
खरीद से पहले सफलता तय करें: जैसे सहमत अवधि में मासिक रिपोर्ट, मेमोरी से प्रक्रिया विफलता नहीं और साथ बैकअप में पर्याप्त गुंजाइश। फिर परीक्षण योग्य यथार्थवादी डेटा से ठीक वही काम जाँचें। महत्वपूर्ण सॉफ़्टवेयर या डेटा बदलाव के बाद माप दोहराएँ।
| अवलोकन | अगला कदम |
|---|---|
| बड़ा कैश, स्थिर प्रतिक्रिया समय | उपलब्ध मेमोरी और रुझान देखें; केवल अधिक उपयोग से न खरीदें |
| एक निर्यात के दौरान मेमोरी दबाव | समानांतर काम, क्वेरी और निष्पादन समय देखें |
| एक प्रक्रिया का उपयोग लगातार बढ़े | संभावित मेमोरी लीक जाँचें |
| सक्रिय डेटा सेट बढ़े, कॉन्फ़िगरेशन कारण नहीं | प्लेटफ़ॉर्म स्वीकृति और लोड परीक्षण सहित RAM उन्नयन नियोजित करें |
परिणाम एक पृष्ठ में हो: भार मान्यताएँ, मापे चरम, मेमोरी बजट, विफलता जरूरतें और विस्तार सीमा। तब दूसरा व्यक्ति निर्णय समझ सकता है। अगला कोटेशन आने पर तुलना संभव है कि महँगा सिस्टम विशिष्ट समस्या हल करता है या संचालन मूल्य बिना सिर्फ अतिरिक्त क्षमता बेचता है।
संबंधित पेशकश
Bissolux आपकी कैसे मदद कर सकता है
इस मार्गदर्शन को एक व्यावहारिक कदम में बदलें। ऑर्डर देने से पहले सेवा का दायरा, कीमत और शामिल न होने वाली मदें जाँच लें।
विज्ञापन · Bissoluxआईटी बुनियादी ढाँचा
अपने सिस्टम और ज़रूरतों के बारे में बताएँ। काम शुरू करने से पहले हम उसका दायरा, ज़िम्मेदारियाँ और शर्तें तय करेंगे। संपर्क पेज अंग्रेज़ी में उपलब्ध है।
विज्ञापन · Bissoluxआईटी योजना और आर्किटेक्चर
अपने सिस्टम और ज़रूरतों के बारे में बताएँ। काम शुरू करने से पहले हम उसका दायरा, ज़िम्मेदारियाँ और शर्तें तय करेंगे। संपर्क पेज अंग्रेज़ी में उपलब्ध है।