สวิตช์กิกะบิตอีเธอร์เน็ตที่มีการจัดการจะใช้เวลานานเท่าใดในการบู๊ต


9

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

เราอยู่ในช่วงกลางของการค้นคว้าสวิตช์กิกะบิตแบบแร็คเมาท์ (48 พอร์ต) ดูเหมือนว่าจะมี 48 พอร์ตตัวเลือกเดียวของเราคือสวิตช์ที่ได้รับการจัดการ (Dell, Cisco / Linksys, HP ฯลฯ ) สิ่งที่ฉันต้องการรู้ว่าฉันไม่สามารถหาได้มากนักเกี่ยวกับเวลาบูตสำหรับสวิตช์ที่มีการจัดการต่างๆ

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

ฉันต้องการทราบเกี่ยวกับเวลาการบูทสวิตช์ที่จัดการโดย Dell PowerConnect (รุ่น 3548 และ 5448) และต้องการยืนยันเวลาบูต 5 นาทีใน SRW2048 หรือรุ่นที่คล้ายกันและ HP ProCurve ทุกครั้ง

การประกอบของตัวเลขเหล่านั้นทั้งหมดควรสร้างภาพรวมที่น่าสนใจเกี่ยวกับเวลาบูตเครื่องบนสวิตช์ที่มีการจัดการ

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

[อัปเดต 2: ฉันจะเพิ่มคำตอบของฉันเองสำหรับสวิตช์ SRW ที่มีการจัดการซึ่งเราซื้อเมื่อวานนี้เป็นรุ่นของซิสโก้ (ลิงค์เดิม) ... มีอะไรผิดปกติไหมที่ไม่ยอมรับคำตอบเกี่ยวกับเรื่องนี้? ฉันต้องการเปิดคำถามนี้ไว้เพื่อรวบรวมจุดข้อมูลที่อาจเป็นประโยชน์ต่อผู้อื่นรวมถึงตัวฉันเอง โดยทั่วไปเวลาที่ยาวที่สุดคือ 5 นาทีและสั้นที่สุดคือ 1-2 นาทีโดยมีข้อยกเว้นที่ดีสำหรับ HP ProCurve ที่กล่าวถึงซึ่งเร็วมาก ]


3
คุณพบว่าตัวเองทำการรีบูตเครื่องบ่อยแค่ไหน?
tomjedrz

1
คุณสามารถขยายได้ว่าทำไม 5 นาทีในการบูตสวิตช์ขึ้นเป็นสิ่งที่ยอมรับไม่ได้ในสภาพแวดล้อมของคุณ?
James

การบูทเป็นสิ่งหนึ่ง - การมีชุดสวิทช์สแต็กเพื่อการกู้คืนจากความล้มเหลวหลักนั้นเป็นวิธีการวัดเวลาที่สำคัญ
Helvick

เมื่อฉันอ่านข้อร้องเรียนทางออนไลน์รองจากสิ่งที่กำลังจะตายหลังจากหกสัปดาห์หรือหกวันของช่วงเวลาที่ต้องรีบูตข้อร้องเรียนที่พบบ่อยที่สุดอันดับที่สองคือเวลาที่ใช้ในการบู๊ตทั่วไปตัวเลขที่หัวหน้าร้องเรียนของผู้ตรวจสอบสวิตช์ที่จัดการ เนื่องจากเราควรถือว่าอดีตเป็นความผิดที่ควรได้รับการแก้ไขด้วยการอัพเกรด f / w ดังนั้นสิ่งหลังจะได้รับการพิจารณาว่าเป็น "สิ่งที่คุณเพิ่งมีชีวิตอยู่" ฉันชอบที่จะรู้ว่าสิ่งที่ฉันจะอยู่ด้วยก่อนที่ฉันจะมอบตัวเองให้อยู่กับมัน ตัวเลข SRW ที่ 97 วินาทีด้านล่างนี้เป็นสิ่งที่ฉันสามารถอยู่ด้วยได้
Warren P

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

คำตอบ:


2

