Zoom Meetings Hybrid Açıklayıcısı

Zoom Meetings Hybrid Genel Bakış

Bu bölüm, bir Zoom Node iş yükü olarak desteklenen Zoom Meetings Hybrid hizmet modülüne genel bir bakış sunar. Zoom Node hakkında daha fazla bilgi için, platforma genel bakış bu belgenin sonunda Ek bölümünde yer almaktadır Ek.

Zoom Meetings Hybrid, toplantı medyasını bir kurumsal ağ içinde yeniden dağıtarak bant genişliği tasarrufu sağlayan, şirket içi hibrit bir toplantı çözümüdür

Zoom Meetings Hybrid, bir Zoom istemcisi ile Zoom bulut arasında aracılık eden bir bağlantı noktası olarak çalışan şirket içi hibrit bir toplantı çözümüdür. Çözüm, bir toplantının ses, video ve ekran paylaşma medya akışlarını çoğullar ve yeniden dağıtır en fazla 400 aynı kurumsal ağ içindeki bağlı katılımcılar. Bu tasarım, harici bulut medya bağlantılarının sayısını azaltır ve bu da harici bant genişliği tüketimini önemli ölçüde azaltabilir.

Zoom Meetings Hybrid, iki modu destekler: bulut-hibrit ve yalnızca dahili

Zoom Meetings Hybrid, Bulut Hizmet Yönlendirme Birimi modu (SFU) olarak bilinen buluttan şirket içine hibrit mod ve bulut dışı toplantılar için yalnızca dahili mod (iMMR) olmak üzere iki çalışma modunu destekler. Toplantılar varsayılan olarak bulut-hibrit bağlantılar için yapılandırılır, ancak kullanıcılar bir toplantıyı planlarken veya düzenlerken yalnızca dahili olarak belirlenebilir. Her iki toplantı türü de aynı modül tarafından desteklenebilir aynı anda.

Bulut-hibrit modu, kurumsal ağınız içindeki kullanıcıları hibrit modül aracılığıyla buluta bağlar

Bulut-hibrit modunda (SFU modu), kurumsal ağınız içindeki kullanıcılar, istemcileri ile bulut arasındaki ara bağlantı noktası olarak hibrit modüle bağlanır. Hibrit modül, bir toplantının ses, video ve ekran paylaşma ortam akışlarını kullanıcılar ile bulut arasında çoklar ve yeniden dağıtır.

Bulut-hibrit toplantılar, bulut-istemci sinyalleşme bağlantılarını etkilemez

Zoom Meetings Hibrit modülü bir bulut-hibrit toplantının ortam, ancak modül bulut-istemci sinyalleşme bağlantılarını işlemez. Meetings Hybrid modülüne bağlanan kullanıcılar, toplantının bulut sunucusuyla, toplantı içi veriler ve işlemler için, örneğin bir bulut kaydı başlatmak veya Katılımcılar listesini güncellemek gibi, düşük bant genişliği gerektiren bir sinyalleşme bağlantısı kurmaya devam edecektir.

Uyarı

İstemci cihazları zorundadır İnternete, Zoom bulut hizmetlerine ulaşabilecek şekilde proxy veya varsayılan rota erişimine sahip olun. HTTPS proxy desteklenir, ancak erişimi olmayan cihazlar toplantılara bağlanamaz.

Yalnızca dahili mod, kullanıcıları şirket içi bir toplantıya bağlar ve ağ dışındaki katılımcıların katılmasına izin vermez

Bir toplantı yalnızca dahili olarak planlandığında, hibrit modül şirket içi bir çoklu ortam yönlendiricisi (iMMR) gibi davranır ve bir toplantının ses, video ve ekran paylaşma medyasını kurumsal ağ içindeki kullanıcılar arasında çoklayıp yeniden dağıtır. Bu toplantılar kurumsal ağ ile sınırlıdır ve bağlanamaz veya bulut toplantı sunucularına ya da hizmetlerine ardışık bağlanma yapamaz; böylece harici ağ katılımcılarının veya bulut kaydı gibi hizmetlerin toplantıya katılması engellenir.

Yalnızca dahili toplantılar, hem sinyalleme hem de medya bağlantılarını hibrit modül üzerinden yönlendirir

