Tento článek poskytuje strukturovaný rámec migrace samoobslužných služeb pro partnery a zákazníky, kteří migrují volající prostředí do Dedicated Webex Calling Instance (DI).

Postupy migrace a milníky popsané v tomto článku jsou založeny na metodice programu Webex Setup Assist a odrážejí rozsáhlé zkušenosti dodavatelských, inženýrských a vývojových týmů společnosti Cisco v reálném světě. Tyto metody byly za posledních sedm let zdokonaleny prostřednictvím stovek tisíc nasazení unikátních zákaznických lokalit, včetně migrací z platforem BroadCloud, BroadWorks, Spark Calling Unified CM (UCM), Hosted Collaboration Solution (HCS) a pobočkových ústředních plat forem třetích stran. Pokyny se vztahují na širokou škálu zákaznických prostředí, od nasazení s jedním sedadlem až po rozsáhlé implementace přesahující 100 000 míst a stovky míst, a řídí se dlouhodobě zavedenými a osvědčenými procesy společnosti Cisco, které zajišťují konzistenci, kvalitu a provozní efektivitu během celého životního cyklu migrace.

Článek předpokládá, že čtenáři jsou již obeznámeni s Webex Calling licencováním vyhrazených instancí, správním modelem Webex Control Hub a základním softwarem a funkcemi Unified Communications Manager.

Buďme upřímní - slovo migrace málok dy vyvolává vzrušení v IT týmu. Vyvolává to otázky. „Co se zlomí?“ „Kdo dělá práci?“ „Čím ztrácíme kontrolu?“ „Je to vůbec realistické, když už jsme natažení a udržujeme rozsvícená světla?“ Nejedná se o známky odporu vůči pokroku; jsou to instinkty zkušených profesionálů, kteří chápou, že přesun kritické volací platformy není víkendový projekt. Voice je jedna služba, kde si uživatelé všimnou dvousekundové závady, než si všimnou dvoutýdenního úsilí o plánování výpadků - a díky této realitě je každá změna těžší, než by měla.

Dobré zprávy? Čísla vyprávějí úplně jiný příběh než strach. V dobře strukturo vaných cloudových migracích je zhruba 95% inženýrského úsilí investováno do přípravy a pouze 5% do skutečné změny. Ještě lepší je, že většinu z těchto 95% tvoří činnosti, které váš tým již provádí v rámci běžných operací 2. dne - hygiena zásob, správa certifikátů, kontroly telefonního plánu, sledování životního cyklu zařízení a dokumentace. Jinými slovy, přev ážná část „migrační práce“ je práce, kterou již děláte. Tento strukturovaný přístup jej jednoduše směruje k definovanému výsledku, tempem, které zapadá spíše do vašeho stávajícího operačního rytmu než k němu.

Pocit „mise nemožná“ také mizí, jakmile uvidíte, že každá migrace může být plně nacvičena. Malý reprezentativní pilotní program vám umožní ověřit proces typu end-to-end, integrace, chování při převzetí služeb při selhání a uživatelskou zkušenost dříve, než se dotkne jediného produkčního uživatele. V den přerušení není nic ponecháno náhodě - protože cutover day je jednoduše opakováním procesu, který jste již úspěšně provedli. A pokud dojde k něčemu neočekávanému, rollback je zrcadlem samotného řezu ohraničeného jasným oknem údržby. Předvídatelnost nahrazuje úzkost.

Ano, přechod na dedikovanou instanci znamená zbavit se určité kontroly — konkrétně nad vrst vami infrastruktury a virtualizace. Ale zvažte, co získáte zpět: hodiny, které váš tým stráví opravováním hypervizorů, pronásledováním hardwarových upozornění, správou zabezpečení na úrovni operačního systému a plánováním obnovy kapacity. Tento čas se vrací do podnikání, kde jej lze věnovat tomu, co skutečně odlišuje vaši organizaci - uživatelská zkušenost, přijetí, integrace a služby, na kterých vašim zúčastněným stranám skutečně záleží. Neztrácíte kontrolu; vyměňujete nediferencované těžké zvedání za strategické zaměření.

Výměnou obdržíte platformu těsně integrovanou s nejpokročilejším portfoliem telefonních, schůzek a kontaktních center na trhu, podporovanou technickou hloub kou společnosti Cisco a partnerským ekosystémem vylepšeným stovkami tisíc nasazení. Udržujete si plný výkon známého Unified CM ekosystému — stejné funkce, stejnou spolehlivost, stejný administrativní model, jaký již váš tým zná — nyní ve spojení s Control Hub, moderním, uživatelsky orientovaným deštníkem pro správu a analýzu, který se snadno naučí. Upgrady, aktualizace a opravy kritických chyb zabezpečení v nejnovějším softwaru spravuje společnost Cisco na výpočetních zařízeních certifikovaných společností Cisco se stejnou (nebo lepší) spolehlivostí, jakou očekáváte od místního prostředí.

