Configurer une configuration de serveur double, Azure DevOps local

  • Article

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

Vous pouvez activer votre déploiement Azure DevOps Server pour gérer plus de charge qu’une configuration de serveur unique en déployant les niveaux d’application et de données sur des serveurs distincts. Veillez à passer en revue nos recommandations matérielles pour confirmer que cette configuration convient à votre équipe. Si ce n’est pas le cas, considérez plutôt une configuration serveur unique ou plusieurs serveurs .

Si vous effectuez une mise à niveau à partir d’une version antérieure, apprenez-en davantage sur la compatibilité, les notes de publication et 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 de votre équipe.

    Configurez une version prise en charge de SQL Server sur le niveau données. Lorsque vous configurez 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 d’Azure DevOps Server sont fournies avec une licence sql Server Standard pour une utilisation avec Azure DevOps Server. La page de tarification 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 niveau de données pour autoriser l’accès au moteur de base de données SQL Server afin qu’Azure DevOps Server puisse passer par le pare-feu pour se connecter au moteur de base de données SQL Server à partir de la couche Application.

  4. Vérifiez que le compte que vous envisagez d’utiliser pour configurer Azure DevOps Server est membre du rôle serveur SysAdmin dans SQL Server.

    Remarque

    L’installation d’Azure DevOps Server implique un ensemble complexe d’opérations nécessitant un niveau élevé de privilèges, notamment la création de bases de données, l’approvisionnement de connexions pour les comptes de service, etc. Techniquement, tout ce qui est requis est l’appartenance au rôle ServerAdmin ; ALTER ANY LOGIN, CREATE ANY DATABASE et VIEW ANY DEFINITION server scoped permissions ; et l’autorisation CONTROL sur la base de données principale. L’appartenance au rôle serveur SysAdmin confère toutes ces appartenances et autorisations, et est donc le moyen le plus simple de s’assurer que la configuration du serveur Azure DevOps réussit. Si nécessaire, ces appartenances et autorisations peuvent être révoquées après l’installation d’Azure DevOps Server.

  5. Si vous allez activer la création de rapports, préparez les niveaux d’application et de données pour cela.

    Remarque

    Veillez à passer en revue les choix de configuration de création de rapports pour comprendre les choix disponibles et l’impact qu’il a sur votre choix de modèles de processus de personnalisation 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.

Installation

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

  2. Lancez l’installation.

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

Configurer votre installation de

Configurez Azure DevOps Server à l’aide 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 à double serveur, 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. Cette option est optimisée pour la simplicité, en utilisant les paramètres par défaut pour la plupart des entrées.

Capture d’écran de l’Assistant Configuration du serveur, Nouveau déploiement, option de base sélectionnée, 2022.

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

  • Niveau d’application : quels paramètres de site web utiliser, y compris s’il faut utiliser des liaisons HTTP ou HTTPS. Pour plus d’informations, consultez les paramètres du site web.
  • Recherche : indique s’il faut installer et configurer les fonctionnalités de recherche de code. Consultez la configuration de la recherche pour plus d’informations.

Nouveau déploiement - Option avancée

Si vous souhaitez un contrôle total sur toutes les entrées, utilisez l’option Nouveau déploiement - Avancé à la place.

Capture d’écran de l’Assistant Configuration du serveur, Nouveau déploiement, option avancée sélectionnée, 2022.

Si vous sélectionnez l’option Nouveau déploiement - Avancé , vous devez également choisir :

  • Le compte de service que vos différents processus de déploiement d’Azure DevOps Server s’exécutent comme suit. La valeur par défaut utilisée dans le scénario de base se trouve 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 consulté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 a le plus d’espace libre..
  • 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.
  • Le compte de service que vos différents processus de déploiement d’Azure DevOps Server s’exécutent comme suit. La valeur par défaut utilisée dans le scénario de base se trouve 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 consulté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 a le plus d’espace libre..
  • Indique s’il faut configurer les 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 des vérifications de préparation pour valider votre environnement et vos sélections de paramètres. Si tout va bien, l’Assistant vous permet de configurer votre déploiement. S’il existe des erreurs, vous devez corriger chacune d’elles et réexécuter les vérifications de préparation avant de pouvoir continuer.