ลิงค์อีเธอร์เน็ตโดยตรงระหว่างสองเซิร์ฟเวอร์


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/? พวกเขาทั้งสองจะมี IP แบบคงที่บน eth1 แต่สิ่งต่าง ๆ เช่นการกำหนดเส้นทางจะทำงานอย่างไร ฉันไม่ใช่ผู้เชี่ยวชาญด้านระบบเครือข่ายดังนั้นอาจเป็นคำถาม n00b-ish

คำถามที่สองมีประเด็นอะไรบ้าง? จะมีข้อได้เปรียบใด ๆ ในการทำเช่นนี้เพียงแค่ให้พวกเขาสื่อสารผ่านการเชื่อมต่อเครือข่ายมาตรฐานผ่านสวิตช์หรือให้พวกเขามีเครือข่ายที่สองโดยเฉพาะสำหรับการสื่อสารภายในเซิร์ฟเวอร์ (เนื่องจากแบนด์วิดธ์จะถูกใช้ในเครือข่ายมาตรฐานโดยลูกค้าที่เข้าถึงเซิร์ฟเวอร์) . สมมติว่าเวลาในการตอบสนองเป็นสิ่งสำคัญ

ฉันรู้ว่ามีปัญหาบางอย่างเกี่ยวกับวิธีนี้เช่นเมื่อเราเพิ่มเซิร์ฟเวอร์ตัวที่ 3 เราต้องให้อีเธอร์เน็ตการ์ดอื่นทุกเซิร์ฟเวอร์และอาจตั้งค่าสามเหลี่ยมการจำลองแบบที่ซับซ้อนมากบางอย่าง แต่เนื่องจากนี่เป็นสมมุติให้เพิกเฉยได้

และเนื่องจากเวลาในการตอบสนองเป็นประเด็นสำคัญไฟเบอร์จะดีกว่าอีเธอร์เน็ต (ความเร็วไม่สำคัญตราบใดที่สามารถทำได้สอง Gb / วินาที)

ฉันใช้คำถามนี้จาก POV linux เพราะนั่นเป็นพื้นหลังของฉัน แต่สามารถใช้ได้กับเซิร์ฟเวอร์ / อุปกรณ์ใด ๆ


1
ในฐานะที่เป็นบันทึกด้านข้างคุณควรใช้ UDP และไม่ใช้ TCP เพื่อให้เกิดความล่าช้าในการรับประกันการจัดส่ง ขึ้นอยู่กับขนาดของเฟรมจัมโบ้แพ็คเก็ตของคุณก็สามารถช่วยได้ด้วยการ จำกัด จำนวนแพ็คเก็ต
Shadok

@ Shadok UDP ไม่เหมาะสำหรับเซิร์ฟเวอร์ฐานข้อมูลไฟล์เซิร์ฟเวอร์ ฯลฯ แต่สำหรับการตรวจสอบการบันทึกและสิ่งที่ไม่สำคัญอื่น ๆ UDP เป็นตัวเลือกที่ดีกว่ามากที่ฉันเห็นด้วย ฉันคิดว่าการตั้งค่าเครือข่ายเช่นนี้น่าจะเป็นสิ่งที่ต้องมีการรับประกันการจัดส่ง แต่แพ็คเก็ต UDP ผ่านเครือข่ายหลักมีประโยชน์หลายอย่าง
Smudge

ตกลงฉันรู้สึกว่าเวลาแฝงเป็นปัญหาหลักของคุณและคิดว่าคุณอาจมีวิธีตรวจสอบความสมบูรณ์หรือรับทราบการส่งแพ็กเก็ตในวิธีที่แตกต่างจาก TCP ความคิดหนึ่งที่ผมเพิ่งจะมีการดำเนินการที่เคาน์เตอร์ง่ายเพิ่มขึ้นในแต่ละแพ็คเก็ตแล้วขอให้คนที่หายไปอีกครั้งหรือเพียงแค่วางพวกเขา แต่ฉัน digressing :)
Shadok

@Shadok - หากคุณจัดการการเชื่อมต่อ UDP กับฐานข้อมูลก็อาจนำไปสู่พฤติกรรมที่ไม่แน่นอนและความเสียหาย รวมทั้งคุณต้องเปลี่ยน UDP เป็น TCP โดยการเรียงลำดับแพ็กเก็ตและขอสิ่งที่ขาดหายไป นั่นคือสิ่งที่ TCP มีไว้สำหรับ มันจะดีกว่าที่จะเพิ่มปริมาณอีเธอร์เน็ตเป็น 100 กรัมหรือใช้การเชื่อมต่อไฟเบอร์
glyph

