Configurer une configuration à deux serveurs, Azure DevOps en local

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.

Vous pouvez activer votre déploiement Azure DevOps Server pour gérer davantage de charge qu’une configuration de serveur unique en déployant les couches application et données sur des serveurs distincts. Veillez à consulter nos recommandations matérielles pour confirmer que cette configuration semble appropriée pour votre équipe. Si ce n’est pas le cas, envisagez plutôt un serveur unique ou une configuration à plusieurs serveurs .

Si vous effectuez une mise à niveau à partir d’une version antérieure, Apprenez-en davantage sur la compatibilité, les notes de publicationet la prise en main de votre mise à niveau.

Préparation

  1. Préparez un serveur de couche application qui répond à la Configuration système requise pour Azure DevOps Server.

  2. Préparez un serveur de couche données qui répond aux recommandations matérielles pour votre équipe.

    Configurez une version prise en charge de SQL Server sur la couche données. Lorsque vous définissez SQL Server pour Azure DevOps Server, installez au moins le moteur de base de données et les services de recherche en texte intégral.

    SQL_SERVER_FEATURES

    Les copies payantes de Azure DevOps Server sont fournies avec une licence SQL Server Standard à utiliser avec Azure DevOps Server. La page de tarification de Team Foundation Server explique les détails. Si vous utilisez la licence incluse dans Azure DevOps Server, vous ne pouvez l’utiliser que pour les bases de données Azure DevOps Server.

  3. Configurez le pare-feu sur votre couche données pour autoriser l’accès au moteur de base de données SQL Server afin que Azure DevOps Server puisse traverser le pare-feu pour se connecter au moteur de base de données SQL Server à partir de la couche application.

  4. Assurez-vous que le compte que vous prévoyez d’utiliser pour configurer Azure DevOps Server est membre du rôle de serveur sysadmin dans SQL Server.

    L’installation de Azure DevOps Server implique un ensemble complexe d’opérations qui nécessitent un haut niveau de privilège. celles-ci incluent la création de bases de données, la configuration des connexions pour les comptes de service, etc. Techniquement, tout ce qui est nécessaire est l’appartenance au rôle ServerAdmin. MODIFIER une connexion, créer une base de données et afficher les autorisations étendues du serveur de définitions ; et l’autorisation CONTROL sur la base de données de base de données principale. L’appartenance au rôle de serveur SysAdmin conférera l’ensemble de ces appartenances et autorisations, et est donc le moyen le plus simple de s’assurer que la configuration de Azure DevOps Server est réussie. Si nécessaire, ces appartenances et autorisations peuvent être révoquées après l’installation de Azure DevOps Server.

  5. Si vous envisagez d’activer la création de rapports, préparez les couches application et données.

    Notes

    Veillez à passer en revue les options de configuration de la création de rapports pour comprendre les choix disponibles et l’impact qu’il a sur les modèles de processus de personnalisation de votre choix de suivi du travail.

    Installez SQL Server Analysis Services et installez et configurez SQL Server Reporting Services. Configurez votre pare-feu pour autoriser l’accès à Reporting Services et autoriser l’accès à Analysis Services.

    Si vous installez TFS 2015 ou une version antérieure, installez Outils clients SQL Server connectivité sur le serveur de couche application.

    Installation de la fonctionnalité de connectivité Outils clients SQL Server

Installation

  1. Téléchargez Azure DevOps Server via l’un des canaux suivants :

  2. Lancer l’installation.

    TFS_INSTALLER

    Le programme d’installation copie les fichiers sur votre ordinateur, puis démarre le centre de configuration Azure DevOps Server.

Configurer votre installation

Configurez Azure DevOps Server à l’aide de à partir de vos options de configuration prises en charge, comme décrit dans le Guide de prise en main.

Nouveau déploiement-option de base

Même dans une configuration à deux serveurs, le moyen le plus simple de configurer Azure DevOps Server consiste à utiliser l’Assistant Configuration du serveur avec le nouveau déploiement- scénario de base. Pour plus d’informations, consultez configurer à l’aide de l’option de base.

Nouveau déploiement, page de base

Cette option est optimisée pour des raisons de simplicité, en utilisant les paramètres par défaut pour la plupart des entrées.

Lorsque vous sélectionnez une instance de SQL Server dans l’Assistant, veillez à pointer vers la couche de données que vous avez déjà configurée. Avec le nouveau déploiement- option de base, vous devrez également choisir :

  • Couche application: les paramètres de site Web à utiliser, y compris s’il faut utiliser des liaisons HTTP ou HTTPS. Pour plus d’informations, consultez paramètres de site Web .
  • Recherche: s’il faut installer et configurer des fonctionnalités de code Search. Pour plus d’informations, consultez Configuration de la recherche .

Nouveau déploiement-option avancée

Si vous souhaitez un contrôle total sur toutes les entrées, utilisez plutôt l' option nouveau déploiement-avancé .

Si vous sélectionnez l’option nouveau déploiement-avancé , vous devrez également choisir :

  • Compte de service auquel vos différents processus de déploiement Azure DevOps Server s’exécuteront. La valeur par défaut utilisée dans le scénario de base est NT AUTHORITY\NETWORK SERVICE dans les scénarios joints à un domaine et LOCAL SERVICE dans les scénarios de groupe de travail.
  • Indique s’il faut activer SSH, ainsi que le port sur lequel il doit écouter. La valeur par défaut utilisée dans le scénario de base consiste à configurer SSH sur le port 22.
  • Emplacement du cache de fichiers utilisé pour les ressources Azure DevOps Server fréquemment sollicitées. La valeur par défaut utilisée dans le scénario de base est le chemin d’accès AzureDevOpsServerData\ApplicationTier\_fileCache sur le lecteur local, qui dispose de la plus grande quantité d’espace libre..
  • Indique s’il faut configurer des fonctionnalités de création de rapports. Le comportement par défaut utilisé dans le scénario de base ne prend pas en charge la configuration de ces fonctionnalités. Notez que ces options ne sont pas disponibles sur les systèmes d’exploitation clients.
  • Indique s’il faut créer une collection de projets dans laquelle stocker vos projets, ainsi que le nom de cette collection. Le comportement par défaut dans le scénario de base consiste à créer une collection de projets nommée DefaultCollection .

Dans les deux cas, l’assistant exécute les vérifications de disponibilité pour valider votre environnement et vos sélections de paramètres. Si tout se passe bien, l’Assistant vous permet de configurer votre déploiement. Si des erreurs se produisent, vous devez les corriger et réexécuter les vérifications de disponibilité avant de pouvoir continuer.