Planowanie środowiska laboratoryjnego

Podczas przygotowywania się do powszechnego stosowania zarządzania laboratorium w laboratorium testowym, prawdopodobnie przyjdzie ci do głowy kilka pytań:

• Ilu serwerów fizycznych potrzebuję?

• Jakie rodzaje serwerów należy kupić?

• Jakiej pojemności magazynowej potrzebuję?

• Czy mogę użyć do przechowywania sieci SAN?

• Czy moge zainstalować wszystko na jednej zaawansowanej maszynie?

• Jak skonfigurować izolowane laboratorium?

Ten temat zapewnia ogólne wskazówki odnoszące się do oceniania liczby i typów serwerów fizycznych, maszyn wirtualnych (VM) i kontrolek, które będą potrzebne przy użyciu Visual Studio Lab Management.Ogólnie rzecz biorąc, liczba serwerów nie jest tak ważna jak pojemność każdego serwera.Na przykład serwer z procesorem dwurdzeniowym lub czterordzeniowym będzie obsługiwał więcej maszyn wirtualnych niż serwer z procesorem jednordzeniowym.Podobnie, serwer, który posiada 32 GB pamięci RAM może obsługiwać więcej maszyn wirtualnych w tym samym czasie niż serwer, który ma tylko 8GB pamięci RAM.

Planowanie zdolności produkcyjnych

Poniższe sekcje zawierają wytyczne, które pozwolą zapewnić wystarczającą wydajność wirtualnego laboratorium testowego.Wytyczne są wyrażane jako rzeczy do zrobienia (nakazy) i których nie wolno robić (zakazy) podczas uzyskiwania lub konfiguracji sprzętu lub przy instalowaniu i skonfigurowaniu wymaganego oprogramowania.

Planowanie programu Team Foundation Server

Nie

• Ustaw wszystko na jednej maszynie. Tylko wtedy, gdy korzystasz z jednego komputera w celu wykazania lub udowodnienia celów koncepcyjnych, należy skonfigurować wszystkie składniki na jednym komputerze.

• Użyj konta NetworkService jako konta usługi dla Team Foundation Server jeżeli Twoje wystąpienie Team Foundation Server wykorzystuje więcej niż jeden serwer, aby uruchomić poziom logiczny aplikacji oraz będziesz używać funkcji Lab Management dla Visual Studio Użycie konta NetworkService wymaga większego nakładu pracy ręcznej, w celu utrzymania maszyn hosta fizycznego dla środowisk wirtualnych.Dodatkowa praca jest konieczna, ponieważ konto NetworkService dla każdej nowej maszyny poziomu aplikacji musi zostać dodane do lokalnej grupy administratora na rzeczywistej maszynie hosta.Jeśli na przykład uruchomisz wirtualne laboratorium z 20 hostami fizycznymi i dodasz lub zamienisz maszynę na poziomie aplikacji, musisz uaktualnić każdy z 20 komputerów-hostów o nazwę nowej maszyny na poziomie aplikacji i przypisać uprawnienia.Zamiast używać konta NetworkService, należy użyć konta użytkownika domeny standardowej i hasła konta TFSservice.W ten sposób konto użytkownika domeny jest dodawane od razu do wstępnej konfiguracji fizycznego hosta i każda kolejna maszyna w warstwie aplikacji używa tego samego konta.Aby uzyskać więcej informacji dotyczących ograniczeń konta NetworkService, zobacz Konto NetworkService.

Planowanie dla agenta System Center Virtual Machine Manager

Nie

• Zainstaluj SCVMM na maszynie wirtualnej. Instalacja SCVMM na maszynie wirtualnej utrudni administrowanie fizycznego hosta, na którym maszyna wirtualna jest uruchomiona i spowolni działanie biblioteki po zdefiniowaniu biblioteki na tej samej maszynie wirtualnej.

• Użyj klastrowania z serwerami biblioteki SCVMM 2008 R2. Lab Management obsługuje tylko usługi klastrowania w środowiskach SCVMM przy użyciu SCVMM 2012, a nie SCVMM 2008 R2.

