दो सर्वरों के बीच सीधा ईथरनेट लिंक


13

कहो कि मेरे पास दो सर्वर थे जिन्हें सुपर-लो लेटेंसी (डेटाबेस, फ़ाइल आदि) की आवश्यकता थी। क्या 10GbE के साथ दो सर्वरों को सीधे कनेक्ट करना संभव होगा, इसलिए प्रत्येक सर्वर में 'मुख्य' नेटवर्क से 1 (वास्तविक दुनिया में 2) कनेक्शन होंगे, लेकिन एक ईथरनेट केबल के साथ 1 नेटवर्क कार्ड जो सीधे दूसरे से जुड़ा होता है सर्वर, कोई स्विच या राउटर, बस एक सीधा कनेक्शन

                         Internet/Datacenter
                                 |
                                 |
                                 |
                                 |
                                 |
                                 |
                                 |
                        --------------------
                        |                  |
            ------------|      Switch      |-----------
            |           |                  |          |
            |           --------------------          |
            |                                         |
            |                                         |
            |                                         |
            |                                         |
            |                                         |
            |                                         |
            |                                         |
  Network Card 1 (eth0)                     Network Card 1 (eth0)
            |                                         |
  --------------------                      --------------------
  |                  |                      |                  |
  |     Server 1     |                      |     Server 2     |
  |                  |                      |                  |
  --------------------                      --------------------
            |                                         |
  Network Card 2 (eth1)                     Network Card 2 (eth1)
            |                                         |
            |                                         |
            |               Direct 10GbE              |
            -------------------------------------------

मेरा पहला सवाल है, क्या यह भी संभव होगा? क्या उन्हें किसी मानक फ़ाइल के अलावा इस नेटवर्क पर बात करने के लिए कॉन्फ़िगर की गई किसी भी असामान्य / विशेष सेवाओं की आवश्यकता होगी /etc/sysconfig/network-scripts/? वे दोनों eth1 पर स्थैतिक आईपी होगा लेकिन कैसे काम मार्ग की तरह होगा? मैं नेटवर्किंग का विशेषज्ञ नहीं हूँ इसलिए यह शायद एक n00b-ish सवाल है

दूसरा सवाल, क्या इसका कोई मतलब है? क्या ऐसा करने से कोई लाभ होगा जो उन्हें स्विच के माध्यम से मानक नेटवर्क कनेक्शन पर संवाद करने देता है, या उन्हें इंट्रा-सर्वर को संचार करने के लिए दूसरा समर्पित नेटवर्क देता है (चूंकि बैंडविड्थ सर्वर का उपयोग करने वाले ग्राहकों द्वारा मानक नेटवर्क पर उपयोग किया जाएगा) । विलंबता मान लेना प्राथमिकता थी।

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

और चूंकि विलंबता एक प्रमुख मुद्दा है, इसलिए फाइबर ईथरनेट पर बेहतर होगा (गति महत्वपूर्ण नहीं है जब तक कि यह जीओ / सेकंड के एक जोड़े को कर सकता है)

मैंने इस प्रश्न को linux POV से हटा दिया है, क्योंकि यह मेरी पृष्ठभूमि है, लेकिन यह किसी भी सर्वर / डिवाइस पर लागू हो सकता है


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

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

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

@ शादोक - यदि आपने एक डेटाबेस के लिए यूडीपी कनेक्शन को रिग करने का प्रबंधन किया तो यह अप्रत्याशित व्यवहार और भ्रष्टाचार का कारण बन सकता है। साथ ही आप मूल रूप से पैकेट को क्रमबद्ध करके और गुमशुदा लोगों का अनुरोध करके UDP को टीसीपी में बदल देंगे। यही टीसीपी के लिए है। बेहतर होगा कि ईथरनेट को 100g तक फेटें या फाइबर कनेक्शन का उपयोग करें
ग्लिफ़

जवाबों:


9

कोई कारण नहीं है कि आप तकनीकी रूप से ऐसा नहीं कर सकते।

मैं शायद परिस्थितियों के तहत वास्तव में कुछ ऐसा ही करूँगा। विशुद्ध रूप से लिनक्स के दृष्टिकोण से, यह वास्तव में आसान है, बस कनेक्शन को एक आईपी पते / 30 बिटमास्क के साथ दें, आपको 2 आईपी पते देते हैं, फिर यह एक सरल पॉइंट-टू-पॉइंट लिंक है।

यदि आप नेटवर्क विकसित करना चाहते हैं, तो आप 10GE स्विच प्राप्त कर सकते हैं, और फिर सर्वर के बीच ट्रैफ़िक के लिए एक अलग वीएलएएन है। Force10 रेंज में कुछ बहुत चमकदार गियर हैं जो कि विशाल बफ़र्स के साथ लाइन-दर 10GE स्विचिंग कर सकते हैं।


5

मैं एक लिनक्स बिंदु पर टिप्पणी नहीं कर सकता, लेकिन मैं सिर्फ अपने ज्ञान का उपयोग करूंगा और कुछ और प्रश्न पूछूंगा।

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

आप यातायात को प्राथमिकता देने के लिए इन पोर्टों को एक सभ्य स्विच टैग के साथ ले सकते हैं और यहां तक ​​कि यातायात को भी क्यूओएस कर सकते हैं जिन्हें वास्तविक समय की आवश्यकता है।

मेरे विचार।


