Erklärung zu Zoom Meetings Hybrid
Überblick über Zoom Meetings Hybrid
Dieser Abschnitt bietet einen Überblick über das Dienstmodul Zoom Meetings Hybrid, das als Zoom Node-Workload unterstützt wird. Weitere Informationen zu Zoom Node sowie einen Überblick über die Plattform finden Sie am Ende dieses Dokuments im Anhang.
Zoom Meetings Hybrid ist eine lokale hybride Meeting-Lösung, die Bandbreite spart, indem sie Meeting-Medien innerhalb eines Unternehmensnetzwerks weiterverteilt
Zoom Meetings Hybrid ist eine lokale hybride Meeting-Lösung, die als zwischengeschalteter Verbindungspunkt zwischen einer Zoom-Anwendung und der Zoom Cloud fungiert. Die Lösung multiplexiert und verteilt die Audio-, Video- und Bildschirmfreigabe-Medienstreams eines Meetings weiter mit bis zu 400 verbundenen Teilnehmern innerhalb desselben Unternehmensnetzwerks. Dieses Design reduziert die Anzahl externer Cloud-Medienverbindungen, wodurch sich der externe Bandbreitenverbrauch erheblich verringern kann.
Zoom Meetings Hybrid unterstützt zwei Modi: Cloud-Hybrid und nur intern
Zoom Meetings Hybrid unterstützt zwei Betriebsmodi: einen Cloud-zu-lokalen Hybridmodus, der als Selective Forwarding Unit-Modus (SFU) bezeichnet wird, sowie einen nur internen Modus (iMMR) für Nicht-Cloud-Meetings. Meetings werden standardmäßig für Cloud-Hybrid-Verbindungen konfiguriert, können jedoch als nur intern festgelegt werden, wenn Benutzer ein Meeting planen oder bearbeiten. Beide Meeting-Typen können zudem vom selben Modul unterstützt werden gleichzeitig.
Der Cloud-Hybrid-Modus verbindet Benutzer innerhalb Ihres Unternehmensnetzwerks über das Hybridmodul mit der Cloud
Im Cloud-Hybrid-Modus (SFU-Modus) verbinden sich Benutzer innerhalb Ihres Unternehmensnetzwerks mit dem Hybridmodul als zwischengeschaltetem Verbindungspunkt zwischen ihrer Anwendung und der Cloud. Das Hybridmodul multiplexiert und verteilt die Audio-, Video- und Bildschirmfreigabe-Medienstreams eines Meetings zwischen den Benutzern und der Cloud weiter.
Cloud-Hybrid-Meetings wirken sich nicht auf Cloud-zu-Anwendung-Signalisierungsverbindungen aus
Obwohl das Modul Zoom Meetings Hybrid die Medien eines Cloud-Hybrid-Meetings weiterverteilen kann, Medien, verarbeitet das Modul keine Cloud-zu-Anwendung-Signalisierungsverbindungen. Benutzer, die mit dem Modul Meetings Hybrid verbunden sind, stellen weiterhin eine bandbreitenschonende Signalisierungsverbindung mit dem Cloud-Server des Meetings für Daten und Vorgänge während des Meetings her, beispielsweise zum Starten einer Cloud-Aufzeichnung oder Aktualisieren der Teilnehmerliste.
Warnung
Client-Geräte müssen über einen Proxy oder eine standardmäßige Route auf das Internet zugreifen können, die Zoom Cloud-Dienste erreichen kann. Ein HTTPS-Proxy wird unterstützt, aber Geräte ohne Zugriff können keine Verbindung zu Meetings herstellen.
Der nur interne Modus verbindet Benutzer mit einem lokalen Meeting und erlaubt Teilnehmern außerhalb des Netzwerks nicht, beizutreten
Wenn ein Meeting als nur intern geplant wird, fungiert das Hybridmodul als interner Multimedia-Router (iMMR), der Audio, Video und Bildschirmfreigabe eines Meetings zwischen Benutzern innerhalb des Unternehmensnetzwerks multiplexiert und weiterverteilt. Diese Meetings sind auf das Unternehmensnetzwerk beschränkt und können nicht eine Verbindung zu Cloud-Meeting-Servern oder -Diensten herstellen oder zu diesen kaskadieren, wodurch externe Netzwerkteilnehmer oder Dienste wie Cloud-Aufzeichnungen daran gehindert werden, dem Meeting beizutreten.
Nur interne Meetings leiten sowohl Signalisierungs- als auch Medienverbindungen über das Hybridmodul weiter
Anders als beim Cloud-Hybrid-Modell leiten nur interne Meetings sowohl Medien als auch die Signalisierung innerhalb des Netzwerks an das Hybridmodul weiter. Dadurch entsteht ein vollständig lokaler Meeting-Typ ohne Möglichkeit externer Verbindungen.
Mitarbeiter außerhalb des Unternehmensnetzwerks können nur internen Meetings über VPN beitreten
Mitarbeiter außerhalb des Unternehmensnetzwerks können nur internen Meetings beitreten, während sie mit einem VPN verbunden sind, wenn der VPN-Server über das Unternehmensnetzwerk mit dem Hybridmodul kommunizieren kann. Benutzer müssen müssen bei ihrem Zoom-Konto des Unternehmens angemeldet sein, um beizutreten.
Beispielsweise ist ein Remote-Mitarbeiter von seinem Heimnetzwerk aus ohne Split-Tunneling mit dem VPN des Unternehmens verbunden. Solange der Benutzer bei seinem Zoom-Konto des Unternehmens angemeldet ist und der verbundene VPN-Server innerhalb des Unternehmensnetzwerks mit dem Hybridmodul kommunizieren kann, kann der Remote-Benutzer remote eine Verbindung zu einem nur internen Meeting herstellen.
Meetings Hybrid kann gleichzeitig Cloud-Hybrid- und nur interne Meetings unterstützen
Meetings Hybrid kann gleichzeitig Cloud-Hybrid- und nur interne Meetings unterstützen, sodass keine separaten Bereitstellungen für jeden Anwendungsfall erforderlich sind.
Beispielsweise hat ein Unternehmen ein Hybridmodul in seinem Netzwerk bereitgestellt, mit 400 verbundenen Benutzern. In diesem Szenario können sich 200 Benutzer mit Cloud-Hybrid-Meetings verbinden, während die übrigen 200 Benutzer mit nur internen Meetings verbunden sind. Für jeden verbundenen Meeting-Typ berücksichtigt das Modul Meetings Hybrid die vorgesehene Verbindungsweiterleitung: Cloud-Hybrid-Meetings leiten Medien über das Modul und die Signalisierung an die Cloud weiter; nur interne Meetings leiten sowohl Medien als auch Signalisierung ausschließlich lokal weiter.
Zoom Meetings Hybrid hält alle Medien lokal, wenn keine externen Teilnehmer vorhanden sind und alle Benutzer mit demselben Hybridmodul verbunden sind
Wenn Benutzer über dasselbe Modul Meetings Hybrid mit einem für Cloud-Hybrid aktivierten Meeting verbunden sind, aber keine externen Teilnehmer vorhanden sind, überträgt das Hybridmodul keine Medien zwischen der Zoom Cloud. Stattdessen werden alle Meeting-Medien lokal gehalten und innerhalb des Unternehmensnetzwerks über das Hybridmodul weitergeleitet. Meeting-Medien verlassen das Netzwerk erst, nachdem ein externer Teilnehmer über die Cloud beigetreten ist oder ein zweites Hybridmodul innerhalb des Netzwerks eine Verbindung zum Meeting herstellt.
Beispielsweise tritt eine Gruppe von Benutzern innerhalb eines Unternehmensnetzwerks demselben für Cloud-Hybrid aktivierten Meeting bei. Alle Benutzer sind mit demselben Hybridmodul verbunden, und alle Meeting-Medien werden innerhalb des Unternehmensnetzwerks weitergeleitet. Sobald ein externer Benutzer über die Cloud dem Meeting beitritt oder ein zweites Hybridmodul eine Verbindung zum Meeting herstellt, öffnen die Hybridmodule eine Medienverbindung mit der Cloud und verteilen die Medien des Meetings von und zur Cloud weiter.
Zoom Meetings Hybrid unterstützt Ende-zu-Ende-verschlüsselte Meetings für beide Meeting-Modi
Zoom Meetings Hybrid unterstützt Ende-zu-Ende-verschlüsselte (E2EE)-Meetings sowohl im Cloud-Hybrid- als auch im nur internen Meeting-Modus. Dies bietet eine zusätzliche Sicherheitsebene für vertrauliche Meetings und kann mit nur internen Meetings kombiniert werden, wenn Meetings die höchsten innerhalb der Zoom Plattform verfügbaren Sicherheitsstufen erfordern.
Kunden können mehrere regionsspezifische Hybridzonen in ihren Rechenzentren bereitstellen
Zoom Meetings Hybrid unterstützt Bereitstellungen in mehreren Zonen, sodass Kunden separate Hybridumgebungen für verschiedene Standorte oder Regionen bereitstellen können. Wenn mehrere Zonen vorhanden sind, verbinden sich Benutzer anhand ihrer Ping-Zeit zu verfügbaren Appliances mit dem nächstgelegenen Hybridmodul.
Wenn ein Unternehmen beispielsweise über ein Büro in New York und Los Angeles verfügt, kann eine einzelne hybride Bereitstellung an einem Standort aufgrund der längeren Übertragungszeit Latenz- oder Leistungsprobleme verursachen. Stattdessen können Kunden für jeden spezifischen Standort oder jede Region eine Hybridumgebung bereitstellen, um die Benutzererfahrung zu verbessern. Wenn ein Benutzer versucht, eine Verbindung zu einem Meeting herzustellen, pingt die Anwendung des Benutzers verfügbare Hybridmodule an und stellt eine Verbindung mit dem Modul mit der niedrigsten Latenz her.
Zoom Meetings Hybrid ersetzt nicht den Meeting-Connector von Zoom
Der Meeting-Connector von Zoom ist ein Zoom Node-Workload, der eine von der Cloud verwaltete lokale Lösung zum Erstellen einer Meeting-Zone im Rechenzentrum Ihres Unternehmens bietet, ohne Cloud-Support oder Fallback. Mit Meeting-Connector befinden sich alle Meeting-Server und Appliances im Besitz Ihres Unternehmens und werden von diesem gewartet; sie müssen externe Verbindungen zulassen, damit externe Teilnehmer Ihren Meetings beitreten können.
Anders als Meeting-Connector nutzt Zoom Meetings Hybrid weiterhin die Cloud-Meeting-Infrastruktur in Verbindung mit Hybrid-Appliances in Ihrem Rechenzentrum und erfordert weder das Hosting von Meeting-Servern noch das Zulassen externer Teilnehmerverbindungen mit Ihren Rechenzentren.
Die folgende Tabelle zeigt einige der wichtigsten Unterschiede zwischen diesen beiden Produkten:
Lokaler Server
☑️
☑️
Unterstützt mehrere Zonen
☑️
☑️
Medien ausschließlich lokal
☑️ (Im iMMR-Modus)
☑️
Zur Cloud kaskadieren
☑️
Benutzer können über die Cloud beitreten
☑️
Cloud-Dienste (Aufzeichnung usw.)
☑️
Erlaubt externe Benutzerverbindungen
☑️
Funktionalität von Zoom Meetings Hybrid
Dieser Abschnitt behandelt die Funktionalität und das Design des Dienstmoduls Zoom Meetings Hybrid.
Zoom Meetings Hybrid besteht aus zwei Komponenten: einer Selective Forwarding Unit/Internal MMR und einem Zone Controller Proxy
Um Zoom Meetings Hybrid in einem Netzwerk bereitzustellen, sind zwei Zoom Node-Komponenten erforderlich: eine Selective Forwarding Unit (SFU)/Internal MMR (iMMR) und ein Zone Controller Proxy (ZCP). Weitere Informationen finden Sie im Anhang am Ende dieses Dokuments zu Dienstmodulen.
Die SFU/iMMR funktioniert wie eine Steckdosenleiste und verteilt Medien an verbundene Zoom-Anwendungen weiter
Das Modul Selective Forwarding Unit (SFU)/Internal MMR (iMMR) ist zentral für das Design von Zoom Meetings Hybrid. Ähnlich wie eine Steckdosenleiste ist die SFU/iMMR ein zentralisiertes Netzwerk-„Plug-in“, das Medien an verbundene Zoom-Anwendungen verteilt. Die Funktion des SFU/iMMR-Moduls variiert jedoch je nach Meeting-Typ.
In Hybrid-Meetings fungiert die SFU/iMMR als primärer Verbindungspunkt für interne Zoom-Anwendungen und multiplexiert und verteilt Meeting-Medien zwischen verbundenen Zoom-Anwendungen innerhalb des Netzwerks und der Cloud weiter.
Bei nur internen Meetings fungiert die SFU/iMMR als lokaler Multimedia-Router, der Medien zentral und ohne Zoom Cloud an verbundene Benutzer und andere SFU/iMMR-Einheiten verteilt (falls verbunden).
Jede SFU/iMMR unterstützt bis zu 400 Benutzerverbindungen in Standardauflösung oder 200 Benutzerverbindungen in hoher Auflösung pro Modul
Jedes SFU/iMMR-Modul unterstützt bis zu 400 gleichzeitige Teilnehmer in Standardauflösung pro Modul oder bis zu 200 gleichzeitige Teilnehmer in hoher Auflösung (720p). Bei maximaler Kapazität für ein einzelnes Meeting kann das SFU/iMMR-Modul den externen Bandbreitenverbrauch abhängig von der Meeting-Auflösung um ein Verhältnis von 400:1 oder 200:1 reduzieren.
Eine SFU/iMMR kann mehrere Meetings gleichzeitig unterstützen
Das SFU/iMMR-Modul unterstützt gleichzeitige Meeting-Verbindungen, sodass ein Modul mehrere einzigartige, gleichzeitige Meetings unterstützen kann, einschließlich sowohl Cloud-Hybrid- als auch nur interner Meetings.
Beispielsweise verbinden sich 400 Benutzer an einem Standort gleichzeitig mit 25 verschiedenen Meetings in Standardauflösung, bei denen externe Benutzer anwesend sind. Mit Zoom Meetings Hybrid kann ein SFU-Modul die Verbindung aller Benutzer zu ihren jeweiligen Meetings unterstützen und die Anzahl externer Medienstreams von 400 auf 25 reduzieren. Bei durchschnittlich 1,2 Mbit/s pro Medienverbindung kann das SFU-Modul in diesem Szenario auf dem Campus etwa 450 Mbit/s externe Bandbreite einsparen.\
Eine SFU/iMMR kann Cloud-Hybrid- und nur interne Meetings gleichzeitig unterstützen
Ein SFU/iMMR-Modul kann gleichzeitig Cloud-Hybrid- und nur interne Meetings unterstützen, sodass keine separaten Bereitstellungen für jeden Anwendungsfall erforderlich sind. Für jeden verbundenen Meeting-Typ berücksichtigt das Hybridmodul die vorgesehene Verbindungsweiterleitung: Cloud-Hybrid-Meetings leiten Medien über das Modul und die Signalisierung an die Cloud weiter; nur interne Meetings leiten sowohl Medien als auch Signalisierung ausschließlich über das lokale Hybridmodul weiter.
Beispielsweise verbinden sich 400 Benutzer an einem Standort gleichzeitig mit drei separaten Meetings in Standardauflösung. Zwei Meetings sind Cloud-Hybrid-Meetings mit anwesenden externen Benutzern, und 300 Benutzer aus dem Unternehmensnetzwerk sind über das im SFU-Modus arbeitende SFU/iMMR-Modul verbunden. Das dritte Meeting ist nur intern, wobei 100 Benutzer mit demselben im iMMR-Modus arbeitenden SFU/iMMR-Modul verbunden sind.
In diesem Beispiel verfügen Benutzer, die mit den Cloud-Hybrid-Meetings verbunden sind, über eine bidirektionale Medienverbindung mit dem SFU/iMMR-Modul sowie über unabhängige, bidirektionale Signalisierungsverbindungen mit der Cloud. Benutzer, die mit dem nur internen Meeting verbunden sind, verfügen dagegen ausschließlich über bidirektionale Signalisierungs- und Medienverbindungen mit demselben SFU/iMMR-Modul, das alle Daten interner Meetings lokal hält und nicht zur Cloud kaskadiert.
Bei Cloud-Hybrid-Meetings fungiert die SFU/iMMR nur als Weiterleitungsgerät und hat keinen Zugriff auf Meeting- oder Benutzerschlüssel
Bei Verbindung mit einem Cloud-Hybrid-Meeting (SFU-Modus) benötigen SFU/iMMR-Module keine Meeting-Verschlüsselungsschlüssel und haben auch keinen Zugriff darauf. Stattdessen behalten die Module Medienmischungsrollen als verschlüsselte Meeting-Medienprozessoren bei, die nicht auf die Inhalte des Medienstreams zugreifen können.
Bei nur internen Meetings generiert und verteilt die SFU/iMMR alle Verschlüsselungsschlüssel innerhalb des Unternehmensnetzwerks
Bei Betrieb als Multimedia-Router für nur interne Meetings (iMMR-Modus) ist die oberste SFU/iMMR in einem Meeting für die Generierung und Verteilung von Verschlüsselungsschlüsseln während des Meetings verantwortlich. Verschlüsselungsschlüssel werden mit denselben kryptografischen Methoden generiert und verteilt wie Cloud-basierte MMRs.
SFU/iMMR-Module können bei Verbindung mit einem Cloud-Hybrid-Meeting nicht netzwerkübergreifend miteinander kommunizieren
SFU/iMMR-Module unterstützen bei Verbindung mit einem Cloud-Hybrid-Meeting keine netzwerkübergreifende Kommunikation (Ost-West) innerhalb eines Rechenzentrums. Jede SFU-zu-SFU-Kommunikation für Cloud-Hybrid-Meetings muss designbedingt über die Zoom Cloud-Infrastruktur (Nord-Süd) weitergeleitet werden.
SFU/iMMR-Module können bei Verbindung mit einem nur internen Meeting netzwerkübergreifend miteinander kommunizieren
Anders als bei Cloud-Hybrid-Meetings unterstützen nur interne Meetings aufgrund ihres internen Meeting-Designs netzwerkübergreifende Kommunikation (Ost-West). Cloud-Hybrid-Meetings erfordern, dass jedes SFU/iMMR-Modul den Medienfeed des obersten Cloud-MMR abonniert; nur interne Meetings nutzen jedoch keine Cloud-Medienfeeds. Stattdessen ist das erste iMMR/SFU-Modul, das ein nur internes Meeting erstellt, das oberste MMR, und zusätzliche SFU/iMMR-Module abonnieren den Feed des obersten MMR, wodurch netzwerkübergreifende Kommunikation ermöglicht wird.
Das Modul Zone Controller Proxy verbindet die SFU/iMMR mit der Zoom Cloud
Das Modul Zone Controller Proxy ist gegebenenfalls für die Verbindung von SFU/iMMR-Modulen mit der Cloud-Meeting-Infrastruktur von Zoom verantwortlich.
Während des Meeting-Verbindungsprozesses eines Benutzers senden Zoom-Webdienste eine Anfrage zwischen dem Zone Controller Proxy und einem Cloud-Zone-Controller, um die Informationen zum Meeting-Server abzurufen. Diese Informationen werden vom Zone Controller Proxy an die SFU/iMMR weitergeleitet, die sich für Cloud-Hybrid-Meetings mit der Zoom Cloud verbindet oder für nur interne Meetings ein Meeting initialisiert.
Bereitstellungen erfordern mindestens zwei Zone Controller Proxies pro Standort
Jeder geografische Standort, an dem Zoom Meetings Hybrid bereitgestellt wird, erfordert mindestens zwei Zone Controller Proxies für Ausfallsicherheit und Stabilität.
Wenn ein Unternehmen beispielsweise Zoom Meetings Hybrid in seinen Büros in Los Angeles und New York bereitstellt, sollte jeder Standort zwei ZCP-Module bereitstellen, insgesamt also vier.
Wenn ein SFU/iMMR-Modul unerwartet ausfällt, wechseln Benutzer nach Möglichkeit zu alternativen Verbindungen
Obwohl dies unerwartet ist, beginnen Benutzer nach Möglichkeit mit dem Wechsel zu alternativen Verbindungen, falls ein Hybridmodul ausfällt (z. B. abstürzt), während Benutzer verbunden sind. Diese Szenarien werden in den folgenden drei Abschnitten beschrieben.
Benutzer, die mit einem Cloud-Hybrid-Meeting verbunden sind, wechseln zu einem alternativen SFU/iMMR-Modul, falls verfügbar, und als letzten Ausweg zur Cloud
Wenn Benutzer über ein abrupt ausfallendes SFU/iMMR-Modul mit einem Cloud-Hybrid-Meeting verbunden sind, versuchen die Benutzeranwendungen automatisch, zu anderen im Netzwerk verfügbaren SFU/iMMR-Modulen zu wechseln. Wenn andere Ressourcen ihre Kapazität erreicht haben oder nicht verfügbar sind, stellen Benutzeranwendungen als endgültige Ausfalllösung unabhängige Cloud-Verbindungen her.
Benutzer, die mit einem nur internen Meeting verbunden sind, wechseln zu einem anderen SFU/iMMR-Modul, wenn das ausgefallene Modul nicht das oberste MMR war
Wenn Benutzer mit einem nur internen Meeting verbunden sind und ihr SFU/iMMR-Modul ausfällt, wechseln Benutzer zu alternativen SFU/iMMR-Modulen, falls verfügbar, sofern ihre SFU/iMMR nicht der oberste MMR-Host des internen Meetings war.
Wenn die SFU/iMMR, die ein nur internes Meeting gestartet hat, ausfällt, muss das Meeting neu gestartet werden
Aufgrund des Netzwerkdesigns für nur interne Meetings wird das SFU/iMMR-Modul, das das Meeting initiiert, als oberstes MMR für das Meeting festgelegt. Wenn das oberste MMR eines Meetings ausfällt, das Meeting beendet oder verlässt, bricht das Meeting zusammen und muss neu gestartet werden. Oberste MMRs können nicht wechseln zu alternativen Hybridressourcen.
Zoom Meetings Hybrid-Verbindungen werden in der Anwendung als ein „von Ihrem Zoom-Kontoinhaber kontrolliertes Rechenzentrum“ angezeigt
Bei Verbindung mit der Infrastruktur von Meetings Hybrid sehen Benutzer in der Anwendung, dass sie „…über ein von Ihrem Zoom-Kontoinhaber kontrolliertes Rechenzentrum mit dem Zoom Global Network verbunden sind…“. Benutzer, die alternativ mit der Cloud-Infrastruktur verbunden sind, sehen die Meldung „Mit dem Zoom Global Network verbunden“.
Die folgenden Bilder zeigen, was Benutzer sehen, wenn sie mit einem Zoom Meetings Hybrid-Meeting im Vergleich zu einem Cloud-basierten Meeting verbunden sind.\
Zoom Meetings Hybrid verwendet die Standard-Firewall-Konfiguration von Zoom und erfordert keine speziellen Regeln
Zoom Meetings Hybrid erfordert keine zusätzlichen Firewall-Regeln oder Konfigurationen über die standardmäßige Empfehlung von Zoom. Medienverbindungen verwenden weiterhin UDP/TCP 8801 und TCP 443 (TLS 1.2) als Standard-Ports für den Dienst.
Anhang: Zoom Node
Dieser Abschnitt bietet eine allgemeine Einführung in die Zoom Node-Plattform und ihre Kernkonzepte.
Zoom Node bringt wichtige Teile des Zoom-Dienstes in Ihre eigenen Rechenzentren und Büros
Zoom Node ist eine Hybridlösung, die Ihre Rechenzentrumsserver in die Zoom Cloud integriert, um Zoom-Dienste für Ihre Büros bereitzustellen.
Mit einem Cloud-gesteuerten Bereitstellungsmodell können Zoom-Administratoren dynamisch und schnell hybride Zoom-Dienste über ein zentralisiertes Dashboard im Web auf ihren Rechenzentrumsservern bereitstellen. Dieses Dashboard umfasst außerdem Tools für Dienstverwaltung, Upgrades, Protokollverwaltung, Leistungsberichte und ein robustes Framework zur Fehlerbehebung.
Zoom Node verfügt über ein modulares Design, bei dem Sie nur die benötigten Dienstmodule bereitstellen
Statt separate Software für jeden hybriden Dienst zu benötigen, ist Zoom Node eine modulare „Komplettlösung“-Plattform, die Unternehmen ermöglicht, mehrere hybride Dienste mit einem gemeinsamen Framework zu verwalten und bereitzustellen.
Zoom Node erreicht dieses modulare Design durch die Installation des Zoom Node-Betriebssystems (eines Linux-basierten Betriebssystems) auf Enterprise-Rechenzentrumsservern, wodurch diese in Nodes umgewandelt werden. Nach der Installation der Software registriert sich der Node bei der Zoom Node-Plattform in der Cloud und wartet auf die Installation verschiedener Dienstmodule, die Zoom-Dienstfunktionen bereitstellen
Zoom Node umfasst ein funktionsreiches Dashboard für Dienstverwaltung, Upgrades, Warnungen, Fehlerbehebung und mehr
Als zentraler Hub zur Verwaltung von Zoom Node-Bereitstellungen umfasst das Zoom Node-Dashboard Tools für Dienstverwaltung, Bereitstellungen, Upgrades, Protokollverwaltung, Leistungsberichte und ein robustes Framework zur Fehlerbehebung.
Dienstmodule sind Dienste, die auf dem Zoom Node-Betriebssystem ausgeführt werden und einfach über das Web bereitgestellt werden können
Dienstmodule sind Dienstanwendungen, die auf dem Zoom Node-Betriebssystem ausgeführt werden und Dienste funktionsfähig machen. Zoom-Administratoren weisen Nodes über das Zoom Node-Dashboard im Webportal Dienste zu. Nach dem Zuweisen des Dienstes zu einem Node überträgt die Zoom Node-Plattform das ausgewählte Dienstmodul auf den Node und installiert es automatisch. Sobald die Installation abgeschlossen ist, ist der Node-Endpunkt mit den ihm zugewiesenen hybriden Diensten einsatzbereit.
Jeder Zoom Node kann bis zu vier Dienstmodule unterstützen
Jede Zoom Node-Appliance kann bis zu vier Dienstmodule pro Maschine unterstützen, mit Ausnahme des Moduls Zoom Phone Local Survivability. Für zusätzliche Anforderungen oder Ausfallsicherheit können zusätzliche Nodes erstellt und verknüpft werden.
Beispielsweise stellt ein Unternehmen Zoom Meetings Hybrid in mehreren Rechenzentren bereit, beginnend mit New York. Jedes Rechenzentrum ist mit mehreren Zoom Node-Endpunkten ausgestattet, die mit der Zoom Node-Plattform verbunden sind, aber keinem wurde ein Node-Dienst für die Funktionalität zugewiesen, wie im folgenden Bild gezeigt.
Sobald das Unternehmen bereit ist, Zoom Meetings Hybrid in seinem Netzwerk bereitzustellen, stellt ein Kontoadministrator einen Zone Controller Proxy-Dienst und drei SFU/iMMR-Module auf den Nodes 1 und 2 bereit. Der Administrator stellt zudem ein zusätzliches SFU/iMMR-Modul als Puffer auf dem dritten Node bereit. Die Zoom Node-Plattform überträgt und installiert alle Node-Dienste auf jedem Node-Endpunkt, und nach Abschluss der Installation ist Zoom Meetings Hybrid einsatzbereit, wie im folgenden Bild dargestellt.
Zoom Node unterstützt die vollständig automatisierte PKI-Zertifikatserstellung (Auto-PKI)
Zoom Node umfasst eine vollständig automatisierte Verwaltung öffentlicher Zertifikate über DigiCert. Alle Kosten für die Erstellung und Erneuerung von Zertifikaten werden von Zoom getragen, Zoom verarbeitet jedoch im Rahmen dieses Prozesses keine privaten Schlüssel von Kunden und hat keinen Zugriff darauf.
Kunden mit einer bestehenden Zertifikatsstrategie können Zertifikate manuell bei einer Zertifizierungsstelle ihrer Wahl erstellen, erneuern und unterstützen lassen, diese Kosten werden jedoch nicht von Zoom übernommen. Kunden, die eine alternative Zertifizierungsstelle verwenden möchten, sollten sich im Voraus an ihr Kontoteam wenden.
Jeder Zoom Node verfügt über einen dynamischen DNS-Eintrag unter Verwendung der Vanity-URL des Kontos: *.zoomonprem.com (Auto-DNS)
Zoom Node generiert automatisch dynamische DNS-Einträge für jeden Server unter der Domäne *.zoomonprem.com unter Verwendung der bestehenden Vanity-URL des Host-Kontos, z. B. success01.zoomonprem.com.
Dieses System vereinfacht die Firewall-Verwaltung bei der Verbindung mit Zoom Node-Bereitstellungen, die von anderen Zoom-Kunden verwendet werden. Einzelne Kunden benötigen keine Firewall-Regeln mehr, um eine Verbindung zu einem anderen Zoom Node-Kunden herzustellen, sondern können stattdessen die gesamte Domäne zoomonprem.com mithilfe von Platzhalterwerten genehmigen.
Zoom Node wird auf virtuellen Maschinen ausgeführt
Zoom Node wurde für die Ausführung auf Server-Hardware unter Verwendung virtueller Maschinen konzipiert, auf denen das gehärtete Zoom Node-Betriebssystem-Image installiert ist. Alle Dienste benötigen statische interne IP-Adressen, wobei einige Dienste für externe Konnektivität öffentliche IP-Adressen benötigen.
Die Hardware-Anforderungen und Spezifikationen sind abhängig von Ihren Zielen für die hybride Bereitstellung. Weitere Informationen zur Ermittlung der Anforderungen Ihres Unternehmens für eine hybride Bereitstellung erhalten Sie von Ihrem Kontoteam.
Zoom Node ist nicht für jeden Kunden geeignet
Jedes Enterprise-Unternehmen hat individuelle Anforderungen an Unified-Communications-Dienste. Diese Anforderungen müssen sorgfältig berücksichtigt werden, bevor die Entscheidung zur Bereitstellung einer hybriden Umgebung getroffen wird. In den meisten Fällen ist die herkömmliche Zoom Cloud-Konfiguration für die meisten Unternehmen die optimale Lösung; es gibt jedoch Unternehmen, die von hybriden Konfigurationen profitieren. Unternehmen sollten die Auswirkungen der Einrichtung und Wartung einer hybriden Umgebung gründlich prüfen.
Skalierung kann schwierig und kostspielig zu verwalten sein
Die Skalierung der Hardware zur Unterstützung einer großen Anzahl von Benutzern in hybriden Umgebungen kann kostspielig sein. Abhängig von den bereitgestellten Diensten können zur Unterstützung von 10.000 Benutzern zwischen 7 und 13 Zoom Nodes erforderlich sein, während zur Unterstützung von 100.000 Benutzern zwischen 60 und 120 Zoom Nodes erforderlich sein können.
Die Verwaltung, Wartung und Unterstützung der für Zoom Node erforderlichen Hardware- und/oder Hypervisor-Infrastruktur erzeugt zudem zusätzlichen Aufwand für jedes Unternehmen und sollte bei der Prüfung hybrider Bereitstellungen stark berücksichtigt werden.
Sicherheitsvorteile sind begrenzt
Zoom Node bietet keine zusätzlichen Verschlüsselungsmethoden oder wesentlichen Sicherheitsvorteile gegenüber dem nativen Zoom Cloud-Dienst, abgesehen von der möglichen Nutzung als spezialisierter Web-Proxy oder für die lokale Protokollspeicherung.
Hybride Bereitstellungen erfordern zudem zusätzliche Firewall-Regeln und Konfigurationen, damit Node-Endpunkte mit externen Diensten verfügbar sind. Netzwerksicherheitsteams sollten diese zusätzlichen Firewall- und Sicherheitsanforderungen berücksichtigen, wenn sie die Bereitstellung hybrider Umgebungen erwägen.
Hybride Umgebungen und VPNs erfordern Konfigurationen
Remote-Mitarbeiter benötigen möglicherweise eine VPN-Verbindung oder eine Split-Tunnel-Konfiguration, um ihren Meeting-Datenverkehr bei Bedarf an Zoom Node-Dienste weiterzuleiten. Dieser erhöhte Datenverkehr kann die VPN-Infrastruktur möglicherweise überlasten, wenn sie die zusätzlich gesendete und empfangene Bandbreite nicht verarbeiten kann. Bei der Kombination hybrider Dienste mit Remote-Mitarbeitern und Remote-Netzwerkinfrastruktur ist eine sorgfältige Planung erforderlich.
Das Teilen von Serverprotokollen erfordert sorgfältige Überlegungen
Obwohl die Aufrechterhaltung lokaler Kontrolle über Zoom Node-Protokolle und -Datensätze ein Bestandteil hybrider Bereitstellungen ist, kann diese Funktion bei der Fehlerbehebung hybrider Infrastruktur hinderlich sein.
Dienstprotokolle werden standardmäßig lokal verwaltet und enthalten Daten, Diagnosen und andere Informationen, die Zoom nicht zur Anzeige zur Verfügung stehen. Um hybride Konfigurationen und Qualitätsprobleme jedoch effektiv beheben zu können, müssen hybride Datenprotokolle zu Zwecken der Fehlerbehebung mit Zoom geteilt werden. Zoom Node bietet nach Ermessen des Kunden einen sicheren Dienst zum Hochladen von Protokolldateien über das Webportal, doch das Hochladen dieser Protokolle kann Dienstmetadaten offenlegen, die bei hybriden Bereitstellungen ansonsten nicht mit Zoom geteilt werden. Diese Daten können Namen lokal beitretender Teilnehmer, die Zoom-Versionsnummer, Informationen zum Betriebssystem und mehr umfassen.
Zuletzt aktualisiert
War das hilfreich?