Azure GatewaySubnet quraşdırılması: şlüz yaradılmadan əvvəl onu rezerv edin

Portalda virtual şəbəkəni açın və alt şəbəkə panelinə toxunmazdan əvvəl ünvan məkanına baxın. Əgər o /24 artıq iş yükü alt şəbəkələrinə bölünübsə və boş yer qalmayıbsa, /27 rezervi üçün yer yoxdur və sonda ya yenidən bölməli, ya da VNet-i genişləndirməli olacaqsınız; bu, başqa rəy tələb edən başqa bir dəyişiklikdir. Əvvəlcə məkanı müəyyənləşdirin, sonra alt şəbəkəni yaradın.

Bu sıra vacibdir, çünki şlüz alt şəbəkəsi xüsusi adlı iş yükü alt şəbəkəsi deyil. O, idarə olunan şlüz nüsxələri üçün ünvan rezervidir və rezerv səhv olarsa, Azure şlüzü qəbul etməyəcək.

Ünvan məkanından başlayın

Heç nə yazmazdan əvvəl VNet prefiksini, iş yükü alt şəbəkələrini və şlüz rezervini bir sətirdə yazın. 10.60.0.0/16 üzərindəki VNet-də yer var; iş yükü artımı bitişik qalsın deyə sonda bir diapazon seçin.

Məsələn, 10.60.255.192/26 şlüz üçün 64 ünvan saxlayır, iş yükləri isə 10.60.0.0/20 daxilində qalır. Bu, ünvan planlaşdırma nümunəsidir, ölçü vədi deyil. Microsoft hazırda qeyri-Basic VPN şlüzləri üçün /27 və ya daha böyüyünü tələb edir; burada daha böyük daha çox ünvan deməkdir: /26 64 verir, /28 isə 16 verir. Ünvan planı hələ dəyişdiyi müddətdə yuxarı yuvarlaqlaşdırın, heç vaxt aşağı yox.

Alt şəbəkəni dəqiq adla yaradın

Portalda alt şəbəkə əlavə edin və adı GatewaySubnet kimi dəqiq yazın: böyük G və böyük S hərfləri ilə, boşluq və ya son şəkilçi olmadan. Azure həmin sətri uyğunlaşdırır, ona görə Gateway-Subnet və ya gateway şlüz xidmətinin istifadə etməyəcəyi bir alt şəbəkə yaradır.

Eyni addım CLI-dən, hansı ki rəydə qeyd etmək daha asandır:

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

Alt şəbəkəni boş saxlayın. Nə VM, nə özəl endpoint, nə də xidmət delegasiyası. Əgər orada artıq nəsə varsa, yerləşdirmə uğursuz olur və xəta nadir hallarda mane olan resursun adını çəkir, ona görə başlamazdan əvvəl alt şəbəkənin resurs siyahısını yoxlayın.

İdarə olunan alt şəbəkəni iş yükü qaydalarından azad saxlayın

Bu alt şəbəkəyə şəbəkə təhlükəsizlik qrupu əlavə etməyin; Microsoft bunu dəstəklənməyən kimi qeyd edir. Standart marşrutu 0.0.0.0/0 bir yerə göndərən marşrut cədvəlini əlaqələndirməyin, çünki bu şlüzün işini poza bilər; şlüz marşrutunun yayılmasını isə aktiv saxlayın.

Həqiqətən istədiyiniz giriş məhdudiyyətlərini iş yükü alt şəbəkəsinə və ya yoxlama sərhədinə qoyun. GatewaySubnet-ə adi alt şəbəkə kimi yanaşmaq, təmiz yerləşən və sonra heç bir trafik ötürməyən şlüz yaradan səhvdir.

Məcburi tunelləşdirmənin öz sənədləşdirilmiş dizaynı var. Şlüz alt şəbəkəsində improvizə edilmiş standart marşrut bu deyil.

Portalın göstərmədiyi asılılıqları yoxlayın

Yarat düyməsini basmazdan əvvəl siyahını gözdən keçirin: dəqiq ad, VNet məkanı daxilində prefiks, yerli diapazonlarla üst-üstə düşməmə, içəridə iş yükü resurslarının olmaması, NSG olmaması və standart marşrutu olan marşrut cədvəlinin olmaması. Bunların hər biri real yerləşdirməni pozub. Sonra daha geniş dizaynı təsdiqləyin: yerli tərəf üçün yerli şəbəkə şlüzü, marşrutlaşdırmağı gözlədiyiniz ünvan məkanları və aktiv-aktiv və ya birgə mövcudluğun planlaşdırılıb-planlaşdırılmadığı. Bu seçimlər ölçü söhbətini dəyişir və onları indi həll etmək daha ucuzdur.

Kiminsə alt şəbəkənin niyə VM saxlaya bilmədiyini soruşduğu zaman sitat gətiriləcək səhifə Azure şlüz ayarları arayışı-dır.

Əgər şlüz artıq mövcuddursa

Şlüz alt şəbəkəsinin ölçüsünü dəyişmək və ya onu əvəz etmək maska düzəlişi deyil. Əvvəlcə şlüz SKU-su və nəsli üçün dəstəklənən dəyişiklik prosedurunu yoxlayın və asılı obyektləri sadalayın: bağlantılar, publik IP-lər, marşrutlaşdırma və hər hansı bərpa tələbi.

Prosedur şlüzün yenidən yaradılmasını tələb edirsə, bunu pəncərə və geri qaytarma ilə xidmət miqrasiyası kimi planlaşdırın. Seçdiyiniz rezervi, ölçünün səbəbini və bilərəkdən əlavə etmədiyiniz qaydaları qeyd edin ki, növbəti rəyçi boş alt şəbəkəni NSG əlavə edərək düzəltməsin.