कब तक प्रबंधित गीगाबिट ईथरनेट स्विच बूट करने के लिए लेते हैं?

9

एक महत्वपूर्ण कमी जो मुझे प्रबंधित-स्विच पर शोध करने में मिली है, और एक जो मुझे पिछले कुछ अनुभव है, वह यह है कि फर्मवेयर के "लॉट" के साथ कुछ भी उस फर्मवेयर से जुड़े बहुत सारे मुद्दे हैं।

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

यदि आप एक के मालिक हैं, तो क्या आप मॉडल नंबर, और सेकंड में कोल्ड बूट समय के साथ जवाब दे सकते हैं। मैंने ऑनलाइन पढ़ा है कि Linksys (अब सिस्को) SRW श्रृंखला कभी-कभी लगभग 5 मिनट पहले पूरी तरह से बूट हो जाती है, और यह हमारे लिए अस्वीकार्य लागत है।

मैं विशेष रूप से डेल पॉवरकनेक्ट प्रबंधित स्विच बूटअप समय (मॉडल 3548 और 5448) के बारे में जानना चाहता हूं, और SRW2048 या इसी तरह के मॉडल पर 5 मिनट के बूट समय की पुष्टि करना चाहता हूं, और कोई भी एचपी प्रोकर्व बूट समय।

उन सभी आंकड़ों के समग्र को प्रबंधित स्विच पर बूट-अप समय का एक दिलचस्प समग्र चित्र बनाना चाहिए।

[अद्यतन: जो लोग सोचते हैं कि मैं बूट-अप समय के बारे में पूछ रहा हूं, क्योंकि मैं यह सोचने के लिए मूर्खतापूर्ण हूं कि वास्तविक परिचालन प्रदर्शन के साथ कुछ भी करना है, मैंने ऊपर अपडेट किया है, यह स्पष्ट करने के लिए कि मुझे दिलचस्पी है इस हार्डवेयर प्रकार के मानदंडों को समझने में, बूट समय के एक किनारे-मामले के आधार पर स्विच प्रदर्शन पर समग्र प्रभाव बनाने में नहीं। आपके समय के लिए धन्यवाद।]

[UPDATE2: मैं प्रबंधित SRW स्विच के लिए अपना स्वयं का उत्तर जोड़ने जा रहा हूं जिसे हमने कल खरीदा था, एक सिस्को (पूर्व-लिंक्स) मॉडल ... क्या इस पर ANSWER को स्वीकार नहीं करने के साथ कुछ गलत है? मैं इस सवाल को उन डेटा बिंदुओं को इकट्ठा करने के लिए खुला रखना चाहता हूं जो दूसरों के लिए उपयोगी हो सकते हैं, साथ ही साथ खुद के लिए भी। सामान्य तौर पर, सबसे लंबा समय 5 मिनट होता है, और सबसे छोटा 1-2 मिनट होता है, जिसमें उल्लेख किया गया है कि एक HP ProCurve के लिए निफ्टी अपवाद है, जो सुपर फास्ट है। ]।

gigabit-ethernet switch

— वारेन पी
स्रोत

3

आप कितनी बार अपने आप को रिबूटिंग स्विच पाते हैं?

— टोमजेड्रोज़

1

क्या आप इस बात का विस्तार कर सकते हैं कि स्विच अप करने के लिए 5 मिनट आपके वातावरण में अस्वीकार्य क्यों हैं?

— जेम्स

बूट करना एक बात है - स्टैक स्विच का एक सेट एक मास्टर विफलता से उबरना एक और संभावित महत्वपूर्ण समय उपाय है।

— हेल्विक

जब मैं शिकायतें ऑनलाइन पढ़ता हूं, तो छह सप्ताह या छह दिन के अपटाइम के बाद मरने वाली चीज को रिबूट की आवश्यकता होती है, दूसरी सबसे आम शिकायत है बूट अप टाइम के आंकड़े आमतौर पर प्रबंधित स्विच की समीक्षा करने वालों की मुख्य शिकायत होती है। चूंकि हमें यह मान लेना चाहिए कि पूर्व में एक गलती है जिसे एफ / डब्ल्यू अपग्रेड द्वारा तय किया जाना चाहिए, लेकिन बाद को "आप बस जीवित रहते हैं" एक चीज माना जाएगा। मुझे यह जानना पसंद है कि मैं इसके साथ रहने के लिए खुद को सौंपने से पहले मैं किसके साथ रहने जा रहा हूं। नीचे 97 सेकंड का SRW आंकड़ा है कि मैं किसके साथ रह सकता हूं।

— वॉरेन पी

मुझे उम्मीद है कि आप कुछ उपयोगी डेटा इकट्ठा करेंगे। केवल यह सवाल करने के बजाय कि आपको इस डेटा की आवश्यकता क्यों है, मैं यह बताना चाहूंगा कि आप समानांतर में अधिक उन्नत स्विच चला सकते हैं और PVST + या अन्य तंत्र समानांतर स्विच को उनके डाउनटाइम के दौरान रिबूटिंग स्विच से अधिक लेने की अनुमति देते हैं। यह एक तरह से बड़ा डेटा सेंटर धीमा बूट समय समस्या को संभालता है।

