Çağrı Bağlayıcı mimarisinde Karma Çağrı Hizmeti, Hizmet artık resmi olarak destek kalmadan Hizmet Ömrü Sonu (EOL)olarak sona ermiştir. Çağrı Bağlayıcı, gelecekte Karma Hizmetler Expressway kapasite planlaması için dikkate alınmamalıdır.


Bu makale, Karma Sistem için Office 365 ile Cisco TMS takvim hizmeti veya Google Takvim ile Cisco TMS entegrasyonu için kapasite planlamayı kapsamıyor. Kapasite bilgileri için Bkz. Dağıtım kılavuzuna Cisco Webex Karma Takvim Hizmeti.

Bu makaleyi, kapasite planlamasıyla ilgili sorularınıza ele alayacağız ve kullanıcı ölçeğini nasıl hesaplayacağız? Senaryoyu örnek olarak kullanmak için Karma Hizmetler kapasite hesaplayıcısınıdeneyin.

Planlamada Dikkate Alınması Gerekenler

Karma Hizmetler Expressway kullanıcı nüfusu için kapasite planlamakta, aşağıdaki soruları göz önünde yapın:

  • Hangi Karma Hizmetlere ihtiyacınız var?

    Müşteri Expressway Hizmeti, Karma Çağrı Hizmeti, Karma Çağrı Takvim hizmeti ve Karma Mesaj Hizmeti için bağlayıcılar barındırabilirsiniz.

  • Her bir hizmet için kaç kullanıcınız var?

    Her bir hizmet için ne kadar çok kullanıcınız olursa o kadar yüksek olasılıkla hizmetlere küme Expressway ayırmanız gerekir. Daha küçük halklar için paylaşılan bir kümede (ortaksidenlik) birden fazla bağlayıcıyı çalıştıranlar geçerli bir seçimdir.

  • İhtiyaçlar değişecek mi?

    Küçük ölçekli başlatmayı, bir kümenin Expressway bir grup erken benimseyene hizmet sağlama ve gelecekte başlaması için büyümeyi planlamak istemeniz gerekir. Paylaşılan bir modelden adanmış bir modele geçiş yapmak veya mevcut kümenizi gelişen gereksinimlerinizi karşılayacak şekilde ölçeklendirebilirsiniz.

Katkıda Bulunan Faktörler

Aşağıdaki değişkenlere göre kümenin kapasitesini tanımlariz:

  • Düğüm boyutu - Expressway sanal makine her bir dosyanın, VM'ye atanmış kaynaklar tarafından yükleme zamanında belirlenenbir "VM boyutu" vardır. Bu Expressway kılavuzlarda açık vardır. Zaten bir dosyanız Expressway VM boyutunu, kullanıcı arabiriminin Durum > Sistem bilgileri sayfasında Expressway edebilirsiniz.

  • Düğüm sayısı- Expressway bir ila altı düğüm olabilir. Düğüm boyutu aynı olmalı ve aynı yazılım sürümünü çalıştırabilirsiniz.

  • Hizmet sürekliliğistratejisi - Hizmetler kullanıcılara sürekli hizmet sağlamak için stratejiler kullanır. takvim hizmeti ve Mesaj Hizmeti yük devretme stratejisi kullanır.

    Stratejiler, Hizmet Sürekliliği Stratejileri ve Adanmış Kümelerin Ölçeği tablosunda ayrıntılı olarak açıklanmıştır.

  • Ortaklık - Bağlayıcılar farklı bir Expressway paylaştığında, her hizmet için kullanılabilir kaynaklar adanmış kümeyegöre oldukça azdır.

    Ayrıca bağlayıcı ana makineniz Expressway üzerinde iş amaçlı çağrı (B2B) veya Mobil ve Telefon (MRA) gibi başka Remote Access tabanlı hizmetler de olabilir. Bu tür bir çekirdekçilik desteklenen sınırlı senaryolarda, burada belgeledik numaralar testlarımız ile sınırlıdır. Bu makalede açıklananların dışında, kümeyi bağlayıcı ana bilgisayarı Expressway diğer hizmetler ile paylaşılmaz; bu desteklenmez.

  • Hizmete özel sınırlamalar - Örneğin Takvim Bağlayıcı, birincil olarak Microsoft Exchange kullanıcıları için tasarlanmıştır ve sınırlı sayıdaOffice 365 kullanıcı destekler.

