Planen des Labs

Während Sie sich auf die umfassende Verwendung von Lab-Management in Ihrer Testumgebung vorbereiten, kommen Ihnen wahrscheinliche mehrere Fragen in den Sinn:

• Wie viele physische Server benötige ich?

• Welche Art von Server sollte ich kaufen?

• Wie viel Speicherkapazität benötige ich?

• Kann ich ein SAN als Speicher verwenden?

• Kann ich alles auf einem leistungsstarken Computer einrichten?

• Wie richte ich ein isoliertes Lab ein?

Dieses Thema enthält allgemeine Richtlinien zur Schätzung der Anzahl und Arten von physischen Servern, virtuellen Computern und Controllern, die Sie zur Verwendung von Visual Studio Lab Management benötigen. Im Allgemeinen ist die Anzahl der Server nicht so wichtig wie die Kapazität der einzelnen Server. Ein Server mit einem Zweikern- oder Vierkernprozessor kann beispielsweise mehr virtuelle Computer unterstützen als ein Server mit einem Einzelkernprozessor. Auf ähnliche Weise kann ein Server mit 32 GB RAM hat mehr virtuelle Computer gleichzeitig hosten als ein Server mit nur 8 GB RAM.

Kapazitätsplanung

Die folgenden Abschnitte enthalten Richtlinien, mit deren Hilfe Sie ausreichend Kapazität für Ihr virtuelles Test-Lab bereitstellen können. Die Richtlinien werden als Empfehlungen (Dos) und Warnungen (Don'ts) ausgedrückt, wenn Sie Hardware erwerben oder konfigurieren oder die erforderliche Software installieren oder konfigurieren.

Planen für Team Foundation Server

Don’t

• Richten Sie nicht alles auf einem einzigen Computer ein. Richten Sie nur dann alle Komponenten auf einem einzigen Computer ein, wenn Sie diesen lediglich zu Demonstrationszwecken oder für Machbarkeitsstudien verwenden.

• Verwenden Sie das NetworkService-Konto nicht als Dienstkonto für Team Foundation Server, wenn die Instanz von Team Foundation Server mehr als ein Server zum Ausführen der logischen Anwendungsebene verwendet, und Sie die Lab Management-Funktion von Visual Studio verwenden. Die Verwendung des NetworkService-Kontos erfordert später mehr manuelle Arbeit bei der Verwaltung der physischen Hostcomputer für virtuelle Umgebungen. Dieser zusätzliche Aufwand ist notwendig, da das NetworkService-Konto für jeden neuen Computer auf Anwendungsebene der lokalen Administratorgruppe auf jedem physischen Hostcomputer hinzugefügt werden muss. Wenn Sie zum Beispiel ein virtuelles Lab mit 20 physischen Hosts ausführen und einen Computer auf Anwendungsebene hinzufügen oder ersetzen, müssten Sie alle 20 Hostcomputer mit dem Namen des neuen Computers auf Anwendungsebene aktualisieren und Berechtigungen zuweisen. Verwenden Sie statt dem NetworkService-Konto ein standardmäßiges Domänenbenutzerkonto und ein Kennwort für das TFSservice-Konto. Dadurch wird das Domänenbenutzerkonto einmal bei der Erstkonfiguration des physischen Hosts hinzugefügt, und jeder nachfolgende Computer auf Anwendungsebene verwendet dasselbe Konto. Weitere Informationen zu den Einschränkungen des NetworkService-Kontos finden Sie unter NetworkService-Konto.

Planen für System Center Virtual Machine Manager

Don’t

• Installieren Sie SCVMM nicht auf einem virtuellen Computer. Wenn Sie SCVMM auf einem virtuellen Computer installieren, wird die Verwaltung des physischen Hosts, auf dem dieser virtuelle Computer ausgeführt wird, schwieriger, und die Leistung der Bibliothek wird beeinträchtigt, wenn Sie diese auf demselben virtuellen Computer einrichten.

• Verwenden Sie Clustering bei den SCVMM 2008 R2-Bibliotheksservern. Von Lab Management wird Clustering nur in SCVMM-Umgebungen unterstützt, wenn SCVMM 2012 verwendet wird. Dies ist bei SCVMM 2008 R2 jedoch nicht möglich.

• Legen Sie keine virtuellen LAN-IDs für Netzwerkadapter fest. Lab-Management bietet keine Unterstützung für das Festlegen und Verwenden einer virtuellen LAN-ID in System Center Virtual Machine Manager. Wenn Sie die VLAN-ID eines Netzwerkadapters auf einem virtuellen Computer manuell festlegen und dann den virtuellen Computer in der SCVMM-Bibliothek speichern, wird die VLAN-ID bei der Bereitstellung des virtuellen Computers gelöscht. Weitere Informationen zur Verwendung von VLAN-IDs finden Sie unter Konfigurieren virtueller Netzwerke in VMM.

Do

• Stellen Sie dem SCVMM-Computer ausreichend Ressourcen zur Verfügung. Wenn Sie in Ihrem Lab weniger als 50 virtuelle Computer haben werden, sollte der Computer, auf dem SCVMM ausgeführt wird, mindestens über Folgendes verfügen:

  • Einen 64-Bit-Prozessor

  • 4 GB Arbeitsspeicher

  • Ein Festplattenlaufwerk mit 300 GB

  • Windows Server 2008 R2-Betriebssystem

  Wenn Sie mehr als 50 virtuelle Computer haben werden, stellen Sie mehr Ressourcen bereit. Wenn Sie planen, SCVMM zusammen mit einer anderen Software auf demselben Computer zu installieren, stellen Sie dem SCVMM-Server die zuvor in diesem Thema beschriebene Ressourcenmenge zur Verfügung. Ermitteln Sie die Menge jedoch, nachdem Sie den Ressourcenverbrauch der anderen Software abgezogen haben. Wenn Sie beispielsweise SCVMM auf dem Computer installieren möchten, auf dem Team Foundation Server ausgeführt wird, fügen Sie die Anforderungen zu denen von Team Foundation Server hinzu, und stellen Sie sicher, dass der Computer über ausreichend Kapazität verfügt.

• Stellen Sie dem Server, auf dem die Bibliothek ausgeführt wird, mindestens 200 GB freien Speicherplatz auf dem Festplattenlaufwerk zur Verfügung. Stellen Sie in der Standardinstallation sicher, dass das von der Bibliotheksfreigabe verwendete Laufwerk mehr als 200 GB freien Speicherplatz aufweist.

• Erstellen Sie die Standardbibliotheksfreigabe auf Laufwerk D: und nicht auf Laufwerk C:. Standardmäßig erstellt SCVMM die Bibliotheksfreigabe auf demselben Computer, auf dem er installiert ist, und erstellt die Bibliothek auf Laufwerk C:. Durch Ändern der Standardbibliotheksfreigabe auf Laufwerk D: kann der Computer später einfacher aktualisiert werden.

• Verwenden Sie ein Festplattenlaufwerk mit ausreichender Geschwindigkeit für die Bibliothek. Wenn Sie planen, die Bibliothek mit geringer Auslastung zu verwenden, genügt eine Festplatte mit ausreichender Geschwindigkeit. Wenn Sie eine moderate Verwendung der Bibliothek planen, verwenden Sie eine RAID 5-Datenträgerkonfiguration mit 6 bis 12 Datenträger für besseren Durchsatz. Wenn Sie beabsichtigen, die Bibliothek stark auszulasten, verwenden Sie mehrere Bibliotheksserver. Sie können einen direkt angeschlossenen Speicher oder ein SAN verwenden. Wenn Sie ein SAN verwenden, erstellen Sie eine LUN, die einzig und allein für den Bibliothekscomputer verwendet wird.

• Führen Sie Team Foundation Server unter einem regulären Domänenbenutzerkonto anstatt des Netzwerkdienstkontos aus. Dies ist erforderlich, wenn Sie Team Foundation Server und SCVMM auf demselben Computer installieren.

• Wenn SCVMM auf einem Hyper-V-Host installiert ist, speichern Sie die von Hyper-V gehosteten virtuellen Computer auf einem anderen Festplattenlaufwerk als die SCVMM-Bibliothek. Verwenden Sie beispielsweise Laufwerk C: von einem Datenträger für die Bibliothek, und Laufwerk D: von einem anderen Datenträger für virtuelle Hyper-V-Computer. Der SCVMM-Server wird in diesem Fall auf dem primären Betriebssystem in Hyper-V ausgeführt. Dadurch wird sichergestellt, dass beim Laden des primären Betriebssystems alle Gastbetriebssysteme (in Hyper-V bereitgestellte virtuelle Computer) betroffen sind. Um diese Auswirkungen zu reduzieren, konfigurieren Sie die Hostreserven für diesen Computer, indem Sie die Hyper-V-Hostreserven (nachfolgend beschrieben) den zuvor erwähnten SCVMM-Computeranforderungen hinzufügen. Hostreserven können mit der SCVMM-Administratorkonsole konfiguriert werden.

• Stellen Sie Line-of-Sight-Netzwerkrouting zwischen SCVMM und Team Foundation Server, Hosts und anderen Bibliotheksservern bereit.

• Aktualisieren Sie den SCVMM-Computer mit allen neuesten Windows-Updates, und stellen Sie sicher, dass die Updates automatisch angewendet werden. Wenn dies nicht möglich ist, sollten Sie planen, Windows- und SCVMM-Updates zu verfolgen, und diese dann manuell anwenden, sobald sie verfügbar sind.

Planen für die Hyper-V-Hosts

Don’t

• Installieren Sie keine zusätzliche Software wie Team Foundation Server auf dem physischen Hostcomputer. Wenn Sie über ausreichend leistungsstarke Hosts verfügen (die die Aggregatanforderungen des Hypervisors und des virtuellen Computers überschreiten), können Sie SCVMM oder den Bibliotheksserver auf demselben Host platzieren, solange Sie auch die Ressourceneinschränkungen dieser Server berücksichtigen. Wenn Sie SCVMM z. B. auf einem Hyper-V-Hostcomputer installieren möchten, fügen Sie die Hostanforderungen, die Anforderungen des virtuellen Computers und die SCVMM-Anforderungen hinzu, und vergewissern Sie sich dann, dass der Computer über ausreichend Kapazität verfügt.

• Verwenden Sie bei Hyper-V-Hostservern kein Clustering. Clustering wird von Lab Management in SCVMM-Umgebungen unterstützt.

• Planen nicht mehrere Bereitstellungen von virtuellen Computern gleichzeitig. Beschränken Sie die Anzahl gleichzeitiger Umgebungsbereitstellungen auf Hosts.

• Verwenden Sie keine physischen Hosts, die sich an anderen geografischen Orten als die Bibliotheksserver befinden. Wenn Sie Hosts verwenden müssen, die sich an einem anderen geografischen Ort als die SCVMM-Bibliotheksserver befinden, muss die Netzwerkgeschwindigkeit zwischen SCVMM und Hosts mindestens 100 MBit/s betragen und keinen langen Wartezeiten aufweisen.

• Erstellen Sie keine mehrfachen Netzwerkadapter auf einem virtuellen Computer, der eine Verbindung mit einem bestimmten Netzwerk herstellt. Lab-Management überschreibt diese Konfiguration und erstellt zwei Adapter. Ein Adapter stellt eine Verbindung mit dem Labornetzwerk her, und der andere Adapter behandelt die interne Kommunikation zwischen virtuellen Computern.

• Konfigurieren Sie keine MAC-Adresse für einen Netzwerkadapter, der in einer netzwerkisolierten Umgebung verwendet wird. Lab-Management löscht die MAC-Adresse, sobald die netzwerkisolierte Umgebung erstellt wird.

Do

• Stellen Sie den Hostcomputern ausreichend Ressourcen zur Verfügung, und konfigurieren Sie sie korrekt. Die Anzahl der Hyper-V-Hosts und die Kapazität jedes Hosts sind von der Anzahl von virtuellen Computern abhängig, die im Lab gehostet werden. Wenn Sie sich entscheiden, ein verhältnismäßig kleines Lab einzurichten, installieren Sie die Hyper-V-Rolle auf Computern mit der folgenden Konfiguration:

  • Zwei Zweikernprozessoren mit 64-Bit, die Hyper-V-fähig sind

  • 16 GB Arbeitsspeicher

  • 300 GB Festplattenspeicherplatz

  • Windows Server 2008 R2-Betriebssystem

  • Die neuesten Updates des Windows-Betriebssystems.

  Wenn Sie bei einer verhältnismäßig größeren Anzahl von virtuellen Computern einige leistungsstarke Hosts einrichten möchten, konfigurieren Sie jeden Host wie folgt:

  • Zwei Vierkernprozessoren mit 64-Bit, die Hyper-V-fähig sind

  • 64 GB Arbeitsspeicher

  • 1 TB Festplattenspeicherplatz

  • Windows Server 2008 R2-Betriebssystem

  • Die neuesten Updates des Windows-Betriebssystems.

• Reservieren Sie ausreichend RAM-Arbeitsspeicher auf dem Host. Aus den oben aufgeführten Hostkapazitätsanforderungen müssen Sie die folgenden Ressourcen reservieren, damit der Hypervisor reibungslos funktioniert. Reservieren Sie für einen 16-GB-Host 20 % für die CPU und 2 GB Arbeitsspeicher. Reservieren Sie für einen 64-GB-Host 30 % für die CPU und 4 GB Arbeitsspeicher. Diese Hostreserven müssen im Bereich der Hosteigenschaften der SCVMM-Administratorkonsole konfiguriert werden. Für virtuelle Computer können nur die Ressourcen verwendet werden, die nach Abzug der Hostreserven auf dem Host übrig sind.

• Stellen Sie ausreichend Speicher für virtuelle Computer bereit. Verwenden Sie eine andere Datenträgerpartition für virtuellen Computerspeicher als für die primäre Partition des Hyper-V-Servers. Verwenden Sie beispielsweise Laufwerk D: für virtuellen Computerspeicher und Laufwerk C: für die primäre Partition für den Hypervisor. Nachdem Sie sich für einen Speicherort für den virtuellen Computerspeicher entschieden haben, konfigurieren Sie diesen Speicherort in Hyper-V-Manager oder mithilfe der SCVMM-Administratorkonsole. Ändern Sie in Hyper-V-Manager den Ordner "Virtuelle Festplatten" und den Ordner "Virtuelle Computer". Ändern Sie in der SCVMM-Administratorkonsole den Platzierungspfad in den Hosteigenschaften.

• Stellen Sie den Hosts schnelle Festplattenlaufwerke bereit, und konfigurieren Sie die Laufwerke ordnungsgemäß. Datenträgertypen für Hosts: Ein Datenträger mit ausreichender Geschwindigkeit ist erforderlich. RAID 5-konfigurierte Datenträger werden dringend empfohlen. Der Speicher für Hosts kann von einem direkt angeschlossenen Speicher oder von einem SAN stammen. Wenn jedoch der Datenträger des Hosts von einem SAN-Laufwerk für Speicher- und Zuverlässigkeitsanforderungen stammt, benötigen Sie separate LUNs, die jedem Host zugeordnet sind. Selbst wenn die LUNs von demselben Controller verwaltet werden, erfolgt das zugrunde liegende Kopieren von BITS während der Bereitstellung eines virtuellen Computers von der Bibliothek über das LAN-Netzwerk, da Visual Studio Lab Management keine SAN-Funktionalitäten nutzt.

• Damit SCVMM auf einem Hyper-V-Host installiert werden kann, wird dringend empfohlen, dass das Festplattenlaufwerk, das zum Speichern von auf Hyper-V gehosteten virtuellen Computern verwendet wird, ein anderes Laufwerk als das ist, das für die Bibliothek verwendet wird. Der SCVMM-Server wird in diesem Fall auf dem primären Betriebssystem in Hyper-V ausgeführt. Wenn das primäre Betriebssystem geladen, tritt daher auf allen Gastbetriebssystemen (in Hyper-V bereitgestellte virtuelle Computer) eine Leistungsbeeinträchtigung auf. Um diese Auswirkungen zu reduzieren, konfigurieren Sie die Hostreserven für diesen Computer, indem Sie die Hostreserven des Hyper-V-Computers den zuvor erwähnten SCVMM-Computeranforderungen hinzufügen. Hostreserven können mit der SCVMM-Administratorkonsole konfiguriert werden.

• Damit ein Hyper-V-Host auch als Bibliotheksserver verwendet werden kann, müssen mehrere Datenträger im Computer vorhanden sein. Sie sollten separate Festplatten auf dem Host für die virtuellen Computer und den Bibliotheksspeicher verwenden.

• Stellen Sie den Hyper-V-Host mit LOS-Netzwerkfunktionen für Team Foundation Server, SCVMM und andere Bibliotheksserver bereit.

• Wenn sich die Hyper-V-Hosts an unterschiedlichen geografischen Standorten befinden, benötigen Sie auch einen lokalen Bibliotheksserver für jeden Standort.

• Aktualisieren Sie die Hosts regelmäßig. Hyper-V-Hosts sollte sich in einem Netzwerk befinden, von dem aus Betriebssystemupdates automatisch angewendet werden können. Wenn dies nicht möglich ist, sollten Sie planen, Windows- und SCVMM-Updates zu verfolgen, und diese dann manuell anwenden, sobald sie verfügbar sind.

Planen für Controller und Agents

Don’t

• Installieren Sie keinen Testcontroller in einer Umgebung. Auf den virtuellen Computern in einer Umgebung sollte nur der Build-, Test- und Labor-Agent installiert werden.

Do

• Verwenden Sie beim Erstellen und Bereitstellen einer Anwendung für Tests mehrere Buildcontroller. Der erste Controller wird vom Buildprozess verwendet und ist nicht stark ausgelastet. Der zweite Controller wird zum Bereitstellen des Builds auf virtuellen Computern und zum Ausführen von Tests verwendet. Dieser kann daher stark ausgelastet sein, wenn eine große Anzahl virtueller Computer im Lab vorhanden ist. Der zweite Controller wird auch für Momentaufnahmen der Umgebung verwendet.

• Verwenden Sie Testcontroller in der gleichen Domäne wie Team Foundation Server. Wenn sich esprtfs und ein Testcontroller in einer Arbeitsgruppe oder einer nicht vertrauenswürdigen Domäne befinden, müssen Sie auf beiden Computern ein lokales Benutzerkonto mit demselben Benutzernamen und Kennwort erstellen, diesen Benutzer auf Team Foundation Server zur Sicherheitsgruppe "[Projektauflistung]\Testdienstkonten für die Projektauflistung" hinzufügen, und den Testcontroller dann mit diesem lokalen Konto bei der Teamprojektsammlung registrieren.

Planen der Topologie

Do

• Verbinden Sie den Server, auf dem SCVMM installiert ist, über ein Gigabitnetzwerk mit den Bibliotheksservern und den Hyper-V-Hosts.

• Richten Sie eine vollständige bidirektionale Vertrauensstellungsbeziehung unter den Domänen ein, auf denen Team Foundation Server, der Testcontroller, der Buildcontroller, SCVMM und der physische Host der virtuellen Computer ausgeführt werden.

Es gibt mehrere Topologien, die Sie beim Einrichten von Lab Management zum Testen der Anwendung verwenden können. Die einfachste Topologie zur Verwendung von Lab Management erfordert nur zwei Server: Installieren Sie alle Team Foundation Server-Komponenten auf dem gleichen Server, und installieren Sie alle SCVMM 2008 Komponenten auf einem zusätzlichen Server. Für den Fall, dass Sie komplexe Netzwerktopologieanforderungen haben, durch die die Netzwerke eingeschränkt werden, in denen Team Foundation Server, SCVMM, Hyper-V-Hosts und virtuelle Computer, auf denen die zu testende Anwendung ausgeführt wird, platziert werden können. Vielleicht möchten Sie auch einen Netzwerklastenausgleich für Team Foundation Server konfigurieren. Die folgende Liste enthält mehrere Vorschläge für mögliche Dimensionen für Ihre Topologie sowie die Variationen innerhalb jeder Dimension.

Netzwerkfunktionen

• DNS

• Firewall

• Threat Management Gateway

Domäne

• Unidirektionale Vertrauensstellung

• Bidirektionale Vertrauensstellung

• Keine -Vertrauensstellung

Logische Team Foundation Server-Anwendungsebene

• Einzelner Server

• Mehrere Server ohne Netzwerklastenausgleich

• Mehrere Server mit Netzwerklastenausgleich

Logische Team Foundation Server-Datenebene

• Einzelner Server

• Mehrere Server ohne Clustering

• Mehrere Server mit Clustering

Tests

• Innerhalb der Umgebung

• Außerhalb der Umgebung

Die folgenden vier Beispieltopologien sind Beispiele dafür, wie Sie je nach Ihren Testanforderungen Kombinationen der oben erwähnten Dimensionen einrichten können.

Beispieltopologie 1

Die logische Team Foundation Server-Anwendungsebene wird auf mehreren Servern ausgeführt, und diese Server werden von einem Netzwerklastenausgleich gesteuert. Es gibt auch ein separates Testnetzwerk mit Firewalleinstellungen, um den Testdatenverkehr in und aus dem Domänennetzwerk zu steuern. Im folgenden Diagramm ist Topologie 1 veranschaulicht.

Anweisungen zur Einrichtung dieser Topologie finden Sie unter Einrichten verschiedener Topologien für Tests mit Visual Studio Lab Management – Teil 1.

Beispieltopologie 2

Die logische Anwendungsebene sowie die Datenebenen von Team Foundation Server werden auf mehreren Servern ausgeführt, diese werden jedoch nicht von einem Lastenausgleich gesteuert. Es gibt auch ein separates Testnetzwerk mit einer SAN-basierten Bibliothek und einem Host. Im folgenden Diagramm ist Topologie 2 veranschaulicht.

Anweisungen zur Einrichtung dieser Topologie finden Sie unter Einrichten verschiedener Topologien für Tests mit Visual Studio Lab Management – Teil 2.

Beispieltopologie 3

Die logische Team Foundation Server-Anwendungsebene wird auf mehreren Servern ausgeführt, und diese Server werden von einem Netzwerklastenausgleich gesteuert. Es gibt auch ein separates Testnetzwerk. Die getesteten Anwendungen rufen eine Datenbank außerhalb der virtuellen Umgebung auf. Im folgenden Diagramm ist Topologie 3 veranschaulicht.

Anweisungen zur Einrichtung dieser Topologie finden Sie unter Einrichten verschiedener Topologien für Tests mit Visual Studio Lab Management – Teil 3.

Beispieltopologie 4

Die logische Anwendungsebene sowie die Datenebenen von Team Foundation Server werden auf mehreren Servern ausgeführt, und diese werden von einem Lastenausgleich gesteuert. Das Testnetzwerk und die Umgebungen befinden sich in einer separaten Domäne. Im folgenden Diagramm ist Topologie 4 veranschaulicht.

Anweisungen zur Einrichtung dieser Topologie finden Sie unter Einrichten verschiedener Topologien für Tests mit Visual Studio Lab Management – Teil 4.

Siehe auch

Konzepte

Architektur von Team Foundation Server

Konfigurieren und Verwalten von Lab Management

Weitere Ressourcen

Beispiele für die einfache Topologie

Beispiele für Topologie mit mittlerer Komplexität

Beispiele für die komplexe Topologie