Bulut-hibrit modelin aksine, yalnızca dahili toplantılar hem medya ve sinyallemeyi ağ içinde hibrit modüle yönlendirir. Bu, harici bağlantı olasılığı olmadan, eksiksiz bir şirket içi toplantı türü oluşturur.

Kurumsal ağın dışındaki çalışanlar, VPN üzerinden yalnızca dahili toplantılara katılabilir

Şirket ağı dışındaki çalışanlar, VPN sunucusu şirket ağı üzerinden hibrit modül ile iletişim kurabiliyorsa, bir VPN’e bağlıyken yalnızca dahili toplantılara katılabilirler. Ancak, kullanıcıların zorundadır katılmak için şirket Zoom hesabında oturum açmış olması gerekir.

Örneğin, uzaktaki bir çalışan, bölünmüş tünelleme olmadan ev ağından şirketin VPN’ine bağlıdır. Kullanıcı şirket Zoom hesabında oturum açmış olduğu ve bağlı VPN sunucusu şirket ağı içindeki hibrit modül ile iletişim kurabildiği sürece, uzaktaki kullanıcı yalnızca dahili bir toplantıya uzaktan bağlanabilir.

Meetings Hybrid, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir

Meetings Hybrid, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir; böylece her kullanım senaryosu için ayrı dağıtımlara ihtiyaç ortadan kalkar.

Örneğin, bir şirketin ağ içinde dağıtılmış bir hibrit modülü ve bağlı 400 kullanıcısı vardır. Bu senaryoda, 200 kullanıcı bulut-hibrit toplantılara bağlanabilirken kalan 200 kullanıcı yalnızca dahili toplantılara bağlıdır. Bağlı her toplantı türü için Meetings Hybrid modülü amaçlanan bağlantı Yönlendirme’ını dikkate alır: bulut-hibrit toplantılar medyayı modül üzerinden ve sinyallemeyi buluta yönlendirir; yalnızca dahili toplantılar ise hem medyayı hem de sinyallemeyi yalnızca yerel olarak yönlendirir.

Zoom Meetings Hybrid, dış katılımcılar yoksa ve tüm kullanıcılar aynı hibrit modüle bağlıysa tüm medyayı yerel olarak tutar

Kullanıcılar aynı Meetings Hybrid modülü üzerinden bulut-hibrit etkin bir toplantıya bağlıysa, ancak dış katılımcılar yoksa, hibrit modül medyayı Zoom bulut arasında aktarmayacaktır. Bunun yerine, tüm toplantı medyası yerel olarak tutulacak ve hibrit modül aracılığıyla şirket ağı içinde yönlendirilecektir. Toplantı medyası ancak bir dış katılımcı buluttan katıldıktan sonra ya da ağ içindeki ikinci bir hibrit modül toplantıya bağlandığında ağ dışına çıkacaktır.

Örneğin, şirket ağı içindeki bir grup kullanıcı aynı bulut-hibrit etkin toplantıya katılıyor. Tüm kullanıcılar aynı hibrit modüle bağlıdır ve tüm toplantı medyası şirket ağı içinde yönlendirilmektedir. Bir dış kullanıcı toplantıya buluttan katıldığında veya ikinci bir hibrit modül toplantıya bağlandığında, hibrit modül(ler) bulutla bir medya bağlantısı açacak ve toplantının medyasını buluta ve buluttan yeniden dağıtacaktır.

Not

Dahili kullanıcılar, hibrit altyapı uygun ise harici medya bağlantıları da kurabilir kapasite aşımında.

Zoom Meetings Hybrid, her iki toplantı modu için de uçtan uca şifrelenmiş toplantıları destekler

Zoom Meetings Hybrid şunları destekler uçtan uca şifrelenmiş (E2EE) toplantıları hem bulut-hibrit hem de yalnızca dahili toplantı modlarında destekler. Bu, gizli toplantılar için ek bir güvenlik katmanı sağlar ve Zoom platformunda mevcut en yüksek güvenlik seviyelerini gerektiren toplantılar için yalnızca dahili toplantılarla birlikte kullanılabilir.

Müşteriler, veri merkezleri genelinde birden fazla bölgeye özgü hibrit bölge dağıtabilir

Zoom Meetings Hybrid, müşterilerin farklı Konumlar veya bölgeler için ayrı hibrit ortamlar dağıtmasına olanak tanıyan birden fazla bölge dağıtımını destekler. Birden fazla bölge bulunduğunda, kullanıcılar uygun cihazlara olan ping sürelerine göre en yakın hibrit modüle bağlanır.

