Azure GatewaySubnet-ի տեղադրում. ամրագրեք այն դարպասից առաջ

Բացեք վիրտուալ ցանցը պորտալում և նայեք հասցեների տարածությունը, նախքան ենթացանցի վահանակին դիպչելը: Եթե այդ /24-ն արդեն բաժանված է աշխատանքային ծանրաբեռնվածության ենթացանցերի և ազատ տեղ չկա, /27 ամրագրման համար տեղ չկա, և վերջում կամ նորից կբաժանեք, կամ կընդլայնեք VNet-ը, ինչը այլ փոփոխություն է՝ այլ վերանայմամբ: Նախ որոշեք տարածքը, ապա ստեղծեք ենթացանցը:

Այս հերթականությունը կարևոր է, քանի որ դարպասի ենթացանցը հատուկ անունով աշխատանքային ենթացանց չէ: Դա կառավարվող դարպասի օրինակների հասցեների ամրագրումն է, և Azure-ը կմերժի դարպասը, եթե ամրագրումը սխալ է:

Սկսեք հասցեների տարածությունից

Նախքան որևէ բան մուտքագրելը, գրեք VNet-ի նախածանցը, աշխատանքային ենթացանցերը և դարպասի ամրագրումը մեկ տողում: 10.60.0.0/16-ի վրա VNet-ն տեղ ունի. ընտրեք միջակայք վերջում, որպեսզի աշխատանքային ծանրաբեռնվածության աճը մնա շարունակական:

Օրինակ՝ 10.60.255.192/26-ը դարպասի համար թողնում է 64 հասցե, մինչ աշխատանքային ծանրաբեռնվածությունները մնում են 10.60.0.0/20-ում: Սա հասցեների պլանավորման օրինակ է, ոչ թե չափի խոստում: Microsoft-ը ներկայումս /27 կամ ավելի մեծ է պահանջում ոչ Basic VPN դարպասների համար, որտեղ ավելի մեծ նշանակում է ավելի շատ հասցե. /26-ը տալիս է 64, իսկ /28-ը՝ 16: Կլորացրեք դեպի վեր, երբեք ներքև, քանի դեռ հասցեների պլանը դեռ շարժվում է:

Ստեղծեք ենթացանցը ճշգրիտ անունով

Պորտալում ավելացրեք ենթացանց և մուտքագրեք GatewaySubnet անունը ճշգրիտ՝ մեծ G և մեծ S, առանց բացատների կամ վերջածանցի: Azure-ը համեմատում է այդ տողը, ուստի Gateway-Subnet-ը կամ gateway-ը ստեղծում է ենթացանց, որը դարպասի ծառայությունը չի օգտագործի:

Նույն քայլը CLI-ից, որն ավելի հեշտ է գրել վերանայման մեջ:

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

Թողեք ենթացանցը դատարկ: Ոչ VM, ոչ մասնավոր endpoint, ոչ ծառայության պատվիրակում: Եթե այնտեղ արդեն ինչ-որ բան կա, տեղակայումը ձախողվում է, և սխալը հազվադեպ է նշում ճանապարհին խանգարող ռեսուրսը, ուստի սկսելուց առաջ ստուգեք ենթացանցի ռեսուրսների ցանկը:

Պահեք կառավարվող ենթացանցը աշխատանքային կանոններից ազատ

Չկցեք ցանցային անվտանգության խումբ այս ենթացանցին. Microsoft-ը դա համարում է չաջակցվող: Չկապակցեք երթուղային աղյուսակ, որի լռելյայն երթուղին 0.0.0.0/0-ն ուղարկում է ինչ-որ տեղ, որովհետև դա կարող է խախտել դարպասի աշխատանքը, և պահեք դարպասի երթուղիների տարածումը միացված:

Տեղադրեք այն մուտքի սահմանափակումները, որոնք իսկապես ուզում էիք, աշխատանքային ենթացանցի վրա կամ ստուգման սահմանին: GatewaySubnet-ին սովորական ենթացանցի պես վերաբերվելը այն սխալն է, որը ստեղծում է դարպաս, որը մաքուր տեղակայվում է, ապա ոչ մի երթևեկություն չի անցկացնում:

Հարկադիր թունելավորումն ունի իր փաստաթղթավորված ձևավորումը: Դարպասի ենթացանցի վրա իմպրովիզացված լռելյայն երթուղին դա չէ:

Ստուգեք կախվածությունները, որոնք պորտալը չի ցուցադրում

Նախքան ստեղծելը սեղմելը, անցեք ցանկով. ճշգրիտ անուն, նախածանց VNet-ի տարածքի ներսում, տեղական միջակայքերի հետ համընկնում չկա, ներսում աշխատանքային ռեսուրսներ չկան, NSG չկա, և լռելյայն երթուղիով երթուղային աղյուսակ չկա: Այս ամենից յուրաքանչյուրը խախտել է իրական տեղակայում: Ապա հաստատեք ավելի լայն ձևավորումը. տեղական կողմի տեղական ցանցային դարպասը, այն հասցեների տարածությունները, որոնք ակնկալում եք երթուղավորել, և արդյոք պլանավորվում է ակտիվ-ակտիվ կամ գոյակցություն: Այդ ընտրությունները փոխում են չափի մասին զրույցը, և դրանք հիմա լուծելը շատ ավելի էժան է:

Azure-ի դարպասի կարգավորումների տեղեկանքը այն էջն է, որին հղում եք անում, երբ ինչ-որ մեկը հարցնում է, թե ինչու ենթացանցը չի կարող VM տեղավորել:

Եթե դարպասն արդեն գոյություն ունի

Դարպասի ենթացանցի չափը փոխելը կամ այն փոխարինելը դիմակի խմբագրում չէ: Նախ ստուգեք դարպասի SKU-ի և սերնդի համար աջակցվող փոփոխության ընթացակարգը, և թվարկեք կախյալ օբյեկտները՝ միացումներ, հանրային IP-ներ, երթուղավորում և վերականգնման ցանկացած պահանջ:

Եթե ընթացակարգը պահանջում է դարպասի վերստեղծում, պլանավորեք այն որպես ծառայության միգրացիա՝ պատուհանով և հետադարձմամբ: Գրանցեք ընտրված ամրագրումը, չափի պատճառը և այն կանոնները, որոնք դիտավորյալ չկցեցիք, որպեսզի հաջորդ վերանայողը չուղղի դատարկ ենթացանցը՝ ավելացնելով NSG: