Expressway-klusterin hybridikalenteripalvelun käyttäjien palvelukapasiteetti riippuu Expressway-C-solmujen koosta, Expressway-klusterin solmujen lukumäärästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa on esitetty käyttäjien enimmäismäärä yhdellä moottoritiellä, joka on omistettu eri hybridikalenteriympäristöille.

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

Huomaa, että käyttäjän 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 määritetään yhteen solmuun, kun klusterissa on kaksi solmua; toinen solmu on redundantti varmuuskopio. Katso yksityiskohta inen selitys kohdasta Expressway-klusterikapasiteetin suunnittelu hybridipalvelujen käyttäjille.

Expressway-klusterin hybridikalenteripalvelun käyttäjien kapasiteetti riippuu ensisijaisesti klusterin solmujen koosta ja lukumäärästä sekä palvelun jatkuvuusstrategiasta. Seuraavassa taulukossa esitetään suurin käyttäjäkapasiteetti, jota klusteri pystyy käsittelemään, kun solmuja (tai solmun OVA -kokoa) suurennetaan yksittäisessä erillisessä klusterissa.

_{* Huomaa, että käyttäjän kapasiteetti on sama yhden solmun klusterissa ja kahden solmun klusterissa. Tämä johtuu siitä, että Kalenteripalvelu parantaa palvelun jatkuvuutta vikasietoisuuden avulla. Kaikki käyttäjät määritetään yhteen solmuun, kun klusterissa on kaksi solmua; toinen solmu on redundantti varmuuskopio. Katso yksityiskohta inen selitys kohdasta Expressway-klusterikapasiteetin suunnittelu hybridipalvelujen} käyttäjille.

Käyttäjän määrittäminen isäntien ja klustereiden välillä

Oletusarvoisesti hybridikalenteripalvelu määrittää ja jakaa käyttäjät automaattisesti tasaisesti kaikkien klusterin kalenteriliittimien kesken. Tehtävä on dynaaminen saatavuuden perusteella, eikä järjestelmänvalvoja voi hallita sitä, mihin tiettyyn solmuun yksittäinen käyttäjä on määritetty.

Tapauksissa, joissa organisaatiossa on useampi kuin yksi klusteri, käyttäjäjakelu perustuu useisiin tekijöihin, kuten klusterin saatavuuteen, nykyiseen määritykseen (vikaantumisen vähentämiseksi epäonnistumisen palautumisen aikana) ja korkeimpaan klusteriasetukseen perustuvaan lajittelujärjestykseen. 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äryhmien määrittämisen tiettyyn klusteriin.

Tämän perusymmärryksen käyttäjien määrittämisestä ja Expressway Calendar Connectorin edellytykset huomioon ottaen järjestelmänvalvoja voi ottaa käyttöön sopivan kapasiteetin organisaatiolleen mittakaavassa. Tarkastellaan esimerkkiorganisaatiota, jossa on 126 000 käyttäjää, joka otetaan käyttöön hybridikalenteripalvelussa seuraavien parametrien perusteella:

• Kuuden solmun moottoritieklusterit, joissa käytetään suurta OVA-mallia (rajoitus 15 000 käyttäjää solmua kohti)

• Resurssiryhmiä ei tarvita

