कॉर्पोरेट ईमेल वातावरण के लिए 3PAR StoreServ

Microsoft Exchange 2010 Windows वातावरण में सबसे आम और लोकप्रिय एंटरप्राइज़ मैसेजिंग उत्पाद है। अक्सर, हमारे ग्राहकों को मेल सर्वर और स्टोरेज सिस्टम के लिए आवश्यक कॉन्फ़िगरेशन का चयन करने में एक सवाल है। इस लेख में मैं उन विशेषताओं के बारे में बात करने की कोशिश करूंगा जो Microsoft Exchange 2010 उत्पाद में दिखाई दीं, विनिर्देशों की गणना करते समय किन आवश्यकताओं को ध्यान में रखना चाहिए और HP के पास क्या समाधान होना चाहिए।

एक्सचेंज 2010 की वास्तुकला की विशेषताएं

एक्सचेंज 2010 ने प्रतिकृति तंत्र और दोष सहिष्णुता से संबंधित कई विशेषताएं पेश कीं।
एक्सचेंज सर्वर को सक्रिय निर्देशिका के साथ कसकर एकीकृत किया गया है: अधिकांश उपयोगकर्ता डेटा को सक्रिय निर्देशिका (उपयोगकर्ता खातों और मेलबॉक्स, संपर्क सूचियों को जोड़ने) में संग्रहीत किया जाता है। केवल मेलबॉक्स स्वयं सक्रिय निर्देशिका से अलग संग्रहीत हैं। सक्रिय निर्देशिका प्रतिकृति तंत्र के लिए धन्यवाद, जब एकाधिक Microsoft Exchange सर्वर का उपयोग किया जाता है, तो सभी सर्वरों पर डेटा अद्यतित रखा जाता है।

दोष सहिष्णुता को लागू करने के लिए, Exchange 2010 केवल DAG तकनीक, विरासत SCR, LCR, CCR प्रौद्योगिकियाँ प्रदान करता है और एक एकल संग्रहण क्लस्टर निकाला जाता है। DAG (डेटाबेस उपलब्धता समूह) - डेटा हानि सुरक्षा के साथ नोड्स के बीच अतुल्यकालिक डेटाबेस प्रतिकृति प्रौद्योगिकी। DAG एक शुद्ध क्लस्टर तकनीक नहीं है, जैसा कि कोई वर्चुअल साझा नोड नहीं। इस संबंध में, क्लाइंट कनेक्शन बिंदु को मेलबॉक्स की भूमिका से क्लाइंट एक्सेस भूमिका में ले जाया गया है। केवल आधार DAG में क्लस्टर किया गया है, जिसे DAG में शामिल सर्वरों के बीच ले जाया जा सकता है। लेकिन कोरम निर्धारित करने के लिए अभी भी विंडोज क्लस्टरिंग सेवा का उपयोग किया जाता है। DAG केवल ब्लॉक डिवाइस (स्थानीय डिस्क और SAN) पर काम कर सकता है और NAS नेटवर्क ड्राइव पर काम नहीं कर सकता।

एक्सचेंज 2010 के आर्किटेक्चर के आधार पर, साथ ही साथ अधिक उत्पादक उपकरणों के आगमन के साथ (सबसे पहले, यह प्रोसेसर को संदर्भित करता है), आकार देने वाले आर्किटेक्चर के लिए दृष्टिकोण बदल गया है।

एक्सचेंज 2010 Sizers

Microsoft अपनी वेबसाइट पर दस्तावेजों की एक श्रृंखला प्रकाशित करता है जो समाधान के प्रत्येक घटक की भूमिका का वर्णन करता है। लेखों की भीड़ को समझना गैर-तुच्छ कार्य है। निम्नलिखित सैद्धांतिक आकार हैं।

1. सही प्रोसेसर का चयन

उत्पादक वातावरण के लिए प्रोसेसर की आवश्यकता होती है जो Windows Server 2008 या 2008 R2 पर Exchange 2010 के 64-बिट संस्करण के साथ काम करता है। Microsoft Intel प्रोसेसर का उपयोग करने की अनुशंसा करता है जो Intel विस्तारित मेमोरी 64 प्रौद्योगिकी या AMD प्रोसेसर का समर्थन करता है जो AMD64 का समर्थन करता है।

hyperthreading

हाइपरथ्रेडिंग विकल्प का उपयोग करने के लिए सावधानीपूर्वक नियोजन की आवश्यकता होती है, और एक्सचेंज वातावरण में तैनाती का प्रभाव आमतौर पर महत्वपूर्ण नहीं होता है।