Takže ano - změna přináší riziko. Nezměnění však nese své vlastní, tišší riziko: zaostávání ve funkcích, řešení neustálé složitosti změn, vydávání upgradů a zranitelností, rozšiřování vašeho týmu na infrastrukturu, která již nerozlišuje podnikání, a odložení nevyhnutelného přechodu, dokud to nebude nutné provést pod tlakem. Strukturovaný přístup, který následuje, je navržen tak, aby tato migrace byla taková, jaká by měla být: dobře připravená, nenáročná a vysoce ově řená — provedená většinou prostřednictvím práce, kterou již děláte, směrem k platformě vytvořené pro další směřování spolupráce.

Od důvěry k plánu: Jak je tato příručka organizována

Chcete-li tuto důvěru proměnit ve spustitelný plán, tato příručka vás provede procesem migrace se sed mi bránami, přičemž každá fáze obsahuje jasná kritéria vstupu a výstupu, poučení z terénu a předběžnými kontrolami, které zabrání nejčastějším překvapením:

• Zahájení projektu
• Zjištění a hodnocení
• Plánování
• Implementace
• Zmrazit
• Přejít na živo
• Přechod na den 2

Jedním z důvodů, proč tento model funguje tak dobře, je to, že riziko pro vaše výrobní prostředí je záměrně zatíženo téměř na nulu a stoupá pouze v kontrolovaném posledním kroku. Zde je to, co můžete očekávat v každé fázi:

Dopad výroby	Fáze
Žádný dopad	Zahájení projektu, Zjištění a posouzení, Plánování
Minimální dopad	Implementace
Omezeno na provozní procesy	Zmrazit
Přímý dopad	Přejít na živo

Prakticky: většina cesty probíhá bezpečně vedle vašeho stávajícího prostředí. Než dosáhnete okamžiku, který se dotýká výroby, byla vytvoř ena každá integrace, každý proces byl nacvičen a každý záložní program byl ověřen.

V průvodci odkazujeme na klíčové informační zdroje, na které se budete během migrace a až do druhého dne spolehnout:

• Cisco Calling Sales Connect - Od kaz Cisco Calling Sales Connect
• Help.webex.com — autoritativní dokumentace k produktu a konfiguraci
• Webex Spaces — přímý přístup k odborníkům společnosti Cisco a vrstevnickým komunitám pro otázky v reálném čase

Se sadou rámců a zdroji, pojďme podrobně projít každou fází — počínaje tím, kde začíná každá úspěšná migrace: Zah ájení projektu.

Dopad na výrobu: ŽÁDNÝ dopad

• Identifikujte klíčové zúčastněné strany

Pamatujte, že nejde jen o technické týmy a ovlivněné obchodní týmy, ale také o zapo jené partnery. Zde je příklad požadovaných zúčastněných stran:

• Správa IT
• Řízení podniku
• Tým hlasových služeb
• Tým kontaktních center
• Síťový tým
• Tým DNS/DHCP
• Bezpečnostní tým
• IAM tým (např. Entra, AD, SSO)
• Změnit tabuli
• Partner MACD
• Partner spravovaných služeb
• Dodavatelé integrace 3D stran (stránkování, fax, nahrávání atd.)
• Lokální, místní podpora
• RedSky/Tým veřejné bezpečnosti.

• Volba vedoucího projektu nebo projektového manažera.

Vzhledem k tomu, že migrace na dedikovanou instanci vyžaduje složitější koordinaci než tradiční integrace „pouze na úrovni aplikací“, je žádoucí, aby člen týmu byl přidělen k řízení interního řízení projektů a všech souvisejících úkolů, jako jsou týdenní hovory, koordinace interních týmů, zapojení externích dodavatelů, koordinace změn atd.

• Synchronizace vstupů, se kterými zahájíte projekt

Existuje několik výhod a důvodů, proč existuje strategie migrace na vyhrazenou instanci. Je důležité vytvořit základní vizi budoucího řešení.

Jsou nějaké změny, jako je konsolidace klastrů, číselný plán, plánované nové funkce?

Migrujete koncové body softwaru „tak, jak jsou“ nebo migrace předpokládá přesun do aplikace Webex?

