วิธีที่ดีที่สุดในการเชื่อมต่อสวิตช์หลายตัวพร้อมกัน


11

ขณะนี้เรามีสวิตช์สวิตช์ที่ไม่มีการจัดการ 3 พอร์ต 24 พอร์ตห้าพอร์ต สี่ในนั้นเป็นสวิตช์ 100Mb ที่ไม่มีพอร์ตกิกะบิต (พอร์ต MDI Uplink คือ 100Mb) ที่ห้าคือสวิตช์กิกะบิตเต็มซึ่งเราใช้สำหรับเซิร์ฟเวอร์ของเราทั้งหมด พวกเขาถูกเดซี่ถูกล่ามโซ่ไว้ด้วยกันในขณะนี้เช่นนี้:

ข้อความแสดงแทน

ในบางช่วงเวลาของวันประสิทธิภาพเครือข่ายจะเลวร้ายลง เราได้ตรวจสอบแล้วว่าสิ่งนี้ไม่เกี่ยวข้องกับความสามารถของเซิร์ฟเวอร์ดังนั้นเราจึงเหลือที่จะพิจารณาถึงปัญหาคอขวด I / O ของเครือข่าย เราหวังว่าจะเชื่อมต่อสวิตช์ 100Mb แต่ละตัวโดยตรงกับสวิตช์กิกะบิตเพื่อให้ผู้ใช้แต่ละรายห่างจากเซิร์ฟเวอร์เพียง 1 สวิตช์ ... เช่นนี้:

ข้อความแสดงแทน

ทันทีที่มีการเชื่อมต่อเครือข่ายทั้งหมดหยุดทำงาน นี่เป็นวิธีที่ผิดที่จะทำหรือไม่? เราตรวจสอบว่าไม่มีลูปและตรวจสอบว่าเราไม่มีสายเคเบิลครอสโอเวอร์ (สวิตช์ทั้งหมดมี Auto-MDI) Power cycling ทั้ง 5 สวิตช์ไม่ได้ทำอะไรเช่นกัน


การซื้อการกู้ยืมการขอทานหรือการขโมยสวิตช์ที่มีการจัดการที่ไม่แพงเพียงครั้งเดียวสำหรับบทบาท "เต็มกิกะบิต" ไม่ใช่ตัวเลือกจริง ๆ หรือ ไม่กี่ร้อยซื้อคุณเช่น HP JE006A (ซึ่งเป็น 3com ออกแบบ btw) ในปัจจุบันและคุณจะมีวิธีที่ดีกว่ามากในการแก้ไขปัญหาเมื่อเกิดปัญหาซ้ำ (และเนื่องจากมันเพิ่งปรากฏขึ้นโดยไม่ต้องใช้ความพยายามที่จะทำให้มันปรากฏ )
rackandboneman

คำตอบ:


17

บางทีสวิทช์เป็นเพียงความกลัวของโทโพโลยีที่น่าทึ่งของคุณ?

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

เมื่อเครือข่ายหยุดทำงานในที่สุดให้ยกเลิกการเชื่อมต่อสวิตช์ทั้งหมดแล้วลองเชื่อมต่อสวิตช์นั้นก่อน หากทำได้อีกครั้งให้ยกเลิกการเชื่อมต่อทุกอย่างบนสวิตช์นั้นและเพิ่มกลับทีละรายการเพื่อค้นหาลิงก์ที่ไม่มีความสุข

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


3
นอกจากนี้ถ้ามันล้มเหลวอีกครั้งให้ดูไฟของกิจกรรมบนสวิตช์ - พวกมันจะถั่วเหรอ?
Zypher

@Zypher - เป็นจุดที่ดีเราจะดูชั่วโมง (ในระหว่างวันพวกเขาจะถั่วเสมอเรามีเครือข่ายจำนวนมาก)
ปี๊บปี๊บ

2
การไม่มีสวิตช์ที่มีการจัดการทำให้ปัญหาประเภทนี้ติดตามได้ยากเนื่องจากคุณขาดการมองเห็นเครือข่าย แต่วิธีการของแมตต์จะช่วยให้คุณแคบลงอย่างรวดเร็ว
3dinfluence

