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

  1. Przygotuj serwer warstwy aplikacji spełniający wymagania systemowe dla Azure DevOps Server.

  2. 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.

    SQL_SERVER_FEATURES

    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.

  3. 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.

  4. 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.

  5. 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

  1. Pobierz Azure DevOps Server za pośrednictwem jednego z następujących kanałów:

  2. 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.

Zrzut ekranu przedstawiający Kreatora konfiguracji serwera, Nowe wdrożenie, Wybrana opcja Podstawowa, 2022.

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.

Zrzut ekranu przedstawiający Kreatora konfiguracji serwera, Nowe wdrożenie, Wybrana opcja Zaawansowane, 2022.

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 i LOCAL 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 i LOCAL 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ć.