이 문서는 통화 환경을 전용 인스턴스 (DI) 로 마이그레이션하는 파트너와 고객을 위해 구조화된 셀프 서비스 마이그레이션 프레임워크를 제공해요. Webex Calling

이 문서에서 설명하는 마이그레이션 관행과 마일스톤은 Webex 설정 지원 프로그램 방법론을 기반으로 하며 Cisco 딜리버리, 엔지니어링 및 개발 팀의 광범위한 실제 경험을 반영해요. 지난 7년간 브로드클라우드, 브로드웍스, 스파크 콜링 Unified CM (UCM), 호스팅 협업 솔루션 (HCS), 타사 PBX 플랫폼으로부터의 마이그레이션을 포함하여 수십만 개의 고유한 고객 위치 배포를 통해 이러한 방법들이 개선됐어요. 이 지침은 단일 시트 배포부터 100,000석 이상의 사용자 및 수백 개 위치를 초과하는 대규모 구현에 이르기까지 광범위한 고객 환경에 적용되며, 마이그레이션 수명 주기 전반에 걸쳐 일관성, 품질, 운영 효율성을 보장하기 위해 오랫동안 확립되고 검증된 Cisco 프로세스를 따릅니다.

이 기사는 독자들이 이미 전용 인스턴스 라이선싱, Webex Control Hub 관리 모델, 기본 통합 커뮤니케이션 관리자 소프트웨어 및 기능에 Webex Calling 익숙하다고 가정하고 있어요.

솔직히 말해서, 마이그레이션이라는 단어는 IT 팀에서 흥미를 불러일으키는 경우가 거의 없어요. 질문을 불러일으켜요. “뭐가 고장났어요?”“누가 일을 해요?”“우리가 통제력을 잃게 되는 건 뭐예요?”“우리가 이미 불을 켜놓고 있는 동안 이게 현실적인가요?”진보에 대한 저항의 흔적이 아니에요. 업무상 중요한 통화 플랫폼 이전은 주말 프로젝트가 아니라는 것을 이해하는 노련한 전문가들의 직감이에요. 음성은 사용자들이 2주간의 정전 계획 작업을 알아차리기 전에 2초 만에 결함을 알아차리는 유일한 서비스예요. 현실에서는 모든 변화가 예상보다 무겁게 느껴져요.

좋은 소식이요? 숫자는 공포와는 전혀 다른 이야기를 들려줘요. 잘 구조화된 클라우드 마이그레이션에서는 엔지니어링 노력의 약 95% 가 준비에 투자되고 실제 변경에는 5% 만 투자돼요. 더군다나 그 95% 는 대부분 인벤토리 관리, 인증서 관리, 다이얼 플랜 검토, 장치 수명 주기 추적, 문서화 등 일반적인 2일차 작업의 일환으로 팀이 이미 수행하고 있는 활동으로 구성되어 있어요. 다시 말해, “이주 작업”의 대부분은 이미 하고 있는 일이에요. 이 구조화된 접근 방식은 단순히 기존 운영 리듬 내에서 최고가 아니라 그에 맞는 속도로 정해진 결과를 향해 결과를 이끌어내요.

모든 마이그레이션이 완전히 리허설될 수 있다는 것을 보면 “미션 임파서블”이라는 느낌도 사라져요. 소규모의 대표적인 파일럿을 통해 프로덕션 사용자 한 명을 건드리기 전에 엔드 투 엔드 프로세스, 통합, 페일오버 동작, 사용자 경험을 검증할 수 있어요. 컷오버 데이에는 아무 것도 우연이 아니에요. 컷오버 데이는 단순히 이미 성공적으로 실행한 프로세스를 반복하는 것이기 때문이죠. 예상치 못한 일이 발생할 경우를 대비한 롤백은 컷오버 자체를 미러링하는 것이에요. 명확한 유지 관리 기간이 정해져 있어요. 예측 가능성이 불안을 대체해요.