1
@Matt: จุดรองสวิตช์ไม่มีตาราง ARP นอกจากจะเป็นสวิตช์ L3 ซึ่งในกรณีนี้ควรเรียกเราเตอร์ :)
Murali Suriar

2
วิธีการของแมตต์เป็นวิธีที่ดีเช่นเดียวกับการเปลี่ยนแปลงในโทโพโลยีของคุณ มีสิ่งอื่น ๆ ที่คลุมเครือซึ่งอาจทำให้เกิดปัญหาของคุณซึ่งยากที่จะติดตามอุปกรณ์เครือข่ายที่ไม่มีการจัดการ ฉันเคยเห็นพฤติกรรมที่คล้ายกันกับเซิร์ฟเวอร์ "ทางเดียว" - เช่นเซิร์ฟเวอร์ syslog ที่ถูกล็อคซึ่งรับเฉพาะบันทึก แต่ไม่เคยพูด นั่นเป็นสาเหตุให้ที่อยู่ MAC ของตนหมดเวลาบนตารางสวิตช์และการรับส่งข้อมูลทั้งหมดไปยังเซิร์ฟเวอร์นั้นได้รับผลกระทบผ่านพอร์ตทั้งหมด ปัญหาที่คล้ายกันกับการจัดกลุ่มหรือ VRRP ...
เจฟฟ์

3

แน่นอนฉันจะพยายามทำให้โทโพโลยีหลังทำงาน (โดยคำแนะนำการวินิจฉัยของ Matt Simmons เป็นแนวทาง) เนื่องจากจะให้เวลาในการตอบสนองที่ดีขึ้น ด้วยความสามารถในการเชื่อมต่อระหว่างกันที่ จำกัด ของคุณลองทำสิ่งต่อไปนี้

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

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


"คุณไม่สามารถติดไก่งวงสิบปอนด์ในถุงห้าปอนด์" - ดี แต่ถ้าเราใส่เทปสองห้าปอนด์ต่อถุงเข้าด้วยกันล่ะ ที่ทำงานจนถึง =)
ปี๊บปี๊บ

1
ฉันเดาว่า etherchannel จะเทียบเท่ากับเทปพันท่อ ... ต้องใช้สวิตช์ที่มีการจัดการ
womble

0

สวิตช์ที่ไม่มีการจัดการมีข้อ จำกัด ว่าปริมาณการใช้งานสามารถสลับได้อย่างมีประสิทธิภาพ - ไม่ใช่สิ่งที่คุณคาดหวัง คุณอาจได้รับความขัดแย้งจากการออกอากาศ / บัสทำให้สิ่งต่าง ๆ ไม่ดีเนื่องจากแพ็คเก็ตหรือไคลเอนต์จำนวนมากกำลังพยายามใช้เครือข่ายในครั้งเดียว การสลับไปยังสวิตช์ที่มีการจัดการ (เราใช้ netgear 24 พอร์ตที่ทำงานประมาณ $ 250-300 ต่อป๊อป) จะช่วยเพิ่มความสามารถในการสลับเปลี่ยนและความสามารถในการพอร์ต QOS ให้คุณมากขึ้นหากคุณต้องการจัดการลำดับความสำคัญที่ดีขึ้น

เราลองใช้เค้าโครงด้านล่างครั้งเดียวและมันก็แย่มาก ฉันแน่ใจว่า CNE ตัวจริงจะบอกเหตุผลที่แท้จริงกับฉัน แต่ฉันติดอยู่กับการกำหนดค่าสูงสุดเสมอเพื่อให้การเดินสายเรียบง่ายสะอาดและใช้งานได้ ใจคุณเราอาจมีวงกลมวนและไม่สังเกตในเวลา


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

2
@ 3d: แม้ว่าคุณจะถูกต้องว่าไม่มีความแตกต่างที่แท้จริงระหว่างความจุของสวิตช์ที่มีการจัดการและสวิตช์ที่ไม่มีการจัดการ แต่ในทางปฏิบัติสวิตช์ที่มีการจัดการมีแนวโน้มไปสู่จุดจบที่มีคุณภาพสูงกว่าของตลาดและด้วยเหตุนี้ การจราจรรอบ ๆ
womble

