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.

_{* 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, U_calN= (N-1) * N=6 ve U_cal1=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.

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.

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

_{† 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.