Cisco Nexus 9300 деректер орталығы үшін: порт карталары, оптика және тексерулерді таңдау

Таңдауды қайдан бастау: деректер орталығы талаптарын қарапайым тілде

Cisco Nexus 9300-ды деректер орталығы үшін таңдауды модульдер каталогынан емес, нақты трафикті түсінуден бастаған дұрыс. Көптеген ДОларда негізгі жолды «жейтіндер» — сақтау жүйелері (особенно пиковая нагрузка), виртуализация және резервтік көшіру. Алдымен қай жерлерде кешігу минималды болуы керек, ал қай жерлерде жоғарғы сенімділік пен жоғалтусыз жұмыс маңызды екенін анықтаңыз. Әр түрлі трафик профильдері FEC, CRC және буферлерге әрқалай әсер етеді.

Келесі қадам — порттарды қарапайым блоктармен санау: қанша серверлік қосылым 25GbE қажет және қанша 100GbE аплинк керек. "Бес жылға" жорамалдап алуға тырыспаңыз, бірақ стеллажтардың өсуі мен миграцияға түсінікті резерв қалдырыңыз. Бастапқыда жасалатын жиі қате — көп 25GbE порт алу, ал аплинктерге үнемдеуге бару, соның нәтижесінде фабрикаға қарай жүктеме артып, шектеуге ұшырау.

Физикалық шектеулерді алдын ала анықтау да маңызды: стойкалар мен залдар арасындағы қашықтықтар, бар ма медь трассасы немесе тек оптика, қандай типтегі талшықтар төселген. Бұл трансиверлер мен кабельдердің кейбір нұсқаларын жоюға көмектеседі және қабылдаудагі тосынсыйларды азайтады.

Бизнес талаптарын бөлек жазып алыңыз: рұқсат етілген жоғалтулар, негізгі сервистерге максималды кешігу және қажетті резервтілік деңгейі (екі еселенген аплинктер, резервті жолдар, жылдам қайта жүктеу). Барлық қосымшаларға бірдей талап жоқ екенін есте ұстаңыз.

Сатып алу алдында "қағазда" базалық нәрселерді шешкеніңіз пайдалы: порт сыйымдылығы (бір стойкаға қанша 25GbE, деңгейлер арасында қанша 100GbE), трассалардың қашықтығы және орта (медь/оптика, талшық түрі және нақты ұзындықтар), SLO сапасы (қайсысы қабылданбайды: жоғалтулар, кешігу өсуі, тоқтап қалулар) және өсім сценарийлері алдағы 12–18 айға. Ал нәзік баптауларды (қандай FEC қосу, қай жерде CRC пайда болуы мүмкін, микровсплесктерге буферлер жеткілікті ме) өз трафигіңізбен пилотта тексеру керек.

Тест методикасын нөлден жинауға уақыт болмаса, жүйелік интегратор талаптарды формализациялап, пилотты өткізуге көмектесе алады — осылай нәтижелер сатып алу мен масштабтау үшін негізге алынады. Қазақстанда мұндай жұмыстарды жиі GSE.kz командалары жасайды — жобалау, пилот және одан кейінгі инфрақұрылымды қолдау бөлімдерінде.

Линейкалық карталар мен порттар: 25/100GbE үшін конфигурацияны қалай таңдау

Nexus 9300 таңдағанда бірінші сұрақ қарапайым: бұл фиксирленген порттары бар коммутатор ма, әлде бірдей шассиге әртүрлі порттық нұсқалар шығарылатын платформа ма. Күнделікті тілде екеуін де бірдей атайды, бірақ сатып алу және өсу сценарийлері әр түрлі. Фиксирленген порттарда жылдамдық пен аплинктер бойынша шектеулерді алдын ала қабылдайсыз. Конфигурация нұсқалары бар кезде топологияға икемдеп реттеуге оңай, бірақ пайдаланылмайтын порттар үшін артық төлем жасамау керек.

25GbE жоспарын жасарда тек серверлер санын ғана емес, leaf (ToR) деңгейінде қандай 100GbE аплинктер болатынын да есептеңіз. Типтік логика: серверлер 25G-ке шығады, spine-ке аплинк 100G. Содан кейін порттық математика шығады: аплинктарға, MLAG үшін және сервистік қосылымдарға орын қалдырсаңыз қанша 25G порт қалатынын есептеңіз. "48 порт 25G" деген әдемі сан кейін аплинктер мен резервтеуге кеткенде әлдеқайда аз болуы мүмкін.