네, 전용 인스턴스로 옮긴다는 건 특히 인프라와 가상화 계층에 대한 통제권을 좀 놓는다는 뜻이에요. 하지만 얻을 수 있는 이점을 생각해 보세요. 팀이 하이퍼바이저 패치, 하드웨어 경고 추적, OS 수준 보안 관리, 용량 업데이트 계획에 소비하는 시간을 말이에요. 그 시간은 비즈니스에 돌아가서 조직을 실제로 차별화하는 요소, 즉 사용자 경험, 채택, 통합, 이해관계자들이 진정으로 관심을 갖는 서비스에 투자할 수 있어요. 통제력을 잃는 게 아니에요. 전략적 집중을 위해 차별화되지 않은 중량물을 거래하는 거잖아요.

교환으로 받는 것은 시장에서 가장 진보된 통화, 회의 및 고객 센터 포트폴리오와 긴밀하게 통합된 플랫폼이며, 시스코의 깊이 있는 엔지니어링과 수십만 건의 배포를 통해 개선된 파트너 에코시스템으로 뒷받침돼요. 친숙한 Unified CM 생태계의 모든 기능, 즉 동일한 기능, 동일한 안정성, 팀이 이미 알고 있는 것과 동일한 관리 모델을 이제 정말 배우기 쉬운 현대적이고 사용자 지향적인 관리 및 분석 우산인 Control Hub와 함께 사용할 수 있어요. 최신 소프트웨어의 업그레이드, 업데이트 및 중대한 취약성 패치는 Cisco 인증 컴퓨팅에서 관리하며 온프레미스 환경에서 기대하는 것과 동일한 (또는 더 나은) 안정성으로 관리해요.

그래서, 맞아요. 변화에는 위험이 따르죠. 하지만 변경하지 않으면 나름의, 조용한 위험이 따르죠. 기능에서 뒤쳐지고, 계속해서 복잡해지는 변경 사항을 해결하고, 업그레이드와 취약점을 릴리즈하고, 더 이상 비즈니스를 차별화하지 못하는 인프라로 팀을 확장하고, 압박을 받고 완료해야 할 때까지 불가피한 전환을 연기하는 것이죠. 다음의 체계적이고 통제된 접근 방식은 이러한 마이그레이션을 원래대로 만들기 위해 고안된 거예요. 준비가 잘 되어 있고, 드라마틱하지 않고, 고도로 검증됐어요. 대부분 이미 하고 있는 작업을 통해, 협업이 다음 방향으로 향할 곳을 위해 만들어진 플랫폼으로 진행돼요.

자신감에서 계획까지: 이 가이드는 어떻게 구성되어 있나요

이러한 확신을 실행 가능한 로드맵으로 바꾸기 위해 이 가이드는 명확한 진입 및 종료 기준, 현장에서 배운 교훈, 가장 일반적인 돌발 상황을 방지하는 사전 점검을 포함하여 7개의 게이트로 구성된 마이그레이션 프로세스를 안내해요.

• 프로젝트 개시
• 발견 및 평가
• 계획
• 구현
• 프리즈
• 라이브로 가세요
• 2일째로 전송

이 모델이 잘 작동하는 이유 중 하나는 생산 환경에 대한 위험을 의도적으로 0에 가깝게 미리 로드하고 통제된 마지막 단계에서만 증가하기 때문이에요. 각 단계에서 기대할 수 있는 사항은 다음과 같습니다.

생산에 미치는 영향	페이즈
영향 없어요	프로젝트 시작, 발견 및 평가, 계획
최소 영향	구현
운영 프로세스로 제한돼요	프리즈
직접적 영향	라이브로 가세요

현실적으로 말하자면, 대부분의 여정은 기존 환경과 함께 안전하게 진행돼요. 프로덕션에 영향을 미치는 시점에 이르면 모든 통합이 구축되고 모든 프로세스가 리허설되고 모든 대안이 검증되었어요.

가이드 전체에서 마이그레이션하는 동안과 2일째까지 사용할 주요 정보 리소스를 참조해요.

