Felhasználói kapacitáskorlátozások expressz alapú hibrid szolgáltatásokhoz
A C all Connector architektúráján működő hibrid hívásszolgáltatás élettartam vége (EOL) lett, így a szolgáltatás hivatalosan már nem támogatott. A Hívócsatlakoz ót nem szabad figyelembe venni a hibrid szolgáltatások jövőbeni gyorsforgalmi kapacitástervezése során.
Ez a cikk nem foglalkozik a Cisco TMS Office 365 és a Cisco TMS integráció és a Google Naptárral való integráció hibrid naptárszolgáltatás kapacitástervezésére. Kapacitással kapcsolatos információkat a Hi Cisco Webexbrid naptárszolgáltatás telepítési útmutatójában talál.
Ezt a cikket biztosítjuk, hogy megválaszoljuk a kapacitástervezési kérdéseket, és elmagyarázzuk, hogyan számoljuk ki a felhasználói skálát A forgatókönyv modellezéséhez próbálja ki a Hybrid Services kapacitásszabálógé pet.
Tervezési szempontok
A Hybrid Services felhasználói populációjának gyorsforgalmi kapacitásának tervezésekor vegye figyelembe a következő kérdéseket:
-
Milyen hibrid szolgáltatásokra van szüksége?
Az Expressway csatlakozókat tárolhat a hibrid hívásszolgáltatáshoz, a hibrid naptárszolgáltatáshoz és a hibrid üzenetszolgáltatáshoz.
-
Hány felhasználója van, minden szolgáltatáshoz?
Minél több felhasználója van az egyes szolgáltatásokhoz, annál valószínűbb, hogy gyorsforgalmi klasztereket szeretne szentelni a szolgáltatásoknak. Kisebb populációk esetén a több csatlakozó futtatása megosztott klaszteren (koresidencia) érvényes választás.
-
Változni fognak az igényeid?
Érdemes kicsiben kezdeni, egy gyorsforgalmi klaszterrel, amely szolgáltatást nyújt a szervezet korai befogadóinak egy csoportjának, és tervezheti meg a növekedést a jövőbeni bevezetéshez. Áttelepíthet egy megosztott modellről egy dedikált modellre, vagy méretezheti meglévő klaszterét, hogy megfeleljen a változó követelményeknek.
Hozzájáruló tényezők
A klaszter kapacitását a következő változók alapján határozzuk meg:
-
Csomópont mérete — Minden Expressway virtuális gépnek van egy „virtuális gépe” mérete, amelyet a telepítéskor a virtuális géphez rendelt erőforrások határozzák meg. A gyors forgalmi út telepítési útmutatói le írják ezeket a követelményeket. Ha már rendelkezik gyorsforgalmi útvonalával, a virtuális gép méretét az Expressway interfész Álla ján olvashatja el.
-
C@@ somópontok száma — Egy gyorsforgalmi klaszternek egy és hat csomópontja lehet. Ugyanolyan csomópontméretűnek kell lenniük, és ugyanazt a szoftververziót kell futtatniuk.
-
Szolgáltatásfolytonossági stratégia — A szolgáltatások stratégiákat alkalmaznak a felhasználók folyamatos szolgáltatásának biztosítására. A Naptár szolgáltatás és az üzenetszolgáltatás feladatátvételi stratégi át használ.
A stratégiákat a Szolgáltatásfolytonossági stratégiák és a dedikált klasz terek skálája táblázat részletezi.
-
Korezidencia — Ha a csatlakozók egy gyorsforgalmi klasztert osztanak meg, az egyes szolgáltatásokhoz rendelkezésre álló erőforrások lényegesen alacsonyabbak a dedikált klaszterhez képest.
Előfordulhat, hogy a csatlakozóállomáson más Expressway-alapú szolgáltatások is rendelkezésre állnak, például üzleti hívások (B2B) vagy mobil és Remote Access (MRA) hívások. Azokban a korlátozott forgatókönyvekben, ahol az ilyen típusú korezidencia támogatott, az itt dokumentált skálaszámok a tesztelt méretekre korlátozódnak. A cikkben leírtakon túl a csatlakozógazda Expressway klasztert nem szabad megosztani más szolgáltatásokkal; ez nem támogatott.
-
Szolgáltatásspecifikus korlátozá sok — Például a Naptárcsatlakozó elsősorban Microsoft Exchange felhasználók számára készült, és korlátozott számú Office 365-felhasználót támogat.
Számítások a dedikált gyorsforgalmi klaszterek számára
A tesztelés és kísérletek során összegyűjtött bizonyítékok alapján szigorúan korlátoztuk a szolgáltatásfelhasználók számát, amelyeket egy dedikált gyorsforgalmi út kezelhet („egyből álló klaszter”).
| Gyorsforgalmi csomópont mérete | Hibrid naptár szolgáltatási skála | Hibrid üzenetszolgáltatási skála |
|---|---|---|
| 1. Kicsi | 5000 | 5000 |
| 2. Közepes | 10000 | 6500 |
| 3. Nagy | 15000 | 15000 |
A szolgáltatásfolytonossági algoritmusokat használjuk az egyetlen csomópont számok több csomópont-klaszterre történő extrapolálására, amint azt az alábbi táblázat magyarázza. Ha magyarázat nélkül szeretné elérni az eredményeket, lásd:
|
Összehasonlítás |
Hibrid naptár szolgáltatás |
Hibrid üzenetszolgáltatás |
|---|---|---|
|
1. Modell |
Feladatátvételi modell |
Feladatátvételi modell |
|
2. Leírás |
Minden felhasználót a klaszter egy csomópontjához rendelünk. Ez elosztja a felhasználókat az összes csomópontra. Ha egy csomópont leesik, a többi csomóponton újra létrehozjuk az adott csomópont felhasználói hozzárendeléseit. Amikor a csomópont visszatér, az összes aktív csomópont között újraegyensúlyoz juk a felhasználói hozzárendeléseket. |
Minden felhasználót a klaszter egy csomópontjához rendelünk. Ez elosztja a felhasználókat az összes csomópontra. Ha egy csomópont leesik, a többi csomóponton újra létrehozjuk az adott csomópont felhasználói hozzárendeléseit. Amikor a csomópont visszatér, az összes aktív csomópont között újraegyensúlyoz juk a felhasználói hozzárendeléseket. |
|
3. Képlet |
U CalN = (N-1) * U cal1 |
U MsgN = (N-1) * U msg 1 |
|
4. Fogalommeghatározások |
Ahol: Az U CalN az N kapacitású klaszter a Naptárszolgáltatás felhasználói számára N a csomópontok száma U cal1 az egyetlen csomópont kapacitása a Naptárszolgáltatás felhasználói számára |
Ahol: U MsgN az N kapacitású klaszter az üzenetszolgáltatás felhasználói számára N a csomópontok száma U msg1 az üzenetszolgáltatás felhasználói egyetlen csomópont kapacitása |
|
5. Megjegyzések |
Ha N = 1, akkor nincs feladatátvétel. A feladatátvétel automatikus és kötelező, ha N>1. Ha N=2, akkor a kapacitás megegyezik, mint ha N=1, jobb szolgáltatás folytonosságával. A skála előnyei N>=3 vagy nagyobb csomópontméret használatával. |
Ha N = 1, akkor nincs feladatátvétel. A feladatátvétel automatikus és kötelező, ha N>1. Ha N=2, akkor a kapacitás megegyezik, mint ha N=1, jobb szolgáltatás folytonosságával. A skála előnyei N>=3 vagy nagyobb csomópontméret használatával. |
Számítások megosztott gyorsforgalmi klaszterekhez
Algoritmusunk feltételezi, hogy a koresident csatlakozók arányosan osztják meg egyetlen csomópont erőforrásait. Ez az algoritmus konzervatívan állítja be a csomópont minden felhasználótípusának határértékét.
Az alábbi táblázat például a felhasználók maximális számát mutatja az összes dedikált esetre és az egyetlen, közepes gyorsforgalmi úton történő koresidencia esetére.
| Gyorsforgalmi út célja | Naptár szolgáltatás felhasználói | Üzenetszolgáltatás felhasználói |
|---|---|---|
|
| ||
| Dedikált a Naptár szolgáltatáshoz |
10,000 |
— |
|
Üzenetszolgáltatásra szentelt |
— |
6,500 |
|
Naptár szolgáltatás és üzenetszolgáltatás által megosztott |
4,000 |
4,000 |
|
Naptár-, hívás- és üzenetszolgáltatások megosztása |
2,300 |
2,300 |
Nem soroljuk ki kimerítően az összes korezidencia állapotot minden klaszterméret esetében. Ehelyett figyelemmel kísér heti meglévő Hybrid Services telepítésének kapacitását, vagy a számol ógép segítségével megtervezheti egy új telepítést.
A számológép segítségével kiválaszthatja a csatlakozókat, a csomópontok méretét és a csomópontok számát, így modellezheti a telepítést. A szakasz többi része elmagyarázza, hogyan számítja ki a modellből származó felhasználói számokat.
Csakúgy, mint a dedikált gyorsforgalmi útvonal esetében, extrapoláljuk a megosztott gyorsforgalmi utak algoritmusát, hogy több csomópont felhasználói számát határozzuk meg. A dedikált esetektől az a különbség, hogy a megfelelő szolgáltatásfolytonossági számítást alkalmazzuk egy adott szolgáltatás felhasználói skálájának megszerzéséhez a klaszteren. Nem tudjuk kiszámítani a klaszter felhasználói skáláját, mert a klas zter versengő, felhasználóalapú, szolgáltatásfolytonossági stratégiákat ad otthont.
|
Klaszter célja |
Hibrid üzenetszolgáltatási felhasználók 1,2 és 3 csomópontokhoz | ||
|---|---|---|---|
|
Üzenetszolgáltatásra szentelt |
6,500 |
6,500 |
13,000 |
További hozzájáruló tényezők
Előfordulhat, hogy a klaszter erőforrásaival szemben versengő igények merülhetnek fel, amelyek csökkentik a felhasználói kapacitást. Ezek az ismert példák:
Naptár szolgáltatás —A csatlakozóállomás az O365-felhasználókat is kiszolgálhatja. Az itt bemutatott számok és számítások feltételezik, hogy csak a helyszíni Exchange-infrastruktúra biztosítja a Naptárszolgáltatást. Ha többet szeretne megtudni a „hibrid” naptárszolgáltatásról, néhány számot és grafikont találunk a cikk Naptárszolgáltatás szakaszában.
H@@ ívásfeldolgo zás —A csatlakozóállomás feldolgozhatja a hívásjelzést és a médiát is. Ez gyakorlatilag egy „Business to business” integráció a szervezet és a Webex felhő között. Ez csökkenti a kapacitást a Coresidence with Other Expressway Solutions című cikkben le írtak szerint.
A Control Hub segítségével megtekintheti az egyes Hybrid Services Expressway erőforrások aktuális felhasználói kapacitásának százalékos értékét. A színsáv jelzi, hogy a kapacitás elfogadható határokon belül van-e. Ez a nézet segítségével kiértékelheti a hibrid szolgáltatás-üzembe helyezések állapotát, és útmutatást nyújt arra, hogy mikor van szüksége további gyorsforgalmi útvonalakra.
-
Zöld — A gyorsforgalmi utak elfogadható kapacitáskorlátozásokon belül vannak. (1%–60%)
-
Borosty án — Van elég gyorsforgalmi út, de közel van a kapacitáskorlátozáshoz. (61%–90%)
-
Piros — Nincs elég gyorsforgalmi út, és még többet kell hozzáadni. (91% és magasabb)
Ha a gyorsforgalmi utak erőforráscsoportba tartoznak, a kapacitásjelző az erőforráscsoport klasztereinek szűrt nézetében jelenik meg.
Amit szem előtt kell tartani
-
A klaszter kapacitása a csomópont méretétől, az Expressway klaszter cs omópontjainak számától, a klaszteren futó szolgáltatások számától, valamint a magas rendelkezésre állástól vagy feladatátvételi stratégiától függően változik. További információt a Naptár és az Üzen et lépték egyes szakaszaiban talál.
-
A koresidencia csökkenti a meglévő szolgáltatások felhasználói skáláját; a kapacitási algoritmus feltételezi, hogy minden felhasználó minden szolgáltatást igénybe veszi.
A korezidenciát javasoljuk, ha több szolgáltatást próbál ki, vagy ha kisméretű telepítést végez. Gyártási szolgáltatásokhoz vagy nagyszabású telepítésekhez javasoljuk, hogy a különböző hibrid szolgáltatásokat dedikált gyorsforgalmi klasztereken futtassa.
Mi a teendő ezután
Ha további gyorsforgalmi útvonalakat szeretne hozzáadni a hibrid szolgáltatásokhoz, használja a telepítési útmutató lépéseit a csatlakozóállomások felhőbe történő regisztrálásához és a meglévő klaszterekhez való hozzáadásához:
A gyorsforgalmi klaszter kapacitása a hibrid naptárszolgáltatás felhasználóinak kiszolgálására az alkotó Expressway-C csomópontok méretétől, az Expressway klaszter csomópontjainak számától és a szolgáltatás folytonossági stratégiájától függ.
Az alábbi táblázat a különböző hibrid naptári környezetekhez szánt gyorsforgalmi úton található felhasználók maximális számát mutatja.
|
Naptár környezet |
Kis gyorsforgalmi út |
Közepes gyorsforgalmi út |
Nagy gyorsforgalmi út |
|---|---|---|---|
|
Csak helyszíni Exchange |
5000 felhasználó |
10 000 felhasználó |
15 000 felhasználó |
|
Csak Office 365-* |
1000 felhasználó |
1000 felhasználó |
1000 felhasználó |
|
Helyszíni Exchange és Office 365* (Hybrid Exchange telepítések) |
Legfeljebb 1000 Office 365-felhasználó az 5000 felhasználóból |
Legfeljebb 1000 Office 365-felhasználó a 10 000 felhasználóból |
Legfeljebb 1000 Office 365-felhasználó az összesen 15 000 felhasználóból |
* A léptékkorlátozás elkerülése érdekében javasoljuk, hogy a helyszíni csatlakozó helyett a felhőalapú Naptárszolgáltatást használja. Az Expressway-alapú hibrid naptár esetében az Office 365 felhasználói kapacitásának klaszterenként 1000-re történő korlátozása független a klaszter csomópontméretétől vagy számától; ez a korlátozás a Microsoft felhőszolgáltatásával való interakcióból származik, nem pedig a helyszíni Expressway telepítés méretéből.

