Expressway-klusterin kyky palvella hybridikalenteripalvelun käyttäjiä riippuu siihen kuuluvien Expressway-C-solmujen koosta, Expressway-klusterin solmujen lukumäärästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa näkyy eri hybridikalenteriympäristöille varatun yhden Expresswayn käyttäjien enimmäismäärä.

_{* Tämän skaalausrajoituksen välttämiseksi suosittelemme, että käytät pilvipohjaista kalenteripalvelua paikallisen yhdistimen sijaan. Expressway-pohjaisessa hybridikalenterissa Office 365:n käyttäjäkapasiteetin rajoitus 1 000:een klusteria kohden on riippumaton klusterin solmujen koosta tai määrästä. Tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä paikallisen Expressway-käyttöönoton mittakaavasta.}

Huomaa, että käyttäjäkapasiteetti on sama yhden solmun klusterissa ja kahden solmun klusterissa. Tämä johtuu siitä, että Kalenteripalvelu käyttää vikasietoisuutta palvelun jatkuvuuden parantamiseksi. Kaikki käyttäjät on määritetty yhteen solmuun, kun klusterissa on kaksi solmua; toinen solmu on redundantti varmuuskopio. Katso yksityiskohtainen selitys kohdasta Moottoritieklusterin kapasiteetin suunnittelu hybridipalveluiden käyttäjille.

Expressway-klusterin hybridikalenteripalvelun käyttäjien kapasiteetti riippuu ensisijaisesti klusterin solmujen koosta ja lukumäärästä sekä palvelun jatkuvuusstrategiasta. Seuraava taulukko näyttää klusterin käsittelemän käyttäjien enimmäiskapasiteetin, kun solmujen (tai solmun OVA-koon) kokoa lisätään yhdellä erillisellä klusterilla.

_{* Huomaa, että käyttäjäkapasiteetti on sama yhden solmun klusterissa ja kahden solmun klusterissa. Tämä johtuu siitä, että Kalenteripalvelu käyttää vikasietoisuutta palvelun jatkuvuuden parantamiseksi. Kaikki käyttäjät on määritetty yhteen solmuun, kun klusterissa on kaksi solmua; toinen solmu on redundantti varmuuskopio. Katso yksityiskohtainen selitys kohdasta Moottoritieklusterin kapasiteetin suunnittelu hybridipalveluiden käyttäjille}.

Käyttäjien määritys isäntien ja klusterien välillä

Oletusarvoisesti hybridikalenteripalvelu määrittää ja jakaa käyttäjät automaattisesti tasaisesti kaikkien klusterin kalenteriliittimien kesken. Määritys on dynaaminen saatavuuden mukaan, eikä järjestelmänvalvojalla ole määräysvaltaa siihen, 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 määritykseen (jotta välähdyksiä voidaan vähentää virheiden korjauksen aikana) ja lajittelujärjestykseen, joka perustuu suurimpaan klusteripreferenssiin. Ylläpitäjällä on myös mahdollisuus määrittää käyttäjä tai käyttäjäryhmä resurssiryhmään. Resurssiryhmät ovat klusterikohtaisia, joten ne antavat järjestelmänvalvojille mahdollisuuden rajoittaa tiettyjen käyttäjäryhmien osoittamista tiettyyn klusteriin.

Tämän käyttäjien määrityksen perustiedon ja Expressway Calendar Connectorin vaatimustenhuomioon ottaen järjestelmänvalvoja voi ottaa käyttöön organisaatiolleen sopivan kapasiteetin skaalautuvasti. Tarkastellaan esimerkkiorganisaatiota, jossa 126 000 käyttäjää otetaan käyttöön hybridikalenteripalvelussa seuraavien parametrien perusteella:

• Kuuden solmun pikatieklusterit, jotka käyttävät suurta OVA-mallia (enintään 15 000 käyttäjää solmua kohden)

• Resurssiryhmiä ei vaadita

