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 Tila > Järjestelmätiedot 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.

Pöytä 1. Käyttäjämäärärajoitukset omistetulla yksittäisellä pikatiellä
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:

Taulukko 2. Palvelun jatkuvuusstrategiat ja omistettujen klusterien laajuus

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

Taulukko 3. Yhden keskikokoisen pikatien mittakaava omistetuille tai yhteiskäyttöskenaarioille
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.

Taulukko 4. Keskikokoisten solmuryhmien käyttäjäkapasiteetti

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

    1. Asiakasnäkymästä sisään https://admin.webex.com, mene Palvelut > Hybridija vieritä sitten hybridipalvelukorttien kohdalle nähdäksesi kunkin palvelun Expressway-resurssien käytetyn kapasiteetin prosenttiosuuden.

  • Resurssiryhmien käyttöönotot:

    1. Asiakasnäkymästä sisään https://admin.webex.com, mene Palvelut > Hybridi, vieritä hybridipalvelukorttien kohdalle ja sitten alle Resurssit klikkaus Näytä kaikki.

      Kapasiteettipalkki osoittaa vain resurssiryhmien ulkopuolisten klustereiden kapasiteetin. Jos kaikki klusterit ovat osa yhtä tai useampaa resurssiryhmää tai palvelulla ei ole määritettyjä klustereita, kapasiteettipalkkia ei näytetä.

    2. Jos kapasiteetin arvo on Ei käytössä, valitse resurssiryhmä Suodata tarkistaaksesi resurssiryhmät ja kapasiteetin.

      Arvo päivittyy näyttämään kapasiteetin prosenttiosuuden, jota käytetään kyseisen resurssiryhmän klustereissa, ja värikoodauksen kunnon ilmaisemiseksi.

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.

Taulukko 5. Hybridikalenteripalvelun käyttäjäkapasiteetti omistetulle klusterille

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:

Kuvio 1. Tehtävä
Kaksi klusteria, joissa kussakin on 6 solmua; klusteri A isännöi 12 500 käyttäjää solmua kohden eli yhteensä 75 000 käyttäjää, klusteri B isännöi 8 500 käyttäjää solmua kohti eli yhteensä 51 000 käyttäjää. Hybridikalenteripalveluun on määritetty yhteensä 126 000 käyttäjää.

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.

Kuva 2. Yksi klusterin A solmu ei ole käytettävissä

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.

Kuva 3. Kaksi klusterin A solmua ei ole käytettävissä

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.

Kuva 4. Palautus ja käyttäjien uudelleenjako aktiivisten solmujen välillä

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

Kuva 5. Tietokeskuksen katoamisen vaikutus

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.

Taulukko 6. Hybridiviestipalvelu Käyttäjäkapasiteetti yhdellä omistetulla pikatiellä

Pieni moottoritie

Keskikokoinen pikatie

Suuri moottoritie

5000 käyttäjää

6500 käyttäjää

15 000 käyttäjää

Kuva 6. Hybridiviestipalvelu Käyttäjän mittakaava omistetuissa liitinisäntäklustereissa. Tämä kaavio näyttää maksimikäyttäjän mittakaavatasot, kun lisäät solmuja erillisessä klusterissa Hybridiviestipalvelu

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.

Kuva 7. Esimerkki: Hybridiviestipalvelu ja kalenteripalvelun käyttäjäasteikko klusterin tyypin mukaan. Tämä kaavio näyttää viestipalvelun käyttäjien ja kalenteripalvelun käyttäjien enimmäismäärät klusteria kohden erityyppisille klusteille, jotka isännöivät sekä viesti- että kalenteriliittimiä.

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.

Taulukko 7. Esimerkki: Connector Host Scale kahdella Coresident-liittimellä

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

Taulukko 8. Käyttäjän asteikko kalenteripalveluun, jossa on puhelunsiirto

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.

Taulukko 9. Kalenteriliitinvaaka pienessä MRA Expressway-C:ssä

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