Configurer les paramètres du pool

Cet article explique comment configurer les paramètres de base de votre instance de pools DevOps managées.

Aperçu

Pour afficher une vue d’ensemble des paramètres du pool, accédez à Vue d’ensemble.

Capture d’écran montrant les éléments essentiels de la vue d’ensemble du pool.

À partir de La vue d’ensemble, vous pouvez :

Paramètres du pool

Pour configurer votre pool, accédez à Paramètres>Pool.

Capture d’écran montrant le menu Paramètres du pool.

Pour configurer votre pool, utilisez les paramètres suivants :

projet Centre de développement

Sélectionnez l’instance du projet du Centre de développement pour votre pool. (Si vous n’en avez pas, vous pouvez créer une instance du Centre de développement et une instance de projet du Centre de développement lorsque vous créez votre pool.)

Capture d’écran montrant les paramètres du Centre de développement.

Organisation Azure DevOps

Si vous avez configuré votre pool pour une seule organisation Azure DevOps, vous pouvez spécifier l’organisation dans les paramètres du pool.

Capture d’écran montrant comment configurer une organisation unique.

Si vous avez configuré votre pool pour plusieurs organisations, le paramètre d’organisation Azure DevOps n’est pas présent dans les paramètres du pool. Pour configurer votre pool à utiliser dans plusieurs organisations, accédez à Sécurité des paramètres>et configurez Utiliser un pool dans plusieurs organisations.

Par défaut, votre pool est disponible pour tous les projets de vos organisations spécifiées. Pour limiter votre pool à des projets spécifiques, consultez Paramètres de sécurité : Configurer l’accès de l’organisation.

Nombre maximal d’agents

Spécifiez le nombre maximal d’agents pouvant être provisionnés en même temps dans votre pool. Par exemple, si vous spécifiez une valeur maximale d’agents de 2, vous pouvez exécuter un maximum de deux agents en même temps. Si plus de deux travaux sont mis en file d’attente, seuls deux agents exécutent des travaux, tandis que les autres travaux attendent.

Vous pouvez afficher l’état actuel et le nombre des agents provisionnés dans votre pool à l’aide du volet Agents . Tous les agents de la vue Agents (à l’exception des agents ayant un état Retourné ) s’exécutent sur une ressource de machine virtuelle et comptent vers le nombre maximal d’agents .

Vous pouvez configurer la valeur maximale des agents dans les paramètres du pool pour un pool existant et sous l’onglet Informations de base lorsque vous créez un pool.

Capture d’écran montrant le paramètre Nombre maximal d’agents.

Remarque

La valeur maximale des agents configure le nombre maximal d’agents qui peuvent être provisionnés en même temps, mais le nombre de travaux parallèles auto-hébergés de votre organisation spécifie le nombre de travaux pouvant s’exécuter simultanément. Vérifiez que vous disposez de suffisamment de travaux parallèles auto-hébergés dans votre organisation pour permettre à vos agents d’exécuter des travaux. Pour plus d’informations, consultez la tarification des travaux parallèles Azure DevOps Services.

Taille de l’agent

Le paramètre de taille de l’agent spécifie la taille de machine virtuelle Azure à utiliser pour héberger vos agents de pools DevOps managés. Les pools DevOps gérés prennent en charge jusqu’à cinq tailles d’agent par pool à l’aide de la combinaison d’instances.

Capture d’écran montrant le paramètre de taille de l’agent.

Pour afficher et sélectionner une taille de machine virtuelle Azure disponible dans votre région Azure, sélectionnez Jusqu'à 5 tailles de référence SKU. Les tailles d’agent (SKU) avec des quotas de pools DevOps managés disponibles sont marquées Disponibles. Vous pouvez demander davantage de quotas pour les références SKU marquées comme non disponibles. Une fois qu’une demande de quota pour une référence SKU non disponible est approuvée, elle est marquée Disponible. En savoir plus sur les quotas de pools DevOps managés.

Pour réorganiser les tailles de l’agent, faites glisser-les et déposez-les à l’aide de la poignée dans l’ordre souhaité. L’ordre détermine la priorité pour les agents d’approvisionnement, avec la taille la plus élevée ayant la priorité la plus élevée.

Capture d’écran montrant plusieurs agents dans le paramètre de taille de l’agent.

Combinaison d’instances

Les pools DevOps gérés prennent en charge jusqu’à cinq tailles d’agent par pool. Cette fonctionnalité utilise les fonctionnalités de combinaison d’instances de groupe de machines virtuelles identiques .

Pour utiliser la combinaison d’instances de pools DevOps managées, configurez plusieurs tailles d’agent pour votre pool. Lorsque vous spécifiez plusieurs tailles d’agent, les pools DevOps managés tentent d’abord de provisionner un agent avec la première taille dans la configuration du pool. Si cette taille n’est pas disponible, elle tente la taille suivante dans la liste. Cette stratégie d’allocation correspond à la stratégie d’allocation de combinaison d’instances Prioritized pour déterminer quelle taille de VM approvisionner en premier, les tailles d’agent de votre pool étant classées selon l’ordre dans lequel elles apparaissent dans les paramètres du pool, ce qui correspond à l’ordre dans lequel elles sont répertoriées dans la configuration du pool.

