configuration requise pour Azure DevOps localement

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013

Notes

Azure DevOps Server a été précédemment nommé Visual Studio Team Foundation Server.

avant d’installer ou de mettre à niveau un déploiement de Azure DevOps, passez en revue les spécifications fournies dans cet article.

En plus de ces exigences, consultez également les articles suivants :

Recommandations matérielles

Azure DevOps localement peut évoluer d’une installation rapide sur un ordinateur portable utilisé par une seule personne pour un déploiement à haut niveau de disponibilité utilisé par des milliers de personnes. il peut prendre en charge des scénarios à forte utilisation qui ont plusieurs couches application derrière un équilibreur de charge et plusieurs instances de SQL qui utilisent SQL Always On.

les recommandations suivantes s’appliquent à la plupart des déploiements de Azure DevOps. Vos exigences peuvent varier en fonction de la façon dont votre équipe utilise Azure DevOps. Par exemple, si vous avez des référentiels git particulièrement volumineux ou des branches de contrôle de version Team Foundation (TVC), vous pouvez avoir besoin d’ordinateurs à spécifications plus élevées que ceux indiqués dans les sections suivantes. Toutes les machines qui sont décrites dans les sections suivantes peuvent être physiques ou virtuelles.

Déploiement de serveur unique

Un déploiement sur un seul serveur se compose d’un seul ordinateur avec un processeur double cœur, de 4 Go de RAM et d’un lecteur de disque dur rapide. Pour la recherche élastique, vous devez utiliser deux processeurs double cœur et 8 Go de RAM. cette configuration prend généralement en charge jusqu’à 250 utilisateurs du contrôle de code source principal (Team Foundation Version Control ou Git) et la fonctionnalité de suivi des éléments de travail. Une utilisation intensive de la génération, du test ou de la mise en sortie automatisés peut entraîner des problèmes de performances. Nous vous déconseillons d’utiliser les fonctionnalités de recherche ou de création de rapports pour cette configuration.

Lorsque vous mettez à l’échelle un serveur unique, le serveur peut gérer un plus grand nombre d’utilisateurs et une utilisation accrue de la génération, du test ou de la publication automatisés. Un serveur mis à l’échelle peut également utiliser des fonctionnalités de recherche ou de création de rapports. Par exemple, l’augmentation de la RAM à 8 Go doit permettre à un déploiement sur un seul serveur d’évoluer jusqu’à 500 utilisateurs.

À des fins d’évaluation ou d’utilisation personnelle, vous pouvez utiliser une configuration de base avec un minimum de 2 Go de RAM. Cette configuration n’est pas recommandée pour un serveur de production qui est utilisé par plusieurs personnes.

Déploiements multiserveur

Les scénarios suivants peuvent nécessiter un déploiement sur plusieurs serveurs :

  • Mise à l’échelle au-delà de 500 utilisateurs
  • Utilisation intensive de la génération, du test ou de la mise en sortie automatisés
  • Utilisation de Code Search
  • Utilisation des fonctionnalités de création de rapports
  • Mise à l’échelle au-delà de 500 utilisateurs
  • Utilisation intensive de la génération, du test ou de la mise en sortie automatisés
  • Utilisation de Code Search
  • Utilisation des fonctionnalités de création de rapports
  • utilisation de l’intégration de SharePoint

Pour une équipe de plus de 500 utilisateurs, envisagez la configuration suivante :

  • Une couche application avec un processeur double cœur, 8 Go de mémoire et un lecteur de disque dur rapide.
  • Une couche de données avec un processeur à quatre cœurs, 16 Go de mémoire et un stockage hautes performances, tel qu’un disque SSD.

Pour une équipe de plus de 2 000 utilisateurs, envisagez la configuration suivante :

  • Une couche application avec un processeur à quatre cœurs, 16 Go de mémoire ou plus et un lecteur de disque dur rapide.
  • Une couche de données avec au moins deux processeurs à quatre cœurs, 16 Go de mémoire ou plus et un stockage haute performance avancé, comme un réseau de stockage SSD ou hautes performances.