Örneğin, bir İşletme'nin New York ve Los Angeles ofisleri varsa, tek bir Konumda yapılan hibrit dağıtım, uzun seyahat süresi nedeniyle gecikme veya performans sorunlarına yol açabilir. Bunun yerine, müşteriler kullanıcı deneyimini iyileştirmek için her belirli Konum veya bölge için bir hibrit ortam dağıtabilir. Bir kullanıcı bir toplantıya bağlanmaya çalıştığında, kullanıcının istemcisi uygun hibrit modülleri pingler ve en düşük gecikmeye sahip modüle bağlanır.

Zoom Meetings Hybrid, Zoom’un Toplantı Bağlayıcısı'nı değiştirmez

Zoom’un Toplantı Bağlayıcısı, bulut tarafından yönetilen, şirketinizin veri merkezi içinde bulut desteği veya geri dönüş olmadan bir toplantı bölgesi oluşturmak için şirket içi bir çözüm sunan bir Zoom Node iş yüküdür. Toplantı Bağlayıcısı ile tüm toplantı sunucuları ve cihazları şirketinize aittir ve şirketiniz tarafından korunur; ayrıca harici katılımcıların toplantılarınıza katılabilmesi için harici bağlantılara İzin Vermelidir.

Toplantı Bağlayıcısı’nın aksine, Zoom Meetings Hibrit, veri merkezinizdeki hibrit cihazlarla birlikte bulut toplantı altyapısını kullanmaya devam eder ve toplantı sunucularını barındırmayı veya harici katılımcıların veri merkezlerinize bağlanmasına izin vermeyi gerektirmez.

Aşağıdaki tablo, bu iki ürün arasındaki bazı temel farkları özetlemektedir:

Yetenek	Meetings Hibrit	Toplantı Bağlayıcısı
Şirket İçi Sunucu	☑️	☑️
Birden Fazla Bölgeyi Destekler	☑️	☑️
Medya Yalnızca Şirket İçinde	☑️ (iMMR Modundayken)	☑️
buluta kaskad	☑️
Kullanıcılar bulut üzerinden Katılabilir	☑️
Bulut Hizmetleri (Kayıt, vb.)	☑️
Harici kullanıcı bağlantılarına izin verir		☑️

Zoom Meetings Hibrit İşlevselliği

Bu bölüm, Zoom Meetings Hibrit hizmet modülünün işlevselliğini ve tasarımını ele almaktadır.

Zoom Meetings Hibrit, iki bileşenden oluşur: Seçici İletim Birimi/Dahili MMR ve bir Bölge Controller Proxy

Bir ağ içinde Zoom Meetings Hibrit’i dağıtmak için iki Zoom Node bileşeni gereklidir: Seçici İletim Birimi (SFU)/Dahili MMR (iMMR) ve bir Bölge Controller Proxy (ZCP). Daha fazla bilgi için bu belgenin sonundaki Ek bölümüne bakın hizmet modülleri hakkında.

SFU/iMMR, bir priz gibi çalışır ve medyayı bağlı Zoom istemcilerine yeniden dağıtır

Selective Forwarding Unit (SFU)/Internal MMR (iMMR) modülü, Zoom Meetings Hybrid tasarımının merkezinde yer alır. Bir prize benzer şekilde, SFU/iMMR bağlı Zoom istemcilerine medya dağıtan merkezi bir ağ “eklenti”sidir. Ancak SFU/iMMR modülünün işlevi toplantı türüne bağlı olarak değişir.

Hibrit toplantılarda, SFU/iMMR dahili Zoom istemcileri için birincil bağlantı noktası olarak görev yapar ve ağ içindeki bağlı Zoom istemcileri ile bulut arasında toplantı medyasını çoklayıp yeniden dağıtır.

Yalnızca dahili toplantılar için SFU/iMMR, Zoom Bulutu olmadan bağlı kullanıcılara ve diğer SFU/iMMR birimlerine (bağlıysa) medyayı merkezi olarak çoklayıp dağıtan yerel bir multimedya yönlendiricisi olarak görev yapar.

Her SFU/iMMR, modül başına en fazla 400 standart çözünürlüklü veya 200 yüksek çözünürlüklü kullanıcı bağlantısını destekler

