# Zoom Meetings Hibrit 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](#appendix-zoom-node).

#### <mark style="color:mavi;">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</mark>

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](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) 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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfVVVppbW-NhmkwGFDkKpMlcYUACkI-syd0I8Z9QJRs5Jx5cWiavnwIg6ux2KTaXksBeGy6kXWu82mQQIrAUkHY-7V5OWuHkW5G-X_ez2V-_okacRJToZXB2YPpxjYL9tT6BDfT?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:mavi;">Zoom Meetings Hybrid, iki modu destekler: bulut-hibrit ve yalnızca dahili</mark>

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](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

#### <mark style="color:mavi;">Bulut-hibrit modu, kurumsal ağınız içindeki kullanıcıları hibrit modül aracılığıyla buluta bağlar</mark>

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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXc50B_h67Ut7sgvHu6UKbM1przxAdYsmKumIfrvd4gPimstYApeW5szR0HWWPA-m8jPiRLVm1A8826j31BenyVNSy28NaBRLHsfhM5tr9F13-yqaDUFmT5TmyOm5GGmYx0USmCvxg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:mavi;">**Bulut-hibrit toplantılar, bulut-istemci sinyalleşme bağlantılarını etkilemez**</mark>

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.

{% hint style="danger" %}
**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.
{% endhint %}

#### <mark style="color:mavi;">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</mark>

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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXfKz6ul7kIwWkfMyYF8vjUPA8kZ_oVR-iGTGyojShz0rDy-rnq7VW6AZ4SRV6haB6NkDLwyd6UusHp8dK_Lkym7QM-5jQnAXdPxV3OoMxdwpKvaROL9QRlnCoCFHJ0nLRsjgUx9Gw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

<mark style="color:mavi;">**Yalnızca dahili toplantılar, hem sinyalleme hem de medya bağlantılarını hibrit modül üzerinden yönlendirir**</mark>

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.

<mark style="color:mavi;">**Kurumsal ağın dışındaki çalışanlar, VPN üzerinden yalnızca dahili toplantılara katılabilir**</mark>

Ş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.

#### <mark style="color:mavi;">Meetings Hybrid, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir</mark>

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.

#### <mark style="color:mavi;">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</mark>

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.

{% hint style="info" %}
**Not**

Dahili kullanıcılar, hibrit altyapı uygun ise harici medya bağlantıları da kurabilir [kapasite aşımında](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod).
{% endhint %}

#### <mark style="color:mavi;">Zoom Meetings Hybrid, her iki toplantı modu için de uçtan uca şifrelenmiş toplantıları destekler</mark>

Zoom Meetings Hybrid şunları destekler [uçtan uca şifrelenmiş](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (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.

#### <mark style="color:mavi;">Müşteriler, veri merkezleri genelinde birden fazla bölgeye özgü hibrit bölge dağıtabilir</mark>

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.

#### <mark style="color:mavi;">Zoom Meetings Hybrid, Zoom’un Toplantı Bağlayıcısı'nı değiştirmez</mark>

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               | <p>☑️<br>(iMMR Modundayken)</p> | <p>☑️<br><br></p>    |
| buluta kaskad                              | ☑️                              | <p><br></p>          |
| Kullanıcılar bulut üzerinden Katılabilir   | ☑️                              | <p><br></p>          |
| Bulut Hizmetleri (Kayıt, vb.)              | ☑️                              | <p><br></p>          |
| Harici kullanıcı bağlantılarına izin verir | <p><br></p>                     | ☑️                   |

### 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.

#### <mark style="color:mavi;">Zoom Meetings Hibrit, iki bileşenden oluşur: Seçici İletim Birimi/Dahili MMR ve bir Bölge Controller Proxy</mark>

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](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeysx0MZgb95ALpMcee5-kcn38XGTnAvcoxL64d6V_Y872u28Tj-xa73F1GTpxIRCchEb_yuzWFKR7mLhIxWq2QRTx6k-13sdLs8EGGL61eG9awOHR9rZQscz2fOb-m7TCabWrhMw?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:mavi;">SFU/iMMR, bir priz gibi çalışır ve medyayı bağlı Zoom istemcilerine yeniden dağıtır</mark>

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.

#### <mark style="color:mavi;">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</mark>

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.

#### <mark style="color:mavi;">Bir SFU/iMMR aynı anda birden fazla toplantıyı destekleyebilir</mark>

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.\\

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXf5110xPOu5I8wpiiWGRVJB2LRVtVCM3wsqGErLZTh5wn9kQb4Uz-OtoDsPmFBAzS_RBo4uOfCvrJVB6K1AWZkj9AMUY18WW0sleDi_PgaeavqOPnXu0viOvnfg05c3Dir8u4-X?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:mavi;">Bir SFU/iMMR aynı anda bulut-hibrit ve yalnızca dahili toplantıları destekleyebilir</mark>

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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXemWHF_V9W6Jm-C_Eo-2VFinM_90aZ8DZpd6YepQ23y6Npn_vovt6-hgIXywXmC1t2NlZTbhPV0_6XKo9jks23JVUprVTslZ3Jh8jFj97-WoHjtULZM1dhgsnhJMtbrbuiUIp2QOA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt=""><figcaption></figcaption></figure>

#### <mark style="color:mavi;">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</mark>

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.

#### <mark style="color:mavi;">Yalnızca dahili toplantılar için SFU/iMMR, kurumsal ağ içinde tüm şifreleme anahtarlarını oluşturur ve dağıtır</mark>

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.

#### <mark style="color:mavi;">SFU/iMMR modülleri, bulut-hibrit bir toplantıya bağlıyken ağ üzerinden birbirleriyle iletişim kuramaz</mark>

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.

#### <mark style="color:mavi;">SFU/iMMR modülleri, yalnızca dahili bir toplantıya bağlıyken ağ üzerinden birbirleriyle iletişim kurabilir</mark>

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.

#### <mark style="color:mavi;">Zone Controller Proxy modülü, SFU/iMMR’yi Zoom bulut ile bağlar</mark>

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.

#### <mark style="color:mavi;">Dağıtımlar, Konum başına en az iki Zone Controller Proxy gerektirir</mark>

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.

#### <mark style="color:mavi;">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</mark>

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.

#### <mark style="color:mavi;">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</mark>

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.

#### <mark style="color:mavi;">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</mark>

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.

#### <mark style="color:mavi;">Yalnızca dahili bir toplantıyı başlatan SFU/iMMR arızalanırsa, toplantı yeniden başlatılmalıdır</mark>

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.

#### <mark style="color:mavi;">Zoom Meetings Hybrid bağlantıları, istemci içinde “Zoom hesabı hesap sahibi tarafından kontrol edilen bir veri merkezi” olarak gösterilir</mark>

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.\\

{% columns %}
{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeL9BwtbA2YYCCRgCa-kUpcsTzKme2Eiii6jGh9_uIrhfrsw10IxgyRZIFoXUPw64sdVaQVDfk-niTaFnSDeurtUEyfRwLipjgWeDgbKyuVdWCmatm4DfUw_fzlJH1ger5CvEcK?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}

{% column %}

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXdBgfJcS9paUxZSekZ6p5YD-qHLA3hZEV60TdXzDE2s1KAXflpINJS2Dhn-VoIW8kitzfQfSHwfrklim5QvAeYt9X7Bc_omR4Ad0lHlBM5QgpzsE-iiFt840hIK-BhrK5GCj3Qh?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="375"><figcaption></figcaption></figure>
{% endcolumn %}
{% endcolumns %}

#### <mark style="color:mavi;">Zoom Meetings Hybrid, Zoom’un Standart güvenlik duvarı yapılandırmasını kullanır ve özel kurallar gerektirmez</mark>

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](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). 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.

{% hint style="info" %}
**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.
{% endhint %}

### Ek: Zoom Node

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

#### <mark style="color:mavi;">Zoom Node, Zoom hizmetinin önemli bölümlerini kendi veri merkezlerinize ve ofislerinize getirir</mark>

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.

#### <mark style="color:mavi;">Zoom Node modüler bir tasarımdır; yalnızca ihtiyaç duyduğunuz hizmet modüllerini dağıtırsınız</mark>

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

#### <mark style="color:mavi;">Zoom Node; hizmet yönetimi, yükseltmeler, uyarılar, sorun giderme ve daha fazlası için zengin Özellikler sunan bir pano içerir</mark>

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.

#### <mark style="color:mavi;">Hizmet modülleri, Zoom Node işletim sistemi üzerinde çalışan hizmetlerdir ve web üzerinden kolayca dağıtılır</mark>

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.

#### <mark style="color:mavi;">Her Zoom Node en fazla dört hizmet modülünü destekleyebilir</mark>

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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXeutD-2geglZBY9wv2h9od07rrVNko-KOW7cTmhmyj-8W9hDlcpptUcHPH95fxdB7OPQGYRtKTaXWEbBUUIeeJ7vCTlCsran7jlZKsHCuZu-tVXSKoeZy8W4nEQYqJXoWsGphInRg?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

Ş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.

<figure><img src="https://lh7-rt.googleusercontent.com/docsz/AD_4nXcS8UUa_h7FzrCbkuc2EZ8OBua6PQkWs-tWWtcpAcYkYT_CcVCHYZ_CrBrcjCfus2U6m1C55uR5Cld4mB47aCvjiWouzN2XgmSOsQQ23DbLsdUdFH4QhNce8t-CnHLH10ImqnwWrA?key=Z3rnkTkRPWE0oHdIjBvbxQ" alt="" width="563"><figcaption></figcaption></figure>

#### <mark style="color:mavi;">Zoom Node, uçtan uca otomatik PKI sertifika oluşturmayı destekler (Auto-PKI)</mark>

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.

#### <mark style="color:mavi;">Her Zoom Node, hesabın gösterim URL'sini kullanan dinamik bir DNS girdisine sahiptir: \*.zoomonprem.com (Auto-DNS)</mark>

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.

#### <mark style="color:mavi;">Zoom Node sanal makinelerde çalışır</mark>

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.

#### <mark style="color:mavi;">Zoom Node her müşteri için uygun değildir</mark>

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.

#### <mark style="color:mavi;">Ölçeklendirmeyi yönetmek zor ve pahalı olabilir</mark>

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.

#### <mark style="color:mavi;">Güvenlik avantajları sınırlıdır</mark>

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.

#### <mark style="color:mavi;">Hibrit ortamlar ve VPN'ler yapılandırmalar gerektirir</mark>

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.

#### <mark style="color:mavi;">Sunucu günlüklerini paylaşmak dikkatli değerlendirme gerektirir</mark>

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.


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://library.zoom.com/technical-library/tr/gelismis-kurumsal-hizmetler/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.