डिफ़ॉल्ट रूप से, हाइपरथ्रेडिंग विकल्प को बंद कर दिया जाना चाहिए। प्रोसेसर के प्रदर्शन को बढ़ाने के लिए अस्थायी उपाय के रूप में ही उपयोग संभव है जब तक कि अतिरिक्त उपकरण को ऑपरेशन में नहीं लगाया जाता है।

नीचे एक्सचेंज 2010 के लिए न्यूनतम और अनुशंसित अधिकतम सेटिंग्स के साथ एक तालिका है।

Exchange 2010 सर्वर रोल	कम से कम विन्यास	(अनुशंसित) अधिकतम विन्यास	एक उदाहरण है (अनुशंसित) अधिकतम विन्यास
एज ट्रांसपोर्ट	1x प्रोसेसर कोर	2x प्रोसेसर	12x प्रोसेसर कोर
हब परिवहन	1x प्रोसेसर कोर>	2x प्रोसेसर	12x प्रोसेसर कोर
ग्राहक की पहुंच	2x प्रोसेसर कोर	2x प्रोसेसर	12x प्रोसेसर कोर
एकीकृत संदेश	2x प्रोसेसर कोर	2x प्रोसेसर	12x प्रोसेसर कोर
मेलबॉक्स	2x प्रोसेसर कोर	2x प्रोसेसर	12x प्रोसेसर कोर
क्लाइंट एक्सेस / हब ट्रांसपोर्ट संयुक्त	2x प्रोसेसर कोर	2x प्रोसेसर	12x प्रोसेसर कोर
एकाधिक (क्लाइंट एक्सेस, हब ट्रांसपोर्ट, मेलबॉक्स भूमिकाएं)	2x प्रोसेसर कोर	4x प्रोसेसर	24x प्रोसेसर कोर

हब ट्रांसपोर्ट की भूमिका

Microsoft द्वारा अनुशंसित कॉन्फ़िगरेशन 8 प्रोसेसर कोर है, एक ऐसे वातावरण के लिए जहां इसे कई सर्वरों और कई हजार मेलबॉक्सों का उपयोग करना चाहिए। एंटी-वायरस और एंटी-स्पैम सॉफ़्टवेयर के साथ काम करने के लिए हब ट्रांसपोर्ट भूमिका को कॉन्फ़िगर करने पर बड़ी संख्या में कोर के साथ एक सर्वर प्रभावी रूप से उपयोग किया जा सकता है। सीपीयू लोड कारक औसत संदेश आकार, भेजे गए संदेशों की संख्या, परिवहन एजेंटों की संख्या, एंटीवायरस के कॉन्फ़िगरेशन और अन्य अनुप्रयोगों के रूप में ऐसे संकेतकों पर निर्भर करता है।

क्लाइंट एक्सेस सर्वर रोल

Microsoft Exchange 2010 में, अधिकांश क्लाइंट सुविधाओं को मेलबॉक्स सर्वर रोल से क्लाइंट एक्सेस सर्वर रोल में ले जाया गया है। Exchange 2010 परिवेश में, संदेश क्लाइंट एक्सेस सर्वर पर संसाधित होते हैं यदि उन्हें गैर-MAPI क्लाइंट (उदाहरण के लिए, POP3 या IMAP4) द्वारा भेजा जाता है। इसके अलावा, Microsoft Office वेब ऐप क्लाइंट एक्सेस सर्वर रोल द्वारा प्रदान किया गया है, और एक्सचेंज के पिछले संस्करणों के रूप में Microsoft एक्सचेंज सूचना स्टोर सेवा द्वारा नहीं।

इन आर्किटेक्चरल विशेषताओं से क्लाइंट एक्सेस सर्वर को मेलबॉक्स सर्वर को गंभीरता से लोड करने और प्रभावी ढंग से 8 प्रोसेसर कोर का उपयोग करने की अनुमति मिलती है। कम संख्या में मेलबॉक्स वाले संगठनों के लिए या गैर-MAPI ग्राहकों से कम मात्रा में ट्रैफ़िक के लिए, 2 कोर का उपयोग करने की अनुशंसा की जाती है।

एकीकृत मैसेजिंग सर्वर भूमिका

Microsoft 8 प्रोसेसर कोर के साथ एकीकृत मैसेजिंग सर्वर के कॉन्फ़िगरेशन की सिफारिश करता है। वॉइस मेल के लिए कोर की यह संख्या आवश्यक है, उदाहरण के लिए, .wav प्रारूप को विंडोज मीडिया ऑडियो (WMA) में परिवर्तित करना। 2 कोर के साथ एक सर्वर का उपयोग उन संगठनों के लिए किया जा सकता है जिनकी संख्या कम मेलबॉक्स या वातावरण में एकीकृत सर्वर संदेश भूमिका की एक छोटी गतिविधि के साथ है।

