Noble Electronics intègre plusieurs entreprises acquises et doit planifier l'adressage IP sur les nouveaux VNets et le siège social sur site. Ils connecteront tout avec VPN et ExpressRoute. Quelle est la meilleure pratique de planification d'adresses pour éviter les problèmes de connectivité lorsque les VNets et les réseaux sur site sont interconnectés ?

La meilleure pratique consiste à garantir des espaces d'adressage IPv4 uniques et non chevauchants sur tous les VNets et réseaux sur site. Les chevauchements d'adresses IP peuvent entraîner des problèmes de routage complexes et des échecs de connectivité. Si un chevauchement est inévitable pour un réseau acquis, le re-IP est la solution préférée. Si le re-IP n'est pas possible immédiatement, l'utilisation de la NAT (Azure Virtual Network NAT ou NAT de périphérie) peut servir de solution temporaire, mais elle doit être traitée comme une exception et non comme une pratique standard, car elle ajoute de la complexité. Les autres options sont incorrectes car : L'utilisation de plages d'adresses privées qui se chevauchent ne permet pas à Azure VNet Peering de résoudre automatiquement les conflits ; cela entraînerait des problèmes de routage. Choisir le même /16 sur tous les VNets entraînerait des chevauchements d'adresses et Azure ExpressRoute ne traduira pas automatiquement les plages qui se chevauchent. L'allocation d'adresses IPv4 publiques pour tous les VNets est coûteuse, moins sécurisée et n'élimine pas le besoin de routage ou de NAT entre les VNets et les réseaux sur site.