Karma Hizmet dağıtımları için bağlayıcı kapasitenizi planlamak Webex ve ölçeklenebilirlik tavsiyelerini anlamak için bu makaleyi kullanın. Hem adanmış hem de coresident connector dağıtımlarında, bağlayıcı kümeleri için maksimum desteklenen kullanıcı sayılarını, desteklenen kullanıcı sınırlarını belirleyen faktörleri ve daha fazla Expressway eklemeniz gerekip gerekip gerek olmadığını değerlendirmek için Control Hub'ın nasıl kullan olduğunu bulabilirsiniz.
Ç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 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ı.
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.:
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.
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.
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):
Kaynak grupları olan dağıtımlar için:
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. |
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:
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.
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.
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.
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.
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.
Küçük Expressway |
Orta Expressway |
Büyük Expressway |
---|---|---|
5.000 kullanıcı |
6.500 kullanıcı |
15.000 kullanıcı |
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. |
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.
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).
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.
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 |