Техниктерде жылдамдықтардан басқа да жүктеме кезіндегі мінез-құлыққа және масштабтаудың қолайлылығына әсер ететін нәрселерге қараңыз: downlink/uplink қатынасы, breakout қолдауы және порт жоспарыңыз топологиямен қалай үйлесетіні.

Oversubscription және нақты аплинктер

Oversubscription — төменгі (серверлерге) және жоғарғы (spine-ке) жақтың жиынтық жылдамдықтарының қатынасы. Көптеген 25G серверлер қосып, 100G аплинктерді аз алсаңыз, пиктерде өткізу қабілеті жетпеуі мүмкін. Бұл әрдайым жаман емес: VDI немесе офис жүктемелерінде жоғары қарқынды тығыздау рұқсат етілген, ал сақтауда немесе интенсивті east-west трафикте резерв қажет.

Breakout және аралас жылдамдықтар

Breakout 100G портты бірнеше баяу сызыққа (мысалы, бір 100G-тен 4x25G) ыңғайлы бөледі. Бірақ бұл порт жоспарына, кабельге және бір уақытта қолдау көрсетілетін жылдамдықтарға әсер етеді. Алдын ала сізде таза «25G серверге, 100G аплинкке» профиль ме, әлде аралас жылдамдықтар керек пе анықтаңыз.

Сатып алудан бұрын ToR пен ядро схемасымен үйлесімділікті тексеріңіз: leaf-spine, стойка ішіндегі ToR жұптары, сақтау үшін бөлек зоналар, резервтеу талаптары. Бірдей порт саны қағазда ұқсас көрінгенімен, нақты схемада аплинктер жетпей, коммутаторлар арасындағы байланыстарға немесе порт режімдеріне шектеулерге тап болуыңыз мүмкін.

Өсімді жоспарлап, артық төлем жасамау үшін «жүктеу күнінде» қажет минимумды және 12–18 айға ақылға қонымды резервті анықтап алу ыңғайлы. Оған әдетте бірнеше сұраққа жауап жеткілікті: қазір және жақын кеңеюден кейін қанша 25G порт серверлерге керек; әр leaf үшін қандай 100G аплинктер қажет (қабылданатын oversubscription); талап етілетін breakout пен қай форм-факторлар тотықсыз өзгермей қолданылатындығы; резервтеу, ішкі коммутатор байланыстары және management желілері үшін қанша порт кететіндігі; порттардың рөлі сіздің топологияңызбен және миграция жоспарыңызбен сәйкес келе ме.

Мемлекеттік немесе ірі кәсіпорын талаптары бойынша ДО енгізіп жатсаңыз, порттық жоспарыңызды пилот пен схема жауапты мамандармен алдын ала келіскен дұрыс. GSE.kz жобаларында әдетте дәл осы «порттық математикадан» бастайды, содан кейін оптика, FEC режимдері және стендтегі тексерістер таңдалады.

Оптика және кабельдер: 25GbE және 100GbE үшін не алады

Оптика мен кабель таңдау әдетте қарапайым сұрақтан басталады: бұл бір стойка ішіндегі, бір зал ішіндегі немесе залдар арасындағы қосылым ба? Қашықтық пен техникалық қолайлылық бағадан ғана емес, желі қателерінің себептерін табуға қаншалықты жылдам әсер ететінін де анықтайды.

Қысқа қосылыстар үшін жиі DAC немесе AOC таңдайды. DAC (модульдерімен үйлесіп жасалған медиа кабель) әдетте арзан және порттар жақын болғанда ыңғайлы. AOC (активті оптикалық кабель) жіңішке әрі жеңіл, орнату ыңғайлы, бірақ модульді бөліп жөндеу қиынырақ — көбінесе кабельдің бәрін ауыстыру керек.

Бір зал ішінде, патч-панельдер болса, әдетте SR көп қолданылады (multimode). 25GbE үшін бұл жиі SFP28 SR, 100GbE үшін QSFP28 SR4. Коннектор типін (LC немесе MPO) және нақты кросс схемасын алдын ала тексеріңіз, әйтпесе оптика бар, бірақ қажетті типтегі шнурлар жоқ болып шығады.

