Share via

App-V 5.0 – Kapazitätsplanung

  • Artikel

Letzte Aktualisierung: Februar 2014

Betrifft: Application Virtualization 5.0, Application Virtualization 5.0 SP1, Application Virtualization 5.0 SP2, Application Virtualization 5.0 SP3

Anhand der folgenden Empfehlungen können Sie Informationen zur Kapazitätsplanung ermitteln, die auf die App-V 5.0-Infrastruktur Ihres Unternehmens zutreffen.

Wichtig

Die Informationen in diesem Abschnitt dienen lediglich als allgemeiner Leitfaden zur Planung der App-V 5.0-Bereitstellung. Die erforderliche Systemkapazität hängt von den spezifischen Details Ihrer Hardware- und Anwendungsumgebung ab. Zudem haben die in diesem Dokument enthaltenen Leistungszahlen einen exemplarischen Charakter, d. h., die von Ihnen erzielten Ergebnisse können davon abweichen.

Festlegen des Projektumfangs

Vor dem Entwurf der App-V 5.0-Infrastruktur müssen Sie den Projektumfang festlegen. Im Zuge dessen bestimmen Sie die Anwendungen, die virtuell verfügbar sein sollen, sowie die Zielbenutzer und ihre Standorte. Anhand dieser Informationen können Sie herausfinden, welche Art von App-V 5.0-Infrastruktur implementiert werden sollte. Die Entscheidungen, die Sie in Bezug auf den Projektumfang treffen, müssen die jeweiligen Anforderungen Ihres Unternehmens widerspiegeln.

Aufgabe Weitere Informationen

Festlegen des Anwendungsumfangs

Je nach den Anwendungen, die virtualisiert werden sollen, kann die App-V 5.0-Infrastruktur auf unterschiedliche Arten eingerichtet werden. Die erste Aufgabe besteht darin, die zu virtualisierenden Anwendungen festzulegen.

Festlegen des Ortsumfangs

Der Ortsumfang bezieht sich auf die physischen Standorte, an denen die virtualisierten Anwendungen ausgeführt werden sollen (z. B. unternehmensweit oder an einem bestimmten geografischen Standort). Er kann aber genauso die Benutzergruppe (z. B. eine einzelne Abteilung) bezeichnen, die die virtuellen Anwendungen nutzt. Sie sollten eine Netzwerkübersicht zu Hilfe nehmen, die neben den Verbindungspfaden die verfügbare Bandbreite für jeden Standort, die Anzahl von Benutzern, die virtualisierte Anwendungen verwenden, und die WAN-Verbindungsgeschwindigkeit angibt.

Ermitteln der erforderlichen App-V 5.0-Infrastruktur

Wichtig

Beide der folgenden Modelle erfordern die Installation des App-V 5.0-Clients auf dem Computer, auf dem die virtuellen Anwendungen ausgeführt werden sollen.