Si vous envisagez d’utiliser l’automatisation de build, de test ou de mise en publication, nous vous recommandons d’utiliser des niveaux d’application et de données à spécifications plus élevées afin d’éviter les problèmes de performances. Par exemple, une équipe de 250 peut utiliser un déploiement sur plusieurs serveurs qui est plus conforme aux recommandations pour une équipe de 500 à 2 000 utilisateurs. Nous vous recommandons également de surveiller vos processus automatisés pour vous assurer qu’ils sont efficaces. Par exemple, récupérez les données du contrôle de code source de façon incrémentielle au cours des générations chaque fois que cela est possible, au lieu d’être complètement actualisé avec chaque Build.

Notes

à l’exception des très petites équipes qui ont une utilisation extrêmement limitée de ces fonctionnalités, nous ne recommandons pas l’installation d’agents de build, de test ou de mise en sortie sur vos couches application Azure DevOps Server ou TFS.

Si vous envisagez d’utiliser Code Search, nous vous recommandons de configurer un serveur distinct pour Code Search. Pour plus d’informations, consultez la Configuration matérielle requise pour code Search.

si vous envisagez d’utiliser les fonctionnalités de création de rapports, nous vous recommandons de configurer un serveur distinct pour la base de données de l’entrepôt et de SQL Server Analysis Services cube. Une autre option consiste à utiliser une couche de données à spécifications plus élevées.

si vous envisagez d’utiliser SharePoint intégration, nous vous recommandons de configurer un serveur distinct pour votre instance SharePoint ou d’utiliser un niveau d’application à spécifications plus élevées.

si vous souhaitez garantir une haute disponibilité, envisagez d’utiliser plusieurs niveaux d’application derrière un équilibreur de charge et plusieurs instances de SQL Server. dans ce scénario, nous vous recommandons de placer vos bases de données de Azure DevOps dans un groupe de disponibilité Always On.

Configuration matérielle requise pour le service de build

le service de build XAML a la même configuration requise du système d’exploitation que Azure DevOps Server et TFS. En règle générale, il est judicieux d’exécuter le service de build sur un ordinateur distinct de la couche application. La configuration matérielle requise pour le service de build est identique à celle du système d’exploitation sur lequel il s’exécute. Cependant, vous pouvez personnaliser les performances du service de build en modifiant les spécifications matérielles de votre machine de build en fonction des types de build que votre équipe utilise.

Systèmes d’exploitation

les systèmes d’exploitation suivants sont pris en charge pour les versions indiquées de Azure DevOps Server et Team Foundation Server (TFS).

Installation du serveur ou du client

  • Azure DevOps Server

    • s’exécute sur un système d’exploitation Windows Server ou un système d’exploitation client Windows.
    • Azure DevOps Server 2020, Azure DevOps Server 2019, tfs 2018 et tfs 2017 s’exécutent uniquement sur un système d’exploitation 64 bits.
  • Team Foundation Server:

    • s’exécute sur un système d’exploitation Windows Server ou un système d’exploitation client Windows.
    • Les versions antérieures de TFS s’exécutent sur un système d’exploitation 64 bits ou 32 bits quand une version de 32 bits est disponible. nous vous recommandons d’utiliser un système d’exploitation serveur, sauf si votre Azure DevOps Server ou Team Foundation Server instance est destinée à être utilisée à des fins d’évaluation ou personnelle.

Systèmes d’exploitation serveur

Azure DevOps Server ou version TFS Systèmes d'exploitation serveurs pris en charge
Azure DevOps Server 2020 Windows Server 2019
Windows Server 2016
Azure DevOps Server 2019 Windows Server 2019
Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
TFS 2018 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
TFS 2017 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (minimum SP1) (Standard, Enterprise, Datacenter)
TFS 2015 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (minimum SP1) (Standard, Enterprise, Datacenter)
TFS 2013 Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (minimum SP1) (Standard, Enterprise, Datacenter)
TFS 2012 Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (Standard, Entreprise, Datacenter)
Windows Serveur 2008 (SP2 minimum)
Windows Small Business Server 2011 (Standard, Essentials, Premium Add-On)
Windows Home Server 2011
TFS 2010 Windows Server 2008 R2 (Standard, Entreprise, Datacenter)
Windows Serveur 2008 (SP2 minimum)
Windows Server 2003 R2
Windows Serveur 2003 (SP2 minimum)

l’option d’installation Server Core est prise en charge uniquement pour Azure DevOps Server 2020, Azure DevOps Server 2019, tfs 2018 et tfs 2017. Windows Server version 1709 n’est pas pris en charge.

Systèmes d'exploitation client