Adanmış Küme Expressway Hesapları

Test ve deneme testlerinde edinilen kanıtlara göre adanmış tek bir kümeyi (Expressway birli küme) yönetebilirsiniz hizmet kullanıcılarının sayısı için sabit bir sınır ayarlandı.

Tablo 1. Adanmış Tek Oturumda Kullanıcı Sayısı Expressway
Expressway Düğüm Boyutu Karma takvim hizmeti Ölçekle Karma Mesaj Hizmeti Ölçekle
1. Küçük 5000 5000
2. Orta 10000 6500
3. Büyük 15000 15000

Aşağıdaki tabloda açıklanan tek düğüm sayılarını birden fazla düğüm kümesiyle sonuç oluşturmak için hizmet sürekliliği algoritmaları kullanıruz. Açıklama olmadan sonuçları almak istemiyorsanız bkz.:

Tablo 2. Hizmet Sürekliliği Stratejileri ve Adanmış Kümelerin Ölçeği

Karşılaştırmak

Karma Takvim Hizmeti

Karma Mesaj Hizmeti

1. Model

Yük devretme modeli

Yük devretme modeli

2. Açıklama

Her bir kullanıcıyı kümedeki bir düğüme ataruz. Bu, kullanıcıları tüm düğümlerde genişletin.

Bir düğüm aşağı giderse bu düğümdeki kullanıcı atamalarını diğer düğümlerde yeniden oluşturulur.

Düğüm geri geldiğinde, tüm etkin düğümlerde kullanıcı atamalarını yeniden dengesizleriz.

Her bir kullanıcıyı kümedeki bir düğüme ataruz. Bu, kullanıcıları tüm düğümlerde genişletin.

Bir düğüm aşağı giderse bu düğümdeki kullanıcı atamalarını diğer düğümlerde yeniden oluşturulur.

Düğüm geri geldiğinde, tüm etkin düğümlerde kullanıcı atamalarını yeniden dengesizleriz.

3. Formül

UcalN= (N-1) * Ucal1

UmsgN= (N-1) * Umsg1

4. Tanımlar

Nerede:

U calN, bir kullanıcıya göre N takvim hizmeti kümesidir

N, düğüm sayısıdır

U cal1, kullanıcıları için tek takvim hizmeti kapasitedir

Nerede:

UmsgN, Mesaj Hizmeti kullanıcılarının N kapasiteli kümesidir

N, düğüm sayısıdır

Umsg1, Mesaj Hizmeti kullanıcılarının tek düğüm kapasitesidir

5. Notlar

N=1 ise yük devretme yoktur.

N>1, yük devretme otomatiktir ve zorunludur.

N=2 ise kapasite, N=1 gibi ve daha iyi hizmet sürekliliği ile aynıdır.

N>=3 veya daha büyük bir düğüm boyutu kullanarak ölçek avantajları.

N=1 ise yük devretme yoktur.

N>1, yük devretme otomatiktir ve zorunludur.

N=2 ise kapasite, N=1 gibi ve daha iyi hizmet sürekliliği ile aynıdır.

N>=3 veya daha büyük bir düğüm boyutu kullanarak ölçek avantajları.

Paylaşılan Küme Expressway Hesapları

Algoritmamız, ortakident bağlayıcıların tek bir düğümün kaynaklarını orantılı olarak paylaştığını varsayıyor. Bu algoritma, düğümdeki her kullanıcı türü için ilik bir sınır ayarlar.

Örneğin, aşağıdaki tabloda tüm adanmış durumlar ve tek bir orta büyüklükteki vakalarda temel durumlara yönelik maksimum kullanıcı Expressway.

Tablo 3. Adanmışlık Expressway Bir Orta Ölçekli Ölçekle
Expressway Amacı takvim hizmeti Kullanıcıları Mesaj Hizmeti Kullanıcıları
Takvim hizmeti

10,000

Mesaj Hizmetine Adanmış

6,500

Takvim hizmeti ve Mesaj Hizmeti tarafından paylaşılıyor

4,000

4,000

Takvim, Çağrı ve Mesaj Hizmetleri tarafından paylaşılıyor

2,300

2,300

Tüm küme boyutları için tüm temel durumları kapsamlı olarak listeleye kümesiz. Bunun yerine, mevcut Karma Hizmetler dağıtım kapasitenizi izleyebilir veya yeni bir dağıtımplanlamak için hesaplayıcıyı kullanabilirsiniz.


