Anforderungen für Azure DevOps lokal

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

Überprüfen Sie vor der Installation oder Aktualisierung einer Azure DevOps-Bereitstellung die in diesem Artikel bereitgestellten Anforderungen.

Überprüfen Sie zusätzlich zu diesen Anforderungen auch die folgenden Artikel:

Hardware-Empfehlungen

Azure DevOps lokal können 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 mehrere Anwendungsstufen 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 je nachdem variieren, wie Ihr Team Azure DevOps verwendet. Wenn Sie z. B. über besonders große Git-Repositorys oder Team Foundation-Versionskontrolle (TVC)-Zweigstellen verfügen, benötigen Sie möglicherweise höhere Spezifikationen als die in den folgenden Abschnitten aufgeführten. Alle Computer, die in den nächsten Abschnitten beschrieben werden, können entweder physisch oder virtual sein.

Einzelserverbereitstellung

Eine Einzelserverbereitstellung besteht aus einem einzelnen Computer mit einem Dual-Core-Prozessor, 4 GB RAM und einer schnellen Festplatte. Bei 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 Kernquellensteuerung (Team Foundation-Versionskontrolle oder Git) und die Funktionalität der Arbeitselementverfolgung. Eine umfangreiche Verwendung von automatisiertem Build, Test oder Release verursacht wahrscheinlich Leistungsprobleme. Wir empfehlen die Verwendung von Such- oder Berichtsfeatures für diese Konfiguration nicht.

Wenn Sie einen einzelnen Server skalieren, kann der Server eine größere Anzahl von Benutzern verarbeiten und eine erhöhte Verwendung von automatisiertem Build, Test oder Release durchführen. Ein skalierter Server kann auch Such- oder Berichtsfeatures verwenden. Beispielsweise sollte die Erhöhung des RAM auf 8 GB eine Einzelne-Server-Bereitstellung ermöglichen, um bis zu 500 Benutzer zu skalieren.

Für auswertungs- oder persönliche Verwendung können Sie eine grundlegende Konfiguration mit so wenig wie 2 GB RAM verwenden. Diese Konfiguration wird nicht für einen Produktionsserver empfohlen, der von mehr als einer Person verwendet wird.

Mehrserverbereitstellungen

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

  • Skalierung über 500 Benutzer hinaus
  • Umfangreiche Verwendung von automatisiertem Build, Test oder Release
  • Verwenden der Codesuche
  • Verwenden von Berichtsfeatures

Für ein Team von mehr als 500 Benutzern sollten Sie die folgende Einrichtung berücksichtigen:

  • Eine Anwendungsebene mit einem Dual-Core-Prozessor, 8 GB Arbeitsspeicher und einer schnellen Festplatte.
  • Eine Datenebene mit einem Quad-Core-Prozessor, 16 GB Arbeitsspeicher und Hochleistungsspeicher, z. B. einer SSD.

Für ein Team von mehr als 2.000 Benutzern sollten Sie die folgende Einrichtung berücksichtigen:

  • Eine Anwendungsebene mit einem Quad-Core-Prozessor, 16 GB oder mehr Arbeitsspeicher und einer schnellen Festplatte.
  • Eine Datenebene mit zwei oder mehr Quad-Core-Prozessoren, 16 GB oder mehr Arbeitsspeicher und erweitertem High-Performance-Speicher, z. B. einer SSD oder high-performance SAN.

Wenn Sie die Build-, Test- oder Releaseautomatisierung umfassend verwenden möchten, empfehlen wir Ihnen, eine höhere Spezifikationsanwendung und Datenebenen zu verwenden, um Leistungsprobleme zu vermeiden. Beispielsweise kann ein Team von 250 eine Mehrfachserverbereitstellung verwenden, die mehr in 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 beispielsweise Daten aus der Quellsteuerung inkrementell während der Builds ab, anstatt mit jedem Build vollständig zu aktualisieren.

Hinweis

Außer 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 Ihnen, einen separaten Server für die Codesuche einzurichten. Weitere Informationen finden Sie unter den Hardwareanforderungen für die Codesuche.

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

Wenn Sie hohe Verfügbarkeit garantieren möchten, sollten Sie mehrere Anwendungsstufen hinter einem Lastenausgleich und mehreren SQL Server Instanzen verwenden. In diesem Szenario empfiehlt es sich, Ihre Azure DevOps Datenbanken in eine Always On Verfügbarkeitsgruppe einzufügen.

Hardwareanforderungen für den Builddienst

Der XAML-Builddienst verfügt über die gleichen Betriebssystemanforderungen wie Azure DevOps Server und TFS. Normalerweise ist es sinnvoll, den Builddienst auf einem separaten Computer aus der Anwendungsebene auszuführen. Hardwareanforderungen für den Builddienst entsprechen dem Betriebssystem, auf dem sie 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 und Team Foundation Server (TFS) unterstützt.

