Usanidi wa GatewaySubnet katika Azure: hifadhi nafasi kabla ya lango

Fungua mtandao pepe kwenye tovuti na uangalie nafasi ya anwani kabla ya kugusa blade ya subneti. Ikiwa hiyo /24 tayari imegawanywa katika subneti za mzigo wa kazi bila kitu chochote huru, hakuna nafasi ya akiba ya /27, na mwishowe utaishia kugawanya upya au kupanua VNet, ambayo ni mabadiliko mengine yenye mapitio mengine. Bainisha nafasi kwanza, kisha unda subneti.

Mpangilio huo ni muhimu kwa sababu subneti ya lango si subneti ya mzigo wa kazi yenye jina maalum. Ni akiba ya anwani kwa nakala za lango zinazosimamiwa, na Azure itakataa lango ikiwa akiba si sahihi.

Anza na nafasi ya anwani

Andika kiambishi cha VNet, subneti za mzigo wa kazi na akiba ya lango kwenye mstari mmoja kabla ya kuandika chochote. VNet kwenye 10.60.0.0/16 ina nafasi; chagua masafa mwishoni ili ukuaji wa mzigo wa kazi uendelee kuwa mfululizo.

Kwa mfano, 10.60.255.192/26 huacha anwani 64 kwa lango huku mizigo ya kazi ikibaki katika 10.60.0.0/20. Huu ni mfano wa upangaji wa anwani, si ahadi ya ukubwa. Microsoft kwa sasa inahitaji /27 au kubwa zaidi kwa malango ya VPN yasiyo ya Basic, ambapo kubwa zaidi humaanisha anwani nyingi zaidi: /26 hutoa 64, wakati /28 hutoa 16. Zungusha juu, kamwe chini, wakati mpango wa anwani ungali unasonga.

Unda subneti kwa jina kamili

Kwenye tovuti, ongeza subneti na andika jina GatewaySubnet kwa usahihi, G kubwa na S kubwa, bila nafasi au kiambishi tamati. Azure hulinganisha mfuatano huo, kwa hivyo Gateway-Subnet au gateway hutoa subneti ambayo huduma ya lango haitatumia.

Hatua hiyo hiyo kutoka CLI, ambayo ni rahisi kuandika kwenye mapitio:

az network vnet subnet create --resource-group rg-hub --vnet-name vnet-hub --name GatewaySubnet --address-prefixes 10.60.255.192/26

Acha subneti iwe tupu. Hakuna VM, hakuna endpoint ya faragha, hakuna ugawaji wa huduma. Ikiwa kuna kitu tayari kinaishi hapo, usambazaji unashindikana na hitilafu mara chache hutaja rasilimali inayozuia, kwa hivyo angalia orodha ya rasilimali za subneti kabla ya kuanza.

Weka subneti inayosimamiwa huru kutoka kanuni za mzigo wa kazi

Usiunganishe kikundi cha usalama cha mtandao kwenye subneti hii; Microsoft inaweka hilo kama lisilotumika. Usihusishe jedwali la uelekezaji ambalo njia yake chaguo-msingi inatuma 0.0.0.0/0 mahali fulani, kwa sababu hiyo inaweza kuvunja uendeshaji wa lango, na uache uenezaji wa njia za lango ukiwa umewashwa.

Weka vizuizi vya ufikiaji ulivyovitaka kwa kweli kwenye subneti ya mzigo wa kazi au kwenye mpaka wa ukaguzi. Kuichukulia GatewaySubnet kama subneti ya kawaida ndilo kosa linalozalisha lango linalosambazwa safi kisha lisipitishe trafiki yoyote.

Ufungaji wa kulazimishwa una muundo wake ulioandikwa. Njia chaguo-msingi ya ghafla kwenye subneti ya lango si hiyo.

Angalia vitegemezi ambavyo tovuti haionyeshi

Kabla ya kubonyeza unda, pitia orodha: jina kamili, kiambishi ndani ya nafasi ya VNet, hakuna mwingiliano na masafa ya ndani, hakuna rasilimali za mzigo wa kazi ndani, hakuna NSG, na hakuna jedwali la uelekezaji lenye njia chaguo-msingi. Kila moja ya haya imevunja usambazaji halisi. Kisha thibitisha muundo mpana: lango la mtandao wa ndani kwa upande wa ndani, nafasi za anwani unazotarajia kuelekeza, na ikiwa hai-hai au ushirikiano umepangwa. Chaguo hizo hubadilisha mazungumzo ya ukubwa, na ni nafuu sana kuzimaliza sasa.

Marejeo ya mipangilio ya lango la Azure ni ukurasa wa kunukuu mtu anapouliza kwa nini subneti haiwezi kubeba VM.

Ikiwa lango tayari lipo

Kubadilisha ukubwa au kuchukua nafasi ya subneti ya lango si uhariri wa mask. Kwanza angalia utaratibu wa mabadiliko unaotumika kwa SKU na kizazi cha lango, na uorodheshe vitu vinavyotegemea: miunganisho, IP za umma, uelekezaji na mahitaji yoyote ya urejeshaji.

Ikiwa utaratibu unahitaji lango kuundwa upya, panga kama uhamishaji wa huduma wenye dirisha na kurudi nyuma. Rekodi akiba uliyochagua, sababu ya ukubwa na kanuni ambazo hukuziunganisha kwa makusudi, ili mkaguzi anayefuata asirekebishe subneti tupu kwa kuongeza NSG.