Requisitos para Azure DevOps local

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

Antes de instalar o actualizar una implementación de Azure DevOps, revise los requisitos proporcionados en este artículo.

Además de estos requisitos, revise también los siguientes artículos:

• Compatibilidad de compilación local y cliente
• Requisitos de cuentas de servicio
• Información general de arquitectura
• Puertos y protocolos de red predeterminados
• Configuración de red personalizable
• Compatibilidad de versiones y Azure Artifacts

Recomendaciones de hardware

Azure DevOps local puede escalar desde una instalación rápida en un portátil que usa una sola persona para una implementación de alta disponibilidad que usan miles de personas. Puede admitir escenarios de uso alto que tienen varios niveles de aplicación detrás de un equilibrador de carga y varias instancias de SQL que usan SQL AlwaysOn.

Las siguientes recomendaciones se aplican a la mayoría de las implementaciones de Azure DevOps. Los requisitos pueden variar en función del modo en que el equipo use Azure DevOps. Por ejemplo, si tiene repositorios git especialmente grandes o ramas de control de versiones de Team Foundation (TVC), es posible que necesite máquinas de especificación más altas que las enumeradas en las secciones siguientes. Todas las máquinas que se describen en las secciones siguientes pueden ser físicas o virtuales.

Implementación de un solo servidor

Una implementación de servidor único consta de una sola máquina con un procesador de doble núcleo, 4 GB de RAM y una unidad de disco duro rápida. Para Elastic Search, debe usar dos procesadores de doble núcleo y 8 GB de RAM. Esta configuración suele admitir hasta 250 usuarios del control de código fuente principal (Control de versiones de Team Foundation o Git) y la funcionalidad de seguimiento de elementos de trabajo. Es probable que el uso exhaustivo de la compilación, la prueba o la versión automatizadas cause problemas de rendimiento. No se recomienda el uso de características de búsqueda o informes para esta configuración.

Al escalar verticalmente un solo servidor, el servidor puede controlar un mayor número de usuarios y un mayor uso de compilación, prueba o versión automatizadas. Un servidor de escalado vertical también puede usar características de búsqueda o informes. Por ejemplo, aumentar la RAM a 8 GB debe habilitar una implementación de servidor único para escalar verticalmente hasta 500 usuarios.

Para su uso personal o de evaluación, puede usar una configuración básica con tan solo 2 GB de RAM. Esta configuración no se recomienda para un servidor de producción que use más de una persona.

Implementaciones multiservidor

Los escenarios siguientes pueden requerir una implementación de varios servidores:

• Escalado superior a 500 usuarios
• Uso extenso de la compilación, prueba o versión automatizadas
• Uso de la búsqueda de código
• Uso de características de informes

Para un equipo de más de 500 usuarios, tenga en cuenta la siguiente configuración:

• Un nivel de aplicación con un procesador de doble núcleo, 8 GB de memoria y una unidad de disco duro rápida.
• Un nivel de datos con un procesador de cuatro núcleos, 16 GB de memoria y almacenamiento de alto rendimiento, como un SSD.

Para un equipo de más de 2000 usuarios, tenga en cuenta la siguiente configuración:

• Un nivel de aplicación con un procesador de cuatro núcleos, 16 GB o más de memoria y una unidad de disco duro rápido.
• Un nivel de datos con dos o más procesadores de cuatro núcleos, 16 GB o más de memoria y almacenamiento avanzado de alto rendimiento, como ssd o SAN de alto rendimiento.

Si planea usar la automatización de compilación, prueba o versión ampliamente, se recomienda usar niveles de datos y aplicaciones de especificación superior para evitar problemas de rendimiento. Por ejemplo, un equipo de 250 podría usar una implementación de varios servidores que esté más en línea con las recomendaciones de un equipo de 500 a 2000 usuarios. También se recomienda supervisar los procesos automatizados para asegurarse de que son eficaces. Por ejemplo, recupere los datos del control de código fuente de forma incremental durante las compilaciones siempre que sea posible en lugar de actualizar completamente con cada compilación.

Si tiene previsto usar la búsqueda de código, se recomienda configurar un servidor independiente para La búsqueda de código. Para obtener más información, consulte los requisitos de hardware para La búsqueda de código.

Si tiene previsto usar características de informes, se recomienda configurar un servidor independiente para la base de datos de almacenamiento y el cubo de SQL Server Analysis Services. Otra opción es usar un nivel de datos de especificación superior.

Si desea garantizar una alta disponibilidad, considere la posibilidad de usar varios niveles de aplicación detrás de un equilibrador de carga y varias instancias de SQL Server. En este escenario, se recomienda colocar las bases de datos de Azure DevOps en un grupo de disponibilidad AlwaysOn.

Requisitos de hardware del servicio de compilación

El servicio de compilación XAML tiene los mismos requisitos del sistema operativo que Azure DevOps Server y TFS. Normalmente, tiene sentido ejecutar el servicio de compilación en una máquina independiente del nivel de aplicación. Los requisitos de hardware para el servicio de compilación son los mismos que el sistema operativo en el que se ejecuta. Sin embargo, puede optimizar el rendimiento del servicio de compilación mediante la adaptación de las especificaciones de hardware de la máquina de compilación a los tipos de compilaciones que usará el equipo.

Sistemas operativos

Los siguientes sistemas operativos son compatibles con las versiones indicadas de Azure DevOps Server.

Instalación de servidor o cliente

