> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/tr/gelismis-kurumsal-hizmetler/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md).

# 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ış sağlar. Zoom Node hakkında daha fazla bilgi için, platforma ilişkin genel bakış bu belgenin sonunda şu bölümde mevcuttur: [Ek](#appendix-zoom-node).

#### <mark style="color:mavi;">Zoom Meetings Hybrid, medya akışını kurumsal ağ içinde yeniden dağıtarak bant genişliğinden tasarruf sağlayan şirket içi hibrit toplantı çözümüdür</mark>

Zoom Meetings Hybrid, bir Zoom istemcisi ile Zoom bulut arasında aracı bağlantı noktası görevi gören şirket içi hibrit toplantı çözümüdür. Çözüm, bir toplantının ses, video ve ekran paylaşma medya akışlarını çoğullayıp yeniden dağıtır ve aynı kurumsal ağ içinde [400'e kadar](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) bağlı katılımcı destekler. 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 iki çalışma modunu destekler: Selective Forwarding Unit modu (SFU) olarak bilinen buluttan şirket içine hibrit mod ve bulut dışı toplantılar için yalnızca dahili mod (iMMR). Toplantılar varsayılan olarak bulut-hibrit bağlantılar için yapılandırılır, ancak kullanıcılar bir toplantıyı planladığında veya düzenlediğinde yalnızca dahili olarak belirlenebilir. Her iki toplantı türü de aynı modül tarafından aynı anda desteklenebilir [eş zamanlı olarak](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

#### <mark style="color:mavi;">Bulut-hibrit mod, kurumsal ağınızdaki kullanıcıları hibrit modül üzerinden buluta bağlar</mark>

Bulut-hibrit modda (SFU modu), kurumsal ağınızdaki kullanıcılar, istemcileri ile bulut arasında aracı bağlantı noktası olarak hibrit modüle bağlanır. Hibrit modül, bir toplantının ses, video ve ekran paylaşma medya akışlarını kullanıcılar ile bulut arasında çoğullayıp 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, buluttan istemciye sinyalleşme bağlantılarını etkilemez**</mark>

Zoom Meetings Hybrid modülü bir bulut-hibrit toplantının *medyasını*yeniden dağıtabilse de, modül buluttan istemciye sinyalleşme bağlantılarını işlemez. Meetings Hybrid modülüne bağlı kullanıcılar, bulut kaydı başlatma veya katılımcı listesini güncelleme gibi toplantı içi veriler ve işlemler için toplantının bulut sunucusuyla bant genişliği açısından hafif bir sinyalleşme bağlantısı kurmaya devam eder.

{% hint style="danger" %}
**Uyarı**

İstemci cihazları **zorundadır** Zoom bulut hizmetlerine ulaşabilecek internet erişimine yönelik proxy veya varsayılan rota erişimine sahip olmalıdır. 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 dahili bir çoklu ortam yönlendiricisi (iMMR) görevi görür ve kurumsal ağ içindeki kullanıcılar arasında bir toplantının ses, video ve ekran paylaşma medyasını çoğullayı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 kademelenemez; bu da harici ağ katılımcılarının veya bulut kaydı gibi hizmetlerin toplantıya katılmasını engeller.

<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 sinyalleşme hem de medya bağlantılarını hibrit modül üzerinden yönlendirir**</mark>

Bulut-hibrit modelden farklı olarak, yalnızca dahili toplantılar hem medyayı *hem de* sinyalleşmeyi ağ içinde hibrit modüle yönlendirir. Bu, harici bağlantı olasılığı olmadan tam şirket içi bir toplantı türü oluşturur.

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

Kurumsal ağ dışındaki çalışanlar, VPN sunucusu kurumsal ağ üzerinden hibrit modülle iletişim kurabiliyorsa, VPN'e bağlıyken yalnızca dahili toplantılara katılabilir. Ancak kullanıcıların **zorundadır** katılmak için şirketlerinin Zoom hesabı oturumunu açmış olmaları gerekir.

Örneğin, uzaktaki bir çalışan ev ağından bölünmüş tünelleme olmadan şirketin VPN'ine bağlıdır. Kullanıcı şirketinin Zoom hesabı oturumunu açmış olduğu ve bağlı VPN sunucusu kurumsal ağ içindeki hibrit modülle 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; bu da her kullanım senaryosu için ayrı dağıtım gereksinimini ortadan kaldırır.

Örneğin, bir şirketin ağında dağıtılmış ve 400 bağlı kullanıcısı olan bir hibrit modülü vardır. Bu senaryoda 200 kullanıcı bulut-hibrit toplantılara bağlanabilirken, kalan 200 kullanıcı yalnızca dahili toplantılara bağlı olabilir. Bağlı her toplantı türü için Meetings Hybrid modülü amaçlanan bağlantı yönlendirmesine uyacaktır: bulut-hibrit toplantılar medyayı modül üzerinden ve sinyalleşmeyi buluta yönlendirir; yalnızca dahili toplantılar ise hem medyayı hem de sinyalleşmeyi yalnızca şirket içinde yönlendirir.

#### <mark style="color:mavi;">Zoom Meetings Hybrid, harici katılımcı yoksa ve tüm kullanıcılar aynı hibrit modüle bağlıysa tüm medyayı şirket içinde tutar</mark>

Kullanıcılar, aynı Meetings Hybrid modülü üzerinden bulut-hibrit etkin bir toplantıya bağlıysa ancak harici katılımcı yoksa, hibrit modül Zoom bulut arasında medya iletmez. Bunun yerine, tüm toplantı medyası şirket içinde tutulur ve kurumsal ağ içinde hibrit modül aracılığıyla yönlendirilir. Toplantı medyası ancak buluttan bir harici katılımcı katıldıktan sonra veya ağ içindeki ikinci bir hibrit modül toplantıya bağlandığında ağ dışına çıkar.

Örneğin, kurumsal ağ içindeki bir kullanıcı grubu aynı bulut-hibrit etkin toplantıya katılmaktadır. Tüm kullanıcılar aynı hibrit modüle bağlıdır ve tüm toplantı medyası kurumsal ağ içinde yönlendirilmektedir. Buluttan bir harici kullanıcı toplantıya katıldığında veya ikinci bir hibrit modül toplantıya bağlandığında, hibrit modül(ler) bulut ile bir medya bağlantısı açar ve toplantının medyasını buluta ve buluttan yeniden dağıtır.

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

Dahili kullanıcılar, hibrit altyapı [kapasitedeyse](#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, [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 platformu içinde mevcut en yüksek güvenlik seviyelerini gerektiren toplantılar için yalnızca dahili toplantılarla eşleştirilebilir.

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

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

Örneğin, bir işletmenin New York ve Los Angeles ofisleri varsa, tek bir Konum içindeki tek hibrit dağıtım, uzun iletim 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ı toplantıya bağlanmaya çalıştığında, kullanıcının istemcisi Uygun hibrit modüllere ping atar 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ı ürününün yerini almaz</mark>

Zoom'un Toplantı Bağlayıcısı, bulut desteği veya geri dönüş olmadan, şirketinizin veri merkezinde bir toplantı bölgesi oluşturmak için bulut tarafından yönetilen şirket içi çö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 izin vermelidir.

Toplantı Bağlayıcısı'ndan farklı olarak, Zoom Meetings Hybrid 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 temel farklardan bazılarını özetlemektedir:

| Yetenek                                    | Meetings Hybrid                 | 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 Kademele                            | ☑️                              | <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 İzin Verir | <p><br></p>                     | ☑️                   |

### Zoom Meetings Hybrid İşlevselliği

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

#### <mark style="color:mavi;">Zoom Meetings Hybrid iki bileşenden oluşur: bir Selective Forwarding Unit/Internal MMR ve bir Zone Controller Proxy</mark>

Bir ağ içinde Zoom Meetings Hybrid dağıtmak için iki Zoom Node bileşeni gerekir: bir Selective Forwarding Unit (SFU)/Internal MMR (iMMR) ve bir Zone Controller Proxy (ZCP). Daha fazla bilgi için bu belgenin sonundaki Ek'e 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, bağlı Zoom istemcilerine medyayı yeniden dağıtarak bir çoklu priz gibi çalışır</mark>

Selective Forwarding Unit (SFU)/Internal MMR (iMMR) modülü, Zoom Meetings Hybrid tasarımının merkezindedir. Bir çoklu prize benzer şekilde, SFU/iMMR bağlı Zoom istemcilerine medya dağıtan merkezi bir ağ “bağlantı noktası”dır. Ancak SFU/iMMR modülünün işlevi toplantı türüne göre değişir.

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

Yalnızca dahili toplantılarda SFU/iMMR, Zoom bulut olmadan bağlı kullanıcılara ve diğer SFU/iMMR birimlerine (bağlıysa) medyayı merkezi olarak çoğullayıp dağıtan yerel bir çoklu ortam 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 kapasitede, 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; bu da 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ın bulunduğu standart çözünürlükte 25 farklı toplantıya eş zamanlı olarak bağlanmaktadır. Zoom Meetings Hybrid ile bir SFU modülü tüm kullanıcıların ilgili toplantılarına bağlanmasını destekleyebilir ve harici medya akışlarının sayısını 400'den 25'e düşürür. Medya bağlantısı başına ortalama 1,2 Mbps ile SFU modülü bu senaryoda kampüs için yaklaşık 450 Mbps harici bant genişliği tasarrufu 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, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir</mark>

Bir SFU/iMMR modülü, bulut-hibrit ve yalnızca dahili toplantıları aynı anda destekleyebilir; bu da her kullanım senaryosu için ayrı dağıtım gereksinimini ortadan kaldırır. Bağlı her toplantı türü için hibrit modül, amaçlanan bağlantı yönlendirmesine uyacaktır: bulut-hibrit toplantılar medyayı modül üzerinden ve sinyalleşmeyi buluta yönlendirecek; yalnızca dahili toplantılar ise hem medyayı hem de sinyalleşmeyi yalnızca şirket içi hibrit modül üzerinden yönlendirecektir.

Örneğin, bir Konum içindeki 400 kullanıcı standart çözünürlükte üç ayrı toplantıya eş zamanlı olarak bağlanmaktadır. İki toplantı, harici kullanıcıların bulunduğu bulut-hibrit toplantılardır ve kurumsal ağdan 300 kullanıcı SFU modunda çalışan SFU/iMMR modülü üzerinden bağlıdır. Üçüncü toplantı yalnızca dahilidir ve aynı SFU/iMMR modülüne iMMR modunda bağlı 100 kullanıcı vardır.

Bu örnekte, bulut-hibrit toplantılara bağlı kullanıcılar SFU/iMMR modülü ile çift yönlü medya bağlantısına sahiptir ve bulut ile bağımsız, çift yönlü sinyalleşme bağlantıları vardır. Bu sırada, yalnızca dahili toplantıya bağlı kullanıcılar yalnızca aynı SFU/iMMR modülü ile çift yönlü sinyalleşme ve medya bağlantılarına sahiptir; bu modül tüm dahili toplantı verilerini şirket içinde tutar ve buluta kademelenmez.

<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ılarda SFU/iMMR yalnızca bir yönlendirme cihazı olarak görev yapar ve hiçbir toplantı veya kullanıcı anahtarına erişimi yoktur</mark>

Bir bulut-hibrit toplantıya (SFU modu) bağlandığında, SFU/iMMR modülleri toplantı şifreleme anahtarlarına ihtiyaç duymaz ve bunlara erişemez. Bunun yerine, modüller medya akışının içeriğine erişemeyen ş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çindeki tüm şifreleme anahtarlarını üretir ve dağıtır</mark>

Yalnızca dahili toplantılar için bir çoklu ortam yönlendiricisi olarak çalışırken (iMMR modu), bir toplantıdaki en üst düzey SFU/iMMR toplantı içi şifreleme anahtarlarını üretmekten ve dağıtmaktan sorumludur. Şifreleme anahtarları, bulut tabanlı MMR'lerle aynı kriptografik yöntemler kullanılarak üretilir 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ı (doğu-batı) 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ı (kuzey-güney) üzerinden yönlendirilmelidir.

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

Bulut-hibrit toplantılardan farklı olarak, yalnızca dahili toplantılar dahili toplantı tasarımı nedeniyle ağlar arası (doğu-batı) 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şturan ilk iMMR/SFU modülü “üst” MMR'dir ve ek SFU/iMMR modülleri üst MMR akışına abone olur; bu da ağlar arası iletişime olanak tanır.

#### <mark style="color:mavi;">Zone Controller Proxy modülü, SFU/iMMR'yi Zoom bulut bağlantısına bağlar</mark>

Zone Controller Proxy modülü, uygun olduğunda SFU/iMMR modüllerini Zoom'un bulut toplantı altyapısına bağlamaktan sorumludur.

Bir kullanıcının toplantı bağlantı süreci sırasında, Zoom web hizmetleri toplantı sunucusu bilgilerini almak için Zone Controller Proxy ile bir bulut Zone Controller arasında istek gönderir. Bu bilgiler Zone Controller Proxy'den SFU/iMMR'ye iletilir; SFU/iMMR ise bulut-hibrit toplantılar için Zoom bulut bağlanır veya yalnızca dahili toplantılar için bir toplantı başlatır.

#### <mark style="color:mavi;">Dağıtımlar her Konum için 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 Zoom Meetings Hybrid'i Los Angeles ve New York ofislerine dağıtıyorsa, her Konum her yerde iki ZCP modülü dağıtmalıdır; toplamda dört eder.

#### <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 geçiş yapar</mark>

Beklenmedik olsa da, kullanıcılar bağlıyken bir hibrit modülün arızalanması (ör. çökmesi) durumunda, kullanıcılar mümkünse alternatif bağlantılara geçmeye başlayacaktır. Bu senaryolar aşağıdaki üç bölümde açıklanmaktadır.

#### <mark style="color:mavi;">Bulut-hibrit toplantıya bağlı kullanıcılar, varsa alternatif bir SFU/iMMR modülüne geçiş yapar ve son çare olarak buluta geçer</mark>

Kullanıcılar, aniden arızalanan bir SFU/iMMR modülü üzerinden bulut-hibrit toplantıya bağlıysa, kullanıcı istemcileri ağ içinde Uygun olan diğer SFU/iMMR modüllerine otomatik olarak geçiş yapmayı dener. Diğer kaynaklar kapasitedeyse veya kullanılamıyorsa, kullanıcı istemcileri son geçiş çözümü olarak bağımsız bulut bağlantıları kurar.

#### <mark style="color:mavi;">Yalnızca dahili toplantıya bağlı kullanıcılar, arızalanan modül üst MMR değilse farklı bir SFU/iMMR modülüne geçiş yapar</mark>

Kullanıcılar yalnızca dahili bir toplantıya bağlıysa ve SFU/iMMR modülleri arızalanırsa, SFU/iMMR'lerinin dahili toplantının en üst düzey MMR oturum sahibi olmaması koşuluyla, varsa alternatif SFU/iMMR modüllerine geçiş yaparlar.

#### <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, çıkar, veya toplantıdan ayrılırsa, toplantı çöker ve yeniden başlatılmalıdır. En üst düzey MMR'ler **bağlanamaz** alternatif hibrit kaynaklara geçiş yapmaz.

#### <mark style="color:mavi;">Zoom Meetings Hybrid bağlantıları istemci içinde “Zoom hesabı Sahip tarafından kontrol edilen veri merkezi” olarak görüntülenir</mark>

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

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

{% 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, [Zoom'un varsayılan önerisi](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings)dışında ek güvenlik duvarı kuralları veya yapılandırmaları gerektirmez. Medya bağlantıları, hizmet için Standart bağlantı noktaları 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ı etkinse 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 platformuna ve temel kavramlarına genel bir giriş sağlar.

#### <mark style="color:mavi;">Zoom Node, Zoom hizmetinin temel 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, merkezi bir web panosundan veri merkezi sunucularına Zoom hibrit hizmetlerini dinamik ve hızlı şekilde dağıtabilir. Bu Pano ayrıca hizmet yönetimi, yükseltmeler, günlük yönetimi, performans raporlaması 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 ihtiyacınız olan 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 bu modüler tasarımı, Zoom Node işletim sistemi'ni (Linux tabanlı bir işletim sistemi) kurumsal veri merkezi sunucularına yükleyerek ve bunları Node'lara dönüştürerek elde eder. Yazılım yüklendikten sonra, Node buluttaki Zoom Node Platformuna kaydolur ve Zoom hizmeti işlevselliği sağlayan çeşitli hizmet modüllerinin kurulumunu bekler

#### <mark style="color:mavi;">Zoom Node, hizmet yönetimi, yükseltmeler, uyarılar, sorun giderme ve daha fazlası için zengin özellikli 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 raporlaması 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ını sağlayan ve Zoom Node işletim sistemi üzerinde çalışan hizmet uygulamalarıdır. Zoom yöneticileri, web portalındaki Zoom Node panosu üzerinden hizmetleri node'lara Ata. Hizmet bir Node'a atandıktan sonra, Zoom Node Platformu seçilen hizmet modülünü Node'a gönderir ve otomatik olarak yükler. Kurulum tamamlandığında, Node uç nokta belirlenen hibrit hizmet(ler)i ile kullanıma hazır olur.

#### <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 ile başlayarak birkaç veri merkezi genelinde Zoom Meetings Hybrid dağıtıyor. Her veri merkezi, Zoom Node Platformuna bağlı birkaç Zoom Node uç nokta ile donatılmıştır, ancak aşağıdaki görselde görüldüğü gibi hiç birine işlevsellik için 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ğında Zoom Meetings Hybrid dağıtmaya hazır olduğunda, bir hesap yöneticisi bir Zone Controller Proxy hizmeti ve Node 1 ile 2'ye üç SFU/iMMR modülü dağıtır. yönetici ayrıca tampon olarak üçüncü Node'a ek bir SFU/iMMR modülü dağıtır. Zoom Node Platformu tüm Node hizmetlerini her Node uç noktasına gönderir ve yükler; kurulum tamamlandıktan sonra Zoom Meetings Hybrid aşağıdaki görselde görüldüğü gibi 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 üzerinden uçtan uca otomatik genel sertifika yönetimi içerir. sertifika oluşturma ve yenileme ile ilgili tüm masraflar 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, tercih ettikleri bir sertifika yetkilisi ile sertifikaları manuel olarak oluşturmayı, yenilemeyi ve desteklemeyi seçebilir, ancak bu maliyetler Zoom tarafından karşılanmaz. Alternatif bir sertifika yetkilisi kullanmayı amaçlayan Müşteriler, önceden hesap ekipleriyle görüşmelidir.

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

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

Bu sistem, diğer Zoom müşterileri tarafından kullanılan Zoom Node dağıtımlarına bağlanırken güvenlik duvarı yönetimini basitleştirir. Artık tek tek müşterilerin başka bir Zoom Node müşterisine bağlanmak için güvenlik duvarı kurallarına ihtiyacı olmayacak; bunun yerine joker karakter değerleri kullanarak tüm zoomonprem.com etki alanını onaylayabilecekler.

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

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

donanım gereksinimleri ve özellikleri hibrit dağıtım hedeflerinize özgü olacaktır. Organizasyonunuzun hibrit dağıtım ihtiyaçlarını belirleme hakkında 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 kuruluşun kendine özgü gereksinimleri vardır. Hibrit bir ortam dağıtma kararı vermeden önce bu ihtiyaçlar dikkatle 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 sonuçlarını ayrıntılı şekilde değerlendirmelidir.

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

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

Zoom Node için gereken donanım ve/veya hipervizör altyapısını yönetmek, sürdürmek ve desteklemek de herhangi bir Organizasyon için ek yük oluşturur ve hibrit dağıtımlar incelenirken 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 ikameti olarak hizmet etme potansiyeli dışında, yerel Zoom bulut hizmetine kıyasla ek şifreleme yöntemleri veya büyük güvenlik avantajları sunmaz.

Hibrit dağıtımlar ayrıca Node uç 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ırma gerektirir</mark>

Uzaktaki çalışanların, istenirse toplantı trafiğini Zoom Node hizmetlerine yönlendirmek için bir VPN bağlantısına veya bölünmüş tünel yapılandırmasına ihtiyacı olabilir. Trafikteki bu artış, gönderilen ve alınan ek bant genişliğini işleyemiyorsa 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 kontrolü 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 veriler, tanılamalar ve Zoom'un görüntülemesi için mevcut olmayan diğer bilgileri içerir. Ancak hibrit yapılandırmalar ve kalite sorunlarını etkili şekilde giderebilmek için hibrit veri günlüklerinin sorun giderme amacıyla Zoom ile paylaşılması gerekir. Zoom Node, web portalı üzerinden müşteri takdirine bağlı güvenli bir günlük dosyası yükleme hizmeti sunar, ancak bu günlüklerin yüklenmesi hibrit dağıtımlarda normalde Zoom ile paylaşılmayan hizmet meta verilerini açığa çıkarabilir. Bu veriler arasında yerel olarak katılan katılımcı adları, Zoom sürüm numarası, işletim sistemi bilgileri ve daha fazlası bulunabilir.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## 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, and the optional `goal` 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>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.