Ne feledje, hogy a felhasználói kapacitás megegyezik egy csomópontot és két csomópontot tartalmazó klaszter esetében. Ennek oka az, hogy a Naptár szolgáltatás feladatátvitelt használ a szolgáltatás folytonosságának javítása érdekében. Minden felhasználó egy csomóponthoz van hozzárendelve, ha két csomópont van a klaszterben; a másik csomópont redundáns biztonsági mentés. Részletes magyarázat ért lásd: Gyorsforgalmi klaszterkapacitás tervezése a hibrid szolgáltatások felhasznál ói számára.

Az Expressway klaszter kapacitása a Hybrid Calendar Service felhasználók számára elsősorban a klaszter csomópontjainak méretétől és számától, valamint a szolgáltatás folytonossági stratégiájától függ. Az alábbi táblázat azt a maximális teljes felhasználói kapacitást mutatja, amelyet a klaszter kezelhet, amikor egyetlen dedikált klaszteren növeli a csomópontokat (vagy a csomópont OVA-méretét).
Az Office 365-felhasználókkal rendelkező hibrid Exchange-környezetben a klaszteronként 1000 Office 365-felhasználó korlátozott, függetlenül a klaszter csomópontok számától vagy méretétől. A felhőalapú szolgáltatás az Office 365-felhasználók kezelésének előnyben részesített módja. Javasoljuk, hogy csak ideiglenesen tárolja az Office 365-felhasználókat az Expressway szolgáltatáson.
Ez a korlátozás a Microsoft felhőszolgáltatásával való interakcióból származik, nem pedig a helyszíni gyorsforgalmi telepítés mértékéből. Például, ha egyetlen kis gyorsforgalmi csomópontja van, a kapacitása 1000 Office 365-felhasználóra és 4000 Microsoft Exchange felhasználóra korlátozódik. Ha 6 kis csomópontot tartalmaz, a kapacitása 1000 Office 365-felhasználóra és 24 000 Microsoft Exchange felhasználóra korlátozódik.
|
Gyorsforgalmi csomópont mérete |
1 vagy 2 csomópont* |
3 csomópont |
4 csomópont |
5 csomópont |
6 csomópontok |
|---|---|---|---|---|---|
|
1. Kicsi |
5K |
10K |
15K |
20K |
25K |
|
2. Közepes |
10K |
20K |
30K |
40K |
50K |
|
3. Nagy |
15K |
30K |
45K |
60K |
75K |
* Vegye figyelembe, hogy a felhasználói kapacitás megegyezik egy csomópontot és két csomópontot tartalmazó klaszter esetében. Ennek oka az, hogy a Naptár szolgáltatás feladatátvitelt használ a szolgáltatás folytonosságának javítása érdekében. Minden felhasználó egy csomóponthoz van hozzárendelve, ha két csomópont van a klaszterben; a másik csomópont redundáns biztonsági mentés. Részletes magyarázat ért lásd: Gyorsforgalmi klaszterkapacitás tervezése a hibrid szolgáltatások felhasznál ói számára.
Felhasználói hozzárendelés gazdák és klaszterek között
Alapértelmezés szerint a hibrid naptárszolgáltatás automatikusan hozzárendeli és egyenletesen osztja el a felhasználókat a klaszter összes naptárcsatlakozóján. A hozzárendelés a rendelkezésre állás alapján dinamikus, és a rendszergazda nem tudja ellenőrizni, hogy az egyes felhasználók melyik csomóponthoz rendelnek hozzá.
Azokban az esetekben, amikor egy szervezet egynél több klaszterrel rendelkezik, a felhasználói elosztás több tényezőn alapul, beleértve a klaszter elérhetőségét, az aktuális hozzárendelést (a hiba helyreállítása során fellépés csökkentése érdekében) és a legmagasabb klaszterpreferenciákon alapuló rendezési sorrendet. A rendszergazda képes egy felhasználót vagy felhasználócsoportot hozzárendelni egy erőforráscsoporthoz. Az erőforráscsoportok fürtspecifikusak, így lehetővé teszik a rendszergazdák számára, hogy korlátozzák bizonyos felhasználókészletek hozzárendelését egy adott klaszterhez.
A felhasználói hozzárendelés ezen alapvető ismeretével és az Expressway Calendar Connector előfeltétel einek figyelembevételével az adminisztrátor a szervezetének megfelelő méretű kapacitást telepítheti. Nézzünk meg egy példát, amelynek 126 000 felhasználója engedélyezhető a hibrid naptár szolgáltatás számára, figyelembe véve a következő paramétereket:
-
6 csomópontot tartalmazó gyorsforgalmi klaszterek a nagy OVA sablon használatával (csomópontonként 15 000 felhasználó korlátozása)
-
Nincs szükség erőforráscsoportokra
Egy klaszter kapacitási képlete, U CalN = (N-1) * U cal1, ahol N = 6 és U cal1 = 15 000 (a nagy OVA sablon használatával) maximum 75 000 felhasználót eredményez. A naptárszolgáltatás telepítésében összesen 126 000 felhasználó van, több Naptárcsatlakozó gazdaklaszterre van szükség. A felhasználók egyenlően oszlanak el a következő ábrán látható módon:

A hibrid naptár szolgáltatás először addig ad felhasználókat az A klaszterhez, amíg a klaszter el nem éri a 75 000 felhasználói kapacitást, majd a fennmaradó felhasználókat hozzárendeli a B klaszterhez. A felhasználók véletlenszerűen és egyenlően oszlanak el a klaszter összes csomópontjában. Ez a példa a Calendar Connector állománycsomópontok egyenlő eloszlását mutatja (a két klaszteren belül) az RTP és PDX adatközpontokban. Minden csomópont ugyanazt az OVA sablont használja, és az Expressway magas rendelkezésre állási irányel veit követi. A Naptárcsatlakozó az Expressway klaszterezési logikáját használja az 5+1 redundancia-modellben, hogy lehetővé tegye a magas rendelkezésre állású forgatókönyveket.
Ha minden felhasználó hozzárendelt egy Naptárcsatlakozóhoz, most vizsgáljuk meg, mi történik, ha egy klaszterben hiba lép fel. A következő ábra egyetlen csomópont meghibásodását mutat. Azok a felhasználók, akiket a meghibásodott csomóponthoz, az A klaszterben lévő 5A csomóponthoz hozzárendeltek, mostantól sikertelenül áttértek a klaszter többi Egy csomópont kapacitása legfeljebb 15 000 felhasználó befogadását teszi lehetővé, és az A klaszterben maradó minden csomópont 2500 felhasználót ad hozzá, akiket eredetileg az 5A csomóponthoz rendeltek. Nincs változás vagy hatás a B klaszterhez vagy a B klaszterhez hozzárendelt felhasználókra.