Sie können Ihre App-V 5.0-Umgebung auch mithilfe einer ESD-Lösung (Electronic Software Distribution) wie Microsoft Systems Center Configuration Manager verwalten. Weitere Informationen finden Sie unter Bereitstellen von App-V 5.0-Paketen mithilfe einer ESD-Lösung (Electronic Software Distribution).

  • Eigenständiges Modell: Beim eigenständigen Modell können virtuelle Anwendungen mit Windows Installer-Unterstützung eingerichtet werden, um die Verteilung ohne Streaming zu ermöglichen. App-V 5.0 im eigenständigen Modus besteht aus Sequencer und Client und erfordert keine zusätzlichen Komponenten. Ein als Sequenzierung bezeichneter Prozess wird verwendet, um die Anwendungen auf die Virtualisierung vorzubereiten. Weitere Informationen finden Sie unter Planen des App-V 5.0-Sequencer und der Clientbereitstellung. Das eigenständige Modell empfiehlt sich in den folgenden Szenarien:

    • Nicht verbundene Remotebenutzer können keine Verbindung mit der App-V 5.0-Infrastruktur herstellen.

    • Ein Softwareverwaltungssystem wie Configuration Manager 2012 wird ausgeführt.

    • Die elektronische Softwareverteilung wird durch Beschränkungen der Netzwerkbandbreite verhindert.

  • Vollständiges Infrastrukturmodell: Das vollständige Infrastrukturmodel stellt Softwareverteilungs-, Verwaltungs- und Berichtfunktionen bereit; außerdem ermöglicht es das Streaming der Anwendungen über das Netzwerk. Das vollständige Infrastrukturmodell von App-V 5.0 umfasst mindestens einen App-V 5.0-Verwaltungsserver. Mit dem Verwaltungsserver können Anwendungen auf allen Clients veröffentlicht werden. Während der Veröffentlichung werden die Symbole und Verknüpfungen der virtuellen Anwendung auf dem Zielcomputer platziert. Der Server kann außerdem verwendet werden, um Anwendungen an lokale Benutzer zu streamen. Weitere Informationen zum Installieren des Verwaltungsservers finden Sie unter Planen der Bereitstellung des App-V 5.0-Servers. Das vollständige Infrastrukturmodell empfiehlt sich in den folgenden Szenarien:

    Wichtig

    Das vollständige Infrastrukturmodell von App-V 5.0 erfordert das Speichern der Konfigurationsdaten in Microsoft SQL Server. Weitere Informationen finden Sie unter App-V 5.0 – Unterstützte Konfigurationen.

    • Die Anwendung soll mithilfe des Verwaltungsservers auf den Zielcomputern veröffentlicht werden.

    • Anwendungen sollen schnell auf Zielcomputern bereitgestellt werden.

    • Sie möchten die App-V 5.0-Berichterstellung verwenden.

Leitfaden für die End-to-End-Serverdimensionierung

Der folgende Abschnitt enthält Informationen über die End-to-End-Dimensionierung und die durchgängige Planung in App-V 5.0. Ausführliche Informationen finden Sie in den folgenden Abschnitten.

Hinweis

Auf dem Client entspricht die Roundtripantwortzeit der Zeit, bis der Computer, auf dem der App-V 5.0-Client ausgeführt wird, eine Erfolgsbenachrichtigung vom Veröffentlichungsserver empfängt. Auf dem Veröffentlichungsserver entspricht die Roundtripantwortzeit der Zeit, bis der Computer, auf dem der Veröffentlichungsserver ausgeführt wird, ein erfolgreiches Update der Paketmetadaten vom Verwaltungsserver empfängt.

  • Bei 20.000 Clients, die Paketaktualisierungen von einem einzelnen Veröffentlichungsserver beziehen, bleibt die Roundtripzeit in einem akzeptablen Rahmen. (<3 Sekunden)

  • Ein einzelner Verwaltungsserver kann bis zu 50 Veröffentlichungsserver mit Aktualisierungen von Paketmetadaten unterstützen, um eine akzeptable Roundtripzeit zu gewährleisten. (<5 Sekunden)

Empfehlungen zur Kapazitätsplanung für den App-V 5.0-Verwaltungsserver

Die App-V 5.0-Veröffentlichungsserver benötigen den Verwaltungsserver für Paketaktualisierungsanforderungen und -antworten. Der Verwaltungsserver sendet die Informationen dann zur Datenabfrage an die Verwaltungsdatenbank. Weitere Informationen zu den vom App-V 5.0-Verwaltungsserver unterstützten Konfigurationen finden Sie unter App-V 5.0 – Unterstützte Konfigurationen.

Hinweis

Die standardmäßige Aktualisierungszeit auf dem App-V 5.0-Veröffentlichungsserver beträgt 10 Minuten.

Wenn mehrere Veröffentlichungsserver gleichzeitig Paketmetadaten-Aktualisierungen von einem einzelnen Verwaltungsserver anfordern, hängt die Roundtripantwortzeit auf dem Veröffentlichungsserver von den folgenden drei Faktoren ab:

  1. Anzahl von Veröffentlichungsservern, die gleichzeitig Anforderungen übermitteln.

  2. Anzahl von Verbindungsgruppen, die auf dem Verwaltungsserver konfiguriert sind.

  3. Anzahl von Zugriffsgruppen, die auf dem Verwaltungsserver konfiguriert sind.

Die folgende Tabelle enthält weitere Informationen zu den einzelnen Faktoren, die sich auf die Roundtripzeit auswirken.