Егер линия ұзақ болса (басқа зал, басқа қабат, ғимарат бойынша магистраль), әдетте LR бірмодты оптика алады. Мұнда екі нәрсені нақтылаңыз: бюджет по мощности (маржа) және трассаның сапасы (сваркалар саны, қосылыстар саны). Пилот барысында нақты Rx/Tx деңгейлерін сақтау пайдалы — тек «линк тұр» деп жазудан гөрі.

100G-ті 4x25G-ге бөлуді (breakout) бөлек атап өту керек. Бұл бірнеше 25GbE құрылғысын бір 100G портқа қосуды жеңілдетеді, бірақ егер жобаға әр түрлі типтегі breakout (DAC, AOC, оптика) араласып, стандарт жоқ болса, ұзындықтар мен маркировкалар әр түрлі болса, кейін шкафта 4x25G тармақтарын шатастыру оңай.

Пилоттың «жорамалдауға» айналмауы үшін қарапайым есеп жүргізу тәртібі көмектеседі. Міндетті өрістер: тип (DAC/AOC/SR/LR), жылдамдық (25G/100G) және форм-фактор (SFP28/QSFP28); ұзындық және орнату орны (стойка, юнит, порт); модуль немесе кабельдің сериялық нөмірі; талшық типі және коннектор (MM/SM, LC/MPO); «пилотта тексерілді» мәртебесі мен дата.

Интегратор жеткізіп, енгізуді жүргізсе, бұл тізімді пилотқа арналған кесте түрінде рәсімдеуді сұраңыз — кейін модульдерді ауыстыру немесе сәйкессіздікті іздеу кезінде уақыт үнемдейді.

Оптиканың үйлесімділігі: тосынсыйлардан қалай сақтану

Қорапта 25GbE немесе 100GbE жазылғанымен, модуль әр портта бірдей жақсы жұмыс жасайтыны бола бермейді. Модульдердің оптикалық қуаты, сезімталдығы, FEC талаптары, сонымен қатар фирмалар арасындағы айырмашылықтар мен микропрограммалардың ерекшеліктері болады. Сондықтан Cisco Nexus 9300 үшін оптиканы «жай ғана линк тұр» емес, «линк жүктеме кезінде тұрақты» деп анықтау маңызды.

Ең жиі кездесетін сценарий: линк тұр, трафик ағып жатыр, бірақ жүктеме растай түскенде CRC өседі, интерфейс флап жасайды, ал 100G-та күтпеген үлкен FEC коррекциялары пайда болады. Нәтижесінде қосымша кешігулер мен ретрайлер көрінеді, және желі тобы коммутатор, модуль, патчкорд және панель арасында себеп іздейді.

Үйлесімділік матрицасы

Пилот құжаты ретінде қарапайым үйлесімділік матрицасын жүргізу пайдалы — бұл бюрократия үшін емес, сатып алуда сәтті комбинацияларды қайталау және әр түрлі партияларды араластырмау үшін керек.

Әдетте матрицада коммутатор моделі мен порт типі (25G, 100G, breakout, жылдамдық, автосогласование), модульдің нақты артикуласы мен ревизиясы (vendor part number, версия), линия типі және ұзындығы (SR/LR/CR, OM3/OM4, SMF, DAC/AOC, метрмен), кросс схемасы (патчкорд, панель, қосылыстар саны) және баптаулар талаптары (FEC on/off, speed, lane configuration) сақталады.

Тесті партияларды алдын ала талқылаңыз: қысқа қашықтыққа SR пен DAC, алір ұзаққа LR сияқты бірнеше модуль мен кабель алып, нақты трассаларда өткізіңіз. Интегратор «пилот жинағы» жасап, түрлі нұсқаларды араластырмауға көмектесе алады.

Нәтижені қалай бағалау

Нәтижені «мүмкін жұмыс істейді» дегеннен гөрі нақты шектермен сипаттаңыз. Тек қателерді емес, температураны және ұзақ прогондағы мінез-құлықты тексеріңіз.

Дені сау картина: ұзақ тест (сағаттар, жақсырақ тәулік) ішінде линк флап жасамайды; CRC және input errors өсімсіз (немесе тек мақсатты тесттер кезінде өседі); FEC-те эталон жолмен салыстырғанда аномальды жоғары коррекция жоқ; модуль температурасы стойка үшін қалыпты және уақыт өте «жылжымайды»; қайта қосып, қайта кірістіргенде тәртіп қайталанады, «ерекше жағдайлар» болмайды.

