Azure VM moja inahitaji handaki: mteja mgeni au lango la VPN?
Masharti matatu yanaamua ikiwa Azure VM moja inapaswa kuendesha mteja wake wa VPN au muunganisho unamilikiwa na tabaka la mtandao.
Mzigo mmoja wa kazi katika Azure VM moja unapaswa kufikia mtandao wa faragha kupitia handaki. Swali linaloamua muundo si bidhaa ipi ya VPN iliyo bora, bali ikiwa mashine nyingine itawahi kuhitaji njia hiyo. Jibu hilo kwanza na muundo uliobaki kwa kawaida hujichagua wenyewe. Ukikosea, unarithi VM iliyogeuka kimya kuwa kipanga njia ambacho hakuna aliyekiandika.
Kazi mbili zinazofanana
VM inaweza kuwa mwisho au kituo cha kupitisha, na tofauti si programu unayoweka bali ni nani anayetumia handaki. Kama mwisho, mgeni huendesha mteja kwa ajili ya michakato yake mwenyewe. Kama kituo cha kupitisha, husambaza pakiti za mizigo mingine, jambo linaloifanya kuwa sehemu ya topolojia ya mtandao wako.
| Kazi | VM hufanya nini | Nani anamiliki uelekezaji |
|---|---|---|
| Mwisho wa mzigo wa kazi | Huendesha mteja anayetumika kwa michakato yake mwenyewe | Njia za mgeni huchagua maeneo yaliyoidhinishwa |
| Kifaa cha kupitisha | Husambaza mizigo mingine kwenye muunganisho wa tovuti | Majedwali ya njia za subneti, usambazaji wa NIC, sera ya mgeni na njia za kurudi |
Maombi mengi ya VM moja ni kazi ya kwanza iliyovaa lugha ya pili. Mtu husema “VM ni VPN yetu” wakati anamaanisha programu moja juu yake inapaswa kufikia hifadhidata upande wa pili.
Sharti la kwanza: je, kuna kitu kingine kinachohitaji upande wa mbali?
Ikiwa jibu ni hapana, weka mteja ndani ya mgeni na uache kubuni. Hakuna kitu katika chaguo hilo kinachohitaji lango linalosimamiwa, na hakuna kitu kinachofanya VM kuwa lango kwa majirani zake. Unaongeza njia ndani ya mfumo mmoja wa uendeshaji.
Ikiwa jibu ni ndiyo, au pengine ndiyo ndani ya mwaka, ichukulie kama muundo wa mtandao sasa. VM nyingine hufikia VM ya kupitisha tu wakati jedwali la njia za subneti linazituma huko na NIC inakubali trafiki iliyosambazwa, kwa hiyo kazi ni majedwali ya njia na ruhusa za usambazaji, si usakinishaji mwingine wa mteja.
Sharti la pili: unaweza kudumisha njia ya utawala?
Mteja wa VPN anayeweka njia pana anaweza kukamata njia unayotumia kusimamia VM. Ikiwa orodha ya maeneo ya handaki inaingiliana na mtandao wa usimamizi, kikao chako cha SSH au RDP huanguka wakati mteja anapounganisha, na marekebisho yanapaswa kufanywa kupitia konsoli ya mfululizo au kujenga upya.
Angalia kabla na baada. Katika Linux, ip route get <management-ip> huonyesha kiolesura na chanzo ambacho kiini kingetumia sasa; linganisha na jibu wakati handaki liko hai. Handaki lililogawanyika lenye orodha wazi ya maeneo ni rahisi kulinda kuliko njia chaguo-msingi, na kwa kawaida ndicho mzigo wa kazi unachohitaji kwa kweli.
Sharti la tatu: nani anarekebisha usiku wa manane?
Mteja mgeni ni mfumo wako wa uendeshaji, toleo lako la mteja na vyeti vyako. Hiyo ni sawa ikiwa tayari unaendesha VM na mzunguko wake wa marekebisho. Ni biashara mbaya ikiwa VM ipo tu kushikilia handaki. Hesabu saa za marekebisho kabla ya kuita mteja mgeni nafuu zaidi. Uboreshaji wa mteja unaohitaji kuwasha upya ni kukatika uliyopanga kwa mashine iliyopo ili handaki liendelee.
Lango linalosimamiwa linahamisha matengenezo hayo kwenye jukwaa. Bado unamiliki utambulisho, idhini na njia za mtandao nyuma yake, lakini huwashi upya mashine ili kutumia sasisho la mteja.
Lango linalosimamiwa halifanyi nini
Azure VPN Gateway ni huduma ya muunganisho wa VNet yenye mipango yake ya tovuti-kwa-tovuti na nukta-kwa-nukta. Si sheria inayokataza programu za VPN ndani ya mgeni, na si mbadala wa moja kwa moja wa mteja ambao programu moja inahitaji.
Kinachotoa ni muunganisho katika tabaka la mtandao, unaoweza kufikiwa na mizigo mingi kupitia uelekezaji. Kisichotoa ni handaki ambalo hutumiwa na mchakato mmoja tu kwenye VM moja, likiwa limewekewa mipaka na utambulisho wa mchakato huo. Uwekaji mipaka huo si upungufu wa kuomba msamaha; ndio lengo la muundo wa mteja mgeni. Programu moja, njia moja, seti moja ya vitambulisho, hakuna athari kwa VM nyingine kwenye subneti.
Kwa hiyo ulinganisho si unaosimamiwa dhidi ya programu. Ni muunganisho wa kiwango cha mtandao dhidi ya muunganisho wa kiwango cha mchakato, na wa pili ni halali wakati mchakato mmoja tu unauhitaji.
Panga njia ya ukuaji kabla ya kuuhitaji
Ikiwa hitaji linakua kutoka VM moja hadi subneti, jenga upya muundo badala ya kupanua viambishi vinavyoruhusiwa vya mteja. Kutumia tena kikao kinachofaa kama kipanga njia kisichoandikwa kunafunga kila mtumiaji kwa maisha ya VM hiyo, vitambulisho vyake na dirisha lake la marekebisho.
Sehemu sahihi ya kuanzia, wakati muunganisho ni wa kiwango cha mtandao na si cha mzigo wa kazi, ni muhtasari wa Azure VPN Gateway.
Kabla ya kuchagua, andika mistari mitatu: nini kinahitaji upande wa mbali, nani anasimamia VM, na nani anarekebisha handaki. Ikiwa majibu yote matatu yanaelekeza kwenye mzigo mmoja, mteja mgeni ndio muundo wa uaminifu. Ikiwa mojawapo yanaelekeza kwenye subneti, buni tabaka la mtandao sasa.