Felhasználói kapacitásra vonatkozó korlátok az Expressway-alapú hibrid szolgáltatásokra vonatkozóan
A hívásösszekötő architektúrán futó hibrid hívásszolgáltatás élettartamának végét (EOL) érte, így a szolgáltatás hivatalosan már nem támogatott. Call Connector nem kell figyelembe venni a jövőben Expressway kapacitás tervezése Hybrid Services.
Ez a cikk nem terjed ki a kapacitástervezés a hibrid naptár szolgáltatás Cisco TMS integráció Office 365 vagy Cisco TMS integráció a Google Naptár. A kapacitással kapcsolatos információkért lásd a Cisco Webex hibrid naptárszolgáltatás telepítési útmutatóját.
Ezt a cikket azért adunk, hogy foglalkozzon a kapacitástervezéssel kapcsolatos kérdéseivel, és elmagyarázza, hogyan számítjuk ki a felhasználói skálát. A forgatókönyv modellezéséhez próbálja ki a Hybrid Services kapacitáskalkulátort.
Tervezési szempontok
Amikor gyorsforgalmi utat tervez a Hybrid Services felhasználói számára, fontolja meg a következő kérdéseket:
-
Milyen hibrid szolgáltatásokra van szüksége?
Az Expressway a Hibrid hívásszolgáltatás, a Hibrid naptárszolgáltatás és a Hibrid üzenetküldő szolgáltatás csatlakozóit is üzemeltetheti.
-
Hány felhasználója van az egyes szolgáltatásokhoz?
Minél több felhasználója van az egyes szolgáltatásokhoz, annál valószínűbb, hogy az Expressway klasztereket szolgáltatásoknak kívánja szentelni. Kisebb populációk esetében a megosztott fürt több csatlakozója (coresidency) futtatása érvényes választás.
-
Változni fognak az igényeid?
Érdemes lehet kicsiben kezdeni, egy Gyorsforgalmi klaszter szolgáltatást nyújt a szervezet korai alkalmazóinak egy csoportjának, és növekedést tervez a jövőbeli bevezetéshez. A változó követelményeknek megfelelően áttérhet a megosztott modellről egy dedikált modellre, vagy méretezheti meglévő fürtjét.
Hozzájáruló tényezők
A klaszter kapacitását a következő változókban határozzuk meg:
-
Csomópont mérete— Minden Expressway virtuális gép rendelkezik egy „virtuális gép mérettel”, amelyet a telepítéskor a virtuális géphez rendelt erőforrások határoznak meg. Az Gyorsforgalmi út telepítési útmutatói leírják ezeket a követelményeket. Ha már rendelkezik gyorsforgalmi út, akkor a virtuális > méretét az olvashatja.
-
Csomópontok száma— Egy Expressway klaszter egy és hat csomópont között lehet. Ugyanolyan csomópontmérettel kell rendelkezniük, és ugyanazt a szoftvert kell futtatniuk.
-
Szolgáltatásfolytonossági stratégia— A szolgáltatások stratégiákat alkalmaznak a felhasználók számára folyamatos szolgáltatás biztosítása érdekében. A Naptárszolgáltatás és üzenetkomszolgá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 klaszterek léptéke táblázat részletezi.
-
Coresidency— Amikor a csatlakozók egy Expressway klasztert osztanak meg, az egyes szolgáltatások számára elérhető erőforrások mennyisége jelentősen alacsonyabb a dedikált klaszterhez képest.
Előfordulhat, hogy más Gyorsforgalmi utakon alapuló szolgáltatások is vannak a csatlakozó állomáson, például az üzleti híváshoz (B2B) vagy a mobil- és táveléréshez (MRA). Azokban a korlátozott forgatókönyvekben, ahol ez a fajta coresidency támogatott, az itt dokumentált skálaszámok a teszteltre korlátozódnak. Az ebben a cikkben leírtakon túl a csatlakozó állomási Gyorsforgalmi út klaszter nem osztható meg más szolgáltatásokkal; ez nem támogatott.
-
Szolgáltatásspecifikus korlátozások— Például a Naptár-összekötő elsősorban a 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 dedikált gyorsforgalmi klaszterekhez
Kemény korlátot állítottunk fel azon szolgáltatásfelhasználók számára, amelyeket egy dedikált gyorsforgalmi út képes kezelni (egy "egyhalmaz"), a tesztelések és kísérletek során gyűjtött bizonyítékok alapján.
| Gyorsforgalmi út csomópont mérete | Hibrid naptár szolgáltatási skála | Hibrid üzenetszolgáltatás-skála |
|---|---|---|
| 1. Kicsi | 5000 | 5000 |
| 2. Közepes | 10000 | 6500 |
| 3. nagy | 15000 | 15000 |
A szolgáltatásfolytonossági algoritmusokat arra használjuk, hogy az egyes csomópontszámokat több csomóponti fürtre extrapoláljuk, amint azt az alábbi táblázat ismerteti. Ha magyarázat nélkül szeretné az eredményeket, lásd:
|
összehasonlít |
Hibrid naptárszolgáltatás |
Hibrid üzenetküldő szolgáltatás |
|---|---|---|
|
1. Modell |
Feladatátvételi modell |
Feladatátvételi modell |
|
2. Leírás |
Minden felhasználót hozzárendelünk a fürt egy csomóponthoz. Ez minden csomóponton elterjedt a felhasználók között. Ha egy csomópont leáll, újraalkotjuk a többi csomópont felhasználói hozzárendeléseit. Amikor a csomópont visszatér, újraegyensúlyozzuk a felhasználói hozzárendeléseket az összes aktív csomóponton. |
Minden felhasználót hozzárendelünk a fürt egy csomóponthoz. Ez minden csomóponton elterjedt a felhasználók között. Ha egy csomópont leáll, újraalkotjuk a többi csomópont felhasználói hozzárendeléseit. Amikor a csomópont visszatér, újraegyensúlyozzuk a felhasználói hozzárendeléseket az összes aktív csomóponton. |
|
3. képlet |
UcalN= (N-1) * Ukalória1 |
UmsgN= (N-1) * Umsg1 |
|
4. Meghatározások |
Hol: Az UcalN a Naptárszolgáltatás felhasználóinak N-kapacitásának klasztere N a csomópontok száma Az Ucal1 a Naptárszolgáltatás felhasználóinak egyetlen csomóponti kapacitása |
Hol: AzU msgN az üzenetszolgáltatás felhasználóinak N kapacitásának klasztere N a csomópontok száma AzU msg1 az üzenetkiszolgáló felhasználók egyetlen csomóponti kapacitása |
|
5. Jegyzetek |
Ha N=1, nincs feladatátvétel. A feladatátvétel automatikus és kötelező, ha N>1. Ha N=2, a kapacitás megegyezik az N=1 kapacitással, jobb szolgáltatásfolytonossággal. A skála előnyeit N>=3 vagy nagyobb csomópontmérettel élvezheti. |
Ha N=1, nincs feladatátvétel. A feladatátvétel automatikus és kötelező, ha N>1. Ha N=2, a kapacitás megegyezik az N=1 kapacitással, jobb szolgáltatásfolytonossággal. A skála előnyeit N>=3 vagy nagyobb csomópontmérettel élvezheti. |
Megosztott gyorsforgalmi út klaszterek számításai
Algoritmusunk feltételezi, hogy a coresident 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 egyes felhasználótípusának korlátját.
Az alábbi táblázat például az összes dedikált eset maximális felhasználószámát és az egyetlen közepes gyorsforgalmi út alapszámát mutatja.
| Gyorsforgalmi út célja | Naptárszolgáltatás felhasználói | Üzenetkom szolgáltató felhasználói |
|---|---|---|
|
| ||
| Naptárszolgáltatásnak szentelve |
10,000 |
— |
|
Üzenetkom szolgáltatásnak szentelve |
— |
6,500 |
|
Megosztotta a Naptár szolgáltatás és az Üzenet szolgáltatás |
4,000 |
4,000 |
|
Naptár-, hívás- és üzenetszolgáltatások által megosztott |
2,300 |
2,300 |
Nem soroljuk fel kimerítően az összes alapállapotot az összes fürtmérethez. Ehelyett figyelemmel kísérheti a meglévő hibrid szolgáltatások üzembe helyezésénekkapacitását, vagy a számológép segítségével megtervezhet egy új üzembe helyezést.
A kalkulátor segítségével kiválaszthatja a csatlakozókat, a csomópontok méretét és a csomópontok számát, így modellezheti az üzembe helyezést. A szakasz többi része elmagyarázza, hogyan számítja ki a felhasználói számokat a modellből.
Csakúgy, mint a dedikált gyorsforgalmi út esetében, extrapoláljuk a megosztott gyorsforgalmi utak algoritmusát, hogy meghatározzuk a több csomópont felhasználói számát. A különbség a dedikált esetekhez az, hogy a megfelelő szolgáltatásfolytonossági számítást alkalmazzuk, hogy egy adott szolgáltatás felhasználói skáláját a fürtben kapjuk. Nem tudjuk kiszámítani a fürt felhasználói skálát, mert a fürt konkurens, felhasználó-alapú szolgáltatásfolytonossági stratégiákat ad.
|
Klaszter célja |
Hibrid üzenetkuldő felhasználók 1,2 és 3 csomóponthoz | ||
|---|---|---|---|
|
Üzenetkom szolgáltatásnak szentelve |
6,500 |
6,500 |
13,000 |
További közreműködő tényezők
Előfordulhatnak versengő igények a klaszter erőforrásaival szemben, amelyek csökkentik a felhasználói kapacitást. Ezek az ismert példák:
Naptárszolgáltatás— A csatlakozógazdagép O365-felhasználókat is kiszolgálhat. Az itt bemutatott számok és számítások azt feltételezik, hogy csak a helyszíni exchange infrastruktúra biztosítja a naptárszolgáltatást. A "hibrid" naptárszolgáltatásról bővebben a cikk Naptárszolgáltatás részébenolvashat.
Hívásfeldolgozás— A csatlakozó gazdagépe hívásjelzéseket és médiát is feldolgozhat. Ez gyakorlatilag egy "Vállalkozásról üzletre" integráció a szervezet és a Webex felhő között. Ez csökkenti a kapacitást a Coresidency-ben leírt egyéb gyorsforgalmi megoldásokkal.
A Control Hub segítségével megtekintheti az egyes Hybrid Services Gyorsforgalmi utak erőforrásainak 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 lehetővé teszi a hibrid szolgáltatások telepítésének állapotát, és útmutatást ad arra, hogy mikor van szüksége több gyorsforgalmi útra.
-
Zöld— Az autópályák kapacitása az elfogadható határokon belül van. (1%–60%)
-
Amber—Van elég gyorsforgalmi út, de közel jársz a kapacitáskorláthoz. (61%–90%)
-
Piros—Nincs elég gyorsforgalmi úthálózatod, és többet kell építened. (91% és felette)
Ha az Gyorsforgalmi utak erőforráscsoportba tartoznak, a kapacitásjelző az erőforráscsoport fürtjeinek szűrt nézete alatt jelenik meg.
Mit kell szem előtt tartani
-
A fürtkapacitás a csomópont méretétől, az Expressway fürt csomópontjainak számától, a fürtben futó szolgáltatások számától, valamint a magas rendelkezésre állási vagy feladatátvételi stratégiától függően változik. További információt az egyes Naptár- és üzenetskálák szakaszban talál.
-
A Coresidency csökkenti a meglévő szolgáltatások felhasználói méretét; a kapacitás algoritmus feltételezi, hogy minden felhasználó használja az összes szolgáltatást.
Javasoljuk a coresidency-t, ha több szolgáltatást próbál ki, vagy ha kis léptékű telepítéssel rendelkezik. A termelési szolgáltatásokhoz vagy a nagyméretű üzembe helyezésekhez javasoljuk, hogy a különböző hibrid szolgáltatásokat dedikált gyorsforgalmi fürtökben futtassa.
A következő teendők:
További Gyorsforgalmi utak hozzáadása hibrid szolgáltatásokhoz, használja a telepítési útmutató lépéseit a csatlakozótárak felhőbe történő regisztrálásához és a meglévő fürtökhöz való hozzáadásához:
Egy Expressway-klaszter hibrid naptárszolgáltatás felhasználóinak kiszolgálására való kapacitása az alkotó Expressway-C csomópontok méretétől, az Expressway-klaszterben lévő csomópontok számától és a szolgáltatásfolytonossági stratégiától függ.
Az alábbi táblázat egyetlen, a különböző hibrid naptár-környezetekhez dedikált Expressway-en haszná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* (Hibrid Exchange telepítések) |
Maximum 1000 Office 365 felhasználó az 5000 felhasználóból |
Maximum 1000 Office 365 felhasználó a teljes 10 000 felhasználóból |
Maximum 1000 Office 365 felhasználó a teljes 15 000 felhasználóból |
* A méretarányos korlátozás elkerülése érdekében javasoljuk, hogy a felhőalapú naptárszolgáltatást használja a helyszíni csatlakozó helyett. Az Expressway-alapú hibrid naptár esetében az Office 365 felhasználói kapacitásának fürtönkénti 1000-re való korlátozása független a fürt csomópontjainak méretétől vagy számától; ez a korlátozás a Microsoft felhőszolgáltatással való interakcióból ered, és nem a helyszíni Expressway-telepítés méretéből.