• Ustaw identyfikatory wirtualnej sieci LAN dla kart sieciowych. Lab Management nie obsługuje ustawień i używa identyfikatora wirtualnej sieci LAN w programie System Center Virtual Machine Manager.Jeśli ręcznie ustawisz identyfikator sieci VLAN na karcie sieciowej maszyny wirtualnej, a następnie zapiszesz maszynę wirtualną w bibliotece SCVMM, wówczas identyfikator sieci VLAN zostanie wyczyszczony po wdrożeniu maszyny wirtualnej.Aby uzyskać więcej informacji dotyczących używania identyfikatorów VLAN, zobacz Konfigurowanie sieci wirtualnych w VMM.

Do

• Oferuje zarządzanie SCVMM z wystarczającą ilością zasobów. Jeśli spodziewasz się mniej niż 50 VMs w laboratorium, maszyna z uruchomionym systemem SCVMM powinna posiadać co najmniej:

  • 64-bitowy procesor

  • 4 GB pamięci

  • A 300 GB twardego dysku

  • System operacyjny Windows Server 2008 R2

  Jeśli spodziewasz się więcej niż 50 VMs, zwiększ te zasoby.Jeśli planujesz zainstalować SCVMM wraz z innych programami na tej samej maszynie, należy podać serwerowi SCVMM taką ilość zasobów, jaka została opisana we wcześniejszej części tego tematu.Pamiętaj jednak, by określić ilość po odliczeniu zużycia zasobów przez inne programy.Jeśli na przykład chcesz zainstalować SCVMM na komputerze z uruchomionym Team Foundation Server, dodaj wymagania do wymagań Team Foundation Server i upewnij się, że komputer ma wystarczające moce przerobowe.

• Oferuje serwer, który uruchamia bibliotekę na co najmniej 200 GB wolnego miejsca na dysku twardym. W domyślnej instalacji upewnij się, że na dysku używanym przez udział biblioteki jest więcej niż 200GB wolnego miejsca.

• Utwórz domyślny udział biblioteki na D:, a nie C:. Domyślnie SCVMM tworzy udział biblioteki na tym samym komputerze, na którym się znajduje i tworzy bibliotekę w dysku C:.Zmienia domyślnego udział biblioteki na D: ułatwia uaktualnianie komputera później.

• Użyj napędu dysku twardego z wystarczającą prędkością dla biblioteki. Jeśli planujesz korzystanie z biblioteki niezbyt często, dysk twardy z dostateczną szybkością będzie wystarczający.Jeśli planujesz korzystanie z biblioteki w sposób umiarkowany, skorzystaj z konfiguracji dysku RAID 5 z 6 do 12 dyskami w celu uzyskania lepszej wydajności.Jeśli planujesz intensywne korzystanie z biblioteki, użyj wielokrotnych serwerów biblioteki.Można użyć bezpośrednio dołączonego przechowywania lub SAN.Używając SAN, utwórz LUN do użytku tylko dla maszyny biblioteki.

• Uruchom Team Foundation Server przy użyciu konta użytkownika regularnej domeny zamiast konta usługi sieciowej. Jest to wymagane, jeżeli umieścisz Team Foundation Server SCVMM na tej samej maszynie.

• Jeśli SCVMM jest zainstalowany na hoście Hyper-V, należy przechowywać maszyny wirtualne hostowane na Hyper-V na innym dysku twardym niż biblioteka SCVMM. Na przykład użyj C: z jednego dysku dla biblioteki i D: z innego dysku dla maszyny wirtualnej Hyper-V.Serwer SCVMM, w tym przypadku, będzie działał w podstawowym systemie operacyjnym w funkcji Hyper-V.Zapewnia to, że kiedy główny system operacyjny jest załadowany, wpłynie to na wszystkie podrzędne systemy operacyjne (VM wdrożone w Hyper-V).Aby zredukować wpływ, skonfiguruj rezerwy hosta dla tej maszyny dodając rezerwy hosta Hyper-V (opisane poniżej) do wymagań maszyny SCVMM wspomnianych wcześniej.Rezerwy hosta można skonfigurować za pomocą konsoli administracyjnej SCVMM.

• Oferuje routowanie sieci linii wzroku między SCVMM i Team Foundation Server, hosty i inne serwery biblioteki.

• Zaktualizuj maszynę SCVMM za pomocą wszystkich najnowszych aktualizacji Windows i zapewnij natychmiastowe zastosowanie tych aktualizacji. Jeśli nie jest to możliwe, należy zaplanować śledzenie aktualizacji Windows i SCVMM, i wczytywać je ręcznie, gdy tylko staną się dostępne.

Planowanie dla hostów funkcji Hyper-V