Jaký je vztah uživatelů k kontaktním centrům?

• Získejte rychlost s dedikovanou instancí

Úvod do Dedicated Instance: Úvod do dedikované instance

BDM (Prezentace tvůrců obchodních rozhodnutí) BDM

TDM (Technické snímky tvůrce rozhodnutí) T DM.

Dopad na výrobu: ŽÁDNÝ dopad

Zjišťování a hodnocení je pokračováním a využitím informací, které byly získány během předchozích týmových synchronizačních schůzek na vstupech s cílem identifikovat všechny potřebné prvky rozsahu, které budou základem pro profesionální vypracování projektového a techn ického plánu projektu

• Stávající nastavení clusteru

Definujte stávající on-prem nastavení se všemi provedenými funkcemi a integracemi. Zde jsou příklady, na které se můžete podívat:

• Aplikace a dimenzování,
• Místa,
• IP adresování,
• Jak uživatelé synchronizuji/zajišťovali (lokální, ldap),
• Ověřování nakonfigurováno (SSO),
• CA vs. certifikáty podepsané vlastními silami,
• Režim zabezpečení,
• Použití ILS/GDPR,
• Vlastnosti,
• Zvláštní zaměření na funkce napříč weby, jako je Extension Mobility
• Integrace CER/911,
• Použití MRA,
• CDR,
• Hlasové zprávy a integrace s O365,
• Jabber v WebExApp
  • V případě migrace Jabberu by se mělo pečlivě zaměřit na to, jak jsou konfigurovány stávající koncové body Jabber (např. konfigurace xml, doména hlasové služby) a jaké jsou možnosti rekonfigurace, jako je použití SCCM. Zde jsou uvedeny standardní scénáře: Konfigurace Jabberu
• Seznam zařízení se zaměřením na kontrolu
  • Zastaralá zařízení (od Rel12.0x nejsou přidána žádná nová zařízení do seznamu zastaralých zařízení) Zastaralé telefony
  • Konec podpory zařízení (Zařízení mohou být stále registrována pro jakoukoli verzi softwaru, ale nejsou podporována z pohledu 2. dne)
  • CSR-Compatibility-Matrix-Interactive.html
  • Speciální omezovací zařízení 7925,7940,7960 Zaregi strujte staré modely telefon ů do vyhrazené instance
    • Nástroje v nápovědě:

      Asistent pro předmigraci vyhrazených instancí: Generování zpráv o hodnocení

      Asistent před migrací v Řídicím centru vám pomůže shromažďovat zdrojová data a kontrolovat předpoklady pro migraci z UCM na vyhrazenou instanci pomocí nástroje třetí strany. Před migrací vyhodnotí připravenost, poskytuje kontrolní seznamy a umožňuje porovnávat data mezi místním clusterem a vyhrazenou instancí.

      Chcete-li spustit Asistent, musí být váš místní cluster integrován do prostředí We bex Cloud-Connected UC. Celkový popis a předpoklady naleznete zde: We bexCloud-connectedUC

      Proces nasazení pro UCM: Nastavení Webex Cloud Connected -UC

      Seznam důležitých informací, které můžete získat jako výstup z Pre-Migration Assistant ve snadno čitelném formátu xls:

      • Uzly a běžící software
      • Podnikové parametry
      • Seznam SIP kmenů
      • Seznam uživatelů aplikace, role
      • Počet zařízení (a úplný seznam zařízení), Skupiny tras a oddíly, Umístění, Koncoví uživatelé
      • Skupiny CM, Fondy zařízení
      • Zdravotní stav replikace DB
      • Nainstalované COP
      • Číslovací plány
      • Telefonní služby
      • Vzdálené cíle
    • Webex Spaces pro podporu s vašimi konkrétními otázkami:

      Zeptejte se UCM Cloud & Dedicated Instance: webexteams: //im? space=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      Zeptejte se externího RedSky - E911 Solutions Plus Partner Připojte se: https://eurl.io/#fWfT1SnOz

      Zeptejte se Webex Setup Assist - Webex Calling a DI: webexteams: //im? space=76beab50-084b-11ed-abc8-ab581010b1de.

Dopad na výrobu: minimální dopad na stávající výrobní prostředí

Osvědčené postupy společnosti Cisco, pokud jde o proces migrace vyhrazených instancí, jsou uvedeny níže:

Peering/konektivita

Síťová architektura s podrobným popisem scénářů připojení Edge proWebex Calling, vyhrazené instance a schůzky. PA_Edge_Connect_Design.pdf