उन्हें अपने स्वयं के स्विच / 'निजी नेटवर्क' देना एक प्रत्यक्ष कनेक्शन की तुलना में बहुत बेहतर विकल्प होगा, इस तरह अगर हमें बाद में अधिक सर्वर जोड़ने की आवश्यकता होती है तो यह बहुत आसान होगा। इसके अलावा ट्रैफ़िक को प्राथमिकता देना एक अच्छा है, मुझे वास्तव में यह एहसास नहीं था कि आप ऐसा कर सकते हैं, क्या यह स्विच फीचर्स / निर्माता पर निर्भर करता है या यह काफी मानक चीज़ है?
धब्बा

स्विच पर QoS बहुत अधिक विक्रेता-निर्भर चीज है, कुछ इसका समर्थन करते हैं, कुछ इसे बहुत ही मालिकाना तरीके से समर्थन करते हैं, कुछ इसे RFC के अनुसार समर्थन करते हैं, लेकिन आपको संभवतः नेटवर्क पर सभी डिवाइसों पर इसे रखना होगा कोई भी अच्छा प्रभाव देखें।
टॉम ओ'कॉनर

+1 क्योंकि कई स्विच अनिवार्य रूप से वायरस्पीड पर काम करते हैं। पहले से ही चर्चा किए गए तरीकों में एक ठीक से कॉन्फ़िगर किया गया नेटवर्क लाभप्रद होगा, और गलती खोजने में भी सहायता करेगा।
डैन

5

मैंने वास्तव में दो लैपटॉप के बीच ऐसा किया है। अधिकांश आधुनिक लैन एडेप्टर में उनके बीच ऑटो बातचीत होती है ताकि आप एक नियमित लैन केबल का उपयोग कर सकें।

स्थिर IP पते सेट करें जो आपके द्वारा उपयोग किए जा रहे किसी भी अन्य सबनेट के समान रेंज में नहीं हैं - उदाहरण के लिए, यदि मेरे सिस्टम 192.168.xx सबनेट पर हैं, तो मैं उनके बीच 10.0.0.x सबनेट का उपयोग करता हूं। अन्यथा, यह सिर्फ काम करना चाहिए


2

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


2
मेरी स्थिति में लाभ यह था कि प्रत्यक्ष कनेक्शन ने डेटाबेस कनेक्शन पर एसएसएल एन्क्रिप्शन का उपयोग करने की आवश्यकता को समाप्त कर दिया, क्योंकि यह एक निजी तार पर जा रहा है और अर्ध-निजी स्विच नहीं है जहां पासवर्ड को सूँघा जा सकता है।
ग्लिफ़

2
  1. मुझे पूरा यकीन है कि आपको सर्वर 1 को सर्वर 2 से जोड़ने के लिए केबल पर एक क्रॉस की आवश्यकता होगी।
  2. आपके पास बहुत कम विलंबता होगी लेकिन आधुनिक स्विच के साथ एक लैन में विलंबता लगभग शून्य के करीब है जितना आप प्राप्त कर सकते हैं। मुझे पूरी तरह से संदेह है कि आप किसी भी औसत दर्जे का प्रदर्शन हासिल करेंगे।

10
Gb और 10Gb ऑटो-MDIX करते हैं, इसलिए आपको क्रॉसओवर की आवश्यकता नहीं है। यह केवल 10/100 के लिए है।
एमडीमैरा

मुझे लगता है कि उस पर आपका अधिकार, @MarkM मुझे कोई फर्क नहीं पड़ता कि मैंने वास्तव में वास्तविक जीवन में कभी इसकी कोशिश की है।
SBWorks

2

सुरक्षा बनाम प्रदर्शन बनाम पैसा।

  • यदि बैक चैनल ट्रैफ़िक अधिक है और पैसा कम है, तो सीधे कनेक्शन का उपयोग करें। यह हर रोज किया जाता है और कई वास्तविक दुनिया की स्थितियों में पहले से ही ओवरलोडेड स्विच की तुलना में बेहतर प्रदर्शन हो सकता है।

  • यदि बैक चैनल ट्रैफ़िक कम और सुरक्षा मध्यम या निम्न है, तो समग्र इंटरनेट थ्रूपुट को बढ़ाने के लिए NIC को बॉन्ड करें - प्रत्येक सर्वर से इंटरनेट से दो कनेक्शन, प्रतिकृति ट्रैफ़िक को "अलग" करने के लिए मल्टी-होम NICS (अलग-अलग IP स्पेस) फ़ायरवॉल को आसान बनाता है , ऑडिट, पैकेट ट्रेस डायग्नोस्टिक्स आदि)।

  • यदि सुरक्षा अधिक है और बहुत सारे पैसे एक स्विच का उपयोग करते हैं। विस्तार करने में आसान। समस्याओं के निदान के लिए आसान।

दिए गए परिदृश्य में एक स्विच खरीद को वारंट नहीं किया जाएगा। वीएलएएन विभाजन के साथ एक मौजूदा स्विच का उपयोग संभव है। हालाँकि, मैं स्विच में प्लग करने का कोई कारण नहीं देख सकता जब तक कि सर्वर को-लॉयड न हों, यानी शारीरिक रूप से सुलभ नहीं। यह दो स्विच पोर्ट की बर्बादी है जब तक कि पैकेट कैप्चर / डीबगिंग सक्रिय न हो।

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