Azure-ში GatewaySubnet-ის დაყენება: დაჯავშნეთ ის ჩასართავამდე

გახსენით ვირტუალური ქსელი პორტალში და შეხედეთ მისამართების სივრცეს, სანამ ქვექსელის პანელს შეეხებით. თუ ეს /24 უკვე დაყოფილია დატვირთვის ქვექსელებად და თავისუფალი ადგილი არ არის, /27-ის დაჯავშნის ადგილი არ არის და საბოლოოდ ან ხელახლა დაყოფთ, ან VNet-ს გააფართოებთ, რაც სხვა ცვლილებაა სხვა მიმოხილვით. ჯერ სივრცე განსაზღვრეთ, შემდეგ შექმენით ქვექსელი.

ეს თანმიმდევრობა მნიშვნელოვანია, რადგან ჩასართავის ქვექსელი არ არის სპეციალური სახელის მქონე დატვირთვის ქვექსელი. ეს არის მისამართების დაჯავშნა მართული ჩასართავის ეგზემპლარებისთვის და Azure უარყოფს ჩასართავს, თუ დაჯავშნა არასწორია.

დაიწყეთ მისამართების სივრცით

სანამ რამეს აკრეფთ, დაწერეთ VNet-ის პრეფიქსი, დატვირთვის ქვექსელები და ჩასართავის დაჯავშნა ერთ ხაზზე. VNet-ს 10.60.0.0/16-ზე აქვს ადგილი; აირჩიეთ დიაპაზონი ბოლოში, რომ დატვირთვის ზრდა უწყვეტი დარჩეს.

მაგალითად, 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-ის დამატებით არ გამოასწოროს.