Tämän artikkelin avulla voit suunnitella liitinkapasiteetin Webex Hybrid Service -käyttöönottoa varten ja ymmärtää skaalautuvuussuositukset. Sekä omistetuissa että ydinliittimien käyttöönotoissa löydät liitinklustereiden suurimmat tuetut käyttäjämäärät, tuetut käyttäjärajat määrittävät tekijät ja ohjeet Control Hubin avulla arvioimaan, tarvitseeko sinun lisätä lisää Expressways.
Hybridipuhelupalvelu Call Connector -arkkitehtuurissa on päättynyt End of Life (EOL), joten palvelua ei enää tueta virallisesti. Call Connectoria ei tule harkita hybridipalvelujen tulevan pikatien kapasiteetin suunnittelussa. |
Tämä artikkeli ei kata kapasiteetin suunnittelua Hybrid Calendar Service Cisco TMS -integraatiota varten Office 365:n kanssa tai Cisco TMS -integraatio Google-kalenterin kanssa. Katso kapasiteettitiedot kohdasta Käyttöönottoopas Cisco Webex Hybrid Calendar Service. |
Tässä artikkelissa käsitellään kapasiteetin suunnittelua koskevia kysymyksiä ja kerromme, kuinka laskemme käyttäjäasteikon. Voit mallintaa skenaariota kokeilemalla Hybridipalvelujen kapasiteettilaskin.
Suunnittelun huomioitavaa
Kun suunnittelet pikatien kapasiteettia hybridipalveluiden käyttäjäjoukolle, ota huomioon seuraavat kysymykset:
Mitä hybridipalveluita tarvitset?
Expressway voi isännöidä Hybrid Call Servicen, Hybrid Calendar Servicen ja Hybrid Message Servicen liittimiä.
Kuinka monta käyttäjää sinulla on kullekin palvelulle?
Mitä enemmän käyttäjiä sinulla on kullekin palvelulle, sitä todennäköisemmin haluat omistaa Expressway-klustereita palveluille. Pienemmille populaatioille useiden liittimien käyttäminen jaetussa klusterissa (coresidency) on kelvollinen valinta.
Muuttuvatko tarpeesi?
Haluat ehkä aloittaa pienestä, kun yksi Expressway-klusteri tarjoaa palvelua organisaatiosi varhaisille käyttäjille, ja suunnitella kasvua tulevaa käyttöönottoa varten. Voit siirtyä jaetusta mallista erityiseen malliin tai skaalata olemassa olevaa klusteriasi vastaamaan muuttuvia vaatimuksiasi.
Vaikuttaneet tekijät
Määrittelemme klusterin kapasiteetin seuraavien muuttujien avulla:
Solmun koko— Jokaisella Expressway-virtuaalikoneella on "VM-koko", joka määritetään asennushetkellä VM:lle määritettyjen resurssien mukaan. The Pikatien asennusohjeet kuvaile ne vaatimukset. Jos sinulla on jo Expressway, voit lukea VM-koon kohdasta Expressway-käyttöliittymän sivulle.
Solmujen määrä— Expressway-klusterissa voi olla yhdestä kuuteen solmua. Niiden on oltava samankokoisia ja niissä on oltava sama ohjelmistoversio.
Palvelun jatkuvuuden strategia—Palvelut käyttävät strategioita varmistaakseen jatkuvan palvelun käyttäjille. Kalenteripalvelu ja viestipalvelu käyttävät vikasietostrategiaa.
Strategiat on kuvattu yksityiskohtaisesti Palvelun jatkuvuusstrategiat ja omistettujen klusterien laajuus pöytä.
Coresidency—Kun liittimet jakavat Expressway-klusterin, kunkin palvelun käytettävissä olevat resurssit ovat huomattavasti pienemmät kuin erillisklusterin.
Liitinpalvelimellasi voi olla myös muita Expressway-pohjaisia palveluita, kuten yritysten väliset puhelut (B2B) tai mobiili- ja etäkäyttö (MRA). Niissä rajoitetuissa skenaarioissa, joissa tämän tyyppistä yhteistoimintaa tuetaan, tässä dokumentoimamme asteikon numerot rajoittuvat testaamiimme. Tässä artikkelissa kuvatun lisäksi liitinisäntä Expressway-klusteria ei saa jakaa muiden palvelujen kanssa. tätä ei tueta.
Palvelukohtaiset rajoitukset— Esimerkiksi Calendar Connector on tarkoitettu ensisijaisesti Microsoft Exchange -käyttäjille ja tukee rajoitettua määrää Office 365 -käyttäjiä.
Dedicated Expressway -klusterien laskelmat
Asetamme tiukan rajan palvelun käyttäjien lukumäärälle, joita yksittäinen Expressway voi hallita ("yhden klusteri") testauksissa ja kokeiluissa keräämiemme todisteiden perusteella.
Pikatien solmun koko | Hybridikalenteripalveluvaaka | Hybridiviestipalvelun asteikko |
---|---|---|
1. Pieni | 5000 | 5000 |
2. Keskikokoinen | 10 000 | 6500 |
3. Suuri | 15 000 | 15 000 |
Käytämme palvelun jatkuvuusalgoritmeja ekstrapoloidaksemme yksittäisen solmun numerot useisiin solmuklustereihin, kuten seuraavassa taulukossa selitetään. Jos haluat tulokset ilman selitystä, katso:
Vertailla |
Hybridikalenteripalvelu |
Hybridiviestipalvelu |
---|---|---|
1. Malli |
Failover malli |
Failover malli |
2. Kuvaus |
Määritämme jokaisen käyttäjän yhteen klusterin solmuun. Tämä jakaa käyttäjät kaikkiin solmuihin. Jos solmu menee alas, luomme käyttäjämääritykset uudelleen kyseisestä solmusta muihin solmuihin. Kun solmu palautuu, tasapainotamme uudelleen kaikkien aktiivisten solmujen käyttäjämääritykset. |
Määritämme jokaisen käyttäjän yhteen klusterin solmuun. Tämä jakaa käyttäjät kaikkiin solmuihin. Jos solmu menee alas, luomme käyttäjämääritykset uudelleen kyseisestä solmusta muihin solmuihin. Kun solmu palautuu, tasapainotamme uudelleen kaikkien aktiivisten solmujen käyttäjämääritykset. |
3. Kaava |
UcalN= (N-1) * Ucal1 |
UmsgN= (N-1) * Umsg1 |
4. Määritelmät |
Missä: UcalN on N kapasiteetin klusteri kalenteripalvelun käyttäjille N on solmujen määrä Ucal1 on yhden solmun kapasiteetti kalenteripalvelun käyttäjille |
Missä: UmsgN on N kapasiteetin klusteri viestipalvelun käyttäjille N on solmujen määrä Umsg1 on yhden solmun kapasiteetti viestipalvelun käyttäjille |
5. Huomautuksia |
Jos N=1, vikasietoa ei ole. Failover on automaattinen ja pakollinen, jos N>1. Jos N=2, kapasiteetti on sama kuin jos N=1, paremmalla palvelun jatkuvuudella. Skaalaus hyötyy arvosta N>=3 tai käyttämällä suurempaa solmukokoa. |
Jos N=1, vikasietoa ei ole. Failover on automaattinen ja pakollinen, jos N>1. Jos N=2, kapasiteetti on sama kuin jos N=1, paremmalla palvelun jatkuvuudella. Skaalaus hyötyy arvosta N>=3 tai käyttämällä suurempaa solmukokoa. |
Jaettujen pikatieklustereiden laskelmat
Algoritmimme olettaa, että ydinliittimet jakavat suhteellisesti yhden solmun resurssit. Tämä algoritmi asettaa konservatiivisesti rajan kullekin solmun käyttäjätyypille.
Esimerkiksi seuraava taulukko näyttää käyttäjien enimmäismäärän kaikille omistetuille tapauksille ja keskeisille tapauksille yhdellä keskisuurella pikatiellä.
Pikatien käyttötarkoitus | Kalenteripalvelun käyttäjät | Viestipalvelun käyttäjät |
---|---|---|
Omistettu kalenteripalvelulle | 10 000 |
— |
Omistettu viestipalvelulle |
— |
6 500 |
Kalenteripalvelun ja viestipalvelun jakamat |
4 000 |
4 000 |
Kalenteri-, puhelu- ja viestipalvelujen jakama |
2 300 |
2 300 |
Emme luettele tyhjentävästi kaikkia ydinalueita kaikille klusterikokoille. Sen sijaan voit seurata nykyisen hybridipalvelusi kapasiteettia, tai käytä laskin suunnittelemaan uutta käyttöönottoa.
Laskimen avulla voit valita liittimet, solmun koon ja solmumäärän, jotta voit mallintaa käyttöönoton. Tämän osan loppuosassa selitetään, kuinka se laskee käyttäjänumerot mallistasi. |
Aivan kuten teimme erilliselle Expresswaylle, ekstrapoloimme algoritmin jaetuille pikateille määrittääksemme käyttäjänumerot useille solmuille. Erona omistetuista tapauksista on se, että käytämme asianmukaista palvelun jatkuvuuslaskelmaa saadaksemme tietyn käyttäjäasteikon palvelua klusterin päällä. Emme voi laskea käyttäjän asteikkoa klusterin koska klusteri isännöi kilpailevia käyttäjäpohjaisia palvelun jatkuvuusstrategioita.
Klusterin tarkoitus |
Hybridiviestipalvelun käyttäjät 1, 2 ja 3 solmulle |
||
---|---|---|---|
Omistettu viestipalvelulle |
6 500 |
6 500 |
13 000 |
Muita vaikuttavia tekijöitä
Klusterin resursseille voi olla kilpailevia vaatimuksia, jotka vähentävät käyttäjäkapasiteettia. Nämä ovat tunnettuja esimerkkejä:
Kalenteripalvelu—Liittimen isäntä voi myös palvella O365-käyttäjiä. Tässä esitetyt luvut ja laskelmat olettavat, että vain oma Exchange-infrastruktuurisi tarjoaa kalenteripalvelun. Lisätietoa "hybridi"-kalenteripalvelusta löytyy numeroista ja kaavioista Tämän artikkelin kalenteripalvelu-osio.
Puhelujen käsittely—Liittimen isäntä voi myös käsitellä puhelusignalointia ja mediaa. Tämä on käytännössä "Business to business" -integraatio organisaatiosi ja Webex-pilven välillä. Tämä vähentää kapasiteettia kohdassa kuvatulla tavalla Yhteistyö muiden pikatieratkaisujen kanssa.
Voit käyttää Ohjauskeskus tarkastellaksesi kunkin Hybrid Services Expressway -resurssin nykyisen käyttäjäkapasiteetin prosenttiosuutta. Väripalkki osoittaa, onko kapasiteetti hyväksyttävissä rajoissa. Tämän näkymän avulla voit arvioida hybridipalveluasetuksien kuntoa ja opastaa sinua, milloin tarvitset lisää pikateitä.
Vihreä— Pikaväyläsi ovat hyväksyttävien kapasiteettirajojen sisällä. (1%–60%)
Keltainen— Sinulla on tarpeeksi pikateitä, mutta olet lähellä kapasiteettirajoja. (61%–90%)
Punainen— Sinulla ei ole tarpeeksi pikateitä, ja niitä on lisättävä. (91 % ja ylöspäin)
Jos Expresswayt ovat resurssiryhmässä, kapasiteetin ilmaisin näkyy resurssiryhmän klusterien suodatetun näkymän alla.
Käyttöönotot ilman resurssiryhmiä (oletus):
Resurssiryhmien käyttöönotot:
Pidä mielessä
Klusterin kapasiteetti vaihtelee solmun koon, Expressway-klusterin solmujen lukumäärän, klusterissa käynnissä olevien palveluiden määrän ja korkean käytettävyyden tai vikasietostrategian mukaan. Lisätietoja on yksittäisissä Kalenteri- ja Viestimittakaava-osioissa.
Coresidency vähentää olemassa olevien palvelujen käyttäjäskaalaa; kapasiteettialgoritmi olettaa, että jokainen käyttäjä käyttää kaikkia palveluita.
Suosittelemme peruspalvelua, kun kokeilet useita palveluita tai jos käytössäsi on pienimuotoinen käyttöönotto. Tuotantopalveluissa tai laajamittaisissa käyttöönotoissa suosittelemme, että käytät erilaisia hybridipalveluita omistetuissa Expressway-klustereissa.
Mitä tehdä seuraavaksi
Jos haluat lisätä lisää Expressways for Hybrid Services -palveluita, käytä käyttöönottooppaan vaiheita liittimen isäntien rekisteröimiseksi pilveen ja niiden lisäämiseksi olemassa oleviin klustereihin:
Expressway-klusterin kapasiteetti hybridikalenteripalvelun käyttäjille riippuu ensisijaisesti klusterin solmujen koosta ja määrästä sekä palvelun jatkuvuusstrategiasta. Seuraavassa taulukossa näkyy enimmäiskäyttäjien kokonaiskapasiteetti, jota klusteri voi käsitellä, kun lisäät solmuja (tai solmun OVA-kokoa) yksittäisessä klusterissa.
Hybridi Exchange -ympäristössä, jossa on Office 365 -käyttäjiä, raja on 1 000 Office 365 -käyttäjää klusteria kohden riippumatta klusterin solmujen määrästä tai koosta. Pilvipohjainen palvelu on suosituin tapa käsitellä Office 365 -käyttäjiä. Suosittelemme, että isännöit Office 365 -käyttäjiä vain väliaikaisesti Expresswayllä. Tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä paikallisen Expresswayn käyttöönoton laajuudesta. Jos sinulla on esimerkiksi yksi pieni Expressway-solmu, kapasiteettisi on rajoitettu 1 000 Office 365 -käyttäjään ja 4 000 Microsoft Exchange -käyttäjään. Jos sinulla on 6 pienen solmun klusteri, kapasiteettisi on rajoitettu 1 000 Office 365 -käyttäjään ja 24 000 Microsoft Exchange -käyttäjään. |
Pikatien solmun koko |
1 tai 2 solmua* |
3 solmua |
4 solmua |
5 solmua |
6 solmua |
---|---|---|---|---|---|
1. Pieni |
5K |
10 000 |
15K |
20K |
25K |
2. Keskikokoinen |
10 000 |
20K |
30 000 |
40K |
50 000 |
3. Suuri |
15K |
30 000 |
45K |
60K |
75K |
* Huomaa, että käyttäjän kapasiteetti on sama yhden solmun klusterilla ja kahden solmun klusterilla. Tämä johtuu siitä, että kalenteripalvelu käyttää vikasietoa palvelun jatkuvuuden parantamiseksi. Kaikki käyttäjät määrätään yhteen solmuun, kun klusterissa on kaksi solmua; toinen solmu on redundantti varmuuskopio. Katso Expressway-klusterin kapasiteetin suunnittelu hybridipalvelujen käyttäjille yksityiskohtaista selitystä varten.
Käyttäjämääritykset isäntien ja klustereiden kesken
Oletusarvoisesti hybridikalenteripalvelu määrittää ja jakaa käyttäjät automaattisesti kaikille klusterin kalenteriliittimille. Osoitus on dynaaminen saatavuuden mukaan, eikä järjestelmänvalvoja voi hallita sitä, mihin tiettyyn solmuun yksittäinen käyttäjä on määritetty.
Tapauksissa, joissa organisaatiolla on useampi kuin yksi klusteri, käyttäjien jakautuminen perustuu useisiin tekijöihin, kuten klusterin saatavuuteen, nykyiseen osoituksiin (vähentämään räpyttelyä vian palautumisen aikana) ja lajittelujärjestykseen, joka perustuu klusterin korkeimpaan mieltymykseen. Järjestelmänvalvojalla on myös mahdollisuus määrittää käyttäjä tai käyttäjäryhmä resurssiryhmään. Resurssiryhmät ovat klusterikohtaisia, joten niiden avulla järjestelmänvalvojat voivat rajoittaa tiettyjen käyttäjäjoukkojen määrittämistä tiettyyn klusteriin.
Tällä perusymmärryksellä käyttäjien määrittämisestä ja ottaen huomioon Expressway Calendar Connectorin edellytykset, järjestelmänvalvoja voi ottaa käyttöön sopivan kapasiteetin organisaatiossaan. Katsotaanpa esimerkkiorganisaatiota, jossa on 126 000 käyttäjää, jotka otetaan käyttöön hybridikalenteripalvelussa seuraavilla parametreilla:
Pikatieklusterit, joissa on 6 solmua, joissa käytetään suurta OVA-mallia (raja 15 000 käyttäjää solmua kohti)
Resurssiryhmiä ei vaadita
Yhden klusterin kapasiteettikaava, UcalN= (N-1) * Ucal1 missä N = 6 ja Ucal1=15 000 (käytettäessä suurta OVA-mallia) tuottaa enintään 75 000 käyttäjää. Kun kalenteripalvelun käyttöönotossa on yhteensä 126 000 käyttäjää, tarvitaan useita Calendar Connector -isäntäklustereita. Käyttäjät jakautuisivat tasaisesti seuraavan kuvan mukaisesti:
Hybridikalenteripalvelu lisää käyttäjiä klusteriin A ensin, kunnes klusteri saavuttaa 75 000 käyttäjän kapasiteetin, ja määrittää sitten loput käyttäjät klusteriin B. Käyttäjät jaetaan satunnaisesti ja tasaisesti klusterin kaikkiin solmuihin. Tämä esimerkki näyttää kalenteriliittimen isäntäsolmujen tasaisen jakautumisen (kummassakin klusterissa) RTP- ja PDX-palvelinkeskusten välillä. Jokainen solmu käyttää samaa OVA-mallia ja seuraa Expressway korkean käytettävyyden ohjeet. Kalenteriliitin käyttää Expressway-klusterointilogiikkaa 5+1-redundanssimallissa mahdollistaakseen korkean käytettävyyden skenaariot.
Kun kaikki käyttäjät on määritetty kalenteriliittimeen, tutkitaan nyt, mitä tapahtuu, kun klusterissa on vika. Seuraavassa kuvassa näkyy yhden solmun vika. Käyttäjät, jotka määritettiin epäonnistuneeseen solmuun 5A klusterissa A, ovat nyt siirtyneet klusterin jäljellä oleviin solmuihin. Yhden solmun kapasiteetti sallii jopa 15 000 käyttäjää, ja jokainen klusteriin A jäävä solmu lisää 2 500 käyttäjää, jotka alun perin määritettiin solmuun 5A. Ei muutoksia tai vaikutusta klusteriin B tai klusteriin B määritettyihin käyttäjiin.
Klusteri A on edelleen maksimikapasiteetissa, ja jokainen klusterin toimintasolmu on nyt maksimikapasiteetissa, 15 000 käyttäjää/solmu. Siksi, jos toinen solmu klusterissa A ei ole käytettävissä, kuten solmu 4A seuraavassa kuvassa, klusteri B on nyt vastuussa ylimääräisen käyttäjäkuorman poimimisesta. Solmun 4A 15 000 käyttäjää on nyt osoitettu uudelleen klusteriin B ja jaettu tasaisesti kaikkien klusterin B solmujen kesken.
Kun solmut 4A ja 5A palautuvat, klusterin A käyttäjät jaetaan uudelleen klusterin solmujen kesken. Käyttäjät, jotka epäonnistuivat klusteriin B, jäävät klusteriin B tämän palautusvaiheen aikana välttääkseen tarpeettomat käyttäjämääritykset klusterien välillä, kuten seuraavassa kuvassa näkyy.
Keskeinen asia, joka on huomioitava suunnitellessa laajamittaista hybridikalenteripalvelun käyttöönottoa, on ymmärtää vian vaikutukset, jos se tapahtuisi käyttöönoton aikana. Jos käytämme samaa 126 000 käyttäjän käyttöönottoa, mutta kadotamme koko datakeskuksen, on mahdollista, että käyttäjiä ei määritetä kalenteriliitinsolmuun. Palvelukatkoksen estämiseksi tällaisessa skenaariossa asiakas tarvitsee kolmannen klusterin uudelleenjakamaan ja käsittelemään kärsiviä käyttäjiä.
Expressway-klusterin huoltokapasiteetti Hybridiviestipalvelu Käyttäjien määrä riippuu Expressway-solmujen koosta, klusterin solmujen määrästä ja palvelun jatkuvuusstrategiasta.
Seuraava taulukko näyttää käyttäjien enimmäismäärän yhdellä pikatiellä, jota käytetään Hybridiviestipalvelu.
Pieni moottoritie |
Keskikokoinen pikatie |
Suuri moottoritie |
---|---|---|
5000 käyttäjää |
6500 käyttäjää |
15 000 käyttäjää |
Käyttäjänumerot ovat samat yhden solmun klusterille ja kahden solmun klusterille. Tämä johtuu siitä, että Message Service käyttää vikasietoa parantaakseen palvelun jatkuvuutta. Käyttäjät jakautuvat tasaisesti klusterin useisiin solmuihin: jos yksi solmu epäonnistuu, kyseisen solmun käyttäjät osoitetaan muille solmuille. |
Tämä aihe käsittelee liitinisäntä Expresswayn jakamista useiden hybridipalvelujen, mukaan lukien kalenteripalvelu ja viestipalvelu, liittimien välillä. Liitinpalvelinta ei jaeta muiden Expressway-pohjaisten ratkaisujen, kuten MRA:n ja B2B:n, kanssa.
Liittimen isäntäklusterin kapasiteetti riippuu Expressway-solmujen koosta, solmujen lukumäärästä, klusterissa käytettäviä liittimiä ja palvelun jatkuvuusstrategiasta. Katso Expressway-klusterin kapasiteetin suunnittelu hybridipalvelujen käyttäjille saadaksesi yksityiskohtaisen selvityksen näistä tekijöistä.
On myös laskin Voit mallintaa eri liitinisäntäklustereita ja nähdä, kuinka monta käyttäjää kustakin palvelusta ehdotettu klusterisi voi tukea.
Yleensä suosittelemme ydinresidenssiä vain pienempikokoisille, enintään kahden solmun käyttöönotolle. Jos käyttöönottosi ylittää solmuparin kapasiteetin, sinun tulee siirtää liittimet Expressway-klustereihin, jotka on omistettu kullekin tietylle hybridipalvelulle.
Esimerkki: Connector Host Scale, jossa on kolme Coressident-liitintä
Seuraavassa taulukossa on esimerkki mittakaavasta ja perussidonnaisuudesta. Se antaa enimmäismäärän käyttäjiä klusteria kohden, jokaiselle palvelulle eri liitinisäntäklusterin eritelmillä. Klusteri on jaettu kesken Hybridikalenteripalvelu (käyttämällä paikallista Exchangeasi), Hybridipuhelupalveluja hybridiviestipalvelu.
Palvelu |
Kaksi pientä solmua |
Kaksi keskikokoista solmua |
Kaksi isoa solmua |
---|---|---|---|
Kalenteripalvelun käyttäjät |
1 300 |
2 300 |
3 000 |
Viestipalvelun käyttäjät |
1 300 |
2 300 |
3 000 |
Johdanto
Tämä aihe käsittelee liitinisäntä Expresswayn jakamista muiden Expressway-pohjaisten ratkaisujen kanssa. Kun päätät isännöidä liittimiä Expresswaylle, jota käytät muihin tarkoituksiin, seuraavat tärkeät varoitukset ovat voimassa:
Emme voi tukea skaalautuvuusmallia, joka koskee omistettua liitinpalvelinta Expressway. Käyttäjänumerot, jotka saat lukemalla tämän artikkelin muita aiheita tai käyttämällä laskinta, eivät päde, kun liittimen isäntä jaetaan muiden Expressway-palvelujen kanssa.
Tässä artikkelissa kuvatut Expressway-pohjaisten palvelujen ja hybridipalveluliittimien yhdistelmät ja niihin liittyvät käyttäjänumerot ovat ainoat tuetut skenaariot. Emme ole testanneet muita skenaarioita, etkä voi odottaa niiden toimivan ympäristössäsi.
Expressway-pohjainen kalenteripalvelu Call Connectorilla ja Call Service Traversalilla
Tässä skenaariossa kahden solmun Expressway-klusteri Hybridikalenteripalvelu liittimet. Klusteri tekee myös puhelujen läpikulkua muille Ciscon puheluratkaisuille (SIP-signalointi ja media).
Taulukossa näkyvät erilaiset kalenteriympäristöt, joita voit käyttää Expressway-pohjaisen liittimen kanssa. Expressway-pohjaista kalenteriliitintä ei tueta klustereissa, joissa on enemmän kuin kaksi solmua. Käytä pilvipohjaista liitintä suurempaan mittakaavaan Office 365:n kanssa (katso Kalenteripalveluvaaka).
Palvelu |
Kaksi pientä solmuklusteria |
Kaksi keskikokoista solmuklusteria |
Kaksi suurta solmuklusteria |
|
---|---|---|---|---|
Kalenteripalvelu |
Paikallinen vaihto |
500 käyttäjää |
1000 käyttäjää |
1000 käyttäjää |
Office 365† |
500 käyttäjää |
1000 käyttäjää |
1000 käyttäjää |
|
Paikallinen Exchange ja Office 365 (Hybridi Exchange -asennukset) |
Max 500 käyttäjää molemmille |
Enintään 1000 käyttäjää molemmille |
Enintään 1000 käyttäjää molemmille |
|
Soita Traversalille |
200 audioistuntoa 100 videosessiota |
200 audioistuntoa 100 videosessiota |
1000 audioistuntoa 500 videoistuntoa |
† Tämän mittakaavarajoituksen välttämiseksi suosittelemme, että käytät pilvipohjaista kalenteripalvelua paikallisen liittimen sijaan. Expressway-pohjaiselle Hybridikalenteripalvelu, Office 365 -käyttäjäkapasiteetin rajoitus 1 000:aan klusteria kohden ei riipu klusterin solmun koosta tai lukumäärästä; tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä paikallisen Expresswayn käyttöönoton laajuudesta.
Kalenteri mobiili- ja etäkäytöllä
Tässä skenaariossa yhden tai kahden pienen Expressway-virtuaalikoneen MRA-klusteri isännöi kalenteriliitintä. Tässä skenaariossa oletetaan, että klusteria käytetään vain MRA:lle ja kahdelle liittimelle. Klusteri on rajoitettu yhteen tai kahteen pieneen solmuun.
Pikatien käyttötarkoitus |
Yksi pieni pikatie-C klusteri |
Kahden pienen pikatien C-klusteri |
---|---|---|
Kalenteripalvelun käyttäjät (paikallinen Exchange-liitin) |
500 käyttäjää |
500 käyttäjää |
Mobiili- ja etäkäyttökäyttäjät |
100 |
100 |