Je, unapaswa kuwasha kumbukumbu za handaki la AWS VPN kwenye handaki hai?

Kuwasha kumbukumbu za shughuli za handaki kwa VPN ya Site-to-Site ni mabadiliko madogo yanayoweza kuangusha handaki linaloipima. AWS inaonya kwamba kuwasha uwekaji kumbukumbu kwenye handaki lililopo kunaweza kulikatiza kwa dakika kadhaa, kwa hiyo swali la kuvutia si jinsi ya kugeuza bendera bali ni handaki gani la kugeuza na lini. Masharti matatu huamua mpangilio: kama handaki lingine kweli linabeba njia, kama unahitaji matukio ya huduma au matukio ya BGP, na kama mabadiliko yanapita kupitia konsoli au API ya chaguo za handaki. Ukikosea haya, utaishia na kukatizika au kundi la kumbukumbu lililojaa kitu chochote.

Masharti matatu huamua mpangilio

Anza na utambulisho wa kitu unachobadilisha. Unahitaji ID ya muunganisho wa VPN, eneo na anwani ya IP ya nje ya handaki husika, kwa sababu kila mpangilio wa kumbukumbu katika kipengele hiki ni kwa handaki na si kwa muunganisho. Mabadiliko yaliyotumika kwenye anwani ya nje isiyo sahihi ni mabadiliko kwenye handaki ambalo hakuna aliyekuwa akilitengeneza.

Marudio ni kundi la kumbukumbu za CloudWatch katika eneo hilohilo, likiwa na uhifadhi na sera ya ufikiaji unayotaka kweli. AWS inapendekeza kiambishi awali /aws/vendedlogs/ kwa makundi haya kwa sababu kinaepuka mipaka ya ukubwa wa sera ya rasilimali ambayo majina ya kawaida yanaweza kukumbana nayo. Jina kama /aws/vendedlogs/vpn/branch-a-activity ni mfano tu; muhimu ni kwamba kundi lipo, kwamba jukumu la uwasilishaji linaweza kuandika ndani yake, na kwamba yote mawili yanasimamiwa na anayemiliki usanidi wa VPN. Jina halipeani ruhusa, na kundi lililoundwa bila sera ya uwasilishaji hutoa ukimya badala ya hitilafu.

Sharti la kwanza: handaki la ziada linalobeba trafiki kweli

Hili ni sharti ambalo timu huliruka. Handaki mbili zilizosanidiwa si uthibitisho kwamba programu ina njia mbadala inayoweza kutumika.

Kabla ya kugusa handaki moja, thibitisha kwamba lingine linabeba njia muhimu: angalia jedwali la uelekezaji upande wa lango la mteja na thibitisha kwamba programu inaweza kweli kubadilika. Dirisha la kukatizika la AWS ni dakika, si sekunde, na handaki linalopatikana kwenye karatasi tu hubadilisha mabadiliko ya uchunguzi kuwa kukatizika. Ikiwa njia ya ziada haijathibitishwa, panga mabadiliko kwa uangalifu sawa na mabadiliko mengine yoyote ya uelekezaji badala ya kuchukulia uwekaji kumbukumbu kama jambo lisilo na athari. Tumia zana kwenye handaki ambalo tabia yake unajaribu kueleza, si lile ambalo ni rahisi kufikia.

Sharti la pili: kumbukumbu ya shughuli au kumbukumbu ya BGP

Hili huamua kile utakachoweza kusoma kweli. Rekodi za shughuli hufunika matukio ya huduma kama mabadiliko ya hali ya IKE na IPsec na jumbe za DPD, ambayo ni kile unachotaka wakati handaki halipanda au linaendelea kuhuisha funguo. Rekodi za BGP ni mkondo tofauti wenye vidhibiti vyake, na hujibu swali tofauti: kama njia zilibadilishana na kuondolewa kama ilivyotarajiwa.