Her SFU/iMMR modülü, modül başına en fazla 400 eşzamanlı, standart çözünürlüklü katılımcıyı veya en fazla 200 eşzamanlı yüksek çözünürlüklü (720p) katılımcıyı destekler. Tek bir toplantı için maksimum kapasite durumunda, SFU/iMMR modülü toplantı çözünürlüğüne bağlı olarak harici bant genişliği tüketimini 400:1 veya 200:1 oranında azaltabilir.

Bir SFU/iMMR aynı anda birden fazla toplantıyı destekleyebilir

SFU/iMMR modülü, eş zamanlı toplantı bağlantılarını destekler ve bir modülün hem bulut-hibrit hem de yalnızca dahili toplantılar dahil olmak üzere birden fazla benzersiz, eşzamanlı toplantıyı desteklemesine olanak tanır.

Örneğin, bir Konum içindeki 400 kullanıcı, harici kullanıcılar sergile ile standart çözünürlükte 25 farklı toplantıya eşzamanlı olarak Bağlanıyor. Zoom Meetings Hybrid ile bir SFU modülü, tüm kullanıcıların ilgili toplantılarına bağlanmasını destekleyerek harici medya akışı sayısını 400'den 25'e düşürebilir. Medya bağlantısı başına ortalama 1,2 Mbps ile SFU modülü, bu senaryoda kampüsün yaklaşık 450 Mbps harici bant genişliği tasarrufu yapmasını sağlayabilir.\

Bir SFU/iMMR aynı anda bulut-hibrit ve yalnızca dahili toplantıları destekleyebilir

Bir SFU/iMMR modülü, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir; böylece her kullanım durumu için ayrı dağıtımlara gerek kalmaz. Bağlı her toplantı türü için hibrit modül, amaçlanan bağlantı yönlendirmesine uyar: bulut-hibrit toplantılarda medya modül üzerinden, sinyalizasyon ise bulut üzerinden yönlendirilir; yalnızca dahili toplantılarda ise hem medya hem de sinyalizasyon yalnızca şirket içi hibrit modül üzerinden yönlendirilir.

Örneğin, bir Konum içindeki 400 kullanıcı aynı anda Standart çözünürlükte üç ayrı toplantıya bağlanıyor. İki toplantı, harici kullanıcıların sergilemesiyle bulut-hibrit ve kurumsal ağdan gelen 300 kullanıcı SFU/iMMR modülüne SFU modunda bağlanmış durumda. Üçüncü toplantı yalnızca dahili ve 100 kullanıcı aynı SFU/iMMR modülüne iMMR modunda bağlı.

Bu örnekte, bulut-hibrit toplantılara bağlı kullanıcıların SFU/iMMR modülü ile çift yönlü bir medya bağlantısı ve bulut ile bağımsız, çift yönlü bir sinyalizasyon bağlantısı vardır. Bu arada, yalnızca dahili toplantıya bağlı kullanıcıların aynı SFU/iMMR modülü ile yalnızca çift yönlü sinyalizasyon ve medya bağlantıları vardır; bu da tüm dahili toplantı verilerini şirket içinde tutar ve buluta kaskat yapmaz.

Bulut-hibrit toplantılar için SFU/iMMR yalnızca bir iletim Cihazı olarak çalışır ve herhangi bir toplantı ya da kullanıcı anahtarına Access sahip değildir

Bir bulut-hibrit toplantıya bağlandığında (SFU modu), SFU/iMMR modülleri toplantı şifreleme anahtarlarına ihtiyaç duymaz ve bu anahtarlara Access sahip değildir. Bunun yerine modüller, medya akışının içeriğine Access edemeyen şifreli toplantı medya işlemcileri olarak medya karıştırma rollerini sürdürür.

Yalnızca dahili toplantılar için SFU/iMMR, kurumsal ağ içinde tüm şifreleme anahtarlarını oluşturur ve dağıtır

Yalnızca dahili toplantılar için çoklu medya Yönlendirme cihazı olarak çalışırken (iMMR modu), bir toplantıdaki üst düzey SFU/iMMR, toplantı içi şifreleme anahtarlarını oluşturup dağıtmaktan sorumludur. Şifreleme anahtarları, bulut tabanlı MMR'larla aynı kriptografik yöntemler kullanılarak oluşturulur ve dağıtılır.

