Kial AWS VGW subreta vojo ne povas elekti unu VPN-tunelon

Du Site-to-Site VPN-konektoj finiĝas ĉe unu virtuala privata kluzo kaj anoncas la saman branĉan prefikson. La subreta vojaro tenas unu rikordon por tiu prefikso, montrante al la kluzo, kaj neniun kampon kiu nomas tunelon. La prefero inter la konektoj do okazas ie, kion la konzolo ne nomas enkursigado. Scii kiun tavolon posedas la decido estas la diferenco inter funkcianta rezervo kaj ŝanĝo kiu faras nenion.

Du tavoloj estas en ludo: la VPC-vojo kiu diras kiun kluzon, kaj la propra tunela elekto de la kluzo. Konfuzi ilin produktas redaktojn, kiuj aspektas ĝustaj en la vojaro kaj neniam movas paketon.

Du tavoloj kiuj aspektas kiel unu

La subreta vojo respondas unu demandon: por ĉi tiu celloko, kiu aldonaĵo? Ĝia celo estas la virtuala privata kluzo, kaj ĝia metriko konkuras nur kun aliaj vojoj en la sama tabelo. Nenio en tiu rikordo distingas tunelon unu de tunelo du, nek konekton A de konekto B. Pli specifa prefikso estas alia celloka kongruo, ne pli fajna elekto de vojo.

La kluzo respondas la sekvan demandon: inter la tuneloj kiujn ĝi tenas por tiu prefikso, kiu nun portas trafikon. Tiu decido venas de tunela sano kaj de la BGP-atributoj ricevitaj de la klienta kluzo, kaj ĝi neniam aperas en la subreta vojaro.

Kion VGW efektive komparas

Sano venas unue. Tunelo kiu estas malsupre, aŭ BGP-sesio kiu ne leviĝis, perdas antaŭ ol iu ajn atributo estas ekzamenata. Tial antaŭmeti vojon sur konekto kiu jam malsukcesas ŝanĝas nenion.

Inter elekteblaj vojoj por la sama prefikso, AWS preferas la pli mallongan AS_PATH. Kiam du vojoj estas same longaj, ĝi komparas MED, kondiĉe al la dokumentita kondiĉo pri la unua AS en la vojo. Legu la publikigitan ordon anstataŭ la folkloran version, ĉar la folkloro kutime forlasas la san-paŝon kaj la escepton pri statikaj vojoj. Unu sekvo: tri antaŭmetoj sur la rezerva konekto faras la ĉefan strikte pli mallongan, kaj tio estas la kutima maniero esprimi la preferon.

Antaŭmetado, kaj kiam ĝi faras nenion

Antaŭmetado okazas en la elirantaj anoncoj de la klienta kluzo, ne interne de AWS. Vi aldonas vian propran ASN du aŭ tri fojojn al la prefikso, kiun vi volas ke AWS evitu, kaj AWS tiam vidas pli longan vojon por tiu konekto. La ĉefa konekto tenas la anoncon sen antaŭmeto. Se ambaŭ konektoj anoncas el la sama ASN kun la sama nombro de antaŭmetoj, vi esprimis neniun preferon.

Kontrolu la ricevitan vojon ĉe la AWS-flanko post la ŝanĝo. Antaŭmeto kiu neniam forlasis la klientan aparaton aspektas ĝuste kiel unu, kiun AWS ignoris.

Statikaj vojoj ignoras la tutan argumenton

Se la konekto uzas statikan enkursigadon, ne ekzistas AS_PATH por longigi. AWS dokumentas statikajn VPN-vojojn kiel priorigatajn super vojoj lernitaj per BGP por la sama prefikso, do miksita dezajno ne kondutas kiel plene dinamika. Decidu unue pri la enkursigada tipo, poste elektu la preferan mekanismon, kiu ekzistas por ĝi.

Kun du statikaj konektoj anoncantaj la saman prefikson, la utila levilo estas la prefikso: anoncu pli specifan intervalon sur la konekto, kiun vi volas uzi, kaj akceptu ke vi ŝanĝis kiun cellokon kongruas, ne kiun vojon venkas.

Kial traireja kluzo estas alia respondo

Traireja kluzo subtenas egalkostan multvojon trans VPN-aldonaĵoj, do du konektoj povas dividi trafikon anstataŭ unu stari rezerve. Tiu dezajno havas alian fiaskan surfacon: fluoj disvastiĝas trans tunelojn, kaj unu tunelo falanta movas nur parton de la ŝarĝo. Kopii VGW-recepton sur trairejan kluzon, aŭ inverse, kreas atendojn, kiujn neniu el la platformoj plenumas.

Elektu la modelon antaŭ la mekanismo: aktiva kaj rezerva kun fiksita prefero, aŭ aktiva kaj aktiva kun ECMP.

Kion kontroli post kiam vi agordas ĝin

Konfirmu kvar aferojn en ordo. La subreta tabelo ankoraŭ solvas la prefikson al la celata kluzo. La kluzo listigas ambaŭ tunelojn kiel aktivaj. La ricevita AS_PATH sur la konekto, kiun vi volas eviti, estas pli longa ol la alia. Kaj reala fluo de instanco en tiu subreto trapasas la atendatan tunelon, observita ĉe ambaŭ finaĵoj anstataŭ deduktita el verda stato.

Poste plenumu la aprobitan malsukcesan teston kaj rigardu la postvivantan vojon porti la servon. Prefero, kiu ekzistas nur en agorda diferenco, ankoraŭ ne estas prefero.