version de Azure DevOps Server Systèmes d'exploitation clients pris en charge
Azure DevOps Server 2020 Windows 10 (Enterprise) Version 1803
Windows 10 (Professional, Enterprise) 1809 ou version ultérieure
Azure DevOps Server 2019 Windows 10 (Professional, Enterprise) Version 1607 ou ultérieure
TFS 2018 Windows 10 (Professional, Enterprise) Version 1607 ou ultérieure
TFS 2017 Windows 10 (Famille, Professionnel, Entreprise)
Windows 8.1 (Basique, Professionnel, Entreprise)
Windows 7 (minimum SP1) (Édition Familiale Premium, Professionnel, Entreprise, Intégrale)
TFS 2015 Windows 10 (Famille, Professionnel, Entreprise)
Windows 8.1 (Basique, Professionnel, Entreprise)
Windows 7 (minimum SP1) (Édition Familiale Premium, Professionnel, Entreprise, Intégrale)
TFS 2013 Windows 8.1 (Basique, Professionnel, Entreprise)
Windows 7 (minimum SP1) (Édition Familiale Premium, Professionnel, Entreprise, Intégrale)
TFS 2012 Windows 8.1 (Basique, Professionnel, Entreprise)
Windows 7 (Familiale Premium, Professionnel, Entreprise, Intégrale)
TFS 2010 Windows 7 (Familiale Premium, Professionnel, Entreprise, Intégrale)
Windows Vista SP2

bien que vous puissiez installer Azure DevOps Server sur les systèmes d’exploitation clients, nous ne recommandons pas l’installation du système d’exploitation client, sauf à des fins d’évaluation ou d’utilisation personnelle. Les systèmes d’exploitation clients présentent les restrictions suivantes :

  • les systèmes d’exploitation clients ne prennent pas en charge l’intégration avec les produits SharePoint ou la création de rapports SharePoint.
  • vous ne pouvez pas installer Azure DevOps Server proxy et Team Foundation Server proxy sur les systèmes d’exploitation clients.

si vous devez utiliser l’une de ces fonctionnalités, installez Azure DevOps Server sur un système d’exploitation serveur.

Configuration requise du serveur proxy

la fonctionnalité de proxy est disponible lorsque vous installez Azure DevOps Server ou TFS sur un système d’exploitation serveur.

passez en revue les recommandations matérielles suivantes pour déterminer le matériel optimal à utiliser pour Azure DevOps Server proxy ou Team Foundation Server proxy.

contrairement à la configuration requise du système d’exploitation, les recommandations matérielles pour le proxy diffèrent des recommandations matérielles pour la configuration de la couche application de Azure DevOps Server ou Team Foundation Server. la couche application de Team Foundation Server nécessite un matériel plus robuste que la fonctionnalité de proxy.

Le matériel recommandé est basé sur la taille de l’équipe qui utilisera le serveur proxy. En règle générale, il s’agit de l’équipe de votre bureau distant. Plus votre équipe est importante, plus votre matériel doit être fiable.

Taille de l’équipe à distance recommandations matérielles (uc/RAM) pour Azure DevOps Server proxy ou proxy Team Foundation Server
450 utilisateurs au maximum Un processeur, un processeur de 2,2 GHz, 4 Go de RAM
Entre 451 et 2 200 utilisateurs Deux processeurs, UC de 2,0 GHz, 8 Go de RAM
Entre 2 201 et 3 600 utilisateurs Quatre processeurs, UC de 2,0 GHz, 8 Go de RAM

Configuration requise supplémentaire du proxy GVFS

La fonctionnalité de proxy git Virtual File System (GVFS) prend en charge les opérations d’entrée/sortie (e/s) intensives. en plus des exigences de base pour Azure DevOps Server proxy ou Team Foundation Server proxy, GVFS proxy requiert un disque rapide et volumineux pour fonctionner efficacement sur le référentiel. Le matériel recommandé est basé sur la taille du référentiel utilisé par le proxy GVFS.

Matériel Valeur recommandée
RAM Aussi grande que l’astuce d’une branche classique
Espace disque Quatre fois la taille totale du dépôt
Matériel de disque Disque SSD (Solid-State Drive)

Par exemple, si un dépôt a 50 Go dans sa branche principale et 200 Go d’historique, nous vous recommandons 50 Go de RAM et 800 Go de stockage SSD.

Virtualisation