Hesap makinesi, dağıtımınız için bağlayıcılar, düğüm boyutu ve düğüm sayısı seçmenizi sağlar. Bu bölümün geri kalanı, modelinizin kullanıcı numaralarını nasıl hesapla olduğunu açıklamaz.

Adanmış oturumlar için Expressway, çoklu düğümlerin kullanıcı sayılarını belirlemek üzere paylaşılan Expressway'ler algoritması hakkında sonuç sonuçlarız. Adanmış durumlardaki fark, kümede belirli bir hizmet için kullanıcı ölçeğini almak üzere uygun hizmet sürekliliği hesaplamasına uygulamamızdır. Kümenin rakip, kullanıcı tabanlı, hizmet sürekliliği stratejileri nedeniyle kümenin kullanıcı ölçeğini hesaplayamıyoruz.

Tablo 4. Orta Düğümlerde Kullanıcı Kapasitesi

Küme Amacı

1,2 ve 3 düğüm için Karma Mesaj Hizmeti Kullanıcıları

Mesaj Hizmetine Adanmış

6,500

6,500

13,000

Ek Katkıda Bulunan Faktörler

Kümenin kaynaklarında kullanıcı kapasitesini azaltacak rakip talepler olabilir. Bilinen örnekler aşağıdakilerdir:

takvim hizmeti -Bağlayıcı ana bilgisayar, O365 kullanıcılarına da hizmet olabilir. Burada gösterilen rakam ve hesaplar, size yalnızca şirket içi Exchange altyapının hizmet sağladığını takvim hizmeti. 'Karma' hakkında daha takvim hizmeti için bu makalenin Grafik bölümünde bazı takvim hizmeti ve grafikmizvar.

Çağrı İşleme- Bağlayıcı ana bilgisayar çağrı sinyali ve ortamı da iş olabilir. Bu, etkin biçimde organizasyonuz ve bulut bulut arasında "İşletme - işletme" Webex olur. Bu, Diğer Depolama Çözümleri ile Coresidency içinde açıklanan Expresswayazaltır.

Control Hub'ı kullanarak her bir Karma Hizmet kaynağınıza bağlı olarak geçerli kullanıcı kapasitesinin yüzde değerini Expressway kullanabilirsiniz. Renk çubuğu, kapasitenin kabul edilebilir sınırlar içinde olup olmadığını gösterir. Bu görünüm, karma hizmet dağıtımlarının durumunu değerlendirmenizi sağlar ve daha fazla Expressway'e ihtiyacınız olduğunda sizi kılavuzlar.

  • Yeşil- Expressway'ler kabul edilebilir kapasite sınırları içindedir. (1%–60%)

  • SarıSarı - Yeterince Expressway'inız var ancak yakında kapasite sınırlarına ulaşıyorsiniz. (61%–90%)

  • Kırmızı- Yeterince Expressway'imiz yok ve daha fazlasını eklemeniz gerekir. (%91 ve devam)


    Expressway'ler bir kaynak grubunda ise kapasite göstergesi kaynak gruptaki kümelerin filtrelenmiş görünümünün altında görünür.

  • Kaynak grupları olmayan dağıtımlar için (varsayılan):

    1. Üzerinde müşteri görünümünden, Hizmetler karma > ve ardından her bir hizmetin kaynaklarında kullanılan kapasite yüzdesini görüntülemek Expressway için karma hizmet https://admin.webex.comkartlarına kaydırın.

  • Kaynak grupları olan dağıtımlar için:

    1. belgesinde müşteri görünümünden Karma hizmetler > , karma hizmet kartlarına kaydırın ve Kaynaklar'ın altında, Tümleri https://admin.webex.comGörüntüle'yetıklayın.

      Kapasite çubuğu, yalnızca kaynak gruplarının dışındaki kümelerin kapasitesini gösterir. Tüm kümeler bir veya daha fazla kaynak gruplarının parçası ise veya hizmette yapılandırılmış küme yoksa kapasite çubuğu görüntülenmez.

    2. Kapasite değeri 1 YOK, kaynak gruplarını ve kapasiteyi gözden geçirmek için Filtre'den bir kaynak grubuseçin.

      Değer, kaynak grubunda kümeler için kullanılan kapasite yüzdesini ve durumunu belirten renk kodlamayı göstermek için günceller.