คำตอบ:


9

ไม่มีเหตุผลใดที่คุณไม่สามารถทำสิ่งนี้ได้ในทางเทคนิค

ฉันอาจทำสิ่งที่คล้ายกันภายใต้สถานการณ์จริง จากมุมมองของ linux เพียงแค่ให้การเชื่อมต่อที่อยู่ IP กับ / 30 bitmask ให้ที่อยู่ IP 2 แห่งจากนั้นเป็นการเชื่อมโยงแบบจุดต่อจุดแบบง่าย ๆ

หากคุณต้องการขยายเครือข่ายคุณสามารถรับสวิตช์ 10GE จากนั้นมี VLAN แยกสำหรับการรับส่งข้อมูลระหว่างเซิร์ฟเวอร์ มีอุปกรณ์บางอย่างที่เป็นประกายในสวิตช์ของ Force10 ที่สามารถทำการสลับอัตรา 10GE พร้อมบัฟเฟอร์มหาศาล


5

ฉันไม่สามารถแสดงความคิดเห็นในมุมมองของ Linux แต่ฉันจะใช้ความรู้ของฉันและถามคำถามเพิ่มเติม

คุณนั้นขึ้นอยู่กับเวลาแฝงที่ต่ำและคุณต้องการให้เซิร์ฟเวอร์เหล่านี้ซิงค์กันอยู่หรือไม่? พวกเขาทั้งสองกำลังเรียกใช้ฐานข้อมูลหรืออะไร? 10GbE น่าจะเพียงพอสำหรับความต้องการส่วนใหญ่ของ 2 เซิร์ฟเวอร์เพื่อให้สอดคล้องกัน ในไม่ช้าฉันก็อยากจะใช้เงินกับสวิตช์ที่ดีในช่วงกลางของ 2 แทนที่จะไปตามเส้นทางที่คุณกำลังดู

คุณสามารถเปลี่ยนแท็กพอร์ตเหล่านี้ให้เหมาะสมเพื่อจัดลำดับความสำคัญของทราฟฟิกและแม้แต่ QoS ทราฟฟิกที่ต้องเป็นแบบเรียลไทม์

ความคิดของฉัน.


การให้สวิตช์ / 'เครือข่ายส่วนตัว' ของพวกเขาเป็นตัวเลือกที่ดีกว่าการเชื่อมต่อโดยตรงด้วยวิธีนี้หากเราต้องการเพิ่มเซิร์ฟเวอร์เพิ่มเติมในภายหลังมันจะง่ายกว่ามาก การจัดลำดับความสำคัญของทราฟฟิกก็เป็นสิ่งที่ดีฉันไม่ได้ตระหนักว่าคุณสามารถทำเช่นนั้นได้หรือไม่ขึ้นอยู่กับคุณสมบัติของสวิตช์ / ผู้ผลิตหรือเป็นสิ่งที่ค่อนข้างมาตรฐานหรือไม่?
Smudge

QoS บนสวิตช์เป็นสิ่งที่ขึ้นอยู่กับผู้ขายมากบางอย่างสนับสนุนบางอย่างสนับสนุนในลักษณะที่เป็นกรรมสิทธิ์มากบางอย่างสนับสนุนตาม RFC แต่คุณอาจต้องมีอุปกรณ์ทั้งหมดในเครือข่ายเพื่อ เห็นผลที่ดีใด ๆ
Tom O'Connor

+1 เนื่องจากสวิตช์จำนวนมากทำงานในสิ่งที่เป็นสายหลัก เครือข่ายที่ตั้งค่าไว้อย่างเหมาะสมจะได้เปรียบในหลายวิธีที่กล่าวถึงไปแล้วและจะช่วยในการค้นหาข้อผิดพลาด
ด่าน

5

ฉันได้ทำสิ่งนี้ระหว่างแล็ปท็อปสองเครื่องแล้ว อะแดปเตอร์ LAN ที่ทันสมัยส่วนใหญ่มีการต่อรองอัตโนมัติระหว่างกันเพื่อให้คุณสามารถใช้สาย LAN ปกติได้

