Gérer les coûts et les performances
Les pools DevOps gérés offrent plusieurs options différentes pour configurer les performances de votre pool. Cet article décrit les options permettant de faire correspondre les performances de votre pool aux demandes de votre charge de travail, en augmentant ou en réduisant les performances et le coût de vos pools.
Configurer les performances de l’agent
Lorsque vous configurez votre pool DevOps managé, vous disposez de différentes options pour configurer les performances et le coût de votre pool. Les sections suivantes décrivent certains choix que vous pouvez faire pour configurer les performances de votre pool.
- Types de disques
- Choisir la taille et le type d’agent appropriés
- Colocalisation de la région du pool
- Préprovisionnement avec des agents de secours
Types de disque
Lorsque vous créez votre pool DevOps managé, vous avez la possibilité de choisir ssd Standard ou SSD Premium au lieu du type de disque de système d’exploitation standard par défaut. Le type de disque du système d’exploitation détermine le type de disque utilisé pour votre lecteur de système d’exploitation. Votre répertoire de travail de l’agent est par défaut dans le lecteur temporaire ou D :\. Vous risquez donc de ne pas bénéficier d’un type de disque de système d’exploitation coûteux. Évaluez les performances de votre charge de travail avec différents types de disques de système d’exploitation, comprenez les coûts impliqués et choisissez un type de disque de système d’exploitation de manière appropriée.
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.
Au lieu de modifier le type de disque du système d’exploitation ou d’accéder à une référence SKU plus grande pour plus d’espace disque, envisagez de configurer un disque de données pour votre pool. Vous pouvez configurer une taille et un type de disque qui répondent aux exigences de votre charge de travail, et configurer vos pools pour utiliser ce lecteur comme répertoire de travail de l’agent, afin de fournir un stockage plus important lors de l’utilisation du type de disque de système d’exploitation par défaut et d’une taille de machine virtuelle potentiellement moins coûteuse.
Choisir la taille et le type d’agent appropriés
La taille de l’agent dans les pools DevOps managés spécifie la taille de machine virtuelle Azure à utiliser pour héberger vos agents de pools DevOps managés. Vous pouvez modifier la taille de l’agent pour votre pool afin de fournir davantage de cœurs d’UC, plus de mémoire et plus d’espace disque. L’utilisation d’une taille de machine virtuelle plus puissante augmente également votre facture Azure. Choisissez cette option uniquement si vous déterminez que l’utilisation d’une taille de machine virtuelle plus puissante augmente les performances de votre charge de travail.
Architecture du processeur de machine virtuelle
Les tailles de machine virtuelle optimisées par AMD sont souvent jusqu’à 40 % moins coûteuses que les tailles de machine virtuelle optimisées par Intel, avec les mêmes performances ou meilleures. L’utilisation de tailles de machine virtuelle optimisées par AMD permet de réduire vos dépenses Azure.
Taille de la machine virtuelle
Assurez-vous d’utiliser la taille de machine virtuelle Azure appropriée. Si vous utilisez actuellement une taille de machine virtuelle Azure de huit cœurs, assurez-vous que votre charge de travail est en mesure d’utiliser tous les 8 cœurs. Vous pouvez exécuter votre charge de travail sur différentes tailles de machine virtuelle et voir la performance de votre charge de travail. Vous pouvez rétrograder une taille de machine virtuelle pour réduire votre COGS, tout en conservant les performances de votre charge de travail à peu près identiques.
Type de machine virtuelle
Différentes séries de machines virtuelles Azure sont conçues pour les charges de travail avec des caractéristiques spécifiques afin de mieux fonctionner. Familiarisez-vous avec différentes séries de références SKU Azure afin de choisir une série qui convient le mieux à votre charge de travail. Exemple : si votre application n’utilise pas autant de cœur que de mémoire, vous pouvez choisir une taille de machine virtuelle à partir de la famille de tailles optimisées en mémoire.
Passez en revue les différents types de machines virtuelles Azure pour comprendre leurs avantages. Par exemple, si votre charge de travail nécessite plus de cœurs et moins de mémoire, vous pouvez utiliser la taille optimisée pour le calcul. Si votre charge de travail nécessite plus d’espace disque, mais que les mêmes cœurs/mémoire, vous pouvez choisir un type de machine virtuelle Azure qui a un rapport disque/calcul supérieur au lieu d’augmenter la taille d’une référence SKU, ou vous pouvez utiliser un disque de données attaché.
Génération de type de machine virtuelle
La dernière génération d’un type de machine virtuelle Azure peut être plus performante que la version précédente. Par exemple, D2dsV4 et D2dsV5 sont facturés de la même façon et ont les mêmes spécifications, mais il est probable que V5 soit plus rapide que le V4.
Colocalisation de la région du pool
Essayez de colocaliser la région Azure de votre pool vers la région où les dépendances de la charge de travail CI/CD sont présentes. Cette proximité réduit la latence du réseau et rend vos charges de travail relativement plus performantes. Vous pouvez trouver la région de votre organisation Azure DevOps et localiser votre pool DevOps managé dans la même région.
Préprovisionnement avec des agents de secours
Par défaut, chaque fois que vous mettant en file d’attente un pipeline, un agent est créé à partir de zéro. Vous pouvez choisir d’activer les agents de secours afin que vos pipelines ne passent pas de temps à attendre. Si vous avez activé les agents de secours en mode manuel, vous pouvez examiner l’utilisation historique des agents de secours et décider si vous souhaitez réduire le nombre d’agents de secours. Vous pouvez également décider de désactiver complètement le préprovisionnement si vos flux de travail ne sont pas critiques et peuvent attendre 5 à 10 minutes pour que les agents soient créés à la demande.
Une option permettant d’améliorer les performances de l’agent sans utiliser d’agents de secours consiste à utiliser des agents avec état avec une courte période de grâce. Lorsque les agents avec état avec une période de grâce terminent un travail, ils restent en ligne pendant la durée spécifiée par la période de grâce et attendent des travaux. Si votre charge de travail est en rafales, vous pouvez configurer une période de grâce qui maintient les agents en ligne lorsque les travaux sont stables et les démarre à partir de zéro pendant des périodes plus lentes.
Pour plus d’informations, consultez Les agents de secours et les pools avec état.