Сайт ішінде бірдей iESI, сайттар арасында бірегей: Junos тігуі

Екі қақпа жұбы екі деректер орталығына қызмет етеді, және біреу дизайнға қанша interconnect ESI мәні қажет екенін шешуі керек. Жауап — әр қақпа тобына бір, fabric үшін бір емес және қақпа үшін бір емес. Мұны қате жасау конфигурацияланған болып көрінетін және қате forwarder таңдайтын fabric тудырады, немесе бөлек қалуы тиіс екі сайтты біріктіреді. Ереже мен оның ерекшеліктерін қақпалар тізімінің жанына жазып қоюға тұрарлық.

Екі ауқым, екі ереже

Сайт ішінде артық interconnect қақпалары бір multihomed шеткі нүкте ретінде әрекет етеді, сондықтан олар бір interconnect ESI-ді бөліседі. Олардың peer-лері екі тәуелсіз мүшенің орнына бір логикалық мүшені көруі керек. Ортақ мәннің бүкіл мәні осында.

Сайттар арасында әр қақпа тобы өз мәнін алады. Бір идентификаторды бөлісетін екі деректер орталығы басқару жазықтығында бір multihomed топқа айналады, бұл әдетте WAN арқылы тігу дизайны көздейтін нәрсе емес. Бір топтағы екі сайт бір-бірінің ақау режимдерін де мұралайды.

Сайт ішінде: топ үшін бір сәйкестік

Жұпқа екі peer-де бірдей мәнді, сол қызмет контекстінде беріңіз және оны чат ағынында емес, желінің идентификаторлар тізілімінде тіркеңіз. Екі мүше арасындағы сәйкессіздік — бір мүшеден тұратын топ пен айқын дабылсыз қалдыратын ақау режимі. Жұмыс істеп тұрған сессияға сенбес бұрын екі мүшені де салыстырыңыз.

Қолдау көрсетілетін модель — all-active. Сол анықтама бұл тігу сәйкестігі үшін single-active жұмысын, автоматты түрде алынатын LACP идентификаторларын және source-bmac опцияларын жоққа шығарады, сондықтан солардың бірін болжаған дизайнды идентификатор таңдалмай тұрып қайта қарау керек. Бұл шектеу — дизайн кірісі, түсіндірме емес.

Сайттар арасында: әртүрлі мәндер немесе әдейі біріктіру

Әр сайтқа бірегей мән екі қақпа тобын бөлек ұстайды. Егер ниет шынымен бір multihomed топты сайттар арасында кеңейту болса, бұл өз кідіріс, ақау және жіберу салдарлары бар басқа архитектура, және ол идентификатор таңдауы ретінде емес, архитектура ретінде шешілуі керек. Бұл шешімді қызмет көрсету терезесіне дейін жазбаша сұраңыз.

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

peer мәлімдемесі сәйкестіктің бөлігі

Топтағы әр қақпа өзінің жергілікті peer-лерін loopback мекенжайы бойынша тізімдейді және бұл қатынас жеке MAC-VRF ішінде емес, жаһандық EVPN деңгейінде өмір сүреді. Оны дұрыс емес иерархияға қою — commit болатын, бірақ топты ешқашан құрмайтын конфигурация жасаудың кең тараған жолы. Анықтамалық иерархияны бір рет оқып, содан кейін оны ұстаныңыз.

Мәлімдеменің атауы да көшті. Juniper 24.2R1-де interconnect peer-gateways мәлімдемесін қайта атады және 24.4R1-де деректер орталықтарының interconnect-і үшін interconnect-ке тән пішінді қалпына келтірді. Сондықтан аралық шығарылымнан алынған үзінді орналастырылған нұсқа қабылдамайтын атауды қолдануы мүмкін, немесе керісінше. Үзінді қай шығарылымнан алынғанын үзіндінің өзінің жанына жазыңыз.

iESI-ді бөлісудің не істемейтіні

Ол сіз үшін route target, VNI немесе жергілікті EVPN данасын анықтамайды. Олар екі жақта да сәйкесуі керек жеке конфигурация болып қалады, және сәйкесетін, бірақ route target сәйкеспейтін идентификатор құрылатын және ештеңе тасымайтын топ жасайды. Осы параметрлердің екі жағын да бір өтуде салыстырыңыз.

Ол сондай-ақ peer-лердің қолжетімділігін немесе designated forwarder таңдауын дәлелдемейді. Қалыпты жағдайда unicast және қажетті broadcast пен multicast әрекетін тексеріңіз, содан кейін бір қақпаны алып тастап қайталаңыз, сонда қалған мүше топты жалғыз алып жүрсін.

Дәл екінші іске қосу топтың нақты екенін дәлелдейді.

Бақыланған мүшелік пен қызмет контекстін тест нәтижелерімен бірге сақтаңыз. Кейінгі идентификатор өзгерісін сонда multihoming өзгерісі ретінде, ол шын мәнінде сол, қарауға болады, жолдың косметикалық түзетуі ретінде емес. Нәтижелер — идентификатор сызбада айтылғанды жасайтынының жалғыз дәлелі.