Nie

• Zainstaluj dodatkowe oprogramowanie, takie jak Team Foundation Server na maszynie fizycznego hosta. Jeśli posiadasz wystarczająco wydajne hosty (przekraczające potrzeby agregacji hipernadzorcy i maszyn wirtualnych), wówczas możesz umiejscowić SCVMM lub serwer biblioteki na hoście, na tak długo, jak długo stanowią ograniczenia zasobów tych serwerów.Jeśli na przykład chcesz zainstalować SCVMM na komputerze hosta Hyper-V, dodaj potem wymagania dotyczące hosta, maszyny wirtualnej oraz wymagania SCVMM, a następnie upewnij się, że komputer ma wystarczające moce przerobowe.

• Użyj klastrowania z serwerami hosta Hyper-V. Lab Management obsługuje usługi klastrowania w środowiskach SCVMM.

• Zaplanuj dziesiątki wdrożeń maszyn wirtualnych jednocześnie. Ogranicz liczbę jednoczesnych wdrożeń środowiska do hostów.

• Użyj fizycznych hostów, które znajdują się w innych lokalizacjach geograficznych niż serwery bibliotek. Jeśli musisz użyć hostów, które znajdują się w innej lokalizacji geograficznej niż serwery biblioteki SCVMM, szybkość sieci między SCVMM i hostami powinna wynosić co najmniej 100 MB/s i nie podlegać dużemu opóźnieniu.

• Utwórz wiele kart sieciowych na maszynie wirtualnej, która łączy się z siecią. Lab Management zastępuje tę konfigurację i tworzy dwie karty.Jedna karta łączy z siecią laboratoryjną, a inna karta obsługuje komunikację wewnętrzną między maszynami wirtualnymi.

• Skonfiguruj adres MAC karty sieciowej w środowisku sieci na białym tle. Lab Management czyści adres MAC w czasie tworzenia środowiska izolacji sieciowej.

Do

• Oferuje komputery-hosty z wystarczająco dużą ilością zasobów i konfiguruje je poprawnie. Liczba hostów Hyper-V i przepustowość każdego hosta zależy od liczby VM, które posiadasz w swoim laboratorium.Jeśli zdecydujesz się na ustawienie stosunkowo małego laboratorium, zainstaluj rolę funkcji Hyper-V na komputerach o następującej konfiguracji:

  • Dwa dwurdzeniowe, 64-bitowe procesory, które mają zdolność Hyper-V

  • 16 GB pamięci

  • Miejsce na dysku twardym 300 GB

  • System operacyjny Windows Server 2008 R2

  • Najnowsze aktualizacje systemu operacyjnego Windows.

  Jeśli posiadasz stosunkowo dużą liczbę maszyn wirtualnych i zdecydujesz o konfiguracji kilku wydajnych hostów, konfiguruj każdego hosta w następujący sposób:

  • dwa wielordzeniowe, 64-bitowe procesory, które mają zdolność Hyper-V

  • 64 GBm pamięci

  • Miejsce na dysku twardym 1 TB

  • System operacyjny Windows Server 2008 R2

  • Najnowsze aktualizacje systemu operacyjnego Windows.

• Zarezerwuj wystarczająco dużo pamięci RAM na hoście. Z wymienionych powyżej wymagań zdolności hosta należy ustawić na bok następujące zasoby dla sprawnego funkcjonowania funkcji hypervisor.W przypadku hosta 16GB dolicz 20% dla CPU i 2 GB pamięci.W przypadku hosta 64GB dolicz 30% dla CPU i 4 GB pamięci.Te rezerwy hosta muszą być skonfigurowane w okienku właściwości hosta na konsoli administratora SCVMM.Tylko zasoby pozostałe na hoście po odjęciu rezerw hosta mogą zostać użyte do maszyn wirtualnych.

• Oferuje wystarczającą ilość pamięci dla maszyn wirtualnych. Do przechowywania wirtualnej maszyny należy użyć innej partycji dysku niż partycja podstawowa serwera Hyper-V.Na przykład użyj D: dla magazynującej maszyny wirtualnej i C: dla partycji podstawowej funkcji hypervisor.Po podjęciu decyzji w lokalizacji magazynu maszyny wirtualnej, należy skonfigurować tę lokalizację w Menedżerze funkcji Hyper-V lub przy użyciu konsoli administratora SCVMM.W menedżerze funkcji Hyper-V zmień folder wirtualnych dysków twardych oraz folder maszyn wirtualnych.W konsoli administratora SCVMM zmień ścieżkę położenie w obszarze właściwości hosta.

