Konfigurowanie konfiguracji z dwoma serwerami — lokalnie w usłudze Azure DevOps
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
Wdrożenie usługi 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. Jeśli nie, rozważ zamiast tego konfigurację pojedynczego 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.
Przygotowywanie
Przygotuj serwer warstwy aplikacji, który spełnia wymagania systemowe dla usługi Azure DevOps Server.
Przygotuj serwer warstwy danych, który spełnia zalecenia sprzętowe twojego zespołu.
Skonfiguruj obsługiwaną wersję programu SQL Server w warstwie danych. Po skonfigurowaniu programu SQL Server dla usługi Azure DevOps Server zainstaluj co najmniej aparat bazy danych i usługi wyszukiwania pełnotekstowego.
Płatne kopie usługi Azure DevOps Server są dostarczane z licencją programu SQL Server Standard do użycia z usługą Azure DevOps Server. Strona cennika serwera Team Foundation Server zawiera szczegółowe informacje. Jeśli używasz licencji dołączonej do usługi Azure DevOps Server, możesz jej używać tylko dla baz danych usługi Azure DevOps Server.
Skonfiguruj zaporę w warstwie danych, aby zezwolić na dostęp do aparatu bazy danych programu SQL Server, aby usługa Azure DevOps Server mogła przejść przez zaporę w celu nawiązania połączenia z aparatem bazy danych programu SQL Server z poziomu warstwy aplikacji.
Upewnij się, że konto, którego planujesz użyć do skonfigurowania usługi Azure DevOps Server, jest członkiem roli serwera SysAdmin w programie SQL Server.
Uwaga
Instalowanie usługi Azure DevOps Server obejmuje złożony zestaw operacji wymagających 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( ALTER ANY LOGIN, CREATE ANY DATABASE, AND VIEW ANY DEFINITION server scoped permissions; i UPRAWNIENIA CONTROL w głównej bazie danych. Członkostwo w roli serwera SysAdmin zapewni wszystkie te członkostwa i uprawnienia i dlatego jest najprostszym sposobem zapewnienia, że konfiguracja usługi Azure DevOps Server zakończy się pomyślnie. W razie potrzeby te członkostwa i uprawnienia można odwołać po zainstalowaniu usługi 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 wybór modeli procesów dostosowywania śledzenia pracy.
Zainstaluj usługi SQL Server Analysis Services i zainstaluj i skonfiguruj usługi 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 usługę Azure DevOps Server za pośrednictwem jednego z następujących kanałów:
- Pliki do pobrania programu Visual Studio, która jest najprostszą metodą (przewiń w dół do pozycji Wszystkie pliki do pobrania, Azure DevOps Server 2019)
- Visual Studio Dev Essentials
- Centrum usług licencjonowania zbiorowego
Uruchom instalację.
Instalator kopiuje pliki na maszynę, a następnie uruchamia Centrum konfiguracji usługi Azure DevOps Server.
Konfigurowanie instalacji
Skonfiguruj usługę Azure DevOps Server przy użyciu obsługiwanych opcji konfiguracji zgodnie z opisem w przewodniku Rozpoczynanie pracy.
Nowe wdrożenie — opcja Podstawowa
Nawet w konfiguracji z dwoma serwerami najprostszym sposobem skonfigurowania usługi Azure DevOps Server jest użycie Kreatora konfiguracji serwera z nowym wdrożeniem — podstawowym scenariuszem. 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 programu SQL Server w kreatorze pamiętaj, aby wskazać już skonfigurowaną warstwę danych. Po wybraniu opcji Nowe wdrożenie — podstawowe należy również wybrać następujące opcje:
- Warstwa aplikacji: które ustawienia witryny internetowej mają być używane, w tym niezależnie od tego, czy mają być używane powiązania HTTP, czy HTTPS. Aby uzyskać więcej informacji, zobacz ustawienia witryny sieci Web.
- Wyszukiwanie: czy zainstalować i skonfigurować funkcje wyszukiwania kodu. Zobacz konfigurowanie funkcji Wyszukaj , aby uzyskać więcej informacji.
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 również wybrać następujące opcje:
- Konto usługi, w ramach których będą uruchamiane różne procesy wdrażania usługi 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 usługi Azure DevOps Server. Wartością domyślną używaną w scenariuszu Podstawowym jest ścieżka
AzureDevOpsServerData\ApplicationTier\_fileCache
na dysku lokalnym, który 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 scenariuszu Podstawowym polega na utworzeniu kolekcji projektu o nazwie
DefaultCollection
.
- Konto usługi, w ramach których będą uruchamiane różne procesy wdrażania usługi 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 usługi Azure DevOps Server. Wartością domyślną używaną w scenariuszu Podstawowym jest ścieżka
AzureDevOpsServerData\ApplicationTier\_fileCache
na dysku lokalnym, który 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 scenariuszu Podstawowym polega na utworzeniu kolekcji projektu 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ć.