Wymagania dotyczące Azure DevOps lokalnych

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

Uwaga

Azure DevOps Server wcześniej nosiła nazwę Visual Studio Team Foundation Server.

Przed zainstalowaniem lub uaktualnieniem wdrożenia Azure DevOps zapoznaj się z wymaganiami w tym artykule.

Oprócz tych wymagań zapoznaj się również z następującymi artykułami:

Zalecenia dotyczące sprzętu

Azure DevOps w środowisku lokalnym można skalować z instalacji ekspresowej na laptopie używanym przez jedną osobę do wdrożenia o wysokiej dostępie, które jest używane przez tysiące osób. Może obsługiwać scenariusze o wysokim użyciu, które mają wiele warstw aplikacji za usługą równoważenia obciążenia i wiele wystąpień SQL, które używają SQL zawsze wł.

Poniższe zalecenia dotyczą większości wdrożeń Azure DevOps wdrożenia. Wymagania mogą się różnić w zależności od sposobu, w jaki zespół korzysta Azure DevOps. Jeśli na przykład masz szczególnie duże repozytoria Git lub gałęzie kontroli wersji programu Team Foundation (TVC), mogą być potrzebne maszyny o większej specyfikacji niż wymienione w poniższych sekcjach. Wszystkie maszyny opisane w następnych sekcjach mogą być fizyczne lub wirtualne.

Wdrażanie na jednym serwerze

Wdrożenie na jednym serwerze składa się z jednej maszyny z jednym procesorem dwurdzeniowym, 4 GB pamięci RAM i szybkim dyskiem twardym. W przypadku wyszukiwania elastycznego należy użyć dwóch procesorów dwurdzeniowych i 8 GB pamięci RAM. Ta konfiguracja zwykle obsługuje do 250 użytkowników podstawowej kontroli źródła (Kontrola wersji serwera Team Foundation lub Git) i funkcji śledzenia elementów pracy. Intensywne korzystanie z automatycznych kompilacji, testów lub wydań prawdopodobnie spowoduje problemy z wydajnością. Nie zalecamy używania funkcji wyszukiwania ani raportowania dla tej konfiguracji.

Podczas skalowania w górę pojedynczego serwera może obsługiwać większą liczbę użytkowników i zwiększone użycie zautomatyzowanej kompilacji, testowania lub wydania. Serwer skalowany w górę może również używać funkcji wyszukiwania lub raportowania. Na przykład zwiększenie pamięci RAM do 8 GB powinno umożliwić skalowanie w górę do 500 użytkowników na jednym serwerze.

Do oceny lub do użytku osobistego można użyć podstawowej konfiguracji z pamięcią RAM o pojemności do 2 GB. Ta konfiguracja nie jest zalecana w przypadku serwera produkcyjnego, który jest używany przez więcej niż jedną osobę.

Wdrożenia na wielu serwerach

Następujące scenariusze mogą wymagać wdrożenia na wielu serwerach:

  • Skalowanie ponad 500 użytkowników
  • Rozbudowane wykorzystanie zautomatyzowanej kompilacji, testowania lub wydania
  • Korzystanie z Code Search
  • Korzystanie z funkcji raportowania
  • Skalowanie ponad 500 użytkowników
  • Rozbudowane wykorzystanie zautomatyzowanej kompilacji, testowania lub wydania
  • Korzystanie z Code Search
  • Korzystanie z funkcji raportowania
  • Korzystanie z SharePoint integracji

W przypadku zespołu ponad 500 użytkowników należy wziąć pod uwagę następującą konfigurację:

  • Warstwa aplikacji z jednym dwurdzeniowym procesorem, 8 GB pamięci i szybkim dyskiem twardym.
  • Warstwa danych z jednym procesorem czterordzeniowym, 16 GB pamięci i magazynem o wysokiej wydajności, takim jak dysk SSD.