• 시스코 콜링 세일즈 커넥트 — 시스코 콜링 세일즈 커넥트 링크
• 도움말.Webex.com — 신뢰할 수 있는 제품 및 구성 문서
• 웹엑스 스페이스 — Cisco 전문가 및 피어 커뮤니티에 직접 액세스하여 실시간 질문을 하세요

프레임워크 세트와 리소스를 준비했으니, 모든 성공적인 마이그레이션이 시작되는 지점인 프로젝트 시작부터 각 단계를 자세히 살펴보죠.

생산에 영향: 영향 없음

• 주요 이해관계자 파악하기

기술팀과 영향을 받는 비즈니스 팀뿐만 아니라 관련된 파트너에 관한 것임을 기억하세요.필수 이해관계자의 예는 다음과 같습니다.

• IT 매니지먼트
• 비즈니스 매니지먼트
• 음성 서비스 팀
• 컨택 센터 팀
• 네트워킹 팀
• DNS/DHCP 팀
• 보안 팀
• IAM 팀 (예: 엔트라, 광고, SSO)
• 보드 바꾸기
• MACD 파트너예요
• 매니지드 서비스 파트너
• 3자 통합 공급업체 (페이징, 팩스, 녹음 등)
• 현지, 온프레미스 지원
• 레드스카이 /공공안전팀.

• 프로젝트 리더 또는 프로젝트 매니저 중 선택하세요.

전용 인스턴스로의 마이그레이션은 기존의 “애플리케이션 수준 전용” 통합보다 더 복잡한 조정이 필요하다는 점을 고려하면 내부 프로젝트 관리와 주간 통화, 내부 팀 조정, 외부 공급업체 참여, 변경 조정 등과 같은 모든 관련 작업을 담당하도록 팀원을 배정받는 것이 바람직해요.

• 프로젝트 시작과 함께 입력 내용을 동기화하세요.

전용 인스턴스로 마이그레이션하는 전략을 취하는 데에는 여러 가지 장점과 이유가 있어요. 미래 솔루션에 대한 기본 비전을 세우는 것이 중요해요.

클러스터 통합, 다이얼 플랜, 새로운 기능 같은 변경 계획이 있나요?

소프트웨어 엔드포인트를 “있는 그대로” 마이그레이션하시나요, 아니면 마이그레이션이 Webex App으로 이동한다고 가정하시나요?

사용자와 연락 센터의 관계는 어때요?

• 전용 인스턴스로 속도를 높이세요

전용 인스턴스 소개: 전용 인스턴스 소개

BDM (비즈니스 의사 결정권자 슬라이드) BDM

TDM (기술 의사 결정권자 슬라이드) TDM.

생산에 영향: 영향 없음

발견과 평가는 전문 프로젝트 및 기술 프로젝트 계획 개발의 기초가 될 모든 필요한 범위 요소를 식별하는 것을 목표로 이전 팀 동기화 회의에서 얻은 의견을 바탕으로 얻은 정보를 계속하고 활용하는 거예요.

• 기존 클러스터 설정

모든 기능과 통합이 완료된 기존 온프레미스 설정을 정의하세요. 살펴봐야 할 예시는 다음과 같아요.

• 용도와 사이징,
• 위치,
• IP 주소 지정,
• 사용자 동기화/프로비저닝 방식 (로컬, LDAP),
• 인증 구성됨 (SSO),
• CA와 자체 서명 인증서,
• 보안 모드,
• ILS/GDPR 사용,
• 특징,
• 크로스 사이트 기능에 특히 초점을 맞췄어요Extension Mobility,
• CER/911 통합,
• MRA 사용,
• CDR,
• 음성 메일과 O365와의 통합,
• 재버 대 웹엑스 앱
  • Jabber 마이그레이션의 경우 기존 Jabber 엔드포인트가 어떻게 구성되었는지 (예: xml 구성, 음성 서비스 도메인) 그리고 SCCM 사용과 같은 재구성 옵션이 무엇인지에 초점을 맞춰야 해요. 기록된 표준 시나리오는 다음과 같아요. Jabber 구성