Hinweis

Die Roundtripantwortzeit entspricht der Zeit, bis der Computer, auf dem der App-V 5.0-Veröffentlichungsserver ausgeführt wird, ein erfolgreiches Update der Paketmetadaten vom Verwaltungsserver empfängt.

Einflussfaktoren auf die Roundtripantwortzeit Weitere Informationen

Die Anzahl von Veröffentlichungsservern, die gleichzeitig Aktualisierungen von Paketmetadaten anfordern.

  • Ein einzelner Verwaltungsserver kann bis zu 320 Veröffentlichungsserver unterstützen, die parallel Veröffentlichungsmetadaten anfordern.

  • Die Roundtripantwortzeit bei 320 Veröffentlichungsservern beträgt etwa 40 Sekunden.

  • Bei weniger als <50 Veröffentlichungsservern, die gleichzeitig Metadaten anfordern, liegt die Roundtripantwortzeit bei < fünf Sekunden.

  • Im Bereich von 50 bis 320 Veröffentlichungsservern steigt die Antwortzeit linear (etwa um das Doppelte).

Anzahl von Verbindungsgruppen, die auf dem Verwaltungsserver konfiguriert sind.

  • Bei bis zu 100 Verbindungsgruppen ergibt sich keine signifikante Änderung der Roundtripantwortzeit auf dem Veröffentlichungsserver.

  • Bei 100 bis 400 Verbindungsgruppen ist ein geringer linearer Anstieg bei der Roundtripantwortzeit zu verzeichnen.

Anzahl von Zugriffsgruppen, die auf dem Verwaltungsserver konfiguriert sind.

  • Bei bis zu 40 Zugriffsgruppen ergibt sich ein linearer (etwa dreimal so hoher) Anstieg der Roundtripantwortzeit auf dem Veröffentlichungsserver.

Die folgende Tabelle enthält Beispielwerte für die einzelnen vorangehenden Faktoren. Bei jeder Variante werden 120 Pakete vom App-V 5.0-Verwaltungsserver aktualisiert.

Szenario Variante Anzahl von Verbindungsgruppen Anzahl von Zugriffsgruppen Anzahl von Veröffentlichungsservern Netzwerkverbindungstyp des Veröffentlichungs-/Verwaltungsservers Roundtripantwortzeit auf dem Veröffentlichungsserver (in Sekunden) CPU-Auslastung auf dem Verwaltungsserver

Veröffentlichungsserver, die gleichzeitig Veröffentlichungsmetadaten vom Verwaltungsserver abfragen.

Anzahl von Veröffentlichungsservern

  • 0

  • 0

  • 0

  • 0

  • 0

  • 0

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 50

  • 100

  • 200

  • 300

  • 315

  • 320

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • 5

  • 10

  • 19

  • 32

  • 30

  • 37

  • 17

  • 17

  • 17

  • 15

  • 17

  • 15

Veröffentlichungsmetadaten enthalten Verbindungsgruppen.

Anzahl von Verbindungsgruppen

  • 10

  • 50

  • 100

  • 150

  • 300

  • 400

  • 1

  • 1

  • 1

  • 1

  • 1

  • 1

  • 100

  • 100

  • 100

  • 100

  • 100

  • 100

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • LAN

  • 10

  • 11

  • 11

  • 16

  • 22

  • 25

  • 17

  • 19

  • 22

  • 19

  • 20

  • 20

Veröffentlichungsmetadaten enthalten Zugriffsgruppen.

Anzahl von Zugriffsgruppen

  • 0

  • 0

  • 0

  • 0

  • 1

  • 10

  • 20

  • 40

  • 100

  • 100

  • 100

  • 100

  • LAN

  • LAN

  • LAN

  • LAN

  • 10

  • 43

  • 153

  • 535

  • 17

  • 26

  • 24

  • 24

Die CPU-Auslastung des Computers, auf dem der Verwaltungsserver ausgeführt wird, beträgt unabhängig von der Anzahl von unterstützten Veröffentlichungsservern etwa 25 %. Microsoft SQL Server-Datenbanktransaktionen/s, Batchanforderungen/s und Benutzerverbindungen sind unabhängig von der Anzahl von Veröffentlichungsservern identisch. Beispiel: Transaktionen/s = ~30, Batchanforderungen = ~200 und Benutzerverbindungen = ~6.