Unutmayın Gereken Şeyler

  • Küme kapasitesi; düğüm boyutuna, Expressway kümedeki düğüm sayısına, kümede kaç hizmet çalıştırıyorsa ve yüksek kullanılabilirlik veya yük devretme stratejisine bağlı olarak değişir. Daha fazla bilgi için tek tek Takvim ve Mesaj ölçek bölümlerine bakın.

  • Coresidency, mevcut hizmetler için kullanıcı ölçeğini azaltır; kapasite algoritması, her kullanıcının tüm hizmetleri kullanmakta olduğunu varsayer.


    Birden fazla hizmeti deneğe çalışırken veya küçük ölçekli bir dağıtımınız varsa çekirdeklik öneririz. Üretim veya büyük ölçekli dağıtımlarda farklı karma hizmetleri Expressway adanmış kümelerde çalıştırmanızı öneririz.

Sonraki adım

Karma Hizmetler için daha fazla Expressway eklemek üzere dağıtım kılavuzunda bağlayıcı ana bilgisayarları buluta kaydetme ve mevcut kümelere ekleme adımlarını uygulayın.

Bir Expressway karma küme kullanıcıları için takvim hizmeti birincil olarak kümedeki düğüm boyutuna ve sayısına ve hizmet sürekliliği stratejisine bağlıdır. Aşağıdaki tablo, tek bir adanmış kümede düğümleri (veya düğüm OVA boyutu) artırarak kümenin işleyemedik maksimum kullanıcı kapasitesini gösterir.


Office 365 kullanıcılarının olduğu karma Exchange ortamında, kümenin düğüm sayısı veya boyutundan bağımsız olarak küme başına 1.000 Office 365 kullanıcısı sınırı vardır. Office 365 kullanıcılarının işlemede tercih edilen yöntem bulut tabanlı hizmettir. Yalnızca bu oturumda Yalnızca Office 365 kullanıcılarını geçici olarak Expressway.

Bu sınırlama, şirket içi dağıtım ölçeğinden değil, Microsoft bulut hizmetiyle etkileşimden Expressway türer. Örneğin, tek küçük Expressway düğüm varsa kapasiteniz 1.000 Office 365 kullanıcısı ve 4.000 Microsoft Exchange kullanıcısı ile sınırlıdır. 6 küçük düğümlü bir kümeniz varsa kapasiteniz 1.000 Office 365 kullanıcısı ve 24.000 Microsoft Exchange kullanıcısı ile sınırlıdır.

Tablo 5. Adanmış takvim hizmeti Için Karma Ağ Grubu Kullanıcı Kapasitesi

Expressway Düğüm Boyutu

1 veya 2 Düğüm*

3 Düğüm

4 Düğüm

5 Düğüm

6 Düğüm

1. Küçük

5K

10K

15K

20K

25K

2. Orta

10K

20K

30K

40K

50K

3. Büyük

15K

30K

45K

60K

75K

* Kullanıcı kapasitesinin, bir düğümdeki kümeyle iki düğümlü küme için aynı olduğunu unutmayın. Bunun nedeni, takvim hizmeti sürekliliği iyileştirmek için yük devretmeyi kullanmadır. Tüm kullanıcılar, kümede iki düğüm olduğunda bir düğüme atanır; diğer düğüm yedek bir yedeklemedir. Ayrıntılı açıklama Expressway Karma Hizmetler Kullanıcıları için Küme Kapasitesini Planlama'ya bakın.

Ana Bilgisayarlar ve Kümeler Arasında Kullanıcı Ataması

Varsayılan olarak, Karma Takvim hizmeti kullanıcıları otomatik olarak bir kümenin tüm Takvim Bağlayıcılarında eşit olarak atar ve dağıtır. Atama, kullanılabilirlik durumuna göre dinamiktir ve yönetici, bireysel bir kullanıcının atandığı düğüm üzerinde denetime sahip olmaz.

Bir kuruluşun birden fazla kümeye sahip olduğu durumlarda, kullanıcı dağılımı küme kullanılabilirliği, geçerli atama (hata kurtarma sırasında kırpmayı azaltmak için) ve en yüksek küme tercihini temel alan bir sıralama düzenine bağlıdır. Yönetici, bir kullanıcı veya kullanıcı grubunu bir kaynak grubuna da atayadır. Kaynak grupları kümeye özeldir ve bu nedenle yöneticilerin, belirli kullanıcı gruplarının belirli bir kümeye atamalarını kısıtlar.