मेलबॉक्स सर्वर भूमिका

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

2. राम की पसंद

रैम का विकल्प निम्नलिखित मूल्यों से निर्धारित होता है

• रैम की गति
• मेमोरी मॉड्यूल क्षमता / मेमोरी मॉड्यूल लागत
• सर्वर में स्लॉट की संख्या।

विंडोज सर्वर 2010 ऑपरेटिंग सिस्टम पर एक्सचेंज 2010 कुशलतापूर्वक रैम को 64 जीबी प्रति सर्वर तक चलाता है।

नीचे दी गई तालिका प्रत्येक भूमिका के लिए न्यूनतम और अधिकतम मान दर्शाती है।

Exchange 2010 सर्वर भूमिका	न्यूनतम समर्थित	अधिकतम अनुशंसित
एज ट्रांसपोर्ट	4GB	1GB प्रति कोर
हब परिवहन	4GB	1GB प्रति कोर
ग्राहक की पहुंच	4GB	2GB प्रति कोर
एकीकृत संदेश	4GB	2GB प्रति कोर
मेलबॉक्स	4GB	4GB + डेटाबेस कैश
क्लाइंट एक्सेस / हब ट्रांसपोर्ट संयुक्त	4GB	2GB प्रति कोर
एकाधिक भूमिकाएँ (हब ट्रांसपोर्ट + क्लाइंट एक्सेस + मेलबॉक्स)	4GB	प्रति मेलबॉक्स 4GB + 3-30 एमबी अतिरिक्त।

एज ट्रांसपोर्ट और हब ट्रांसपोर्ट की भूमिका

इन भूमिकाओं को बड़ी मात्रा में रैम की आवश्यकता नहीं होती है, सभी अनुरोधों को संभालने के लिए न्यूनतम 4 जीबी पर्याप्त है, इष्टतम मूल्य 1 जीबी प्रति कोर है, लेकिन कुल 4 जीबी से कम नहीं है।

क्लाइंट एक्सेस सर्वर रोल

इस भूमिका में रैम की खपत क्लाइंट कनेक्शनों की संख्या और लेनदेन की संख्या पर लगभग रैखिक निर्भरता है। Microsoft सिफारिशों के आधार पर, प्रति कोर 2GB के साथ एक भूमिका का विन्यास संतुलित है।

मेलबॉक्स सर्वर भूमिका

गणना में यह भूमिका जटिल है, क्योंकि इष्टतम रैम पैरामीटर तैनात भूमिकाओं की संख्या, मेलबॉक्स की संख्या, औसत उपयोगकर्ता प्रोफ़ाइल और सक्रिय डेटाबेस की संख्या पर निर्भर करता है।

सर्वर के डिस्क सबसिस्टम पर इनपुट / आउटपुट के भार को कम करने के लिए इस भूमिका की मेमोरी गणना महत्वपूर्ण है।

3. मेलबॉक्स डेटाबेस कैश की गणना

एक्सचेंज 2010 एक्स्टेंसिबल स्टोरेज इंजन (ESE) कैश के उपयोग के आधार पर सर्वर या डेटा वेयरहाउस के डिस्क सबसिस्टम पर लोड को कम करने के लिए एक तंत्र का उपयोग करता है। Exchange 2010 सर्वर के लिए अधिक कैश उपलब्ध है, डिस्क सबसिस्टम पर I / O लोड कम है।

Microsoft Exchange 2010 में कैश प्रदर्शन कई तकनीकी परिवर्तनों द्वारा बढ़ाया गया है। सबसे महत्वपूर्ण परिवर्तनों में से एक गहराई लक्ष्य चेक लॉग में वृद्धि है। इस लॉग का उपयोग यह सुनिश्चित करने के लिए किया जाता है कि डेटाबेस के लॉग और कैश उचित समय के भीतर डेटाबेस को लिखे गए हैं। लॉग का आकार प्रतियों की संख्या और डेटाबेस के प्रकार पर निर्भर करता है:

डेटाबेस कॉन्फ़िगरेशन	चौकी गहराई लक्ष्य से प्रवेश करें
एकल डेटाबेस	20MB
प्रतियों के साथ डेटाबेस	100 एमबी
निष्क्रिय डेटाबेस	5MB