ตั้งค่าที่อยู่ IP แบบคงที่ที่ไม่ได้อยู่ในช่วงเดียวกับซับเน็ตอื่น ๆ ที่คุณใช้ - ตัวอย่างเช่นหากระบบของฉันอยู่ในซับเน็ต 192.168.xx ฉันจะใช้ซับเน็ต 10.0.0.x ระหว่างนั้น มิฉะนั้นมันควรจะทำงาน


2

ไม่มีข้อได้เปรียบของการใช้การตั้งค่าดังกล่าว สวิตช์วันนี้สว่างขึ้นอย่างรวดเร็วคุณจึงไม่ต้องเผชิญกับความล่าช้าในการมองเห็นเนื่องจากสวิตช์ และความสามารถในการปรับขยายจะเป็นปัญหาใหญ่สำหรับคุณเช่นกัน นอกจากนี้ยังมีปัญหาในการตั้งค่าการกำหนดเส้นทางเช่นกันเนื่องจากคุณจะต้องบำรุงรักษาเครือข่าย TWO แยกต่างหากแทนที่จะเป็นเครือข่ายเดียว


2
ข้อได้เปรียบในสถานการณ์ของฉันคือการเชื่อมต่อโดยตรงไม่จำเป็นต้องใช้การเข้ารหัส SSL ในการเชื่อมต่อฐานข้อมูลเพราะจะผ่านสายส่วนตัวและไม่ใช่สวิตช์กึ่งส่วนตัวที่รหัสผ่านอาจถูกดมกลิ่น
สัญลักษณ์

2
  1. ฉันค่อนข้างแน่ใจว่าคุณจะต้องมีสายเคเบิลเชื่อมต่อเพื่อเชื่อมต่อเซิร์ฟเวอร์ 1 กับเซิร์ฟเวอร์ 2
  2. คุณจะมีเวลาแฝงที่ต่ำมาก แต่เวลาแฝงผ่าน LAN ด้วยสวิตช์ที่ทันสมัยนั้นใกล้เคียงกับศูนย์มากที่สุดเท่าที่จะทำได้ ฉันจริงใจสงสัยคุณจะเห็นใด ๆได้รับประสิทธิภาพที่วัดได้

10
Gb และ 10Gb ทำ auto-MDIX ดังนั้นคุณไม่จำเป็นต้องมีครอสโอเวอร์ นั่นเป็นเพียง 10/100
MDMarra

ฉันคิดว่าสิ่งที่ถูกต้องของคุณคือ @MarkM ฉันไม่ได้ลองในชีวิตจริง
SBWorks

2

ความปลอดภัยกับประสิทธิภาพเทียบกับเงิน

  • หากช่องทางด้านหลังสูงและเงินอยู่ในระดับต่ำให้ใช้การเชื่อมต่อโดยตรง มันทำทุกวันและในสถานการณ์จริงหลายแห่งสามารถมีประสิทธิภาพที่ดีกว่าสวิตช์ที่มีการโอเวอร์โหลดอยู่แล้ว

  • หากทราฟฟิกช่องสัญญาณด้านหลังเหลือน้อยและความปลอดภัยอยู่ในระดับปานกลางหรือต่ำให้เชื่อมโยง NIC เพื่อเพิ่มทรูพุตอินเทอร์เน็ตโดยรวม - การเชื่อมต่อสองเครื่องจากแต่ละเซิร์ฟเวอร์ไปยังอินเทอร์เน็ต ตรวจสอบทำวินิจฉัยการติดตามแพ็คเก็ต ฯลฯ )

  • หากความปลอดภัยสูงและเงินจำนวนมากให้ใช้สวิตช์ ง่ายต่อการขยาย ง่ายต่อการวินิจฉัยปัญหา

ในสถานการณ์ที่กำหนดการซื้อสวิตช์จะไม่ได้รับการรับประกัน การใช้สวิตช์ที่มีอยู่กับการแบ่งส่วน VLAN เป็นไปได้อย่างสมเหตุสมผล แม้ว่าฉันจะไม่เห็นเหตุผลใด ๆ ที่จะเสียบเข้ากับสวิตช์เว้นแต่เซิร์ฟเวอร์จะใช้ Co-lo'd นั่นคือไม่สามารถเข้าถึงได้จริง มันเสียพอร์ตสวิตช์สองพอร์ตเว้นแต่ว่าการดักจับ / แก้จุดบกพร่องแพ็กเก็ตจะทำงาน

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.