Ne feledje, hogy a felhasználói kapacitás azonos egy csomópont klaszterére és két csomópontból álló fürtre. Ez azért van, mert a Naptár szolgáltatás feladatátvételt használ a szolgáltatás folytonosságának javítása érdekében. Minden felhasználó egy csomóponthoz van rendelve, ha a fürtben két csomópont van; a másik csomópont redundáns biztonsági mentés. Részletes magyarázatot lásd: A hibrid szolgáltatások felhasználóinak gyorsforgalmi út klaszterkapacitásának tervezése.

Az Expressway-fürt kapacitása a hibrid naptárszolgáltatás felhasználói számára elsősorban a fürtben lévő csomópontok 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 fürt egyetlen dedikált fürt csomópontjának (vagy csomóponti OVA méretének) növelése esetén képes kezelni.
Az Office 365-felhasználókkal való hibrid Exchange-környezetben fürtönként 1000 Office 365-felhasználó van korlátozva, függetlenül a fürt csomópontszámtó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 fogadják az Office 365 felhasználóit az Expresswayen.
Ez a korlátozás a Microsoft felhőszolgáltatásával való interakcióból ered, nem pedig a helyszíni Gyorsforgalmi út telepítésének nagyságrendje. Például, ha egyetlen kis Gyorsforgalmi csomóponttal rendelkezik, kapacitása 1000 Office 365-felhasználóra és 4000 Microsoft Exchange-felhasználóra korlátozódik. Ha 6 kis csomópontból álló fürtje van, kapacitása 1000 Office 365-felhasználóra és 24 000 Microsoft Exchange-felhasználóra korlátozódik.
|
Gyorsforgalmi út csomópont mérete |
1 vagy 2 csomópont* |
3 Csomópontok |
4 Csomópontok |
5 Csomópontok |
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 |
* Ne feledje, hogy a felhasználói kapacitás azonos egy csomópont klaszterére és két csomópontból álló fürtre. Ennek az az oka, hogy a Naptárszolgáltatás a szolgáltatás folytonosságának javítása érdekében a sikertelen kézbesítést használja. Minden felhasználó egy csomóponthoz van rendelve, ha a fürtben két csomópont van; a másik csomópont redundáns biztonsági mentés. Részletes magyarázatért lásd: Autópálya-klaszter kapacitásának tervezése hibrid szolgáltatásokat igénybe vevők számára.
Felhasználói hozzárendelés állomásokkal és fürtekkel
Alapértelmezés szerint a hibrid naptárszolgáltatás automatikusan hozzárendeli és elosztja a felhasználókat a fürt összes naptárcsatlakozójában. A hozzárendelés a rendelkezésre állás alapján dinamikus, és a rendszergazda nem rendelkezik ellenőrzéssel arról, hogy az egyes felhasználók melyik csomóponthoz vannak hozzárendelve.
Abban az esetben, ha egy szervezetnek több fürtje van, a felhasználói elosztás több tényezőn alapul, beleértve a fürt rendelkezésre állását, az aktuális hozzárendelést (a hiba helyreállításának csökkentése érdekében), valamint a legmagasabb fürtbeállításon alapuló rendezési sorrendet. A rendszergazda képes arra is, hogy felhasználót vagy felhasználói csoportot rendeljen egy erőforráscsoporthoz. Az erőforráscsoportok fürtspecifikusak, így lehetővé teszik a rendszergazdák számára, hogy bizonyos felhasználói csoportok hozzárendelését egy adott fürthöz korlátozzák.
Ezzel az alapvető megértéssel a felhasználói hozzárendelés és figyelembe véve az Expressway Calendar Connector előfeltételeit,a rendszergazda tudja telepíteni a megfelelő kapacitást a méret a szervezet. Nézzünk meg egy 126 000 felhasználóból álló példaszervezetet, amely engedélyezve van a Hibrid Naptár szolgáltatáshoz, a következő paraméterekkel:
-
6 csomópontból álló gyorsforgalmi út 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
Egyetlen klaszter kapacitásképlete, UcalN= (N-1) * Ucal1, ahol N=6 és Ucal1=15 000 (a nagy OVA sablon használatával) legfeljebb 75 000 felhasználót eredményez. A naptárszolgáltatás üzembe helyezéséhez összesen 126 000 felhasználóra van szükség, több Naptárösszesítő állomásfürtre van szükség. A felhasználók egyenlő arányban oszlanak meg az alábbi ábrán látható módon:

A hibrid naptárszolgáltatás először hozzáadja a felhasználókat az A fürthöz, amíg a fürt el nem éri a 75 000 felhasználói kapacitást, majd a többi felhasználót a B fürthöz rendeli. A felhasználók véletlenszerűen és egyenlően oszlanak el a fürt összes csomópontja között. Ez a példa a Naptárcsatlakozó állomáscsomópontjainak egyenlő eloszlását mutatja (a két fürt mindegyikén belül) az RTP és PDX adatközpontok között. Minden csomópont ugyanazt az OVA sablont használja, és a következőt követi az Expressway magas rendelkezésre állási irányelveiszerint. A Naptárcsatlakozó az Expressway klaszterezési logikáját használja egy 5+1 redundancia modellben, hogy magas rendelkezésre állási forgatókönyveket adjon lehetővé.
A Naptár-összekötőhöz rendelt összes felhasználóval most vizsgáljuk meg, mi történik, ha egy fürtben hiba van. A következő ábra egyetlen csomópont meghibásodását mutatja. Azok a felhasználók, akik az A klaszterben az 5A sikertelen csomóponthoz lettek rendelve, most nem jutottak át a fürt többi csomópontja fölé. Egyetlen csomópont kapacitása akár 15 000 felhasználót is lehetővé teszi, és az A klaszterben maradó minden csomópont 2500 olyan felhasználót ad hozzá, akiket eredetileg az 5A csomóponthoz rendeltek. A B fürtben vagy a B klaszterben hozzárendelt felhasználókban nincs változás vagy hatás.