• 포커스를 확인할 기기 목록
  • 더 이상 사용되지 않는 디바이스 (REL12.0x 이후 지원 중단 목록에 새 디바이스가 추가되지 않았어요) 더 이상 사용되지 않는 전화기
  • 지원 종료 장치 (장치는 여전히 모든 소프트웨어 릴리스에 등록될 수 있지만 Day2 관점에서는 지원되지 않음)
  • CSR-Compatibility-Matrix-Interactive.html
  • 특수 제한 장치 7925, 7940, 7960 구형 전화 모델을 전용 인스턴스에 등록하세요.
    • 도움말 도구들:

      전용 인스턴스 사전 마이그레이션 어시스턴트: 평가 보고서 생성

      Control Hub의 사전 마이그레이션 도우미는 소스 데이터를 수집하고 타사 도구를 사용하여 UCM에서 전용 인스턴스로 마이그레이션하기 위한 전제 조건을 확인하는 데 도움이 돼요. 마이그레이션 전에 준비 상태를 평가하고 체크리스트를 제공하며 온프레미스 클러스터와 전용 인스턴스 간의 데이터를 비교할 수 있게 해줘요.

      어시스턴트를 실행하려면 온-프레미스 클러스터가 Webex 클라우드 커넥티드 UC 환경에 온보딩되어야 해요. 전체 설명과 필수 조건은 여기에서 찾을 수 있어요: 웹엑스 클라우드 커넥티드 UC

      UCM 온보딩 프로세스: 웹엑스 클라우드 커넥티드-UC 설정

      읽기 쉬운 xls 형식의 사전 마이그레이션 어시스턴트에서 출력으로 얻을 수 있는 중요한 통찰력 목록:

      • 노드와 실행 중인 소프트웨어
      • 엔터프라이즈 파라미터
      • SIP 트렁크 목록
      • 애플리케이션 사용자, 역할 목록
      • 장치 수 (및 전체 장치 목록), 경로 그룹 및 파티션, 위치, 최종 사용자
      • CM 그룹, 디바이스 풀
      • DB 복제 상태
      • 설치된 경찰들
      • 넘버링 플랜
      • 전화 서비스
      • 원격 목적지들
    • 특정 질문에 대한 지원을 위한 웹엑스 스페이스:

      UCM 클라우드 및 전용 인스턴스: webexteams://im이라고 물어보세요.스페이스=5db6bb40-d3c7-11e9-a319-df8a35abe85a

      레드스카이 엑터리얼에 물어보세요 - E911 솔루션 플러스 파트너 가입하기: https://eurl.io/#fWfT1SnOz

      웹엑스 설정 지원한테 물어보세요. Webex Calling 그리고 DI: 웹엑스 팀즈: //im?스페이스=76beab50-084b-11ed-abc8-ab581010b1de.

생산에 미치는 영향: 기존 생산 환경에 미치는 영향 최소화

아래에 표시된 전용 인스턴스 마이그레이션 프로세스 측면에서 Cisco 모범 사례를 보여줘요.

피어링/연결

전용 인스턴스와 미팅의 엣지 연결 시나리오에 대한 Webex Calling 자세한 설명이 포함된 네트워크 아키텍처예요.PA_Edge_Connect_Design.pdf

*문서는 신중하게 사용해야 해요. 설명했듯이 정확한 사용 사례에 따라 서로 상충되거나 보완될 수 있는 여러 시나리오가 설명되어 있습니다.전용 인스턴스에 대한 정확한 참조는 “전용 인스턴스 아키텍처를 위한 엣지 커넥트” 장에서 찾을 수 있어요.

Webex Edge커넥트해요

Webex Edge연결 가장 많이 묻는 질문, 메모:

• 전용 인스턴스 2 링크는 “필수”예요
• 링크 4개는 옵션인데 “횡단”은 허용되지 않아요. “쌍”으로 사용돼요
• 링크 중 하나에 대한 DI 트래픽 우선 순위 지정은 지원되지 않고 일반적으로 적용되지 않아요. 각 측/DC가 고유한 서브넷/25 전용 인스턴스 데이터 센터 위치를 광고하기 때문입니다.