Az A klaszter továbbra is maximális kapacitással rendelkezik, és a klaszter mindegyik működési csomópontja most maximális kapacitással rendelkezik, 15 000 felhasználó/csomópont. Ezért, ha az A klaszter másik csomópontja elérhetetlenné válik, például a következő ábrán látható 4A csomópont, a B klaszter felel a további felhasználói terhelés felvételéért. A 4A csomópont 15 000 felhasználója most átkerül a B klaszterbe, és egyenlően eloszlik a B klaszter összes csomópontjában.

Amikor a 4A és 5A csomópontok helyreállnak, az A klaszter felhasználói újraelosztásra kerülnek a klaszter csomópontjaiban. Azok a felhasználók, akik nem sikerült átmenni a B klasztert, ebben a helyreállítási szakaszban maradnak a B klaszterben, hogy elkerüljék a felesleges felhasználói hozzárendeléseket a klaszterek között, amint azt a következő ábra mutatja.

A nagy léptékű hibrid naptárszolgáltatás telepítésének megtervezésekor fontos szempont, hogy megértsük a hiba hatását, ha az a telepítés során jelentkezik. Ha ugyanazt a 126 000 felhasználói telepítést használjuk, de véletlenül elveszítjük egy teljes adatközpontot, akkor fennáll annak a lehetősége, hogy a felhasználók nem kerülnek hozzárendelésre egy Naptárcsatlakozó csomóponthoz. Az ilyen típusú forgatókönyvek esetén a szolgáltatásszünet elkerülése érdekében az ügyfélnek szüksége lenne egy harmadik klaszterre az érintett felhasználók újraelosztásához és kezeléséhez.

