Aruba CX 6400: порттар өсуін есептеу және тоқтаусыз жаңарту

Аггрегация міндеті және неге есептер сатып алудан маңыздырақ

Агрегациялық коммутатор — бұл қабаттық (этажтық) коммутаторлар, серверлер, Wi‑Fi контроллерлері, сақтау жүйелері және жиі сыртқы арналар кездесетін нүкте. Желі кішкентай болғанда қателер байқалмайды. Бірақ жаңа жұмыс орындары, камералар, керек‑жарақтар мен виртуалды серверлер қосылғанда дәл агрегация бірінші болып «тығылады».

Әдетте проблема біреу болмай, бірнешеу болып келеді:

• порттар таусылады (әсіресе аплинктер мен серверлерге арналған 10/25G)
• аплинктер мен межсвитчілік байланыстар шектеледі, кешігу өседі
• MAC/ARP/маршрут кестелері үшін ресурстар жетпейді, байланыс «жоғалу» оқиғалары пайда болады
• жаңа модульдер орнатылғаннан кейін қуат немесе салқындату жетпей қалады

Сондықтан есептер сатып алудан маңызды. «Қазірге» тез тапсырыс беру көп жағдайда 9–12 айдан соң қайта сатып алуға әкеледі: басқа модульдер, басқа жылдамдықтар немесе басқа өткізу қабілеті керек болады. Агрегацияда 2–3 жылға жоспарлау ақылды: өсім толқындармен келеді — видеобақылау енгізілді, филиал қосылды, сервис бөлігін жеке бұлтқа көшірді — талаптар бір тоқсанда өзгеруі мүмкін.

Модульді коммутатор, мысалы Aruba CX 6400, фиксирленгентен өзгешелігі — сіз «шассиді жылдарға сатып аласыз», ал мүмкіндіктерді модульдер арқылы арттырасыз. Бұл эксплуатацияда ыңғайлы: қажетті типтегі порттарды қосуға, жылдамдықтарды өзгертуге, рөлдерді қайта бөлуге болады. Бірақ модульділік есептілікті талап етеді: қанша слот линейлік карталарға кететінін, қаншасы аплинктерге кететінін және қанша үнем қалатынын алдын ала түсіну маңызды.

Жаңарту кезіндегі тоқтаулар көбінесе ПО‑дан емес, архитектура мен дайындықтан туындайды. Типтік себептер: агрегация бір құрылғыда салынған, жұп жоқ, резервті жолдар жоқ, версияның модульдермен үйлесімділігі тексерілмеген, линейлік карталарды қайта жүктеуді талап етеді, жұмыс терезелері келісілмеген. Мысал: ауруханада 40 жаңа жұмыс орны мен IP‑телефония қосылды, бірақ аплинктер өзгермеген. ПО жаңарту жүктеменің өсуімен тұспа‑тұс келіп, кез келген қайта жүктеу бәріне көрінді. Дұрыс өсімді есептеу және резервті жоспарлау жаңартуларды тәуекелден рутинге айналдырады.

Есепке кірісер алдында қандай бастапқы мәліметтер жинау керек

Есептер үшін «сезімдер» емес, фактілер жинау маңызды. Aruba CX 6400 тәрізді модульді агрегация үшін бастапқы мәліметтердің дәлдігі жиі нақты модуль таңдауынан маңыздырақ болады.

Біріншіден, қосылыстардың инвентаризациясын бастаңыз. Қазір қандай жылдамдықтар нақты пайдаланып жатқанын есептеңіз (1G, 10G, 25G), қай жерде мыс (copper), қай жерде оптика қажет екенін айқындаңыз. Серверлерге, нүктелерге, межкоммутаторлы аплинктер мен сыртқы қосылыстарға арналған порттарды бөлек белгілеңіз.

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

Трафик бойынша негізгі деректерді жинаңыз. Күрделі аналитика қажет емес, бірақ қай бағыт басым екенін түсіну маңызды: солтүстік‑оңтүстік (пайдаланушылардан сервистер мен интернетке) немесе шығыс‑батыс (серверлер арасында, виртуализация, резервтеу). Шарықтау сағаттарын, желінің «сәйкесті ұстайтын» уақыттарын және кешігулерге сезімтал қосымшаларды белгілеңіз.

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

Физикалық шектеулерге ілініп қалмау үшін алаң жағдайларын тексеріңіз:

• шассиға және кабель‑менеджментке шынымен қанша юнит бос стаңда бар
• қуат шекаралары мен қабылдау түрлері
• салқындату мүмкіндігі және қабылданатын шу деңгейі
• қандай жұмыс терезелері рұқсат етілген және кім қосылуды бекітеді

Мысалы: ауруханада кварталда 20–30 жұмыс орны мен бірнеше диагностикалық жүйе қосылса, порттар құбылмалы түрде «рваный» өседі. Мұндай кезеңдерде оптикалық арналар, бос қуат кірістері және жұмыстарға уақыт жеткілікті ме екендігін алдын ала білу маңызды, тек «бүгінгі бос порттар» жеткіліксіз.

Порттар өсуін қалай есептеу: қарапайым қадамдар

"Шығырда қалмау" үшін жалпы порттар санын емес, тағайындалған порттар топтарын есептеңіз. Модульді агрегацияда бұл әсіресе маңызды: әртүрлі қосылымдар әрқалай өседі, және қызметтік порттардың бір бөлігі қолданылады.

Қадам 1. Порттарды түрлері бойынша бөліңіз

Ағымдағы жағдайды бірнеше түсінікті санаттарға бөліңіз. Көп жағдайда мына топтар жеткілікті:

• access (access‑коммутаторлардан келетін қосылымдар)
• ядро/фаерволдарға аплинктер
• агрегация ішіндегі межкоммутаторлы байланыстар (жүйе жұптары, межузел арналары)
• қызметтік және «физика» (басқару, мониторинг, уақытша қосылымдар, тесттік порттар)

Көп жағдайда межузел және қызметтік байланыстар ұмытылып кетеді, ал кейін «бос порттар» шынымен бос еместігі анықталады.

Қадам 2. Өсу болжамын екі режимде жасаңыз

Екі болжам жасаңыз:

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

Өсімді пайызбен емес, түсінікті бірліктермен берген оңай: «кварталға +4 access‑коммутатор», «жылына +2 жаңа шкаф».

Қадам 3. Резерв қосыңыз

Резерв әдемілік үшін емес, қалыпты жұмыс үшін керек: апаттық ауысулар, мердігерлердің уақытша қосылуы, кабель ауыстырулар. Сындарлы топтарда 10–20% бос порт ұстау ақылға қонымды. Аплинктер мен межузел байланыстарында каналдарды кеңейту үшін қосымша порттарды қарастырыңыз.

Қадам 4. Барлығын 3 мерзімге жинаңыз

Мысал:

Одан әрі оңай тексере аласыз: слоттар мен модульдер жеткілікті ме, физика (межузел және сервис) жоспарыңызды «жеп» жатқан жоқ па, өсім қай жерде бірінші соғады.

Өткізу қабілетін және oversubscription‑ты күрделі есепсіз қалай бағалау

Агрегацияда алдын ала шешуге керек екі басты нәрсе: аплинктер қандай жылдамдықта болады (10/25/40/100G) және қандай деңгейдегі oversubscription‑ты қалыпты деп санайсыз. Aruba CX 6400‑де бастапқы конфигурациядан бастап өсім бойынша өткізу қабілетін арттыруға болады, бірақ есеп қажет.

Негізгі қателік — барлық порттардың жылдамдықтарын қосып, солайша трафиктің әрдайым солай болатынын есептеу. Шын мәнінде маңыздысы — синхрондылық: бір уақытта қанша пайдаланушы мен жүйе деректер жіберіп жатыр.

Oversubscription‑ты тез бағалау

Oversubscription — төменгі қосылымдардың суммалық жылдамдығын жоғарғы аплинктер жылдамдығына бөлу. Есеп екі қадамда болуы мүмкін:

1. access деңгейінде «пик синхронды трафикті» порт жылдамдығының пайызымен бағалаңыз. Офистік жұмыс орындары үшін жиі 5–15%, инженерлік станциялар мен оқу аудиторияларында жоғары болады.

2. алынған пикті аплинктермен салыстырып, оған қосымша қор қойыңыз.

Мысал: 6 access‑коммутатор × 48×1G = 288 Гбит/с «қағазда». Егер пикте нақты пайдалануы 15% болса, бұл шамамен 43 Гбит/с. Егер агрегациядан ядроға 4×25G (100 Гбит/с) аплинк болса, жағдай қалыпты және өсімге орын бар. Бірақ егер бір уақытта резервтік көшірмелер мен образдар жүктелсе, пик 30% және одан да жоғары болуы мүмкін.