In einer geografisch verteilten Bereitstellung mit einer langsamen Netzwerkverbindung zwischen Verwaltungsserver und Veröffentlichungsservern liegt die Roundtripantwortzeit auf den Veröffentlichungsservern innerhalb der zulässigen Grenzwerte (<5 Sekunden). Dies gilt auch bei 100 gleichzeitigen Anforderungen an einen einzelnen Verwaltungsserver.

Szenario Variante Anzahl von Verbindungsgruppen Anzahl von Zugriffsgruppen Anzahl von Veröffentlichungsservern Netzwerkverbindungstyp des Veröffentlichungs-/Verwaltungsservers Roundtripantwortzeit auf dem Veröffentlichungsserver (in Sekunden) CPU-Auslastung auf dem Verwaltungsserver

Netzwerkverbindung zwischen dem Veröffentlichungsserver und dem Verwaltungsserver

Langsame Netzwerkverbindung (1,5 MBit/s)

  • 0

  • 0

  • 1

  • 1

  • 50

  • 100

  • Kabel/DSL (1,5 MBit/s)

  • Kabel/DSL (1,5 MBit/s)

  • 4

  • 5

  • 1

  • 2

Netzwerkverbindung zwischen dem Veröffentlichungsserver und dem Verwaltungsserver

LAN/WLAN

  • 0

  • 0

  • 1

  • 1

  • 100

  • 200

  • WLAN

  • WLAN

  • 11

  • 20

  • 15

  • 17

Unabhängig davon, ob Verwaltungsserver und Veröffentlichungsserver über eine langsame Netzwerkverbindung oder ein Hochgeschwindigkeitsnetzwerk verbunden sind, kann der Verwaltungsserver in 30 Minuten etwa 15.000 Paketaktualisierungsanforderungen verarbeiten.

Empfehlungen zur Kapazitätsplanung für den App-V 5.0-Berichtsserver

App-V 5.0-Clients senden Berichtsdaten an den Berichtsserver. Der Berichtsserver erfasst die Informationen daraufhin in der Microsoft SQL Server-Datenbank und gibt eine Erfolgsbenachrichtigung an den Computer zurück, auf dem der App-V 5.0-Client ausgeführt wird. Weitere Informationen zu den vom App-V 5.0-Berichtsserver unterstützten Konfigurationen finden Sie unter App-V 5.0 – Unterstützte Konfigurationen.

Hinweis

Die Roundtripantwortzeit entspricht der Zeit, bis der Computer, auf dem der App-V 5.0-Client ausgeführt wird, die Berichtsinformationen an den Berichtsserver gesendet und eine Erfolgsbenachrichtigung vom Berichtsserver empfangen hat.

Szenario Zusammenfassung

Mehrere App-V 5.0-Clients senden gleichzeitig Berichtsdaten an den Berichtsserver.

  • Die Roundtripantwortzeit des Berichtsservers beträgt bei 500 Clients 2.6 Sekunden.

  • Die Roundtripantwortzeit des Berichtsservers beträgt bei 1.000 Clients 5,65 Sekunden.

  • Die Roundtripantwortzeit steigt linear zur Anzahl von Clients.

Die pro Sekunde vom Berichtsserver verarbeiteten Anforderungen.

  • Ein einzelner Berichtsserver und eine einzelne Datenbank können maximal 139 Anforderungen pro Sekunde verarbeiten. Der Durchschnitt liegt bei 121 Anforderungen/s.

  • Bei zwei Berichtsservern, die dieselbe Microsoft SQL Server-Datenbank bedienen, ist die durchschnittliche Anzahl von Anforderungen/s vergleichbar mit der eines einzelnen Berichtsservers (= ~127 bei max. 278 Anforderungen/s).

  • Ein einzelner Berichtsserver kann 500 gleichzeitige/aktive Verbindungen verarbeiten.

  • Ein einzelner Berichtsserver kann maximal 1.500 gleichzeitige Verbindungen verarbeiten.

