Virkur-varabond Linux á all-active EVPN: hvað brotnar

Setjið virkan-varabond á þjóninn og all-active Ethernet-hluta á fabricið, og helmingur af bakstraumnum getur hverfið án þess að einn villuteljari hreyfist. Hvorug uppsetningin er röng út af fyrir sig. Vandamálið er í afhendingunni milli þeirra, þar sem önnur hliðin velur einn port og hin gerir ráð fyrir að hvert tengt leaf geti skilað. Fylgið einum ramma í hvora átt og misræmið verður augljóst.

Hvað virkur-varabond gerir við innkominn ramma

Bonding-stilling 1 heldur nákvæmlega einum slave í sendingarleiðinni og skiptir honum aðeins þegar sá núverandi bregst. Sá hluti er vel þekktur. Það sem skiptir máli hér er móttökuhliðin: kjarninn afhendir ramma til stakkanna aðeins ef hann kemur á virka slavenum, og hendir rammum sem birtast á öðrum slave. Þessi all_slaves_active stilling er til einmitt til að slaka á þeirri reglu, og er sjálfgefið slökkt. ip -d link show bond0 prentar núverandi gildi við hlið stillingarinnar.

/proc/net/bonding/bond0 nefnir virka slaven og tilkynnir tengistöðu hvers slaves. Sú skrá er eina heiðarlega heimildin um hvaða port ber strauminn núna.

Hýsitölva í þessari stillingu hefur eina nothæfa móttökuleið í einu, valda staðbundið án vitneskju um fabricið. Ef rammi fyrir þá hýsitölvu kemur á hinn kapalinn telur portið á rofanum hann móttekinn, stakkur hýsitölvunnar sér hann aldrei, og allir teljarar nema eigin sleppingateljari hýsitölvunnar líta fullkomlega heilbrigðir út.

Hvað all-active multihoming gerir við fjarlægt næsta hopp

EVPN multihoming lýsir mengi leafa sem deila einum Ethernet-hluta, auðkenndum með ESI, og auglýsir þann hluta til afgangsins af fabricinu. Í all-active líkaninu setja fjarlæg peer upp fleiri en eitt næsta hopp fyrir heimilisföng hlutans. Unicast í átt að þjóninum getur þá komið á hvort leaf sem er, og fabricið er frjálst að velja fyrir hverja strauma. Það er allur tilgangur hönnunarinnar, og það er líka forsenda sem bond þjónsins verður að uppfylla.

Flóðstraumur fylgir annarri reglu. Leafin velja tilnefndan forwarder fyrir hvern hluta, svo broadcast, óþekkt unicast og multicast koma venjulega inn um einn þeirra. Unicast og flóð taka því tvær aðskildar ákvarðanir, og aðeins ein þeirra birtist í bondstöðu hýsitölvunnar.

Hvar valin tvö greinir á

Kjarninn velur virka slaven sinn út frá tengistöðu og eigin stefnu. Fabricið velur næstu hopp út frá EVPN-leiðum, og tilnefndan forwarder út frá vali meðal leafanna. Hvorugt ferlið ræðir við hitt. Þegar þau velja mismunandi leaf er bilunin háð stefnu: það sem þjónninn sendir fer venjulega út, og svörin hverfa.

Tvær studdar leiðir eru til, og þær eru ekki skiptanlegar. Gefðu hýsitölvunni bond sem fabricið getur meðhöndlað sem eitt rökrétt tengi, sem í reynd þýðir LACP-bond sem samið er við leafin, og báðir hlekkir eru virkilega virkir saman. Eða samþykktu líka single-active afhendingu frá fabricinu, svo hlutinn fylgi sama einn-port-í-einu líkani og bondið. Það sem virkar ekki er all-active hlutur fyrir framan bond sem hlustar aðeins á einum porti, nema þú kveikir viljandi á móttöku á óvirku slavenum og samþykkir tvöföldu afhendinguna sem fylgir.

Hvers vegna varakapallinn heldur áfram að líta heilbrigður út

Kapall sem ber engan straum tilkynnir samt tengingu uppi, og biðslave í bondi er hannaður til að líta út fyrir að vera tilbúinn. Stjórnendur lesa það sem ofgnótt og hætta að spyrja.

Spyrjið í staðinn hvaða líkamlega port bakrammarnir notuðu. Á hýsitölvunni, teljið mótteknar pakkana á hvern slave frekar en á hvert bond, því teljari bondsins leynir ósamhverfunni. Á leafinu, lítið á áframsendingarfærslur brúarinnar fyrir MAC þjónsins og mengi næstu hoppa sem EVPN-leiðin ber. Ef færslan bendir á leafið þar sem hýsitengingin er biðstaða, þá er hönnunin að afhenda inn á port sem hýsitölvan hunsar. Þetta er misræmi í uppsetningu en ekki vélbúnaðarbilun, og engin magn af vöktun tengistöðu mun koma því í ljós.

Prófið afhendingu í báðar áttir, ekki tengistöðu

Byggið fylki með einni röð fyrir hverja bilun og einum dálki fyrir hverja stefnu, og fyllið svo inn afhentum straumi í stað stöðu viðmótsins. Röð eitt er venjuleg starfsemi, og það er einmitt þar sem misræmið felur sig, því einkennin líta út eins og vandamál í forritinu.

Fjarlægið svo virka hýsitenginguna, fjarlægið eitt leaf, fjarlægið upptengingar þess leafs, og endurheimtið hverja á eftir annarri. Eftir hvert skref skráið virka slaven, stöðu EVPN-hlutans, fjarlægu áframsendingarfærsluna og mælda afkastagetu í báðar áttir. Leaf sem missir fabricleið sína á meðan hýsitenging þess er uppi er áhugavert tilfellið, því tengingin helst auglýst og getur hljóðlega orðið blindgata. Prófið með nýjum unicast-straumum og með flóðstraumnum sem forritið er háð, því þau tvö nota mismunandi áframsendingarákvarðanir.

Samþykkið hönnunina aðeins þegar fylkið sýnir tvíátta afhendingu um leiðina sem þú ætlaðir. Tveir kapalar með tengingu uppi eru ekki sú niðurstaða.