Kuwasha bendera ya shughuli si ombi kwa kila mkondo ambao huduma inaweza kutoa. Ikiwa shaka ni uelekezaji, washa zote mbili; ikiwa shaka ni majadiliano ya awamu ya 1 au awamu ya 2, mkondo wa shughuli ndio utakaodhihirisha.

Hakuna mkondo wowote ulio ukamataji wa pakiti, na tofauti hiyo hutatua tiketi nyingi kuliko inavyopaswa. Rekodi za shughuli na BGP zinakuambia huduma ilifanya nini na handaki na kipindi, si kile programu yako ilituma kupitia humo. Kukimbilia kumbukumbu za handaki ili kutengeneza muda wa kuisha wa programu ni hitilafu ya aina, na kwa kawaida hugharimu dirisha moja la kukatizika kabla ya mtu yeyote kutambua. Chagua swali kwanza, kisha mkondo unaoweza kulijibu.

Sharti la tatu: mabadiliko ya konsoli au API ya chaguo za handaki

Ikiwa mtu anafanya mabadiliko ya mara moja, njia ya konsoli ni sawa: VPC console, Site-to-Site VPN connections, chagua muunganisho, Actions, Modify VPN tunnel options, chagua IP ya nje, washa Tunnel activity log, chagua kundi na umbizo la matokeo, hifadhi ndani ya dirisha. Ikiwa VPN inasimamiwa kama msimbo, mbofyo huo huo ni mchepuko ambao utaupatanisha baadaye.

Kwa uendeshaji wa kiotomatiki, sehemu ya kumbukumbu ya shughuli ya chaguo za handaki ina umbo thabiti: LogOptions lina CloudWatchLogOptions pamoja na LogEnabled, LogGroupArn na LogOutputFormat. Kizuizi hicho ni kipande, si ombi; modify-vpn-tunnel-options bado linahitaji ID ya muunganisho na IP ya nje ya handaki, na mipangilio iliyobaki ya handaki lazima ihifadhiwe na anayemiliki kiolezo. Uwekaji kumbukumbu wa BGP hutumia funguo zake BgpLogEnabled, BgpLogGroupArn na BgpLogOutputFormat katika muundo huo huo. Soma mabadiliko kwa describe-vpn-connections badala ya kuamini kwamba ombi lilitumika.

Kile rekodi zinaweza na hazinaweza kukuambia

Baada ya handaki la kwanza kukamilika na njia iliyokusudiwa kupatikana, rudia mfuatano huo uliodhibitiwa kwa handaki la pili ikiwa unahitaji pia kumbukumbu zake. Handaki moja kwa wakati ndio hoja yote.

Rekodi hufika katika mikondo inayotambulishwa na muunganisho na anwani ya nje ya handaki, kwa hiyo linganisha na utambulisho huo badala ya kutarajia historia kuonekana kwa nyuma. Hakuna kitu kabla ya mabadiliko, na hakuna kusubiri kunakoziba pengo hilo. Ikiwa unahitaji msingi wa kulinganisha, rekodi hali ya sasa ya handaki na jedwali la uelekezaji kabla ya mabadiliko ili kuwe na kitu cha kulinganisha nacho.

Weka kundi la kumbukumbu, uhifadhi wake, ruhusa zake za uwasilishaji na kizuizi cha chaguo za handaki katika orodha hiyo hiyo na VPN yenyewe, kwa sababu ni usanidi mmoja uliotawanyika katika maeneo manne. Utaratibu wa AWS wa kuwasha kumbukumbu unaandika mtiririko wa kazi kwa kila handaki na onyo lake la kukatizika, na inafaa kusoma kabla ya mabadiliko na si baada. Kisha thibitisha kwa mpangilio: handaki lilirudi, rekodi zinaonekana katika mkondo unaotarajiwa, na rekodi zinajibu swali ulilofungua tiketi kwa ajili yake. Ikiwa la tatu linashindikana, tatizo lilikuwa uchaguzi wa mkondo na si uwekaji kumbukumbu.