Microsoft prend en charge la virtualisation Azure DevOps Server dans les environnements de virtualisation pris en charge.

Pour plus d’informations, consultez les articles suivants :

Azure SQL Database et SQL Server

Azure DevOps les déploiements locaux nécessitent une version de SQL Server. Azure DevOps Server prend en charge les éditions Express, Standard et Enterprise SQL Server. Express Edition est recommandé uniquement à des fins d’évaluation, d’utilisation personnelle ou pour de très petites équipes. nous vous recommandons d’utiliser les versions SQL Server Standard ou Enterprise pour tous les autres scénarios.

Pour les déploiements de production, utilisez l’une des versions suivantes de SQL Server.

version de Azure DevOps Version de SQL Server prises en charge
Azure DevOps Server 2020 Azure SQL Database
SQL Server 2019
SQL Server 2017
SQL Server 2016 (SP1 minimum)
Azure DevOps Server 2019 mise à jour 1,1 Azure SQL Database
SQL Server 2019
SQL Server 2017
SQL Server 2016 (SP1 minimum)
Azure DevOps Server 2019 Azure SQL Database
SQL Server 2017
SQL Server 2016 (SP1 minimum)
TFS 2018 SQL Server 2017
SQL Server 2016 (SP1 minimum)
TFS 2017 mise à jour 1 SQL Server 2016 (SP1 minimum)
SQL Server 2014
TFS 2017 SQL Server 2016 (recommandé SP1)
SQL Server 2014
TFS 2015 Update 3 SQL Server 2016 (recommandé SP1)
SQL Server 2014
SQL Server 2012 (SP1 minimum)
TFS 2015 SQL Server 2014
SQL Server 2012 (SP1 minimum)
TFS 2013 Update 2 SQL Server 2014
SQL Server 2012 (SP1 minimum)
TFS 2013 SQL Server 2012 (SP1 minimum)
TFS 2012 SQL Server 2012
SQL Server 2008 R2
TFS 2010 SQL Server 2008 R2
SQL Server 2008

Notes

SQL Server sur Linux n’est pas pris en charge.

Notes de version supplémentaires

les informations suivantes s’appliquent à la version de SQL Server indiquée :

  • Azure SQL Database: pris en charge uniquement lorsque vous utilisez également des Machines virtuelles Azure. pour plus d’informations, consultez utiliser Azure SQL Database avec Azure DevOps Server.

  • SQL Server 2016: si vous utilisez SQL Server 2016, vous devez installer une mise à jourVisual C++ runtime.

  • SQL Server 2014: SQL Server 2014 a des exigences matérielles plus robustes que les versions précédentes de SQL Server. certaines configurations matérielles peuvent réduire les performances dans Azure DevOps Server ou Team Foundation Server. pour plus d’informations, consultez TFS 2013 Update 2 : considérations sur les performances pour l’utilisation de SQL Server 2014.

  • SQL Server 2012 sp1: si vous utilisez SQL Server 2012 sp1, nous vous recommandons d’appliquer la mise à jour Cumulative 2 sur sp1 pour résoudre un bogue de SQL Server critique lié à la consommation des ressources. ce n’est pas une obligation, car le bogue affecte uniquement un petit nombre d’instances SQL Server 2012 SP1, mais il est important d’en être conscient.

    si vous n’appliquez pas la mise à jour Cumulative 2, appliquez un correctif SQL Server (KB2793634) pour résoudre un problème distinct dans lequel SQL Server 2012 SP1 peut demander un nombre excessif de redémarrages.

Active Directory

vous pouvez installer Azure DevOps sur plusieurs serveurs si les serveurs sont tous joints à un domaine Active Directory qui est basé sur un niveau fonctionnel pris en charge par les serveurs. vous pouvez installer Azure DevOps sur un serveur unique qui est joint à un domaine Active Directory ou qui est membre d’un groupe de travail.

vous ne pouvez pas installer Azure DevOps sur des serveurs qui sont joints à des domaines si les contrôleurs de domaine exécutent Windows NT Server 4,0. le tableau suivant indique les niveaux fonctionnels des domaines de Active Directory Azure DevOps Server et TFS ne prennent pas en charge :

