Anforderungen für Azure DevOps lokal

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

Lesen Sie vor dem Installieren oder Aktualisieren einer Azure DevOps-Bereitstellung die in diesem Artikel beschriebenen Anforderungen.

Lesen Sie zusätzlich zu diesen Anforderungen auch die folgenden Artikel:

Hardware-Empfehlungen

Azure DevOps lokal kann von einer Express-Installation auf einem Laptop, der von einer einzelnen Person verwendet wird, zu einer hochverfügbaren Bereitstellung skalieren, die von Tausenden von Personen verwendet wird. Es kann Szenarien mit hoher Verwendung unterstützen, die mehrere Anwendungsebenen hinter einem Lastenausgleich und mehreren SQL-Instanzen haben, die SQL Always On verwenden.

Die folgenden Empfehlungen gelten für die meisten Azure DevOps-Bereitstellungen. Ihre Anforderungen können variieren, je nachdem, wie Ihr Team Azure DevOps verwendet. Wenn Sie beispielsweise über besonders große Git-Repositorys oder TVC-Branches (Team Foundation Version Control) verfügen, benötigen Sie möglicherweise Computer mit höherer Spezifikation als die in den folgenden Abschnitten aufgeführten. Alle Computer, die in den nächsten Abschnitten beschrieben werden, können entweder physisch oder virtuell sein.

Einzelserverbereitstellung

Eine Einzelserverbereitstellung besteht aus einem einzelnen Computer mit einem Dual-Core-Prozessor, 4 GB RAM und einem schnellen Festplattenlaufwerk. Für elastic Search sollten Sie zwei Dual-Core-Prozessoren und 8 GB RAM verwenden. Diese Konfiguration unterstützt in der Regel bis zu 250 Benutzer der Kernquellverwaltung (Team Foundation-Versionskontrolle oder Git) und der Nachverfolgung von Arbeitselementen. Die umfangreiche Verwendung von automatisiertem Build, Test oder Release führt wahrscheinlich zu Leistungsproblemen. Die Verwendung von Such- oder Berichterstellungsfeatures für diese Konfiguration wird nicht empfohlen.

Wenn Sie einen einzelnen Server zentral hochskalieren, kann der Server eine größere Anzahl von Benutzern verarbeiten und automatisierte Build-, Test- oder Release-Versionen verwenden. Ein hochskalierter Server kann auch Such- oder Berichterstellungsfeatures verwenden. Wenn Sie beispielsweise den RAM auf 8 GB erhöhen, sollte eine Bereitstellung mit einem einzelnen Server die Skalierung auf bis zu 500 Benutzer ermöglichen.

Für die Auswertung oder den persönlichen Gebrauch können Sie eine Basiskonfiguration mit nur 2 GB RAM verwenden. Diese Konfiguration wird nicht für einen Produktionsserver empfohlen, der von mehreren Personen verwendet wird.

Mehrserverbereitstellungen

Die folgenden Szenarien erfordern möglicherweise eine Bereitstellung mit mehreren Servern:

  • Skalieren von mehr als 500 Benutzern
  • Umfangreiche Verwendung von automatisiertem Build, Test oder Release
  • Verwenden von Code Search
  • Verwenden von Berichterstellungsfeatures

Für ein Team von mehr als 500 Benutzern sollten Sie folgendes Setup in Betracht ziehen:

  • Eine Anwendungsebene mit einem Dual-Core-Prozessor, 8 GB Arbeitsspeicher und einem schnellen Festplattenlaufwerk.
  • Eine Datenebene mit einem Quad-Core-Prozessor, 16 GB Arbeitsspeicher und hochleistungsfähigem Speicher, z. B. einer SSD.