A gyorsforgalmi klaszter kapacitása a hibrid üzenetfelhasználók kiszolgálására az alkotó gyorsforgalmi csomópontok méretétől, a klaszter csomópontjainak számától és a szolgáltatás folytonossági stratégiájától függ.
Az alábbi táblázat a hibrid üzenethez használt gyorsforgalmi úton található felhasználók maximális számát mutatja.
|
Kis gyorsforgalmi út |
Közepes gyorsforgalmi út |
Nagy gyorsforgalmi út |
|---|---|---|
|
5000 felhasználó |
6,500 felhasználó |
15 000 felhasználó |

A felhasználói számok megegyeznek egy csomópontot és két csomópontot tartalmazó klaszter esetében. Ennek oka az, hogy az Message Service feladatátvitelt használ a szolgáltatás folytonosságának javítása érdekében. A felhasználók egyenletesen oszlanak el a klaszter több csomópontján: ha az egyik csomópont meghibásodik, az adott csomópont felhasználói hozzárendelhetők a többi csomóponthoz.

Ez a téma az Expressway csatlakozóállomásainak megosztásáról szól több hibrid szolgáltatás csatlakozói között, beleértve a Naptárszolgáltatást és az üzenetszolgáltatást is. A csatlakozóállomás nem osztható meg más ExpressWay-alapú megoldásokkal, mint például az MRA és a B2B.
A csatlakozógazda klaszter kapacitása az alkotó gyorsforgalmi csomópontok méretétől, a csomópontok számától, a klaszteren futó csatlakozóktól és a szolgáltatás folytonossági stratégiájától függ. Ezen tényezők részletes magyar ázatát lásd: Gyorsforgalmi klaszterkapacitás tervezése a hibrid szolgáltatások felhasznál ói számára.
Van egy számológép is, amellyel modellezheti a különböző csatlakozóállomás klasztereit, és megnézheti, hogy a javasolt klaszter milyen szolgáltatásokból hány felhasználót tud támogatni.
Általánosságban elmondható, hogy a korezidenciát csak kisebb méretű, legfeljebb két csomópont telepítéséhez javasoljuk. Ha a telepítés meghaladja a csomópont-pár kapacitását, akkor a csatlakozókat az egyes hibrid szolgáltatásokhoz rendelt gyorsforgalmi klaszterekbe kell helyeznie.
Példa: Csatlakozógazda mérleg három együttes csatlakozóval
Az alábbi táblázat példát mutat a skálára és a koresidenciára. Ez adja meg a maximális felhasználók számát klaszterenként, minden szolgáltatáshoz, a csatlakozó gazdaklaszter különböző specifikációival. A klaszter megosztható a hibrid naptár (a helyszíni Exchange használatával), a hibrid hívás és a hibrid üzenetszolgáltatás között.
|
Szolgáltatás |
Két kis csomópont |
Két közepes csomópont |
Két nagy csomópont |
|---|---|---|---|
|
Naptár szolgáltatás felhasználói |
1,300 |
2,300 |
3,000 |
|
Üzenetszolgáltatás felhasználói |
1,300 |
2,300 |
3,000 |
Bevezetés
Ez a téma az Expressway csatlakozóállomásának megosztásáról szól más Expressway-alapú megoldásokkal. Ha úgy dönt, hogy a csatlakozókat más célokra használ gyorsforgalmi úton, a következő fontos figyelmeztetések érvényesek:
-
Nem tudjuk támogatni azt a méretezhetőségi modellt, amely egy dedikált csatlakozóállomásra vonatkozik az Expressway. A cikk többi témájának elolvasásából vagy a számológép használatából származó felhasználói számok nem alkalmazhatók, ha a csatlakozóállomást más gyorsforgalmi szolgáltatásokkal osztják meg.
-
Az ebben a cikkben ismertetett Expressway-alapú szolgáltatások és hibrid szolgáltatási csatlakozók kombinációi, valamint a kapcsolódó felhasználói számok az egyetlen támogatott forgatókönyv. Más forgatókönyveket nem teszteltünk, és nem számíthat arra, hogy az Ön környezetében működjenek.
Expresszwey-alapú naptárszolgáltatás híváscsatlakozóval és hívásszolgáltatás átvitelével
Ebben a forgatókönyvben két csomópontos Expressway klaszter hibrid naptár csatlakozók. A klaszter más Cisco hívási megoldások (SIP jelzés és média) számára is elvégzi a hívások átvitelét.
A táblázat a különböző naptári környezeteket mutatja, amelyeket az ExpressWay alapú csatlakozóval használhat. Az ExpressWay-alapú Naptár csatlakozó nem támogatott a kétnél több csomópontot tartalmazó klasztereknél. Használja a felhőalapú csatlakozót a nagyobb léptékhez az Office 365 használatával (lásd: Naptár szolgáltatásk ála).
|
Szolgáltatás |
Két kis csomópont-klaszter |
Két közepes csomópont klaszter |
Két nagy csomópont-klaszter | |
|---|---|---|---|---|
|
Naptár szolgáltatás |
Helyszíni Exchange |
500 felhasználó |
1000 felhasználó |
1000 felhasználó |
|
Office 365 † |
500 felhasználó |
1000 felhasználó |
1000 felhasználó | |
|
Helyszíni Exchange és Office 365 (hibrid Exchange telepítések) |
Maximum 500 felhasználó mindkettőnél |
Maximum 1000 felhasználó mindkettőnél |
Maximum 1000 felhasználó mindkettőnél | |
|
Hívja a Traversal-t |
200 audio munkamenet 100 videó munkamenet |
200 audio munkamenet 100 videó munkamenet |
1000 audio munkamenet 500 videó munkamenet | |
† E léptékkorlátozás elkerülése érdekében javasoljuk, hogy a helyszíni csatlakozó helyett a felhőalapú Naptárszolgáltatást használja. Az Expressway-alapú hibrid naptár esetében az Office 365 felhasználói kapacitásának klaszterenként 1000-re történő korlátozása független a klaszter csomópontméretétől vagy számától; ez a korlátozás a Microsoft felhőszolgáltatásával való interakcióból származik, nem pedig a helyszíni Expressway telepítés méretéből.
Naptár mobiltelefonnal és Remote Access
Ebben a forgatókönyvben egy vagy két kis gyorsforgalmi virtuális gépből álló MRA-klaszter tárolja a Naptár csatlakozót. Ez a forgatókönyv feltételezi, hogy a klasztert csak az MRA és a két csatlakozó esetében használják. A klaszter egy vagy két kis csomópontra korlátozódik.
|
Gyorsforgalmi út célja |
Egy kis expressway-C klaszter |
Két kis expressway-C klasztere |
|---|---|---|
|
Naptárszolgáltatás felhasználói (Helyszíni csatlakozó az Exchange-hez) |
500 felhasználó |
500 felhasználó |
|
Mobil és Remote Access felhasználók |
100 |
100 |

