Konfigurowanie konfiguracji dwóch serwerów — lokalnie w usłudze Azure DevOps
Azure DevOps Server 2022 r. | Azure DevOps Server 2020 r. | Azure DevOps Server 2019 r.
Wdrożenie Azure DevOps Server umożliwia obsługę większego obciążenia niż konfiguracja pojedynczego serwera przez wdrożenie aplikacji i warstw danych na oddzielnych serwerach. Zapoznaj się z naszymi zaleceniami dotyczącymi sprzętu , aby potwierdzić, że ta konfiguracja jest odpowiednia dla Twojego zespołu. W przeciwnym razie rozważ zamiast tego konfigurację jednego serwera lub wielu serwerów .
Jeśli uaktualniasz z wcześniejszej wersji, dowiedz się więcej o zgodności, informacjach o wersji i rozpoczęciu uaktualniania.
Przygotowanie
Przygotuj serwer warstwy aplikacji spełniający wymagania systemowe dla Azure DevOps Server.
Przygotuj serwer warstwy danych spełniający zalecenia sprzętowe dla zespołu.
Skonfiguruj obsługiwaną wersję SQL Server w warstwie danych. Po ustawieniu SQL Server dla Azure DevOps Server zainstaluj co najmniej aparat bazy danych i usługi wyszukiwania pełnotekstowego.
Płatne kopie Azure DevOps Server mają licencję na SQL Server Standard do użytku z Azure DevOps Server. Strona cennika serwera Team Foundation Server zawiera szczegółowe informacje. Jeśli używasz licencji dołączonej do Azure DevOps Server, możesz jej używać tylko dla Azure DevOps Server baz danych.
Skonfiguruj zaporę w warstwie danych, aby zezwolić na dostęp do aparatu bazy danych SQL Server, aby Azure DevOps Server mógł przejść przez zaporę w celu nawiązania połączenia z aparatem bazy danych SQL Server z warstwy aplikacji.
Upewnij się, że konto, którego planujesz użyć do skonfigurowania Azure DevOps Server, jest członkiem roli serwera SysAdmin w SQL Server.
Uwaga
Instalowanie Azure DevOps Server obejmuje złożony zestaw operacji, które wymagają wysokiego poziomu uprawnień — obejmują one tworzenie baz danych, aprowizowanie identyfikatorów logowania dla kont usług i nie tylko. Technicznie wszystko, co jest wymagane, to członkostwo w roli ServerAdmin; ALTER ANY LOGIN, CREATE ANY DATABASE, and VIEW ANY DEFINITION server scoped permissions; i UPRAWNIENIA CONTROL w bazie danych master. Członkostwo w roli serwera SysAdmin będzie udzielać wszystkich tych członkostw i uprawnień, dlatego jest to najprostszy sposób zapewnienia, że Azure DevOps Server konfiguracji powiedzie się. W razie potrzeby te członkostwa i uprawnienia można odwołać po zainstalowaniu Azure DevOps Server.
Jeśli zamierzasz włączyć raportowanie, przygotuj do tego warstwy aplikacji i danych.
Uwaga
Zapoznaj się z opcjami konfiguracji raportowania , aby zrozumieć dostępne opcje i wpływ na wybrane modele procesów dostosowywania śledzenia pracy.
Zainstaluj SQL Server Analysis Services i zainstaluj i skonfiguruj SQL Server Reporting Services. Skonfiguruj zaporę, aby zezwolić na dostęp do usług Reporting Services i zezwolić na dostęp do usług Analysis Services.
Instalacja
-
Pobierz Azure DevOps Server za pośrednictwem jednego z następujących kanałów:
- Visual Studio Downloads, czyli najprostsza metoda (przewiń w dół do pozycji Wszystkie pliki do pobrania, Azure DevOps Server 2019)
- Visual Studio Dev Essentials
- Volume Licensing Service Center
Uruchom instalację.
Instalator kopiuje pliki na maszynę, a następnie uruchamia Azure DevOps Server Configuration Center.
Konfigurowanie instalacji
Skonfiguruj Azure DevOps Server przy użyciu z obsługiwanych opcji konfiguracji zgodnie z opisem w przewodniku Wprowadzenie.
Nowe wdrożenie — opcja Podstawowa
Nawet w konfiguracji z dwoma serwerami najprostszym sposobem skonfigurowania Azure DevOps Server jest użycie Kreatora konfiguracji serwera z nowym wdrożeniem — podstawowy scenariusz. Aby uzyskać szczegółowe informacje, zobacz Konfigurowanie przy użyciu opcji Podstawowa. Ta opcja jest zoptymalizowana pod kątem uproszczenia przy użyciu ustawień domyślnych dla większości danych wejściowych.
Podczas wybierania wystąpienia SQL Server w kreatorze należy wskazać już skonfigurowaną warstwę danych. W przypadku opcji Nowe wdrożenie — podstawowe należy również wybrać następujące opcje:
- Warstwa aplikacji: których ustawień witryny internetowej użyć, w tym tego, czy używać powiązań HTTP, czy HTTPS. Aby uzyskać więcej informacji, zobacz ustawienia witryny sieci Web .
- Search: czy zainstalować i skonfigurować funkcje Search kodu. Aby uzyskać więcej informacji, zobacz konfigurowanie Search.
Nowe wdrożenie — opcja Zaawansowana
Jeśli chcesz mieć pełną kontrolę nad wszystkimi danymi wejściowymi, zamiast tego użyj opcji Nowe wdrożenie — zaawansowane.
Jeśli wybierzesz opcję Nowe wdrożenie — zaawansowane , musisz dodatkowo wybrać następujące opcje:
- Konto usługi, w ramach których będą uruchamiane różne procesy wdrażania Azure DevOps Server. Wartość domyślna używana w scenariuszu Podstawowym jest
NT AUTHORITY\NETWORK SERVICE
w scenariuszach przyłączonych do domeny iLOCAL SERVICE
w scenariuszach grupy roboczej. - Czy włączyć protokół SSH, wraz z portem, na który powinien nasłuchiwać. Wartością domyślną używaną w scenariuszu Podstawowym jest skonfigurowanie protokołu SSH na porcie 22.
- Lokalizacja pamięci podręcznej plików używana do często używanych zasobów Azure DevOps Server. Wartość domyślna używana w scenariuszu Podstawowym to ścieżka
AzureDevOpsServerData\ApplicationTier\_fileCache
na dysku lokalnym, która ma najwięcej wolnego miejsca. - Czy utworzyć kolekcję projektu, w której mają być przechowywane projekty, wraz z nazwą tej kolekcji. Domyślne zachowanie w podstawowym scenariuszu polega na utworzeniu kolekcji projektów o nazwie
DefaultCollection
.
- Konto usługi, w ramach których będą uruchamiane różne procesy wdrażania Azure DevOps Server. Wartość domyślna używana w scenariuszu Podstawowym jest
NT AUTHORITY\NETWORK SERVICE
w scenariuszach przyłączonych do domeny iLOCAL SERVICE
w scenariuszach grupy roboczej. - Czy włączyć protokół SSH, wraz z portem, na który powinien nasłuchiwać. Wartością domyślną używaną w scenariuszu Podstawowym jest skonfigurowanie protokołu SSH na porcie 22.
- Lokalizacja pamięci podręcznej plików używana do często używanych zasobów Azure DevOps Server. Wartość domyślna używana w scenariuszu Podstawowym to ścieżka
AzureDevOpsServerData\ApplicationTier\_fileCache
na dysku lokalnym, która ma najwięcej wolnego miejsca. - Czy skonfigurować funkcje raportowania. Domyślne zachowanie używane w scenariuszu podstawowym nie obsługuje konfigurowania tych funkcji. Należy pamiętać, że te opcje nie są dostępne w systemach operacyjnych klienta.
- Czy utworzyć kolekcję projektu, w której mają być przechowywane projekty, wraz z nazwą tej kolekcji. Domyślne zachowanie w podstawowym scenariuszu polega na utworzeniu kolekcji projektów o nazwie
DefaultCollection
.
W obu przypadkach kreator uruchamia kontrole gotowości, aby zweryfikować środowisko i wybrane ustawienia. Jeśli wszystko pójdzie dobrze, kreator umożliwia skonfigurowanie wdrożenia. Jeśli występują błędy, należy naprawić każdy z nich i ponownie uruchomić kontrole gotowości, zanim będzie można kontynuować.