Az A klaszter továbbra is maximális kapacitással rendelkezik, és a fürt minden egyes működési csomópontja jelenleg maximális kapacitású, 15 000 felhasználó/csomópont. Ezért, ha az A klaszter egy másik csomópontja nem lesz elérhető, például a következő ábrán a 4A csomópont, a B fürt lesz a felelős a további felhasználói terhelés felvételéért. A 4A csomópont 15 000 felhasználója most átsorolásra kerül a B klaszterbe, és egyenlően oszlik meg a B klaszter összes csomópontja között.

Amikor a 4A és az 5A csomópontok helyreállnak, az A fürt felhasználói újraelosztásra kerülnek a fürt csomópontjai között. Azok a felhasználók, akik nem sikerült átcsoportosítani a B klasztert, a helyreállítási fázisban maradnak a B klaszteren, hogy elkerüljék a fürtök közötti szükségtelen felhasználói hozzárendeléseket, amint az a következő ábrán látható.

A nagy léptékű hibrid naptárszolgáltatás-telepítés tervezésekor tisztában kell lennie a hiba hatásának megértésével, ha az a telepítés során következik be. Ha ugyanazt a 126 000 felhasználót használjuk, de történetesen elveszítünk egy teljes adatközpontot, akkor fennáll annak a lehetősége, hogy a felhasználók nem kapnak hozzárendelve a Naptárcsatlakozó csomóponthoz. Az ilyen típusú forgatókönyvek szolgáltatáskimaradásának megakadályozása érdekében az ügyfélnek szüksége lenne egy harmadik fürtre az érintett felhasználók újraelosztásához és kezeléséhez.

