Freigeben über

Anforderungen für lokale Azure DevOps

  • Artikel

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

Lesen Sie vor der Installation oder Aktualisierung 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 skaliert werden, der von einer einzelnen Person auf eine hoch verfügbare Bereitstellung verwendet wird, die von Tausenden von Personen verwendet wird. Sie kann Szenarien mit hoher Verwendung unterstützen, die über mehrere Anwendungsebenen hinter einem Lastenausgleich und mehreren SQL-Instanzen verfügen, die SQL AlwaysOn 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 z. B. über besonders große Git-Repositorys oder TVC-Verzweigungen (Team Foundation Version Control) verfügen, benötigen Sie möglicherweise computer mit höheren Spezifikationen 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.

Bereitstellung mit einem einzelnen Server

Eine Bereitstellung mit einem einzelnen Server 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 Zentralen Quellcodeverwaltung (Team Foundation-Versionskontrolle oder Git) und funktionen zur Nachverfolgung von Arbeitsaufgaben. Die umfassende Verwendung von automatisierten Builds, Tests oder Versionen führt wahrscheinlich zu Leistungsproblemen. Es wird nicht empfohlen, Such- oder Berichterstellungsfeatures für diese Konfiguration zu verwenden.

Wenn Sie einen einzelnen Server skalieren, kann der Server eine größere Anzahl von Benutzern und eine erhöhte Verwendung automatisierter Builds, Tests oder Freigaben verarbeiten. Ein skalierter Server kann auch Such- oder Berichterstellungsfunktionen verwenden. Beispielsweise sollte das Erhöhen des RAM auf 8 GB eine Bereitstellung mit einem einzelnen Server ermöglichen, um bis zu 500 Benutzer zu skalieren.

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

Mehrserverbereitstellungen

In den folgenden Szenarien kann eine Bereitstellung mit mehreren Servern erforderlich sein:

  • Skalierung über 500 Benutzer hinaus
  • Umfassende Verwendung automatisierter Builds, Tests oder Freigaben
  • Verwenden der Codesuche
  • Verwenden von Berichterstellungsfeatures

Berücksichtigen Sie für ein Team mit mehr als 500 Benutzern folgendes Setup:

  • 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.

Berücksichtigen Sie für ein Team mit mehr als 2.000 Benutzern folgendes Setup:

  • 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 fortgeschrittenem Hochleistungsspeicher, z. B. ssd oder hochleistungsfähigem SAN.

Wenn Sie beabsichtigen, die Automatisierung von Build, Test oder Release umfassend zu verwenden, empfehlen wir, dass Sie Anwendungs- und Datenebenen mit höheren Spezifikationen verwenden, um Leistungsprobleme zu vermeiden. Ein Team von 250 kann z. B. eine Bereitstellung mit mehreren Servern verwenden, die im Einklang mit den Empfehlungen für ein Team von 500 bis 2.000 Benutzern steht. Außerdem wird empfohlen, Ihre automatisierten Prozesse zu überwachen, um sicherzustellen, dass sie effizient sind. Rufen Sie z. B. Daten aus der Quellcodeverwaltung bei Builds nach Möglichkeit inkrementell ab, anstatt bei jedem Build vollständig zu aktualisieren.

Hinweis

Mit Ausnahme von sehr kleinen Teams, die extrem eingeschränkte Verwendung dieser Features haben, empfehlen wir nicht, Build-, Test- oder Release-Agents auf Ihren Azure DevOps Server- oder TFS-Anwendungsebenen zu installieren.

Wenn Sie die Codesuche verwenden möchten, empfehlen wir, einen separaten Server für die Codesuche einzurichten. Weitere Informationen finden Sie unter den Hardwareanforderungen für die Codesuche.

Wenn Sie die Berichterstellungsfeatures verwenden möchten, empfehlen wir, einen separaten Server für Die Lagerdatenbank und den SQL Server Analysis Services-Cube einzurichten. Eine weitere Option besteht darin, eine höhere Datenebene zu verwenden.

Wenn Sie eine hohe Verfügbarkeit garantieren 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 eine AlwaysOn-Verfügbarkeitsgruppe zu setzen.

Builddiensthardwareanforderungen