Berichtsdatenbank

  • Sperrkonflikte auf dem Computer, auf dem Microsoft SQL Server ausgeführt wird, sind der einschränkender Faktor für die Anforderungen pro Sekunde.

  • Durchsatz und Antwortzeit sind unabhängig von der Datenbankgröße.

Berechnung der zufälligen Verzögerung:

Die zufällige Verzögerung gibt die maximale Verzögerung (in Minuten) an, mit der Daten an den Berichtsserver gesendet werden. Beim Starten des geplanten Tasks generiert der Client eine zufällige Verzögerung zwischen 0 und ReportingRandomDelay und wartet die angegebene Zeit, bevor er Daten sendet.

Zufällige Verzögerung = 4 * Anzahl von Clients/durchschnittliche Anforderungen pro Sekunde.

Beispiel: Bei 500 Clients und 120 Anforderungen pro Sekunde beträgt die zufällige Verzögerung 4 * 500 / 120 = ~17 Minuten.

Empfehlungen zur Kapazitätsplanung für den App-V 5.0-Veröffentlichungsserver

Computer, auf denen der App-V 5.0-Client ausgeführt wird, stellen eine Verbindung mit dem App-V 5.0-Veröffentlichungsserver her, um eine Veröffentlichungsaktualisierung anzufordern und eine Antwort zu erhalten. Die Roundtripantwortzeit wird auf dem Computer gemessen, auf dem der App-V 5.0-Client ausgeführt wird. Die Prozessorzeit wird auf dem Veröffentlichungsserver gemessen. Weitere Informationen zu den vom App-V 5.0-Veröffentlichungsserver unterstützten Konfigurationen finden Sie unter App-V 5.0 – Unterstützte Konfigurationen.

Wichtig

Die folgende Liste enthält die Hauptfaktoren, die beim Einrichten des App-V 5.0-Veröffentlichungsservers zu berücksichtigen sind:

  • Die Anzahl von Clients, die gleichzeitig eine Verbindung mit einem einzelnen Veröffentlichungsserver herstellen.

  • Die Anzahl von Paketen in den einzelnen Aktualisierungen.

  • Die verfügbare Netzwerkbandbreite in der Umgebung zwischen dem Client und dem App-V 5.0-Veröffentlichungsserver.

Szenario Zusammenfassung

Mehrere App-V 5.0-Clients stellen gleichzeitig eine Verbindung mit einem einzelnen Veröffentlichungsserver her.

  • Ein Veröffentlichungsserver, auf dem Doppelkernprozessoren ausgeführt werden, kann maximal Anforderungen von 5.000 Clients, die gleichzeitig eine Aktualisierung anfordern, beantworten.

  • Bei 5.000 bis 10.000 Clients erfordert der Veröffentlichungsserver mindestens einen Vierkernprozessor.

  • Bei 10.000 bis 20.000 Clients sollte der Veröffentlichungsserver über duale Vierkernprozessoren verfügen, um effizientere Antwortzeiten zu erzielen.

  • Ein Veröffentlichungsserver mit einem Vierkernprozessor kann bis zu 10.000 Pakete innerhalb von 3 Sekunden aktualisieren. (gleichzeitige Unterstützung von 10.000 Clients)

Anzahl von Paketen in jeder Aktualisierung.

  • Mit der Anzahl von Paketen steigt auch die Antwortzeit um etwa 40 % (bis zu 1.000 Pakete).

Netzwerkverbindung zwischen dem App-V 5.0-Client und dem Veröffentlichungsserver.

  • Bei einer langsamen Netzwerkverbindung (1,5 MBit/s Bandbreite) steigt die Antwortzeit im Vergleich zum LAN um 97 % (bis zu 1.000 Benutzer).

Hinweis

Die CPU-Auslastung des Veröffentlichungsservers ist bei der Verarbeitung gleichzeitiger Anforderungen während des gesamten Zeitintervalls hoch (meistens >90 %). Der Veröffentlichungsserver kann etwa 1.500 Clientanforderungen pro Sekunde verarbeiten.

