Compartir vía


Administración del costo y el rendimiento

Los grupos de DevOps administrados proporcionan varias opciones diferentes para configurar el rendimiento del grupo. En este artículo se describen las opciones para hacer coincidir el rendimiento del grupo con las demandas de la carga de trabajo, aumentando o reduciendo el rendimiento y el costo de los grupos.

Configuración del rendimiento del agente

Al configurar el grupo de DevOps administrado, tiene diferentes opciones para configurar el rendimiento y el costo del grupo. En las secciones siguientes se describen algunas opciones que puede realizar para configurar el rendimiento del grupo.

Tipos de disco

Al crear el grupo de DevOps administrado, tiene la opción de elegir SSD estándar o SSD Premium en lugar del tipo de disco estándar estándar del sistema operativo. El tipo de disco del sistema operativo determina qué tipo de disco se usa para la unidad del sistema operativo. El directorio de trabajo del agente está de forma predeterminada en la unidad temporal o D:\, por lo que es posible que no se beneficie de un tipo de disco del sistema operativo caro. Realice pruebas comparativas del rendimiento de la carga de trabajo con diferentes tipos de disco del sistema operativo, comprenda los costos implicados y elija un tipo de disco del sistema operativo de forma adecuada.

Si el rendimiento de la carga de trabajo supera el nivel estándar, puede obtener una mejora del rendimiento en la carga de trabajo mediante la actualización a un tipo de disco más eficaz. Para más información sobre los tipos de disco y el rendimiento, consulte Tipos de disco administrado de Azure.

En lugar de cambiar el tipo de disco del sistema operativo o ir a una SKU mayor para más espacio en disco, considere la posibilidad de configurar un disco de datos para el grupo. Puede configurar un tamaño y un tipo de disco que cumpla los requisitos de carga de trabajo y configurar los grupos para que usen esta unidad como directorio de trabajo del agente, para proporcionar un mayor almacenamiento al usar el tipo de disco del sistema operativo predeterminado y un tamaño de máquina virtual potencialmente menos costoso.

Elija el tamaño y el tipo correctos del agente.

El tamaño del agente en grupos de DevOps administrados especifica el tamaño de máquina virtual de Azure que se va a usar para hospedar los agentes de grupos de DevOps administrados. Puede cambiar el tamaño del agente del grupo para proporcionar más núcleos de CPU, más memoria y más espacio en disco. El uso de un tamaño de máquina virtual más eficaz también aumentará la factura de Azure, por lo que elija esta opción solo si determina que el uso de un tamaño de máquina virtual más eficaz aumentará el rendimiento de la carga de trabajo.

Arquitectura de CPU de máquina virtual

Los tamaños de máquina virtual con tecnología AMD suelen ser hasta un 40 % menos costosos que los tamaños de máquina virtual con tecnología Intel, con el mismo o mejor rendimiento. El uso de tamaños de máquina virtual con tecnología AMD ofrece una oportunidad para reducir el gasto de Azure.

Tamaño de VM

Asegúrese de que usa el tamaño correcto de máquina virtual de Azure. Si actualmente usa un tamaño de máquina virtual de Azure de ocho núcleos, asegúrese de que la carga de trabajo puede usar todos los 8 núcleos. Puede ejecutar la carga de trabajo en diferentes tamaños de máquina virtual y ver el rendimiento de la carga de trabajo. Puede cambiar un tamaño de máquina virtual para reducir el COGS, al tiempo que mantiene el rendimiento de la carga de trabajo aproximadamente igual.

Tipo de máquina virtual

Las distintas series de máquinas virtuales de Azure están diseñadas para cargas de trabajo con características específicas para mejorar el rendimiento. Familiarícese con diferentes series de SKU de Azure para que pueda elegir una serie que mejor se adapte a su carga de trabajo. Ejemplo: Si la aplicación no usa tanto núcleo como memoria, puede elegir un tamaño de máquina virtual de la familia de tamaños optimizada para memoria.

Revise los distintos tipos de máquinas virtuales de Azure para comprender sus ventajas. Por ejemplo, si la carga de trabajo requiere más núcleos y menos memoria, puede usar el tamaño optimizado para proceso. Si la carga de trabajo requiere más espacio en disco, pero los mismos núcleos o memoria, puede elegir un tipo de máquina virtual de Azure que tenga una relación de disco mayor a proceso en lugar de subir un tamaño de SKU o podría usar un disco de datos conectado.

Generación de tipos de máquina virtual

La última generación de un tipo de máquina virtual de Azure puede ser más eficaz que la versión anterior. Por ejemplo, D2dsV4 y D2dsV5 tienen el mismo precio y tienen las mismas especificaciones, pero es probable que V5 sea más rápido que el V4.

Ubicación conjunta de la región del grupo

Intente colocar la región de Azure del grupo en la región donde están presentes las dependencias de la carga de trabajo de CI/CD. Esta proximidad reduce la latencia de red y hace que las cargas de trabajo sea relativamente más eficaz. Puede encontrar la región de la organización de Azure DevOps y localizar el grupo de DevOps administrado en la misma región.

Aprovisionamiento previo con agentes en espera

De forma predeterminada, siempre que pone en cola una canalización, se crea un agente desde cero. Puede optar por habilitar agentes en espera para que las canalizaciones no dediquen tiempo a esperar. Si ha activado los agentes en espera en modo manual, puede examinar el uso histórico de los agentes en espera y decidir si desea reducir el número de agentes en espera. También puede decidir desactivar completamente el aprovisionamiento previo si los flujos de trabajo no son críticos para el tiempo y pueden esperar entre 5 y 10 minutos para que los agentes se creen a petición.

Una opción para mejorar el rendimiento del agente sin usar agentes en espera es usar agentes con estado con un breve período de gracia. Cuando los agentes con estado con un período de gracia completan un trabajo, permanecen en línea durante la duración especificada por el período de gracia y esperan trabajos. Si la carga de trabajo entra en ráfagas, puede configurar un período de gracia que mantenga los agentes en línea cuando los trabajos estén estables y los inicie desde cero durante períodos más lentos.

Para obtener más información, consulte Agentes en espera y grupos con estado.