Microsoft Teams Multi-Geo en bref
Microsoft 365 Multi-Geo permet aux tenant Microsoft 365 d’accéder à un emplacement central principal et à un ou plusieurs emplacements satellites spécifiques pour leurs données. Cela peut être utile pour répondre aux exigences de résidence des données pour les organisations internationales. Par exemple, avoir besoin de conserver les données des utilisateurs suisses en Suisse. ou les données des utilisateurs de l’UE au sein de l’UE.
Le Multi-Geo a été initialement lancé avec la prise en charge d’Exchange Online et de OneDrive en 2018 , mais la prise en charge de Microsoft Teams a maintenant été ajoutée.
L’emplacement central du tenant est basé sur l’endroit où l’abonnement Microsoft 365 a été initialement provisionné et les emplacements satellites sont sélectionnés par les administrateurs du tenant. Ceci est défini en définissant l’ emplacement de données préféré (PDL) de chaque utilisateur – Une propriété utilisateur définie par l’administrateur qui indique où la géolocalisation où les données de l’utilisateur doivent être fournies, par exemple. leur boîte aux lettres, leur OneDrive, leurs sites SharePoint et maintenant leurs Teams.
Microsoft 365 Multi-Geo est une licence payante et est disponible en tant que module complémentaire pour les clients qui possèdent un Entreprise Agreement avec Microsoft. Il n’est actuellement pas disponible pour les clients CSP.
Comment fonctionne Multi-Geo avec Microsoft Teams ?
Teams Multi-Geo est transparent pour l’utilisateur final. Ils ne sauront pas vraiment où les données sont stockées.
Le chat privé : Les messages un-à-un, un-à-plusieurs et de réunion privée seront tous stocké dans le Geo du PDL de l’utilisateur. L’emplacement de stockage pour le chat un-à-un, ou un-à-plusieurs est basé sur le PDL de la personne qui a créé le chat.
Chat de réunion l’organisateur de la réunion est le « propriétaire » des données et le PDL de l’organisateur déterminera où se trouvent les données de chat de la réunion
Pour le chat privé et de réunion, si le PDL de cet utilisateur est modifié, le chat sera automatiquement migré vers la nouvelle géolocalisation. Si le PDL ou la licence est supprimé, les données migreront vers l’emplacement principal du tenant.
Les équipes et les messages de canal et le site SharePoint associé seront stockés dans le PDL du groupe Office 365 pour cette équipe. Chaque groupe Microsoft 365 a un emplacement de données préféré (PDL).
Lorsqu’un utilisateur crée une nouvelle équipe, le PDL de cet utilisateur détermine quel PDL est affecté au groupe Microsoft 365. Cela se produit au moment de la création du groupe et ne change pas si le PDL du créateur change plus tard.
Les canaux privés créés dans une équipe respecteront le PDL de l’équipe, quel que soit le PDL de l’utilisateur pour créer le canal privé.
Pour les équipes existantes, un administrateur peut ajouter ou modifier le PDL pour le groupe Microsoft 365 qui soutient une équipe, les données de messagerie du canal de cette équipe (y compris tout canal privé) sont ajoutées à une file d’attente de migration pour être déplacées vers la géolocalisation spécifiée. Cependant, cela ne migre pas automatiquement le site SharePoint ou les fichiers associés au groupe. Vous devez déplacer le site séparément en suivant les procédures décrites dans Déplacer un site SharePoint vers une autre géolocalisation .
Appels et réunions – Notez que Microsoft 365 Multi-Geo n’est pas conçu pour l’optimisation des performances, il est conçu pour répondre aux exigences de résidence des données au repos. En effet, cela n’affectera pas l’endroit où vos réunions en ligne sont hébergées ou les appels sont acheminés.
Quels sont les emplacements Microsoft 365 Multi-Geo disponibles ?
Les géolocalisations suivantes sont disponibles :
| Géolocalisation | Code | Emplacement des données eDiscovery |
|---|---|---|
| Asie-Pacifique | APC | Centres de données d’Asie du Sud-Est ou de l’Est |
| Australie | AUS | Centres de données d’Asie du Sud-Est ou de l’Est |
| Brésil | BRA | (Emplacement des données eDiscovery à venir) |
| Canada | CAN | Centres de données américains |
| Europe / Moyen-Orient / Afrique | EUR | Centres de données européens |
| France | FRA | Centres de données européens |
| Allemagne | DEU | Centres de données européens |
| Inde | IND | Centres de données d’Asie du Sud-Est ou de l’Est |
| Japon | JPN | Centres de données d’Asie du Sud-Est ou de l’Est |
| Corée | KOR | Centres de données d’Asie du Sud-Est ou de l’Est |
| Amérique du Nord | NAM | Centres de données américains |
| Norvège | NOR | (Emplacement des données eDiscovery à venir) |
| Afrique du Sud | ZAF | Centres de données d’Asie du Sud-Est ou de l’Est |
| la Suisse | CHE | Centres de données européens |
| Emirats Arabes Unis | ARE | Centres de données d’Asie du Sud-Est ou de l’Est |
| Royaume-Uni | GBR | Centres de données européens |
Référence
Ce qu'un article ne peut pas savoir
Un article décrit ce qui vaut pour tout le monde. Ce qui change d'une organisation à l'autre, c'est l'inventaire : quelles applications, quels comptes, quels équipements sont réellement concernés chez vous. C'est l'inventaire qui décide de l'effort, et il ne se répond pas sur une page.
Vous parlez aux ingénieurs qui feraient le travail, pas à un intermédiaire. Réponse sous 24 heures ouvrées.
Vérifier ce qui est encore vrai
Les dates annoncées sont parfois repoussées, les produits changent de nom, les conditions évoluent. Le blog suit ces sujets au fil du temps : quand une règle change, un nouvel article le dit.
Chercher un sujet dans le blogDans le même dossier
Trois articles du même sujet. Le blog en compte 139, tous en accès libre.