SFU/iMMR modülleri, bulut-hibrit bir toplantıya bağlıyken ağ üzerinden birbirleriyle iletişim kuramaz

SFU/iMMR modülleri, bulut-hibrit bir toplantıya bağlıyken bir veri merkezi içinde ağlar arası (east-west) iletişimi desteklemez. Bulut-hibrit toplantılar için tüm SFU'dan SFU'ya iletişim, tasarım gereği Zoom bulut altyapısı (north-south) üzerinden yönlendirilmelidir.

SFU/iMMR modülleri, yalnızca dahili bir toplantıya bağlıyken ağ üzerinden birbirleriyle iletişim kurabilir

Bulut-hibrit toplantıların aksine, yalnızca dahili toplantılar, dahili toplantı tasarımı nedeniyle ağlar arası (east-west) iletişimi destekler. Bulut-hibrit toplantılar, her SFU/iMMR modülünün “üst” bulut MMR’nin medya akışına abone olmasını gerektirir; ancak, yalnızca dahili toplantılar bulut medya akışlarını kullanmaz. Bunun yerine, yalnızca dahili bir toplantı oluşturmak için ilk SFU/iMMR modülü “üst” MMR olur ve ek SFU/iMMR modülleri üst MMR akışına abone olarak ağlar arası iletişime olanak tanır.

Zone Controller Proxy modülü, SFU/iMMR’yi Zoom bulut ile bağlar

Zone Controller Proxy modülü, gerektiğinde SFU/iMMR modüllerini Zoom’un bulut toplantı altyapısına Bağlanıyor sorumludur.

Bir kullanıcının toplantı bağlantısı süreci sırasında, Zoom web hizmetleri toplantı sunucusu bilgilerini almak için Zone Controller Proxy ile bir bulut Zone Controller arasında bir istek gönderir. Bu bilgi, Zone Controller Proxy’den SFU/iMMR’ye iletilir; bu da bulut-hibrit toplantılar için Zoom bulut’a bağlanacak ya da yalnızca dahili toplantılar için bir toplantı başlatacaktır.

Dağıtımlar, Konum başına en az iki Zone Controller Proxy gerektirir

Zoom Meetings Hybrid’in dağıtıldığı her coğrafi Konum, dayanıklılık ve kararlılık için en az iki Zone Controller Proxy gerektirir.

Örneğin, bir şirket Los Angeles ve New York ofislerinde Zoom Meetings Hybrid dağıtımı yapıyorsa, her Konumda iki ZCP modülü dağıtılmalıdır; toplamda dört.

Bir SFU/iMMR modülü beklenmedik şekilde başarısız olursa, kullanıcılar mümkün olduğunda alternatif bağlantılara devredilecektir

Beklenmedik olsa da, bir hibrit modül başarısız olursa (yani çökerse) kullanıcılar bağlıyken, kullanıcılar mümkünse alternatif bağlantılara devredilmeye başlayacaktır. Bu senaryolar aşağıdaki üç bölümde açıklanmaktadır.

Bulut-hibrit bir toplantıya bağlı kullanıcılar, mevcutsa alternatif bir SFU/iMMR modülüne ve son çare olarak bulut’a devredilecektir

Kullanıcılar, aniden arızalanan bir SFU/iMMR modülü üzerinden bulut-hibrit bir toplantıya Bağlanıyor durumdaysa, kullanıcı istemcileri ağ içinde Uygun olan diğer SFU/iMMR modüllerine otomatik olarak yük devretmeyi deneyecektir. Diğer kaynaklar kapasite sınırındaysa veya kullanılamıyorsa, kullanıcı istemcileri son yük devretme çözümü olarak bağımsız bulut bağlantıları kuracaktır.

Yalnızca dahili bir toplantıya bağlı kullanıcılar, arızalanan modül en üst MMR değilse farklı bir SFU/iMMR modülüne yük devredecektir

Kullanıcılar yalnızca dahili bir toplantıya bağlıysa ve SFU/iMMR modülleri arızalanırsa, SFU/iMMR'leri dahili toplantının en üst düzey MMR oturum sahibi değilse, Uygun olması koşuluyla alternatif SFU/iMMR modüllerine yük devredeceklerdir.