Bu temel bilgi kullanıcı ataması takvim bağlayıcı ön koşulları Expressway dikkate alarak, yönetici kendi kuruluşu için uygun kapasiteyi ölçeklendirebilirsiniz. Aşağıdaki parametrelere bağlı olarak Karma Ağ için 126.000 kullanıcının takvim hizmeti bir kuruluşa bakalım:

  • Expressway OVA şablonu kullanarak 6 düğümden daha fazla düğüm içerir (düğüm başına 15.000 kullanıcı sınırı)

  • Kaynak grubu gerekmiyor

Tek bir küme için kapasite ne kadar, UcalN= (N-1) * N=6 ve Ucal1=15.000 (büyük OVA şablonu kullanılarak) en fazla 75.000 kullanıcı oluşturur. Takvim hizmeti dağıtımı toplam 126.000 kullanıcıyla birden fazla Takvim Bağlayıcı ana bilgisayar kümesi gereklidir. Kullanıcılar, aşağıdaki resimde gösterildiği gibi eşit şekilde dağıtılacaktır:

Şekil 1. Atama
Her biri 6 düğüm olan iki küme; A kümesi toplam 75.000 kullanıcı için düğüm başına 12.500 kullanıcı barındırarak B kümesi toplam 51.000 kullanıcı için düğüm başına 8500 kullanıcı barındırr. Karma Karma Karma Eğitim'e 126.000 kullanıcı takvim hizmeti.

Karma takvim hizmeti, küme 75.000 kullanıcı kapasitesine ulaşana kadar kullanıcıları ilk olarak A kümesine ekler ve ardından geri kalan kullanıcıları B kümesine atar. Kullanıcılar, kümedeki tüm düğümlerde rastgele ve eşit olarak dağıtılır. Bu örnek, veri merkezleri RTP & PDX genelinde Takvim Bağlayıcı ana bilgisayar düğümlerinin (iki kümeden her biri içinde) eşit dağıtımını gösterir. Her düğüm, aynı OVA şablonunu kullanır ve yüksek Expressway yönergeleriniizler. Takvim Bağlayıcı, yüksek Expressway senaryolara izin vermek için 5+1 yedeklilik modelinde kümeleme mantığını kullanır.

Tüm kullanıcılar bir Takvim Bağlayıcısına atanmışsa şimdi kümede hata olduğunda ne olduğunu inceleye bakalım. Sonraki şekil tek bir düğüm hatası gösterir. Başarısız düğüme (A kümesine 5A) atanan kullanıcılar, artık bu kümede kalan düğümlere geçemedi. Tek düğüm kapasitesi, en fazla 15.000 kullanıcıya ve A kümesinde kalan her düğümün, başlangıçta 5A düğümüne atanmış 2500 kullanıcı eklemeye olanak sağlar. B kümesine veya B kümesine atanan kullanıcılara herhangi bir değişiklik veya etki oluşturmaz.

Şekil 2. A Kümesinde bir Düğüm Kullanılamaz Hale Gelir

A Kümesi hala maksimum kapasitededir ve kümedeki çalışır durumdaki her düğüm artık maksimum kapasitede, 15.000 kullanıcı/düğümdedir. Bu nedenle, A kümesinde sonraki şekildeki 4A düğümü gibi başka bir düğüm kullanılamaz duruma gelirse, B kümesi artık ek kullanıcı yüklemesini almaktan sorumlu olacak. 4A düğümünden 15.000 kullanıcı artık B kümesine yeniden atanır ve B kümesi içindeki tüm düğümlerde eşit olarak dağıtılır.

Şekil 3. A Kümesinde İki Düğüm Kullanılamaz Hale Geldi

4A ve 5A düğümleri kurtarılsa da A kümesine sahip kullanıcılar kümedeki düğümlerde yeniden dağıtılabilir. B kümesine devreden kullanıcılar, sonraki şekilte gösterildiği gibi kümeler arasında gereksiz kullanıcı atamalarını önlemek için bu kurtarma aşamasında B kümesinde kalır.

Şekil 4. Kurtarma ve Kullanıcının Etkin Düğümler Arasında Yeniden Dağıt olması