Niveaux fonctionnels des domaines Active Directory Prise en charge
Windows 2000 mode mixte: les contrôleurs de domaine qui exécutent Windows server 2003 R2, Windows server 2003, Windows 2000 et Windows NT server 4,0. No
Windows server 2003 mode intermédiaire: les contrôleurs de domaine qui exécutent Windows server 2003 R2, Windows server 2003 et Windows NT server 4,0. No

Versions principales et service packs

Microsoft ne prend pas toujours en charge immédiatement les nouvelles versions majeures des dépendances telles que les SQL Server. Il est parfois nécessaire de publier des mises à jour pour ajouter la prise en charge de ces versions. Toutefois, lorsque Microsoft prend en charge une version majeure, nous prenons toujours en charge les Service Pack les plus récentes dès qu’il est publié. Nous travaillons avec les équipes produit pour tester les service packs avant leur publication.

Langages naturels

vous pouvez installer Azure DevOps dans différentes langues sur les systèmes d’exploitation pris en charge. toutefois, vous ne pouvez pas utiliser une combinaison de système d’exploitation localisée avec Azure DevOps Server et TFS. en outre, vous ne pouvez pas installer plusieurs langues sur un seul Azure DevOps Server ou serveur TFS.

vous pouvez installer Azure DevOps dans différentes langues sur les systèmes d’exploitation pris en charge. toutefois, vous ne pouvez pas utiliser une combinaison de système d’exploitation localisée avec Azure DevOps Server et TFS. en outre, vous ne pouvez pas installer plusieurs langues sur un seul Azure DevOps Server ou serveur TFS. la langue de l’installation des produits SharePoint peut également compliquer votre déploiement. toutefois, vous pouvez ajouter un module linguistique approprié au serveur qui exécute SharePoint produits pour répondre aux exigences de Team Foundation Server.

Le tableau suivant présente les combinaisons de langue prises en charge :

Système d'exploitation Azure DevOps Server ou Team Foundation Server Produits SharePoint
Anglais Anglais Anglais
Anglais Langue autre que l'anglais La langue (ou le module linguistique) doit correspondre Team Foundation Server
Langue autre que l'anglais Anglais Anglais (ou module linguistique anglais ajouté)
Langue autre que l'anglais La langue doit correspondre au système d'expression Langue (ou module linguistique ajouté) correspondant à Team Foundation Server

les règles suivantes clarifient les spécifications de langue pour les installations de Azure DevOps Server et Team Foundation Server.

  • si vous utilisez un système d’exploitation en langue anglaise, vous pouvez installer n’importe quelle version linguistique de Azure DevOps Server ou Team Foundation Server. si vous n’exécutez pas un système d’exploitation en langue anglaise, vous devez installer la version anglaise de Azure DevOps Server ou Team Foundation Server ou la version localisée pour la même langue que celle du système d’exploitation.

  • les composants suivants n’ont pas de spécifications linguistiques supplémentaires spécifiques à l’utilisation de Azure DevOps Server ou TFS :

    • Serveur Team Foundation Build
    • Team Foundation Server Proxy
    • Team Explorer
    • Visual Studio Lab Management (déconseillé avec TFS 2017 et versions ultérieures)
  • si vous souhaitez utiliser des produits SharePoint, l’installation des produits SharePoint doit correspondre à la langue de l’installation Team Foundation Server. vous pouvez également installer le module linguistique qui correspond à la langue de votre installation Team Foundation Server.

    par exemple, vous pouvez installer une version japonaise de Team Foundation Server sur un système d’exploitation en anglais ou en japonais, mais pas sur un système d’exploitation allemand. si vous installez une version japonaise de Team Foundation Server, vous devez également disposer d’une version japonaise de SharePoint products ou du module linguistique japonais pour les produits SharePoint installés sur le serveur qui exécute SharePoint products.

Les contrôleurs et agents de test ont leurs propres spécifications linguistiques requises. Pour plus d’informations, consultez Configuration requise pour le contrôleur de test et l’agent de test.

SharePoint

TFS 2018 et Azure DevOps Server ne prennent plus en charge l’intégration avec Office SharePoint et l’Extension TFS pour SharePoint. pour plus d’informations sur l’intégration de tfs avec SharePoint, consultez compatibilité des versions de tfs SharePoint.

Project Server

TFS 2017 et versions ultérieures ne prennent plus en charge l’intégration native avec Office Project Server. pour plus d’informations sur l’intégration de tfs à Project server, consultez compatibilité des versions de serveur tfs-Project.