Yhden klusterin kapasiteettikaava, U_calN= (N-1) * U_kal1, jossa N=6 ja U_kal1=15,000 (käyttäen suurta OVA-mallia) tuottaa enintään 75 000 käyttäjää. Koska kalenteripalvelun käyttöönotossa on yhteensä 126 000 käyttäjää, tarvitaan useita Calendar Connector -isäntäklustereita. Käyttäjät jakautuisivat tasaisesti, kuten seuraavassa kuvassa näkyy:

Hybridikalenteripalvelu lisää käyttäjiä ensin klusteriin A, 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 kaikkiin klusterin solmuihin. Tässä esimerkissä kalenteriliittimen isäntäsolmujen tasainen jakautuminen (kummankin klusterin sisällä) datakeskusten välillä RTP:llä & PDX. Jokainen solmu käyttää samaa OVA-mallia ja noudattaa Expresswayn korkean käytettävyyden ohjeita. Kalenteriliitin käyttää Expressway-klusterointilogiikkaa 5+1 redundanssimalli, joka mahdollistaa korkean käytettävyyden skenaariot.

Kun kaikki käyttäjät on määritetty kalenteriliittimeen, tarkastellaan nyt, mitä tapahtuu, kun klusterissa tapahtuu virhe. Seuraava kuva näyttää yhden solmun vikaantumisen. Käyttäjät, jotka oli määritetty klusterin A vialliseen solmuun 5A, ovat nyt siirtyneet vikasietoisesti kyseisen klusterin jäljellä oleviin solmuihin. Yhden solmun kapasiteetti mahdollistaa jopa 15 000 käyttäjän toiminnan, ja jokainen klusteriin A jäävä solmu lisää 2500 käyttäjää, jotka alun perin oli määritetty solmuun 5A. Klusteriin B tai klusteriin B määritettyihin käyttäjiin ei kohdistu muutoksia tai vaikutuksia.

Klusteri A on edelleen maksimikapasiteetilla, ja jokainen klusterin toiminnassa oleva solmu on nyt maksimikapasiteetissa, 15 000 users/node. Näin ollen, jos jokin toinen klusterin A solmu, kuten seuraavan kuvan solmu 4A, ei ole käytettävissä, klusteri B on nyt vastuussa lisäkäyttäjäkuorman poimimisesta. Solmun 4A 15 000 käyttäjää on nyt uudelleensijoitettu klusteriin B ja jaettu tasaisesti kaikkiin klusterin B solmuihin.

Kun solmut 4A ja 5A palautuvat toimintakuntoon, klusterin A käyttäjät jaetaan uudelleen klusterin solmujen kesken. Käyttäjät, jotka siirtyivät klusteriin B, pysyvät klusterissa B tämän palautusvaiheen ajan, jotta vältetään tarpeettomat käyttäjämääritykset klusterien välillä, kuten seuraavassa kuvassa on esitetty.

Keskeinen asia, joka on otettava huomioon laajamittaisen hybridikalenteripalvelun käyttöönoton suunnittelussa, on ymmärtää, mitä vaikutuksia käyttöönoton aikana tapahtuvalla virheellä on. Jos käytämme samaa 126 000 käyttäjän käyttöönottoa, mutta menetämme sattumalta koko datakeskuksen, on mahdollista, että käyttäjiä ei määritetä kalenteriyhteyssolmuun. Palvelun katkoksen estämiseksi tällaisessa tilanteessa asiakas tarvitsisi kolmannen klusterin jakamaan ja käsittelemään kyseiset käyttäjät.

Expressway-klusterin kyky palvella hybridiviestien käyttäjiä riippuu siihen kuuluvien Expressway-solmujen koosta, klusterin solmujen lukumäärästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa näkyy hybridiviestissä käytettävän yhden pikaväylän käyttäjien enimmäismäärä.

Tässä aiheessa käsitellään yhdistinisännän Expresswayn jakamista useiden hybridipalveluiden, kuten kalenteripalvelun ja viestipalvelun, yhdistimien välillä. Yhdistimen isäntää ei jaeta muiden Expressway-pohjaisten ratkaisujen, kuten MRA:n ja B2B:n, kanssa.

