हमें अपने फाइबर चैनल फैब्रिक के लिए नए 8Gb स्विच की एक जोड़ी मिल रही है। जब से हम अपने प्राथमिक डेटासेंटर में बंदरगाहों से बाहर निकल रहे हैं, यह एक अच्छी बात है, और यह हमें हमारे दो डेटासेंटरों के बीच कम से कम एक 8 जीबी आईएसएल चलाने की अनुमति देगा।
हमारे दो डेटासेंटर लगभग 3.2 किमी के अलावा फाइबर रन के रूप में हैं। हमें कुछ वर्षों से ठोस 4Gb सेवा मिल रही है, और मुझे उम्मीद है कि यह 8Gb को भी बनाए रख सकता है।
मैं वर्तमान में इन नए स्विच को स्वीकार करने के लिए अपने कपड़े को फिर से कॉन्फ़िगर करने का तरीका जान रहा हूं। लागत के फैसले के कारण कुछ साल पहले हम एक पूरी तरह से अलग डबल-लूप कपड़े नहीं चला रहे हैं । पूर्ण अतिरेक की लागत को स्विच की विफलता के अप्रत्याशित समय से अधिक महंगा देखा गया। यह निर्णय मेरे समय से पहले किया गया था, और तब से चीजों में बहुत सुधार नहीं हुआ है।
मैं इस अवसर को एक स्विच विफलता (या फैब्रिकओएस अपग्रेड) के सामने हमारे कपड़े को अधिक लचीला बनाने के लिए लेना चाहूंगा।
यहाँ मैं एक ले-आउट के लिए क्या सोच रहा हूँ, इसका एक आरेख है। ब्लू आइटम नए हैं, लाल आइटम मौजूदा लिंक हैं जो फिर से चले जाएंगे।
(स्रोत: sysadmin1138.net )
लाल तीर वाली लाइन वर्तमान आईएसएल स्विच लिंक है, दोनों आईएसएल एक ही स्विच से आ रहे हैं। EVA6100 वर्तमान में 16/4 स्विच दोनों से जुड़ा हुआ है जिसमें ISL है। नए स्विच हमें दूरस्थ डीसी में दो स्विच करने की अनुमति देंगे कुछ लंबी दूरी के आईएसएल नए स्विच में जा रहे हैं।
इसका लाभ यह है कि प्रत्येक स्विच दूसरे स्विच से 2 hops से अधिक नहीं है, और दो EVA4400 के, जो एक ईवा-प्रतिकृति संबंध में होंगे, एक दूसरे से 1 हॉप हैं। चार्ट में EVA6100 एक पुराना उपकरण है जिसे अंततः बदल दिया जाएगा, संभवतः अभी तक एक और EVA4400 के साथ।
चार्ट का निचला आधा हिस्सा हमारे अधिकांश सर्वर हैं, और मुझे सटीक प्लेसमेंट के बारे में कुछ चिंताएं हैं। वहां जाने की क्या जरूरत है:
- 10 VMWare ESX4.1 होस्ट
- EVA6100 पर संसाधनों को एक्सेस करता है
- 4 Windows Server 2008 सर्वर एक विफल-क्लस्टर (फ़ाइल-सर्वर क्लस्टर) में
- EVA6100 और दूरस्थ EVA4400 दोनों पर संसाधनों को एक्सेस करता है
- 2 विंडोज सर्वर 2008 सर्वर एक दूसरे असफल ओवर क्लस्टर (ब्लैकबोर्ड सामग्री) में
- EVA6100 पर संसाधनों को एक्सेस करता है
- 2 MS-SQL डेटाबेस सर्वर
- EVA6100 पर संसाधनों तक पहुंच, रात में DB निर्यात EVA4400 के साथ
- 2 LTO4 टेप ड्राइव के साथ 1 LTO4 टेप लाइब्रेरी। प्रत्येक ड्राइव का अपना फाइबर पोर्ट होता है।
- बैकअप सर्वर (इस सूची में नहीं) उन्हें स्पूल करते हैं
फिलहाल ESX क्लस्टर 3 तक सहन कर सकता है, शायद 4, मेजबान नीचे जाने से पहले हमें अंतरिक्ष के लिए वीएम को बंद करना शुरू करना होगा। खुशी से, सब कुछ MPIO चालू हो गया है।
वर्तमान 4Gb ISL लिंक संतृप्ति के करीब नहीं आया है जिसे मैंने देखा है। यह दो EVA4400 की प्रतिकृति के साथ बदल सकता है, लेकिन ISL में से कम से कम 8Gb होगा। प्रदर्शन को देखते हुए मैं EVA4400-A से बाहर हो रहा हूं, मैं बहुत निश्चित हूं कि प्रतिकृति ट्रैफिक के साथ भी हमारे पास 4 जी लाइन को पार करने में कठिन समय होगा।
4-नोड फ़ाइल सेवारत क्लस्टर में SAN1SW4 पर दो नोड्स और SAN1SW1 पर दो नोड्स हो सकते हैं, क्योंकि दोनों स्टोरेज सरणियों को एक हॉप दूर रख देंगे।
10 ESX नोड्स मैं कुछ हद तक सिर खुजलाता हूं। SAN1SW4 पर तीन, SAN1SW2 पर तीन, और SAN1SW1 पर चार एक विकल्प है, और मुझे लेआउट पर अन्य राय सुनने में बहुत दिलचस्पी होगी। इनमें से अधिकांश में डुअल-पोर्ट एफसी कार्ड हैं, इसलिए मैं कुछ नोड्स को डबल-रन कर सकता हूं। उन सभी को नहीं , लेकिन सब कुछ मारे बिना एक स्विच को विफल करने के लिए पर्याप्त है।
दो MS-SQL बॉक्स SAN1SW3 और SAN1SW2 पर जाने की जरूरत है, क्योंकि उन्हें अपने प्राथमिक भंडारण के करीब होना चाहिए और db- निर्यात प्रदर्शन कम महत्वपूर्ण है।
LTO4 ड्राइव वर्तमान में SW2 पर हैं और उनके मुख्य स्ट्रीमर से 2 हॉप्स हैं, इसलिए मुझे पहले से ही पता है कि यह कैसे काम करता है। वे SW2 और SW3 पर बने रह सकते हैं।
मैं चार्ट के निचले आधे हिस्से को पूरी तरह से जुड़ा हुआ टोपोलॉजी नहीं बनाना पसंद करूंगा क्योंकि यह हमारे उपयोग योग्य पोर्ट-काउंट को 66 से घटाकर 62 कर देगा, और SAN1SW1 25% ISL होगा। लेकिन अगर इसकी जोरदार सिफारिश की जाए तो मैं उस रास्ते पर जा सकता हूं।
अद्यतन: कुछ प्रदर्शन संख्याएँ जो शायद उपयोगी होंगी। मैं उनके पास था, मैंने सिर्फ यह बताया कि वे इस तरह की समस्या के लिए उपयोगी हैं।
उपरोक्त चार्ट में EVA4400-A निम्नलिखित करता है:
- कार्य दिवस के दौरान:
- I / O का औसत 1000 से कम है, जिसमें स्पाइक के साथ फाइल-सर्वर क्लस्टर शैडोस्कोपी स्नैपशॉट के दौरान औसतन 1500 (लगभग 15-30 मिनट तक) रहता है।
- एमबी / एस आम तौर पर 10-30 एमबी रेंज में रहता है, जिसमें शैडोकोपी के दौरान 70 एमबी और 200 एमबी तक स्पाइक्स होते हैं।
- रात के दौरान (बैकअप) है जब यह वास्तव में तेजी से पैडल करता है:
- DB के बैकअप के दौरान 5500 तक स्पाइक्स के साथ I / O का औसत 1500 के आसपास है।
- MB / s बहुत भिन्न होता है, लेकिन कई घंटों के लिए लगभग 100MB चलता है, और SQL निर्यात प्रक्रिया के दौरान लगभग 15 मिनट के लिए एक प्रभावशाली 300MB / s पंप करता है।
EVA6100 बहुत अधिक व्यस्त है, क्योंकि यह ESX क्लस्टर, MSSQL, और पूरे Exchange 2007 परिवेश का घर है।
- दिन के दौरान I / O का औसत लगभग 2000 तक बढ़ जाता है, जिसमें लगभग 5000 (अधिक डेटाबेस प्रक्रियाएं), और MB / s का औसत 20-50MB / s के बीच होता है। पीक एमबी / एस फाइल-सर्विंग क्लस्टर (~ 240 एमबी / एस) पर शैडोकोपी स्नैपशॉट के दौरान होता है और एक मिनट से भी कम समय तक रहता है।
- रात के दौरान एक्सचेंज ऑनलाइन डिफ्रैग जो 1 बजे से 5 बजे तक चलता है I / O ऑप्स को 7800 पर लाइन (स्पिंडल की इस संख्या के साथ यादृच्छिक अभिगम के लिए फ्लैंक गति के करीब) और 70MB / s पंप करता है।
मैं आपके किसी भी सुझाव की सराहना करूंगा।