Büyük ölçekli Karma dağıtım planlamada farkında olmak takvim hizmeti önemli bir öğe, uygulama sırasında meydana gelen hatanın etkisini anlamaktır. Aynı 126.000 kullanıcı dağıtımı kullanırsanız ancak veri merkezinin tamamını kaybederiz, bir Takvim Bağlayıcı düğümüne atanmamış kullanıcıların potansiyel bir değeri vardır. Bu tür bir senaryoda bir hizmet kesintisini önlemek için, müşterinin yeniden dağıtarak ilgili kullanıcıları işlemek için üçüncü bir kümeye ihtiyacı olur.

Şekil 5. Veri Merkezi Kaybının Etkisi

Bir Expressway Karma Mesaj Hizmeti kullanıcılarına hizmet verme kapasitesi, oluşturma Expressway düğümlerinin boyutuna, kümedeki düğüm sayısına ve hizmet sürekliliği stratejisine bağlıdır.

Aşağıdaki tabloda, Karma Mesaj Hizmeti için kullanılan tek Expressway veya maksimum kullanıcı sayısına neden olan maksimum kullanıcı sayısına nedenvardır.

Tablo 6. Tek Adanmış Oturumda Karma Mesaj Hizmeti Kullanıcı Expressway

Küçük Expressway

Orta Expressway

Büyük Expressway

5.000 kullanıcı

6.500 kullanıcı

15.000 kullanıcı

Şekil 6. Karma Mesaj Hizmeti Kullanıcı Ölçeği, Adanmış Bağlayıcı Ana Bilgisayar Kümelerde. Bu diyagram, Karma Mesaj Hizmeti için adanmış bir kümedeki düğümleri artırarak maksimum kullanıcı ölçek seviyelerini gösterir

Kullanıcı numaraları, bir düğüm kümesi ve iki düğümlü bir küme için aynıdır. Bunun nedeni, Mesaj Hizmeti'nin hizmet sürekliliğini iyileştirmek için yük devretmeyi kullanmasıdır. Kullanıcılar, kümedeki birden fazla düğümde eşit olarak dağıtılır: bir düğüm başarısız olursa, düğümün kullanıcıları diğer düğümlere atanır.

Şekil 7. Çekirdek Örnek: Karma Mesaj Hizmeti ve takvim hizmeti Kullanıcı Küme Türüne Göre Ölçekle'ye Göre Ölçekle. Bu diyagram, hem Mesaj hem de Takvim Bağlayıcılarını takvim hizmeti farklı küme türleri için maksimum Mesaj Hizmeti kullanıcılarını ve küme başına kullanıcılarını gösterir.

Bu konu, karma hizmetler (Expressway hizmet ve mesaj hizmeti dahil) için bağlayıcılar arasında bağlayıcı ana bilgisayar paylaşımı takvim hizmeti hakkındadır. Bağlayıcı ana bilgisayar, MRA ve B2B gibi Expressway tabanlı diğer çözümlerle paylaşılmaz.

Bağlayıcı ana bilgisayar kümenin kapasitesi, düğüm sayısına, Expressway çalışan bağlayıcılara ve hizmet sürekliliği stratejisine bağlıdır. Bu faktörlerin Expressway ayrıntılı açıklaması için Karma Hizmetler Kullanıcıları için Küme Kapasitesi Planlama'ya bakın.

Farklı bağlayıcı ana bilgisayar kümelerini modellemeniz için bir hesap makinesi de vardır ve önerilen kümenizin her bir hizmetin kaç kullanıcısını destekley olduğunu görebilir.

Genel olarak, yalnızca en fazla iki düğümden daha küçük boyutlu dağıtımlar için çekirdek sunucular öneririz. Dağıtımınız bir düğüm çiftinin kapasitesini aşarsa bağlayıcıları her bir karma hizmete adanmış Expressway kümelere taşımanız gerekir.

Örnek: Üç Çekirdekli Bağlayıcı ile Bağlayıcı Ana Bilgisayarı Ölçeği

Aşağıdaki tablo, ölçek ve çekirdeklik örneğini gösterir. Her hizmet için bağlayıcı ana bilgisayarı kümeninfarklı özellikleriyle küme başına maksimum kullanıcı sayısı verir. Küme, Karma Depolama takvim hizmeti (şirket içi Exchange, Karma Çağrı Hizmeti ve Karma Mesaj Hizmeti kullanarak) arasında paylaşılır.