Server- oder Clientinstallation

  • Azure DevOps Server

    • Wird entweder auf einem Windows Serverbetriebssystem oder einem Windows Clientbetriebssystem ausgeführt.
    • Azure DevOps Server 2020, Azure DevOps Server 2019, TFS 2018 und TFS 2017 nur auf einem 64-Bit-Betriebssystem ausgeführt.
  • Team Foundation Server:

    • Wird entweder auf einem Windows Serverbetriebssystem oder einem Windows Clientbetriebssystem ausgeführt.
    • Frühere Versionen von TFS werden entweder auf einem 64-Bit- oder einem 32-Bit-Betriebssystem ausgeführt, wenn eine 32-Bit-Version verfügbar ist. Es wird empfohlen, ein Serverbetriebssystem zu verwenden, es sei denn, Ihre Azure DevOps Server oder Team Foundation Server Instanz ist für auswertungs- oder persönliche Nutzung.

Serverbetriebssysteme

Azure DevOps Server oder TFS-Version Unterstützte Serverbetriebssysteme
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)
TFS 2017 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (mindestens SP1) (Standard, Enterprise, Datacenter)
TFS 2015 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (mindestens SP1) (Standard, Enterprise, Datacenter)
TFS 2013 Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (mindestens SP1) (Standard, Enterprise, Datacenter)
TFS 2012 Windows Server 2012 R2 (Essentials, Standard, Datacenter)
Windows Server 2012 (Essentials, Standard, Datacenter)
Windows Server 2008 R2 (Standard, Enterprise, Datacenter)
Windows Server 2008 (Minimum SP2)
Windows Small Business Server 2011 (Standard, Essentials, Premium Add-On)
Windows Home Server 2011
TFS 2010 Windows Server 2008 R2 (Standard, Enterprise, Datacenter)
Windows Server 2008 (Minimum SP2)
Windows Server 2003 R2
Windows Server 2003 (Minimum SP2)

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

Clientbetriebssysteme

Azure DevOps Server Version Unterstützte Clientbetriebssysteme
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
TFS 2017 Windows 10 (Home, Professional, Enterprise)
Windows 8.1 (Basic, Professional, Enterprise)
Windows 7 (mindestens SP1) (Home Premium, Professional, Enterprise, Ultimate)
TFS 2015 Windows 10 (Home, Professional, Enterprise)
Windows 8.1 (Basic, Professional, Enterprise)
Windows 7 (mindestens SP1) (Home Premium, Professional, Enterprise, Ultimate)
TFS 2013 Windows 8.1 (Basic, Professional, Enterprise)
Windows 7 (mindestens SP1) (Home Premium, Professional, Enterprise, Ultimate)
TFS 2012 Windows 8.1 (Basic, Professional, Enterprise)
Windows 7 (Home Premium, Professional, Enterprise, Ultimate)
TFS 2010 Windows 7 (Home Premium, Professional, Enterprise, Ultimate)
Windows Vista SP2

Obwohl Sie Azure DevOps Server auf Clientbetriebssystemen installieren können, empfehlen wir die Installation des Clientbetriebssystems nicht mit Ausnahme von Auswertungszwecken oder persönlichem Gebrauch. Sie können Azure DevOps Server Proxy und Team Foundation Server Proxy nicht auf Clientbetriebssystemen installieren.

Proxyserveranforderungen

Das Proxyfeature ist verfügbar, wenn Sie Azure DevOps Server oder TFS auf einem Serverbetriebssystem installieren.

Überprüfen Sie die folgenden Hardwareempfehlungen, um die optimale Hardware zu bestimmen, die für Azure DevOps Server Proxy oder Team Foundation Server Proxy verwendet werden soll.

Im Gegensatz zu den Betriebssystemanforderungen unterscheiden sich Hardwareempfehlungen für Den Proxy von Hardwareempfehlungen zum Einrichten der Anwendungsebene von Azure DevOps Server oder Team Foundation Server. Die Anwendungsebene von Team Foundation Server erfordert robustere Hardware als das Proxyfeature.

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 oder Team Foundation 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

GVFS-Proxy zusätzliche Anforderungen

Das Git Virtual File System (GVFS)-Proxyfeature unterstützt intensive Eingabe-/Ausgabevorgänge (I/O). Zusätzlich zu den grundlegenden Anforderungen für Azure DevOps Server Proxy oder Team Foundation Server Proxy erfordert GVFS-Proxying eine schnelle, große Festplatte, um effizient im Repository zu arbeiten. Empfohlene Hardware basiert auf der Größe des Repositorys, das der GVFS-Proxy dient.

Hardware Empfohlener Wert
RAM So groß wie die Spitze eines typischen Zweigs
Speicherplatz Vier Mal die gesamte Größe des Repositorys
Datenträgerhardware Ein Solid-State-Laufwerk (SSD)

Wenn ein Repository z. B. 50 GB innerhalb des Hauptzweigs und 200 GB Verlauf enthält, empfehlen wir 50 GB RAM und 800 GB SSD-basiertem 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

