Expressway-klusterin kapasiteetti hybridi-kalenteripalvelun käyttäjien palvelemiseen riippuu Expressway-C-solmujen koosta, Expressway-klusterin solmujen määrästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa on esitetty eri hybridikalenteriympäristöille varattujen käyttäjien enimmäismäärä yhdellä Expresswayllä.

_{* Jos haluat välttää tämän skaalarajoituksen, suosittelemme, että käytät pilvipohjaista Kalenteripalvelua tiloissa olevan liittimen sijasta. Expressway-pohjaisen hybridikalenterin osalta Office 365 -käyttäjäkapasiteetin rajoittaminen 1 000 käyttäjään klusteria kohden on riippumaton klusterin solmujen koosta tai lukumäärästä; tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä tiloissa olevan Expressway-käyttöönoton laajuudesta.}

Huomaa, että käyttäjäkapasiteetti on sama yhden solmun ja kahden solmun klusterissa. Tämä johtuu siitä, että Kalenteripalvelu käyttää vikasietoisuutta palvelun jatkuvuuden parantamiseksi. Kun klusterissa on kaksi solmua, kaikki käyttäjät osoitetaan yhdelle solmulle; toinen solmu on varajärjestelmä. Katso yksityiskohtainen selitys osoitteesta Planning Expressway Cluster Capacity for Hybrid Services Users .

Expressway-klusterin kapasiteetti hybridikalenteripalvelun käyttäjille riippuu ensisijaisesti klusterin solmujen koosta ja lukumäärästä sekä palvelun jatkuvuusstrategiasta. Seuraavassa taulukossa on esitetty enimmäiskäyttäjäkapasiteetti, jota klusteri voi käsitellä, kun solmuja (tai solmujen OVA-kokoa) kasvatetaan yksittäisessä dedikoidussa klusterissa.

_{* Huomaa, että käyttäjäkapasiteetti on sama yhden solmun ja kahden solmun klusterissa. Tämä johtuu siitä, että Kalenteripalvelu käyttää vikasietoisuutta palvelun jatkuvuuden parantamiseksi. Kun klusterissa on kaksi solmua, kaikki käyttäjät osoitetaan yhdelle solmulle; toinen solmu on varajärjestelmä. Katso yksityiskohtainen selitys osoitteesta Planning Expressway Cluster Capacity for Hybrid Services Users .}

Käyttäjien osoittaminen isäntäasemien ja klustereiden välillä

Oletusarvoisesti hybridi-kalenteripalvelu määrittää ja jakaa käyttäjät automaattisesti tasaisesti kaikille klusterin kalenteriliittimille. Määritys on dynaaminen ja perustuu saatavuuteen, eikä ylläpitäjä voi vaikuttaa siihen, mihin solmuun yksittäinen käyttäjä on määritetty.

Tapauksissa, joissa organisaatiolla on useampi kuin yksi klusteri, käyttäjien jakaminen perustuu useisiin tekijöihin, kuten klusterin saatavuuteen, senhetkiseen määritykseen (jotta voidaan vähentää vaihtelua vikojen palautuksen aikana) ja korkeimpaan klusteripreferenssiin 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 osoittamista tiettyyn klusteriin.

Kun järjestelmänvalvoja on ymmärtänyt käyttäjien määrittämisen perusperiaatteet ja ottanut huomioon Expressway Calendar Connector -yhteyssovelluksen ennakkoedellytykset, hän voi ottaa käyttöön organisaatiolleen sopivan kapasiteetin mittakaavassa. Tarkastellaan esimerkkiorganisaatiota, jossa on 126 000 käyttäjää, jotka otetaan käyttöön hybridikalenteripalvelun avulla, ja annetaan seuraavat parametrit:

• 6 solmun Expressway-klusterit, 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äen 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ä ensin klusteriin A, kunnes klusteri saavuttaa 75 000 käyttäjän kapasiteetin, ja osoittaa sitten loput käyttäjät klusteriin B. Käyttäjät jaetaan satunnaisesti ja tasaisesti kaikkiin klusterin solmuihin. Tässä esimerkissä Calendar Connector -isäntäsolmut on jaettu tasaisesti (kummassakin klusterissa) RTP- ja PDX-tietokeskuksiin. Jokainen solmu käyttää samaa OVA-mallia ja noudattaa Expresswayn korkean käytettävyyden ohjeita. Calendar Connector käyttää Expresswayn klusterointilogiikkaa 5+1-redundanssimallilla korkean käytettävyyden skenaarioiden mahdollistamiseksi.

Kun kaikki käyttäjät on määritetty kalenteriliittimeen, tarkastellaan nyt, mitä tapahtuu, kun klusterissa tapahtuu vika. Seuraavassa kuvassa näkyy yhden solmun vika. Käyttäjät, jotka oli määritetty 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ää 2500 käyttäjää, jotka oli alun perin määritetty solmuun 5A. Muutoksia tai vaikutuksia klusteriin B tai klusteriin B määritettyihin käyttäjiin ei tapahdu.