Егер бір пункт күмән туғызса, оны «траектория ерекшелігі» деп тез жазбаңыз. Көбінесе пилотта нақты модульді немесе кабель түрін ауыстыру арзанға түседі, практикада продакшнда кездейсоқ CRC-лармен күресуден гөрі.

25/100GbE үшін FEC: қашан қосу және қателеспеу

FEC (Forward Error Correction) — сызықтағы «сақтандыру»: деректерге түзетушең ақпарат қосылып, қабылдаушы қателердің бір бөлігін қайталап жібермей түзете алады. 25/100GbE-та жылдамдық жоғары болғандықтан сигнал шумға, кабель мен оптика сапасына сезімтал.

Практикалық ереже қарапайым: FEC екі жақта да сәйкес болуы керек. Бір шетте бір режим, екінші шетте басқа режим болса, линк тұрмауы немесе тұрса да қателермен жүруі мүмкін.

Типтік режимдер және "Auto" әрқашан көмектеспейді

Көбінесе кездесетін режимдер: FEC өшірулі, FC-FEC және RS-FEC. Әр платформа мен модульде қолданылатын режимдер әртүрлі болуы мүмкін.

Жалпы нұсқаулар:

• PAM4 негізіндегі жаңа 100G модульдерін қолдансаңыз, FEC әдетте міндетті.
• Классикалық QSFP28 (NRZ) бойынша 100G SR4/LR4-та FEC жиі міндетті емес, бірақ «шулы» учаскелерде ұсынылуы мүмкін.
• 25G DAC немесе қысқа оптикада FEC жиі өшірілген немесе Auto режимде қалдырылады, бірақ сызық шегіне жақын болса, ол CRC-ды нөлде ұстап тұруға көмектеседі.

Auto-ны қай жерде сеніп қалуға болатынын және қай жерде режимді қолмен бекіту керектігін алдын ала шешіңіз (ядро/spine-де предсказуемтік маңызды болғандықтан көбіне қолмен бекіту ұсынылады).

Қай жерде қателеседі: вендорлар арасындағы стыктар мен breakout

Қателер екі сценарийде жиі шығады. Біріншісі — вендорлар арасындағы стык: Nexus 9300-ды басқа өндірушінің жабдығымен немесе транспортпен қосқанда, екеуінде де "Auto" әр түрлі мағынаға ие болуы мүмкін және сыртынан линк тұрса да CRC/дроптар пайда болады.

Екіншісі — breakout (100G -> 4x25G). QSFP28 жағы бір режим FEC күтіп тұрса, SFP28/NIC жағы басқа күтуі мүмкін. Белгілері: линк тұрақсыз, FCS/CRC өседі, кездейсоқ қателер пайда болады.

Оптика мен қашықтықпен байланыс қарапайым: физика күрделенген сайын (ұзын жол, көп қосылыстар, нашар кабель, сезімтал модуль) FEC қажет болу ықтималдығы жоғарылайды — оны алдын ала бекіткен дұрыс. Сатып алудан бұрын модульдердің даташиттері мен порт матрицасындағы FEC талаптарын салыстырыңыз, пилотта нақты қателер есептерін тексеріңіз.

Пилот: FEC және CRC-ды тексерудің қадамдық жоспары

Пилот "тек пинг" үшін емес, трассадағы қателерді масштабтаудан бұрын табу үшін керек: үйлесімсіз оптика, дұрыс емес FEC режимдері, лас патч-кордар, автосогласование проблемалары және сирек кездесетін flaps, кейін сервистерді тұрақсыз ететін.

Стендті нақты линияны қайталаатындай құрыңыз. Міндетті минимум — екі коммутатор немесе бір коммутатор мен сервердегі қажетті NIC. Тексерілетін линктар тізімін жасаңыз: 25GbE (SFP28), 100GbE (QSFP28), DAC/AOC, әр түрлі ұзындықтар және партиялар. Егер пилот Cisco Nexus 9300 үшін болса, ең аз бір линкты «продтағыдай» жасаңыз: сол оптика, сол кросс, сол панель жолы.

Өлшеулерге дейін бастапқы нүктені бекітіңіз: ПО версиялары, жабдық моделі/ревизиясы, порт баптаулары мен FEC режимдері — әйтпесе кейін өзгерістерді анықтау қиын болады.

Прогон жоспары