• Oferuje hosty z szybkimi dyskami twardymi i poprawnie konfiguruje dyski. Typy dysku dla hostów: nie jest potrzebny dysk z dobrą prędkością.Skonfigurowane dyski woluminu RAID 5 są wysoce zalecane.Przechowywanie dla hostów może pochodzić z bezpośrednio dołączonego przechowywania z SAN.Jednakże jeśli ze względu na wymogi dotyczące miejsca i niezawodności chcesz, aby dysk hosta pochodził z dysku SAN, musisz mieć oddzielne jednostki LUN zmapowane na każdym hoście.Nawet jeśli jednostki LUN są zarządzane przez tego samego kontrolera, biorąc pod uwagę, że Visual Studio Lab Management nie wykorzystuje żadnych funkcjonalności sieci SAN, podstawowe kopie BITÓW podczas wdrażania maszyn wirtualnych nastąpią aż z biblioteki do hosta za pośrednictwem sieci LAN.

• Aby zainstalować SCVMM na hoście Hyper-V, zdecydowanie zaleca się, by dysk twardy używany do przechowywania maszyn wirtualnych hostów Hyper-V nie był jednocześnie używany dla biblioteki.Serwer SCVMM, w tym przypadku, będzie działał w podstawowym systemie operacyjnym w funkcji Hyper-V.Więc, gdy podstawowy system operacyjny jest ładowany, wszystkie systemy operacyjne gościa (wirtualne maszyny wdrożone do funkcji Hyper-V) mają wpływ na wydajność.Aby zredukować wpływ, skonfiguruj rezerwy hosta dla tej maszyny dodając rezerwy hosta maszyny Hyper-V do wymagań maszyny SCVMM wspomnianych wcześniej.Rezerwy hosta można skonfigurować za pomocą konsoli administracyjnej SCVMM.

• Aby host Hyper-V mógł zostać użyty także jako serwer biblioteki, musisz mieć więcej niż jeden dysk w komputerze.Do przechowywania maszyn wirtualnych i biblioteki powinno się używać osobnych twardych dysków na hoście.

• Oferuje hosta Hyper-V z siecią linii wzroku do Team Foundation Server, SCVMM i innych serwerów biblioteki.

• Jeśli hosty funkcji Hyper-V znajdują się w różnych lokalizacjach geograficznych, posiadają również biblioteki lokalnego serwera dla każdej lokalizacji.

• Aktualizuj regularnie hosty. Hosty Hyper-V powinny być w sieci, w której możliwe jest automatyczne stosowanie aktualizacji systemu operacyjnego.Jeśli nie jest to możliwe, należy zaplanować śledzenie aktualizacji Windows i SCVMM, i wczytywać je ręcznie, gdy tylko staną się dostępne.

Planowanie kontrolerów i agentów

Nie

• Zainstaluj kontroler testu wewnątrz środowiska. Jedynie czynnik kompilacji, test i agenci laboratoryjni powinni zostać zainstalowani na maszynach wirtualnych w środowisku.

Do

• Użyj więcej niż jednego kontrolera kompilacji podczas kompilacji i wdrażania aplikacji do testowania. Pierwszy formant jest używany przez proces kompilacji i nie jest intensywnie wykorzystywany.Drugi kontroler jest używany do wdrażania kompilacji do maszyn wirtualnych i przeprowadzania testów; tym samym, może być intensywnie eksploatowany jeżeli w Twoim laboratorium znajduje się duża liczba maszyn wirtualnych.Drugi kontroler jest również używany do robienia migawek środowiska.

• Użyj kontrolerów testów w tej samej domenie co Team Foundation Server. Jeśli esprtfs i kontroler testowy są w grupie roboczej lub w niezaufanej domenie, należy utworzyć lokalne konto użytkownika z taką samą nazwą użytkownika i hasłem na obu komputerach, dodać tego użytkownika na Team Foundation Server do grupy zabezpieczeń "[Kolekcja projektów]\Project Collection Test Service Accounts", a następnie zarejestrować kontroler testowy w kolekcji projektów zespołowych za pomocą tego konta lokalnego.

Planowanie topologii

Do