Yhden klusterin kapasiteettikaava, U _CalN = (N-1) * U _{cal1, jossa N = 6 ja U cal1} = 15 000 (käyttämällä 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 seuraavassa kuvassa esitetyllä tavalla:

Hybridikalenteripalvelu lisää käyttäjät ensin klusteriin A, kunnes klusteri saavuttaa 75 000 käyttäjän kapasiteetin, ja määrittää sitten jäljellä olevat käyttäjät klusteriin B. Käyttäjät jakautuvat satunnaisesti ja tasaisesti kaikkiin klusterin solmuihin. Tässä esimerkissä näkyy Calendar Connector -isäntäsolmujen (kummankin klusterin sisällä) tasaisen jakautumisen konesalien RTP- ja PDX-konesalien välillä. Jokainen solmu käyttää samaa OVA-mallia ja noudattaa Expresswayn korkean käytettävyyden ohjeita. Calendar Connector käyttää Expressway-klusterilogiikkaa 5+1-redundanssimallissa korkean käytettävyyden skenaarioiden mahdollistamiseksi.

Kun kaikki käyttäjät on määritetty Kalenteriliittimeen, tutkitaan nyt, mitä tapahtuu, kun klusterissa on vika. Seuraava kuva näyttää yhden solmun vian. Käyttäjät, jotka on määritetty epäonnistuneeseen solmuun, 5A klusterissa A, ovat nyt epäonnistuneet kyseisen klusterin jäljellä oleviin solmuihin. Yhden solmun kapasiteetti mahdollistaa jopa 15 000 käyttäjää, ja jokainen klusteriin A jäljellä oleva solmu lisää 2500 käyttäjää, jotka alun perin määritettiin solmulle 5A. Klusteriin B tai klusteriin B määritettyihin käyttäjiin ei ole muutoksia tai vaikutuksia.

Klusteri A on edelleen maksimikapasiteetilla, ja jokainen klusterin operatiivinen solmu on nyt maksimikapasiteetilla, 15 000 käyttäjää/solmu. Siksi, jos toinen klusterin A solmu ei ole käytettävissä, kuten seuraavassa kuvassa oleva solmu 4A, klusteri B vastaa nyt ylimääräisen käyttäjän kuormituksen keräämisestä. Solmun 4A 15 000 käyttäjää on nyt siirretty klusteriin B ja jakautunut tasaisesti kaikkiin klusterin B solmuihin.

Kun solmut 4A ja 5A palautuvat, klusterin A käyttäjät jaetaan uudelleen klusterin solmujen kesken. Käyttäjät, jotka eivät päässeet klusteriin B, pysyvät klusterissa B tämän palautusvaiheen aikana välttääkseen tarpeettomia käyttäjämäärityksiä klustereiden välillä, kuten seuraavassa kuvassa näkyy.

Keskeinen asia, joka on otettava huomioon laajamittaisen hybridikalenteripalvelun käyttöönoton suunnittelussa, on ymmärtää vian vaikutus, jos se tapahtuisi käyttöönoton aikana. Jos käytämme samaa 126 000 käyttäjän käyttöönottoa, mutta satumme menettämään kokonaisen palvelinkeskuksen, on mahdollista, että käyttäjiä ei määritetä Calendar Connector -solmuun. Palvelukatkoksen estämiseksi tämäntyyppisissä tilanteissa asiakas tarvitsee kolmannen klusterin jakamaan uudelleen ja käsittelemään kyseisiä käyttäjiä.

Expressway-klusterin hybridiviestien käyttäjien palvelukapasiteetti riippuu Expressway-solmujen koosta, klusterin solmujen lukumäärästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa on esitetty käyttäjien enimmäismäärä yhdellä moottoritiellä, jota käytetään hybridiviestissä.

Tässä ohjeaiheessa käsitellään Expressway-liittimen isäntäkoneen jakamista useiden hybridipalveluiden liittimien välillä, mukaan lukien Kalenteripalvelu ja Viestipalvelu. Liittimen isäntää ei jaeta muiden Expressway-pohjaisten ratkaisujen, kuten MRA ja B2B, kanssa.

Liittimen isäntäklusterin kapasiteetti riippuu Expressway-solmujen koosta, solmujen lukumäärästä, klusterissa käynnissä olevista liittimistä ja palvelun jatkuvuusstrategiasta. Katso yksityiskohta inen selitys näistä tekijöistä kohdasta Expressway-klusterikapasiteetin suunnittelu hybridipalvelujen käyttäjille.

Siellä on myös laskin, jonka avulla voit mallintaa erilaisia liitinisäntäklustereita ja nähdä, kuinka monta kunkin palvelun käyttäjää ehdotettu klusteri voi tukea.

Yleisesti, suosittelemme yhteistä residenssiä vain pienemmille, enintään kahden solmun käyttöönotoille. Jos käyttöönotto ylittää solmuparin kapasiteetin, siirrä liittimet Expressway-klustereihin, jotka on omistettu kullekin tietylle hybridipalvelulle.

Esimerkki: Liittimen isäntäasteikko kolmella rinnakkaisliittimellä

Seuraavassa taulukossa on esimerkki mittakaavasta ja yhteismajoituksesta. Se antaa käyttäjien enimmäismäärän klusteria koh den, kullekin palvelulle, liittimen isäntäklusterin eri määrityksillä. Klusteri on jaettu hybridikalenterin (paikallisen Exchangen avulla), hybridipuhelun ja hybridiviestipalvelun välillä.

Johdanto

Tässä ohjeaiheessa käsitellään Expressway-liittimen isäntäkoneen jakamista muiden Expressway-pohjaisten ratkaisujen kanssa. Kun päätät isännöidä liittimiä pikatiellä, jota käytät muihin tarkoituksiin, seuraavat tärkeät varoitukset ovat voimassa:

• Emme voi tukea skaalautuvuusmallia, joka koskee omistettua liitinisäntäkonetta Expresswaytä. Käyttäjänumerot, jotka saat lukemalla tämän artikkelin muita aiheita, tai käyttämällä laskinta, eivät sovellu, kun liittimen isäntä jaetaan muiden Expressway-palveluiden kanssa.

• Tässä artikkelissa kuvatut Expressway-pohjaisten palvelujen ja hybridipalvelujen liittimien 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, jossa on Call Connector ja Call Service Traversal

Tässä skenaariossa kahden solmun Expressway-klusteri Hybrid Calendar -liittimet. Klusteri tekee myös puhelun kulkua muille Ciscon puheluratka isuille (SIP-signalointi ja media).

Taulukossa on esitetty eri 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ä Office 365:n laajempaan skaalaamiseen (katso Kalenteripalvelun skaal aus).

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

Kalenteri mobiililaitteella ja Remote Access

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 kah delle liittimelle. Klusteri on rajoitettu yhteen tai kahteen pieneen solmuun.