{"version":"1.1","schema_version":"1.1.0","plugin_version":"1.1.2","url":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/","llm_html_url":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/llm","llm_json_url":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/llm.json","manifest_url":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","language":"fr-FR","locale":"fr_FR","title":"Groupes de travail et clusters multi-domaines dans Windows Server 2016 – Microsoft Tech Community\n\n – Bien choisir son serveur d impression","site":{"name":"Tutos GameServer","url":"https://tutos-gameserver.fr/"},"author":{"id":1,"name":"Titanfall","url":"https://tutos-gameserver.fr/author/titanfall/"},"published_at":"2020-01-02T23:05:40+00:00","modified_at":"2020-01-02T23:05:40+00:00","word_count":1035,"reading_time_seconds":311,"summary":"Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent […]","summary_points":["Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine.","Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory.","Les clusters de basculement peuvent désormais être créés dans les configurations suivantes: \n\n\n Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine\n\n\n\n\n Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines\n\n\n\n\n Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)\n\n\nConditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server.","Tous les serveurs doivent exécuter Windows Server 2016."],"topics":["Serveur d'impression"],"entities":[],"entities_metadata":[{"id":10,"name":"Serveur d'impression","slug":"serveur-dimpression","taxonomy":"category","count":3907,"url":"https://tutos-gameserver.fr/category/serveur-dimpression/"}],"tags":["Serveur d'impression"],"content_hash":"3c8bc9cf24090c375fe9707d9ef870a1","plain_text":"Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent désormais être créés dans les configurations suivantes: \n\n\n Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine\n\n\n\n\n Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines\n\n\n\n\n Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)\n\n\nConditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server. \n\n\nTous les serveurs doivent exécuter Windows Server 2016.\n\n\n\n\nTous les serveurs doivent avoir la fonctionnalité de clustering de basculement installée.\n\n\nOutre les conditions préalables des clusters à domaine unique, les conditions suivantes sont requises pour les clusters à domaines multiples ou de groupe de travail dans Windows Server 2016: \n\n\nPour créer un nouveau cluster ou ajouter des nœuds au cluster, un compte local doit être provisionné sur tous les nœuds du cluster (ainsi que le nœud à partir duquel l'opération est appelée) avec les exigences suivantes:\n\n\n\n\n\nCréez un compte «utilisateur» local sur chaque nœud du cluster\n\n\n\n\n\n\nLe nom d'utilisateur et le mot de passe du compte doivent être identiques sur tous les nœuds\n\n\n\n\n\n\nLe compte est membre du groupe local "Administrateurs" sur chaque nœud\n\n\n\n\n\n\nLorsque vous utilisez un compte d'administrateur local non intégré pour créer le cluster, définissez la stratégie de registre LocalAccountTokenFilterPolicy sur 1 , sur tous les nœuds du cluster. Les comptes d'administrateur intégrés incluent le compte «Administrateur». Vous pouvez définir la stratégie de registre LocalAccountTokenFilterPolicy comme suit:\n\n\n\n\n\nSur chaque nœud du cluster, lancez un shell Microsoft PowerShell en tant qu'administrateur et tapez:\n\n\nnew-itemproperty -path HKLM: SOFTWARE Microsoft Windows CurrentVersion Policies System -Name LocalAccountTokenFilterPolicy -Value 1\n\n\nSans définir cette stratégie, vous verrez l'erreur suivante lors de la tentative de création d'un cluster à l'aide de comptes d'administrateur non intégrés.\n\n\n\n\nLe cluster de basculement doit être créé en tant que cluster détaché Active Directory sans aucun objet ordinateur associé. Par conséquent, le cluster doit avoir un nom de réseau de cluster (également appelé point d'accès administratif) de type DNS.\n\n\n\n\nExigences du suffixe DNS principal\n\n\nChaque nœud de cluster doit avoir un suffixe DNS principal.\n\n\n\n\n\nPour les clusters multi-domaines: le suffixe DNS pour tous les domaines du cluster doit être présent sur tous les nœuds du cluster…\n\n\n\n\n\n\nDéploiement\nLes clusters de groupe de travail et multi-domaines peuvent être déployés en procédant comme suit: \n\n\nCréez des comptes d'utilisateurs locaux cohérents sur tous les nœuds du cluster. Assurez-vous que le nom d'utilisateur et le mot de passe de ces comptes sont identiques sur tous les nœuds et ajoutez le compte au groupe Administrateurs local.\n\n\n\n2. Assurez-vous que chaque nœud à joindre au cluster possède un suffixe DNS principal.\n\nPour les clusters multi-domaines, assurez-vous que le suffixe DNS pour tous les domaines du cluster est présent sur tous les nœuds de cluster. \n\n3. Créez un cluster avec les nœuds de groupe de travail ou les nœuds joints à différents domaines. Vous pouvez utiliser le Gestionnaire de cluster de basculement ou Microsoft PowerShell.\n\n Utilisation du gestionnaire de cluster de basculement \n\nLa vidéo suivante montre les étapes pour créer un groupe de travail ou un cluster multi-domaines à l'aide de l'interface utilisateur du gestionnaire de cluster de basculement.\nhttps://msdnshared.blob.core.windows.net/media/2016/08/WorkgroupCluster.mp4\n Utilisation de PowerShell \n\nLors de la création du cluster, utilisez le commutateur AdministrativeAccessPoint pour spécifier un type de DNS afin que le cluster n'essaye pas de créer des objets ordinateur.\n New-Cluster –Name -Nœud -AdministrativeAccessPoint DNS\n\n\n\nCharge de travail\nLe tableau suivant résume la prise en charge de la charge de travail pour les clusters de groupes de travail et multisites.\n\n\n\n\n Charge de travail du cluster \n\n\n Pris en charge / non pris en charge \n\n\n Plus d'information \n\n\n\n\nserveur SQL\n\n\nPrise en charge\n\n\nNous vous recommandons d'utiliser l'authentification SQL Server. Cela s'applique uniquement aux groupes de disponibilité (AG) SQL Server Always On. Les instances de cluster de basculement SQL Server (FCI) nécessitent Kerberos pour l'authentification Active Directory.\n\n\n\n\nServeur de fichiers\n\n\nPris en charge, mais non recommandé\n\n\nL'authentification Kerberos (qui n'est pas disponible) est le protocole d'authentification préféré pour le trafic SMB (Server Message Block).\n\n\n\n\nHyper-V\n\n\nPris en charge, mais non recommandé\n\n\nLa migration en direct n'est pas prise en charge. La migration rapide est prise en charge.\n\n\n\n\nMessage Queuing (MSMQ)\n\n\nNon supporté\n\n\nMessage Queuing stocke les propriétés dans AD DS.\n\n\n\n\nConfiguration du quorum\nLe type de témoin recommandé pour les clusters de groupe de travail et les clusters multi-domaines est Cloud Witness ou Disk Witness. Le témoin de partage de fichiers (FSW) n'est pas pris en charge avec un groupe de travail ou un cluster multi-domaine.\nEntretien\nIl est recommandé que les nœuds d'un cluster aient une configuration cohérente. Les clusters multi-domaines et de groupe de travail présentent un risque plus élevé de dérive de configuration, lors du déploiement, assurez-vous que: \n\n\nLe même ensemble de correctifs Windows est appliqué à tous les nœuds des clusters\n\n\n\n\nSi les stratégies de groupe sont déployées sur les nœuds de cluster, elles ne sont pas en conflit.\n\n\nRéplication DNS\nIl convient de s'assurer que les noms de nœud de cluster et de réseau pour les clusters de groupe de travail et multi-domaines sont répliqués sur les serveurs DNS faisant autorité pour les nœuds de cluster.\n\n\nClick to rate this post!\r\n \r\n [Total: 0 Average: 0]","paragraphs":["Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent désormais être créés dans les configurations suivantes:","Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine","Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines","Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)","Conditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server.","Tous les serveurs doivent exécuter Windows Server 2016.","Tous les serveurs doivent avoir la fonctionnalité de clustering de basculement installée.","Outre les conditions préalables des clusters à domaine unique, les conditions suivantes sont requises pour les clusters à domaines multiples ou de groupe de travail dans Windows Server 2016:","Pour créer un nouveau cluster ou ajouter des nœuds au cluster, un compte local doit être provisionné sur tous les nœuds du cluster (ainsi que le nœud à partir duquel l'opération est appelée) avec les exigences suivantes:","Créez un compte «utilisateur» local sur chaque nœud du cluster","Le nom d'utilisateur et le mot de passe du compte doivent être identiques sur tous les nœuds","Le compte est membre du groupe local "Administrateurs" sur chaque nœud","Lorsque vous utilisez un compte d'administrateur local non intégré pour créer le cluster, définissez la stratégie de registre LocalAccountTokenFilterPolicy sur 1 , sur tous les nœuds du cluster. Les comptes d'administrateur intégrés incluent le compte «Administrateur». Vous pouvez définir la stratégie de registre LocalAccountTokenFilterPolicy comme suit:","Sur chaque nœud du cluster, lancez un shell Microsoft PowerShell en tant qu'administrateur et tapez:","new-itemproperty -path HKLM: SOFTWARE Microsoft Windows CurrentVersion Policies System -Name LocalAccountTokenFilterPolicy -Value 1","Sans définir cette stratégie, vous verrez l'erreur suivante lors de la tentative de création d'un cluster à l'aide de comptes d'administrateur non intégrés.","Le cluster de basculement doit être créé en tant que cluster détaché Active Directory sans aucun objet ordinateur associé. Par conséquent, le cluster doit avoir un nom de réseau de cluster (également appelé point d'accès administratif) de type DNS.","Exigences du suffixe DNS principal","Chaque nœud de cluster doit avoir un suffixe DNS principal.","Pour les clusters multi-domaines: le suffixe DNS pour tous les domaines du cluster doit être présent sur tous les nœuds du cluster…","Déploiement\nLes clusters de groupe de travail et multi-domaines peuvent être déployés en procédant comme suit:","Créez des comptes d'utilisateurs locaux cohérents sur tous les nœuds du cluster. Assurez-vous que le nom d'utilisateur et le mot de passe de ces comptes sont identiques sur tous les nœuds et ajoutez le compte au groupe Administrateurs local.","2. Assurez-vous que chaque nœud à joindre au cluster possède un suffixe DNS principal.","Pour les clusters multi-domaines, assurez-vous que le suffixe DNS pour tous les domaines du cluster est présent sur tous les nœuds de cluster.","3. Créez un cluster avec les nœuds de groupe de travail ou les nœuds joints à différents domaines. Vous pouvez utiliser le Gestionnaire de cluster de basculement ou Microsoft PowerShell.","Utilisation du gestionnaire de cluster de basculement","La vidéo suivante montre les étapes pour créer un groupe de travail ou un cluster multi-domaines à l'aide de l'interface utilisateur du gestionnaire de cluster de basculement.\nhttps://msdnshared.blob.core.windows.net/media/2016/08/WorkgroupCluster.mp4\n Utilisation de PowerShell","Lors de la création du cluster, utilisez le commutateur AdministrativeAccessPoint pour spécifier un type de DNS afin que le cluster n'essaye pas de créer des objets ordinateur.\n New-Cluster –Name -Nœud -AdministrativeAccessPoint DNS","Charge de travail\nLe tableau suivant résume la prise en charge de la charge de travail pour les clusters de groupes de travail et multisites.","Charge de travail du cluster","Pris en charge / non pris en charge","Plus d'information","serveur SQL","Prise en charge","Nous vous recommandons d'utiliser l'authentification SQL Server. Cela s'applique uniquement aux groupes de disponibilité (AG) SQL Server Always On. Les instances de cluster de basculement SQL Server (FCI) nécessitent Kerberos pour l'authentification Active Directory.","Serveur de fichiers","Pris en charge, mais non recommandé","L'authentification Kerberos (qui n'est pas disponible) est le protocole d'authentification préféré pour le trafic SMB (Server Message Block).","Hyper-V","Pris en charge, mais non recommandé","La migration en direct n'est pas prise en charge. La migration rapide est prise en charge.","Message Queuing (MSMQ)","Non supporté","Message Queuing stocke les propriétés dans AD DS.","Configuration du quorum\nLe type de témoin recommandé pour les clusters de groupe de travail et les clusters multi-domaines est Cloud Witness ou Disk Witness. Le témoin de partage de fichiers (FSW) n'est pas pris en charge avec un groupe de travail ou un cluster multi-domaine.\nEntretien\nIl est recommandé que les nœuds d'un cluster aient une configuration cohérente. Les clusters multi-domaines et de groupe de travail présentent un risque plus élevé de dérive de configuration, lors du déploiement, assurez-vous que:","Le même ensemble de correctifs Windows est appliqué à tous les nœuds des clusters","Si les stratégies de groupe sont déployées sur les nœuds de cluster, elles ne sont pas en conflit.","Réplication DNS\nIl convient de s'assurer que les noms de nœud de cluster et de réseau pour les clusters de groupe de travail et multi-domaines sont répliqués sur les serveurs DNS faisant autorité pour les nœuds de cluster.","Click to rate this post!\n \n [Total: 0 Average: 0]"],"content_blocks":[{"id":"text-1","type":"text","heading":"","plain_text":"Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent désormais être créés dans les configurations suivantes:","html":"

Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent désormais être créés dans les configurations suivantes:

"},{"id":"text-2","type":"text","heading":"","plain_text":"Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine","html":"

Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine

"},{"id":"text-3","type":"text","heading":"","plain_text":"Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines","html":"

Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines

"},{"id":"text-4","type":"text","heading":"","plain_text":"Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)","html":"

Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)

"},{"id":"text-5","type":"text","heading":"","plain_text":"Conditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server.","html":"

Conditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server.

"},{"id":"text-6","type":"text","heading":"","plain_text":"Tous les serveurs doivent exécuter Windows Server 2016.","html":"

Tous les serveurs doivent exécuter Windows Server 2016.

"},{"id":"text-7","type":"text","heading":"","plain_text":"Tous les serveurs doivent avoir la fonctionnalité de clustering de basculement installée.","html":"

Tous les serveurs doivent avoir la fonctionnalité de clustering de basculement installée.

"},{"id":"text-8","type":"text","heading":"","plain_text":"Outre les conditions préalables des clusters à domaine unique, les conditions suivantes sont requises pour les clusters à domaines multiples ou de groupe de travail dans Windows Server 2016:","html":"

Outre les conditions préalables des clusters à domaine unique, les conditions suivantes sont requises pour les clusters à domaines multiples ou de groupe de travail dans Windows Server 2016:

"},{"id":"text-9","type":"text","heading":"","plain_text":"Pour créer un nouveau cluster ou ajouter des nœuds au cluster, un compte local doit être provisionné sur tous les nœuds du cluster (ainsi que le nœud à partir duquel l'opération est appelée) avec les exigences suivantes:","html":"

Pour créer un nouveau cluster ou ajouter des nœuds au cluster, un compte local doit être provisionné sur tous les nœuds du cluster (ainsi que le nœud à partir duquel l'opération est appelée) avec les exigences suivantes:

"},{"id":"text-10","type":"text","heading":"","plain_text":"Créez un compte «utilisateur» local sur chaque nœud du cluster","html":"

Créez un compte «utilisateur» local sur chaque nœud du cluster

"},{"id":"text-11","type":"text","heading":"","plain_text":"Le nom d'utilisateur et le mot de passe du compte doivent être identiques sur tous les nœuds","html":"

Le nom d'utilisateur et le mot de passe du compte doivent être identiques sur tous les nœuds

"},{"id":"text-12","type":"text","heading":"","plain_text":"Le compte est membre du groupe local "Administrateurs" sur chaque nœud","html":"

Le compte est membre du groupe local "Administrateurs" sur chaque nœud

"},{"id":"text-13","type":"text","heading":"","plain_text":"Lorsque vous utilisez un compte d'administrateur local non intégré pour créer le cluster, définissez la stratégie de registre LocalAccountTokenFilterPolicy sur 1 , sur tous les nœuds du cluster. Les comptes d'administrateur intégrés incluent le compte «Administrateur». Vous pouvez définir la stratégie de registre LocalAccountTokenFilterPolicy comme suit:","html":"

Lorsque vous utilisez un compte d'administrateur local non intégré pour créer le cluster, définissez la stratégie de registre LocalAccountTokenFilterPolicy sur 1 , sur tous les nœuds du cluster. Les comptes d'administrateur intégrés incluent le compte «Administrateur». Vous pouvez définir la stratégie de registre LocalAccountTokenFilterPolicy comme suit:

"},{"id":"text-14","type":"text","heading":"","plain_text":"Sur chaque nœud du cluster, lancez un shell Microsoft PowerShell en tant qu'administrateur et tapez:","html":"

Sur chaque nœud du cluster, lancez un shell Microsoft PowerShell en tant qu'administrateur et tapez:

"},{"id":"text-15","type":"text","heading":"","plain_text":"new-itemproperty -path HKLM: SOFTWARE Microsoft Windows CurrentVersion Policies System -Name LocalAccountTokenFilterPolicy -Value 1","html":"

new-itemproperty -path HKLM: SOFTWARE Microsoft Windows CurrentVersion Policies System -Name LocalAccountTokenFilterPolicy -Value 1

"},{"id":"text-16","type":"text","heading":"","plain_text":"Sans définir cette stratégie, vous verrez l'erreur suivante lors de la tentative de création d'un cluster à l'aide de comptes d'administrateur non intégrés.","html":"

Sans définir cette stratégie, vous verrez l'erreur suivante lors de la tentative de création d'un cluster à l'aide de comptes d'administrateur non intégrés.

"},{"id":"text-17","type":"text","heading":"","plain_text":"Le cluster de basculement doit être créé en tant que cluster détaché Active Directory sans aucun objet ordinateur associé. Par conséquent, le cluster doit avoir un nom de réseau de cluster (également appelé point d'accès administratif) de type DNS.","html":"

Le cluster de basculement doit être créé en tant que cluster détaché Active Directory sans aucun objet ordinateur associé. Par conséquent, le cluster doit avoir un nom de réseau de cluster (également appelé point d'accès administratif) de type DNS.

"},{"id":"text-18","type":"text","heading":"","plain_text":"Exigences du suffixe DNS principal","html":"

Exigences du suffixe DNS principal

"},{"id":"text-19","type":"text","heading":"","plain_text":"Chaque nœud de cluster doit avoir un suffixe DNS principal.","html":"

Chaque nœud de cluster doit avoir un suffixe DNS principal.

"},{"id":"text-20","type":"text","heading":"","plain_text":"Pour les clusters multi-domaines: le suffixe DNS pour tous les domaines du cluster doit être présent sur tous les nœuds du cluster…","html":"

Pour les clusters multi-domaines: le suffixe DNS pour tous les domaines du cluster doit être présent sur tous les nœuds du cluster…

"},{"id":"text-21","type":"text","heading":"","plain_text":"Déploiement\nLes clusters de groupe de travail et multi-domaines peuvent être déployés en procédant comme suit:","html":"

Déploiement\nLes clusters de groupe de travail et multi-domaines peuvent être déployés en procédant comme suit:

"},{"id":"text-22","type":"text","heading":"","plain_text":"Créez des comptes d'utilisateurs locaux cohérents sur tous les nœuds du cluster. Assurez-vous que le nom d'utilisateur et le mot de passe de ces comptes sont identiques sur tous les nœuds et ajoutez le compte au groupe Administrateurs local.","html":"

Créez des comptes d'utilisateurs locaux cohérents sur tous les nœuds du cluster. Assurez-vous que le nom d'utilisateur et le mot de passe de ces comptes sont identiques sur tous les nœuds et ajoutez le compte au groupe Administrateurs local.

"},{"id":"text-23","type":"text","heading":"","plain_text":"2. Assurez-vous que chaque nœud à joindre au cluster possède un suffixe DNS principal.","html":"

2. Assurez-vous que chaque nœud à joindre au cluster possède un suffixe DNS principal.

"},{"id":"text-24","type":"text","heading":"","plain_text":"Pour les clusters multi-domaines, assurez-vous que le suffixe DNS pour tous les domaines du cluster est présent sur tous les nœuds de cluster.","html":"

Pour les clusters multi-domaines, assurez-vous que le suffixe DNS pour tous les domaines du cluster est présent sur tous les nœuds de cluster.

"},{"id":"text-25","type":"text","heading":"","plain_text":"3. Créez un cluster avec les nœuds de groupe de travail ou les nœuds joints à différents domaines. Vous pouvez utiliser le Gestionnaire de cluster de basculement ou Microsoft PowerShell.","html":"

3. Créez un cluster avec les nœuds de groupe de travail ou les nœuds joints à différents domaines. Vous pouvez utiliser le Gestionnaire de cluster de basculement ou Microsoft PowerShell.

"},{"id":"text-26","type":"text","heading":"","plain_text":"Utilisation du gestionnaire de cluster de basculement","html":"

Utilisation du gestionnaire de cluster de basculement

"},{"id":"text-27","type":"text","heading":"","plain_text":"La vidéo suivante montre les étapes pour créer un groupe de travail ou un cluster multi-domaines à l'aide de l'interface utilisateur du gestionnaire de cluster de basculement.\nhttps://msdnshared.blob.core.windows.net/media/2016/08/WorkgroupCluster.mp4\n Utilisation de PowerShell","html":"

La vidéo suivante montre les étapes pour créer un groupe de travail ou un cluster multi-domaines à l'aide de l'interface utilisateur du gestionnaire de cluster de basculement.\nhttps://msdnshared.blob.core.windows.net/media/2016/08/WorkgroupCluster.mp4\n Utilisation de PowerShell

"},{"id":"text-28","type":"text","heading":"","plain_text":"Lors de la création du cluster, utilisez le commutateur AdministrativeAccessPoint pour spécifier un type de DNS afin que le cluster n'essaye pas de créer des objets ordinateur.\n New-Cluster –Name -Nœud -AdministrativeAccessPoint DNS","html":"

Lors de la création du cluster, utilisez le commutateur AdministrativeAccessPoint pour spécifier un type de DNS afin que le cluster n'essaye pas de créer des objets ordinateur.\n New-Cluster –Name -Nœud -AdministrativeAccessPoint DNS

"},{"id":"text-29","type":"text","heading":"","plain_text":"Charge de travail\nLe tableau suivant résume la prise en charge de la charge de travail pour les clusters de groupes de travail et multisites.","html":"

Charge de travail\nLe tableau suivant résume la prise en charge de la charge de travail pour les clusters de groupes de travail et multisites.

"},{"id":"text-30","type":"text","heading":"","plain_text":"Charge de travail du cluster","html":"

Charge de travail du cluster

"},{"id":"text-31","type":"text","heading":"","plain_text":"Pris en charge / non pris en charge","html":"

Pris en charge / non pris en charge

"},{"id":"text-32","type":"text","heading":"","plain_text":"Plus d'information","html":"

Plus d'information

"},{"id":"text-33","type":"text","heading":"","plain_text":"serveur SQL","html":"

serveur SQL

"},{"id":"text-34","type":"text","heading":"","plain_text":"Prise en charge","html":"

Prise en charge

"},{"id":"text-35","type":"text","heading":"","plain_text":"Nous vous recommandons d'utiliser l'authentification SQL Server. Cela s'applique uniquement aux groupes de disponibilité (AG) SQL Server Always On. Les instances de cluster de basculement SQL Server (FCI) nécessitent Kerberos pour l'authentification Active Directory.","html":"

Nous vous recommandons d'utiliser l'authentification SQL Server. Cela s'applique uniquement aux groupes de disponibilité (AG) SQL Server Always On. Les instances de cluster de basculement SQL Server (FCI) nécessitent Kerberos pour l'authentification Active Directory.

"},{"id":"text-36","type":"text","heading":"","plain_text":"Serveur de fichiers","html":"

Serveur de fichiers

"},{"id":"text-37","type":"text","heading":"","plain_text":"Pris en charge, mais non recommandé","html":"

Pris en charge, mais non recommandé

"},{"id":"text-38","type":"text","heading":"","plain_text":"L'authentification Kerberos (qui n'est pas disponible) est le protocole d'authentification préféré pour le trafic SMB (Server Message Block).","html":"

L'authentification Kerberos (qui n'est pas disponible) est le protocole d'authentification préféré pour le trafic SMB (Server Message Block).

"},{"id":"text-39","type":"text","heading":"","plain_text":"Hyper-V","html":"

Hyper-V

"},{"id":"text-40","type":"text","heading":"","plain_text":"Pris en charge, mais non recommandé","html":"

Pris en charge, mais non recommandé

"},{"id":"text-41","type":"text","heading":"","plain_text":"La migration en direct n'est pas prise en charge. La migration rapide est prise en charge.","html":"

La migration en direct n'est pas prise en charge. La migration rapide est prise en charge.

"},{"id":"text-42","type":"text","heading":"","plain_text":"Message Queuing (MSMQ)","html":"

Message Queuing (MSMQ)

"},{"id":"text-43","type":"text","heading":"","plain_text":"Non supporté","html":"

Non supporté

"},{"id":"text-44","type":"text","heading":"","plain_text":"Message Queuing stocke les propriétés dans AD DS.","html":"

Message Queuing stocke les propriétés dans AD DS.

"},{"id":"text-45","type":"text","heading":"","plain_text":"Configuration du quorum\nLe type de témoin recommandé pour les clusters de groupe de travail et les clusters multi-domaines est Cloud Witness ou Disk Witness. Le témoin de partage de fichiers (FSW) n'est pas pris en charge avec un groupe de travail ou un cluster multi-domaine.\nEntretien\nIl est recommandé que les nœuds d'un cluster aient une configuration cohérente. Les clusters multi-domaines et de groupe de travail présentent un risque plus élevé de dérive de configuration, lors du déploiement, assurez-vous que:","html":"

Configuration du quorum\nLe type de témoin recommandé pour les clusters de groupe de travail et les clusters multi-domaines est Cloud Witness ou Disk Witness. Le témoin de partage de fichiers (FSW) n'est pas pris en charge avec un groupe de travail ou un cluster multi-domaine.\nEntretien\nIl est recommandé que les nœuds d'un cluster aient une configuration cohérente. Les clusters multi-domaines et de groupe de travail présentent un risque plus élevé de dérive de configuration, lors du déploiement, assurez-vous que:

"},{"id":"text-46","type":"text","heading":"","plain_text":"Le même ensemble de correctifs Windows est appliqué à tous les nœuds des clusters","html":"

Le même ensemble de correctifs Windows est appliqué à tous les nœuds des clusters

"},{"id":"text-47","type":"text","heading":"","plain_text":"Si les stratégies de groupe sont déployées sur les nœuds de cluster, elles ne sont pas en conflit.","html":"

Si les stratégies de groupe sont déployées sur les nœuds de cluster, elles ne sont pas en conflit.

"},{"id":"text-48","type":"text","heading":"","plain_text":"Réplication DNS\nIl convient de s'assurer que les noms de nœud de cluster et de réseau pour les clusters de groupe de travail et multi-domaines sont répliqués sur les serveurs DNS faisant autorité pour les nœuds de cluster.","html":"

Réplication DNS\nIl convient de s'assurer que les noms de nœud de cluster et de réseau pour les clusters de groupe de travail et multi-domaines sont répliqués sur les serveurs DNS faisant autorité pour les nœuds de cluster.

"},{"id":"text-49","type":"text","heading":"","plain_text":"Click to rate this post!\n \n [Total: 0 Average: 0]","html":"

Click to rate this post!\n \n [Total: 0 Average: 0]

"}],"sections":[{"id":"text-1","heading":"Text","content":"Publié sur MSDN le 17 août 2015 Dans Windows Server 2012 R2 et les versions précédentes, un cluster ne pouvait être créé qu'entre des nœuds membres joints au même domaine. Windows Server 2016 élimine ces obstacles et introduit la possibilité de créer un cluster de basculement sans dépendances Active Directory. Les clusters de basculement peuvent désormais être créés dans les configurations suivantes:"},{"id":"text-2","heading":"Text","content":"Clusters à domaine unique: Clusters avec tous les nœuds joints au même domaine"},{"id":"text-3","heading":"Text","content":"Clusters multi-domaines: Clusters avec des nœuds qui sont membres de différents domaines"},{"id":"text-4","heading":"Text","content":"Clusters de groupes de travail: Clusters avec des nœuds qui sont des serveurs membres / groupe de travail (non joints à un domaine)"},{"id":"text-5","heading":"Text","content":"Conditions préalables\nLes conditions préalables pour les clusters à domaine unique sont inchangées par rapport aux versions précédentes de Windows Server."},{"id":"text-6","heading":"Text","content":"Tous les serveurs doivent exécuter Windows Server 2016."},{"id":"text-7","heading":"Text","content":"Tous les serveurs doivent avoir la fonctionnalité de clustering de basculement installée."},{"id":"text-8","heading":"Text","content":"Outre les conditions préalables des clusters à domaine unique, les conditions suivantes sont requises pour les clusters à domaines multiples ou de groupe de travail dans Windows Server 2016:"},{"id":"text-9","heading":"Text","content":"Pour créer un nouveau cluster ou ajouter des nœuds au cluster, un compte local doit être provisionné sur tous les nœuds du cluster (ainsi que le nœud à partir duquel l'opération est appelée) avec les exigences suivantes:"},{"id":"text-10","heading":"Text","content":"Créez un compte «utilisateur» local sur chaque nœud du cluster"},{"id":"text-11","heading":"Text","content":"Le nom d'utilisateur et le mot de passe du compte doivent être identiques sur tous les nœuds"},{"id":"text-12","heading":"Text","content":"Le compte est membre du groupe local "Administrateurs" sur chaque nœud"},{"id":"text-13","heading":"Text","content":"Lorsque vous utilisez un compte d'administrateur local non intégré pour créer le cluster, définissez la stratégie de registre LocalAccountTokenFilterPolicy sur 1 , sur tous les nœuds du cluster. Les comptes d'administrateur intégrés incluent le compte «Administrateur». Vous pouvez définir la stratégie de registre LocalAccountTokenFilterPolicy comme suit:"},{"id":"text-14","heading":"Text","content":"Sur chaque nœud du cluster, lancez un shell Microsoft PowerShell en tant qu'administrateur et tapez:"},{"id":"text-15","heading":"Text","content":"new-itemproperty -path HKLM: SOFTWARE Microsoft Windows CurrentVersion Policies System -Name LocalAccountTokenFilterPolicy -Value 1"},{"id":"text-16","heading":"Text","content":"Sans définir cette stratégie, vous verrez l'erreur suivante lors de la tentative de création d'un cluster à l'aide de comptes d'administrateur non intégrés."},{"id":"text-17","heading":"Text","content":"Le cluster de basculement doit être créé en tant que cluster détaché Active Directory sans aucun objet ordinateur associé. Par conséquent, le cluster doit avoir un nom de réseau de cluster (également appelé point d'accès administratif) de type DNS."},{"id":"text-18","heading":"Text","content":"Exigences du suffixe DNS principal"},{"id":"text-19","heading":"Text","content":"Chaque nœud de cluster doit avoir un suffixe DNS principal."},{"id":"text-20","heading":"Text","content":"Pour les clusters multi-domaines: le suffixe DNS pour tous les domaines du cluster doit être présent sur tous les nœuds du cluster…"},{"id":"text-21","heading":"Text","content":"Déploiement\nLes clusters de groupe de travail et multi-domaines peuvent être déployés en procédant comme suit:"},{"id":"text-22","heading":"Text","content":"Créez des comptes d'utilisateurs locaux cohérents sur tous les nœuds du cluster. Assurez-vous que le nom d'utilisateur et le mot de passe de ces comptes sont identiques sur tous les nœuds et ajoutez le compte au groupe Administrateurs local."},{"id":"text-23","heading":"Text","content":"2. Assurez-vous que chaque nœud à joindre au cluster possède un suffixe DNS principal."},{"id":"text-24","heading":"Text","content":"Pour les clusters multi-domaines, assurez-vous que le suffixe DNS pour tous les domaines du cluster est présent sur tous les nœuds de cluster."},{"id":"text-25","heading":"Text","content":"3. Créez un cluster avec les nœuds de groupe de travail ou les nœuds joints à différents domaines. Vous pouvez utiliser le Gestionnaire de cluster de basculement ou Microsoft PowerShell."},{"id":"text-26","heading":"Text","content":"Utilisation du gestionnaire de cluster de basculement"},{"id":"text-27","heading":"Text","content":"La vidéo suivante montre les étapes pour créer un groupe de travail ou un cluster multi-domaines à l'aide de l'interface utilisateur du gestionnaire de cluster de basculement.\nhttps://msdnshared.blob.core.windows.net/media/2016/08/WorkgroupCluster.mp4\n Utilisation de PowerShell"},{"id":"text-28","heading":"Text","content":"Lors de la création du cluster, utilisez le commutateur AdministrativeAccessPoint pour spécifier un type de DNS afin que le cluster n'essaye pas de créer des objets ordinateur.\n New-Cluster –Name -Nœud -AdministrativeAccessPoint DNS"},{"id":"text-29","heading":"Text","content":"Charge de travail\nLe tableau suivant résume la prise en charge de la charge de travail pour les clusters de groupes de travail et multisites."},{"id":"text-30","heading":"Text","content":"Charge de travail du cluster"},{"id":"text-31","heading":"Text","content":"Pris en charge / non pris en charge"},{"id":"text-32","heading":"Text","content":"Plus d'information"},{"id":"text-33","heading":"Text","content":"serveur SQL"},{"id":"text-34","heading":"Text","content":"Prise en charge"},{"id":"text-35","heading":"Text","content":"Nous vous recommandons d'utiliser l'authentification SQL Server. Cela s'applique uniquement aux groupes de disponibilité (AG) SQL Server Always On. Les instances de cluster de basculement SQL Server (FCI) nécessitent Kerberos pour l'authentification Active Directory."},{"id":"text-36","heading":"Text","content":"Serveur de fichiers"},{"id":"text-37","heading":"Text","content":"Pris en charge, mais non recommandé"},{"id":"text-38","heading":"Text","content":"L'authentification Kerberos (qui n'est pas disponible) est le protocole d'authentification préféré pour le trafic SMB (Server Message Block)."},{"id":"text-39","heading":"Text","content":"Hyper-V"},{"id":"text-40","heading":"Text","content":"Pris en charge, mais non recommandé"},{"id":"text-41","heading":"Text","content":"La migration en direct n'est pas prise en charge. La migration rapide est prise en charge."},{"id":"text-42","heading":"Text","content":"Message Queuing (MSMQ)"},{"id":"text-43","heading":"Text","content":"Non supporté"},{"id":"text-44","heading":"Text","content":"Message Queuing stocke les propriétés dans AD DS."},{"id":"text-45","heading":"Text","content":"Configuration du quorum\nLe type de témoin recommandé pour les clusters de groupe de travail et les clusters multi-domaines est Cloud Witness ou Disk Witness. Le témoin de partage de fichiers (FSW) n'est pas pris en charge avec un groupe de travail ou un cluster multi-domaine.\nEntretien\nIl est recommandé que les nœuds d'un cluster aient une configuration cohérente. Les clusters multi-domaines et de groupe de travail présentent un risque plus élevé de dérive de configuration, lors du déploiement, assurez-vous que:"},{"id":"text-46","heading":"Text","content":"Le même ensemble de correctifs Windows est appliqué à tous les nœuds des clusters"},{"id":"text-47","heading":"Text","content":"Si les stratégies de groupe sont déployées sur les nœuds de cluster, elles ne sont pas en conflit."},{"id":"text-48","heading":"Text","content":"Réplication DNS\nIl convient de s'assurer que les noms de nœud de cluster et de réseau pour les clusters de groupe de travail et multi-domaines sont répliqués sur les serveurs DNS faisant autorité pour les nœuds de cluster."},{"id":"text-49","heading":"Text","content":"Click to rate this post!\n \n [Total: 0 Average: 0]"}],"media":{"primary_image":"https://tutos-gameserver.fr/wp-content/uploads/2020/01/90591iC687BE4FFEFA5F51"},"relations":[{"rel":"canonical","href":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/llm","type":"text/html"},{"rel":"alternate","href":"https://tutos-gameserver.fr/2020/01/03/groupes-de-travail-et-clusters-multi-domaines-dans-windows-server-2016-microsoft-tech-community-bien-choisir-son-serveur-d-impression/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://tutos-gameserver.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}