Explorer la résolution de noms

Effectué

Les noms des ressources créées dans Azure peuvent être résolus à l’aide du service DNS fourni par Azure ou d’un serveur DNS fourni ou désigné par le client. Le service DNS fourni par Azure est disponible par défaut et peut être suffisant dans divers scénarios. Par exemple, le programme de résolution DNS client sur une machine virtuelle Azure peut utiliser le service DNS fourni par Azure pour résoudre les noms basés sur Internet. Le même service DNS permet la résolution de noms automatique entre les machines virtuelles qui résident sur le même réseau virtuel.

Toutefois, il existe des scénarios dans lesquels vous devez implémenter un serveur DNS personnalisé. Par exemple, lors de l’implémentation d’une connectivité hybride entre un réseau virtuel Azure et un réseau local. Un autre scénario courant consiste à déployer votre propre environnement de domaine Active Directory dans Azure. Dans les deux cas, vous devez configurer un système d’exploitation de chaque machine virtuelle Azure pour utiliser votre propre serveur DNS. En règle générale, vous pouvez effectuer cette modification en modifiant les propriétés du réseau virtuel Azure. Vous pouvez également remplacer le paramètre de réseau virtuel en affectant un serveur DNS directement à une carte réseau d’une machine virtuelle. Dans les deux cas, vous devez redémarrer le système d’exploitation pour que la nouvelle attribution prenne effet.

Considérations relatives à la migration

Certaines organisations peuvent préférer utiliser leurs investissements en DNS existants. Recommandations de conception pour l’implémentation DE SAP quand le DNS ou le nom virtuel d’une machine virtuelle ne change pas lors de la migration :

• Le DNS en arrière-plan et les noms virtuels connectent de nombreuses interfaces système dans le paysage SAP, et les clients ne connaissent que les interfaces définies par les développeurs au fil du temps. Des problèmes de connexion surviennent entre les différents systèmes lorsque les noms virtuels ou DNS changent après la migration, et il est recommandé de conserver les alias DNS pour éviter ces problèmes.
• Utilisez des zones DNS différentes pour distinguer chaque environnement (bac à sable, développement, préproduction et production). L’exception concerne les déploiements SAP avec leur propre réseau virtuel. Ici, les zones DNS privées peuvent ne pas être nécessaires.

Pour plus d’informations, consultez topologie et connectivité réseau pour une migration SAP.