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 सध्या गैर-Basic VPN गेटवेसाठी /27 किंवा मोठे मागतो, जिथे मोठे म्हणजे अधिक पत्ते: /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 नाही, आणि डीफॉल्ट रूट असलेले रूट टेबल नाही. यापैकी प्रत्येकाने खरी तैनाती तोडली आहे. नंतर व्यापक रचना खात्री करा: ऑन-प्रिमाइसिस बाजूसाठी स्थानिक नेटवर्क गेटवे, तुम्ही राउट करण्याची अपेक्षा असलेल्या पत्ता जागा, आणि सक्रिय-सक्रिय की सहअस्तित्व नियोजित आहे. त्या निवडी आकाराची चर्चा बदलतात, आणि त्या आता ठरवणे खूप स्वस्त आहे.

सबनेट VM का ठेवू शकत नाही असे कोणी विचारल्यावर उद्धृत करायचे पान म्हणजे Azure गेटवे सेटिंग्ज संदर्भ.

गेटवे आधीच अस्तित्वात असल्यास

गेटवे सबनेटचा आकार बदलणे किंवा ते बदलणे हे मास्क संपादन नाही. आधी गेटवेच्या SKU आणि पिढीसाठी समर्थित बदल प्रक्रिया तपासा, आणि अवलंबून असलेल्या वस्तूंची यादी करा: कनेक्शन, सार्वजनिक IP, राउटिंग आणि कोणतीही पुनर्प्राप्ती आवश्यकता.

प्रक्रियेसाठी गेटवे पुन्हा तयार करणे आवश्यक असल्यास, ती खिडकी आणि रोलबॅकसह सेवा स्थलांतर म्हणून नियोजित करा. तुम्ही निवडलेले आरक्षण, आकाराचे कारण आणि जाणूनबुजून न जोडलेले नियम नोंदवा, जेणेकरून पुढील पुनरावलोकक NSG जोडून रिकामे सबनेट दुरुस्त करणार नाही.