Szenario Variante Anzahl von App-V 5.0-Clients Anzahl von Paketen Prozessorkonfiguration auf dem Veröffentlichungsserver Netzwerkverbindungstyp des Veröffentlichungsservers/App-V 5.0-Clients Roundtripzeit auf dem App-V 5.0-Client (in Sekunden) CPU-Auslastung auf dem Veröffentlichungsserver (in %)

Der App-V 5.0-Client fordert Veröffentlichungsaktualisierungen an und empfängt Antworten, wobei jede Anforderung 120 Pakete enthält.

Anzahl von Clients

  • 100

  • 1000

  • 5000

  • 10000

  • 120

  • 120

  • 120

  • 120

  • Doppelkern

  • Doppelkern

  • Vierkern

  • Vierkern

  • LAN

  • LAN

  • LAN

  • LAN

  • 1

  • 2

  • 2

  • 3

  • 100

  • 99

  • 89

  • 77

Mehrere Pakete pro Aktualisierung

Anzahl von Paketen

  • 1000

  • 1000

  • 500

  • 1000

  • Vierkern

  • Vierkern

  • LAN

  • LAN

  • 2

  • 3

  • 92

  • 91

Netzwerkverbindung zwischen Client und Veröffentlichungsserver

Langsame Netzwerkverbindung (1,5 MBit/s)

  • 100

  • 500

  • 1000

  • 120

  • 120

  • 120

  • Vierkern

  • Vierkern

  • Vierkern

  • Innerkontinentales Netzwerk (1,5 MBit/s)

  • 3

  • 10 (0,2% Fehlerrate)

  • 17 (1 % Fehlerrate)

Empfehlungen zur Kapazitätsplanung für das App-V 5.0-Streaming

Computer, auf denen der App-V 5.0-Client ausgeführt wird, streamen das virtuelle Anwendungspaket vom Streaming Server. Die Roundtripantwortzeit wird auf dem Computer gemessen, auf dem der App-V 5.0-Client ausgeführt wird, und entspricht der Zeit zum Streamen des gesamten Pakets.

Wichtig

Die folgende Liste enthält die Hauptfaktoren, die beim Einrichten des App-V 5.0 Streaming Servers zu berücksichtigen sind:

  • Die Anzahl von Clients, die Anwendungspakete gleichzeitig von einem einzelnen Streaming Server streamen.

  • Die Größe des gestreamten Pakets.

  • Die verfügbare Netzwerkbandbreite in Ihrer Umgebung zwischen dem Client und dem Streaming Server.

Szenario Zusammenfassung

Mehrere App-V 5.0-Clients streamen Anwendungen gleichzeitig von einem einzelnen Streaming Server.

  • Bei einer ansteigenden Anzahl von Clients, die gleichzeitig vom selben Server streamen, stehen Download-/Streamingzeit für Pakete in einer linearen Beziehung.

Die Größe des gestreamten Pakets.

  • Die Paketgröße hat nur bei größeren Paketen mit einer Größe von etwa 1 GB erheblichen Einfluss auf die Streaming-/Downloadzeit. Bei Paketgrößen von 3 MB bis 100 MB reicht die Streamingzeit bei 100 gleichzeitigen Clients von 20 bis 100 Sekunden.

Netzwerkverbindung zwischen dem App-V 5.0-Client und dem Streaming Server.

  • Bei einer langsamen Netzwerkverbindung (1,5 MBit/s Bandbreite) steigt die Antwortzeit im Vergleich zum LAN um 70 bis 80 % (bis zu 100 Benutzer).

Die folgende Tabelle enthält Beispielwerte für die einzelnen Faktoren aus der vorangehenden Liste:

Szenario Variante Anzahl von App-V 5.0-Clients Größe der einzelnen Pakete Netzwerkverbindungstyp des Streaming Servers/App-V 5.0-Clients Roundtripzeit auf dem App-V 5.0-Client (in Sekunden)

Mehrere App-V 5.0-Clients streamen virtuelle Anwendungspakete von einem Streaming Server.

Anzahl von Clients

  • 100

  • 200

  • 1000



  • 100

  • 200

  • 1000

  • 3,5 MB

  • 3,5 MB

  • 3,5 MB



  • 5 MB

  • 5 MB

  • 5 MB

  • LAN

  • LAN

  • LAN



  • LAN

  • LAN

  • LAN

  • 29

  • 39

  • 391



  • 35

  • 68

  • 461

