- Etusivu
- /
- Artikkeli
Tämä asiakirja on suunniteltu auttamaan päteviä Webex Calling Dedicated Instance -kumppaneita, jotka ovat integroituneet Dedicated Instance -alustaan, ymmärtämään palvelun käyttämiseen liittyvät prosessit ja menettelyt.
Vaikutusalue
Tämä asiakirja ja tukimateriaalit on suunniteltu auttamaan sinua ymmärtämään Ciscon ja kumppanin väliset operatiiviset vastuut, ja ne on tarkoitettu seuraaville yleisöille:
Kumppanien tuki
Kumppani- ja asiakasmenestysorganisaatiot
Tekninen tukipalvelu (TAC)
Cisco tarjoaa 24x7x365 Tier 1 -teknistä tukea kumppaneille. Kumppanit tarjoavat asiakkailleen teknistä tukea Dedicated Instancen vianmääritykseen tässä osiossa kuvatulla tavalla. Kumppani voi eskaloida tukiongelmat Ciscolle tarpeen mukaan.
Dedicated Instance -infrastruktuuria hallinnoi Cisco Cloud Delivery. Kaikki ongelmat, jotka liittyvät laitteisiin, joita Dedicated Instance ei hallitse, ovat kumppanin vastuulla vianmäärityksestä. Kumppaneiden on sitouduttava seuraaviin:
Sopivat myyjät
Asianmukainen Cisco-tuotteen TAC-tiimi, jos Ciscon laitteella on voimassa oleva huoltosopimus.
Lisätietoja tason 1 tuesta on osoitteessa.
Kumppanien tukivelvollisuudet
Kumppanien tekninen tuki sisältää mahdollisuuden suorittaa asiakkaille seuraavaa:
Anna yleisiä palvelutietoja.
Tarjoa määritystuki.
Suodata ei-tekniset ongelmat teknisistä ongelmista.
Tukee ongelman eristämistä ja palveluvikojen määrittämistä.
Analysoi, missä virhe tapahtui.
Korjaa ongelma palauttamalla asiakkaan tai kumppanin käyttämät virheellisesti määritetyt asetukset.
Ratkaise mihin tahansa kumppanin hallinnoimaan sovellukseen tai infrastruktuuriin liittyviä ongelmia.
Ennakoi kapasiteetin hallintavaatimukset uusille käyttäjille alkuperäisiä vaatimuksia enemmän.
Määritä sovelluksen ominaisuudet ja suorita käyttäjien valmistelu.
Hoida asiakkaiden laskutus ja laskutus.
Omista asiakassuhde.
Hallitse PSTN-palveluiden ratkaisuintegrointia.
Hallitse asiakkaiden valmiutta Dedicated Instance -päivityksiin, varmenteiden uusimiseen ja infrastruktuurin ylläpitoon.
Kun kumppani pyytää tukea Cisco TACilta, kumppani on vastuussa avustamisesta luokitteluun liittyvissä ongelmissa. Tähän vastuuseen kuuluvat seuraavat:
Ilmoitettujen ongelmien tallentaminen ja tietojen antaminen
Apu replikointi- ja triaging-ongelmissa Cisco TACin pyynnön mukaisesti
Korjausten testaamisessa avustaminen
Sen vahvistaminen, että ongelmat eivät liity laitteistoon, ohjelmistoon, sovelluksiin tai muihin loppukäyttäjän toimittamiin lähteisiin.
Kumppanin vastuulla on varmistaa, että seuraavan tyyppiset teknisen tuen tarpeet täytetään heidän asiakkailleen.
Tyyppi | Kysymys/ongelma |
---|---|
Käyttäjien kyselyt Peruskysymykset Miten ...? | Miten puhelimeni toimii? Mitä ominaisuuksia minulla on? Miten näitä ominaisuuksia käytetään? Miten käytän itsehoitoportaalia? Miten käytän Dedicated Instance UC -sovellusten hallintaportaalia? Miten soitan PSTN-numeroon? Kuinka vaihdan vastaajan PIN-koodin? |
Yleisimmät tukikysymykset, joita kumppani käsittelee | Puhelin ei käynnisty Puhelimia ei voi rekisteröidä Vastaajaviestejä ei voi tarkistaa. Cisco UCM -ominaisuutta ei voi käyttää Puhelua ei voi soittaa. Puhelua ei voi vastaanottaa Ääntä ei kuulla Kirjautuminen Jabber/Webex-sovellukseen kirjautuminen ei onnistu Jabber/Webex App -ohjelmistopuhelinta ei voi käyttää |
Asiakkaan tekniset asennusongelmat | Pehmeiden asiakkaiden asennus Loppukäyttäjien, ominaisuuksien tai soittosuunnitelman määrittäminen ja määrittäminen Äänen, videon, vastaajan tai pikaviesti- ja tavoitettavuuspalvelun määrittäminen ja määrittäminen Käyttäjätilien ja päätepisteiden valmistelu, mukaan lukien LDAP- ja SSO-toteutus |
Mahdolliset sovellusvirheet | Raportoi Ciscolle toiminnoista ja ominaisuuksista, jotka eivät toimi kuvatulla tavalla |
Palvelun seisokit tai saatavuus | Varmista palvelun saatavuus ja tila. Varmista saatavuus asiakkaan verkkoympäristössä, mukaan lukien pilviyhteys tai PSTN-verkko tai SIP-yhteys puhelinintegrointia varten. |
Kumppanien teknisen tuen vaatimukset
Kun kumppani eskaloi tuen tarpeen Cisco TACille, kumppanin on annettava seuraavat tiedot:
Yleiset tapaustiedot
Anna voimassa oleva tilausnumero tai palvelusopimuksen numero.
Soittajien on ilmoittauduttava kumppanitukitiimin jäseniksi, jotka edustavat kumppania tai jälleenmyytyä asiakastiliä.
Kumppaniedustajan nimi, puhelinnumero ja sähköpostiosoite tai Ciscoon eskaloituvan tiimin yleiset kumppanitiedot.
Kun otat yhteyttä Cisco Cloud -tukeen, selvitä kumppani, asiakas ja ongelma.
Ciscon tukiroolit ja vastuut
Cisco on vastuussa Cisco Cloud -datakeskuksen Dedicated Instance Cloud -palvelun tuen tarjoamisesta kumppanille, mukaan lukien ongelman korjaaminen ja korkean tason perussyyanalyysi (Cisco ei anna yksityiskohtaisia infrastruktuuritason tietoja perussyyanalyysissä). Vakavuusasteen 1 tai vakavuusasteen 2 tapauksissa Cisco ilmoittaa kumppaneille ennakoivasti sähköpostitse.
Cisco ei ole vastuussa seuraavien tukemisesta:
Kumppani- tai asiakasverkko ja laitteet, jotka on yhdistetty Dedicated Instance Cloud -datakeskukseen ja asiakkaan tiloihin.
Asiakkaan tiloissa käyttöön otettu parannettu selviytymissolmu on kumppanin/asiakkaan ja Ciscon yhteisellä vastuulla.
Kolmannen osapuolen ohjelmistot tai laitteistot
Kumppani on vastuussa tuen tai päivitysten hankkimisesta kolmannen osapuolen ohjelmistoihin tai laitteistoihin, jos se todetaan tapahtuman syyksi.
Tukeen liittyvät ilmoitukset ja hälytykset
Kumppanit saavat hälytykset ja huoltotiedotteet Control Hubiin ydinpalveluiden tunnistettujen käyttökatkosten ilmoittamista ja ratkaisemista varten. Yhteistyökumppanit saavat myös ennakkoilmoituksen vaikuttavista tai varattujen huoltoikkunoiden ulkopuolelle ulottuvista huoltotoimista.
Nämä hälytykset lähetetään kumppaneille, jotka ovat rekisteröityneet Control Hub -hälytyksiin "Ylläpito ja seisokit" -ilmoituksille, katso Hälytykset Control Hubissa. Kumppanien vastuulla on varmistaa, että Ciscolla on oikeat ja ajantasaiset yhteystiedot. Cisco suosittelee, että järjestelmänvalvojat luovat tilin ja käyttävät Webex-sovellusta ilmoituksiin.
Muutoksen hallinta
Dedicated Instance -tiimi käyttää virallisia, standardoituja menettelyjä varmistaakseen pilvipalvelun vakauden ja turvallisuuden. Nämä standardoidut menettelyt helpottavat tehokasta ja vaikuttavaa täytäntöönpanoa ja hallitsevat muutospyyntöjä.
Kunnossapito
Huolto-ikkuna
Cisco ilmoittaa kumppanille suunnitelluista huoltotoimista. Kaikki suunnitellut muutokset tapahtuvat huoltoikkunassa. Cisco antaa kumppanille vähintään 10 arkipäivää etukäteen kirjallisen ilmoituksen suunnitellusta huollosta, joka häiritsee asiakkaiden soittokykyä. Nämä ilmoitukset lähetetään kumppaneille, jotka ovat rekisteröityneet Control Hub -hälytyksiin "Ylläpito ja käyttökatkokset" -ilmoituksille, katso Hälytykset Control Hubissa. Kumppanien vastuulla on varmistaa, että Ciscolla on oikeat ja ajantasaiset yhteystiedot. Cisco suosittelee, että järjestelmänvalvojat luovat tilin ja käyttävät Webex-sovellusta ilmoituksiin.
Ylläpito sisältää seuraavat toiminnot:
Rutiinihuoltotoimet, joilla on minimaalinen riski asiakasvaikutuksista
Suunnitellut ja ajoitetut toiminnot, jotka häiritsevät asiakkaan soittokykyä.
Ciscon hallinnoimien yhdistetyn viestinnän sovellusten varmenteiden rutiininomaiset uusimiset. Uusinnat perustuvat varmenteiden voimassaoloaikaan sekä uusimispäivään ja -aikaan. Cisco uusii UC-sovellusten varmenteet vain 3–7 päivää ennen vanhentumispäivää ja noudattaa normaalia muutoksenhallintaprosessia.
Asiakkaat, jotka ovat ottaneet kertakirjautumisen (SSO) käyttöön UC-sovelluksissa, kumppanin on poistettava kertakirjautuminen käytöstä, tuotava IDP-metatietotiedosto uudelleen ja otettava kertakirjautuminen uudelleen käyttöön, kun Cisco on suorittanut varmenteen uusimisen. On myös suositeltavaa, että kumppani tai asiakas vahvistaa kertakirjautumisen.
AMERin huoltoikkunat ovat seuraavat:
klo 21 ET klo 6 asti ET, maanantaista perjantaihin
klo 21 ET klo 6 asti ET, viikonloppuisin (vain Ciscon infrastruktuurin ylläpito)
APJC: n huoltoikkunat ovat seuraavat:
klo 21 JST:stä klo 6:een asti JST, maanantaista perjantaihin
klo 21 JST:stä klo 6:een asti JST, viikonloppuisin (vain Ciscon infrastruktuurin ylläpito)
AUS: n huoltoikkunat ovat seuraavat:
klo 21 ACT:stä klo 6 asti ACT, maanantaista perjantaihin
klo 21 ACT:stä klo 6 asti ACT, viikonloppuisin (vain Ciscon infrastruktuurin ylläpito)
EU:n ja EMEA-alueen huoltoikkunat ovat seuraavat:
klo 21 CET klo 6 asti CET, maanantaista perjantaihin
klo 21 CET klo 6 asti CET, viikonloppuisin (vain Ciscon infrastruktuurin ylläpito)
Edellä mainittu muutosikkunoiden aika on kiinteä alueittain, eikä sitä voi muuttaa. |
Huoltoa suunnitellessaan Cisco pyrkii kaikin tavoin minimoimaan ja/tai poistamaan puhelinpalvelun häiriöiden mahdollisuuden Dedicated Instance -georedundantin arkkitehtuurin perusteella. Cisco edellyttää, että kaikki kumppanien ja asiakkaiden liidimääritykset noudattavat Dedicated Instancen parhaita redundanssikäytäntöjä. Cisco ei ole vastuussa redundanssin menetyksestä, joka johtuu kumppanin virheellisistä määrityksistä. Kumppanin vastuulla on validoida ja testata kaikki kolmannen osapuolen integraatiot, joita ei isännöidä/hallita Dedicated Instance -pilvessä.
Cisco käynnistää UC-sovellusten päivitykset vain seuraavista syistä:
UC-sovelluksen nykyisessä versiossa on tietoturvahaavoittuvuus, ja korjaus edellyttää päivitystä tai COP-asennusta.
Asiakkaan versio on tällä hetkellä pienempi kuin n-1 (nykyisestä Dedicated Instance -tuetusta versiosta) tai versiossa, joka lähestyy käyttöiän päättymistä.
Kumppanit voivat myös pyytää päivitystä TAC-tapauksen kautta, jos UC-sovelluksen myöhemmissä versioissa on saatavilla uusi ominaisuustuki.
Cisco lähettää huoltoilmoituksen kumppanille ja asiakkaalle 10 päivää ennen muutosikkunaa, ja on suositeltavaa, että kumppani vastaa Ciscolle 2–3 päivän kuluessa, jos ehdotettu muutosaikataulu on ristiriidassa heidän liiketoimintaprioriteettiensa kanssa. Näin Cisco voi löytää vaihtoehtoisen muutosikkunan (arkisin ja viikonloppuisin) (uudelleenajoitettu päivämäärä on vain Ciscon toimintojen käytettävissä olevien päivämäärien mukainen). Kiireellisissä tilanteissa tai hätätilanteissa, kuten vakavien tietoturvahaavoittuvuuksien korjauksessa varmenteiden vanhentumisajan lähestyessä, joustavuus muuttaa ylläpitoikkunaa ei kuitenkaan ole mahdollista.
Kumppanin tai asiakkaan suorittamaa dedikoidun ilmentymän haavoittuvuuksien tarkistusta ei tueta. Dedikoidulla instanssilla on oma haavoittuvuuksien skannausjärjestelmä, joka on jatkuvasti käynnissä, suoritamme myös säännöllisiä riippumattomia PEN-testejä ja toimitamme vahvistuskirjeen Cisco Trust -portaalissa. |
Kumppani voi ajoittaa ylläpidon uudelleen lähettämällä sähköpostia ucm-cloud-change-management@cisco.com ja ilmoittamalla yksityiskohtaisen syyn uudelleenajoitukselle.
Kumppani pyysi muutoksia
Kumppanin pyytämät muutokset edellyttävät yhteistä tarkastelua, jossa arvioidaan vaikutukset erityiseen instanssiin. Näitä ovat muutokset, jotka kumppani haluaa Ciscon tekevän, ja muutokset, jotka kumppani haluaa tehdä. Esimerkiksi:
Rajalaitteisiin tai sovellusten integrointiin vaikuttavat määritysmuutokset
Palvelun käytöstä poistamista koskevat pyynnöt.
Suuria muutoksia, kuten palvelun aktivoinnin poistamista, koskevat pyynnöt lähetetään Ciscolle. Kumppani tallentaa vaatimukset ja lähettää ne Ciscolle Partner Success Teamin tai Account Managerin kautta yhteisen arvioinnin aloittamiseksi. Ennen muutoksen toteuttamista Dedicated Instance Product Management ja kumppani arvioivat pyynnön yhdessä.
Hätätilanteen muutokset
Cisco ja kumppani voivat tehdä hätämuutoksia välittömästi tai seuraavassa käytettävissä olevassa huoltoikkunassa seuraavista syistä.
Palvelun palauttaminen asiakkaalle
Käyttökatkon vaikutusten vähentäminen
Mahdollisen asiakaskatkoksen välttämiseksi
Tietoturva-aukon korjaaminen
Jos verkossa tapahtuu hätätilanteita muualla kuin erillisessä esiintymässä, kumppani ilmoittaa Ciscolle asiakkaille aiheutuvista vaikutuksista, jotka näkyvät Ciscolle. Kun se on kohtuudella mahdollista, kumppani avaa tapauksen Ciscon kanssa, jotta Cisco voi reagoida vaikutukseen.
Kun Cisco tekee hätämuutoksen erityisessä instanssissa, se ilmoittaa siitä kumppanille, kun se on kohtuudella mahdollista. Sähköpostiviesti, jossa yksilöidään hätämuutoksen aiheuttamat asiakasvaikutukset, lähetetään viestintälistalle.
Vaaratilanteiden hallinta
Häiriönhallinta minimoi ympäristön virheiden aiheuttamat haitalliset vaikutukset liiketoimintaan. Cisco analysoi tapaukset niiden ilmetessä tunnistaakseen syyn nopeasti. Tämän jälkeen Cisco käyttää kiertotapaa, kunnes pysyvä korjaus voidaan ottaa käyttöön.
Kumppanit hoitavat häiriönhallintaa verkostoissaan omien vakiintuneiden prosessiensa mukaisesti. Kumppanit ilmoittavat Ciscolle toimista, jotka voivat aiheuttaa hälytyksiä, tai muista ilmoituksista, jotka Cisco näkee.
Cisco noudattaa Maintenance Window -prosessia muutosten käyttöönotossa.
Tukitapausten luokittelu
TAC-tukitapauksen vakavuuden määrittää kumppani avatessaan tukilipun Ciscolle liiketoimintavaikutuksen perusteella. Kumppani voi pyytää eskalointia vakavammaksi lipun elinkaaren aikana liiketoimintaan kohdistuvien muuttuvien vaikutusten perusteella.
Seuraava osio toimii ohjeena kumppanille oikean vakavuustason määrittämiseksi TAC-tukilippua avattaessa.
Tukitapauksen vaikutus
TAC-tukitapaus luokitellaan sen mukaan, miten se vaikuttaa liiketoimintaan (koko, laajuus).
Vaikutus mittaa tapahtuman liiketoimintakriittisyyttä, joka on usein yhtä suuri kuin se, missä määrin tapahtuma johtaa ratkaisun saatavuuteen.
Häiriön vaikutustaso | Vaikutusten määritelmät |
Laajalle levinnyt | Tämä vaikuttaa yli kolmeen neljäsosaan kumppaniympäristöstä |
Suuri | Puolet tai kolme neljäsosaa kumppanin ympäristöstä vaikuttaa |
Lokalisoitu | Neljännes tai puolet kumppanin ympäristöstä kärsii |
Yksilöllisiä | Alle neljännes kumppanin ympäristöstä kärsii |
Tukitapauksen kiireellisyys
Kiireellisyys määrittää tapahtuman kriittisyyden ja sen vaikutuksen palveluihin tai kumppaneiden kykyyn vastaanottaa palveluita.
Vaaratilanteiden kiireellisyystaso | Kiireellisyyttä koskevat määritelmät |
Kriittinen | Puhelukyky pysäytetään ilman varmuuskopiointia tai redundanssia |
Korkea | Soittokyky on heikentynyt vakavasti |
Keskiverto | Muu toiminto pysäytetään |
Matala | Muu toiminto on heikentynyt |
Tukitapauksen vakavuus
Vakavuus määrittää, kuinka paljon vaivaa Cisco ja kumppani käyttävät tapauksen ratkaisemiseen.
Vaaratilanteen vakavuustaso | Vakavuuden määritelmät |
S1 (kriittinen) | Cisco ja kumppani sitoutuvat tarvittaviin resursseihin 24 x 7 tilanteen ratkaisemiseksi |
S2 (korkea) | Cisco ja kumppani sitoutuvat kokopäiväisiin resursseihin normaalina työaikana tilanteen ratkaisemiseksi |
S3 (keskikokoinen) | Cisco ja kumppani sitoutuvat normaalina työaikana palauttamaan palvelun tyydyttävälle tasolle |
S4 (matala) | Cisco ja kumppani sitoutuvat normaalina työaikana antamaan tietoja tai apua |
Vakavuustaso määritetään käyttämällä vaikutus- ja kiireellisyysmäärityksiä.
Tukitapauksen vakavuusmatriisi
Vaikutus | |||||
Laajalle levinnyt | Suuri | Lokalisoitu | Yksilöllisiä | ||
Kiireellisyys | Kriittinen | S1 | S1 | S2 | S3 |
Korkea | S1 | S2 | S2 | S3 | |
Keskiverto | S2 | S3 | S3 | S3 | |
Matala | S4 | S4 | S4 | S4 |
Cisco voi tapauksen luokittelun aikana muuttaa tapauksen vakavuutta ja alentaa tukipyynnön vakavuutta, jos se on perusteltua. Tapaus voidaan jättää avoimeksi määrätyksi ajaksi toiminnan vakauden arvioinnin ajaksi.
Ohjelmistotuen vasteaikatavoitteet
Seuraavassa osassa kerrotaan Ciscon suunnitellusta vastausajasta lähetettyihin palvelupyyntöihin niiden vakavuuden perusteella. Joskus tapauksen vakavuutta voidaan säätää yllä olevien ohjeiden mukaiseksi.
Cisco ja palvelutasotavoite
Webex Calling Dedicated Instance tarjoaa kumppaneille englanninkielistä teknistä tukea 24x7. Kumppanit voivat lähettää S3- ja S4-ongelmat suoraan Cisco Support Case Managerissa . S1- ja S2-ongelmissa on suositeltavaa soittaa yleiseen TAC-numeroon 1-800-553-2447.
Ciscon standardi on täyttää S3- ja S4-vakavuustasot vähintään 95 % ajasta seuraavan ruudukon perusteella:
Vakavuustaso | Vastaus: |
S1 | 15 minuuttia |
S2 | 30 minuuttia |
S3 | 1 arkipäivä |
S4 | 3 arkipäivää |
Vasteaika on aika, jonka Cisco on kulunut tietyn vakavuuden ongelman tunnistamiseen. Jos Cisco ei pysty ratkaisemaan ongelmaa määritetyn ajan kuluessa, Cisco tarjoaa tilan ja toimintasuunnitelman ratkaisua varten. Ratkaisuaika riippuu siitä, onko kumppanin puolelta pätevä henkilö käytettävissä auttamaan ongelman toistamisessa ja/tai eristämisessä, mikä on yhteensopimattomuus Ciscon ja kumppanin ympäristön välillä. Jos tällaista henkilöä ei voida asettaa saataville, nämä ratkaisuajat voivat pidentyä.
Jos Cisco ei ole saavuttanut hyväksyttävää tilaa ja/tai ratkaisua ilmoitetussa ajassa, kumppaneiden tulee siirtyä Ciscoon.
Cisco Options Package (COP) -tiedostot
Cisco julkaisee COP-tiedostoja, jotka muuttavat hieman tuotantokoodin suorittamistapaa ja tarjoavat Ciscolle tavan ottaa käyttöön ohjelmistoja normaalien ohjelmistojen julkaisusyklien ulkopuolella. Tarvittaessa COP-tiedostot julkaistaan jossain vaiheessa alkuperäisen tuotantokoodin julkaisemisen jälkeen. Tuotantotiimit julkaisevat COP-tiedostoja vaikuttavista ongelmista ja kun ongelmaan ei ole käytettävissä kiertotapaa. Ongelmakorjausten lisäksi COP-tiedostoja julkaistaan joskus apuohjelmien jakamiseksi päivityksen yhteydessä (esimerkiksi levyn uudelleenjärjestäminen).
Yleensä kenttäilmoituksiin, joissa on korjattu ongelmia, liittyy COP-tiedosto. Jokaiselle numerolle on yleensä erillinen COP-tiedosto.
PSIRT-osoitteisiin ei aina liity COP-tiedostoa. PSIRT-toimijoille julkaistaan yleensä uusi versio täydellistä päivitystä varten. |
Cisco aloitti senariosin
Jos Cisco määrittää, että asiakkaan Dedicated Instance -ympäristö tarvitsee COP-tiedoston asennuksen, Cisco käyttää jotakin seuraavista prosesseista:
Jos COP-tiedosto sanelee hätäkorjauksen (haavoittuvuuden tai välittömän vian), Cisco lataa COP-tiedoston Ciscon ajoitetun ylläpitoikkunan aikana.
Kaikissa muissa tapauksissa COP-asennus ajoitetaan säännölliseksi huolloksi kumppanin tai asiakkaan kanssa säännöllisen muutoksenhallintamenettelyn mukaisesti.
Asiakkaan käynnistämä skenaario
Jos asiakas päättää, että hänen on asennettava COP-tiedosto (puhelimen laiteohjelmisto, kielialuepaketit, laitepaketit), asiakkaan tulee aloittaa seuraava prosessi:
Luo palvelupyyntö Control Hubissa tietylle COP-tiedostolle, joka ladataan SFTP-palvelimeen erityisessä esiintymässä, katso Palvelupyyntö.
Cisco lataa tiedoston vain SFTP-erottimeen. Kumppanin vastuulla on ladata COP to UC -sovellus ja asentaa se mukavuutesi mukaan. |
COP-tiedostot julkaistaan Ciscon ohjelmistojen lataussivulla:
Kapasiteetin hallinta
Cisco ja kumppani hallitsevat verkon ja palvelinkeskusten kapasiteettia, jotta asiakkaat voidaan ottaa käyttöön Dedicated Instance -ratkaisuun. Kapasiteetin hallintaprosessiin kuuluu asiakastilaajien jatkuvan kasvun seuranta.
Ciscolla ja kumppanilla on erilliset vastuut kapasiteetin hallintaprosessissa.
Kumppanin vastuu
Kumppani varmistaa, että sen verkkolaitteissa on riittävästi kapasiteettia kuormituksen käsittelyyn ja sopiva määrä ennustettua kasvua.
Kumppani ilmoittaa Knowledge Workers- ja Workspace-laitteiden määrän Dedicated Instancen aktivoinnin aikana (annetun numeron tulee olla Dedicated Instancessa määritettävän kokonaismäärän lopputila). Annettujen tietojen perusteella Cisco tekee yhdistetyn viestinnän sovellusten koon erillisessä instanssissa, jotta saadaan lisätietoja UC-sovellusten kokoviittauksesta . Kumppani hallinnoi pyydettyyn kapasiteettiin kuuluvien ominaisuuksien ja käyttäjien valmistelua.
Kumppanin on ilmoitettava Ciscolle aktivoinnin aikana toimitettavien tietotyöntekijöiden ja työtilalaitteiden määrän muutoksista. Toimitettujen tietojen perusteella Cisco analysoi yhdistetyn viestinnän sovelluksiin tarvittavat muutokset ja tekee tarvittavat muutokset. Samaa varten kumppanin on nostettava TAC-tukitapaus Ciscon kanssa ja työskenneltävä yhdessä laajentumissuunnitelman parissa. Kumppani voi määrittää ominaisuudet ja käyttäjät vasta, kun asiakkaalle on lisätty lisäkapasiteettia.
Lisäkapasiteetin lisääminen voi viedä aikaa kasvuvaatimuksen tyypistä riippuen. Tämä tehdään yhdessä kumppanin ja Ciscon välillä. |
Ciscon vastuullisuus
Dedicated Instance -palvelu valvoo datakeskuksen kapasiteettia ja varmistaa, että sen datakeskuslaitteilla on riittävä kapasiteetti käsitellä kuormaa ja sopiva määrä ennustettua kasvua.
Cisco ilmoittaa kumppanille suunnitelluista laajennuksista tai muutoksista kapasiteetin kasvun vuoksi, jos muutokset vaikuttavat asiakkaaseen. Päivitysten ja muutosten toteutus noudattaa muutoksenhallintaprosessia.
Julkaisujen hallinta
Cisco pitää Dedicated Instance Cloud -sovellukset (CUCM, CUCxN, IM&P, CER, Expressway ja SME (valinnainen)) ajan tasalla Ciscon sopivaksi katsomalla tavalla uusimmilla ominaisuuksilla ja toiminnoilla. Asiakkaat voivat käyttää milloin tahansa joko uusinta versiota ("n") tai edellistä versiota ("n-1").
Cisco ilmoittaa kumppanille julkaisun saatavuudesta ja suunnitelluista päivityksistä (mukaan lukien päivitysvaatimukset) osana muutoksenhallintahälytyksiä ja -ilmoituksia. Cisco viestii, kun se tunnistaa asiakkaat, jotka päivitetään. Cisco ilmoittaa myös julkaisusta, johon asiakas päivitetään. Kumppani voi halutessaan ajoittaa päivityksen uudelleen kerran asiakkaan liiketoimintatarpeiden mukaan, enintään viikkoa ennen ajoitettua päivitystä. Kun päivitys on suoritettu onnistuneesti, Cisco ilmoittaa asiasta kumppanille.
Lisätietoja on kohdassa Muutosten hallinta.
Cisco Collaboration Systems Release -julkaisun julkaisujen hallinta
Kun uusi Collaboration Systems -versio tulee saataville, edellisestä versiosta ("n-1") tulee "n-2" ja nykyisestä versiosta ("n") tulee "n-1".
Dedicated Instance -asiakkaan toiminnot | v12.5-SU7a (n-1) | v14.0-SU3 n) | v15.0-SU1 (ei julkaistu) |
---|---|---|---|
Uusien asiakkaiden käyttöönotot | Ei tueta | Kyllä | Q2-CY24 |
Tuetut päivitykset | Ei tueta** | Kyllä | Q2-CY24 |
Asiakkaat voivat jäädä | Kunnes v15-SU1 on saatavilla | Kyllä | NA |
** on työskenneltävä Ciscon kanssa liiketoimintavaatimusten parissa pysyäkseen versiossa 12.5 ja suunniteltava, milloin asiakas on valmis siirtymään versioon 14.0SU3. Versio v12.5 EOL on julkistettu. |
Pian uuden Collaboration Systems -julkaisun julkistamisen jälkeen "n-2"-julkaisu siirtyy myynnin päättymisjaksoon. Kaikkien tätä versiota käyttävien asiakkaiden on päivitettävä uusimpaan versioon. Cisco auttaa tässä tehtävässä ilmoittamalla kumppanille, että tämän on aloitettava päivityksen valmistelu. Cisco ja kumppani koordinoivat yhdessä huoltoikkunan asiakkaan liiketoiminnan tarpeiden mukaan.
Päivittäminen uusimpaan Collaboration Systems -versioon on valinnaista asiakkaille, jotka käyttävät n-1 Collaboration Systems -julkaisua. Jos Collaboration Systems -julkaisupäivitys vaaditaan tai jos uusien ominaisuuksien vuoksi tarvitaan SU-päivitys, ota yhteyttä Ciscoon päivityksen ylläpitoikkunan koordinoimiseksi. Jos Cisco havaitsee, että tietoturvapäivitys on tarpeen vakauteen tai suorituskykyyn liittyvistä syistä, Cisco koordinoi kumppanin kanssa päivityksen ajoittamisesta.
Cisco ilmoittaa kumppanille, kun päivitys on saatu onnistuneesti päätökseen.
Verkon hallinta
Kumppanin velvollisuudet
Kumppani valvoo verkkoaan ja laitteitaan, jotka on yhdistetty Cisco Dedicated Instance -datakeskukseen. Kumppani valvoo myös verkkoaan ja laitteitaan, jotka ovat:
Käytetään tukemaan Dedicated Instance -palvelua, JA
Yhdistetty asiakkaan tiloihin.
Kumppani valvoo kaikkia kumppanin hallitsemia laitteita, jotka on integroitu Dedicated Instance Cloudiin.
Ciscon vastuut
Webex Calling Dedicated Instance käyttää alan johtavia verkkotyökaluja datakeskuksen verkkoyhteyksien valvontaan datakeskuksemme ja kumppaniverkon välillä sekä varmennustyökaluja palveluhäiriöiden ennakoivaan tunnistamiseen ja eristämiseen maailmanlaajuisesti hajallaan, maantieteellisesti redundanteissa datakeskuksissamme.
Cisco ei valvo integrointipalveluita kumppanien hallitsemiin laitteisiin, jotka on yhdistetty Dedicated Instance Cloud -palveluun. Tämä sisältää, mutta ei rajoitu, seuraavat:
Cisco ei valvo muun klusterin kuin Dedicated Instance UC -klusterin Dedicated Instance SIP trunkia
Cisco ei valvo Dedicated Instance CTI-reittipisteitä muuhun yhteyskeskukseen kuin Ciscon hallinnoimaan Contact Center Expressiin.
Varmuuskopiointi- ja palautusvastuut
Seuraavassa on yhteenveto Ciscon ja kumppanien varmuuskopiointi- ja palautustoimintoihin liittyvistä vastuista.
Puolue | Vastuut | ||
Kumppani | Kumppanin Dedicated Instance Cloud -järjestelmässä kumppanin on aina ylläpidettävä:
|
||
Cisco | Cisco varmuuskopioi kaikki UC-sovellukset, jotka on otettu käyttöön Dedicated Instancessa, joka on otettu käyttöön joka yö, ja viimeisimmät 3 hyvää varmuuskopiota tallennetaan Ciscon datakeskukseen. Yli 3 päivää vanhoja varmuuskopioita säilytetään vielä 30 päivää. Kaikki varmuuskopiot ovat salasanasuojattuja ja erillisiä kullekin asiakkaalle, joita käytetään vain UC-sovelluksen palauttamiseen osana järjestelmäpalautusta (lisätietoja järjestelmäpalautuksesta on Ciscon järjestelmäpalautusjärjestelmässä). Cisco ei tee on-demand-palautuksia tai salli tämän käyttämistä muutoksen takaisinkytkentästrategiana.
|
Ciscon järjestelmäpalautusjärjestelmä
Disaster Recovery System (DRS), joka voidaan käynnistää Cisco Unified Communications Manager Administration-, IM- ja Presence-palvelusolmusta tai mistä tahansa Unity Connection -solmusta, tarjoaa täydet tietojen varmuuskopiointi- ja palautusominaisuudet kaikille UC-palvelimille. DRS: n avulla Cisco voi suorittaa säännöllisesti ajoitettuja automaattisia tai käyttäjän kutsumia tietojen varmuuskopioita. DRS suorittaa myös klusteritason varmuuskopioinnin, mikä tarkoittaa, että se kerää varmuuskopiot kaikista Cisco Unified Communications Manager -klusterin palvelimista keskitettyyn sijaintiin ja arkistoi sitten varmuuskopiotiedot fyysiseen tallennuslaitteeseen. Cisco tekee mukautetun varmuuskopion pikateistä ja käyttää samaa solmujen palauttamiseen.
Kumppaneilla ei ole pääsyä DRS: ään. Cisco varmuuskopioi kaikkien UC-sovellusten tiedot, jotka on otettu käyttöön Dedicated Instance -pilvessä. Jos todellinen katastrofi tapahtuu, Cisco palauttaa tiedot viimeisimmistä käytettävissä olevista varmuuskopiotiedoista. Kumppanit voivat suorittaa palautuksen, kun Cisco on tehnyt DRS-palautuksen.
Katastrofien palautusstrategia:
- Elvytysstrategia: Jos palvelinkeskukseemme vaikuttaa tilanne, joka voi vaikuttaa sekä julkaisijoihin että tilaajiin, ensisijainen tavoitteemme on palauttaa palvelut nopeasti mahdollisten häiriöiden minimoimiseksi. Vikasietopalvelinkeskus varmistaisi, että puhelukyky ei vaikuta. Elvytysstrategiamme on mukautuva ja riippuu epäonnistumisen erityisluonteesta:
- Sovelluksen epäonnistuminen: Jos ongelma tunnistetaan sovellusvirheeksi tai vioittumiseksi, tavoitteenamme on perustaa uusi julkaisija, joka käyttää DRS-varmuuskopiointi- ja jatkamispalveluita yhden arkipäivän kuluessa.
- Laitteiston vika: Laitteistovian sattuessa päätös uuden julkaisijan määrittämisestä samaan tai eri palvelinkeskukseen tai viallisen laitteiston palauttamisesta riippuu yksilöllisistä olosuhteista ja vian luonteesta. Kuten aina, ensisijaisena tavoitteenamme on minimoida häiriöt ja nopeuttaa palvelun palauttamista.
- Katastrofipalautuksen aktivoinninajoitus: Tarkka ajoitus palautumisprotokolliemme aloittamiselle riippuu useista tekijöistä, kuten katastrofin laajuudesta, toipumisen arvioidusta kestosta ja mahdollisista vaikutuksista palveluihimme. Omistautunut tiimimme seuraa tilannetta jatkuvasti ja pyrkii löytämään tasapainon seisokkien vähentämisen ja katastrofipalautusprosessin tehokkaan suorittamisen välillä. Näiden näkökohtien perusteella ilmoitamme palvelutasosopimuksesta, suoritettavista toimista ja odotetuista palautusaikatauluista läpinäkyvällä tavalla, jotta voimme varmistaa, että pysyt ajan tasalla koko prosessin ajan.