Oversubscription рваный трафикте көбіне рұқсатталады, бірақ ол критикалық сервистер үшін қауіпті:

• телефония және видеобайланыс
• VDI және қашықтан жұмыс үстелдері
• сақтау жүйелері және репликация
• медициналық жүйелер және басқа транзакциялық қосымшалар
• резервтік көшірулердің күндізгі терезелері

Аплинктерді ядро/ЦОД және агрегациялар арасындағы байланыстарды бөлек бағалаңыз: жиі мәселе төмен қарай емес, сайттар арасындағы «тар» жерде болады.

Қорытынды қадамда өсімге запас қосыңыз: әдетте пикке +30–50% қосылады. Қалыпты офис үшін 30% жақын, кадр мен жаңа жүйелер (видео, VDI, аналитика) күтілсе 50% жақын қойылады.

Модульдерді қалай таңдап, слоттардың жетпеуінен қалай құтылу

Модульді агрегацияда қарапайым тұзақ бар: бүгін порттар жетеді, ал бір жылдан соң «дұрыс емес» модульдер салынғандықтан схема өзгеруі керек болады. Aruba CX 6400‑де лингвистикалық карта таңдау кезінде өсуге арналған карталарды бірден қараған жөн.

Порт қажеттілігін және нақты қажет жылдамдықтарды салыстырыңыз. Жиі қателік — көптеген 10G қою «болашақ үшін» және кейін 25G‑ге көшу слот тапшылығына ұрынады немесе оптика қолдауымен байланысты қиындықтар шығады.

Практикалық тәсіл:

• порттарды топтарға бөліңіз: access (1G/10G/25G) және аплинктер (40G/100G). Әр слоттың айқын рөлін анықтаңыз.
• қолда бар трансиверлер мен кабельдерді тексеріңіз және қандайларын қосымша сатып алу керек екенін анықтаңыз. Оптиканың үйлесімділігі көбіне соңғы күні анықталады.
• аплинктерді өсімге қарай жоспарлаңыз: қазір 40G жетсе, 100G‑ге өткізу оңай жолын қалдырыңыз. Көбінесе access‑те 25G‑ге өту және жоғарғы деңгейде 100G пайдалану ыңғайлы.
• кемінде бір бос слот қалдырыңыз — кейінгі шұғыл миграциядан гөрі бос слот арзан.

Питание мен салқындатуды бөлек тексеріңіз. Әр түрлі модульдер әртүрлі жүктеме береді, және БП/вентиляцияға резерв жоқ болса, кейін карта қосу қызметтерді тоқтату және авариялық алмастыру талап етуі мүмкін.

Мысал: ұйым жаңа корпус пен 2 этаж жұмыс орындарын қосады. Қазір барлық слоттарды 10G‑мен толтырса, кейін 25G‑ге өту үшін слоттарды босату және магистральды қайта қосу керек болады. Егер бір слотты бос қалдырып, аплинктерді 100G‑ге жоспарласа, өсім жай кеңейту ретінде өтеді. Жобалық жұмыс пен жеткізілімде, соның ішінде Қазақстанда (мысалы, GSE.kz арқылы) осындай резервтер әдетте спецификацияға бастапқыдан енгізіледі.

Агрегацияда резервтеу: жаңартулар желіні үнемі тоқтатпасын деп

Егер агрегация бір коммутаторға құрылған болса, кез келген жаңарту немесе ақау көбіне тоқтауға айналады. Сондықтан басты сұрақ — желі қызметтерсіз қалай ұсталатынын емес, қызметтік жұмыстардың критикалық сервистерге әсер етпейтінін қамтамасыз ету.

Aruba CX 6400 үшін екі нұсқа жиі қарастырылады: бір шасси (жеңіл әрі арзан) немесе отказоустойчивая жұп (қымбатырақ, бірақ қызмет көрсетуді кезекпен орындауға мүмкіндік береді). Практикалық ереже: телефония, медициналық жүйелер, төлем контурлары секілді жұмыс уақытында тоқтатылмайтын сервистер бар болса, жеке агрегация көбінесе компромисс болады.

Резервтеу сілтемелерден басталады. Көп порт жасау ғана емес, қосылымдарды дұрыс орналастыру маңызды:

• access‑коммутаторлардың аплинктерін екі түрлі агрегирлеуші құрылғыға қосу (немесе схема мүмкіндік берсе екі тәуелсіз модульге)
• қажет жерде LACP қолдану, бір сызықтың ақауы кезінде автоматты өшуге шығу үшін
• кабель трассаларын бөлу (әртүрлі лотоктар, стояктар, кірістер), бір инцидент екі арнаны бірден өшірмес үшін
• ядроға, фаерволдарға және серверлерге арналған сілтемелерге бөлек назар: олар жиі бір ғана нүкте‑сингл‑пойнтқа айналады

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

Әрбір апдейтің алдында простың критерийлерін бекіту маңызды:

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

Осылайша резервтеу ИТ пен бизнес арасындағы түсінікті келісімге айналады, «қауіпсіздік шаралары» емес.

ПО жаңарту дайындығы: ұзақ тоқтауды қалай азайтуға болады

Агрегациялық коммутаторды жаңарту — процесстің өзінен емес, белгісіздіктен қорқыныш. Дайындық жақсы болса, Aruba CX 6400 жаңартулары «түнгі лотереядан» нақты қадамдарға айналады.

Бастамас бұрын не жинау керек

Ағымдағы ПО нұсқасын тіркеңіз және мақсатты нұсқаны таңдаңыз. «Ең жаңа» деп автоматты түрде сүйенбеңіз: сіздің модель мен функцияларға (LACP, VSX, MACsec, EVPN және т.б.) арналған релиз ноталарын тексеріңіз. Қатер көбіне командалардың өзгеруінде, протокол мінез‑құлқында немесе жад талаптарында болады.

Тек конфигурацияны ғана емес, образдарды да сақтаңыз (шұғыл түрде қайтаруға). Лицензиялар, аккаунттар, кілттер мен парольдер, сондай‑ақ маңызды баптаулардың «снимогы»: VLAN, VRF, ACL, OSPF немесе BGP, маршрут кестелері, көршілер тізімі. TACACS/RADIUS‑қа тәуелділік болса, ақау кезінде локальды кіруді ойластырыңыз.

Жаңартудан бұрын құрылғының «денсаулығын» тексеріңіз: CPU мен RAM жүктемесі, интерфейстердегі қателер, drops, БП мен вентиляторлар күйі, соңғы логтар. Бұл жаңартудан кейінгі салыстыру нүктесін береді және нашарлауды тез анықтауға көмектеседі.

Жаңарту стратегиясы және откат жоспары

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

Жұмыстың қысқа жоспарын дайындаңыз, оны қолыңызда ұстаңыз:

• жаңартудан бұрын және кейін қандай тексерістер жүргізілетін (көршілер, аплинктер, маңызды VLAN/VRF)
• перезагрузкадан кейін протоколдар қалпына келуін қанша күтесіз
• қандай жағдай критикалық (мысалы, аплинктер көтерілмесе немесе маршрутизация құлайды)
• откат үшін қай образ және команда қажет
• откат шешімін кім қабылдайды

Мысал: ауруханада түнде агрегацияны жаңартады, бірақ PACS пен телефонияға қолжетімділікті сақтауы керек. Сондықтан алдын ала бақылау тесттері дайындалады: шлюзтарға пинг, сервер сегментіне маршруттарды тексеру, бір нақты қоңырау. Егер тест келісілген уақытта өтпесе, откат дереу іске қосылады.

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

Жаңартудан бұрын және кейінгі қысқа чек‑лист

ArubaOS‑CX‑ты тоқтатпай жаңарту жоспарласаңыз да, ең жиі себеп — желінің күтпеген күйі. Жұмыстардан 15–20 минут бөліп, тез тексерістер жасаңыз және жаңарту кезінде бірнеше индикаторды бақылаңыз.

Бастамас бұрын

Желінің қазір сау екенін және кейін салыстыруға не бар екенін анықтаңыз. Aruba CX 6400‑те негізгі көрсеткіштер мен статустарды жазып алу ыңғайлы:

• агрегация порттарындағы линктер мен қателер: жылдамдық, дуплекс, CRC/дроптар (мысалы, show interface brief, show interface counters).
• аплинктердегі LACP: барлық қатысушылар дұрыс күйде ме, «standby» немесе күтпеген ажыраулар жоқ па (мысалы, show lacp interfaces).
• маршруттық көршілер: OSPF/BGP көтерілген бе, флаптар жоқ па (мысалы, show ospf neighbor, show bgp summary).
• маңызды сервистерге қолжетімділік: бірнеше нүктеден DNS, AD және негізгі қосымшаларды тексеру.
• откат жоспары: қазір қай версия, жаңартудан кейін қай образ активті болады, қай жерде конфигтің бэкап көшірмесі орналасқан (мысалы, show version, конфигтің сақталғанын тексеру).

