Expressway Tabanlı Karma Hizmetler için Kullanıcı Kapasitesi Sınırları
Çağrı Bağlayıcı mimarisindeki Karma Çağrı Hizmeti Kullanım Ömrü Sonuna (EOL) gelmiştir ve bu nedenle hizmet artık resmi olarak desteklenmemektedir. Ç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. Cisco Webex Karma Takvim Hizmeti için Dağıtım Kılavuzu.
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?
Expressway; Karma Çağrı Hizmeti, Karma Takvim Hizmeti ve Karma Mesaj Hizmeti için bağlayıcılar barındırabilir.
-
Her bir hizmet için kaç kullanıcınız var?
Her bir hizmet için ne kadar çok kullanıcınız varsa o kadar yüksek olasılıkla hizmetlere Expressway kümesi ayırmak istersiniz. 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çebilir 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—Her Expressway sanal makinesinin, sanal makineye atanan kaynaklar tarafından yükleme zamanında belirlenen bir "sanal makine boyutu" vardır. Bu gereksinimler, Expressway yükleme kılavuzlarında açıklanmıştır. Zaten bir dosyanız Expressway VM boyutunu, kullanıcı arabiriminin Durum > Sistem bilgileri edebilirsiniz.
-
Düğüm sayısı: Expressway kümesinde 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ği stratejisi: 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.
-
Coresidency: Bağlayıcılar bir Expressway kümesini paylaştığında, her hizmet için kullanılabilen kaynaklar özel kümeye kıyasla önemli ölçüde daha düşüktü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 özgü sınırlamalar—Örneğin, Takvim Bağlayıcı öncelikle Microsoft Exchange kullanıcılarına yöneliktir ve sınırlı sayıda Office 365 kullanıcısını 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çıklandığı gibi, tek düğüm sayılarından çok düğümlü kümelerle ilgili sonuç çıkarmak için hizmet sürekliliği algoritmaları kullanırız. Açıklama içermeyen sonuçları istiyorsanız şuraya bakın:
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: KtakN, Takvim Hizmeti kullanıcılarının N kapasiteli kümesidir N, düğüm sayısıdır Ktak1, Takvim Hizmeti kullanıcılarının tek düğüm kapasitesidir |
Nerede: KmsjN, Mesaj Hizmeti kullanıcılarının N kapasiteli kümesidir N, düğüm sayısıdır Kmsj1, 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ım planlamak 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 şunlardır:
Takvim Hizmeti: Bağlayıcı ana bilgisayarı O365 kullanıcılarına da hizmet verebilir. Burada gösterilen rakam ve hesaplar, Takvim Hizmeti’ni yalnızca şirket içi Exchange altyapınızın sağladığını varsayar. ‘Karma’ Takvim Hizmeti hakkında daha fazla bilgi için bu makalenin Takvim Hizmeti bölümünde diğer rakam ve grafiklerimizi bulabilirsiniz.
Çağrı Işleme—Bağlayıcı ana bilgisayarı çağrı sinyalini ve medyayı da işleyebilir. 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'leriniz kabul edilebilir kapasite sınırları içindedir. (1%–60%)
-
Sarı: Yeterli sayıda Expressway'iniz var ancak kapasite sınırlarına ulaşmaya yaklaşıyorsunuz. (61%–90%)
-
Kırmızı: Yeterli sayıda Expressway’iniz yok ve daha fazla eklemelisiniz. (%91 ve üzeri)
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.
Akılda Tutulması Gereken Noktalar
-
Küme kapasitesi; düğüm boyutuna, Expressway kümesindeki düğüm sayısına, kümede kaç hizmetin çalıştığına 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 isterseniz dağıtım kılavuzundaki bağlayıcı ana bilgisayarları buluta kaydetme ve mevcut kümelere ekleme adımlarını uygulayın.
Bir Expressway kümesinin Karma Takvim Hizmeti kullanıcılarına hizmet sağlama kapasitesi, kurucu Expressway-C düğümlerinin boyutuna, Expressway kümesindeki düğüm sayısına ve hizmet sürekliliği stratejisine bağlıdır.
Aşağıdaki tabloda, farklı Karma Takvim ortamlarına adanmış tek bir Expressway'de maksimum kullanıcı sayısı gösterilmektedir.
Takvim Ortamı |
Küçük Expressway |
Orta Expressway |
Büyük Expressway |
---|---|---|---|
Yalnızca Şirket İçi Exchange |
5.000 Kullanıcı |
10.000 kullanıcı |
15.000 kullanıcı |
yalnızca Office 365* |
1000 kullanıcı |
1000 kullanıcı |
1000 kullanıcı |
Şirket İçi Exchange ve Office 365* (Karma Exchange dağıtımları) |
Toplam 5.000 kullanıcıya sahip 1.000 Office 365 kullanıcının maks. |
Toplam 10.000 kullanıcıya sahip 1.000 Office 365 kullanıcının maks. |
Toplam 15.000 kullanıcıya sahip 1.000 Office 365 kullanıcının maks. |
* Bu ölçek sınırlamasını önlemek için şirket içi bağlayıcı yerine bulut tabanlı takvim hizmeti kullanmanızı öneririz. Expressway tabanlı Karma Takvim için Office 365 kullanıcı kapasitesinin küme başına 1.000 ile sınırlanması, kümenin düğüm boyutu 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şimden kaynaklanır.
Kullanıcı kapasitesinin, bir düğüm içeren kümeyle iki düğüm içeren küme için aynı olduğunu unutmayın. Bunun nedeni, Takvim Hizmeti’nin hizmet sürekliliğini iyileştirmek için yük devretmeyi kullanmasıdır. Kümede iki düğüm olduğunda tüm kullanıcılar tek bir düğüme atanır. Diğer düğüm fazladan yedeklemedir. Ayrıntılı açıklama için Karma Hizmetler Kullanıcıları için Expressway Kümesi Kapasite Planlaması’na bakı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. Kümede iki düğüm olduğunda tüm kullanıcılar tek bir düğüme atanır. Diğer düğüm fazladan yedeklemedir. Ayrıntılı açıklama için bkz. Karma Hizmet Kullanıcıları Için Expressway Küme Kapasitesini Planlama .
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 kümesinin Karma Mesaj kullanıcılarına hizmet sağlama kapasitesi, kurucu 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 için kullanılan tek bir Expressway'de maksimum kullanıcı sayısı gösterilmektedir.
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 Takvim (şirket içi Exchange’iniz kullanılarak), karma çağrı ve Karma Mesaj Hizmeti 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, iki düğümlü bir Expressway kümesi Karma Takvim bağlayıcıları. 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 için Office 365 kullanıcı kapasitesinin küme başına 1.000 ile sınırlanması, kümenin düğüm boyutu 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şimden kaynaklanır.
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 |