Topologies et scénarios pris en charge par Synchronisation cloud Microsoft Entra

Cet article décrit différentes topologies locales et Microsoft Entra qui utilisent Synchronisation cloud Microsoft Entra. Cet article contient uniquement des configurations et des scénarios pris en charge.

Important

Microsoft ne prend pas en charge la modification ou l’utilisation de Synchronisation cloud Microsoft Entra en dehors des configurations ou des actions documentées de façon formelle. Ces configurations ou actions peuvent entraîner un état incohérent ou non pris en charge de Synchronisation cloud Microsoft Entra. Par conséquent, Microsoft ne peut pas fournir de support technique pour ces déploiements.

Pour plus d’informations, regardez la vidéo suivante.

Points à retenir concernant tous les scénarios et topologies

Les informations ci-dessous doivent être conservées à l’esprit lors de la sélection d’une solution.

  • Les utilisateurs et les groupes doivent être identifiés de manière unique sur l’ensemble des forêts.
  • La correspondance entre les forêts ne peut pas se produire avec la synchronisation cloud
  • L’ancrage source des objets est choisi automatiquement. Il utilise ms-DS-ConsistencyGuid s’il est présent, sinon ObjectGUID est utilisé.
  • Vous ne pouvez pas changer l’attribut utilisé pour l’ancre source.

Forêt unique, locataire Microsoft Entra unique

Diagram that shows the topology for a single forest and a single tenant.

La topologie la plus simple est une forêt locale unique, avec un ou plusieurs domaines, et un locataire Microsoft Entra unique. Pour obtenir un exemple de ce scénario, consultez le Tutoriel : Une seule forêt avec un seul locataire Microsoft Entra

Multi-forêts, un seul locataire Microsoft Entra

Topology for a multi-forest and a single tenant

Une topologie courante est constituée de plusieurs forêts Active Directory, avec un ou plusieurs domaines, et un seul locataire Microsoft Entra.

Forêt existante avec Microsoft Entra Connect, nouvelle forêt avec le provisionnement cloud

Diagram that shows the topology for an existing forest and a new forest.

La topologie de ce scénario est similaire à celle du scénario multiforêt, à ceci près qu’elle implique un environnement Microsoft Entra Connect existant, puis l’ajout d’une nouvelle forêt en utilisant Synchronisation cloud Microsoft Entra. Pour obtenir un exemple de ce scénario, consultez le Tutoriel : Une forêt existante avec un seul locataire Microsoft Entra.

Pilotage de Synchronisation cloud Microsoft Entra dans une forêt AD hybride existante

Topology for a single forest and a single tenant Le scénario de pilotage implique l’existence de Microsoft Entra Connect et de Synchronisation cloud Microsoft Entra dans la même forêt, en étendant les utilisateurs et les groupes en conséquence. REMARQUE : Un objet doit se trouver dans la portée d’un seul de ces outils.

Pour obtenir un exemple de ce scénario, consultez le Tutoriel : Piloter Synchronisation cloud Microsoft Entra dans une forêt AD synchronisée existante.

Fusion d’objets à partir de sources déconnectées

(Préversion publique)

Diagram for merging objects from disconnected sourcesDans ce scénario, les attributs d'un utilisateur sont contribués par deux forêts Active Directory déconnectées.

Un exemple serait :

  • une forêt (1) contient la plupart des attributs
  • une deuxième forêt (2) contient quelques attributs

Étant donné que la deuxième forêt n’a pas de connectivité réseau au serveur Microsoft Entra Connect, l’objet ne peut pas être fusionné via Microsoft Entra Connect. La synchronisation cloud dans la deuxième forêt permet à la valeur d’attribut d’être récupérée à partir de la deuxième forêt. La valeur peut ensuite être fusionnée avec l’objet dans Microsoft Entra ID synchronisé par Microsoft Entra Connect.

Cette configuration est avancée et il existe quelques mises en garde à cette topologie :

  1. Vous devez utiliser ms-DS-ConsistencyGuid comme ancre source dans la configuration de la synchronisation cloud.
  2. Le ms-DS-ConsistencyGuid de l’objet utilisateur dans la deuxième forêt doit correspondre à celui de l’objet correspondant dans Microsoft Entra ID.
  3. Vous devez remplir l’attribut UserPrincipalName et l’attribut Alias dans la deuxième forêt, et il doit correspondre à ceux qui sont synchronisés à partir de la première forêt.
  4. Vous devez supprimer tous les attributs du mappage d’attributs dans la configuration de la synchronisation cloud qui n’ont pas de valeur ou qui peuvent avoir une valeur différente dans la deuxième forêt. Vous ne pouvez pas avoir de mappages d’attributs qui se chevauchent entre la première forêt et la seconde.
  5. S’il n’existe aucun objet correspondant dans la première forêt, pour un objet synchronisé à partir de la deuxième forêt, la synchronisation cloud crée toujours l’objet dans Microsoft Entra ID. L’objet aura uniquement les attributs définis dans la configuration de mappage de la synchronisation cloud pour la deuxième forêt.
  6. Si vous supprimez l’objet de la deuxième forêt, il sera temporairement supprimé de manière réversible dans Microsoft Entra ID. Il sera restauré automatiquement après le prochain cycle de synchronisation Microsoft Entra Connect.
  7. Si vous supprimez l’objet de la première forêt, il sera supprimé de manière réversible de Microsoft Entra ID. L’objet ne sera pas restauré, sauf si une modification est apportée à l’objet dans la deuxième forêt. Après 30 jours, l’objet sera supprimé définitivement de Microsoft Entra ID et si une modification est apportée à l’objet dans la deuxième forêt, il sera créé en tant qu’objet dans Microsoft Entra ID.

Étapes suivantes