Әр линк типі үшін бірдей әдіс қолданыңыз: портты тұрғызып, трафикпен қыздырып, счетчиктерді алыңыз, басқа режимде қайталаңыз.

Сценарий: күтілген жылдамдық пен келісімді режимді бекітіп, екі жаққа трафик жіберіп, 15–30 минут ұстаңыз, қателер счетчиктерін (CRC, L2/L1 байланысты қателер, FEC corrected және FEC uncorrected) тексеріңіз, бекітілген тұрақтылықты (link flaps, қайта келісімдер) қараңыз. Содан кейін басқа модуль, басқа ұзындық, басқа патч-кордпен қайталаңыз және реальды жүктемеде дәл осылай сынақтан өткізіңіз.

Әр прогоннан кейін кестеге қысқа жазба жасаңыз — кейінгі салыстырулар үшін уақыт үнемдейді.

Нәтижеде неге назар аудару

CRC қателері көбінесе физика проблемасына (оптика, кабель, ластанған коннектор, зақым) нұсқайтын сигнал. FEC corrected өсіп жатса, бірақ uncorrected жоқ және жоғалтулар байқалмаса, линия «шектеуде» болуы мүмкін — FEC кез келген уақытта осы қателерді түзетеді. Егер FEC uncorrected пайда болса, немесе жоғалтулар өссе, бұл үлкен проблема.

Практикалық мысал: 25GbE, 10 км байланыста линк тұр, бірақ сағатына бір рет CRC және бір flap жазылады. Патч-кордты ауыстырып, коннекторларды тазалап, қайталап тексергенде CRC жоғалып жатса, мәселе трактте болды. Егер CRC белгілі бір модуль партиясымен ғана пайда болса, модульді ауыстыру немесе үйлесімділікті қайта қарастыру қажет.

Буферлер мен перегрузкалар: коммутатор жадысы жеткілікті ме қалай анықтау

Коммутатор буферлері — пакеттердің уақытша сақталатын «жанұясы», олар пакеттер өтуге дайын болғанша сақталады. ДОларда бұл көбіне микровсплесктер (өте қысқа орналасқан трафик шыңдары) арқылы көрінеді — секундтың микро- не миллисекундтарында болатын пиковый трафик, орташа графиктерде байқалмай қалуы мүмкін. Тіпті орташа жүктеме 30–40% болғанымен, микровсплеск кезіндегі шұғыл жинақ кеңістігін толтырып қоюы мүмкін.

Нехватка буферлердің симптомдары жиі «бәрі құлады» тәрізді емес. Көбіне tail drop (хвосттағы жоғалтулар), кешігу өсуі, репликацияда үзілістер, қосымша таймауттар пайда болады. Бұл әсіресе бэкаптар немесе жаппай жаңартулар кезінде байқалады.

Перегрузка тәуекелі апплинктер мен даунлинктер қатынасына байланысты (oversubscription). Мысалы, стойкада серверлер 25GbE, ал аплинк 100GbE болғанда бірнеше сервер бір аплинкке бір уақытта көп мәлімет жіберсе, шығу кезегін толтыра алады, тіпті коммутатор сипаттамалары жеткілікті болып көрінсе де.

Пилотта тек "iperf жылдамдығын" ғана емес, перегрузка сценарийлерін тексеріңіз: қысқа пики (burst), аралас профиль (кіші пакеттер + үлкен ағындар), бір аплинкке бірден бірнеше репликация/бэкаптар, әртүрлі сервистердің бір портқа бәсекелестігі және, ең бастысы, кезектер толғанда не болатынын бақылаңыз: жоғалтулар ма, әлде кешігу өседі ме.

Көрген кезде шешімді тек жабдықтан іздемеңіз. Көбіне комбинация көмектеседі: кезектер мен QoS баптауларын реттеу (не маңызды екенін анықтау), ECN қосу (TCP-ты уақытынан бұрын жайлап тежейді), сондай-ақ «шулы» трафик класстары үшін лимиттер қою. Пилоттың мәні — сіздің ДО паттерндарыңыз бойынша пиктер кезінде желінің кешігуді ұстайтындығын немесе алдын ала болжанатын түрде нашарлайтынын дәлелдеу.

Пилотта не өлшеу керек: метрикалар, логтар және қарапайым есеп