이는 아래 언급된 네트워크 아키텍처 문서에도 설명되어 있어요.

생산에 미치는 영향: 운영 프로세스에만 영향을 미쳐

프리즈 단계의 목적은 소스 시스템에서 대상 전용 인스턴스로 데이터를 이동하고 성공적인 컷오버를 보장하기 위해 필요한 검증을 실행하는 거예요. 팀이 데이터 이동, 데이터 일관성 검사, 테스트 페일오버 및 관련 테스트에 필요한 시간을 확보할 수 있도록 동결에 2-3주 기간을 두는 것이 좋습니다.

동결 단계에서 MACD가 필요한 경우 두 시스템에서 필요한 변경을 완료해야 해요.

데이터 이동/복사에 여러 가지 방법과 도구를 사용할 수 있어요. 일반적으로 아래와 같이 활성/비활성 파티션과 도구를 사용하는 것이 좋아요.

UCM:

BAT 내보내기/가져오기 및 관련 스크립팅

릴리스 15 및 SU에 대한 Cisco Unified Communications Manager 대량 관리 가이드: CUCM_b_bulk-administration-guide-15.html.

Yarnlab처럼 UCM 마이그레이션을 위한 외부 도구들이에요.

유니티:

• Cisco Unity도구들. 무료 Cisco Unity 및 Cisco Unity Connection 관련 도구 모음이에요.

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

유니티 마이그레이션에는 코브라를 사용할 것을 추천해요.

CER:

매뉴얼, 대량 수출/수입

구성 데이터를 옮기면 다음 중요한 항목/조치를 고려하세요.

• 테스트 그룹이 다른 전화 모델을 새 DI TFTP로 리포인팅하는 것과 관련하여 수동으로 또는 DHCP의 옵션 150을 통해. 인증서 통합을 완료하면 마이그레이션과 롤백 시나리오를 둘 다 테스트할 수 있어요.
• 테스트 게이트웨이 재구성 (가능한 경우)
• 실제 프로덕션 컷오버를 위한 게이트웨이 구성 템플릿 준비. 필요한 경우 스크립팅.
• CH의 통화 행동 변화를 통한 WebexApp 사용자 이동
• 이전에 정의한 로그인 방법과 홈 클러스터 변경을 통한 재버 이동
• 기본 통화 흐름과 환경 기능까지의 기능 테스트:
  • 온넷 또는 VPN을 통해 연결된 상태에서의 행동 일관성 확인
  • 전화 및 소프트웨어 엔드포인트로 MRA 테스트
  • PSTN
  • 911 서비스 테스트

• 전용 인스턴스 티어1 지원 (TAC) 전용 인스턴스 티어1 지원

• 나열된 주제들과 관련된 서비스 요청: 서비스 요청 제기 방법
  • DNS 입력
  • 방화벽 업데이트
  • 펌웨어 업로드
  • 클라우드 커넥티비티
  • 감사 로그 설정
  • UC 애플리케이션 관리
  • DI-MT 인터-옵스 SIP 트렁크
  • UC 애플리케이션 라이프사이클
  • 서비스로서의 인프라
    • 파트너 운영 가이드

• 파트너 운영 가이드

  기술 지원, 변경 관리, 사고 관리, 업데이트, 업그레이드, 용량 관리, 인증서 관리, DRS 파트너 운영 가이드를 설명하는 가장 중요한 문서 중 하나예요.

기술 지원, 변경 관리, 사고 관리, 업데이트, 업그레이드, 용량 관리, 인증서 관리, DRS 파트너 운영 가이드를 설명하는 가장 중요한 문서 중 하나예요.

• 책임감 매트릭스

문서에는 온보딩 및 운영 책임 할당 매트릭스 시 파트너, Cisco, 고객 간에 RACI가 분할되어 있다고 설명되어 있어요 .

• 레드스카이 웹엑스 스페이스 웹엑스 팀즈한테 물어보세요: //저요?space=7074fce0-489a-11ea-89f3-8f977dd07aa0.