एक्स्टेंसिबल स्टोरेज इंजन का उपयोग करते हुए, दो या दो से अधिक प्रतियों वाले डेटाबेस के लिए I / O लोड एकल डेटाबेस कॉन्फ़िगरेशन की तुलना में 40% कम हो सकता है। डिस्क सबसिस्टम पर एक उच्च भार के साथ स्थितियों में, डेटाबेस स्टोरेज फ़ाइलों को लंबे समय तक मेमोरी में बदलता है, यह व्यवहार अनुक्रमिक लिखने (बार-बार लिखने) की संख्या को कम करता है और विलय (कोलेसिंग) के प्रभाव को बनाता है, तथाकथित हाइब्रिड स्टोरेज मॉडल। यह आपको विफलता की स्थिति में डेटाबेस को जल्दी से बहाल करने की अनुमति देता है। उसी समय, डेटाबेस की निष्क्रिय प्रतियां भी लॉग (5 एमबी) को संग्रहीत करने के लिए मेमोरी का उपयोग करती हैं, इससे आप निष्क्रिय डेटाबेस को सक्रिय मोड में जल्दी से डाल सकते हैं।

कैश आकार, और, तदनुसार, भौतिक मेमोरी की मात्रा सीधे डेटाबेस की संख्या पर निर्भर करती है और तालिका से गणना की जा सकती है:

डेटाबेस की संख्या	राम की न्यूनतम राशि
1-10	2 जीबी
11-20	4 जीबी
21-30	6 जीबी
31-40	8 जीबी
41-50	10 जीबी
51-60	12 जीबी
61-70	14 जीबी
71-80	16 जीबी
81-90	18 जीबी
91-100	20 जीबी

Echange के पिछले संस्करणों में, कुंजी मीट्रिक I / O परिचालनों की मात्रा थी, अब वर्तमान मीट्रिक डेटाबेस कैश का आकार और प्रति दिन उपयोगकर्ता द्वारा भेजे गए संदेशों की संख्या है।

निम्न तालिका आपको 2GB मेलबॉक्स आकार और 75KB के औसत अक्षर आकार के आधार पर IOPS निर्धारित करने की अनुमति देती है।

प्रति दिन प्रति मेलबॉक्स संदेश (~ 75KB औसत संदेश आकार)	प्रति उपयोगकर्ता डेटाबेस कैश (MB)	एकल डेटाबेस (स्टैंड-अलोन): प्रति बॉक्स IOPS	डेटाबेस प्रति: IOPS प्रति बॉक्स
50	3	.060	.050
100	6	0.120	.100
150	9	0.180	.150
200	12	0.240	.200
250	15	.300	.250
300	18	0.360	.300
350	21	0.420	0.350
400	24	0.480	.400
450	27	0.540	0.450
500	30	0.600	.500

4. सक्रिय और निष्क्रिय डेटाबेस और डेटाबेस प्रतियां

निष्क्रिय डेटाबेस।

Exchange 2010 में, एक ही सर्वर फेलओवर कॉन्फ़िगरेशन में डेटाबेस की सक्रिय और निष्क्रिय दोनों प्रतियों को संसाधित कर सकता है। निष्क्रिय प्रतियों के प्रसंस्करण के लिए प्रोसेसर की आवश्यकताओं को डिजाइन चरण में भी माना जाना चाहिए। निष्क्रिय डेटाबेस प्रतियाँ प्रतिकृति लॉग की जाँच करने और डेटाबेस इंडेक्स को संसाधित करने के लिए प्रोसेसर संसाधनों का उपयोग करती हैं। प्रत्येक निष्क्रिय डेटाबेस मेलबॉक्स को सक्रिय डेटाबेस के मेलबॉक्स संसाधनों से 15% CPU संसाधनों की आवश्यकता होती है।

डेटाबेस की प्रतियां।

प्रत्येक Exchange 2010 डेटाबेस 16 प्रतियाँ तक बना सकता है। डेटाबेस की प्रत्येक प्रति मुख्य डेटाबेस के सीपीयू का 10% खपत करती है।

बाह्य स्थितियों (उदाहरण के लिए, विफल सर्वर या साइट्स की संख्या) के आधार पर Exchange 2010 परिवेश के व्यवहार के कई मॉडल बनाने की संभावना के लिए प्रतियों की संख्या और निष्क्रिय डेटाबेस की संख्या आवश्यक है। Exchange 2010 परिवेश के विशिष्ट मॉडल सभी मेलबॉक्सों के 100% उपयोग और सबसे खराब स्थिति में से एक हैं।

नियोजन चरण इस प्रकार हैं:

1. हम विभिन्न घटकों की विफलता के खिलाफ सुरक्षा सहिष्णुता के आवश्यक स्तर, आवश्यक प्रतियों की संख्या और डेटा उपलब्धता समूहों (डीएजी) की संख्या निर्धारित करते हैं।
2. यदि हम गलती सहिष्णुता का उपयोग करते हैं, तो हम एक व्यवहार मॉडल निर्धारित करते हैं: सभी मेलबॉक्सों की सक्रियता या हम सबसे खराब स्थिति सेट करते हैं।
3. चयनित मॉडल के आधार पर, हम प्रोफाइल के प्रकार के आधार पर उपरोक्त तालिका से मानों का चयन करते हैं (सुबह में दो घंटे की चोटी के साथ 10 घंटे):

प्रति मेलबॉक्स प्रति दिन पत्रों की संख्या	मेलबॉक्स डेटाबेस कैश (MB)	IOPS प्रति बॉक्स के साथ एकल डेटाबेस	डेटाबेस की प्रतियां (मेलबॉक्स पर IOPS)	एक सक्रिय बॉक्स के लिए मेगासाइकल	एक निष्क्रिय बॉक्स के लिए मेगासाइकल
50	3	.06	.05	1	0.15
100	6	0.12	0.1	2	0.3
150	9	0.18	0.15	3	0.45
200	12	0.24	0.2	4	0.6
250	15	0.3	0.25	5	0.75
300	18	0.36	0.3	6	0.9
350	21	0.42	0.35	7	1.05
400	24	0.48	0.4	8	1.2
450	27	0.54	0.45	9	1.35
500	30	0.6	0.5	10	1.5

मेगासाइकल पैरामीटर MHz में प्रोसेसर कोर प्रदर्शन द्वारा निर्धारित किया जाता है, उदाहरण के लिए, 2 x 4 कोर इंटेल Xeon x5470 3.33-gigahertz (GHz) प्रति कोर 3333 मेगासाइकल देते हैं।

5. डाटा स्टोरेज सिस्टम

डेटा भंडारण प्रणाली की पसंद कई कारकों पर निर्भर करती है, लेकिन मुख्य रूप से मेलबॉक्सों की संख्या और विस्तार की आवश्यकता से निर्धारित होती है।

1,000 मेलबॉक्‍स वाले छोटे संगठनों के लिए, HP और Microsoft प्रवेश-स्तर P2SCG iSCSI भंडारण या ProLiant डिस्क सबसिस्टम का उपयोग करने की सलाह देते हैं।

बड़े प्रतिष्ठानों के लिए, बड़ी संख्या में डिस्क का समर्थन करने वाले उच्च-स्तरीय वाल्ट की सिफारिश की जाती है। इन सरणियों में से एक 3 पीएआर स्टोरसर्व है, जिसकी घोषणा 4 दिसंबर 2012 को की गई थी। इस सरणी को पहले ही एक्सचेंज 2010 सॉल्यूशन रिव्यू प्रोग्राम (ESRP) - स्टोरेज v3.0 द्वारा परीक्षण किया जा चुका है।

जैसा कि आप जानते हैं, 3 पीएआर सरणियों को अप्रत्याशित भार वाले वातावरण में वर्चुअलाइजेशन कार्यों के तहत उपयोग करने के लिए अभिप्रेत है। एक अन्य संभावित गंतव्य कॉर्पोरेट मेल है।

Microsoft के साथ मिलकर, 60,000 उपयोगकर्ताओं के लिए मेल के लिए 3PAR StoreServ सरणी का परीक्षण आयोजित किया गया था। समाधान में HP Proliant Bl460c Gen8 ब्लेड सर्वर, C7000 ब्लेड बास्केट, ब्रोकेड ऑप्टिकल स्विच का उपयोग किया गया है।

टेस्ट सॉफ्टवेयर: माइक्रोसॉफ्ट विंडोज सर्वर 2008 आर 2 और माइक्रोसॉफ्ट एक्सचेंज 2010।

दस्तावेज़ 60,000 उपयोगकर्ताओं के लिए वातावरण में सरणी के परीक्षण के बारे में जानकारी प्रदान करता है।