Egy Expressway-klaszter hibrid üzenetküldő felhasználók kiszolgálására való kapacitása az alkotó Expressway-csomópontok méretétől, a klaszterben lévő csomópontok számától és a szolgáltatásfolytonossági stratégiától függ.
Az alábbi táblázat egyetlen gyorsforgalmi úton használható felhasználók maximális számát mutatja a hibrid üzenetküldéshez.
|
Kis gyorsforgalmi út |
Közepes gyorsforgalmi út |
Nagy gyorsforgalmi út |
|---|---|---|
|
5000 felhasználó |
6500 felhasználó |
15 000 felhasználó |

A felhasználói számok megegyeznek egy csomópont klaszterével és két csomópontból álló fürt esetében. Ennek az az oka, hogy az Üzenetszolgáltatás a szolgáltatás folytonosságának javítása érdekében feladatátvételt használ. A felhasználók egyenletesen oszlanak el a fürt több csomópontja között: ha az egyik csomópont meghibásodik, a csomópont felhasználói a többi csomóponthoz vannak rendelve.

Ez a témakör arról szól, hogy megosszuk az Expressway csatlakozógazdat 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ógazda nincs megosztva más Gyorsforgalmi út alapú megoldásokkal, például az MRA-val és a B2B-vel.
A csatlakozó állomás fürt kapacitása az alkotó Gyorsforgalmi csomópontok méretétől, a csomópontok számától, a fürten 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: A hibrid szolgáltatások felhasználóinak gyorsforgalmi út klaszterkapacitásának tervezése.
Van egy kalkulátor is, amely modellezi a különböző csatlakozógazda-fürtöket, és megnézi, hogy az egyes szolgáltatások hány felhasználóját támogathatja a javasolt fürt.
Általánosságban elmondható, hogy a coresidency-t csak kisebb méretű, legfeljebb két csomópontra történő telepítéshez ajánljuk. Ha a telepítés meghaladja egy csomópontpár kapacitását, a csatlakozókat az egyes hibrid szolgáltatásokra dedikált Gyorsforgalmi út-fürtökbe kell áthelyeznie.
Példa: Csatlakozó állomás skála három coresident csatlakozóval
Az alábbi táblázat a méretarányra és a magok állandóságára mutat példát. Ez adja meg a maximális felhasználók számát klaszterenként, minden szolgáltatáshoz, a csatlakozó állomás klaszter különböző specifikációival. A fürt megosztott a Hybrid Calendar (a helyszíni Exchange használatával), a Hybrid Call és a Hybrid Message Service között.
|
Szolgáltatás |
Két kis csomópont |
Két közepes csomópont |
Két nagy csomópont |
|---|---|---|---|
|
Naptárszolgá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 arról szól, hogy megosszuk a csatlakozó állomást, az Expressway-t más Expressway-alapú megoldásokkal. Amikor úgy dönt, hogy csatlakozókat tárol egy gyorsforgalmi úton, amelyet más célokra használ, a következő fontos figyelmeztetések érvényesek:
-
Nem tudjuk támogatni a skálázhatósági modellt, amely egy dedikált csatlakozógazda Expressway-re vonatkozik. A cikkben szereplő egyéb témakörök olvasásából vagy a számológép használatából származó felhasználói számok nem érvényesek, ha a csatlakozó állomást megosztják más Gyorsforgalmi szolgáltatásokkal.
-
Az expressz alapú szolgáltatások és a hibrid szolgáltatások összekötőinek a cikkben leírt kombinációi és a kapcsolódó felhasználói számok az egyetlen támogatott forgatókönyvek. Nem teszteltünk más forgatókönyveket, és nem várhatja el tőlük, hogy az Ön környezetében dolgozzanak.
Gyorsforgalmi út alapú naptárszolgáltatás híváscsatlakozóval és hívásszolgáltatással
Ebben a forgatókönyvben egy kétcsomópontos Expressway fürt hibrid naptár-összekötői. A klaszter más Cisco hívásmegoldások (SIP-jelátvitel és média) hívásátjárását is végzi.
A táblázat az Expressway-alapú csatlakozóval használható különböző naptárkörnyezeteket mutatja. Az Expressway-alapú naptárcsatlakozó nem támogatott a kettőnél több csomóponttal rendelkező fürtökben. Az Office 365-zel való nagyobb léptékűség érdekében használja a felhőalapú csatlakozót (lásd a Naptárszolgáltatás-skálát).
|
Szolgáltatás |
Két kis csomóponti fürt |
Két közepes csomóponti fürt |
Két nagy csomóponti fürt | |
|---|---|---|---|---|
|
Naptárszolgáltatás |
Helyszíni csere |
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) |
Max. 500 felhasználó mindkét |
Max. 1000 felhasználó mindkét |
Max. 1000 felhasználó mindkét | |
|
Hívás Traversal |
200 hangmenet 100 videó munkamenet |
200 hangmenet 100 videó munkamenet |
1000 audio ülés 500 videó munkamenet | |
† A skála korlátozásának elkerülése érdekében javasoljuk, hogy a felhőalapú naptárszolgáltatást használja a helyszíni csatlakozó helyett. Az Expressway-alapú hibrid naptár esetében az Office 365 felhasználói kapacitásának fürtönkénti 1000-re való korlátozása független a fürt csomópontjainak méretétől vagy számától; ez a korlátozás a Microsoft felhőszolgáltatással való interakcióból ered, és nem a helyszíni Expressway-telepítés méretéből.
Naptár mobil- és táveléréssel
Ebben az esetben egy vagy két kis Gyorsforgalmi út virtuális autópályából álló MRA-fürt ad otthont a Naptárcsatlakozónak. Ez a forgatókönyv azt feltételezi, hogy a fürt csak az MRA és a két csatlakozó esetében használatos. A fürt egy vagy két kis csomópontra korlátozódik.
|
Gyorsforgalmi út célja |
Egy kis gyorsforgalmi út-C klaszter |
Két Kis Gyorsforgalmi Út-Cs Klaszter |
|---|---|---|
|
Naptárszolgáltatás felhasználói (Helyszíni csatlakozó az Exchange-hez) |
500 felhasználó |
500 felhasználó |
|
Mobil és távelérési felhasználók |
100 |
100 |