Yalnızca dahili bir toplantıyı başlatan SFU/iMMR arızalanırsa, toplantı yeniden başlatılmalıdır

Yalnızca dahili toplantılar için ağ tasarımı nedeniyle, toplantıyı başlatan SFU/iMMR modülü, toplantının en üst düzey MMR'si olarak belirlenir. Bir toplantının en üst düzey MMR'si arızalanırsa, kapanırsa veya toplantıdan ayrılırsa, toplantı çöker ve yeniden başlatılması gerekir. En üst düzey MMR'ler bağlanamaz alternatif hibrit kaynaklara yük devreder.

Zoom Meetings Hybrid bağlantıları, istemci içinde “Zoom hesabı hesap sahibi tarafından kontrol edilen bir veri merkezi” olarak gösterilir

Meetings Hybrid altyapısına bağlandıklarında, kullanıcılar istemci içinde “...Zoom hesabı hesap sahibi tarafından kontrol edilen bir veri merkezi aracılığıyla Zoom Global ağına bağlı...” ifadesini görür. Alternatif olarak, bulut altyapısına bağlı kullanıcılar “Zoom Global Ağına Bağlanıyor.” mesajını görür.

Aşağıdaki görseller, kullanıcıların Zoom Meetings Hybrid toplantısına bağlıyken bulut tabanlı bir toplantıya kıyasla ne göreceğini gösterir.\

Zoom Meetings Hybrid, Zoom’un Standart güvenlik duvarı yapılandırmasını kullanır ve özel kurallar gerektirmez

Zoom Meetings Hybrid, aşağıdakilerin dışında herhangi bir ek güvenlik duvarı kuralı veya yapılandırması gerektirmez Zoom’un varsayılan önerisi. Medya bağlantıları, hizmet için Standart Bağlantı noktasılar olarak UDP/TCP 8801 ve TCP 443'ü (TLS 1.2) kullanmaya devam edecektir.

Not

Medya için Bağlantı noktası ayrımı (UDP 8801-8803) desteklenir. Bağlantı noktası ayrımı etkinleştirilmişse güvenlik duvarı kurallarının 8802 ve 8803'ü içerecek şekilde yapılandırıldığından emin olun.

Ek: Zoom Node

Bu bölüm, Zoom Node platform ve temel kavramları hakkında genel bir giriş sağlar.

Zoom Node, Zoom hizmetinin önemli bölümlerini kendi veri merkezlerinize ve ofislerinize getirir

Zoom Node, ofislerinize Zoom Hizmetleri sunulmasına yardımcı olmak için veri merkezi sunucularınızı Zoom’un bulut ile entegre eden hibrit bir çözümdür.

Bulut odaklı bir dağıtım modeli sunan Zoom yöneticileri, Zoom hibrit hizmetlerini web üzerindeki merkezi bir pano üzerinden veri merkezi sunucularına dinamik ve hızlı bir şekilde dağıtabilir. Bu pano ayrıca hizmet yönetimi, yükseltmeler, günlük yönetimi, performans raporlama ve güçlü bir sorun giderme çerçevesi için araçlar içerir.

Zoom Node modüler bir tasarımdır; yalnızca ihtiyaç duyduğunuz hizmet modüllerini dağıtırsınız

Her hibrit hizmet için ayrı yazılım gerektirmek yerine, Zoom Node şirketlerin tek bir ortak çerçeve kullanarak birden fazla hibrit hizmeti yönetmesine ve dağıtmasına olanak tanıyan “Hepsi bir arada” modüler bir platformdur.

Zoom Node, Zoom Node işletim sistemi'ni (Linux tabanlı bir işletim sistemi) kurumsal veri merkezi sunucularına yükleyerek ve onları Node'lara dönüştürerek bu modüler tasarımı gerçekleştirir. Yazılım yüklendikten sonra Node, buluttaki Zoom Node Platform'a kaydolur ve Zoom hizmeti işlevselliği sağlayan çeşitli hizmet modüllerinin yüklenmesini bekler

Zoom Node; hizmet yönetimi, yükseltmeler, uyarılar, sorun giderme ve daha fazlası için zengin Özellikler sunan bir pano içerir

Zoom Node dağıtımlarını yönetmek için merkezi bir merkez olarak Zoom Node panosu; hizmet yönetimi, dağıtımlar, yükseltmeler, günlük yönetimi, performans raporlama ve güçlü bir sorun giderme çerçevesi için araçlar içerir.

