Çok katmanlı bir uygulamayı barındırmak için Azure'da bir spoke sanal ağı tasarlıyorsunuz. Kurumsal IP stratejisi, şirket içi ve mevcut hub VNet'leri için 10.0.0.0/8'i ayırır. Yeni spoke'un hub ile eşleşmeye izin vermek için çakışmayı önlemesi gerekir. Uygulama, genel uç noktası üzerinden asla erişilememesi gereken bir Azure Storage hesabı kullanacaktır. Yaklaşık 500 VM bekliyorsunuz ve ölçeklendirme için yeriniz var. Ne tasarlamalısınız?

Doğru seçenek, 10.0.0.0/8 ile çakışmayan bir IP aralığı (172.16.0.0/16) kullanır ve 500 VM için yeterli alan sağlar. Uygulama, DB ve web katmanları için uygun boyutlarda alt ağlar (sırasıyla /23 ve /24) sunar. Özel uç noktalar için ayrılmış bir /27 alt ağı, en iyi uygulama olan ayrı bir alt ağda özel uç noktaları barındırır. Azure Storage hesabı için Özel Uç Noktalar kullanılması, depolama trafiğinin Azure omurga ağı üzerinden güvenli ve özel kalmasını sağlar. Genel ağ erişiminin devre dışı bırakılması ve özel bir DNS bölgesinin bağlanması, güvenlik ve çözünürlük için kritik öneme sahiptir. Diğer seçenekler: 172.16.0.0/24 VNet, 500 VM için yeterli IP adresi sağlamaz. Hizmet uç noktaları, depolama hesabına genel erişimi tamamen engellemez. 10.250.0.0/16 VNet, şirket içi ve hub VNet'leri için ayrılan 10.0.0.0/8 ile çakışır. Genel uç noktanın açık bırakılması güvenlik riskidir. 192.168.0.0/20 VNet, 500 VM için yeterli IP adresi sağlamaz. Özel uç noktaların üretim alt ağlarının içine yerleştirilmesi, alt ağ ağ ilkeleriyle çakışabilir ve yönetimi zorlaştırabilir. Tek bir /16 alt ağı, katmanlar arasında mantıksal ayrım sağlamaz ve güvenlik gruplarının yönetimini zorlaştırır. Hizmet uç noktaları, genel erişimi tamamen engellemez.