Lorsque vous configurez plusieurs tailles d’agent pour votre pool, gardez à l’esprit les recommandations et exigences suivantes.

  • Recommandations
    • Pour garantir une distribution de charge équilibrée, utilisez des tailles de machine virtuelle avec des processeurs virtuels et une mémoire similaires.
    • Pour des performances cohérentes, utilisez des tailles de machine virtuelle de type similaire (par exemple, les deux séries D).
  • Exigences
    • Vous devez disposer d’un quota suffisant pour chaque taille de machine virtuelle dans l’abonnement et la région cible.
    • Jusqu’à cinq tailles de machine virtuelle peuvent être spécifiées.
    • Familles de machines virtuelles prises en charge : familles A, B, D, E et F uniquement.
    • Chaque taille de machine virtuelle sélectionnée doit provenir d’une série de machines virtuelles différente. Par exemple, vous ne pouvez pas utiliser les deux Standard_D8ads_v5 et Standard_D16ads_v5 parce qu’ils proviennent de la Dadsv5 série. Mais vous pouvez utiliser les deux Standard_D8ads_v5 et Standard_D8ds_v5 parce qu’ils appartiennent à différentes séries (Dadsv5 et Ddsv5) et ont une architecture, un stockage et des caractéristiques de disque local cohérentes. Pour plus d’informations sur les tailles et les séries de machines virtuelles, consultez Tailles des machines virtuelles dans Azure : Répartition des structures de noms.
    • Vous ne pouvez pas combiner d’architectures de machine virtuelle (par exemple, Arm64 et x64) dans la même combinaison d’instances.
    • Les machines virtuelles avec différentes interfaces de stockage (SCSI et NVMe) ne peuvent pas être mixtes.
    • Vous ne pouvez pas combiner les références SKU de machine virtuelle qui utilisent le stockage Premium et le stockage non Premium dans la même combinaison d’instances.
    • Toutes les machines virtuelles doivent partager la même configuration de profil de sécurité et de disque local.

Remarque

Ces exigences constituent un sous-ensemble de la composition d’instances d’un groupe de machines virtuelles identiques : limitations et scénarios non pris en charge, à l’exception de l’exigence Chaque taille de machine virtuelle sélectionnée doit appartenir à une série de machines virtuelles différente, qui est propre aux pools DevOps managés.

Utilisez la structure du nom de la taille de machine virtuelle pour identifier les tailles potentiellement compatibles. Commencez par les tailles des familles prises en charge qui appartiennent à différentes séries de machines virtuelles, et préférez les tailles avec le même nombre de processeurs virtuels et les mêmes lettres de caractéristiques que votre taille principale. En particulier, vérifiez l’indicateur de processeur (a, pou aucun indicateur), l’indicateur de disque temporaire local (d) et l’indicateur de Stockage Premium (s).

Le nom de la taille de machine virtuelle n’identifie pas toutes les caractéristiques de compatibilité. Avant d’ajouter une taille, passez en revue sa documentation sur la série de machines virtuelles et vérifiez que son architecture, son interface de stockage, sa capacité de Stockage Premium, la prise en charge du profil de sécurité et la configuration de disque local sont compatibles avec les autres tailles du pool. Vous pouvez également utiliser Copilot pour générer et évaluer une liste de tailles potentiellement compatibles.

Utiliser Copilot pour identifier les tailles de machine virtuelle éligibles

L’exemple d’invite suivant pour Copilot Chat vous aide à identifier les tailles de machine virtuelle susceptibles d’être associées à votre taille préférée. Copiez et collez l’invite dans Copilot Chat, puis remplacez les espaces réservés par vos détails de configuration.

I want to configure a Managed DevOps Pools instance mix with the following settings:

- Primary VM size: [PRIMARY VM SIZE]
- Azure region: [AZURE REGION]

Identify up to four additional VM sizes that are eligible to pair with my primary VM size. Use only current official Microsoft Learn documentation, starting with these sources and following their links to the relevant VM family and series documentation:

- https://learn.microsoft.com/azure/virtual-machines/sizes/overview
- https://learn.microsoft.com/azure/virtual-machine-scale-sets/instance-mix-overview

Apply all of these requirements:

1. Use only VM sizes from the A, B, D, E, or F families.
2. Select each VM size from a different VM series, including a series different from the primary VM size and from every other suggested size.
3. Use the same architecture, storage interface, premium-storage capability, security-profile support, and local-disk configuration as the primary VM size.
4. Recommend no more than four additional sizes because a Managed DevOps Pools instance mix supports up to five sizes total.

Also apply the instance mix recommendations by preferring VM sizes with similar vCPU and memory specifications and of a similar type to the primary VM size.