Hizmet modülleri, Zoom Node işletim sistemi üzerinde çalışan hizmetlerdir ve web üzerinden kolayca dağıtılır

Hizmet modülleri, hizmetlerin çalışmasına olanak tanıyan ve Zoom Node işletim sistemi üzerinde çalışan hizmet uygulamalarıdır. Zoom yöneticileri, hizmetleri web portalındaki Zoom Node panosu üzerinden node'lara Ata. Hizmet bir Node'a atandıktan sonra, Zoom Node Platform seçilen hizmet modülünü Node'a gönderir ve otomatik olarak yükler. Kurulum tamamlandığında, Node uç nokta belirlenmiş hibrit hizmet(ler)i ile kullanıma hazırdır.

Her Zoom Node en fazla dört hizmet modülünü destekleyebilir

Her Zoom Node cihazı, Zoom Phone Local Survivability modülü hariç, makine başına en fazla dört hizmet modülünü destekleyebilir. Ek gereksinimler veya dayanıklılık için ek Node'lar oluşturulabilir ve bağlanabilir.

Örneğin, bir şirket New York'tan başlayarak birkaç veri merkezi genelinde Zoom Meetings Hybrid dağıtıyor. Her veri merkezi, Zoom Node Platform'a bağlı birkaç Zoom Node uç nokta ile donatılmıştır, ancak aşağıdaki görselde görüldüğü gibi işlevsellik için hiçbirine bir Node hizmeti atanmamıştır.

Şirket, ağları içinde Zoom Meetings Hybrid'i dağıtmaya hazır olduğunda, bir hesap yöneticisi bir Zone Controller Proxy hizmeti ve üç SFU/iMMR modülünü Node 1 ve 2'ye dağıtır. yönetici ayrıca tampon olarak üçüncü Node'a ek bir SFU/iMMR modülü dağıtır. Zoom Node Platform, tüm Node hizmetlerini her Node uç nokta noktasına gönderir ve yükler; kurulum tamamlandıktan sonra, aşağıdaki görselde görüldüğü gibi Zoom Meetings Hybrid kullanıma hazırdır.

Zoom Node, uçtan uca otomatik PKI sertifika oluşturmayı destekler (Auto-PKI)

Zoom Node, DigiCert aracılığıyla uçtan uca otomatik genel sertifika yönetimi içerir. Sertifikaların oluşturulması ve yenilenmesine ilişkin tüm maliyetler Zoom tarafından karşılanır, ancak Zoom bu süreçte müşterinin özel anahtarlarını işlemez veya bunlara erişemez.

Mevcut bir sertifika stratejisine sahip Müşteriler, kendi tercih ettikleri bir sertifika yetkilisiyle sertifikaları manuel olarak oluşturmayı, yenilemeyi ve Destek sağlamayı Seç yapabilir; ancak bu maliyetler Zoom tarafından karşılanmaz. Alternatif bir sertifika yetkilisi kullanmayı planlayan Müşteriler, önceden hesap ekipleriyle görüşmelidir.

Her Zoom Node, hesabın gösterim URL'sini kullanan dinamik bir DNS girdisine sahiptir: *.zoomonprem.com (Auto-DNS)

Zoom Node, oturum sahibi hesabın mevcut gösterim URL'sini kullanarak *.zoomonprem.com etki alanı altında her sunucu için otomatik olarak dinamik DNS girdileri oluşturur, örn. success01.zoomonprem.com.

Bu sistem, diğer Zoom Müşteriler tarafından kullanılan Zoom Node dağıtımlarına Bağlanıyor sırasında güvenlik duvarı yönetimini basitleştirir. Tek tek Müşteriler artık başka bir Zoom Node müşterisine bağlanmak için güvenlik duvarı kuralları gerektirmeyecek, bunun yerine joker karakter değerleri kullanarak tüm zoomonprem.com etki alanını onaylayabilecektir.

Zoom Node sanal makinelerde çalışır

Zoom Node, güçlendirilmiş Zoom Node işletim sistemi imajı yüklü sanal makineler kullanarak sunucu sınıfı donanım üzerinde çalışacak şekilde tasarlanmıştır. Tüm hizmetler statik dahili IP adresleri gerektirir; bazı hizmetler ise harici bağlantı için genel IP'ler gerektirir.