*Dokument by měl být používán opatrně, protože popisuje několik scénářů, které by mohly být konfliktní nebo se vzájemně doplňovat, závisí na přesném případu použití. Přesný odkaz na dedikovan ou inst anci naleznete v kapitole „Edge Connect for Dedicated Instance Architecture“

Webex EdgePřipojit

Webex EdgePřipoj it Nejčastější otázky, poznámky:

• Odkazy Dedicated Instance 2 jsou „nutností“
• 4 odkazy jsou možnost, ale „křížení“ není povoleno, ty se používají v „párech“
• Jakákoli priorita DI provozu vůči jednomu z odkazů NENÍ podporována a obecně nepoužitelná, protože každá strana/DC inzeruje své jedinečné umístění datového centra podsítě/25 dedi kovaných instancí.

To je také vysvětleno ve zmíněném dokumentu Network Architecture, jak je uvedeno níže:

Dopad na výrobu: dopad omezený na provozní procesy

Účelem fáze Freeze je přesunout data ze zdrojového systému do cílové dedikované instance a provést nezbytná ověření k zajištění úspěšného přechodu. Doporučujeme 2-3týdenní časový rámec pro zmrazení, aby se zajistilo, že týmy mají potřebný čas na přesun dat, kontroly konzistence dat, převzetí služeb při selhání testů a související testování.

V případě potřeby MACD během fáze zmrazení by měly být provedeny požadované změny na obou systémech.

Pro přesouvání/kopírování dat je k dispozici několik způsobů a nástrojů. Obecně doporučujeme používat aktivní/neaktivní oddíly a nástroje, jak je uvedeno níže:

UCM:

Export/import BAT a související skripto vání

Průvodce hromadnou správ Cisco Unified Communications Manager ou pro, vydání 15 a SU: CUCM_b_bulk-administration-guide-15.html.

Externí nástroje pro migrace UCM, jako je Yarnlab.

Jednota:

• Cisco UnityNástroje. Sbírka bezplatných Cisco Unity a Cisco Unity Connection souvisejících nástrojů.

https://www.ciscounitytools.com/index.html

Doporučujeme použít Cobras pro migrace Unity.

CER:

Ruční, hromadný export/import

Po přesunutí konfiguračních dat zvažte další důležité položky/akce:

• Ruční nebo přes možnost 150 na DHCP v souvislosti s přesměrováním testovací skupiny různých modelů telefonů na nový DI TFTP. Po dokončení konsolidace certifikátů můžete otestovat oba scénáře: scénář migr ace i vrácení
• Rekonfigurace testovací brány, je-li k dispozici
• Příprava konfiguračních šablon Gateways pro aktuální přerušování výroby. Skriptování, v případě potřeby.
• Přesun uživatele WebExApp změnou chování volání na CH
• Přesun Jabberu pomocí dříve definované metody přihlášení a změny domácího clusteru
• Test základních toků hovorů a funkčnosti až po možnosti prostředí:
  • Kontrola konzistence chování v síti nebo připojení přes VPN
  • Test MRA s telefonem a softwarovým koncovým bodem
  • PSTN
  • Zkouška služby 911

• Podpora vyhrazených instancí úrovně 1 (TAC) Podpora dedikovaných inst ancí úrovně 1

• Požadavky na služby spojené s uvedenými tématy: Jak vznést požadavek na službu
  • Záznam DNS
  • Aktualizace firewallu
  • Nahrávání firmwaru
  • Cloudová konektivita
  • Nastavení protokolu auditu
  • Správa aplikací UC
  • DI-MT Inter-OP SIP kufry
  • Životní cyklus aplikace UC
  • Infrastruktura jako služba
    • Průvodce provozem partnerů

• Průvodce provozem partnerů

  Toto je jeden z nejdůležitějších dokumentů, které vysvětlují technickou podporu, správu změn, správu incidentů, aktualizace, upgrady, správu kapac it, správu certifikátů, DRS Partner-Operations-Guide

Toto je jeden z nejdůležitějších dokumentů, který vysvětluje technickou podporu, správu změn, správu incidentů, aktualizace, upgrady, správu kapacit, správu certifikátů, provozní příručku DRS Partner

• Matice odpovědnosti

Dokument vysvětluje rozdělení RACI mezi partnera, Cisco a zákazníka během nástupu a matice přiřazení provozní odpovědnosti

• Zeptejte se RedSky Webex Space webexteams: //im? space=7074fce0-489a-11ea-89f3-8f977dd07aa0.