Für ein Team von mehr als 2.000 Benutzern sollten Sie folgendes Setup in Betracht ziehen:

  • Eine Anwendungsebene mit einem Quad-Core-Prozessor, 16 GB oder mehr Arbeitsspeicher und einem schnellen Festplattenlaufwerk.
  • Eine Datenebene mit zwei oder mehr Quad-Core-Prozessoren, 16 GB Oder mehr Arbeitsspeicher und erweitertem Hochleistungsspeicher, z. B. SSD oder hochleistungsfähigem SAN.

Wenn Sie die Build-, Test- oder Releaseautomatisierung umfassend verwenden möchten, empfehlen wir, dass Sie anwendungen und Datenebenen mit höherer Spezifikation verwenden, um Leistungsprobleme zu vermeiden. Beispielsweise kann ein Team mit 250 Benutzern eine Bereitstellung mit mehreren Servern verwenden, die eher den Empfehlungen für ein Team von 500 bis 2.000 Benutzern entspricht. Es wird auch empfohlen, Ihre automatisierten Prozesse zu überwachen, um sicherzustellen, dass sie effizient sind. Rufen Sie beispielsweise Daten aus der Quellcodeverwaltung nach Möglichkeit während der Builds inkrementell ab, anstatt mit jedem Build vollständig zu aktualisieren.

Hinweis

Abgesehen von sehr kleinen Teams, die diese Features nur sehr eingeschränkt nutzen, empfehlen wir nicht, Build-, Test- oder Release-Agents auf Ihren Azure DevOps Server- oder TFS-Anwendungsebenen zu installieren.

Wenn Sie Code Search verwenden möchten, empfiehlt es sich, einen separaten Server für code Search einzurichten. Weitere Informationen finden Sie in den Hardwareanforderungen für Code Search.

Wenn Sie Berichtsfeatures verwenden möchten, empfiehlt es sich, einen separaten Server für Ihre Warehouse-Datenbank und SQL Server Analysis Services Cube einzurichten. Eine weitere Möglichkeit besteht darin, eine Datenebene mit höherer Spezifikation zu verwenden.

Wenn Sie Hochverfügbarkeit gewährleisten möchten, sollten Sie mehrere Anwendungsebenen hinter einem Lastenausgleich und mehreren SQL Server-Instanzen verwenden. In diesem Szenario wird empfohlen, Ihre Azure DevOps-Datenbanken in einer Always On-Verfügbarkeitsgruppe zu platzieren.

Hardwareanforderungen für den Builddienst

Der XAML-Builddienst hat die gleichen Betriebssystemanforderungen wie Azure DevOps Server und TFS. In der Regel ist es sinnvoll, den Builddienst auf einem anderen Computer als der Anwendungsebene auszuführen. Die Hardwareanforderungen für den Builddienst sind identisch mit dem Betriebssystem, auf dem er ausgeführt wird. Sie können die Builddienstleistung allerdings optimieren, indem Sie die Hardwarespezifikation des Buildcomputers auf die vom Team verwenden Builds arten anpassen.

Betriebssysteme

Die folgenden Betriebssysteme werden für die angegebenen Versionen von Azure DevOps Server unterstützt.

Server- oder Clientinstallation

Azure DevOps Server wird entweder unter einem Windows Server-Betriebssystem oder einem Windows-Clientbetriebssystem und nur unter einem 64-Bit-Betriebssystem ausgeführt. Es wird empfohlen, ein Serverbetriebssystem zu verwenden, es sei denn, Ihr Azure DevOps Server ist für die Auswertung oder den persönlichen Gebrauch vorgesehen.

Serverbetriebssysteme

Azure DevOps Serverversion Unterstützte Serverbetriebssysteme
Azure DevOps Server 2022 Windows Server 2022
Windows Server 2019
Azure DevOps Server 2020 Windows Server 2019
Windows Server 2016
Azure DevOps Server 2019 Windows Server 2019
Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
TFS 2018 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)

Die Server Core-Installationsoption wird für Azure DevOps Server 2022, Azure DevOps Server 2020, Azure DevOps Server 2019 und TFS 2018 unterstützt. Windows Server Version 1709 wird nicht unterstützt.

