Buka rangkaian maya dalam portal dan lihat ruang alamat sebelum menyentuh bilah subnet. Jika /24 itu sudah dibahagikan kepada subnet beban kerja tanpa apa-apa yang bebas, tiada ruang untuk tempahan /27, dan akhirnya anda akan membahagi semula atau meluaskan VNet, iaitu perubahan lain dengan semakan lain. Tetapkan ruang itu dahulu, kemudian cipta subnet.

Urutan itu penting kerana subnet gateway bukan subnet beban kerja dengan nama khas. Ia ialah tempahan alamat untuk instans gateway terurus, dan Azure akan menolak gateway jika tempahannya salah.

Mulakan dengan ruang alamat

Tulis awalan VNet, subnet beban kerja dan tempahan gateway pada satu baris sebelum menaip apa-apa. VNet pada 10.60.0.0/16 mempunyai ruang; pilih julat di hujungnya supaya pertumbuhan beban kerja kekal bersambung.

Sebagai contoh, 10.60.255.192/26 meninggalkan 64 alamat untuk gateway sementara beban kerja kekal dalam 10.60.0.0/20. Itu contoh perancangan alamat, bukan janji saiz. Microsoft kini memerlukan /27 atau lebih besar untuk gateway VPN bukan Basic, di mana lebih besar bermaksud lebih banyak alamat: /26 memberi 64, manakala /28 memberi 16. Bundarkan ke atas, jangan sekali-kali ke bawah, selagi pelan alamat masih berubah.

Cipta subnet dengan nama yang tepat

Dalam portal, tambah subnet dan taip nama GatewaySubnet dengan tepat, G besar dan S besar, tanpa ruang atau akhiran. Azure memadankan rentetan itu, jadi Gateway-Subnet atau gateway menghasilkan subnet yang tidak akan digunakan oleh perkhidmatan gateway.

Langkah yang sama dari CLI, yang lebih mudah dicatat dalam semakan:

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

Biarkan subnet kosong. Tiada VM, tiada titik akhir peribadi, tiada delegasi perkhidmatan. Jika sudah ada sesuatu di situ, penggunaan gagal dan ralat jarang menamakan sumber yang menghalang, jadi semak senarai sumber subnet sebelum bermula.

Kekalkan subnet terurus bebas daripada peraturan beban kerja

Jangan lampirkan kumpulan keselamatan rangkaian pada subnet ini; Microsoft menandakannya sebagai tidak disokong. Jangan kaitkan jadual penghalaan yang laluan lalainya menghantar 0.0.0.0/0 ke suatu tempat, kerana itu boleh merosakkan operasi gateway, dan biarkan penyebaran laluan gateway dihidupkan.

Letakkan sekatan akses yang anda benar-benar mahu pada subnet beban kerja atau pada sempadan pemeriksaan. Melayan GatewaySubnet seperti subnet biasa ialah kesilapan yang menghasilkan gateway yang digunakan dengan bersih dan kemudian tidak melepaskan sebarang trafik.

Terowong paksa mempunyai reka bentuk terdokumentasinya sendiri. Laluan lalai secara spontan pada subnet gateway bukan itu.

Semak kebergantungan yang tidak ditunjukkan oleh portal

Sebelum menekan cipta, telusuri senarai: nama tepat, awalan dalam ruang VNet, tiada pertindihan dengan julat tempatan, tiada sumber beban kerja di dalamnya, tiada NSG, dan tiada jadual penghalaan dengan laluan lalai. Setiap satu daripadanya pernah merosakkan penggunaan sebenar. Kemudian sahkan reka bentuk yang lebih luas: gateway rangkaian tempatan untuk bahagian tempatan, ruang alamat yang anda jangka akan dihalakan, dan sama ada aktif-aktif atau kewujudan bersama dirancang. Pilihan itu mengubah perbualan tentang saiz, dan jauh lebih murah untuk menyelesaikannya sekarang.

Rujukan tetapan gateway Azure ialah halaman yang dipetik apabila seseorang bertanya mengapa subnet tidak boleh memuatkan VM.

Jika gateway sudah wujud

Mengubah saiz atau mengganti subnet gateway bukan penyuntingan topeng. Semak dahulu prosedur perubahan yang disokong untuk SKU dan generasi gateway, dan senaraikan objek bersandar: sambungan, IP awam, penghalaan dan sebarang keperluan pemulihan.

Jika prosedur memerlukan gateway dicipta semula, rancangkannya sebagai penghijrahan perkhidmatan dengan tetingkap dan pengunduran. Catat tempahan yang anda pilih, sebab saiz itu dan peraturan yang sengaja tidak dilampirkan, supaya penyemak seterusnya tidak membaiki subnet kosong dengan menambah NSG.

Artikel berkaitan