Die Größe der einzelnen gestreamten Pakete.

Die Größe der einzelnen Pakete.

  • 100

  • 200



  • 100

  • 200

  • 21 MB

  • 21 MB



  • 109

  • 109

  • LAN

  • LAN



  • LAN

  • LAN

  • 33

  • 83



  • 100

  • 160

Netzwerkverbindung zwischen Client und App-V 5.0 Streaming Server.

Langsame Netzwerkverbindung (1,5 MBit/s)

  • 100



  • 100

  • 3,5 MB



  • 5 MB

  • Innerkontinentales Netzwerk (1,5 MBit/s)

  • 102



  • 121

Jeder App-V 5.0 Streaming Server sollte in der Lage sein, mindestens 200 Clients zu unterstützen, die gleichzeitig virtualisierte Anwendungen streamen.

Hinweis

Die tatsächliche Streamingzeit hängt hauptsächlich von folgenden Faktoren ab: Anzahl von Clients, die gleichzeitig streamen, Anzahl von Paketen, Paketgröße, Netzwerkaktivität des Servers und Netzwerkbedingungen.

Bei 100 Clients, die gleichzeitig vom Server streamen, kann ein durchschnittlicher Benutzer ein Paket von 100 MB z. B. in weniger als zwei Minuten streamen. Ein Paket mit einer Größe von 1 GB kann jedoch bis zu 30 Minuten beanspruchen. In den meisten realen Umgebungen ist der Streamingbedarf nicht gleichmäßig verteilt. Um die erforderliche Streaming Server-Anzahl exakt zu bestimmen, müssen Sie die ungefähren Bedarfsspitzen für das Streaming innerhalb Ihrer Umgebung ermitteln.

Wenn Sie Ihre Anwendung in einem vorgeschalteten Cache speichern, können Sie die von einem Streaming Server unterstützte Anzahl von Clients deutlich erhöhen und die Bedarfsspitzen für das Streaming verringern. Sie können die von einem Streaming Server unterstützte Clientanzahl auch erhöhen, indem Sie die bedarfsgesteuerte Streamingbereitstellung und streamoptimierte Pakete verwenden.

Kombinieren von App-V 5.0-Serverrollen

Ohne Berücksichtigung der Skalierungs- und Fehlertoleranzanforderungen ist für einen Standort mit Active Directory-Verbindungen mindestens ein Server erforderlich. Dieser Server hostet den Verwaltungsserver, den Verwaltungsserverdienst und Microsoft SQL Server-Rollen. Da Serverrollen untereinander keine Konflikte verursachen, können sie in einer beliebigen Kombination verwendet werden.

Ohne Berücksichtigung der Skalierungsanforderungen sind für eine fehlertolerante Implementierung mindestens vier Server erforderlich. Der Verwaltungsserver und Microsoft SQL Server-Rollen können in fehlertoleranten Konfigurationen verwendet werden. Der Verwaltungsserverdienst kann mit einer beliebigen Rolle kombiniert werden, bleibt jedoch ein Single Point of Failure (SPoF).

Obwohl es eine Reihe von Fehlertoleranzstrategien und -technologien gibt, sind diese nicht auf jeden Dienst anwendbar. Außerdem können bei der Kombination von App-V 5.0-Rollen bestimmte Fehlertoleranzoptionen aufgrund von Inkompatibilitäten möglicherweise nicht mehr verwendet werden.

Haben Sie einen Vorschlag für App-V?

Fügen Sie hier Vorschläge hinzu, oder stimmen Sie über Vorschläge ab. Verwenden Sie bei Problemen mit App-V das App-V-TechNet-Forum.

Siehe auch

Konzepte

App-V 5.0 – Unterstützte Konfigurationen
Planen hoher Verfügbarkeit mit App-V 5.0

Weitere Ressourcen

Planen der Bereitstellung von App-V

-----
Sie erfahren mehr zu MDOP in der TechNet Library, können im TechNet-Wiki nach Problemlösungen suchen oder uns auf Facebook und Twitter folgen.
-----