Yhdistinpalvelinklusterin kapasiteetti riippuu siihen kuuluvien Expressway-solmujen koosta, solmujen lukumäärästä, klusterissa toimivista yhdistimistä ja palvelun jatkuvuusstrategiasta. Katso näiden tekijöiden yksityiskohtainen selitys kohdasta Moottoritieklusterin kapasiteetin suunnittelu hybridipalveluiden käyttäjille.

Käytettävissäsi on myös laskuri, jolla voit mallintaa erilaisia yhdistinpalvelinklustereita ja nähdä, kuinka monta käyttäjää kukin palvelu voi tukea ehdottamasi klusterin avulla.

Yleisesti ottaen suosittelemme keskitettyä käyttöä vain pienemmille, enintään kahden solmun käyttöönotoille. Jos käyttöönottosi ylittää kahden solmun kapasiteetin, sinun tulee siirtää yhdistimet Expressway-klustereihin, jotka on varattu kullekin tietylle hybridipalvelulle.

Esimerkki: Liitinisäntävaaka kolmella rinnakkaisliittimellä

Seuraavassa taulukossa on esimerkki mittakaavasta ja keskinäisestä läsnäolosta. Se antaa kullekin palvelulle klusteria kohden käyttäjien enimmäismäärän, käyttäen yhdistimen isäntäklusterin eri spesifikaatioita. Klusteri jaetaan hybridikalenterin (paikallisen Exchangen avulla), hybridipuhelun ja hybridiviestipalvelun kesken.

Johdanto

Tämä aihe käsittelee yhdistinpalvelimen Expresswayn jakamista muiden Expressway-pohjaisten ratkaisujen kanssa. Kun päätät isännöidä liittimiä Expresswaylla, jota käytät muihin tarkoituksiin, seuraavat tärkeät varoitukset ovat voimassa:

• Emme voi tukea skaalautuvuusmallia, joka koskee erillistä liitinpalvelinta Expressway. Tämän artikkelin muista aiheista lukemalla tai laskinta käyttämällä johdetut käyttäjämäärät eivät päde, kun yhdistinpalvelinta jaetaan muiden Expressway-palveluiden kanssa.

• Tässä artikkelissa kuvatut Expressway-pohjaisten palveluiden ja hybridipalveluiden yhdistinten yhdistelmät ja niihin liittyvät käyttäjänumerot ovat ainoat tuetut skenaariot. Emme ole testanneet muita skenaarioita, etkä voi odottaa niiden toimivan omassa ympäristössäsi.

Expressway-pohjainen kalenteripalvelu, jossa on puheluliitin ja puhelupalvelun läpikulku

Tässä skenaariossa kaksisolmuiset Expressway-klusterin hybridikalenteriliittimet. Klusteri suorittaa myös puheluiden läpikulkua muille Ciscon puheluratkaisuille (SIP-signalointi ja media).

Taulukossa näkyvät eri kalenteriympäristöt, joita voit käyttää Expressway-pohjaisen yhdistimen kanssa. Expressway-pohjaista kalenteriyhdistintä ei tueta klustereissa, joissa on yli kaksi solmua. Käytä pilvipohjaista yhdistintä Office 365:n skaalautuvuuden parantamiseksi (katso Kalenteripalvelun skaalaus).

_{† Tämän skaalausrajoituksen välttämiseksi suosittelemme, että käytät pilvipohjaista kalenteripalvelua paikallisen yhdistimen sijaan. Expressway-pohjaisessa hybridikalenterissa Office 365:n käyttäjäkapasiteetin rajoitus 1 000:een klusteria kohden on riippumaton klusterin solmujen koosta tai määrästä. Tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä paikallisen Expressway-käyttöönoton mittakaavasta.}

Kalenteri mobiili- ja etäkäytöllä

Tässä skenaariossa yhden tai kahden pienen Expressway-virtuaalikoneen MRA-klusteri isännöi kalenteriyhdistintä. Tässä skenaariossa oletetaan, että klusteria käytetään vain MRA:han ja kahteen yhdistimeen. Klusteri on rajoitettu yhteen tai kahteen pieneen solmuun.