ตกลงที่นี่เป็นอีกจุดข้อมูลหนึ่งสำหรับคุณจาก PowerConnect 5324 ซึ่งเป็นรุ่นที่อยู่เบื้องหลังรุ่นที่คุณกำลังดูอยู่ ดังนั้นให้คิดในสิ่งที่คุ้มค่า

ดังนั้นคำสั่ง ping ด้านล่างจึงส่ง 1 ping ต่อวินาทีให้คุณสามารถดูได้จากเอาท์พุทด้านล่างซึ่งใช้เวลา 108 วินาทีจากจุดที่มันลงมาจากreloadคำสั่งไปยังจุดที่มันเริ่มตอบกลับอีกครั้ง

PowerConnect 5324 รีบูต 108 วินาที

date && ping 192.168.0.2 && date
Thu Apr 15 00:06:45 EDT 2010
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=2.53 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=2.54 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=2.60 ms
64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=6 ttl=64 time=2.76 ms
64 bytes from 192.168.0.2: icmp_seq=7 ttl=64 time=2.50 ms
64 bytes from 192.168.0.2: icmp_seq=8 ttl=64 time=2.63 ms
64 bytes from 192.168.0.2: icmp_seq=9 ttl=64 time=3.51 ms
....
64 bytes from 192.168.0.2: icmp_seq=117 ttl=64 time=2026 ms
64 bytes from 192.168.0.2: icmp_seq=118 ttl=64 time=1028 ms
64 bytes from 192.168.0.2: icmp_seq=119 ttl=64 time=30.1 ms
64 bytes from 192.168.0.2: icmp_seq=120 ttl=64 time=3.80 ms
^C
--- 192.168.0.2 ping statistics ---
120 packets transmitted, 13 received, +45 errors, 89% packet loss, time 119202ms
rtt min/avg/max/mdev = 2.502/239.520/2026.970/583.213 ms, pipe 4
Thu Apr 15 00:08:45 EDT 2010

เป็นเรื่องดีที่รู้ หากคนรุ่นเก่าอายุต่ำกว่า 2 นาทีแน่นอนว่าพลังเชื่อมต่อล่าสุดก็น้อยกว่า 2 นาทีเช่นกัน
Warren P

14

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

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


1
+1 เริ่มเขียนสิ่งเดียวกันจากนั้นก็ฟุ้งซ่าน
Zypher

+1 ฉันตกลงทำไมเวลาเปลี่ยนการบูตจึงสำคัญ การหยุดทำงานตามแผนใด ๆ / ทั้งหมดเป็นไปตามแผน
DanBig

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

1
ยุติธรรมพอ แต่จากประสบการณ์ของฉันที่การหยุดทำงานเนื่องจากความล้มเหลวของสวิตช์นั้นหายากมาก แต่ก็เกิดขึ้นได้ หากคุณต้องรีบู๊ตสวิตช์ 10 ครั้งในหนึ่งวันเวลาในการบู๊ตจะไม่เปลี่ยนการหยุดชะงักอย่างมาก ผลลัพธ์สุดท้ายจะเป็นเครือข่ายขึ้นและลงทำให้สูญเสียประสิทธิภาพหากเราพูดถึงผู้ใช้ปลายทาง คุณต้องการให้สวิตช์ที่ใช้เวลาในการบูต 5 นาที แต่จะแก้ไขปัญหาในการรีบูต 1 ครั้งหรือสวิตช์ที่ใช้ในการบูต 3 นาที แต่ใช้เวลา 5 รีบูตเพื่อแก้ไขปัญหาของคุณ ฉันแค่บอกว่าเวลาบูตอาจไม่ใช่ชัยชนะที่คุณกำลังมองหา
3dinfluence

1
เห็นด้วยกับทุกสิ่งที่คุณเขียน แต่ -1 cos ไม่ใช่สิ่งที่ OP ร้องขอ (ไม่ต้องกังวลฉันให้ +1 คำตอบอื่น ๆ ของคุณดังนั้นคุณยังคงเป็น 8 ตัวแทนอยู่ข้างหน้า!)
Mark Henderson