W przypadku zespołu ponad 2000 użytkowników należy wziąć pod uwagę następującą konfigurację:

  • Warstwa aplikacji z jednym procesorem czterordzeniowym, co najmniej 16 GB pamięci i szybkim dyskiem twardym.
  • Warstwa danych z co najmniej dwoma procesorami czterordzeniowym, 16 GB lub większą ilość pamięci oraz zaawansowanym magazynem o wysokiej wydajności, na przykład SSD lub sieci SAN o wysokiej wydajności.

Jeśli planujesz szeroko korzystać z automatyzacji kompilacji, testowania lub wydania, zalecamy używanie warstwy danych i aplikacji o wyższych specyfikacjach, aby uniknąć problemów z wydajnością. Na przykład zespół 250 może używać wdrożenia na wielu serwerach, które jest bardziej zgodne z zaleceniami dla zespołu od 500 do 2000 użytkowników. Zalecamy również monitorowanie zautomatyzowanych procesów w celu zapewnienia ich wydajności. Możesz na przykład pobierać dane z kontroli źródła przyrostowo podczas kompilacji zawsze, gdy jest to możliwe, zamiast w pełni odświeżać dane przy użyciu każdej kompilacji.

Uwaga

Z wyjątkiem bardzo małych zespołów, które mają bardzo ograniczone użycie tych funkcji, nie zalecamy instalowania agentów kompilacji, testów ani wydań w warstwach aplikacji Azure DevOps Server lub TFS.

Jeśli zamierzasz używać Code Search, zalecamy skonfigurowanie oddzielnego serwera dla Code Search. Aby uzyskać więcej informacji, zobacz wymagania sprzętowe dotyczące Code Search.

Jeśli planujesz używać funkcji raportowania, zalecamy skonfigurowanie oddzielnego serwera dla bazy danych magazynu i modułu SQL Server Analysis Services magazynu. Inną opcją jest użycie warstwy danych o wyższej specyfikacji.

Jeśli planujesz korzystać z SharePoint, zalecamy skonfigurowanie oddzielnego serwera dla wystąpienia usługi SharePoint lub użycie warstwy aplikacji o wyższej specyfikacji.

Jeśli chcesz zagwarantować wysoką dostępność, rozważ użycie wielu warstw aplikacji za usługą równoważenia obciążenia i SQL Server wystąpień. W tym scenariuszu zaleca się umieścić bazy danych Azure DevOps w zawsze wł. grupy dostępności.

Wymagania sprzętowe usługi kompilacji

Usługa kompilacji XAML ma takie same wymagania dotyczące systemu operacyjnego jak Azure DevOps Server i TFS. Zazwyczaj sensowne jest uruchomienie usługi kompilacji na innym komputerze niż warstwa aplikacji. Wymagania sprzętowe usługi kompilacji są takie same jak w systemie operacyjnym, w którym jest uruchomiona. Można jednak zoptymalizować wydajność usługi kompilacji przez dostosowanie specyfikacji sprzętu maszyny kompilacji do typów kompilacji, których będzie używać zespół.

Systemy operacyjne

Następujące systemy operacyjne są obsługiwane dla wskazanych wersji programu Azure DevOps Server i Team Foundation Server (TFS).

Instalacja serwera lub klienta

  • Azure DevOps Server

    • Działa w systemie operacyjnym Windows Server lub Windows klienckim.
    • Azure DevOps Server 2020 r., Azure DevOps Server 2019, TFS 2018 i TFS 2017 działają tylko w 64-bitowym systemie operacyjnym.
  • Team Foundation Server:

    • Działa w systemie operacyjnym Windows Server lub Windows klienckim.
    • Wcześniejsze wersje serwera TFS działają w 64-bitowym lub 32-bitowym systemie operacyjnym, gdy jest dostępna wersja 32-bitowa. Zaleca się korzystanie z systemu operacyjnego serwera, chyba że wystąpienie Azure DevOps Server lub Team Foundation Server jest do oceny lub użytku osobistego.

