Geri bildiriminiz için teşekkürler.
Expressway Tabanlı Hibrit Hizmetler için Kullanıcı Kapasitesi Sınırları
Geri Bildirim?Çağrı Bağlayıcısı mimarisindeki Hibrit Çağrı Hizmeti Kullanım Ömr ü Sonu (EOL) geçti, bu nedenle hizmet artık resmi olarak desteklenmiyor. Çağrı Bağlay ıcısı, Hibrit Hizmetler için gelecekteki Otoyol kapasite planlaması için dikkate alınmamalıdır.
Bu makale, Hibrit Takvim Hizmeti Office 365 ile Cisco TMS entegrasyonu veya Google Takvim ile Cisco TMS entegrasyonu için kapasite planlaması kapsamaz. Kapasite bilgileri için Cisco WebexHibrit Takvim Hizmeti Dağıtım Kılavuzu'na bakın.
Kapasite planlama sorularınızı ele almak ve kullanıcı ölçeğini nasıl hesapladığımızı açıklamak için bu makaleyi sunuyoruz. Senaryonuzu modellemek için Hibrit Hizmetler kapasite hesaplayıcısını deneyin.
Planlama Hususları
Hibrit Hizmetler kullanıcı popülasyonunuz için Otoyol kapasitesini planlarken aşağıdaki soruları göz önünde bulundurun:
-
Hangi Hibrit Hizmetlere İhtiyacınız Var?
Expressway, Hibrit Çağrı Hizmeti, Hibrit Takvim Hizmeti ve Hibrit Mesaj Hizmeti için bağlayıcıları barındırabilir.
-
Her hizmet için kaç kullanıcınız var?
Her hizmet için ne kadar çok kullanıcınız olursa, Expressway kümelerini hizmetlere ayırma olasılığınız o kadar artar. Daha küçük popülasyonlar için, paylaşılan bir kümede birden fazla bağlayıcı çalıştırmak (birlikte ikamet) geçerli bir seçimdir.
-
İhtiyaçlarınız değişecek mi?
Kuruluşunuzdaki erken benimseyen bir gruba hizmet veren bir Expressway kümesiyle küçük bir başlangıç yapmak ve gelecekteki bir kullanıma sunulmak için büyüme planlamak isteyebilirsiniz. Değişen gereksinimlerinizi karşılamak için paylaşılan bir modelden özel bir modele geçiş yapabilir veya mevcut kümenizi ölçeklendirebilirsiniz.
Katkıda bulunan faktörler
Bir kümenin kapasitesini aşağıdaki değişkenler açısından tanımlarız:
-
Düğüm boyutu —Her Expressway sanal makinesinin yükleme sırasında VM'ye atanan kaynaklar tarafından belirlenen bir “VM boyutu” vardır. Expressway kurulum kılavuzları bu gereksinimleri açıklar. Halihazırda bir Otoyolunuz varsa, Otoyol arayüzünün VM boyutunu okuyabilirsiniz.
-
Düğüm sayısı —Bir Expressway kümesi bir ila altı düğ üme sahip olabilir. Aynı düğüm boyutunda olmalı ve aynı yazılım sürümünü çalıştırmalıdırlar.
-
Hizmet sürekliliği stratej isi - Hizmetler, kullanıcılara sürekli hizmet sağlamak için stratejiler kullanır. Takvim Hizmeti ve Mesaj Hizmeti yük dev retme stratejisi kullanır.
Stratejiler Hizmet Sürekl iliği Stratejileri ve Özel Kümelerin Ölçeği tablosunda ayrıntılı olarak verilmiştir.
-
Birlikte otur um —Bağlayıcılar bir Expressway kümesini paylaştığında, her hizmet için kullanılabilir kaynaklar, özel kümeye kıyasla önemli ölçüde daha düşüktür.
Bağlayıcı ana bilgisayarınızda işletmeden işletmeye arama (B2B) veya Mobil ve Remote Access (MRA) gibi başka Express tabanlı hizmetler de olabilir. Bu tür bir birlikte ikametin desteklendiği sınırlı senaryolarda, burada belgelediğimiz ölçek numaraları test ettiğimizle sınırlıdır. Bu makalede açıklananların ötesinde, bağlayıcı ana bilgisayarı Expressway kümesi diğer hizmetlerle paylaşılmamalıdır; bu desteklenmez.
-
Hizmete özgü sınırlam alar —Örneğin, Takvim Bağlayıcısı öncelikle Microsoft Exchange kullanıcılar için tasarlanmıştır ve sınırlı sayıda Office 365 kullanıcısını destekler.
Özel Otoyol Kümeleri için Hesaplamalar
Testlerde ve denemelerde topladığımız kanıtlara dayanarak, özel tek bir Otoyolun yönetebileceği hizmet kullanıcısı sayısına (“bir küme”) katı bir sınır koyduk.
| Otoyol Düğüm Boyutu | Hibrit Takvim Hizmet Ölçeği | Hibrit Mesaj Hizmeti Ölçeği |
|---|---|---|
| 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 numaralarını birden çok düğüm kümesine tahmin etmek için hizmet sürekliliği algoritmalarını kullanıyoruz. Sonuçları açıklama olmadan istiyorsanız, bakınız:
|
Karşılaştırmak |
Hibrit Takvim Hizmeti |
Hibrit Mesaj Hizmeti |
|---|---|---|
|
1. Modeli |
Yük devretme modeli |
Yük devretme modeli |
|
2. Açıklama |
Her kullanıcıyı kümedeki bir düğüme atıyoruz. Bu, kullanıcıları tüm düğümlere yayar. Bir düğüm düşerse, diğer düğümlerdeki o düğümdeki kullanıcı atamalarını yeniden oluştururuz. Düğüm geri geldiğinde, tüm aktif düğümler arasında kullanıcı atamalarını yeniden dengeleriz. |
Her kullanıcıyı kümedeki bir düğüme atıyoruz. Bu, kullanıcıları tüm düğümlere yayar. Bir düğüm düşerse, diğer düğümlerdeki o düğümdeki kullanıcı atamalarını yeniden oluştururuz. Düğüm geri geldiğinde, tüm aktif düğümler arasında kullanıcı atamalarını yeniden dengeleriz. |
|
3. Formül |
U calN = (N-1) * U cal1 |
U MSgN = (N-1) * U msg1 |
|
4. Tanımlar |
Nerede: U CalN, Takvim Hizmeti kullanıcıları için N kapasiteli kümedir N düğüm sayısıdır U cal1, Takvim Hizmet i kullanıcıları için tek düğüm kapasitesidir |
Nerede: U mSgn, Mesaj Hizmeti kullanıcıları için N kapasiteli kümedir N düğüm sayısıdır U msg1, Mesaj Hizmeti kullanıcıları için tek düğüm kapasitesidir |
|
5. Notlar |
N=1 ise yük devretme yoktur. Yük devretme otomatik ve N>1 ise zorunludur. N=2 ise, kapasite, daha iyi hizmet sürekliliği ile N = 1 ile aynıdır. Ölçek, N>=3'ten veya daha büyük bir düğüm boyutu kullanarak yararlanır. |
N=1 ise yük devretme yoktur. Yük devretme otomatik ve N>1 ise zorunludur. N=2 ise, kapasite, daha iyi hizmet sürekliliği ile N = 1 ile aynıdır. Ölçek, N>=3'ten veya daha büyük bir düğüm boyutu kullanarak yararlanır. |
Paylaşılan Otoyol Kümeleri için Hesaplamalar
Algoritmamız, ortak konnektörlerin tek bir düğümün kaynaklarını orantılı olarak paylaştığını varsayar. Bu algoritma muhafazakar bir şekilde düğümdeki her kullanıcı türü için sınırı belirler.
Örneğin, aşağıdaki tablo, tek bir orta otoyoldaki tüm özel durumlar ve birlikte ikamet vakaları için maksimum kullanıcı sayısını göstermektedir.
| Otoyol Amacı | Takvim Hizmeti Kullanıcıları | Mesaj Hizmeti Kullanıcıları |
|---|---|---|
|
| ||
| Takvim Hizmetine Adanmıştır |
10,000 |
— |
|
Mesaj Hizmetine Adanmış |
— |
6,500 |
|
Takvim Hizmeti ve Mesaj Hizmeti tarafından paylaşılır |
4,000 |
4,000 |
|
Takvim, Çağrı ve Mesaj Hizmetleri tarafından paylaşılır |
2,300 |
2,300 |
Tüm küme boyutları için tüm ortak ikamet durumlarını kapsamlı bir şekilde listelemiyoruz. Bunun yerine, mevcut Hibrit Hizmetler dağıtımınızın kapasitesini izleyebilir veya yeni bir dağıtım planlamak için hesap makinesini kullanabilirsiniz.
Hesap makinesi bağlayıcıları, düğüm boyutunu ve düğüm sayısını seçmenize olanak tanır, böylece dağıtımınızı modelleyebilirsiniz. Bu bölümün geri kalanı, modelinizden kullanıcı numaralarını nasıl hesapladığını açıklar.
Tıpkı özel Otoyol için yaptığımız gibi, birden çok düğüm için kullanıcı numaralarını belirlemek için paylaşılan Otoyollar için algoritmayı tahmin ediyoruz. Özel durumlardan farkı, kümedeki belirli bir hizmet için kullanıcı ölçeğini almak için uygun hizmet sürekliliği hesaplamasını uygulamamızdır. Küme, rakip, kullanıcı tabanlı hizmet sürekliliği stratejilerini barındırdığı için küme için kullanıcı ölçeğini hesaplayamayız.
|
Küme Amacı |
1,2 ve 3 düğüm için Hibrit Mesaj Hizmeti Kullanıcıları | ||
|---|---|---|---|
|
Mesaj Hizmetine Adanmış |
6,500 |
6,500 |
13,000 |
Ek Katkıda Bulunan Faktörler
Kümenin kaynakları üzerinde kullanıcı kapasitesini azaltacak rekabet eden talepler olabilir. Bunlar bilinen örneklerdir:
Takvim Hizmet i — Bağlayıcı ana bilgisayarı O365 kullanıcılarına da hizmet verebilir. Burada gösterilen sayılar ve hesaplamalar, Takvim Hizmetini yalnızca şirket içi Exchange altyapınızın sağladığını varsayar. “Hibrit” Takvim Hizmeti hakkında daha fazla bilgi için, bu makalenin Takvim Hizmeti bölümünde bazı sayılar ve grafikler var.
Çağrı İşleme — Bağlayıcı ana bilgisayarı çağrı sinyalizasyonunu ve medyayı da işleyebilir. Bu, kuruluşunuz ve Webex bulutu arasında etkili bir “İşletmeden İşletmeye” entegrasyonudur. Bu, Diğer Otoyol Çözümleri ile Birlikte Yaşama bölümünde açıklandığı gibi kapasiteyi azaltır.
Hybrid Services Expressway kaynaklarınızın her birinin geçerli kullanıcı kapasitesinin yüzde değerini görüntülemek için Control Hub'ı kullanabilirsiniz. Bir renk çubuğu, kapasitenin kabul edilebilir sınırlar içinde olup olmadığını gösterir. Bu görünüm, hibrit hizmet dağıtımlarınızın durumunu değerlendirmenize olanak tanır ve daha fazla Otoyol gerektiğinde size rehberlik eder.
-
Yeşil - Otoyollarınız kabul edilebilir kapasite sınırları içindedir. (1%–60%)
-
Amber - Yeterli otoyolunuz var ama kapasite sınırlarına ulaşmaya yakınsınız. (61%–90%)
-
Kırmızı - Yeterli otoyolunuz yok ve daha fazlasını eklemelisiniz. (%91 ve üzeri)
Otoyollarınız bir kaynak grubundaysa, kapasite göstergesi kaynak grubundaki 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):
-
https://admin.webex.com adresindeki müşteri görünümünden Hizmet ler gidin ve ardından her hizmet için Expressway kaynaklarında kullanılan kapasite yüzdesini görüntülemek için hibrit hizmet kartlarına gidin.
-
-
Kaynak gruplarına sahip dağıtımlar için:
-
Kapasite değeri N/A ise kaynak gruplarını ve kapasiteyi gözden geçirmek için Filtre'den bir kaynak grubu seçin.
Değer, söz konusu kaynak grubundaki kümeler için kullanılan kapasite yüzdesini ve durumu belirtmek için renk kodlamasını gösterecek şekilde güncellenir.
-
Akılda Tutulması Gerekenler
-
Küme kapasitesi, düğüm boyutuna, Expressway kümes indeki 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 ayrı Takvim ve Mesaj ölçeği bölümlerine bakın.
-
Ortak ikamet mevcut hizmetler için kullanıcı ölçeğini azaltır; kapasite algoritması, her kullanıcının tüm hizmetleri kullandığını varsayar.
Birden fazla hizmeti denerken veya küçük ölçekli bir dağıtımınız varsa birlikte ikamet etmenizi öneririz. Üretimdeki hizmetler veya büyük ölçekli dağıtımlar için farklı hibrit hizmetleri özel Expressway kümelerinde çalıştırmanızı öneririz.
Bundan sonra ne yapmalı
Hibrit Hizmetler için daha fazla Expressway eklemek için bağlayıcı ana bilgisayarlarını buluta kaydetmek ve bunları mevcut kümelere eklemek için dağıtım kılavuzu adımlarını kullanın:
Bir Expressway kümesinin Hibrit Takvim Hizmeti kullanıcılarına hizmet verme kapasitesi, oluşturan Expressway-C düğümlerinin boyutuna, Expressway-C kümesindeki düğüm sayısına ve hizmet sürekliliği stratejisine bağlıdır.
Aşağıdaki tablo, farklı Hibrit Takvim ortamlarına ayrılmış tek bir Otoyoldaki maksimum kullanıcı sayısını göstermektedir.
|
Takvim Ortamı |
Küçük Otoyol |
Orta Otoyol |
Büyük Otoyol |
|---|---|---|---|
|
Yalnızca şirket içi Exchange |
5.000 kullanıcı |
10.000 kullanıcı |
15.000 kullanıcı |
|
Yalnızca Office 365* |
1.000 kullanıcı |
1.000 kullanıcı |
1.000 kullanıcı |
|
Şirket içi Exchange ve Office 365* (Hibrit Exchange dağıtımları) |
Toplam 5.000 kullanıcıdan maksimum 1.000 Office 365 kullanıcısı |
Toplam 10.000 kullanıcıdan maksimum 1.000 Office 365 kullanıcısı |
Toplam 15.000 kullanıcıdan maksimum 1.000 Office 365 kullanıcısı |
* Bu ölçek sınırlamasını önlemek için şirket içi bağlayıcı yerine bulut tabanlı Takvim Hizmetini kullanmanızı öneririz. Express tabanlı Karma Takvim için, Office 365 kullanıcı kapasitesinin küme başına 1.000 ile sınırlandırılması, 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şimden kaynaklanır.
Kullanıcı kapasitesinin bir düğümden oluşan bir küme ve iki düğümden oluşan bir küme için aynı olduğunu unutmayın. Bunun nedeni, Takvim Hizmetinin hizmet sürekliliğini artırmak için yük devretme kullanmasıdır. Kümede iki düğüm olduğunda tüm kullanıcılar bir düğüme atanır; diğer düğüm yedekli bir yedeklemedir. Ayrınt ılı bir açıklama için Hibrit Hizmetler Kullanıcıları için Otoyol Küme Kapasitesini Planlama bölümüne bakın.
Bir Expressway kümesinin Hibrit Takvim Hizmeti kullanıcıları için kapasitesi, öncelikle kümedeki düğümlerin boyutuna ve sayısına ve hizmet sürekliliği stratejisine bağlıdır. Aşağıdaki tabloda, tek bir özel kümedeki düğümleri (veya düğüm OVA boyutunu) artırdığınızda kümenin işleyebileceği maksimum toplam kullanıcı kapasitesi gösterilmektedir.
Office 365 kullanıcılarının olduğu karma bir 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. Bulut tabanlı hizmet, Office 365 kullanıcılarını işlemek için tercih edilen yöntemdir. Office 365 kullanıcılarını Expressway'de yalnızca geçici olarak barındırmanızı şiddetle tavsiye ederiz.
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. Örnek olarak, tek bir küçük Expressway düğümünüz varsa kapasiteniz 1.000 Office 365 kullanıcısı ve 4.000 Microsoft Exchange kullanıcıyla sınırlıdır. 6 küçük düğümden oluşan bir kümeniz varsa kapasiteniz 1.000 Office 365 kullanıcısı artı 24.000 Microsoft Exchange kullanıcıyla sınırlıdır.
|
Otoyol 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üğümden oluşan bir küme ve iki düğümden oluşan bir küme için aynı olduğunu unutmayın. Bunun nedeni, Takvim Hizmetinin hizmet sürekliliğini artırmak için yük devretme kullanmasıdır. Kümede iki düğüm olduğunda tüm kullanıcılar bir düğüme atanır; diğer düğüm yedekli bir yedeklemedir. Ayrınt ılı bir açıklama için Hibrit Hizmetler Kullanıcıları için Otoyol Küme Kapasitesini Planlama bölümüne bakın.
Ana Bilgisayarlar ve Kümeler Arasında Kullanıcı Ataması
Varsayılan olarak, Karma Takvim Hizmeti, kullanıcıları bir kümedeki tüm Takvim Bağlayıcılarına otomatik olarak atar ve dağıtır. Atama kullanılabilirliğe göre dinamiktir ve yönetici, tek bir kullanıcının hangi belirli düğüme atandığı üzerinde hiçbir kontrole sahip değildir.
Bir kuruluşun birden fazla kümesine sahip olduğu durumlarda, kullanıcı dağıtımı küme kullanılabilirliği, geçerli atama (hata kurtarma sırasında kaymayı azaltmak için) ve en yüksek küme tercihine dayalı sıralama sırası dahil olmak üzere birden çok faktöre dayanır. Yönetici ayrıca bir kaynak grubuna bir kullanıcı veya kullanıcı grubu atama yeteneğine de sahiptir. Kaynak grupları kümeye özgüdür, bu nedenle yöneticilerin belirli kullanıcı kümelerinin atanmasını belirli bir kümeye sınırlamasına izin verir.
Bu temel kullanıcı atama anlayışıyla ve Expressway Calendar Connector ön koşullarını dikkate alarak, bir yönetici kuruluşu için uygun kapasiteyi uygun ölçekte dağıtabilir. Aşağıdaki parametreler göz önüne alındığında, Hibrit Takvim Hizmeti için etkinleştirilecek 126.000 kullanıcının örnek bir organizasyonuna bakalım:
-
Büyük OVA şablonunu kullanan 6 düğümlü otoyol kümeleri (düğüm başına 15.000 kullanıcı sınırı)
-
Kaynak grubu gerekmez
Tek bir küme için kapasite formülü, U CalN = (N-1) * U cal1 burada N=6 ve U cal1 =15.000 (büyük OVA şablonunu kullanarak) maksimum 75.000 kullanıcı verir. Takvim hizmeti dağıtımında toplam 126.000 kullanıcı olduğu için birden fazla Takvim Bağlayıcısı ana bilgisayar kümesi gerekir. Kullanıcılar aşağıdaki şekilde gösterildiği gibi eşit olarak dağıtılacaktır:
Karma Takvim Hizmeti, küme 75.000 kullanıcı kapasitesine ulaşana kadar önce A kümesine kullanıcıları ekler ve ardından kalan kullanıcıları B kümesine atar. Kullanıcılar, kümedeki tüm düğümlere rastgele ve eşit olarak dağıtılır. Bu örnek, Takvim Bağlayıcısı ana bilgisayar düğümlerinin (iki kümenin her biri içinde) veri merkezleri RTP ve PDX arasında eşit dağılımını gösterir. Her düğüm aynı OVA şablonunu kullanır ve Expressway yüksek kullanılabilirlik yönergelerini takip eder. Takvim Bağlayıcısı, yüksek kullanılabilirlik senaryolarına izin vermek için 5+1 yedeklilik modelinde Expressway kümeleme mantığını kullanır.
Takvim Bağlayıcısına atanan tüm kullanıcılarla, şimdi bir kümede bir hata olduğunda ne olduğunu inceleyelim. Bir sonraki şekil tek bir düğüm arızasını göstermektedir. A kümesindeki başarısız düğüm olan 5A'ya atanan kullanıcılar artık o kümedeki kalan düğümlere geçemediler. Tek bir düğüm kapasitesi 15.000 kullanıcıya izin verir ve A kümesinde kalan her düğüm, başlangıçta 5A düğümünde atanan 2500 kullanıcı ekler. B kümesinde veya B kümesinde atanan kullanıcılarda herhangi bir değişiklik veya etki yoktur.
Küme A hala maksimum kapasitede ve kümedeki operasyonel düğümlerin her biri artık maksimum kapasitede, 15.000 kullanıcı/düğümde. Bu nedenle, A kümesindeki başka bir düğüm kullanılamaz hale gelirse, bir sonraki şekildeki düğüm 4A gibi, ek kullanıcı yükünü toplamaktan B kümesi sorumlu olacaktır. 4A düğümündeki 15.000 kullanıcı artık B kümesine yeniden atanır ve B kümesi içindeki tüm düğümlere eşit olarak dağıtılır.
4A ve 5A düğümleri kurtarıldığında, A kümesindeki kullanıcılar kümedeki düğümler arasında yeniden dağıtılır. Bir sonraki şekilde gösterildiği gibi, kümeler arasında gereksiz kullanıcı atamalarını önlemek için B kümesine geçemeyen kullanıcılar, bu kurtarma aşamasında B kümesinde kalır.
Büyük ölçekli bir Hibrit Takvim Hizmeti dağıtımını planlarken dikkat edilmesi gereken önemli bir öğe, dağıtımda meydana gelmesi durumunda bir hatanın etkisini anlamaktır. Aynı 126.000 kullanıcı dağıtımını kullanırsak ancak tüm veri merkezini kaybedersek, kullanıcıların bir Takvim Bağlayıcısı düğümüne atanmama olasılığı vardır. Bu tür bir senaryoda hizmet kesintisini önlemek için, müşterinin etkilenen kullanıcıları yeniden dağıtmak ve işlemek için üçüncü bir kümeye ihtiyacı olacaktır.
Bir Expressway kümesinin Hibrit Mesaj kullanıcılarına hizmet verme kapasitesi, oluşturan 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 Hibrit Mesaj için kullanılan tek bir Otoyoldaki maksimum kullanıcı sayısı gösterilmektedir.
|
Küçük Otoyol |
Orta Otoyol |
Büyük Otoyol |
|---|---|---|
|
5.000 kullanıcı |
6.500 kullanıcı |
15.000 kullanıcı |
Kullanıcı numaraları, bir düğümden oluşan bir küme ve iki düğümden oluşan bir küme için aynıdır. Bunun nedeni, Mesaj Hizmetinin hizmet sürekliliğini artırmak için yük devretme kullanmasıdır. Kullanıcılar kümedeki birden çok düğüm arasında eşit olarak dağıtılır: bir düğüm başarısız olursa, o düğümün kullanıcıları diğer düğümlere atanır.
Bu konu, Takvim Hizmeti ve Mesaj Hizmeti dahil olmak üzere birden çok Hibrit Hizmet için bağlayıcı ana bilgisayarı Expressway'in bağlayıcıları arasında paylaşılmasıyla ilgilidir. Bağlayıcı ana bilgisayarı, MRA ve B2B gibi diğer Express tabanlı çözümlerle paylaşılmaz.
Bağlayıcı ana bilgisayar kümesinin kapasitesi, oluşturan Expressway düğümlerinin boyutuna, düğüm sayısına, kümede çalışan bağlayıcılara ve hizmet sürekliliği stratejisine bağlıdır. Bu faktörlerin ayrıntılı açıklaması için Hibrit Hizmet Kullanıcıları için Otoyol Küme Kapasitesini Planlama bölümüne bakın.
Farklı bağlayıcı ana bilgisayar kümelerini modellemeniz ve önerilen kümenizin her hizmetin kaç kullanıcısını destekleyebileceğini görmeniz için bir hesap makinesi de vardır..
Genel olarak, yalnızca en fazla iki düğümden oluşan daha küçük boyutlu dağıtımlar için birlikte ikamet etmenizi öneririz. Dağıtımınız bir çift düğümün kapasitesini aşarsa, bağlayıcıları her bir hibrit hizmete ayrılmış Expressway kümelerine taşımalısınız.
Örnek: Üç Ortak Konnektörlü Bağlayıcı Ana Bilgisayar Ölçeği
Aşağıdaki tabloda ölçek ve birlikte ikamet örneği gösterilmektedir. Bağlayıcı ana bilgisayar kümesinin farklı özelliklerine sahip, her hizmet için küme başına maksimum kullanıcı sayısını verir. Küme, Hibrit Takvim (şirket içi Exchange'inizi kullanarak), karma çağrı ve Hibrit 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, bir konektör ana bilgisayarı Expressway'i diğer Expressway tabanlı çözümlerle paylaşmakla ilgilidir. Bağlayıcıları başka amaçlar için kullandığınız bir Otoyolda barındırmayı seçtiğinizde, aşağıdaki önemli uyarılar geçerlidir:
-
Özel bir konektör ana bilgisayarı Expressway için geçerli olan ölçeklenebilirlik modelini destekleyemiyoruz. Bu makaledeki diğer konuları okuyarak veya hesap makinesini kullanarak elde ettiğiniz kullanıcı numaraları, bağlayıcı ana bilgisayarı diğer Expressway hizmetleriyle paylaşıldığında geçerli değildir.
-
Bu makalede açıklanan Express tabanlı hizmetler ve hibrit hizmetler bağlayıcılarının kombinasyonları ve ilişkili kullanıcı numaraları desteklenen tek senaryolardır. Diğer senaryoları test etmedik ve ortamınızda çalışmasını bekleyemezsiniz.
Çağrı Bağlayıcısı ve Çağrı Hizmeti Geçişine Sahip Expressway Tabanlı Takvim Hizmeti
Bu senaryoda, iki düğümlü bir Expressway kümesi Hibrit Takvim bağlayıcıları. Küme ayrıca diğer Cisco çağrı çözümleri (SIP sinyalizasyonu ve medya) için çağrı geçişi yapıyor.
Tablo, Expressway tabanlı bağlayıcıyla kullanabileceğiniz farklı takvim ortamlarını gösterir. Expressway tabanlı Takvim bağlayıcısı ikiden fazla düğüme sahip kümelerde desteklenmez. Office 365 ile daha büyük ölçeklendirme için bulut tabanlı bağlayıcıyı kullanın (bkz. Takvim Hizmeti Ö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çi Exchange |
500 kullanıcı |
1.000 kullanıcı |
1.000 kullanıcı |
|
Ofis 365 † |
500 kullanıcı |
1.000 kullanıcı |
1.000 kullanıcı | |
|
Şirket içi Exchange ve Office 365 (Hibrit 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 video oturumu |
200 sesli oturum 100 video oturumu |
1.000 sesli oturum 500 video oturumu | |
† Bu ölçek sınırlamasını önlemek için şirket içi bağlayıcı yerine bulut tabanlı Takvim Hizmetini kullanmanızı öneririz. Express tabanlı Karma Takvim için, Office 365 kullanıcı kapasitesinin küme başına 1.000 ile sınırlandırılması, 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şimden kaynaklanır.
Mobil ile Takvim ve Remote Access
Bu senaryoda, bir veya iki küçük Expressway VM'den oluşan bir MRA kümesi Takvim Bağlayıcısını barındırıyor. Bu senaryo, kümenin yalnızca MRA ve iki bağlayıcı için kullanıldığını varsayar. Küme bir veya iki küçük düğümle sınırlıdır.
|
Otoyol Amacı |
Bir Küçük Expressway-C Kümesi |
İki Küçük Expressway-C Kümesi |
|---|---|---|
|
Takvim Hizmeti kullanıcıları (Exchange için şirket içi bağlayıcı) |
500 kullanıcı |
500 kullanıcı |
|
Mobil ve Remote Access kullanıcılar |
100 |
100 |
