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:
- Client- und lokale Buildkompatibilität
- Dienstkontenanforderungen
- Übersicht über die Architektur
- Standardnetzwerkports und Protokolle
- Anpassbare Netzwerkeinstellungen
- Azure Artifacts und Versionskompatibilität
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:
- Microsoft Serversoftware und unterstützte Virtualisierungsumgebungen
- Supportrichtlinie für Microsoft-Software, die nicht auf Hardwarevirtualisierungssoftware von Microsoft ausgeführt wird
- Supportpartner für Nicht-Microsoft-Hardwarevirtualisierungssoftware
- Servervirtualisierung (offiziell unterstützte Produkte)
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.