@ womble ... ไม่ต้องสงสัยเลย แต่สวิทช์ที่ไม่มีการจัดการทั้งหมดนั้นค่อนข้าง "ไม่ปิดกั้น" อย่างน้อยที่สุดเท่าที่ backplane เกี่ยวข้อง ไม่ว่าซีพียูจะสามารถติดตามแพ็คเก็ตที่กระจายตัวและปัญหาอื่น ๆ ของ TCP เป็นคำถามอื่น สวิตช์ที่มีการจัดการมักจะมีแคชในแต่ละพอร์ตมากกว่าพี่น้องที่ไม่มีการจัดการ
3dinfluence

0

แนวคิดเพิ่มเติมเกี่ยวกับสิ่งต่าง ๆ ที่อาจเกิดขึ้น:

  1. การจัดการโดยอัตโนมัติอาจเลือกการตั้งค่าความเร็ว / ดูเพล็กซ์ที่ไม่เหมาะสม ตรวจสอบให้แน่ใจว่าตั้งค่าพอร์ตด้วยตนเองเป็น 100 / เต็ม
  2. Spanning-Tree reconvergence ไม่ต้องสงสัยเลยว่าเกิดขึ้นเมื่อคุณทำการเปลี่ยนแปลง การดำเนินการนี้อาจใช้เวลาสักครู่จึงจะเสร็จสิ้นขึ้นอยู่กับตัวจับเวลาต่างๆของคุณ หากคุณไม่รออย่างน้อย 2 นาทีนั่นอาจส่งผลต่อการทดสอบของคุณ

1
ผิดปกติพอถ้าเราตั้งค่าไคลเอนต์เป็น 100 / เต็มหรือ 100 / ครึ่งลูกค้าจำนวนมากช้าลงอย่างมาก วิธีเดียวที่จะส่งได้เร็วกว่า 10Mb ต่อไปคือการตั้งค่าให้เจรจาอัตโนมัติ ไม่มีเหตุผลใด ๆ แต่ลูกค้าของเราหลายคนเป็น Win98 (แอปรุ่นเก่าที่เราไม่สามารถแทนที่ได้ในอีกหนึ่งปี) ดังนั้นเราจึงไม่ยุ่งกับมัน
ปี๊บปี๊บ

ฉันกำลังพูดถึงการเชื่อมต่อระหว่างสวิตช์ที่กำหนดค่าด้วยตนเองเป็น 100 / เต็ม หากสองสวิตช์จากผู้ผลิตรายเดียวกันไม่ทำงานเมื่อมีการกำหนดค่าลิงก์ด้วยตนเองมีบางอย่างผิดปกติและฉันจะได้รับการสนับสนุนทางเทคนิคทางโทรศัพท์
ลุยวิลเลียมส์

อา. สิ่งเหล่านี้เป็นสวิตช์ที่ไม่มีการจัดการและไม่อนุญาตให้เปลี่ยนความเร็วพอร์ต
ปี๊บ

ที่จริงแล้วพฤติกรรมนั้นเหมาะสมอย่างสมบูรณ์และอยู่ในสเป็ค หากด้านหนึ่ง (สวิตช์) ถูกตั้งค่าเป็นอัตโนมัติและอีกด้านเป็นฮาร์ดโค้ดเป็นเต็ม / 100 สวิตช์จะพยายามเจรจาและล้มเหลวเนื่องจากไคลเอนต์ไม่ได้เจรจากลับ หากต้องการให้การทำงานเต็ม / 100 ไม่ว่าจะเป็นอัตโนมัติทั้งสองด้านหรือฮาร์ดโค้ดทั้งสองข้างอย่าผสมอัตโนมัติกับฮาร์ดโค้ด
Geoff

0

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


2
การตั้งค่าที่เขาพยายามนำมาใช้นั้นไม่ใช่โซ่เดซี่
rackandboneman

0

ดูเหมือนว่าพายุ arp เมื่อมีการเชื่อมต่อสวิตช์ที่ไม่มีการจัดการหลายตัวในวงแหวนเช่นโทโพโลยีหรือคล้ายกัน

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


-2

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


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

ฉันจะไม่เห็นด้วยกับ -2 เนื่องจากคำถามคือ 2009 แต่คำตอบมาในปี 2012? ฉันเห็นด้วยกับคะแนนเสียง : P วันนี้มันไม่สำคัญว่า cross-wired หรือไม่
Chris K
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.