Return a comparison table that shows the VM size, family, series, vCPUs, memory, architecture, storage interface, premium-storage capability, local-disk configuration, and security-profile support. Explain why each suggested size is eligible and rank the suggestions from best to worst match. Cite an official Microsoft Learn source for every technical claim. Don't assume that a size is available or that I have sufficient quota in my region. Clearly identify the regional availability and quota checks that I must perform separately. If you can't verify a requirement for a VM size, exclude that size.

Copilot est alimenté par l’IA, donc les surprises et les erreurs sont possibles. Vérifiez chaque taille de machine virtuelle suggérée dans les paramètres du pool et vérifiez que vous disposez d’un quota suffisant avant de mettre à jour le pool. Pour plus d’informations, consultez les FAQ sur l’utilisation générale de Copilot.

Problèmes courants de quota et de capacité

Si votre abonnement n’a pas la capacité de configurer votre pool avec la référence SKU de machine virtuelle Azure et le nombre maximal d’agents que vous spécifiez, vous recevez un message d’erreur comme suit :

Cores needed to complete this request is 8, which exceeds the current limit of 0 for SKU family standardDDSv4Family in region eastus. Please choose a different region if possible, or request additional quota at https://portal.azure.com/#view/Microsoft_Azure_Support/NewSupportRequestV3Blade/issueType/quota/subscriptionId/subscription_id_placeholder/topicId/3eadc5d3-b59a-3658-d8c6-9c729ba35b97

Pour résoudre le problème, consultez Passer en revue les quotas de pools DevOps gérés.

Toutes les SKU ne sont pas prises en charge dans toutes les régions Azure. Si vous recevez une erreur comme SKU family <sku-family> is not available in location <region>, assurez-vous que la taille de votre SKU est prise en charge pour votre région. Pour plus d’informations, consultez Tailles des machines virtuelles dans Azure et Produits disponibles par région.

Essentiel

Les images Azure Pipelines ne sont actuellement pas prises en charge avec les tailles d’agent de machine virtuelle Azure v6 et v7. Par exemple, si vous choisissez Standard D2as v6 avec une image de Azure Pipelines, vous obtenez une erreur telle que SkuNotCompatibleWithImageDiskControllerType: Incompatible DiskControllerType between Image(s) MMSWindows2025-g2 and Pool SKU Standard_D2as_v6. Select a different image or sku for pool mdp-11-21-2025..

Pour résoudre ce problème, choisissez une autre taille d’agent qui n’est pas v6 ou v7.

Type de disque du système d’exploitation

Les pools DevOps managés fournissent les types de disques suivants pour le disque du système d’exploitation :

  • Norme
  • SSD Standard
  • SSD Premium

Le type de disque de système d’exploitation par défaut est Standard. Si le débit de votre charge de travail dépasse le niveau standard, vous pouvez potentiellement bénéficier d’une amélioration des performances de votre charge de travail en effectuant une mise à niveau vers un type de disque plus performant. Pour plus d’informations sur les types de disques et les performances, consultez Types de disques managés Azure.

Vous pouvez configurer le type de disque du système d’exploitation dans les paramètres du pool pour un pool existant. Vous pouvez configurer le type de disque du système d’exploitation sous l’onglet Informations de base lorsque vous créez un pool.

Capture d’écran montrant le paramètre de type de disque du système d’exploitation.

Images

Les pools DevOps managés vous offrent plusieurs options d’image de machine virtuelle à utiliser pour exécuter des pipelines dans votre pool. Vous pouvez créer votre pool à l’aide d’images de machine virtuelle de la Place de marché sélectionnées, de vos propres images personnalisées dans une instance azure Compute Gallery, ou les mêmes images Windows et Linux utilisées par les agents hébergés par Microsoft Azure Pipelines.

Essentiel

Les pools DevOps managés proposent désormais des versions de génération 2 d’images Azure Pipelines, et les images Azure Pipelines de génération 1 d’origine ne reçoivent plus de mises à jour.

Les pools DevOps managés vous recommandent de migrer vos pools qui utilisent les versions de génération 1 d’origine des images Azure Pipelines vers les versions de génération 2. Pour plus d’informations, consultez les images Azure Pipelines Génération 2.

Remarque

Les images suivantes sont déconseillées et ont été supprimées.

  • Azure Pipelines - Windows Server 2019
  • Ubuntu 20.04

Pour plus d’informations, voir Calendrier de dépréciation des images Managed DevOps Pools .

Capture d’écran montrant comment configurer une image.

Vous pouvez configurer votre pool pour utiliser une seule image ou plusieurs images. Vous pouvez également utiliser des alias pour configurer vos pipelines pour utiliser une image spécifique. Pour plus d’informations, consultez Configurer des images de pools DevOps managés.

Essentiel

Si vous avez plusieurs images dans votre pool et que vous n’utilisez pas de demandes dans vos pipelines pour désigner une image, les pipelines s’exécutent à l’aide de la première image répertoriée dans votre pool. Vous pouvez modifier l’ordre des images dans votre pool de manières suivantes :

  • Utilisez des modèles : modifiez l’ordre des images de la images liste dans la fabricProfile section.
  • Utilisez le glisser pour réorganiser les images dans la liste du portail Azure.