Пилоттың міндеті — порттық жоспар, оптика, FEC режимдері таңдалған конфигурацияның тұрақтылығын және жасырын қателер жоқтығын дәлелдеу. Cisco Nexus 9300 үшін пилот барысында қай көрсеткіштерді үнемі алу керектігін алдын ала келісіп алыңыз.

Тұрақты түрде алынатын метрикалар

Кабель/оптика проблемаларын кезектер мен перегрузкалардан айыра алатын жиын керек: интерфейстердегі қателер (CRC, input/output errors, symbol errors, link flaps), FEC-счетчиктері (corrected/uncorrected — уақыт бойынша өсуі маңызды), порттар мен кезектер бойынша дроптар/discardтар (бар болса), жүктеме (орташа және пиктер, сонымен қатар қысқа шыңдар), тест трафигіндегі кешігу мен jitter — барлығын "алды/кейін" бірдей шартпен алу.

Салыстыру үшін көрсеткіштерді бірдей уақытта алу ыңғайлы: мысалы, таңертең және кешке, сондай-ақ өзгерістерден кейін дереу.

Өзгерістер журналы және қарапайым тревога праметрлері

Журналсыз пилот «жақсарды ма, нашарлады ма» деген дауына айналады. Кесте жүргізіңіз: дата/уақыт, не өзгертілді (оптика түрі, ұзындық, FEC on/off, патчкорд ауыстыру, портты көшіру), қай жерде (стойка, порт) және 15 минут, 2 сағат, тәулік өткеннен кейін счетчиктерде не өзгерді.

Пилот кезінде қарапайым тревога праметрлері ыңғайлы: кез келген uncorrected FEC өсуі немесе тұрақты CRC өсімі — дереу трактіні қарау; қайталанатын link flap — тестті тоқтатып физиканы тексеру; тыныш сценарийде дроптар болса — кезекті және oversubscription-ты қарау; кешігу немесе jitter-дің күрт өсуі — микровсплесктер мен буфер әрекетін тексеру.

Нұсқаларды салыстыру және нәтижені рәсімдеу

Бір уақытта бір параметрді ғана өзгертіңіз. Мысалы: бірдей линейка картасы мен жүктеме, бірақ әртүрлі 25GbE модульдері; кейін сол параметрмен FEC қосып тексеру. Есепте «жақсы/жаман» емес, нақты цифрларды көрсетіңіз: қателер, дроптар, линктің тұрақтылығы, кешігу.

Эксплуатация мен сатып алуды қанағаттандыратын формат: бір бет қорытынды (не таңдалды және неге), содан кейін 2–3 кесте "нұсқа A/B" және қысқа қосымшада логтар немесе счетчиктердің шығарындылары. Мысал: «Нұсқа A: 72 сағат ішінде 0 CRC, corrected FEC баяу өседі, uncorrected 0, дроп жоқ. Нұсқа B: прогревтен кейін CRC пайда болады, 3 link flap тіркелді». Осылай пікірден фактіге өте тез көшеміз.

Карталар мен оптиканы таңдаудағы жиі қателер

Cisco Nexus 9300 жобасында ең қымбат қате көбіне ұсақ-түйек сияқты көрінетін нәрселерден шығады: "порттар бар, демек бәрі жұмыс істейді" деген қате. Трансиверлер, кабельдер және баптаулар кей жағдайда коммутатор моделінен әлдеқайда маңызды шешімдер болады.

Қате 1: 100G алады, кейіннен breakout қажет болады

100GbE порты 4x25GbE-ге оңай бөлінеді деп ойласаңыз қателесесіз. Көп жағдайда порт бар, бірақ 4x25 үшін нақты breakout-кабель мен сәйкес оптика қажет, және олар бұрын алынған нәрседен өзгеше болуы мүмкін. Нәтижесінде мерзімдер ауытқиды — сатып алу себеті мен монтаж жоспары өзгереді.

Алдын ала стойкада қандай линк сценарийлері болатынын сипаттау жақсы жатпаса: 100G-100G, 100G-4x25, 25G-25G және қандай қашықтықтар.

Қате 2: "кабель бәрі бірдей" деп ойлау

Әртүрлі талшықтар мен патч-кордтарды араластыру шамалы плавающие симптомдар тудыруы мүмкін: линк кейде тұр, кейде қателер береді. Мысал: траекттың бір бөлігінде бір талшық түрі, кроссте басқа түр, ал патч-кордтар қоймада "бар болғанынан" алынған. Қағазда бәрі үйлескенмен, шынайы өмірде қателер өсіп, кінәлі трактіні дәлелдеу қиынға соғады.