4

SRW2048 จากการเริ่มเย็นเรียกใช้ 1.2.1, 97 วินาที

tsavo:~ mcd$ date
Mon Apr 12 14:04:48 EDT 2010
tsavo:~ mcd$ ping 192.168.24.70
PING 192.168.24.70 (192.168.24.70): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2

... snipped ...

Request timeout for icmp_seq 85
64 bytes from 192.168.24.70: icmp_seq=86 ttl=64 time=45.284 ms
^C

tsavo:~ mcd$ date
Mon Apr 12 14:06:25 EDT 2010

ขอบคุณที่ให้สิ่งที่ฉันขอ ผู้คนจำนวนมากไม่เข้าใจว่าเพราะเหตุใดประสิทธิภาพของการวัดจึงมีความสำคัญ สวิตช์ที่ไม่มีการจัดการจะกลับมาออนไลน์ในเวลาน้อยมาก เวลาที่ใช้สวิตช์ที่มีการจัดการเพื่อบู๊ตเป็นสิ่งที่ผู้ดูแลระบบเครือข่ายจำเป็นต้องนำมาพิจารณา มันอาจไม่เกิดขึ้นบ่อยครั้ง แต่เมื่อคุณมีคนถามว่า "เมื่อไรระบบจะทำการสำรองข้อมูล" มันไม่คาดคิดที่จะต้องพูดว่า "เซิร์ฟเวอร์ใช้เวลาบูต 3 นาที แต่สวิตช์ของเราใช้เวลา 5 นาที"
Warren P

+1 สำหรับการตอบคำถามจริงแทนที่จะถามคำถาม ในขณะที่ฉันเริ่มมีปฏิกิริยา "ทำไม" ฉันก็รู้ทันทีว่ามีหลายระบบที่มีข้อกำหนดด้านเวลาใช้งานและการลงโทษตามสัญญา
kmarsh

@kmarsh หากมีข้อกำหนดเกี่ยวกับสถานะการออนไลน์เช่น SLA ดังนั้นเครือข่ายจะต้องได้รับการออกแบบโดยคำนึงถึงสิ่งนั้น ไม่สามารถทำได้ที่ขอบของเครือข่ายองค์กรเสมอไป แต่หากคุณให้สวิตช์ขอบเป็น 24 พอร์ตความเสี่ยงที่มีผลกระทบต่อการทำงานจะลดลง สวิตช์ที่ใช้กับแชสซีที่คุณจะพบที่แกนกลางของเครือข่ายขนาดใหญ่ส่วนใหญ่จัดการกับสิ่งประเภทนี้ได้ค่อนข้างดี ด้วยโมดูล hotswap PSU และคอนโทรลเลอร์หลายตัว แต่อย่างที่คุณพูดในความคิดเห็นของคุณคุณยังสามารถทำสิ่งต่าง ๆ ที่เลเยอร์เครือข่าย w / RSTP / PVST โปรโตคอลการกำหนดเส้นทางแบบไดนามิกและการเชื่อมอีเทอร์เน็ต
3dinfluence

1

ฉันไม่มีเวลาที่แน่นอน แต่เรามีทั้งสวิตช์ Cisco (3750) และ HP (2524 & 2510G) ซิสโก้นั้นใช้เวลาหลายนาทีในการเริ่มต้น HP นั้นใช้เวลาประมาณ 30 วินาที HP เป็น 24 พอร์ตและทำการทดสอบแต่ละพอร์ต (ทำประมาณ 4 พอร์ตต่อวินาที) ดังนั้น 48 พอร์ตจะใช้เวลานานกว่าเล็กน้อย


ขอบคุณ Cisco 3750 เป็น catalyst / ios series ใช่ไหม? สิ่งที่ฉันถามตอนแรกคืออดีต Linksys rebranded เป็น "cisco" ธุรกิจขนาดเล็กสวิตช์และไม่ใช่ ios ไม่ใช่ตัวเร่งปฏิกิริยา
Warren P

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