• Użyj sieci gigabajtowej, aby połączyć serwer, na którym zainstalowano SCVMM do serwerów biblioteki i hostów Hyper-V.

• Ustanowienie relacji zaufania dwukierunkowej między domenami gdzie Team Foundation Server, kontroler testu, kontroler kompilacji, SCVMM i fizyczny hosta maszyn wirtualnych są uruchomione.

Istnieje kilka topologii, które można wykorzystać przygotowując Lab Management do testów aplikacji.Najprostsza topologia do użycia Lab Management wymaga tylko dwóch serwerów: instaluj wszystkie komponenty Team Foundation Server na tym samym serwerze i instaluj wszystkie komponenty SCVMM 2008 na dodatkowym serwerze.Alternatywnie, możesz mieć złożone wymagania topologii sieci, które ograniczają sieci, w którym Team Foundation Server, SCVMM, hosty funkcji Hyper-V i maszyn wirtualnych uruchamiające aplikacę na obszarze badania można znaleźć.Alternatywnie możesz skonfigurować obciążenia sieciowego równoważące dla Team Foundation Server.Poniższa lista sugeruje kilka możliwych wymiarów dla topologii i zmiany w ramach każdego wymiaru.

Sieć

• DNS

• Zapora

• Bramka zarządzania wątkami

Domena

• Zaufanie jednokierunkowe

• Obustronne zaufanie

• Brak zaufania

Team Foundation Server warstwy logicznej aplikacji

• Pojedynczy serwer

• Wiele serwerów bez równoważenia obciążenia sieciowego

• Wiele serwerów z równoważeniem obciążenia sieciowego

Team Foundation Server warstwy logicznej danych

• Pojedynczy serwer

• Wiele serwerów bez usługi klastrowania

• Wiele serwerów z usługą klastrowania

Testy

• Wewnątrz środowiska

• Poza środowiskiem

Poniższe cztery przykładowe topologie ukazują, jak można ustawić kombinacje powyższych wymiarów zgodni z potrzebami testów.

Przykładowa topologia 1

Warstwa aplikacji logicznych Team Foundation Server jest uruchamiana na kilku serwerach i te serwery są kontrolowane przez moduły równoważenia obciążenia sieciowego.Istnieje również osobna sieć testowa z ustawieniami zapory do kontroli przesyłów testu do i z sieci domeny.Poniższy diagram ilustruje topologię 1.

Aby uzyskać instrukcje konfiguracji tej topologii, zobacz Konfigurowanie różnych topologii w celu testowania z programem Visual Studio Lab Management – część 1.

Przykładowa topologia 2

Warstwy danych i warstwy aplikacji logicznych Team Foundation Server są uruchamiane na kilku serwerach, ale te serwery nie są kontrolowane przez moduły równoważenia obciążenia sieciowego.Istnieje również osobna sieć testowa z biblioteką i hostem opartym na SAN.Poniższy diagram ilustruje topologię 2.

Aby uzyskać instrukcje konfiguracji tej topologii, zobacz Konfigurowanie różnych topologii w celu testowania z programem Visual Studio Lab Management – część 2.

Przykładowa topologia 3

Warstwa aplikacji logicznych Team Foundation Server jest uruchamiana na kilku serwerach i te serwery są kontrolowane przez moduły równoważenia obciążenia sieciowego.Istnieje również osobna sieć testowa.Testowane aplikacje dokonują wywołań do bazy danych poza środowiskiem wirtualnym.Poniższy diagram ilustruje topologię 3.

Aby uzyskać instrukcje konfiguracji tej topologii, zobacz Konfigurowanie różnych topologii w celu testowania z programem Visual Studio Lab Management – część 3.

Przykładowa topologia 4

Warstwy danych i warstwy aplikacji logicznych Team Foundation Server są uruchamiane na kilku serwerach i te serwery są kontrolowane przez moduły równoważenia obciążenia sieciowego.Sieć i środowiska testu znajdują się w oddzielnej domenie.Poniższy diagram ilustruje topologię 4.

Aby uzyskać instrukcje konfiguracji tej topologii, zobacz Konfigurowanie różnych topologii w celu testowania z programem Visual Studio Lab Management – część 4.

Zobacz też

Koncepcje

Architektura programu Team Foundation Server

Konfigurowanie programu Lab Management i administrowanie nim

Inne zasoby

Przykłady prostych topologii

Przykłady umiarkowany topologii

Przykłady złożonych topologii