> 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, 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 ilişkin genel bakış bu belgenin sonunda yer alan [Ek](#appendix-zoom-node).

#### <mark style="color:mavi;">Zoom Meetings Hybrid, toplantı medyasını kurumsal bir ağ içinde yeniden dağıtarak bant genişliği tasarrufu sağlayan yerinde bir hibrit 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 yerinde bir hibrit toplantı çözümüdür. Çözüm, bir toplantının ses, video ve ekran paylaşma medya akışlarını ile [400'e kadar](#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 arasında çoklar ve yeniden dağıtır. Bu tasarım, dış bulut medya bağlantılarının sayısını azaltır ve bu da dış 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, Selective Forwarding Unit modu (SFU) olarak bilinen buluttan yerele hibrit modu 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ı planladığında veya düzenlediğinde yalnızca dahili olarak belirlenebilir. Her iki toplantı türü de aynı modül tarafından da desteklenebilir [eş zamanlı olarak](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).

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

Bulut-hibrit modunda (SFU modu), kurumsal ağınızdaki kullanıcılar istemcileri ile bulut arasında aracılık eden bir 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 ç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, buluttan istemciye sinyal 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 sinyal bağlantılarını işlemez. Meetings Hybrid modülüne bağlı kullanıcılar, toplantı içi veriler ve işlemler için toplantının bulut sunucusuyla, örneğin bulut kaydı başlatma veya katılımcılar listesini güncelleme gibi, bant genişliği düşük bir sinyal bağlantısı kurmaya devam edecektir.

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

İstemci cihazları **zorundadır** Zoom bulut hizmetlerine ulaşabilecek İnternet'e 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ı yerinde 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 bir iç çoklu ortam yönlendiricisi (iMMR) olarak çalışır; bir toplantının ses, video ve ekran paylaşma medya akışlarını kurumsal ağ içindeki kullanıcılar arasında çoklar ve yeniden dağıtır. Bu toplantılar kurumsal ağa izoledir ve **bağlanamaz** bulut toplantı sunucularına veya hizmetlerine bağlanamaz ya da zincirlenemez; böylece dış 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 sinyal hem de medya bağlantılarını hibrit modül üzerinden yönlendirir**</mark>

Bulut-hibrit modelinin aksine, yalnızca dahili toplantılar hem medyayı *ve* hem de sinyali ağ içinde hibrit modüle yönlendirir. Bu, dış bağlantı olanağı olmayan eksiksiz bir yerinde toplantı türü oluşturur.

<mark style="color:mavi;">**Kurumsal ağ dışındaki çalışanlar, VPN üzerinden yalnızca dahili toplantılara 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 **zorundadır** katılmak için şirket Zoom hesabına giriş yapmış olmalıdır.

Örneğin, uzaktan çalışan bir çalışan, split tunneling olmadan ev ağından şirket VPN'ine bağlıdır. Kullanıcı şirket Zoom hesabına giriş yapmış 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ı eş zamanlı olarak destekleyebilir</mark>

Meetings Hybrid, bulut-hibrit ve yalnızca dahili toplantıları eş zamanlı olarak destekleyebilir ve böylece her kullanım durumu için ayrı dağıtımlara ihtiyaç duyulmaz.

Örneğin, bir şirketin ağında dağıtılmış bir hibrit modülü ve 400 bağlı 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önlendirmesine uyar: bulut-hibrit toplantılar medyayı modül üzerinden ve sinyali buluta yönlendirir; yalnızca dahili toplantılar ise hem medyayı hem de sinyali yalnızca yerinde yönlendirir.

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

Kullanıcılar aynı Meetings Hybrid modülü üzerinden bulut-hibrit etkinleştirilmiş bir toplantıya bağlıysa, ancak dış katılımcı yoksa, hibrit modül Zoom bulut ile arasında medya iletmez. Bunun yerine, tüm toplantı medyası yerinde tutulur ve kurumsal ağ içinde hibrit modül üzerinden yönlendirilir. Toplantı medyası, yalnızca bir dış katılımcı buluttan katıldığında veya ağ içindeki ikinci bir hibrit modül toplantıya bağlandığında ağdan çıkar.

Örneğin, kurumsal ağ içindeki bir kullanıcı grubu aynı bulut-hibrit etkinleştirilmiş toplantıya katılıyor. Tüm kullanıcılar aynı hibrit modüle bağlıdır ve tüm toplantı medyası kurumsal ağ içinde yönlendirilmektedir. Dış bir 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çar ve toplantının medyasını buluta ve buluttan yeniden dağıtır.

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

İç kullanıcılar, hibrit altyapı [kapasitesindeyse dış medya bağlantıları da kurabilir](#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 ekstra bir güvenlik katmanı sağlar ve Zoom platformunda mevcut en yüksek güvenlik düzeylerini gerektiren toplantılar için yalnızca dahili toplantılarla birlikte kullanılabilir.

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

Zoom Meetings Hybrid, çoklu bölge dağıtımlarını destekler; bu sayede müşteriler farklı Konumlar veya bölgeler için ayrı hibrit ortamlar dağıtabilir. 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 işletmenin New York ve Los Angeles'ta ofisleri varsa, tek bir hibrit dağıtımın bir Konumda bulunması, uzatılmış yolculuk 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ölgeye bir hibrit ortam dağıtabilir. Bir kullanıcı bir 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ı'nın yerini almaz</mark>

Zoom'un Toplantı Bağlayıcısı, bulut tarafından yönetilen, bulut desteği veya geri dönüşü olmayan, şirketinizin veri merkezinde bir toplantı bölgesi oluşturmak için kullanılan bir Zoom Node iş yüküdür. Toplantı Bağlayıcısı ile tüm toplantı sunucuları ve cihazları şirketinize aittir ve toplantılarınıza dış katılımcıların katılabilmesi için dış bağlantılara izin vermelidir.

Toplantı Bağlayıcısı'nın aksine, Zoom Meetings Hybrid veri merkezinizdeki hibrit cihazlarla birlikte bulut toplantı altyapısını kullanmaya devam eder ve toplantı sunucuları barındırmayı veya dış 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ı özetler:

| Yetenek                                  | Meetings Hybrid                 | Toplantı Bağlayıcısı |
| ---------------------------------------- | ------------------------------- | -------------------- |
| Yerinde Sunucu                           | ☑️                              | ☑️                   |
| Birden Fazla Bölgeyi Destekler           | ☑️                              | ☑️                   |
| Yalnızca Yerinde Medya                   | <p>☑️<br>(iMMR modundayken)</p> | <p>☑️<br><br></p>    |
| Buluta devretme                          | ☑️                              | <p><br></p>          |
| Kullanıcılar Bulut Üzerinden Katılabilir | ☑️                              | <p><br></p>          |
| Bulut Hizmetleri (Kayıt vb.)             | ☑️                              | <p><br></p>          |
| Dış 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 alı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>

Zoom Meetings Hybrid'i bir ağ içinde 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, bir priz çoklayıcısı 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 merkezindedir. Bir priz çoklayıcısına benzer şekilde, SFU/iMMR, medyayı bağlı Zoom istemcilerine dağıtan merkezi bir ağ “tak-çalıştır” bileşenidir. 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 hareket eder; toplantı medyasını ağ içindeki bağlı Zoom istemcileri ile bulut arasında çoklar ve yeniden dağıtır.

Yalnızca dahili toplantılar için SFU/iMMR, yerel bir çoklu ortam yönlendiricisi olarak çalışır; bağlı kullanıcılara ve diğer SFU/iMMR birimlerine (eğer bağlıysa) medyayı merkezi olarak çoklar ve dağıtır, bunu Zoom bulutu olmadan yapar.

#### <mark style="color:mavi;">Her SFU/iMMR, modül başına 400'e kadar 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 400'e kadar eş zamanlı standart çözünürlüklü katılımcıyı veya 200'e kadar eş zamanlı yüksek çözünürlüklü (720p) katılımcıyı destekler. Tek bir toplantı için en yüksek kapasitede, SFU/iMMR modülü toplantı çözünürlüğüne bağlı olarak dış bant genişliği tüketimini 400:1 veya 200:1 oranında azaltabilir.

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

SFU/iMMR modülü, eş zamanlı toplantı bağlantılarını destekler; böylece tek bir modül, hem bulut-hibrit hem de yalnızca dahili toplantılar dahil olmak üzere birden çok benzersiz, eş zamanlı toplantıyı destekleyebilir.

Örneğin, bir konumdaki 400 kullanıcı, dış kullanıcıların da bulunduğu standart çözünürlükte 25 farklı toplantıya eş zamanlı olarak bağlanıyor. Zoom Meetings Hybrid ile tek bir SFU modülü, tüm kullanıcıların kendi toplantılarına bağlanmasını destekleyebilir ve dış medya akışlarının 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üse yaklaşık 450 Mbps dış 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ı eş zamanlı olarak destekleyebilir ve bu da her kullanım durumu için ayrı dağıtımlara gerek bırakmaz. Bağlı her toplantı türü için hibrit modül, amaçlanan bağlantı yönlendirmesine uyar: bulut-hibrit toplantılar medyayı modül üzerinden ve sinyali buluta yönlendirir; yalnızca dahili toplantılar ise hem medyayı hem de sinyali yalnızca yerinde hibrit modül üzerinden yönlendirir.

Örneğin, bir konumdaki 400 kullanıcı aynı anda standart çözünürlükte üç ayrı toplantıya bağlanıyor. İki toplantı bulut-hibrit ve dış kullanıcılar mevcut; kurumsal ağdan 300 kullanıcı SFU modunda çalışan SFU/iMMR modülü üzerinden bağlanıyor. Üçüncü toplantı yalnızca dahili ve 100 kullanıcı iMMR modunda çalışan aynı SFU/iMMR modülüne bağlı.

Bu örnekte, bulut-hibrit toplantılara bağlı kullanıcılar SFU/iMMR modülüyle çift yönlü medya bağlantısına ve bulutla bağımsız çift yönlü sinyal bağlantılarına sahiptir. Buna karşılık, yalnızca dahili toplantıya bağlı kullanıcılar, tüm dahili toplantı verilerini yerinde tutan ve buluta zincirleme yapmayan aynı SFU/iMMR modülüyle yalnızca çift yönlü sinyal ve medya bağlantılarına sahiptir.

<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 iletme cihazı olarak çalışır ve hiçbir toplantı ya da 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 karıştırma rollerini şifreli toplantı medya işleyicileri olarak sürdürür ve medya akışının içeriğine erişemez.

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

Yalnızca dahili toplantılar için çoklu ortam yönlendiricisi olarak çalışırken (iMMR modu), bir toplantıdaki en üst düzey SFU/iMMR, toplantı içi şifreleme anahtarlarını oluşturmak ve 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ğ genelinde 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ğ genelinde birbirleriyle iletişim kurabilir</mark>

Bulut-hibrit toplantıların aksine, yalnızca dahili toplantılar iç 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'sinin 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 olur ve ek SFU/iMMR modülleri üst MMR akışına abone olarak ağlar arası iletişime izin verir.

#### <mark style="color:mavi;">Zone Controller Proxy modülü, SFU/iMMR'yi Zoom buluta 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 buluttaki bir Zone Controller arasında bir istek gönderir. Bu bilgi, Zone Controller Proxy'den SFU/iMMR'ye iletilir; SFU/iMMR, bulut-hibrit toplantılar için Zoom buluta bağlanır veya yalnızca dahili toplantılar için bir toplantı başlatı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 Zoom Meetings Hybrid'i Los Angeles ve New York ofislerine dağıtıyorsa, her Konumda iki ZCP modülü dağıtılmalıdır; toplam 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 devredilir</mark>

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

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

Kullanıcılar bir SFU/iMMR modülü üzerinden bulut-hibrit etkinleştirilmiş bir toplantıya bağlıysa ve bu modül aniden başarısız olursa, kullanıcı istemcileri ağ içindeki diğer uygun SFU/iMMR modüllerine otomatik olarak devretmeye çalışır. Diğer kaynaklar kapasitedeyse veya kullanılamıyorsa, kullanıcı istemcileri son devretme çözümü olarak bağımsız bulut bağlantıları kurar.

#### <mark style="color:mavi;">Yalnızca dahili bir toplantıya bağlı kullanıcılar, başarısız olan modül üst MMR değilse başka bir SFU/iMMR modülüne devredilir</mark>

Kullanıcılar yalnızca dahili bir toplantıya bağlıysa ve SFU/iMMR modülleri başarısız olursa, SFU/iMMR'leri iç toplantının üst düzey MMR ana bilgisayarı olmadığı sürece, varsa alternatif SFU/iMMR modüllerine devredilir.

#### <mark style="color:mavi;">Yalnızca dahili bir toplantıyı başlatan SFU/iMMR başarısız olursa, toplantının yeniden başlatılması gerekir</mark>

Yalnızca dahili toplantılar için ağ tasarımı nedeniyle, toplantıyı başlatan SFU/iMMR modülü toplantının üst düzey MMR'si olarak atanır. Bir toplantının üst düzey MMR'si başarısız olursa, ayrılırsa veya toplantıdan çıkarsa, toplantı çöker ve yeniden başlatılması gerekir. Üst düzey MMR'ler **bağlanamaz** alternatif hibrit kaynaklara devredilir.

#### <mark style="color:mavi;">Zoom Meetings Hybrid bağlantıları, istemci içinde “Zoom hesap sahibi tarafından kontrol edilen bir 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 hesap sahibi 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ğına Bağlı” mesajını görür.

Aşağıdaki görseller, kullanıcıların Zoom Meetings Hybrid toplantısına bağlıyken bir bulut tabanlı 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 kurallara ihtiyaç duymaz</mark>

Zoom Meetings Hybrid, dışında herhangi bir ek güvenlik duvarı kuralı veya yapılandırma 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ı 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ı 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 platformuna ve temel kavramlarına genel bir giriş sağlar.

#### <mark style="color:mavi;">Zoom Node, Zoom hizmetinin önemli parçalarını kendi veri merkezlerinize ve ofislerinize getirir</mark>

Zoom Node, Zoom hizmetlerini ofislerinize sunmaya yardımcı olmak için veri merkezi sunucularınızı Zoom bulut ile bütünleştiren hibrit bir çözümdür.

Bulut odaklı bir dağıtım modeli sunan Zoom yöneticileri, Zoom hibrit hizmetlerini web üzerindeki merkezi bir Panodan 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 raporlaması ve güçlü bir sorun giderme çerçevesi için araçlar içerir.

#### <mark style="color:mavi;">Zoom Node, yalnızca ihtiyacınız olan hizmet modüllerini dağıttığınız modüler bir tasarıma sahiptir</mark>

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

Zoom Node, Zoom Node işletim sistemini (Linux tabanlı bir işletim sistemi) kurumsal veri merkezi sunucularına yükleyerek, bunları Node'lara dönüştürerek bu modüler tasarımı sağlar. Yazılım yüklendikten sonra Node, buluttaki Zoom Node Platformuna kaydolur ve Zoom hizmet 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 özellikler açısından zengin bir Pano içerir</mark>

Zoom Node dağıtımlarını yönetmek için 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 ve web üzerinden kolayca dağıtılan hizmetlerdir</mark>

Hizmet modülleri, Zoom Node işletim sistemi üzerinde çalışan hizmet uygulamalarıdır ve hizmetlerin çalışmasını sağlar. Zoom yöneticileri, web portalındaki Zoom Node panosu aracılığıyla hizmetleri düğümlere atar. Hizmet düğüme atandıktan sonra, Zoom Node Platformu seçilen hizmet modülünü düğüme gönderir ve otomatik olarak yükler. Kurulum tamamlandığında, Node uç noktası atanan hibrit hizmet(ler)iyle kullanıma hazır olur.

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

Her Zoom Node cihazı, Zoom Phone Local Survivability modülü hariç, makine başına dört adede kadar 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 çeşitli veri merkezleri genelinde Zoom Meetings Hybrid dağıtıyor. Her veri merkezinde Zoom Node Platformuna bağlı birkaç Zoom Node uç noktası bulunur, ancak aşağıdaki görselde görüldüğü gibi hiçbirine işlev 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ğları içinde Zoom Meetings Hybrid 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 üçüncü Node'a yedek olarak 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ır olur.

<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ı (Auto-PKI) destekler</mark>

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

Mevcut bir sertifika stratejisi olan müşteriler, tercih ettikleri bir sertifika otoritesiyle sertifikaları manuel olarak oluşturmayı, yenilemeyi ve desteklemeyi seçebilir, ancak bu maliyetler Zoom tarafından karşılanmaz. Alternatif bir sertifika otoritesi kullanmayı planlayan müşteriler, önceden hesap ekipleriyle görüşmelidir.

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

Zoom Node, \*.zoomonprem.com alan adı altındaki her sunucu için, ana hesabın mevcut gösterim URL'sini kullanarak otomatik olarak dinamik DNS girdileri oluşturur, örn. `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. Tek tek müşterilerin başka bir Zoom Node müşterisine bağlanmak için artık güvenlik duvarı kurallarına ihtiyacı olmayacak; bunun yerine tüm zoomonprem.com alan adını joker karakter değerleri kullanarak onaylayabilecekler.

#### <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ımda çalışacak şekilde tasarlanmıştır. Tüm hizmetler statik dahili IP adresleri gerektirir; bazı hizmetler ise dış bağlantı için genel IP'ler gerektirir.

Donanım gereksinimleri ve özellikler, hibrit dağıtım hedeflerinize özgü olacaktır. Hibrit dağıtım için organizasyonunuzun ihtiyaçlarını 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 kuruluşun kendine özgü gereksinimleri vardır. Bir hibrit ortam dağıtma kararı vermeden ö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, bir hibrit ortam oluşturmanın ve sürdürmenin sonuçlarını kapsamlı biçimde değerlendirmelidir.

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

Hibrit ortamlarda büyük 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 gerektirebilir; 100.000 kullanıcıyı desteklemek ise 60-120 Zoom Node gerektirebilir.

Zoom Node için gereken donanım ve/veya hypervisor 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 dikkatle değerlendirilmelidir.

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

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

Hibrit dağıtımlar, Node uç noktalarını dış hizmetlerle kullanılabilir hale getirmek için ek güvenlik duvarı kuralları ve yapılandırmalar da gerektirir. Ağ güvenliği ekipleri, hibrit ortamları dağıtmayı değerlendirirken bu ek güvenlik duvarı ve güvenlik gereksinimlerini göz önünde bulundurmalıdır.

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

Uzaktan çalışanlar, istenirse toplantı trafiğini Zoom Node hizmetlerine yönlendirmek için bir VPN bağlantısına veya split-tunnel yapılandırmasına ihtiyaç duyabilir. Bu trafik 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 hizmetler uzaktan çalışanlar ve uzaktan ağ altyapısıyla birleştirilirken dikkatli planlama gerekir.

#### <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ün sürdürülmesi hibrit dağıtımların bir bileşeni olsa da, bu özellik hibrit altyapıyı sorun giderirken engelleyici olabilir.

Hizmet günlükleri varsayılan olarak yerel olarak tutulur ve Zoom'un görüntüleyemediği veriler, tanılama bilgileri ve diğer bilgileri içerir. Ancak hibrit yapılandırmaları ve kalite sorunlarını etkili bir şekilde gidermek için, hibrit veri günlüklerinin sorun giderme amacıyla Zoom ile paylaşılması gerekir. Zoom Node, müşteri takdirine 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 aksi halde Zoom ile paylaşılmayan hizmet meta verilerini açığa çıkarabilir. Bu veriler yerel olarak katılan katılımcıların adlarını, Zoom sürüm numarasını, işletim sistemi bilgilerini ve daha fazlasını içerebilir.


---

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