Azure DevOps lokale Bereitstellungen erfordern einige Versionen 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 2020 Azure SQL-Datenbank
SQL Server 2019
SQL Server 2017
SQL Server 2016 (mindest SP1)
Azure DevOps Server 2019 Update 1.1 Azure SQL-Datenbank
SQL Server 2019
SQL Server 2017
SQL Server 2016 (mindest SP1)
Azure DevOps Server 2019 Azure SQL-Datenbank
SQL Server 2017
SQL Server 2016 (mindest SP1)
TFS 2018 SQL Server 2017
SQL Server 2016 (mindest SP1)
TFS 2017 Update 1 SQL Server 2016 (mindest SP1)
SQL Server 2014
TFS 2017 SQL Server 2016 (empfohlen SP1)
SQL Server 2014
TFS 2015 Update 3 SQL Server 2016 (empfohlen SP1)
SQL Server 2014
SQL Server 2012 (mindest SP1)
TFS 2015 SQL Server 2014
SQL Server 2012 (mindest SP1)
TFS 2013 Update 2 SQL Server 2014
SQL Server 2012 (mindest SP1)
TFS 2013 SQL Server 2012 (mindest SP1)
TFS 2012 SQL Server 2012
SQL Server 2008 R2
TFS 2010 SQL Server 2008 R2
SQL Server 2008

Hinweis

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

Zusätzliche Versionsnotizen

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

  • Azure SQL-Datenbank: Nur unterstützt, wenn Sie Azure Virtual Machines verwenden. Ausführliche Informationen finden Sie unter "Verwenden Azure SQL-Datenbank mit Azure DevOps Server".

  • SQL Server 2016: Wenn Sie SQL Server 2016 verwenden, müssen Sie ein Visual C++-Laufzeitupdate installieren.

  • SQL Server 2014: SQL Server 2014 verfügt über robustere Hardwareanforderungen als frühere SQL Server Versionen. Einige Hardwarekonfigurationen können die Leistung in Azure DevOps Server oder Team Foundation Server verringern. Weitere Informationen finden Sie unter TFS 2013 Update 2: Leistungsaspekte für die Verwendung von SQL Server 2014.

  • SQL Server 2012 SP1: Wenn Sie SQL Server 2012 SP1 verwenden, empfehlen wir, das kumulative Update 2 oben in SP1 anzuwenden, um einen kritischen SQL Server Fehler im Zusammenhang mit dem Ressourcenverbrauch zu beheben. Dies ist keine Anforderung, da sich der Fehler nur auf eine kleine Anzahl von SQL Server 2012 SP1-Instanzen auswirkt, aber es ist wichtig, darauf zu achten.

    Wenn Sie das kumulative Update 2 nicht anwenden, wenden Sie einen SQL Server Hotfix (KB2793634) an, um ein separates Problem zu beheben, bei dem SQL Server 2012 SP1 möglicherweise eine übermäßige Anzahl von Neustarts anfordern kann.

Active Directory

Sie können Azure DevOps auf mehreren Servern installieren, wenn die Server mit einer Active Directory-Domäne verbunden sind, die auf funktionsbezogener 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 ein Mitglied einer Arbeitsgruppe ist.

Sie können Azure DevOps nicht auf Servern installieren, die mit Domänen verbunden sind, wenn die Domänencontroller Windows NT Server 4.0 ausführen. In der folgenden Tabelle wird gezeigt, welche funktionsbezogene Ebenen für Active Directory-Domänen Azure DevOps Server und TFS nicht unterstützt werden:

Funktionsebenen für Active Directory-Domänen Unterstützt
Windows 2000 gemischten Modus: Domänencontroller, die Windows Server 2003 R2, Windows Server 2003, Windows 2000 und Windows NT Server 4.0 ausgeführt werden. Nein
Windows Server 2003-Zwischenmodus: Domänencontroller, die Windows Server 2003 R2, Windows Server 2003 und Windows NT Server 4.0 ausgeführt werden. Nein

Hauptversionen und Service Packs

Microsoft unterstützt nicht immer sofort große neue 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, unterstützen wir immer das neueste Service Pack sofort, 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 mehrere Sprachen nicht auf einem einzelnen Azure DevOps Server- oder TFS-Server installieren.

In der folgenden Tabelle werden die Sprachkombinationen beschrieben, die unterstützt werden:

Betriebssystem Azure DevOps Server oder Team Foundation Server Sharepoint-Produkte
Englisch Englisch Englisch
Englisch Andere Sprache als Englisch Sprache (oder Sprachpaket) muss Team Foundation Server übereinstimmen.
Andere Sprache als Englisch Englisch Englisch (oder hinzugefügtes Language Pack Englisch )
Andere Sprache als Englisch Sprache muss mit der des Betriebssystems übereinstimmen Sprache (oder Sprachpaket hinzugefügt), um Team Foundation Server

Die folgenden Regeln klären die Sprachanforderungen für Azure DevOps Server und Team Foundation Server Installationen.

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

  • Die folgenden Komponenten verfügen nicht über zusätzliche Sprachanforderungen, die speziell für die Arbeit mit Azure DevOps Server sind:

    • Team Foundation Build-Server
    • Team Foundation Server Proxy
    • Team Explorer
    • Visual Studio Lab Management (veraltet mit TFS 2017 und höher versionen)

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