उच्च दक्षता वाइड-स्ट्रिपिंग तकनीक के उपयोग के माध्यम से आयोजित की जाती है (डेटाबेस ड्राइव ग्रुप (DAG) का उपयोग करके 3PAR सरणी पर 3PAR सरणी पर सभी ड्राइव्स का उपयोग करके, जहां 18 सर्वर DAG की प्रत्येक प्रति (2 DAGs में 60,000 उपयोगकर्ताओं के लिए 9 सक्रिय सर्वर) की सेवा करते हैं। दो 3PAR सरणियों के बीच डेटा प्रतिकृति का आयोजन करके उच्च डेटा उपलब्धता प्राप्त की जा सकती है। परीक्षण समाधान में एक सरणी और 9 सर्वर का उपयोग किया गया था।

3 पीएआर डिस्क सरणी में, सभी उपयोग किए गए डिस्क स्वचालित रूप से 1 जीबी (चंकलेट) ब्लॉकों में विभाजित होते हैं, एक ही प्रकार के डिस्क के साथ ब्लॉक और एक RAID स्तर एक तार्किक डिस्क बनाते हैं। सामान्य प्रावधान समूह (CPG) - RAID समूहों के गठन के लिए जिम्मेदार नीतियों का एक समूह। CPG होस्ट के लिए प्रस्तुत वर्चुअल वॉल्यूम (LUN) बनाने के लिए भी ज़िम्मेदार है।

वर्णित समाधान में, 3PAR सक्रिय डेटाबेस वाले दोनों DAG में सभी होस्ट के लिए एक CPG के साथ कॉन्फ़िगर किया गया है। डिस्क विफलता की स्थिति में, सरणी सभी मेजबानों की सेवा जारी रखेगी; RAID पुनर्निर्माण प्रक्रियाएँ शेष सभी डिस्क पर अतिरिक्त chunklets का उपयोग करेंगी।

चित्रा 1 एक 3PAR सरणी में तार्किक डिस्क उत्पन्न करने की प्रक्रिया को दर्शाता है।

चित्र 1

एक परीक्षण वातावरण में, कॉन्फ़िगरेशन में 18 सर्वर शामिल हैं जो 3PAR सरणी से 216 2TB NL SAS के साथ जुड़ा हुआ है। वर्चुअल वॉल्यूम को होस्ट के लिए प्रस्तुत किया जाता है। इन आभासी संस्करणों में, डेटाबेस / लॉग के लिए 12 वॉल्यूम और रिकवरी / रखरखाव के लिए एक वॉल्यूम प्रत्येक सर्वर को प्रदान किया गया था।

इस समाधान में, 3PAR सरणी पर वर्चुअल वॉल्यूम बनाए गए, जिससे डेटाबेस बढ़ने के साथ वॉल्यूम का आकार बढ़ाना आसान हो गया। समाधान की गलती सहिष्णुता सुनिश्चित करने के लिए डेटाबेस की सक्रिय और निष्क्रिय प्रतियां विभिन्न सरणियों पर रखी जाती हैं।

सभी डेटाबेस वॉल्यूम, रखरखाव और पुनर्प्राप्ति वॉल्यूम RAID सुरक्षा का उपयोग करके बनाए गए थे। प्रत्येक व्यक्तिगत ग्राहक के लिए डेटाबेस और वॉल्यूम का वास्तविक आकार सेवा स्तर समझौते (SLA), बैकअप पद्धति, वर्चुअल वॉल्यूम प्रबंधन कारकों और डिस्क पर डेटाबेस के वांछित आकार सहित कई कारकों पर निर्भर करता है।

चित्रा 2 वॉल्यूम और सर्वर के लेआउट के साथ सक्रिय डेटा केंद्र को दर्शाता है।

Fig.2

चित्र 3 प्रत्येक डीएजी में 9 सर्वरों के साथ 18 सर्वरों के साथ एक पूर्ण समाधान आरेख दिखाता है। संचार के नुकसान की स्थिति में या किसी दूरस्थ साइट पर बिजली आउटेज की स्थिति में, शेष 9 सर्वर सभी डेटाबेस की सेवा करने में सक्षम हैं।
प्रत्येक मेजबान के लिए प्रस्तुत डेटाबेस की योजना:



प्राथमिक साइट की विफलता के मामले में, शेष सर्वर प्रसंस्करण अनुरोधों को जारी रखने में सक्षम होंगे:

6. 60,000 उपयोगकर्ताओं के लिए परिदृश्य के लिए गणना

वर्णित समाधान के लिए एक उदाहरण गणना परिदृश्य पर विचार करें।
मेलबॉक्स की संख्या: 60,000
उपयोगकर्ता प्रोफ़ाइल: प्रति दिन 100 अक्षर (0.14 IOPS प्रति उपयोगकर्ता मेलबॉक्स 20% के मार्जिन के साथ)।
लोड प्रोफ़ाइल: सक्रिय मेलबॉक्स पर 0.12 x 60000 = 8400 IOPS।
मेलबॉक्स का आकार: 2GB।
भंडारण वास्तुकला: RAID 10।
DAGs: 2
सर्वर: 18 (9 सर्वर प्रति DAG)।
हम प्रति सर्वर मेलबॉक्सों की संख्या की गणना करते हैं: 60000/18 = ~ 3300।
प्रति डेटाबेस मेलबॉक्सों की संख्या: 833।
प्रत्येक डेटाबेस (LUN) डेटाबेस + लॉग = 1740.88GB के लिए स्टोरेज सिस्टम पर वर्चुअल वॉल्यूम का आकार।
स्टोरेज सिस्टम कम से कम 418 608 जीबी की कच्ची क्षमता प्रदान करता है।
भंडारण कनेक्शन प्रकार: फाइबर चैनल सैन।
ऐरे कनेक्शन की गति: 12x 8Gb = 96Gb / s
स्विच: 2x ब्रोकेड 8/24
उत्तरी मंच: 18 2 x 8 कोर इंटेल Xeon E5-2650 2.0 गीगाहर्ट्ज सर्वर, 64 जीबी रैम।

हम गणना शुरू करते हैं।

क्योंकि डीएजी को 9 सर्वरों की विफलता के मामले में काम करना चाहिए, फिर हम 18 नोड्स के साथ गणना शुरू करते हैं। यह मानते हुए कि सभी डेटाबेस समान रूप से 18 नोड्स में वितरित किए जाते हैं, हमें प्रति सर्वर 3300 मेलबॉक्स मिलते हैं। हम 9 नोड्स (60 000/9) = ~ 6700 मेलबॉक्स प्रति सर्वर की विफलता के मामले में मेलबॉक्सों के संकेतक की गणना करते हैं।

हम प्रति मेलबॉक्सेज की संख्या की गणना करते हैं: 6700 x 2 (प्रति मेलबॉक्‍स के मेगाकेश के अनुसार) = 13400 मेगा साइकल। प्रत्येक कॉपी के लिए इस मूल्य को 10% से गुणा करें। इस उदाहरण में, प्रत्येक सक्रिय प्रति के लिए 2 निष्क्रिय प्रतियां हैं, इसलिए, मेगासाइकल की संख्या 20% तक बढ़ जाती है: 13400 x 1.2 = 17700 मेगाकेस।

तालिका से निष्क्रिय मेलबॉक्स प्रति मेगाकाइक्सेस द्वारा निष्क्रिय मेलबॉक्स (जब सर्वर अधिकतम मेलबॉक्सों की संख्या संसाधित करता है) की संख्या को गुणा करें (3300 x 0.3 मेगा साइकिल = 990 मेगासाइकल)।

निष्क्रिय मेलबॉक्सेज़ के मूल्यों के साथ सक्रिय मेलबॉक्सेज़ के लिए मेगासाइकल के मूल्यों को जोड़ें: 17700 + 990 = 18690 मेगाकॉल। हम इन मूल्यों को प्लेटफ़ॉर्म पर अनुवादित करते हैं।

2 ऑक्टा-कोर प्रोसेसर इंटेल एक्सॉन E5-2650 2.0 GHz 16x 2000 = 32000 मेगा साइकल के मूल्य के अनुरूप है। हम सर्वर के चरम उपयोग पर विचार करते हैं: 18690/32000 = 60%। यह मान दिखाता है कि सभी उपयोगकर्ताओं के कॉल के चरम पर, आधे भौतिक सर्वरों की विफलता के मामले में, हम प्रोसेसर पर 60% का भार प्राप्त करेंगे, यह सूचक स्वीकार्य माना जाता है। मापदंडों की गणना करने की सिफारिश की जाती है ताकि चरम स्थिति में प्रोसेसर का उपयोग कारक 70% से अधिक न हो।

हम सक्रिय मेलबॉक्स के लिए कोर की आवश्यक संख्या की गणना करते हैं।

एक असफल समाधान के लिए:

कोर की आवश्यक संख्या = (सक्रिय बॉक्स के लिए सीपीयू प्रदर्शन आवश्यक) / (मेगाकैश प्रति कोर) x (शेष सर्वर की संख्या) x (DAG की संख्या)।

गलती सहिष्णुता के बिना एक समाधान के लिए:

कोर की आवश्यक संख्या = (सक्रिय बक्से के लिए सीपीयू प्रदर्शन आवश्यक है) / (कोर प्रति मेगाकॉलिस) x (डेटा इकाइयों में सर्वर की संख्या)

हमारे मूल्यों के आधार पर:
6700/2000 x 9 = 30 कोर

१४४ कोर में से ३० (१४ कोर के १६ सर्वर) १४ सर्वर डाउन होने पर सक्रिय मेलबॉक्स को प्रोसेस करते हैं।

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

हब ट्रांसपोर्ट कोर = कोर की आवश्यक संख्या / 5 = 30/5 = 6।

क्लाइंट एक्सेस सर्वर के लिए कर्नेल = कोर की आवश्यकता x 3/4 = 30 x 3/4 = 22।

कर्नेल ग्लोबल कैटलॉग = कोर की आवश्यक संख्या / 8 = 30/8 = 4।

इसी तरह, रैम के मूल्य की गणना की जाती है।

दूसरी साइट की विफलता के मामले में प्रति सर्वर 6700 मेलबॉक्स के संकेतक के आधार पर, और प्रति मेलबॉक्स 100 अक्षरों के पैरामीटर के आधार पर, हमें मेलबॉक्स की भूमिका के लिए ~ 40GB का कैश मान मिलता है। सर्वर पर अन्य भूमिकाओं के लिए, ~ 40% RAM छोड़ दें। इस प्रकार, 56GB RAM वाले सर्वर को 6,700 मेलबॉक्स का भार संभालना चाहिए। हमारे मामले में, रैम (64 जीबी रैम) की एक बड़ी आपूर्ति के साथ परीक्षण सर्वर का उपयोग किया गया था।

अनुशंसित Microsoft मूल्यों के आधार पर, IOPS की गणना की जाती है (मेलबॉक्स की संख्या सक्रिय और निष्क्रिय प्रतियों के लिए IOPS मूल्य से गुणा की जाती है): 60,000 x (0.12 + 2 x 0.1) = ~ 19,200 IOPS। वर्तमान कॉन्फ़िगरेशन में, सरणी भंडारण प्रणालियों के लिए कैश की गणना के लिए Microsoft की सिफारिशों के अनुसार 21,363 IOPS 25read / 75write प्रदर्शन प्रदान करता है।

सिफारिशें:

1. Windows Server 2008R2 को भौतिक मीडिया पर स्वरूपण और "संरेखित" ब्लॉक के लिए विशेष उपयोगिताओं के उपयोग की आवश्यकता नहीं है, जैसा कि विंडोज सर्वर 2003 द्वारा आवश्यक है। विंडोज विस्टा, विंडोज 7, विंडोज सर्वर 2008 और बाद के उत्पाद डिफ़ॉल्ट रूप से विभाजन को 1MB तक संरेखित करते हैं।
2. Microsoft मेल वातावरण के लिए एसएएस ड्राइव का उपयोग करने की सलाह देता है, जबकि मेल कार्यों के लिए एसएसडी ड्राइव अक्षम हैं: सामान्य तौर पर, एक्सचेंज 2010 मेलबॉक्स सर्वरों को एसएसडी भंडारण के प्रदर्शन विशेषताओं की आवश्यकता नहीं होती है ।
3. दोहरे-पोर्ट एचबीए एडेप्टर के साथ होस्ट-साइड एमपीआईओ का उपयोग करें।
4. हमेशा सबसे खराब स्थिति के अनुसार लोड लें (जैसा कि हमने पहले मेजबान प्रोसेसर पर लोड माना था)।
5. 3PAR की चौड़ी-पट्टी वाली सरणी तकनीक से सबसे अधिक प्राप्त करने के लिए Microsoft Exchange की परिनियोजन के दौरान साझा लॉजिकल डिस्क का उपयोग करें।
6. SAS 7.2k ड्राइव के लिए, Microsoft RAID 1 + 0 का उपयोग करने की सलाह देता है ।

निष्कर्ष:

Microsoft Exchange 2010 आज तक का सबसे लोकप्रिय कॉर्पोरेट ईमेल उत्पाद है। Microsoft के साथ मिलकर, HP नियमित रूप से अपने उत्पादों का परीक्षण करती है और प्रदर्शन मेट्रिक्स प्रदान करती है।

इस तरह के परीक्षण का एक उदाहरण 60,000 उपयोगकर्ताओं के लिए 3PAR StoreServ 7400 सरणी पर एक समाधान है।

24 3PAR StoreServ Microsoft Exchange. .

:

1. - ?
- नहीं
2. - ?
- नहीं

:
Database I/O
Database Disk Transfers/sec 1921
Database Disk Reads/sec 1210
Database Disk Writes/sec 711
Average Database Disk Read Latency (ms) 19.79
Average Database Disk Write Latency (ms) 1.96
Transaction Log I/O
Log Disk Writes/sec 632
Average Log Disk Write Latency (ms) 0.58

HP ESRP, Microsoft.

संदर्भ:
1. 140000 Exchange
2. 60000 Exchange
3. 1000 Exchange
4. 1000 Exchange ProLiant
5. Microsoft
6. Performance and Scalability for Exchange Server 2010 SP1