Tablo 7. Örnek: İki Çekirdekli Bağlayıcı ile Bağlayıcı Ana Bilgisayarı Ölçekle

Hizmet

İki Küçük Düğüm

İki Orta Düğüm

İki Büyük Düğüm

takvim hizmeti kullanıcıları

1,300

2,300

3,000

Mesaj Hizmeti kullanıcıları

1,300

2,300

3,000

Giriş

Bu konu, bağlayıcı ana bilgisayarı bilgisayarının diğer Expressway çözümleriyle Expressway hakkındadır. Bağlayıcıları başka amaçlar Expressway bir makinede barındırmayı tercih ediyorsanız aşağıdaki önemli uyarılar geçerlidir:

  • Özel bir bağlayıcı ana bilgisayarı için geçerli olan ölçeklenebilirlik modelini Expressway. Bu makaledeki diğer konu başlıkları okumadan türeyen kullanıcı numaraları veya hesap makinesi kullanarak bağlayıcı ana bilgisayarı diğer hizmetlerle paylaşılırken Expressway geçerli değildir.

  • Bu makalede açıklanan Expressway ve ilişkili kullanıcı sayılarını destekleyen tek senaryolar, Expressway tabanlı hizmet ve karma hizmet bağlayıcısı kombinasyonlarıdır. Diğer senaryoları test edilmedik ve ortamınız içinde çalışacaklarını bekleyesiniz.

Expressway Bağlayıcı takvim hizmeti Çağrı Hizmeti Geçişi'ne sahip ağ tabanlı geçiş

Bu senaryoda, küme Karma bağlayıcılarını Expressway iki düğüm takvim hizmeti kullanılır. Küme ayrıca diğer Cisco çağrı çözümleri için çağrı geçişi yapıyor (SIP sinyali ve ortam).

Tabloda, ağ tabanlı bağlayıcı ile kullanabileceğiniz farklı Expressway ortamlar gösterir. Expressway tabanlı Takvim bağlayıcısı, ikiden fazla düğümü olan kümelerde desteklenmez. Office 365 ile daha büyük ölçek için bulut tabanlı bağlayıcıyı kullanın (bkz. Takvim hizmeti Ölçekle).

Tablo 8. Çağrı Geçişi takvim hizmeti için Kullanıcı Ölçeği

Hizmet

İki Küçük Düğüm Kümesi

İki Orta Düğüm Kümesi

İki Büyük Düğüm Kümesi

Takvim Hizmeti

Şirket İçi Exchange

500 kullanıcı

1000 kullanıcı

1000 kullanıcı

Office 365

500 kullanıcı

1000 kullanıcı

1000 kullanıcı

Şirket İçi Exchange ve Office 365 (Karma Exchange dağıtımları)

Her ikisi için maksimum 500 kullanıcı

Her ikisi için maksimum 1.000 kullanıcı

Her ikisi için maksimum 1.000 kullanıcı

Çağrı Geçişi

200 sesli oturum

100 görüntülü oturum

200 sesli oturum

100 görüntülü oturum

1.000 sesli oturum

500 görüntülü oturum

† Sınırlamayı önlemek için şirket içi bağlayıcı takvim hizmeti bulut tabanlı depolamayı öneririz. Expressway tabanlı Karma takvim hizmeti için, Office 365 kullanıcı kapasitesinin küme başına 1000 olarak sınırlanması, kümenin düğüm boyutundan veya sayısından bağımsızdır. Bu sınırlama, şirket içi Expressway dağıtımının ölçeğinden değil, Microsoft bulut hizmetiyle etkileşimdentürer.

Mobil ve Remote Access ile Takvim

Bu senaryoda, bir veya iki küçük vm'lerden olan bir Expressway MRA kümesi Takvim Bağlayıcıyı barındırıyor. Bu senaryo, kümenin yalnızca MRA ve iki bağlayıcı için kullan olduğunu varsayer. Küme, bir veya iki küçük düğümle sınırlıdır.

Tablo 9. Küçük MRA Expressway-C'de Takvim Bağlayıcı Ölçeği

Expressway Amacı

Küçük Expressway-C Kümesi

İki Küçük Küme Expressway-Cs

takvim hizmeti kullanıcıları (Exchange'e şirket içi bağlayıcı)

500 kullanıcı

500 kullanıcı

Mobil ve Remote Access kullanıcılar

100

100