Жаңарту кезінде

5–10 минут сайын барлық көрсеткіштерге емес, 3–4 сигналға қараңыз: аплинктердің статустары, LACP, маршрут көршілері мен журнал (мысалы, show logging). Егер линк флаптары басталса немесе көршілер түсіп кетсе — тоқтап, откат жоспарына өту қажет.

Жаңартудан кейін дереу

«Бұрынғы» және «қалған» жағдайды салыстырып, нәтижені тіркеңіз:

• маршруттар мен көршілер: маршруттар орнына келді ме, көршілер көтерілді ме, күтпеген өзгерістер жоқ па (мысалы, show ip route, show ospf neighbor, show bgp summary).
• порттар мен қателер: дроптар/CRC көбейген жоқ па, жылдамдықтар мен агрегаттар дұрыс (мысалы, show interface counters).
• сервистерді тексеру: сол қысқа қолжетімділік тесттерін қайталау.
• өзгерістер журналы: басталу және аяқталу уақыты, версия до/после, байқағандар және отклонмалар кезінде әрекеттер; негізгі командалардың нәтижелерін сақтаңыз.
• жылдам қайтару: проблемалар болса алдын ала дайындалған образқа оралып, конфигті қайта жүктеп, критикалық интерфейстерді қалпына келтіріңіз.

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

Модульді агрегацияда ең жиі қате — өсімді тек порттар санымен есептеу. Нәтижесінде бір жылдан кейін бос порттар болса да, аплинктер 25G/100G‑ге жетпей қалады, слоттар модульдерге толып, немесе межкоммутаторлық жүктеме күтпеген жерден өскен болады.

Екінші типтік қате — слоттар мен қуат үшін резерв қалдырмау. Aruba CX 6400‑ді модульдер арқылы кеңейтуге болады, бірақ егер шасси «текке» толса және БП‑лар қуатқа резервсіз таңдалса, кеңейту жеткізу мен терезелер күтуді қажет ететін бөлек жобаға айналады.

Көп уақыт үйлесімділікке кетеді. Әртүрлі жылдамдықтар мен оптикаларды араластыру, қате трансиверлар, талшық түрлері немесе ұзындық шектеулері «жүзу» қателерге ұқсайды. Практикада бұл себепті іздеуге бірнеше сағат кетуі мүмкін, әйтеуір мәселе порт сипаттамасы, кабель немесе модуль спецификациясында болады.

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

Ең жиі ұзақ тоқтауға алып келетін қателіктер:

• өсімді тек access‑порттармен жоспарлау, аплинктер мен межкоммутаторлық байланыстарды есептемеу
• болашақ модульдерге арналған слоттар, қуат пен салқындатуға резервсіз конфигурация таңдау
• оптиканы «соңғы рет қалай алдым» қағидасымен сатып алу — жылдамдық пен модельді тексерместен
• сақталмаған конфигурациясыз, образдардың бэкапынсыз және нақты откат сценариісіз жаңарту
• бір уақытта бірнеше торапқа өзгеріс енгізу және кейін қандай өзгеріс себепті екенін болмау

Мысал: ауруханада жаңа сақтау жүйелері қосылып, резервтік көшіру трафигі екі есе өсті. Порттар әлі бар, бірақ агрегация мен ядро арасындағы аплинктер тар шектікте қалды. Егер 100G‑ге резерв пен слоттар алдын ала қарастырылса, кеңейту кезеңмен өте алады.

Егер сатып алу мен жұмыс жоспарын алдын ала құрасаңыз, жүйелік интегратор (мысалы, GSE.kz) үйлесімділік оптикасын, қуаттың қорын, өзгерістер тәртібін және алдын‑ала/кейінгі тексерістерді көмектесіп өтеді.

Мысал: өсіп жатқан ұйымға агрегацияны қалай жоспарлауға болады

Кампус: 6 шкаф қосуға арналған (түрлі ғимараттарда). Әр шкафта 2×48 порттық access‑коммутаторлар бар, және қазіргі аплинк агрегацияға 2×10G (LACP). 24 айға жоспар: +2 шкаф, кейбір пайдаланушылар Wi‑Fi 6/6E‑ге көшуі, видеобақылаудың өсуі және жаңа сервистер үшін резерв.