Жолды стандартқа келтіріп, спецификацияда бекітіңіз: талшық типі, коннектор түрі, ұзындықтар, маркировка.

Қате 3: екі шетте әртүрлі FEC режимдері

Бір шетте бір FEC режимі, екіншісінде басқа немесе өшірілген болса, CRC, ретрайлер мен тұрақсыздық пайда болуы мүмкін. 25/100GbE-та сигнал сапасы күткеннен төмен болатынын ескеріңіз.

Қате 4: "тек тыныш режимде" тестілеу

Линк жүктеме жоқ кезде мінсіз болуы мүмкін, бірақ нақты трафик кезінде қателіктер бере бастайды — микровсплесктер әсерінен. Сондықтан тексерулерде типтік жүктемеге жақын сценарийлерді қосыңыз (мысалы, бэкап немесе репликация).

Қате 5: версиялар мен баптауларды тіркемей қою

ПО версияларын, порт профильдерін және FEC параметрлерін жазып қоймасаңыз, «вчера бәрі жақсы еді» дегенді қайталау мүмкін болмауы мүмкін. Пилотта міндетті тіркеу: NX-OS версиясы мен карталардың модельдері, трансиверлер мен кабельдердің түрлері, ұзындықтар және орнату орны, әр интерфейстегі FEC режимі, тест алдындағы және кейінгі CRC счетчиктері, жүктеме сценарийі және уақыт.

Интегратор пилот пен құжаттауды жүргізсе, бұндай жазбалар бірнеше күндік таластар мен қайта шығындарды үнемдейді.

Қысқа чеклист және пилоттан кейінгі қадамдар

Пилот — таңдалған конфигурация порттар, оптика және баптаулар бойынша жарамды ма, әлде қай жерде қауіп бар екенін тыныш қабылдау үшін керек.

Техникалық чеклист (не сәйкес болуы керек)

Базалық жарасымды заттар: порттық жоспар (25/100GbE қажетті стыктарда, порттар өсуге жетерлікті ме, breakout есептелді ме), физика (нақты ұзындықтар, SM/MM талшықтар, қуат бюджетіндегі резерв, дұрыс модульдер мен кабельдер), біртұтас FEC саясаты (әр линкте екі шетте бірдей режим), қателер бойынша шектер (CRC/FEC мақсатты мәндері жүктеме кезінде және кері әрекет жоспары), микровсплесктер кезінде мінез (күтпеген дроптар жоқ немесе себептері анық және шешімі бар — кезектер, oversubscription, QoS/ECN).

Осыдан кейін пилоттың қалай тестіленгенін тіркеңіз. Екі ұқсас есеп екі түрлі мән білдіруі мүмкін, сондықтан методиканы жазу маңызды.

Қабылдау критерийі (pass/fail) және ары қарайғы қадамдар

Pass/fail критерийлерін соңғы прогонға дейін өзгеріссіз жазып қою керек. Мысалы: барлық линктер тұрақты тұр, FEC режимдері барлық стыктарда сәйкес, CRC жүктеме кезінде өсімсіз, дроптар келісілген шектен аспайды, кешігу типтік сценарийлерде секірмейді.

Әдетте келесі тізбек орындалады: нәтижелерді бір кестеге жинау (порт конфигурациясы, оптика түрі, FEC режимі, қателер мен жоғалтулар, ескертулер), түзету тізімі жасау (не өзгертеді, кім жауапты, қайта тест мерзімі), "метрикалардың иесін" тағайындау (кім және қаншалықты жиі счетчиктерді алады, есептер қайда сақталады және қалай салыстырылады), кеңейтілген прогон жоспарлау (бірнеше сағат типтік режим және қысқа стресс-тесттер), содан кейін ғана өндірістік спецификацияға көшу (финал BOM, порт пен оптика бойынша резерв, енгізу және қайтару жоспары).

Егер пилот "ключ бойынша" өткізіліп жатса, интегратор мен сервис командасын ерте қосу орынды — сонда жабдық, баптау және қолдау бірден қамтылады. Қажет болса, GSE.kz-ке сүйенуге болады: у них есть опыт системной интеграции и поддержки ЦОД 24/7, и это помогает быстрее перевести пилот по Cisco Nexus 9300 в рабочее внедрение без сюрпризов.