Clientbetriebssysteme

Azure DevOps Server Version Unterstützte Clientbetriebssysteme
Azure DevOps Server 2022 Windows 11 Version 21H2
Windows 10 (1809 oder höher)
Azure DevOps Server 2020 Windows 10 (Enterprise) Version 1803
Windows 10 (Professional, Enterprise) 1809 oder höher
Azure DevOps Server 2019 Windows 10 (Professional, Enterprise) Version 1607 oder höher
TFS 2018 Windows 10 (Professional, Enterprise) Version 1607 oder höher

Obwohl Sie Azure DevOps Server auf einem Clientbetriebssystem installieren können, wird die Installation des Clientbetriebssystems außer zu Auswertungszwecken oder zur persönlichen Verwendung nicht empfohlen. Sie können Azure DevOps Server Proxy nicht auf Clientbetriebssystemen installieren.

Proxyserveranforderungen

Der Proxyserver ist nur verfügbar, wenn Sie Azure DevOps Server unter einem Windows-Server-Betriebssystem installieren. Unterstützte Systeme werden in der folgenden Tabelle für jede Version aufgeführt.

Azure DevOps-Proxyserverversion Unterstützte Windows-Betriebssystemsysteme
Azure DevOps Proxy Server 2022 Windows Server 2022
Windows Server 2019
Windows Server Core
Azure DevOps Proxy Server 2020 Windows Server 2019
Windows Server 2016
Windows Server Core
Azure DevOps Proxy Server 2019 Windows Server 2019
Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server Core
Team Foundation Proxy Server 2018 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)

Überprüfen Sie die folgenden Hardwareempfehlungen, um die optimale Hardware für Azure DevOps Server Proxy zu ermitteln.

Im Gegensatz zu Betriebssystemanforderungen unterscheiden sich Hardwareempfehlungen für den Proxy von Hardwareempfehlungen zum Einrichten der Anwendungsebene von Azure DevOps Server. Die Anwendungsebene erfordert robustere Hardware als der Proxyserver.

Die empfohlene Hardware basiert auf der Größe des Teams, das den Proxyserver verwendet. In der Regel ist dies das Team in Ihrem Remotebüro. Je größer Ihr Team ist, desto robuster muss Ihre Hardware sein.

Größe des Remoteteams Hardwareempfehlungen (CPU/RAM) für Azure DevOps Server Proxy
450 oder weniger Benutzer Ein Prozessor, 2,2 GHz CPU, 4 GB RAM
Zwischen 451 und 2.200 Benutzer Zwei Prozessoren, 2,0-GHz-CPU, 8 GB RAM
Zwischen 2.201 und 3.600 Benutzer Vier Prozessoren, 2,0 GHz CPU, 8 GB RAM

Zusätzliche Anforderungen an den GVFS-Proxy

Das GVFS-Proxyfeature (Virtual File System) von Git unterstützt intensive Eingabe-/Ausgabevorgänge (E/A). Zusätzlich zu den grundlegenden Anforderungen für Azure DevOps Server Proxy erfordert das GVFS-Proxying einen schnellen, großen Datenträger, um effizient im Repository zu arbeiten. Die empfohlene Hardware basiert auf der Größe des Repositorys, das der GVFS-Proxy bedient.

Hardware Empfohlener Wert
RAM So groß wie die Spitze eines typischen Branchs
Speicherplatz Viermal so groß wie die gesamte Repositorygröße
Datenträgerhardware Ein Solid-State-Laufwerk (SSD)

Wenn ein Repository beispielsweise über 50 GB in Standard Branch und 200 GB Verlauf verfügt, empfehlen wir 50 GB RAM und 800 GB SSD-basierter Speicher.

Virtualisierung

Microsoft unterstützt Azure DevOps Server Virtualisierung in unterstützten Virtualisierungsumgebungen.

Weitere Informationen finden Sie in den folgenden Artikeln:

Azure SQL-Datenbank und SQL Server

Lokale Azure DevOps-Bereitstellungen erfordern eine Version von SQL Server. Azure DevOps Server unterstützt die Editionen Express, Standard und Enterprise SQL Server. Die Express-Edition wird nur für Auswertungszwecke, den persönlichen Gebrauch oder für sehr kleine Teams empfohlen. Für alle anderen Szenarien wird die SQL Server Standard- oder Enterprise-Version empfohlen.

Verwenden Sie für Produktionsbereitstellungen eine der folgenden Versionen von SQL Server.

Azure DevOps-Version Unterstützte SQL Server-Versionen
Azure DevOps Server 2022 Azure SQL-Datenbank
Verwaltete Azure SQL-Instanz
SQL Server 2022
SQL Server 2019
SQL Server 2017
Azure DevOps Server 2020 Azure SQL-Datenbank
SQL Server 2019
SQL Server 2017
SQL Server 2016 (mindestens SP1)
Azure DevOps Server 2019 Update 1.1 Azure SQL-Datenbank
SQL Server 2019
SQL Server 2017
SQL Server 2016 (mindestens SP1)
Azure DevOps Server 2019 Azure SQL-Datenbank
SQL Server 2017
SQL Server 2016 (mindestens SP1)
TFS 2018 SQL Server 2017
SQL Server 2016 (mindestens SP1)

Hinweis

SQL Server für Linux wird nicht unterstützt.

Die folgenden Informationen gelten für die angegebene SQL Server Version:

Active Directory

Sie können Azure DevOps auf mehreren Servern installieren, wenn die Server alle mit einer Active Directory-Domäne verbunden sind, die auf einer Von den Servern unterstützten Funktionsebene basiert. Sie können Azure DevOps auf einem einzelnen Server installieren, der einer Active Directory-Domäne beigetreten ist oder ein Mitglied einer Arbeitsgruppe ist.

Hauptversionen und Service Packs

Microsoft unterstützt wichtige neue Versionen von Abhängigkeiten wie SQL Server nicht immer sofort. Manchmal müssen Wir Updates freigeben, um Unterstützung für diese Versionen hinzuzufügen. Wenn Microsoft jedoch eine Hauptversion unterstützt, wird das neueste Service Pack immer sofort bei der Veröffentlichung unterstützt. Wir arbeiten mit Produktteams zusammen, um Service Packs zu testen, bevor sie veröffentlicht werden.

Natürliche Sprachen

Sie können Azure DevOps in verschiedenen Sprachen auf unterstützten Betriebssystemen installieren. Sie können jedoch keine Kombination aus lokalisiertem Betriebssystem mit Azure DevOps Server und TFS verwenden. Außerdem können Sie nicht mehrere Sprachen auf einem einzelnen Azure DevOps Server- oder TFS-Server installieren.

In der folgenden Tabelle werden die unterstützten Sprachkombinationen beschrieben:

Betriebssystem Azure DevOps Server
Englisch Englisch
Englisch Andere Sprache als Englisch
Andere Sprache als Englisch Englisch
Andere Sprache als Englisch Sprache muss mit der des Betriebssystems übereinstimmen

Wenn Sie ein englischsprachiges Betriebssystem ausführen, können Sie eine beliebige Sprachversion von Azure DevOps Server installieren. Wenn Sie kein englischsprachiges Betriebssystem ausführen, müssen Sie die englische Version von Azure DevOps Server oder die Version installieren, die für dieselbe Sprache wie das Betriebssystem lokalisiert wurde.

Azure DevOps-Proxyserver und Team-Explorer haben keine zusätzlichen Sprachanforderungen, die speziell für die Arbeit mit Azure DevOps Server gelten.

Für Testcontroller und -Agents gelten eigene Sprachanforderungen. Weitere Informationen finden Sie unter Testcontroller- und Test-Agent-Anforderungen.