Der XAML-Builddienst hat die gleichen Betriebssystemanforderungen wie Azure DevOps Server und TFS. In der Regel ist es sinnvoll, den Builddienst auf einem separaten Computer von der Anwendungsebene auszuführen. Hardwareanforderungen für den Builddienst sind identisch mit dem Betriebssystem, auf dem er ausgeführt wird. Sie können die Builddienstleistung jedoch optimieren, indem Sie die Hardwarespezifikationen Ihres Buildcomputers an die Typen von Builds anpassen, die Ihr Team verwendet.

Betriebssysteme

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

Server- oder Clientinstallation

Azure DevOps Server wird entweder auf einem Windows Server-Betriebssystem oder einem Windows-Clientbetriebssystem und nur auf einem 64-Bit-Betriebssystem ausgeführt. Es wird empfohlen, ein Serverbetriebssystem zu verwenden, es sei denn, Ihr Azure DevOps Server dient zur Auswertung oder persönlichen Verwendung.

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, empfehlen wir die Installation des Clientbetriebssystems mit Ausnahme von Evaluierungszwecken oder der persönlichen Nutzung nicht. Sie können den Azure DevOps Server-Proxy nicht auf Clientbetriebssystemen installieren.

Proxyserveranforderungen

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

Azure DevOps Proxy Server-Version 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 den Azure DevOps Server-Proxy zu ermitteln.

Im Gegensatz zu Betriebssystemanforderungen unterscheiden sich Hardwareempfehlungen für 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.

Remoteteamgröße 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 Benutzern Zwei Prozessoren, 2,0-GHz CPU, 8 GB RAM
Zwischen 2.201 und 3.600 Benutzern Vier Prozessoren, 2,0-GHz CPU, 8 GB RAM

Zusätzliche Anforderungen für GVFS-Proxy

Das Git Virtual File System (GVFS)-Proxyfeature unterstützt intensive Eingabe-/Ausgabevorgänge (I/O). Neben den grundlegenden Anforderungen für den Azure DevOps Server-Proxy erfordert GVFS-Proxying eine schnelle, große Festplatte, um effizient auf dem Repository zu arbeiten. 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 Zweigs
Speicherplatz Viermal die gesamte Größe des Repositorys
Datenträgerhardware Ein Solid-State-Laufwerk (SSD)

Wenn ein Repository beispielsweise 50 GB innerhalb der Hauptverzweigung und 200 GB Verlauf aufweist, empfehlen wir 50 GB RAM und 800 GB SSD-basierten Speicher.

Virtualisierung

Microsoft unterstützt die 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 Express-, Standard- und Enterprise SQL Server-Editionen. Die Express Edition wird nur für Auswertungszwecke, persönliche Nutzung oder für sehr kleine Teams empfohlen. Wir empfehlen die SQL Server Standard- oder Enterprise-Versionen für alle anderen Szenarien.

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-Datenbank-Instanz
SQL Server 2022
SQL Server 2019
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:

  • Azure SQL-Datenbank: Wird nur unterstützt, wenn Sie auch Virtuelle Azure-Computer verwenden. Ausführliche Informationen finden Sie unter Verwenden von Azure SQL-Datenbank mit Azure DevOps Server.
  • SQL Server 2016: Wenn Sie SQL Server 2016 verwenden, müssen Sie ein Visual C++-Laufzeitupdate installieren.

Active Directory

Sie können Azure DevOps auf mehreren Servern installieren, wenn die Server alle einer Active Directory-Domäne beigetreten sind, die auf einer funktionalen Ebene basiert, die die Server unterstützen. Sie können Azure DevOps auf einem einzelnen Server installieren, der einer Active Directory-Domäne beigetreten ist oder mitglied einer Arbeitsgruppe ist.

Hauptversionen und Service Packs

Microsoft unterstützt nicht immer sofort hauptneue Versionen von Abhängigkeiten wie SQL Server. 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 unterstützt, wenn es veröffentlicht wird. 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
Deutsch Deutsch
Deutsch Andere Sprache als Englisch
Andere Sprache als Englisch Deutsch
Andere Sprache als Englisch Die Sprache muss mit dem Betriebssystem übereinstimmen.

Wenn Sie ein englischsprachiges Betriebssystem ausführen, können Sie eine beliebige Sprachversion von Azure DevOps Server installieren. Wenn Sie kein Englisches 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 Proxy Server und Team Explorer verfügen nicht über zusätzliche Sprachanforderungen, die für die Arbeit mit Azure DevOps Server spezifisch sind.

Testcontroller und Agents verfügen über eigene Sprachanforderungen. Weitere Informationen finden Sie unter Testcontroller- und Test-Agent-Anforderungen.