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.

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

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.

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

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