donanım gereksinimleri ve teknik özellikler, hibrit dağıtım hedeflerinize özgü olacaktır. Hibrit bir dağıtım için Organizasyon ihtiyaçlarınızı belirleme konusunda daha fazla bilgi için lütfen hesap ekibinize başvurun.

Zoom Node her müşteri için uygun değildir

Birleşik iletişim hizmetleri söz konusu olduğunda her kurumsal yapının kendine özgü gereksinimleri vardır. Hibrit bir ortam dağıtma kararı verilmeden önce bu ihtiyaçlar dikkatlice değerlendirilmelidir. Çoğu durumda, geleneksel Zoom bulut yapılandırması çoğu şirket için en uygun çözümdür; ancak hibrit yapılandırmalardan fayda sağlayan Organizasyonlar da vardır. Organizasyonlar, hibrit bir ortam kurmanın ve sürdürmenin etkilerini ayrıntılı şekilde değerlendirmelidir.

Ölçeklendirmeyi yönetmek zor ve pahalı olabilir

Hibrit ortamlarda çok sayıda kullanıcıyı desteklemek için donanım ölçeklendirmesi maliyetli olabilir. Dağıtılan hizmetlere bağlı olarak, 10.000 kullanıcıyı desteklemek 7-13 arasında Zoom Node gerektirebilirken, 100.000 kullanıcıyı desteklemek 60-120 arasında Zoom Node gerektirebilir.

Zoom Node için gereken donanım ve/veya hipervizör altyapısını yönetmek, sürdürmek ve Destek sağlamak da herhangi bir Organizasyon için ek yük oluşturur ve hibrit dağıtımlar incelenirken bu durum ciddi şekilde değerlendirilmelidir.

Güvenlik avantajları sınırlıdır

Zoom Node, özel bir web proxy'si veya yerel günlük barındırma işlevi görme potansiyeli dışında, yerel Zoom bulut hizmetine kıyasla ek şifreleme yöntemleri veya önemli güvenlik avantajları sunmaz.

Hibrit dağıtımlar ayrıca, Node uç nokta noktalarını harici hizmetlerle kullanılabilir hale getirmek için ek güvenlik duvarı kuralları ve yapılandırmaları gerektirir. Ağ güvenliği ekipleri, hibrit ortamları dağıtmayı değerlendirirken bu ek güvenlik duvarı ve güvenlik gereksinimlerinin farkında olmalıdır.

Hibrit ortamlar ve VPN'ler yapılandırmalar gerektirir

Uzak çalışanların, istenirse toplantı trafiğini Zoom Node hizmetlerine yönlendirmek için bir VPN bağlantısına veya bir split-tunnel yapılandırmasına ihtiyacı olabilir. Trafikteki bu artış, gönderilen ve alınan ek bant genişliğini kaldıramıyorsa VPN altyapısını potansiyel olarak aşırı yükleyebilir. Hibrit hizmetleri uzaktan çalışanlar ve uzak ağ altyapısıyla birleştirirken dikkatli planlama gereklidir.

Sunucu günlüklerini paylaşmak dikkatli değerlendirme gerektirir

Zoom Node günlükleri ve kayıtları üzerinde yerel denetimi sürdürmek, hibrit dağıtımların bir bileşeni olsa da, bu Özellikler hibrit altyapıda sorun giderirken engelleyici olabilir.

Hizmet günlükleri varsayılan olarak yerel olarak tutulur ve Zoom'un görüntülemesi için kullanılamayan veriler, tanılama bilgileri ve diğer bilgileri içerir. Ancak, hibrit yapılandırmaları ve kalite sorunlarını etkili bir şekilde giderebilmek için, hibrit veri günlüklerinin sorun giderme amacıyla Zoom ile paylaşılması gerekir. Zoom Node, müşteri tercihine bağlı olarak web portalı üzerinden güvenli bir günlük dosyası yükleme hizmeti sunar, ancak bu günlüklerin yüklenmesi, hibrit dağıtımlarda başka türlü Zoom ile paylaşılmayan hizmet meta verilerini ortaya çıkarabilir. Bu veriler yerel olarak katılan Katılımcılar adlarını, Zoom sürüm numarasını, işletim sistemi bilgilerini ve daha fazlasını içerebilir.