24 айға порттар: өсім + резерв

Агрегацияға тікелей қосылғандарды есептейміз. Қазір: 6 шкаф × 2 аплинк = 12 порт 10G. 24 айдан кейін 8 шкаф болады, және ең жүктелген екі шкафқа тағы бір аплинк қосылады.

Сондықтан: 6×2 + 2×2 + 2 доп. аплинк = 12 + 4 + 2 = 18 порт. 20% резерв қосамыз: 18 × 1,2 = 22 порт. Жоғарғы «оңай» модуль сыйымдылығына дейін дөңгелектейміз: мысалы, 24 порт 10/25G‑ға мақсат қойсақ, бір‑екі артық арна үшін шектеуге ілінбейміз.

Өткізу қабілеті және рұқсат етілген перегрузка

Енді «труба» ЦОД‑қа шыдамды ма екенін тексерейік. Әр шкаф 2×10G берсе, физикалық 20G, бірақ нақты пик әдетте аз. Мониторинг бойынша бір шкафтың пике 6 Гбит/с, қысқа толқындарда 9 Гбит/с дейін көтеріледі.

Сондықтан суммалық пик қазір: 6×6 = 36 Гбит/с. 24 айда: 8×6 = 48 Гбит/с. Егер сіз access пен ЦОД арасындағы oversubscription‑ты 3:1 деп қабылдасаңыз, 2×40G (80G) аплинк жеткілікті. Егер күндізгі ауыр көшірмелер бар болса, 2×100G қою жақсырақ.

Aruba CX 6400 үшін бастапқы жоспар: 10/25G порттары бар модуль бастап қою және жоғарғы жағынан 40/100G модуль бөлек орнату. Бір жылдан кейін жаңа шкафтар қосылғанда екінші 10/25G модуль сатып алу.

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

• Апта бұрын: версияны таңдау, релиз ноталарын тексеру, конфиг бэкап және метрикаларды тіркеу.
• Күн бұрын: образды жүктеу, бос орынды тексеру, қысқа LACP/связность тексерісі.
• Жұмыс терезесі: бірінші коммутаторды жаңарту, қалпына келтіруді күту, трафик екіншіге аударылғанын тексеру.
• Сосын екінші коммутаторды жаңарту, баланс қайта орнату.
• Кейін: маршрутизация, MAC кестелері, порт қателері мен жүктеме графиктерін салыстыру.

Келесі қадамдар: сатып алу мен жұмыстар жоспарын әзірлеу

Есептер дайын болған соң, оны инженер де, сатып алушы да түсінетін қарапайым жоспарға айналдырған дұрыс. Aruba CX 6400 үшін модульділік еркіндік береді, бірақ нақты құжат болмаса қателесіп сатып алуға болады.

Барлығын 1–3 бетке жинаңыз

1–3 беттік файлда тек шешім қабылдауға көмектесетін нәрселер болсын:

• қазіргі және болжамды порттық сыйымдылық типтері бойынша (1G/10G/25G/40G/100G)
• өткізу қабілеті есебі және мақсатты oversubscription‑пен бірге қабылданған болжамдар
• модульдер мен бос слоттардың кезеңдік жоспары (мерзімдер немесе өсу триггерлері)
• тәуекелдер мен тәуелділіктер: оптика, кабельдер, қуат, орын, жұмыс терезелері
• күнтізбе: сатып алу, жеткізу, монтаж, тесттер, ПО жаңарту

Содан кейін тапсырмаларды «қазір» және «кейін» деп бөлу керек: не қазір жасалады, не келесі сатып алу кезеңіне қалдырылады.

Сатып алу мен жұмыстарды екі пакетті бөлек дайындаңыз

Сатып алуды бұзбау үшін нақты талаптарды алдын ала жасаңыз: модульдердің дәл атаулары, трансивер түрлері, патчкорд ұзындықтары, запас бөлшектер, қолдау шарттары мен реакция мерзімі.

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

Уақыт немесе сенім аз болса — интегратор шақырыңыз: тексеру, жобалау және сүйемелдеу. Мысалы, GSE.kz Қазақстанда талаптарды жинап, нақты жүктемемен есептеп, пилотты және жұмыс жоспарын ұйымдастыра алады.