Systemy operacyjne serwera

Azure DevOps Server lub TFS Obsługiwane systemy operacyjne serwera
Azure DevOps Server 2020 r. Windows Server 2019
Windows Server 2016
Azure DevOps Server 2019 r. Windows Server 2019
Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
TFS 2018 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
TFS 2017 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
Windows Server 2008 R2 (z dodatkiem SP1 lub nowszym) (Standard, Enterprise i Datacenter)
TFS 2015 Windows Server 2016
Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
Windows Server 2008 R2 (z dodatkiem SP1 lub nowszym) (Standard, Enterprise i Datacenter)
TFS 2013 Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
Windows Server 2008 R2 (z dodatkiem SP1 lub nowszym) (Standard, Enterprise i Datacenter)
TFS 2012 Windows Server 2012 R2 (Essentials, Standard i Datacenter)
Windows Server 2012 (Essentials, Standard i Datacenter)
Windows Server 2008 R2 (Standard, Enterprise, Datacenter)
Windows Server 2008 (minimalna 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 (minimalna sp2)
Windows Server 2003 R2
Windows Server 2003 (minimalna sp2)

Opcja instalacji Server Core jest obsługiwana tylko w przypadku wersji Azure DevOps Server 2020, Azure DevOps Server 2019, TFS 2018 i TFS 2017. Windows Server w wersji 1709 nie jest obsługiwany.

Klienckie systemy operacyjne

Azure DevOps Server wersji Obsługiwane klienckie systemy operacyjne
Azure DevOps Server 2020 r. Windows 10 (Enterprise) Wersja 1803
Windows 10 (Professional, Enterprise) 1809 lub nowszy
Azure DevOps Server 2019 r. Windows 10 (Professional, Enterprise) w wersji 1607 lub nowszej
TFS 2018 Windows 10 (Professional, Enterprise) w wersji 1607 lub nowszej
TFS 2017 Windows 10 (Home, Professional i Enterprise)
Windows 8.1 (Home, Professional i Enterprise)
Windows 7 (z dodatkiem SP1 lub nowszym) (Home Premium, Professional, Enterprise i Ultimate)
TFS 2015 Windows 10 (Home, Professional i Enterprise)
Windows 8.1 (Home, Professional i Enterprise)
Windows 7 (z dodatkiem SP1 lub nowszym) (Home Premium, Professional, Enterprise i Ultimate)
TFS 2013 Windows 8.1 (Home, Professional i Enterprise)
Windows 7 (z dodatkiem SP1 lub nowszym) (Home Premium, Professional, Enterprise i Ultimate)
TFS 2012 Windows 8.1 (Home, Professional i Enterprise)
Windows 7 (Home Premium, Professional, Enterprise, Ultimate)
TFS 2010 Windows 7 (Home Premium, Professional, Enterprise, Ultimate)
Windows Vista z dodatkiem SP2

Mimo że można zainstalować Azure DevOps Server w klienckich systemach operacyjnych, nie zalecamy instalacji klienckiego systemu operacyjnego z wyjątkiem w celach ewaluacyjnych lub do użytku osobistego. Systemy operacyjne klienta mają następujące ograniczenia:

  • Systemy operacyjne klienta nie obsługują integracji z SharePoint Products ani SharePoint Reporting.
  • Nie można instalować serwera Azure DevOps Server proxy i Team Foundation Server proxy w systemach operacyjnych klienta.

Jeśli musisz użyć dowolnej z tych funkcji, zainstaluj Azure DevOps Server w systemie operacyjnym serwera.

Wymagania dotyczące serwera proxy

Funkcja serwera proxy jest dostępna podczas instalowania serwera Azure DevOps Server serwera TFS w systemie operacyjnym serwera.

Przejrzyj poniższe zalecenia dotyczące sprzętu, aby określić optymalny sprzęt do użycia na Azure DevOps Server proxy lub Team Foundation Server proxy.

W przeciwieństwie do wymagań dotyczących systemu operacyjnego zalecenia sprzętowe serwera proxy różnią się od zaleceń sprzętowych dotyczących konfigurowania warstwy aplikacji serwera Azure DevOps Server lub Team Foundation Server. Warstwa aplikacji serwera Team Foundation Server wymaga bardziej niezawodnego sprzętu niż funkcja serwera proxy.

Zalecany sprzęt jest oparty na rozmiarze zespołu, który będzie używać serwera proxy. Zazwyczaj jest to zespół w Twoim zdalnym biurze. Im większy jest Twój zespół, tym bardziej niezawodny musi być sprzęt.

Rozmiar zespołu zdalnego Zalecenia sprzętowe (procesor/pamięć RAM) dla serwera Azure DevOps Server proxy lub serwera Team Foundation Server proxy
450 lub mniej użytkowników Jeden procesor, procesor 2,2 GHz, 4 GB pamięci RAM
Od 451 do 2200 użytkowników Dwa procesory, procesor 2,0 GHz, 8 GB pamięci RAM
Od 2201 do 3600 użytkowników Cztery procesory, procesor 2,0 GHz, 8 GB pamięci RAM

Dodatkowe wymagania dotyczące serwera proxy GVFS

Funkcja serwera proxy wirtualnego systemu plików Git (GVFS) obsługuje intensywne operacje wejścia/wyjścia (We/Wy). Oprócz podstawowych wymagań dotyczących serwera proxy usługi Azure DevOps Server lub serwera Team Foundation Server, serwer proxy GVFS wymaga szybkiego, dużego dysku do wydajnego działania w repozytorium. Zalecany sprzęt jest oparty na rozmiarze repozytorium, które obsługuje serwer proxy systemu plików GVFS.

Sprzęt Zalecana wartość
Pamięć RAM Tak duża jak wierzchołek typowej gałęzi
Miejsce na dysku Cztery razy więcej niż cały rozmiar repozytorium
Sprzęt dyskowy Dysk półprzewodnikowy (SSD)

Jeśli na przykład repozytorium zawiera 50 GB w gałęzi main i 200 GB historii, zalecamy 50 GB pamięci RAM i 800 GB magazynu opartego na dyskach SSD.

Wirtualizacja

Firma Microsoft obsługuje Azure DevOps Server wirtualizacji w obsługiwanych środowiskach wirtualizacji.

Aby uzyskać więcej informacji, zobacz następujące artykuły:

Azure SQL Database i SQL Server

Azure DevOps wdrożenia lokalne wymagają pewnej wersji SQL Server. Azure DevOps Server obsługuje wersje Express, Standard i Enterprise SQL Server . Wersja Express jest zalecana tylko do celów oceny, użytku osobistego lub dla bardzo małych zespołów. Zalecamy używanie SQL Server Standard lub Enterprise dla wszystkich innych scenariuszy.

W przypadku wdrożeń produkcyjnych należy użyć jednej z następujących wersji SQL Server.

Azure DevOps wersji Obsługiwana SQL Server wersji
Azure DevOps Server 2020 r. Azure SQL Database
SQL Server 2019
SQL Server 2017
SQL Server 2016 r. (minimalna dodatkiem SP1)
Azure DevOps Server 2019 Update 1.1 Azure SQL Database
SQL Server 2019
SQL Server 2017
SQL Server 2016 r. (minimalna sp1)
Azure DevOps Server 2019 r. Azure SQL Database
SQL Server 2017
SQL Server 2016 r. (minimalna sp1)
TFS 2018 SQL Server 2017
SQL Server 2016 r. (minimalna sp1)
TFS 2017 Update 1 SQL Server 2016 r. (minimalna sp1)
SQL Server 2014
TFS 2017 SQL Server 2016 (zalecane z dodatkiem SP1)
SQL Server 2014
TFS 2015 Update 3 SQL Server 2016 (zalecane z dodatkiem SP1)
SQL Server 2014
SQL Server 2012 r. (minimalna sp1)
TFS 2015 SQL Server 2014
SQL Server 2012 r. (minimalna sp1)
TFS 2013 Update 2 SQL Server 2014
SQL Server 2012 r. (minimalna sp1)
TFS 2013 SQL Server 2012 r. (minimalna sp1)
TFS 2012 SQL Server 2012
SQL Server 2008 R2
TFS 2010 SQL Server 2008 R2
SQL Server 2008

Uwaga

SQL Server on Linux nie jest obsługiwana.

Dodatkowe informacje o wersji

Poniższe informacje dotyczą wskazanej SQL Server wersji:

  • Azure SQL Database: obsługiwana tylko w przypadku korzystania z usługi Azure Virtual Machines. Aby uzyskać szczegółowe informacje, zobacz Używanie Azure SQL Database z Azure DevOps Server.

  • SQL Server 2016: jeśli używasz programu SQL Server 2016, musisz zainstalować aktualizację Visual C++ uruchomieniowego.

  • SQL Server 2014: SQL Server 2014 ma bardziej niezawodne wymagania sprzętowe niż wcześniejsze SQL Server wersji. Niektóre konfiguracje sprzętu mogą zmniejszyć wydajność Azure DevOps Server lub Team Foundation Server. Aby uzyskać więcej informacji, zobacz TFS 2013 Update 2: Performance considerations for using SQL Server 2014.

  • SQL Server 2012 SP1: jeśli używasz programu SQL Server 2012 SP1, zalecamy zastosowanie aktualizacji zbiorczej Update 2 w górnej części dodatku SP1 w celu rozwiązania krytycznej SQL Server związanej z użyciem zasobów. Nie jest to wymagane, ponieważ usterka ma wpływ tylko na niewielką liczbę wystąpień SQL Server 2012 SP1, ale należy o tym pamiętać.

    Jeśli nie zastosujemy aktualizacji zbiorczej 2, zastosuj poprawkę SQL Server(KB2793634),aby rozwiązać oddzielny problem, w którym program SQL Server 2012 SP1 może zażądać nadmiernej liczby ponownego uruchomienia.

Active Directory

Można zainstalować Azure DevOps na więcej niż jednym serwerze, jeśli wszystkie serwery są przyłączone do domeny usługi Active Directory, która jest oparta na poziomie funkcjonalności, który obsługuje serwery. Możesz zainstalować Azure DevOps na jednym serwerze, który jest przyłączony do domeny usługi Active Directory lub który jest członkiem grupy roboczej.

Nie można zainstalować serwera Azure DevOps, które są przyłączone do domen, jeśli kontrolery domeny są uruchomione Windows NT Server 4.0. W poniższej tabeli przedstawiono, które poziomy funkcjonalności domen usługi Active Directory Azure DevOps Server i SERWERA TFS nie obsługują:

Poziomy funkcjonalności domen usługi Active Directory Obsługiwane
Windows 2000 w trybie mieszanym: kontrolery domeny z systemem Windows Server 2003 R2, Windows Server 2003, Windows 2000 i Windows NT Server 4.0. Nie
Windows Server 2003 tryb tymczasowy: kontrolery domeny z systemem Windows Server 2003 R2, Windows Server 2003 i Windows NT Server 4.0. Nie

Główne wersje i dodatki Service Pack

Firma Microsoft nie zawsze natychmiast obsługuje główne nowe wersje zależności, takie jak SQL Server. Czasami musimy wydać aktualizacje, aby dodać obsługę tych wersji. Jeśli jednak firma Microsoft obsługuje wersję główną, zawsze obsługujemy najnowszy dodatek Service Pack natychmiast po jego wydanie. Pracujemy z zespołami produktu, aby przetestować dodatki Service Pack przed ich wydanem.

Języki naturalne

Aplikacje można instalować Azure DevOps różnych językach w obsługiwanych systemach operacyjnych. Nie można jednak używać kombinacji zlokalizowanego systemu operacyjnego z systemem Azure DevOps Server TFS. Ponadto nie można zainstalować wielu języków na jednym serwerze Azure DevOps Server serwera TFS.

Aplikacje można instalować Azure DevOps różnych językach w obsługiwanych systemach operacyjnych. Nie można jednak używać kombinacji zlokalizowanego systemu operacyjnego z systemem Azure DevOps Server TFS. Ponadto nie można zainstalować wielu języków na jednym serwerze Azure DevOps Server serwera TFS. Język instalacji SharePoint Products może również skomplikować wdrożenie. Można jednak dodać odpowiedni pakiet językowy do serwera, na którym działa program SharePoint Products, aby spełnić wymagania Team Foundation Server.

W poniższej tabeli przedstawiono obsługiwane kombinacje języków:

System operacyjny Azure DevOps Server lub Team Foundation Server Produkty SharePoint
Angielski Angielski Angielski
Angielski Język inny niż angielski Język (lub pakiet językowy) musi być Team Foundation Server
Język inny niż angielski Angielski Angielski (lub dodany pakiet językowy w języku angielskim)
Język inny niż angielski Język musi być zgodne z systemem operacyjnym Język (lub dodany pakiet językowy) w celu dopasowania Team Foundation Server

Poniższe reguły wyjaśniają wymagania dotyczące języka dla Azure DevOps Server i Team Foundation Server instalacji.

  • Jeśli używasz systemu operacyjnego w języku angielskim, możesz zainstalować dowolną wersję językową programu Azure DevOps Server lub Team Foundation Server. Jeśli nie korzystasz z systemu operacyjnego w języku angielskim, musisz zainstalować wersję języka angielskiego programu Azure DevOps Server lub Team Foundation Server albo wersję, która została zlokalizowane dla tego samego języka co system operacyjny.

  • Następujące składniki nie mają dodatkowych wymagań dotyczących języka specyficznych dla pracy z programem Azure DevOps Server TFS:

    • Serwer Team Foundation Build
    • Team Foundation Server Serwera proxy
    • Team Explorer
    • Visual Studio Lab Management (przestarzałe z programem TFS 2017 i nowszymi wersjami)
  • Jeśli chcesz używać programu SharePoint Products, instalacja SharePoint Products musi odpowiadać językowi instalacji Team Foundation Server instalacji. Alternatywnie można zainstalować pakiet językowy, który odpowiada językowi instalacji Team Foundation Server instalacji.

    Na przykład możesz zainstalować wersję językową w języku japońskim Team Foundation Server w języku angielskim lub japońskim systemie operacyjnym, ale nie w systemie operacyjnym w Niemczech. W przypadku instalowania japońskiej wersji programu Team Foundation Server na serwerze z uruchomionym programem SharePoint Products musi być również zainstalowana wersja japońskich produktów SharePoint lub pakiet językowy dla produktów firmy SharePoint.

Kontrolery testów i agenci mają własne wymagania dotyczące języka. Aby uzyskać więcej informacji, zobacz Test controller and test agent requirements (Wymagania dotyczące kontrolera testów i agenta testowego).

SharePoint

Program TFS 2018 i Azure DevOps Server nie obsługują już integracji z programem Office SharePoint i rozszerzeniem TFS dla SharePoint. Aby uzyskać informacje na temat integracji serwera TFS z SharePoint, zobacz TfS-SharePoint version compatibility (Zgodność wersji serwera TFS i serwera TFS).

Project Server

Program TFS 2017 i nowsze wersje nie obsługują już natywnej integracji z Office Project Server. Aby uzyskać informacje o integracji serwera TFS z programem Project Server, zobacz Zgodność wersji serwera TFS-Project Server.