Requisitos para Azure DevOps local

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

Antes de instalar o actualizar una Azure DevOps implementación, 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
• Introducción a la arquitectura
• Protocolos y puertos de red predeterminados
• Configuración de red personalizable
• Azure Artifacts y compatibilidad de versiones

Recomendaciones de hardware

Azure DevOps local puede escalar desde una instalación rápida en un portátil que usa una sola persona a 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 Always On.

Las siguientes recomendaciones se aplican a la mayoría Azure DevOps implementaciones. Los requisitos pueden variar en función de cómo use el equipo Azure DevOps. Por ejemplo, si tiene repositorios de Git especialmente grandes o ramas de control de versiones (TVC) de Team Foundation, es posible que necesite máquinas de especificación superiores a 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. Normalmente, esta configuración admite 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 extensivo de compilaciones, pruebas o versiones 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 único 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 escalado verticalmente también puede usar características de búsqueda o informes. Por ejemplo, aumentar la RAM a 8 GB debe permitir que una implementación de un solo servidor se escale hasta 500 usuarios.

Para la evaluación o el uso personal, 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 utilice más de una persona.

Implementaciones multiservidor

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

Para un equipo de más de 500 usuarios, considere 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.
• Una capa de datos con un procesador de cuatro núcleos, 16 GB de memoria y almacenamiento de alto rendimiento, como ssd.

Para un equipo de más de 2000 usuarios, considere 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ápida.
• Una capa 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 ampliamente la automatización de compilación, prueba o versión, se recomienda usar capas de datos y aplicaciones de mayor especificación 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 para un equipo de entre 500 y 2000 usuarios. También se recomienda supervisar los procesos automatizados para asegurarse de que son eficaces. Por ejemplo, recupere 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 Code Search, se recomienda configurar un servidor independiente para Code Search. Para obtener más información, consulte los requisitos de hardware para Code Search.

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

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

Requisitos de hardware para el servicio de compilación

El servicio de compilación XAML tiene los mismos requisitos de sistema operativo que Azure DevOps Server y TFS. Normalmente, tiene sentido ejecutar el servicio de compilación en un equipo 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 ajustando algunas especificaciones de hardware de la máquina de compilación a los tipos de compilación que usará su equipo.

Sistemas operativos

Los siguientes sistemas operativos son compatibles con las versiones indicadas de Azure DevOps Server y Team Foundation Server (TFS).

Instalación de servidor o cliente

• Azure DevOps Server

  • Se ejecuta en un sistema operativo Windows Server o en un Windows de cliente.
  • Azure DevOps Server 2020, Azure DevOps Server 2019, TFS 2018 y TFS 2017 solo se ejecutan en un sistema operativo de 64 bits.

• Team Foundation Server:

  • Se ejecuta en un sistema operativo Windows Server o en un Windows de cliente.
  • Las versiones anteriores de TFS se ejecutan en un sistema operativo de 64 o 32 bits cuando hay disponible una versión de 32 bits. Se recomienda usar un sistema operativo de servidor a menos que la Azure DevOps Server o Team Foundation Server sea para su evaluación o uso personal.

Sistemas operativos de servidor

La opción de instalación Server Core solo se admite para Azure DevOps Server 2020, Azure DevOps Server 2019, TFS 2018 y TFS 2017. Windows server versión 1709 no se admite.

Sistemas operativos de cliente

Aunque puede instalar Azure DevOps Server en sistemas operativos cliente, no se recomienda la instalación del sistema operativo de cliente excepto con fines de evaluación o uso personal. Los sistemas operativos cliente tienen las restricciones siguientes:

• Los sistemas operativos cliente no admiten la integración con SharePoint Products ni SharePoint Reporting.
• No se puede instalar Azure DevOps Server proxy y Team Foundation Server proxy en sistemas operativos cliente.

Si necesita usar cualquiera de estas características, instale Azure DevOps Server en un sistema operativo de servidor.

Requisitos del servidor proxy

La característica de proxy está disponible al instalar Azure DevOps Server o TFS en un sistema operativo de servidor.

Revise las siguientes recomendaciones de hardware para determinar el hardware óptimo que se usará para Azure DevOps Server Proxy o Team Foundation Server Proxy.

A diferencia de los requisitos del sistema operativo, las recomendaciones de hardware para proxy son diferentes de las recomendaciones de hardware para configurar el nivel de aplicación de Azure DevOps Server o Team Foundation Server. El nivel de aplicación de Team Foundation Server requiere hardware más sólido que la característica de 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 virtual de Git (GVFS) admite operaciones de entrada/salida (E/S) intensivas. Además de los requisitos básicos para Azure DevOps Server Proxy o Team Foundation Server Proxy, el proxy GVFS requiere un disco rápido y grande para funcionar eficazmente 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.

Virtualización

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

Para más información, consulte los siguientes artículos.

• 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 para software de virtualización de hardware que no sea de Microsoft
• Virtualización de servidores (productos admitidos oficialmente)

Azure SQL Database y SQL Server

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

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

Notas de la versión adicionales

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

• Azure SQL Database: solo se admite cuando también se usa Azure Virtual Machines. Para obtener más información, vea Usar Azure SQL Database con Azure DevOps Server.

• SQL Server 2016: si usa SQL Server 2016, debe instalar una Visual C++ en tiempo de ejecución.

• SQL Server 2014: SQL Server 2014 tiene requisitos de hardware más sólidos que las SQL Server anteriores. Algunas configuraciones de hardware pueden reducir el rendimiento Azure DevOps Server o Team Foundation Server. Para obtener más información, vea TFS 2013 Update 2: Consideraciones de rendimiento para usar SQL Server 2014.

• SQL Server 2012 SP1: si usa SQL Server 2012 SP1, se recomienda aplicar la actualización acumulativa 2 sobre SP1 para solucionar un error SQL Server crítico relacionado con el consumo de recursos. Esto no es un requisito porque el error solo afecta a un pequeño número de instancias de SQL Server 2012 SP1, pero es importante tener en cuentalo.

  Si no aplica la actualización acumulativa 2, aplique una revisión SQL Server (KB2793634) para solucionar un problema independiente en el que SQL Server 2012 SP1 podría solicitar un número excesivo de reinicios.

Active Directory

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

No se pueden instalar Azure DevOps servidores que están unidos a dominios si los controladores de dominio se ejecutan Windows NT Server 4.0. En la tabla siguiente se muestran los niveles funcionales Active Directory dominios Azure DevOps Server y TFS no admiten:

Versiones principales y Service Pack

Microsoft no siempre admite inmediatamente 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 lanza. Trabajamos con equipos de productos para probar Service Pack antes de su lanzamiento.

Lenguajes naturales

En la tabla siguiente se describen las combinaciones de idioma que se admiten:

Las reglas siguientes aclaran los requisitos de idioma para Azure DevOps Server y Team Foundation Server instalación.

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

• Los componentes siguientes no tienen requisitos de lenguaje adicionales específicos para trabajar con Azure DevOps Server o TFS:

  • Servidor de Team Foundation Build
  • proxy de Team Foundation Server
  • Team Explorer
  • Visual Studio Lab Management (en desuso con TFS 2017 y versiones posteriores)

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

Artículos relacionados

• Compatibilidad de compilación local y cliente
• Requisitos de cuentas de servicio
• Introducción a la arquitectura
• Puertos y protocolos de red predeterminados
• Configuración de red personalizable
• Azure Artifacts y compatibilidad de versiones