Wymagania dotyczące lokalnej usługi Azure DevOps
Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r. | TFS 2018
Przed zainstalowaniem lub uaktualnieniem wdrożenia usługi Azure DevOps zapoznaj się z wymaganiami podanymi w tym artykule.
Oprócz tych wymagań zapoznaj się również z następującymi artykułami:
- Zgodność kompilacji klienta i środowiska lokalnego
- Wymagania dotyczące konta usług
- Omówienie architektury
- Domyślne porty sieciowe i protokoły
- Dostosowywalne ustawienia sieciowe
- Zgodność usługi Azure Artifacts i wersji
Zalecenia dotyczące sprzętu
Lokalna usługa Azure DevOps umożliwia skalowanie z instalacji ekspresowej na laptopie używanym przez jedną osobę do wdrożenia o wysokiej dostępności używanego przez tysiące osób. Może obsługiwać scenariusze wysokiego użycia, które mają wiele warstw aplikacji za modułem równoważenia obciążenia i wiele wystąpień SQL korzystających z funkcji SQL Always On.
Poniższe zalecenia dotyczą większości wdrożeń usługi Azure DevOps. Wymagania mogą się różnić w zależności od sposobu korzystania z usługi Azure DevOps przez zespół. Jeśli na przykład masz szczególnie duże repozytoria Git lub gałęzie kontroli wersji programu Team Foundation (TVC), może być konieczne użycie maszyn o wyższej specyfikacji niż te wymienione w poniższych sekcjach. Wszystkie maszyny opisane w następnych sekcjach mogą być fizyczne lub wirtualne.
Wdrażanie pojedynczego serwera
Wdrożenie pojedynczego serwera składa się z jednej maszyny z jednym dwurdzeniowym procesorem, 4 GB pamięci RAM i szybkim dyskiem twardym. W przypadku funkcji Elastic Search 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 roboczych. Rozbudowane użycie zautomatyzowanej kompilacji, testowania lub wydania prawdopodobnie spowoduje problemy z wydajnością. Nie zalecamy używania funkcji wyszukiwania lub raportowania dla tej konfiguracji.
W przypadku skalowania w górę jednego serwera serwer może obsłużyć większą liczbę użytkowników i zwiększyć wykorzystanie zautomatyzowanej kompilacji, testowania lub wydania. Serwer skalowalny 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ć wdrożenie pojedynczego serwera w celu skalowania w górę do 500 użytkowników.
Do oceny lub użytku osobistego można użyć podstawowej konfiguracji z zaledwie 2 GB pamięci RAM. Ta konfiguracja nie jest zalecana w przypadku serwera produkcyjnego używanego przez więcej niż jedną osobę.
Wdrożenia z wieloma serwerami
Następujące scenariusze mogą wymagać wdrożenia wielu serwerów:
- Skalowanie ponad 500 użytkowników
- Rozbudowane korzystanie z automatycznej kompilacji, testowania lub wydania
- Korzystanie z funkcji wyszukiwania kodu
- Korzystanie z funkcji raportowania
W przypadku zespołu z ponad 500 użytkownikami 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 czterordzeniowym procesorem, 16 GB pamięci i magazynem o wysokiej wydajności, takim jak ssd.
W przypadku zespołu ponad 2000 użytkowników należy wziąć pod uwagę następującą konfigurację:
- Warstwa aplikacji z jednym czterordzeniowym procesorem, 16 GB lub więcej pamięci oraz szybkim dyskiem twardym.
- Warstwa danych z co najmniej dwoma procesorami czterordzeniowymi, 16 GB lub większą ilością pamięci oraz zaawansowanym magazynem o wysokiej wydajności, na przykład ssd lub sieci SAN o wysokiej wydajności.
Jeśli planujesz intensywnie używać automatyzacji kompilacji, testowania lub wydawania, zalecamy użycie warstw danych i aplikacji o wyższej specyfikacji, aby uniknąć problemów z wydajnością. Na przykład zespół 250 może używać wdrożenia z wieloma serwerami, które jest bardziej zgodne z zaleceniami dla zespołu 500 do 2000 użytkowników. Zalecamy również monitorowanie zautomatyzowanych procesów w celu zapewnienia ich wydajności. Na przykład przyrostowe pobieranie danych z kontroli źródła podczas kompilacji zawsze, gdy jest to możliwe, zamiast pełnego odświeżania 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, testowania ani wydawania w warstwach aplikacji Azure DevOps Server lub TFS.
Jeśli planujesz używać funkcji wyszukiwania kodu, zalecamy skonfigurowanie oddzielnego serwera na potrzeby wyszukiwania kodu. Aby uzyskać więcej informacji, zobacz wymagania sprzętowe dotyczące wyszukiwania kodu.
Jeśli planujesz używać funkcji raportowania, zalecamy skonfigurowanie oddzielnego serwera dla bazy danych magazynu i modułu SQL Server Analysis Services. Inną opcją jest użycie warstwy danych o wyższej specyfikacji.
Jeśli chcesz zagwarantować wysoką dostępność, rozważ użycie wielu warstw aplikacji za modułem równoważenia obciążenia i wieloma wystąpieniami SQL Server. W tym scenariuszu zalecamy umieszczenie baz danych usługi Azure DevOps w zawsze włączonej grupie dostępności.
Wymagania sprzętowe usługi kompilacji
Usługa kompilacji XAML ma te same wymagania dotyczące systemu operacyjnego co Azure DevOps Server i TFS. Zwykle warto uruchomić usługę kompilacji na osobnej maszynie od warstwy aplikacji. Wymagania sprzętowe dla usługi kompilacji są takie same jak system operacyjny, na którym działa. Można jednak zoptymalizować wydajność usługi kompilacji, dostosowując specyfikacje sprzętowe maszyny kompilacji do typów kompilacji używanych przez zespół.
Systemy operacyjne
Następujące systemy operacyjne są obsługiwane dla wskazanych wersji Azure DevOps Server.
Instalacja serwera lub klienta
Azure DevOps Server działa w systemie operacyjnym Windows Server lub w systemie operacyjnym Klienta systemu Windows i tylko w 64-bitowym systemie operacyjnym. Zalecamy używanie systemu operacyjnego serwera, chyba że Azure DevOps Server jest do oceny lub użytku osobistego.
Systemy operacyjne serwera
Azure DevOps Serverversion | Obsługiwane systemy operacyjne serwera |
---|---|
Azure DevOps Server 2022 r. | Windows Server 2022 Windows Server 2019 |
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) |
Opcja instalacji Server Core jest obsługiwana dla Azure DevOps Server 2022, Azure DevOps Server 2020, Azure DevOps Server 2019 i TFS 2018. System Windows Server w wersji 1709 nie jest obsługiwany.
Systemy operacyjne klienta
wersja Azure DevOps Server | Obsługiwane klienckie systemy operacyjne |
---|---|
Azure DevOps Server 2022 r. | Windows 11 w wersji 21H2 Windows 10 1809 lub nowszy |
Azure DevOps Server 2020 r. | Windows 10 (Enterprise) w wersji 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 |
Mimo że można zainstalować Azure DevOps Server w systemach operacyjnych klienta, nie zalecamy instalacji systemu operacyjnego klienta z wyjątkiem celów ewaluacyjnych lub użytku osobistego. Nie można zainstalować serwera proxy Azure DevOps Server w systemach operacyjnych klienta.
Wymagania dotyczące serwera proxy
Serwer proxy jest dostępny tylko podczas instalowania Azure DevOps Server w systemie operacyjnym Windows Server. Obsługiwane systemy są wymienione w poniższej tabeli dla każdej wersji.
Wersja serwera proxy usługi Azure DevOps | Obsługiwane systemy operacyjne Windows |
---|---|
Serwer proxy usługi Azure DevOps 2022 | Windows Server 2022 Windows Server 2019 Windows Server Core |
Serwer proxy usługi Azure DevOps 2020 | Windows Server 2019 Windows Server 2016 Windows Server Core |
Serwer proxy usługi Azure DevOps 2019 | Windows Server 2019 Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard i Datacenter) Windows Server 2012 (Essentials, Standard i Datacenter) Windows Server Core |
Team Foundation Proxy Server 2018 | Windows Server 2016 Windows Server 2012 R2 (Essentials, Standard i Datacenter) Windows Server 2012 (Essentials, Standard i Datacenter) |
Zapoznaj się z poniższymi zaleceniami dotyczącymi sprzętu, aby określić optymalny sprzęt do użycia na potrzeby serwera proxy Azure DevOps Server.
W przeciwieństwie do wymagań dotyczących systemu operacyjnego zalecenia sprzętowe dotyczące serwera proxy różnią się od zaleceń sprzętowych dotyczących konfigurowania warstwy aplikacji Azure DevOps Server. Warstwa aplikacji wymaga bardziej niezawodnego sprzętu niż serwer proxy.
Zalecany sprzęt jest oparty na rozmiarze zespołu, który będzie korzystać z serwera proxy. Zazwyczaj jest to zespół w biurze zdalnym. Tym większy jest twój zespół, tym bardziej niezawodny sprzęt musi być.
Rozmiar zespołu zdalnego | Zalecenia dotyczące sprzętu (procesor CPU/PAMIĘĆ RAM) dla serwera proxy Azure DevOps Server |
---|---|
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, procesory 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 Azure DevOps 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 GVFS.
Sprzęt | Zalecana wartość |
---|---|
Pamięć RAM | Tak duży, jak końcówka typowej gałęzi |
Miejsce na dysku | Cztery razy cały rozmiar repozytorium |
Sprzęt dyskowy | Dysk półprzewodnikowy (SSD) |
Jeśli na przykład repozytorium ma 50 GB w głównej gałęzi i 200 GB historii, zalecamy użycie 50 GB pamięci RAM i 800 GB magazynu opartego na dyskach SSD.
Wirtualizacja
Firma Microsoft obsługuje wirtualizację Azure DevOps Server w obsługiwanych środowiskach wirtualizacji.
Aby uzyskać więcej informacji, zobacz następujące artykuły:
- Oprogramowanie serwerowe firmy Microsoft i obsługiwane środowiska wirtualizacji
- Zasady pomocy technicznej dotyczące oprogramowania firmy Microsoft działającego w oprogramowaniu do wirtualizacji sprzętowej firm innych niż Microsoft
- Partnerzy pomocy technicznej dla oprogramowania do wirtualizacji sprzętu innej firmy niż Microsoft
- Wirtualizacja serwera (oficjalnie obsługiwane produkty)
Azure SQL Database i SQL Server
Wdrożenia lokalne usługi Azure DevOps 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 ewaluacyjnych, osobistych lub dla bardzo małych zespołów. W przypadku wszystkich innych scenariuszy zalecamy SQL Server Standard lub Enterprise.
W przypadku wdrożeń produkcyjnych użyj jednej z następujących wersji SQL Server.
Wersja usługi Azure DevOps | Obsługiwana wersja SQL Server |
---|---|
Azure DevOps Server 2022 r. | Azure SQL Database Wystąpienie zarządzane Azure SQL SQL Server 2022 SQL Server 2019 SQL Server 2017 |
Azure DevOps Server 2020 r. | Azure SQL Database SQL Server 2019 SQL Server 2017 SQL Server 2016 (minimalna wersja SP1) |
Azure DevOps Server 2019 Update 1.1 | Azure SQL Database SQL Server 2019 SQL Server 2017 SQL Server 2016 (minimalna wersja SP1) |
Azure DevOps Server 2019 r. | Azure SQL Database SQL Server 2017 SQL Server 2016 (minimalna wersja SP1) |
TFS 2018 | SQL Server 2017 SQL Server 2016 (minimalna wersja SP1) |
Uwaga
SQL Server on Linux nie jest obsługiwana.
Następujące informacje dotyczą wskazanej wersji SQL Server:
- Azure SQL Database: obsługiwane tylko w przypadku korzystania z usługi Azure Virtual Machines. Aby uzyskać szczegółowe informacje, zobacz Use Azure SQL Database with Azure DevOps Server (Używanie bazy danych Azure SQL z Azure DevOps Server).
- SQL Server 2016: Jeśli używasz programu SQL Server 2016, musisz zainstalować aktualizację środowiska uruchomieniowego programu Visual C++.
Active Directory
Usługę Azure DevOps można zainstalować na więcej niż jednym serwerze, jeśli wszystkie serwery są przyłączone do domeny usługi Active Directory opartej na poziomie funkcjonalności, który obsługuje serwery. Usługę Azure DevOps można zainstalować na jednym serwerze przyłączonym do domeny usługi Active Directory lub należącym do grupy roboczej.
Główne wersje i dodatki Service Pack
Firma Microsoft nie zawsze natychmiast obsługuje 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 wydaniu. Pracujemy z zespołami ds. produktów w celu przetestowania dodatków Service Pack przed ich wydaniem.
Języki naturalne
Usługę Azure DevOps można zainstalować w różnych językach w obsługiwanych systemach operacyjnych. Nie można jednak używać żadnej kombinacji zlokalizowanego systemu operacyjnego z Azure DevOps Server i TFS. Ponadto nie można zainstalować wielu języków na jednym serwerze Azure DevOps Server lub TFS.
W poniższej tabeli przedstawiono obsługiwane kombinacje języków:
System operacyjny | Azure DevOps Server |
---|---|
Angielski | Angielski |
Angielski | Język inny niż angielski |
Język inny niż angielski | Angielski |
Język inny niż angielski | Język musi być zgodny z systemem operacyjnym |
Jeśli korzystasz z systemu operacyjnego w języku angielskim, możesz zainstalować dowolną wersję językową Azure DevOps Server. Jeśli nie korzystasz z systemu operacyjnego w języku angielskim, musisz zainstalować wersję języka angielskiego Azure DevOps Server lub wersję, która została zlokalizowana dla tego samego języka co system operacyjny.
Serwer proxy usługi Azure DevOps i program Team Explorer nie mają dodatkowych wymagań językowych specyficznych dla pracy z Azure DevOps Server.
Kontrolery testów i agenci mają własne wymagania dotyczące języka. Aby uzyskać więcej informacji, zobacz Wymagania dotyczące kontrolera testów i agenta testowego.