— किमी

2

ठीक है यहां एक और डेटा बिंदु आपके लिए एक PowerConnect 5324 से है। आप जो मॉडल देख रहे हैं उसके पीछे कुछ पीढ़ियां हैं। तो इसे ले लो इसके लायक क्या है।

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

पॉवरकनेक्ट 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

— 3dinfluence
स्रोत

यह जानकर अच्छा लगा। यदि पुरानी पीढ़ियां 2 मिनट से कम हैं, तो निश्चित रूप से नवीनतम विद्युत कनेक्ट भी 2 मिनट से कम हैं।

— वॉरेन पी

14

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

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

— 3dinfluence
स्रोत

1

+1 ने एक ही बात लिखना शुरू किया, फिर विचलित हो गया

— Zypher

+1 मैं सहमत हूं, स्विच का समय इतना महत्वपूर्ण क्यों है? कोई भी / सभी नियोजित डाउनटाइम बस, नियोजित है।

— डेनबिग

अनियोजित हर समय होता है। हमारे पास पिछले सप्ताह यहां स्विच विफलताएं थीं। आपको बस एक दिन की आवश्यकता है जहां आपको कई स्विच समस्याएं हैं, और आपको पूरे कार्यालय नेटवर्क को फिर से रूट करना होगा, और आप इस तरह की छोटी चीजों की परवाह करना शुरू कर देंगे। क्योंकि यह 5 मिनट प्रति कोल्ड बूट है। और एक दिन जब आप उनमें से 10 थे, यह कष्टप्रद है।

— वॉरेन P

1

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

— डीफ्लुएंस

1

आपके द्वारा लिखी गई सभी बातों से सहमत हैं, लेकिन -1 क्योंकि यह वह नहीं है जो ओपी ने पूछा है (चिंता न करें कि मैंने आपको अपने अन्य उत्तर पर +1 दिया है इसलिए आप अभी भी 8 से आगे हैं!)

— मार्क हेंडरसन

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 मिनट लगते हैं"।

— वॉरेन P

प्रश्न का उत्तर देने के बजाय वास्तव में प्रश्न का उत्तर देने के लिए +1। जबकि मैं शुरू में एक ही "क्यों" प्रतिक्रिया करता था, मुझे अचानक एहसास हुआ कि कई प्रणालियां हैं जिनमें संविदात्मक अपटाइम आवश्यकताएं और दंड हैं।

— किमी

@kmarsh यदि कोई SLA जैसी अपटाइम आवश्यकताएं हैं तो नेटवर्क को ध्यान में रखते हुए डिजाइन करने की आवश्यकता है। यह हमेशा एक कॉर्पोरेट नेटवर्क के किनारे पर संभव नहीं है, लेकिन यदि आप 24 पोर्ट पर स्विच चालू रखते हैं, तो उत्पादकता को प्रभावित करने वाले जोखिम को कम किया जा सकता है। चेसिस आधारित स्विच जो आपको सबसे बड़े नेटवर्क के मूल में मिलेंगे वे इस प्रकार के सामान से काफी अच्छी तरह से निपटते हैं। कई व्हाट्सएप पीएसयू और नियंत्रक मॉड्यूल के साथ। लेकिन जैसा कि आपने अपनी टिप्पणी में कहा था कि आप नेटवर्क लेयर w / RSTP / PVST, डायनेमिक राउटिंग प्रोटोकॉल और इथरनेट बॉन्डिंग पर भी काम कर सकते हैं।

— 3dinfluence

1

मेरे पास हाथ पर सटीक समय नहीं है, लेकिन हमारे पास सिस्को (3750) और एचपी स्विच (2524 और 2510 जी) दोनों हैं। सिस्को वालों को शुरू होने में वास्तव में कई मिनट लगते हैं। एचपी वाले को लगभग 30 सेकंड लगते हैं। एचपी वाले 24 पोर्ट हैं, और यह प्रत्येक पोर्ट (लगभग 4 पोर्ट प्रति सेकंड करता है) का परीक्षण करता है, इसलिए एक 48 पोर्ट को थोड़ा अधिक समय लगेगा।

— क्रिस एस
स्रोत

धन्यवाद। सिस्को 3750 एक उत्प्रेरक / आईओएस श्रृंखला सही है? जिन लोगों के बारे में मैं मूल रूप से पूछ रहा था, वे अब पूर्व के लिंक्स हैं जिन्हें "सिस्को" छोटे व्यवसाय स्विच के रूप में रीब्रांड किया गया है और गैर-आईओएस गैर-उत्प्रेरक हैं।

— वॉरेन P

हाँ, 3750 एक IOS आधारित उपकरण है। मुझे लगता है कि सभी उत्प्रेरक उपकरण अब चरणबद्ध हो गए हैं, लेकिन मैं कोई विशेषज्ञ नहीं हूं।

— क्रिस एस