Klusteri A on edelleen maksimikapasiteetilla, ja jokainen klusterin toiminnassa oleva solmu on nyt maksimikapasiteetilla, 15 000 käyttäjää/solmu. Jos siis jokin 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äkuorman vastaanottamisesta. Solmun 4A 15 000 käyttäjää siirretään nyt klusteriin B ja jaetaan tasaisesti kaikkiin solmuihin klusterissa B.

Kun solmut 4A ja 5A palautuvat, klusterin A käyttäjät jaetaan uudelleen klusterin solmujen kesken. Käyttäjät, joiden siirtyminen klusteriin B epäonnistui, pysyvät klusterissa B tämän toipumisvaiheen aikana, jotta vältetään tarpeettomat käyttäjien siirrot klustereiden välillä, kuten seuraavassa kuvassa esitetään.

Keskeinen asia, joka on otettava huomioon suunniteltaessa laajamittaista hybridikalenteripalvelun käyttöönottoa, on ymmärtää vian vaikutus, jos se tapahtuu käyttöönotossa. Jos käytämme samaa 126 000 käyttäjän käyttöönottoa, mutta menetämme koko tietokeskuksen, on mahdollista, että käyttäjiä ei määritetä Calendar Connector -solmulle. Palvelun keskeytymisen estämiseksi tällaisessa skenaariossa asiakas tarvitsisi kolmannen klusterin, joka jakaisi ja käsittelisi kyseiset käyttäjät uudelleen.

Expressway-klusterin kapasiteetti Hybrid Message -käyttäjien palvelemiseen riippuu Expressway-solmujen koosta, klusterin solmujen määrästä ja palvelun jatkuvuusstrategiasta.

Seuraavassa taulukossa on esitetty käyttäjien enimmäismäärä yhdellä hybridiviestiin käytetyllä pikaraitiotiellä.

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

Liitin-isäntäklusterin kapasiteetti riippuu Expresswayn solmujen koosta, solmujen lukumäärästä, klusterissa toimivista liittimistä ja palvelun jatkuvuusstrategiasta. Yksityiskohtainen selitys näistä tekijöistä on osoitteessa Planning Expressway Cluster Capacity for Hybrid Services Users .

Siellä on myös laskuri , jonka avulla voit mallintaa erilaisia connector host -klustereita ja nähdä, kuinka monta käyttäjää kukin ehdotettu palvelu voi tukea.

Yleisesti ottaen suosittelemme coresidency-toimintoa vain pienempiin, enintään kahden solmun käyttöönottoihin. Jos käyttöönotto ylittää solmuparin kapasiteetin, liittimet kannattaa siirtää Expressway-klustereihin, jotka on tarkoitettu kullekin hybridipalvelulle.

Esimerkki: Liittimen isäntäasteikko, jossa on kolme Coresident-liitintä

Seuraavassa taulukossa on esimerkki mittakaavasta ja yhteistoiminnasta. Se antaa käyttäjien enimmäismäärän klusteria kohti, kunkin palvelun osalta, kun liitäntä-isäntäklusterin määrittelyt vaihtelevat. Klusteri on jaettu Hybrid Calendarin (joka käyttää paikallista Exchangea), hybridipuhelun ja Hybrid Message Service -palvelun kesken.

Johdanto

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

• Emme voi tukea skaalautuvuusmallia, jota sovelletaan Expresswayn omaan liitäntäisäntään. Käyttäjämäärät, jotka saat lukemalla tämän artikkelin muita aiheita tai käyttämällä laskuria, eivät päde, kun liitin-isäntä on jaettu muiden Expressway-palvelujen kanssa.

• Tässä artikkelissa kuvatut Expressway-pohjaisten palvelujen ja hybridipalvelujen liittimien yhdistelmät ja niihin liittyvät käyttäjätunnukset ovat ainoat tuetut skenaariot. Emme ole testanneet muita skenaarioita, etkä voi olettaa niiden toimivan omassa ympäristössäsi.

Expressway-pohjainen kalenteripalvelu, jossa on Call Connector ja Call Service Traversal -palveluita

Tässä skenaariossa kahden solmun Expressway-klusteri Hybrid Calendar -liittimet. Klusteri tekee myös puhelujen välitystä muille Ciscon soittoratkaisuille (SIP-signalointi ja media).

Taulukossa esitetään 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ä, jotta voit skaalautua enemmän Office 365:n kanssa (katso Kalenteripalvelun skaalautuminen).

_{† Jos haluat välttää tämän skaalarajoituksen, suosittelemme, että käytät pilvipohjaista Kalenteripalvelua tiloissa olevan liittimen sijasta. Expressway-pohjaisen hybridikalenterin osalta Office 365 -käyttäjäkapasiteetin rajoittaminen 1 000 käyttäjään klusteria kohden on riippumaton klusterin solmujen koosta tai lukumäärästä; tämä rajoitus johtuu vuorovaikutuksesta Microsoftin pilvipalvelun kanssa eikä tiloissa olevan Expressway-käyttöönoton laajuudesta.}

Kalenteri, jossa on mobiili- ja etäyhteys

Tässä skenaariossa yhden tai kahden pienen Expressway VM:n MRA-klusteri isännöi kalenteriliitintä. Tässä skenaariossa oletetaan, että klusteria käytetään vain MRA:ta ja kahta liitintä varten. Klusteri rajoittuu yhteen tai kahteen pieneen solmuun.