Azure DevOps Server se ejecuta en un sistema operativo Windows Server o en un sistema operativo cliente windows y solo en un sistema operativo de 64 bits. Se recomienda usar un sistema operativo de servidor a menos que Azure DevOps Server sea para su evaluación o uso personal.

Sistemas operativos de servidor

La opción de instalación Server Core es compatible con Azure DevOps Server 2022, Azure DevOps Server 2020, Azure DevOps Server 2019 y TFS 2018. No se admite Windows Server versión 1709 .

Sistemas operativos cliente

Aunque puede instalar Azure DevOps Server en un sistema operativo cliente, no se recomienda la instalación del sistema operativo cliente, excepto para fines de evaluación o uso personal. No se puede instalar El proxy de servidor de Azure DevOps en sistemas operativos cliente.

Requisitos del servidor proxy

El servidor proxy solo está disponible cuando se instala Azure DevOps Server en un sistema operativo windows server. Los sistemas admitidos se enumeran en la tabla siguiente para cada versión.

Revise las siguientes recomendaciones de hardware para determinar el hardware óptimo que se va a usar para azure DevOps Server Proxy.

A diferencia de los requisitos del sistema operativo, las recomendaciones de hardware para el proxy son diferentes de las recomendaciones de hardware para configurar el nivel de aplicación de Azure DevOps Server. El nivel de aplicación requiere hardware más sólido que el servidor proxy.

El hardware recomendado se basa en el tamaño del equipo que usará el servidor proxy. Normalmente, este es el equipo de su oficina remota. Cuanto mayor sea el equipo, más sólido debe ser el hardware.

Requisitos adicionales del proxy GVFS

La característica de proxy del sistema de archivos virtuales (GVFS) de Git admite operaciones intensivas de entrada/salida (E/S). Además de los requisitos básicos para el proxy de servidor de Azure DevOps, el proxy de GVFS requiere un disco rápido y grande para funcionar de forma eficaz en el repositorio. El hardware recomendado se basa en el tamaño del repositorio al que sirve el proxy GVFS.

Por ejemplo, si un repositorio tiene 50 GB dentro de su rama principal y 200 GB de historial, se recomiendan 50 GB de RAM y 800 GB de almacenamiento basado en SSD.

La virtualización

Microsoft admite la virtualización de Azure DevOps Server en entornos de virtualización admitidos.

Vea los siguientes artículos para más información:

• Software de servidor de Microsoft y entornos de virtualización admitidos
• Directiva de soporte técnico para software de Microsoft que se ejecuta en software de virtualización de hardware que no es de Microsoft
• Asociados de soporte técnico para software de virtualización de hardware que no es de Microsoft
• Virtualización del servidor (productos admitidos oficialmente)

Azure SQL Database y SQL Server

Las implementaciones locales de Azure DevOps requieren alguna versión de SQL Server. Azure DevOps Server admite ediciones Express, Standard y Enterprise SQL Server. La edición Express solo se recomienda con fines de evaluación, uso personal o para equipos muy pequeños. Se recomiendan las versiones Estándar o Enterprise de SQL Server para todos los demás escenarios.

Para las implementaciones de producción, use una de las siguientes versiones de SQL Server.

La siguiente información se aplica a la versión indicada de SQL Server:

• Azure SQL Database: solo se admite cuando también se usa Azure Virtual Machines. Para más información, consulte Uso de Azure SQL Database con Azure DevOps Server.
• SQL Server 2016: si usa SQL Server 2016, debe instalar una actualización en tiempo de ejecución de Visual C++.

Active Directory

Puede instalar Azure DevOps en más de un servidor si todos los servidores están unidos a un dominio de Active Directory basado en un nivel funcional que admiten los servidores. Puede instalar Azure DevOps en un único servidor unido a un dominio de Active Directory o que sea miembro de un grupo de trabajo.

Versiones principales y Service Packs

Microsoft no siempre admite nuevas versiones principales de dependencias como SQL Server. A veces, debemos publicar actualizaciones para agregar compatibilidad con esas versiones. Sin embargo, cuando Microsoft admite una versión principal, siempre se admite el Service Pack más reciente inmediatamente cuando se publica. Trabajamos con los equipos de productos para probar service packs antes de que se publiquen.

Lenguajes naturales

Puede instalar Azure DevOps en varios idiomas en sistemas operativos compatibles. Sin embargo, no puede usar ninguna combinación de sistema operativo localizado con Azure DevOps Server y TFS. Además, no puede instalar varios idiomas en un solo servidor de Azure DevOps o en un servidor TFS.

En la tabla siguiente se describen las combinaciones de idioma admitidas:

Si ejecuta un sistema operativo de idioma inglés, puede instalar cualquier versión de idioma de Azure DevOps Server. Si no ejecuta un sistema operativo de idioma inglés, debe instalar la versión en inglés de Azure DevOps Server o la versión localizada para el mismo idioma que el sistema operativo.

Azure DevOps Proxy Server y Team Explorer no tienen requisitos de idioma adicionales específicos para trabajar con Azure DevOps Server.

Los controladores y agentes de prueba tienen sus propios requisitos de lenguaje. Para obtener más información, consulte Test controller and test agent requirements (Requisitos del controlador de pruebas y del agente de prueba).

Artículos relacionados

• Compatibilidad de compilación local y cliente
• Requisitos de cuentas de servicio
• Información general de arquitectura
• Puertos y protocolos de red predeterminados
• Configuración de red personalizable
• Compatibilidad de versiones y Azure Artifacts