Миграция на CUCM 11 c предыдущих версий: особенности и рекомендации.

1. Константин Грибах
Технический консультант, CCIE
kogribak@cisco.com
Миграция на CUCM 11 c предыдущих
версий: особенности и рекомендации.

2. План доклада
• Модели лицензирования
• Процесс миграции лицензий от схемы с использованием DLU на UCL/CUWL (9.X
и новее)
• Версии, сборки и планирование апгрейда
• Замена платформы и апгрейд с использованием Cisco DRS
• Стратегия обновления с использованием Cisco Prime Collaboration Deployment
(PCD)
• Файлы COP для апгрейда
• Пути апгрейда
• От ПАК к виртуальному CUCM
• Виртуальный на виртуальный CUCM
• Системный взгляд на апгрейд

3. Договоримся от терминах для платформы CUCM
Аппаратный сервер или
Программно-Аппаратный
Комплекс “ПАК CUCM”
UC на UCS или
виртуализация UC
“Виртуальный CUCM”
Серверы MCS, HP или IBM
TRC Specs-Based
VMware
Supported
Servers
PCS
3

4. Имена и история переименований
CUCM / Unified CM /
CallManager / UC Manager
Cisco CallManager
3.0-3.3
Cisco Unified CallManager
4.0-4.2
Cisco Unified Communications
Manager (CUCM)
4.3-11.0
License Manager
Enterprise License Manager
(ELM)
9.0 – 9.1
Prime License Manager (PLM)
10.0-11.0
4

5. Модели лицензирования

6. Эволюция методов лицензирования для CUCM
• Обзор лицензирования
CUCM
• Стратегическое
направление всех
решений Cisco -
переход на Smart
Software Licensing
• Будьте готовы к этому
переходу
В будущем
По пользователям
Smart Software
Licensing
UCL и CUWL
Сейчас
По пользователям ELM/PLM UCL и CUWL
В прошлом
По устройствам Локально на CUCM
DLU, Node и Software
Feature
Модель
лицензирования
Контроль
использования
Тип лицензий
66
Cisco Smart Software Licensing
http://www.cisco.com/c/en/us/products/abt_sw.html 6

7. Типы лицензий от CUCM 5.0 до 7.1(3)
Контроль Заказ Описание
Node Node Количество серверов в кластере
DLU DLU Количество и тип телефонов, дополнительные фичи
(mobility, im, presence)
SW Feature ESW/UCSS Поддержка и апгрейд
• 3 типа лицензий: Node, Device License Unit (DLU) и Software Feature license
• Node license использовалось для контроля количества серверов, где выполнялся
процесс СCM. Серверы TFTP и MOH тоже требовали node license
• DLU использовались для контроля добавленных телефонов, их типов, а так же
дополнительного функционала (mobility, presence…)
• Переход на новую версию ПО требовал Software Feature license
• Файлы лицензий привязывались к MAC адресу сервера Publisher кластера
• Все действия с лицензиями происходили на CUCM
Справка
7

8. Типы лицензий от CUCM 7.1(5) до 8.6
Контроль Заказ Описание
Node UCL/CUWL Количество узлов в кластере
DLU UCL/CUWL Количество и тип телефонов, дополнительные
фичи (mobility, im, presence)
SW Feature ESW/UCSS Поддержка и апгрейд
• С технической точки зрения механизм контроля не изменился: Node, DLU и
Software Feature license. Лицензирование по устройствам
• Заказ выполнялся на Пользовательской основе
• В случае аппаратных серверов (MCS), лицензии привязывались к MAC адресу
сервера Publisher кластера
• В среде виртуализации лицензии привязывались к license MAC адресу сервера
Publisher кластера
• Все действия с лицензиями происходили на CUCM
Справка
8

9. Типы лицензий и DLU (CUCM 8.6 и ранее)
Тип лицензии DLU Комментарии
CUWL Pro 17/12 До января 2012/После января 2012
CUWL Standard 11/8 До января 2012/После января 2012
CUWL Entry 9 Миграция на Enhanced Plus UCL CUCM 9.X и новее
CUWL Analog 2 Миграция на Essential UCL CUCM 9.X и новее
CUWL Public
Space
5 Миграция на Enhanced UCL CUCM 9.X и новее
Enhanced UCL 6 Миграция на Enhanced UCL или CUWL в UCL CUCM 9.X и новее
Basic UCL 4 Миграция на Basic UCL CUCM 9.X и новее
Essential UCL 0 Миграция на Essential UCL CUCM 9.X и новее
Public Space 5 Миграция на Enhanced UCL CUCM 9.X и новее
UCL Adjunct 5 Миграция на Enhanced Plus UCL CUCM 9.X и новее или CUWL Standard
UCL TP Single/
Multi-screen
6 Миграция на TelePresence Room License CUCM 9.X и новее
Справка
9999

10. Типы лицензий для CUCM версий 9.1 и далее
Контроль Заказ Описание
UCL/CUWL UCL/CUWL Количество телефонов, модели, опции
мобильности и присутствия
UCL/CUWL ESW/UCSS/SWSS Техническая поддержка и обновление ПО
§ Один тип лицензий. Лицензии контролируют пользователей
§ Лицензии имеют версии. Версия определяет допустимую версию ПО
§ Лицензии привязываются к MAC адресу сервера PLM
§ Контролем лицензионной политики занимается PLM
10

11. Cisco Prime License Manager (PLM)
• PLM – решение для централизованного управления лицензиями продуктов Cisco для
совместной работы во всей компании
- CUCM, CUCM SME и CUCM BE 6K
- Cisco Unity Connection (CUC)
- Cisco Emergency Responder (CER)
• PLM может быть установлен как автономно, так и совместно с CUCM, CUCM-BE 6K или CUC
PLM + CUC
PLM
Bootable
CUCM
10.X/11.x
Вариант установки PLM Продукт
Автономный PLM
Совместно с CUCM PLM+ CUCM
Совместно с CUCMBE 6K PLM+ CUCMBE 6K
Совместно с CUC PLM+ CUC
Начиная с
10.X
PLM + CUCM
Bootable
Prime_LM
Cisco Prime License Manager User Guide:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/plm/10_5_1/userguide/CPLM_BK_U9B156B7_00_user-guide-rel-1052.html

12. Взаимодействие CUCM и PLM
CUCM
• Оценивает
количество лицензий
на основе
конфигурации
телефонов,
пользователей,
функций.
• Отсылает отчет об
используемых
лицензиях на PLM
• Получает ответ от
PLM и работает в
подходящем режиме
PLM
• Опрашивает все
продукты раз в 24
часа
• Оценивает
адекватность
лицензирования
• Выполняет
подстановку
лицензий
• Выдает ответ о
корректности
лицензирования
§ PLM опрашивает все зарегистрированные кластеры
CUCM
§ CUCM оценивает использование лицензий и
выдает отчет в сторону PLM
§ PLM оценивает отчеты всех кластеров CUCM и
выделяет адекватное количество лицензий для
каждого типа пользователей
§ PLM подставляет старший тип лицензии, если
лицензий нужного типа недостаточно
§ PLM выдает каждому кластеру CUCM ответ о
наличии достаточного или недостаточного
количества лицензий
§ Кластер CUCM получает ответ от PLM и работает в
соответствующем режиме.
12

13. PLM и подстановка старшего типа лицензии
• Поскольку используется иерархическая модель лицензирования,
то при нехватке лицензий младшего типа, PLM автоматически
пытается компенсировать это лицензиями старшего типа
- Например, лицензия UCL Basic может быть компенсирована
за счет UCL Enhanced
- В свою очередь, UCL Enhanced может быть компенсирована
UCL Enhanced Plus
• PLM оценивает ВСЕ лицензионные требования для каждого
продукта отдельно (CUCM, CUC и CER) и отправляет ответ ВСЕМ
соответствующим системам
- VALID: количество лицензий адекватно используемому
- INVALID: лицензий не хватает
• То есть получается обобщенный взгляд на использование
лицензий в компании.
UCL - Essential
UCL Basic
UCL Enhanced
UCL Enhanced +
CUWL Standard
Подстановка
лицензий
13

14. Версии и сборки License Manager
Версия Сборка
11.0(1) 11.0.1.10000-X
10.5(2) 10.5.2.10000-6
10.5(1) 10.5.1.10000-9
10.0(1) 10.0.1.1000-19
Такая же как и CUCM при
совместной установке
Такая же как и CUCM при
совместной установке
NEW
License Manager
Enterprise License Manager (ELM)
9.0 – 9.1
Prime License Manager (PLM)
10.0-11.0
Версия Сборка
Как и CUCM Как и CUCM
e.g. 9.1(2) SU3 9.1.2.13900-10
• ELM встроен в CUCM ISO
• PLM может быть встроен в CUCM ISO или поставляться как
отдельный ISO для автономной установки
Справка

15. Использование лицензий на CUCM
Пользователь
1
Устройство
2
• Пользователь Extension mobility: Лицензии не требуется
• Пользователь Extension mobility с Unified Mobility (SNR): Лицензия UCL
Basic
• Устройство, для которого не указан Owner User ID association: UCL
• В зависимости от модели устройства
• Например телефон в публичной зоне, общее рабочее место,
переговорка...
Пользователь
/ Устройство
3
• Устройство, для которого указан Owner User ID: UCL или CUWL
• В зависимости от модели устройства и/или их количества у пользователя
• Например 1-2 устройства: UCL, 3 -10 устройств: CUWL
TelePresence4 • TelePresence (TP) система
• Например, CTS, MX, SX, TX, etc.
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/admin/10_0_1/ccmfeat/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100/CUCM_BK_F3AC1C0F_00_cucm-features-services-guide-100_chapter_0100101.html#CUCM_RF_UCAE0263_00
15

16. Устройство и назначение Owner User ID
• Назначение устройствам Owner User ID
потенциально сокращает количество
используемых лицензий
- Пользователь Extension mobility с опцией
Unified Mobility и телефон используют одну
лицензию
- Несколько телефонов с одним Owner User ID
• Owner User ID в ранних версиях:
- CUCM 9.1(1a) и ранее: User или None
- CUCM 9.1(2) и позже: User или Anonymous
• Другие методы назначения:
- BAT, Команда SQL из CLI, UDS и AXL
Device > Phone > Device Name
Рекомендуется выполнить эту процедуру до
перехода на CUCM 9.X или новее 16

17. Процесс миграции лицензий от схемы с
использованием DLU на UCL/CUWL (9.X и новее)

18. License Count Utility (LCU) для CUCM 6.X-8.X
License
Count Utility
CUCM 6.X
CUCM 7.X
CUCM 8.X
• Получает по протоколу AXL информацию о текущем использовании лицензий в кластере CUCM
(6.X, 7.X и 8.X) и формирует отчет pre-upgrade license report
• Отчет может быть отправлен на licensing@cisco.com
• Не забудьте указать дополнительную информацию: номер лицензионного кейса (если открыт),
номер контракта SWSS (при наличии) или номер заказа (если размещен)
Pre-Upgrade
License Report
PLM
licensing@cisco.comLCU-License-
Report.zip
1818
License Count Utility 9.1.2 (LCUZIP-Ver9.1.2.zip):
https://software.cisco.com/download/release.html?mdfid=285963825&flowid=&softwareid=282204704&release=DAT&relind=AVAILABLE&rellifecycle=&reltype=latest
18

19. Открытие лицензионного кейса
• https://survey.opinionlab.com/survey/s?s=10422
• Type of problem = Licensing
Web
• licensing@cisco.com
Email
• 1-800-553-2447
• Option 3, License Support
Телефон
19

20. Версии, сборки и планирование апгрейда

21. CUCM Major/Minor - версии
CUCM Major
версии
CUCM Minor
версии
11.0 11.5
10.0 10.5
9.0 9.1
8.0 8.5 и 8.6
7.0 7.1
6.0 6.1
5.0 5.1
• Оба типа версий требуют наличие активного
контракта Cisco Software Support Service (SWSS)
• Раньше было по другому
- Для апгрейда в рамках Minor – версии
требовался активный контракт Essential
Operate Service (ESW)
- Для перехода на новую Major-версию
требовался активный контракт Unified
Communication Software Subscription (UCSS)
• End of Sales (EOS) notice
- http://www.cisco.com/c/en/us/products/
collateral/unified-communications/unified-
communications-software-subscription/eos-eol-
notice-c51-732026.html
EOS
21

22. Пример версий CUCM и сборок
Версия CUCM Сборка CUCM Соглашение о нумерации
11.0(1) 11.0.1.10000-5 (A.B.C.XYzzz-x)
(A) Major version (License)
10.5.2.10000-5
(B) Minor version (Long Life Release)
10.5.2.10000-5
(C) Maintenance release (Patch and/or Features)
10.5.2.10000-5
(X) Build (Patch)
10.5.2.10000-5
10.5.2.20000-5 (example)
(Y) FCS:0, ES or SU: 1-9
10.5.2.10000-5 (FCS)
10.5.2.11900-1 (ES or SU look at last three digits)
(zzz) FCS:000, ES: 001-899, SU: 900-999
10.5.2.10000-5 (FCS)
10.5.2.11001-5 (ES) (example)
10.5.2.11900-3 (SU)
10.5(2)SU1 10.5.2.11900-3
10.5(2) 10.5.2.10000-5
10.5(1) 10.5.1.10000-6
10.0(1)SU2 10.0.1.12900-2
10.0(1)SU1 10.0.1.11900-2
9.1(2)SU3 9.1.2.13900-10
9.1(2)SU2a 9.1.2.12901-3
9.1(2)SU2 9.1.2.12900-11
9.1(2)SU1 9.1.2.11900-12
9.1(2) 9.1.2.10000-28
9.1(1a) 9.1.1.20000-5
NEW
Справка
22

23. Замечание про окончание продаж/поддержки
версий CUCM
Этапы Потенциальная активность Общее
До даты End-of-Sales Можно заказать и развернуть новый кластер
После даты End-of-Sales Пора планировать апгрейд
End of SW Maintenance К этой дате апгрейд системы должен быть
завершен
23
End-of-Life and End-of-Sale Notices
http://www.cisco.com/c/en/us/products/unified-communications/unified-communications-manager-callmanager/eos-eol-notice-listing.html
Стратегия эксплуатации:
- Для длительной работы на стабильной версии используется “Long-Life Release” (например 10.5, 11.5 …)
- Новые фичи появляются в “Short-Life Releases” (например 11.0, 12.0 …)
Планирование апгрейда:
- последовательные циклы выпуска новых версий
- Предсказуемые сроки этапов окончания продаж/поддержки
1 год
New
23

24. Пример планирования апгрейда для
Long-Life Release
Cisco Notification Service
http://www.cisco.com/cisco/support/notifications.html
Active
Cisco
Notification
Service
Email/RSS Feed
of End-of-Sales
and End-of-Life Дата
End-of-Life
Announcement
Дата
End-of-Sale
End of SW
Maintenance
Releases Date:
App. SW
6 months 12 months
Следующая
версия CUCM
(N+1)
Версия CUCM
(N+2)
CUCM версии N
Active
Upgrade Window (UW)
UW
Заказчики, предпочитающие долгоживущие версии, могут апгрейдиться либо на
следующую версию, либо через одну
New

25. Определения процессов апгрейда CUCM (на сегодня)
L2 Upgrade: ПАК/Виртуальный на ПАК/виртуальный
§ Самый простой вариант с минимальным временем простоя
§ Применяется для версий CUCM, использующих одинаковую основную версию RHEL
§ (например CUCM 10.0 на 11.0 или CUCM 10.5 на 11.0)
RU (Refresh Upgrade): ПАК/Виртуальный на ПАК/Виртуальный с изменением
основной версии RHEL (начиная с RHEL 5)
§ Средняя сложность, возможно существенное время простоя
§ (например CUCM 8.6 на 11.0 или CUCM 9.1 на 11.0)
Platform Change: ПАК на Виртуализированный CUCM
§ Сложность процесса и время простоя могут отличаться в зависимости от ситуации
§ Может быть один или более этапов миграции
§ (например, аппаратные серверы, на которых не может работать версия 10.0 и новее)
L2
RU
PC
25

26. L2 и RU Upgrade: ПАК/Виртуальный CUCM на
ПАК/Виртуальный
InActive partition
Active Partition
InActive partition
Active Partition
CUCM
Publisher
CUCM
Subscriber
Новая
версия ПО
Switch
Version
через OS
Admin or
CLI
Active partition
inActive Partition
Active partition
inActive Partition
CUCM
Publisher
CUCM
Subscriber
2
1
3
26

27. L2 и RU Upgrade: ПАК/Виртуальный CUCM на
ПАК/Виртуальный – дерево принятия решения
Существующий кластер
CUCM, который
собираемся апгрейдить
Обновленн
ый кластер
CUCM
Нет
Одинаковая
основная версия
RHEL?
Применяется
RU апгрейд
Применяется
L2 апгрейд
Да
L2L2L2
RU
CUCM
Version
RHEL Release
5.0(4) RHEL 3 Update 6
5.1(x) & 6.X RHEL 3 Update 8
7.0(1) RHEL 4 Update 4
7.1(2) RHEL 4 Update 6
7.1(3) & 8.0(x) RHEL 4 Update 7
8.5 RHEL 4 Update 8
8.6* RHEL 5 Update 5
9.X RHEL 5 Update 7
10.0(1) RHEL 6 Update 2
10.5(1) RHEL 6 Update 5
11.0(1) RHEL 6 Update 6
L2
* RU появился с версии CUCM 8.6 и RHEL 5. New
27

28. Отличия L2 и RU процессов апгрейда
• Активный раздел работает в процессе установки новой
версии ПО на неактивный раздел
• Малое время простоя, поскольку апгрейд идет при
работающей системе
L2
Upgrade
• Требуется остановка сервера на время инсталляции новой версии
• При использовании аппаратных серверов будет несколько перезагрузок
• Длительное время простоя, поскольку апгрейд нельзя выполнить при
работающей системе
• Такой апгрейд равноценен установке нового CUCM
RU
Upgrade
28

29. Пример апгрейда L2/RU
Исходный
кластер
CUCM
Резервная
копия
DRS
Сервер
sFTP
CUCM
11.X
ISO file
Апгрейд
неактивного
раздела
Publisher
CUCM
11.X
ISO File
Апгрейд
неактивного
раздела
Subscriber
Добавляе
м
лицензии
на ELM/
PLM
CLI или
OS Admin
Переклю-
чение
партиций
на
Publisher
1 62 3 4 5
Новый
кластер
CUCM 11.X
CLI или
OS Admin
Переклю-
чение
партиций
на
Subscriber
Новый
кластер
CUCM 11.X
Исходный
кластер
CUCM
Исходный
кластер
CUCM
ELM/PLM
• Добавляем файл
лицензий версии 11
на соответствующий
ELM или PLM
• При переходе с 9.х
на 11.х ноды IM&P
апгрейдим после
нод CUCM
• Этот сценарий
применим только
для апгрейда
виртуализирован-
ного CUCM
29

30. Стратегии замены платформы (PC) CUCM
NEW
NEW
PC
1
2
PC
Cisco DRS (Disaster Recovery System):
Традиционный метод с использованием DRS backup и DRS
restore, который применяется только для замены платформы
CUCM
Cisco PCD (Prime Collaboration Deployment)
Новый метод с использованием PCD позволяет сменить
платформу и/или выполнить апгрейд

31. Замена платформы и апгрейд с использованием
Cisco DRS

32. Замена платформы через DRS для 8.0(2) - 9.1(2)
DRS
Backup
Сервер
sFTP
CUCM
ISO
образ
Установка
Publisher
Загрузка
лицензий
1 52 3 4
CUCM на
MCS
Новый
виртуальный
CUCM
Новый
виртуальный
CUCM
DRS
Restore на
Publisher
Сервер
sFTP
CUCM
Publisher
или ELM
Новый
виртуальный
CUCM
Установка
Subscriber
CUCM
ISO
Образ
• При смене платформы
используется ТА ЖЕ версия
CUCM. Без апгрейда
• Загружаемые лицензии:
- 8.X: Node, DLU и SW
Feature привязанные к
License MAC сервера
Publisher
- 9.X: Лицензии на ELM
Для
8.0(2)-9.1
(2)
32
Replacing a Single Server or Cluster for Cisco Unified Communications Manager:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/10_0_1/replace/CUCM_BK_RA042F11_00_replace-server-cluster-cucm-100.html
32

33. Замена платформы через DRS для 8.0(2) - 9.1(2)
DRS
Backup
Сервер
sFTP
CUCM
ISO
образ
Установка
Publisher
Загрузка
лицензий
1 52 3 4
CUCM на
MCS
Новый
виртуальный
CUCM
Новый
виртуальный
CUCM
DRS
Restore на
Publisher
Сервер
sFTP
CUCM
Publisher
или ELM
Новый
виртуальный
CUCM
Установка
Subscriber
CUCM
ISO
Образ
Для
8.0(2)-9.1
(2)
33
Replacing a Single Server or Cluster for Cisco Unified Communications Manager:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/install/10_0_1/replace/CUCM_BK_RA042F11_00_replace-server-cluster-cucm-100.html
33
• Обновляем ELM до PLM
перед апгрейдом CUCM на
11.X
• Загрузка лицензий:
- 10.X/11.X: Лицензии на
PLM
RU
Апгрейд
Виртуальный
CUCM 11.X

34. Для версий 6.1(4), 6.1(5), 7.1(3) или 7.1(5)
CUCM on
MCS
Virtualized
CUCM 9.1(2)
34
• Используется механизм Jump Upgrade для обхода ограничения платформ MCS и перехода
на виртуальный CUCM версии 9.1(2)
• Далее используем RU upgrade до версии CUCM 11.X
• Если Ваша версия CUCM отличается от указанных, то сначала обновитесь до одной из них
- 6.1(4), 6.1(5), 7.1(3) или 7.1(5)
На
11.X
Jump Upgrade Process
RU
Upgrade
Virtualized
CUCM 11.X
34
Jump Upgrade Procedure:
https://supportforums.cisco.com/sites/default/files/legacy/3/6/1/15365163-Drive_to_Nine_Jump_upgrade_versions_4.1.3-7.1.5_to_9.1.2%5B2%5D.pdf
34

35. Jump Upgrade: Как выглядит весь процесс
Резервная
копия DRS
Сервер
sFTP
Загрузочный
ISO CUCM
6.X или 7.X
Установка
той же
версии
CUCM
Обновле
ние на
CUCM
9.1(2)
1 52 3 4
CUCM 6.X
или 7.X на
MCS
Новый
виртуальный
CUCM 6.X
или 7.X
Новый
виртуальный
CUCM 6.X
или 7.X
Восстано-
вление
конфигу-
рации
через
DRS
Сервер
sFTP
Обновленный
виртуальный
CUCM 9.1(2)
Новый
виртуальный
CUCM 9.1(2)
Установка
нового
CUCM
9.1(2)
Загрузочный
ISO CUCM
9.1(2)
35
Загрузочный
ISO CUCM
9.1(2)
Резервная
копия DRS
Сервер
sFTP
Обновленный
виртуальный
CUCM 9.1(2)
6 7
Новый
виртуальный
CUCM 9.1(2)
Восстано-
вление
конфигу-
рации
через
DRS
Сервер
sFTP
ЛАБОРАТОРНАЯ СЕТЬ
Справка

36. Стратегия обновления с использованием Cisco
Prime Collaboration Deployment (PCD)

37. Prime Collaboration Deployment (PCD)
• PCD – это виртуальная машина/приложение
Vmware, которая используется для управления
приложениями Cisco для совместной работы:
- CUCM
- CUC
- CUP / IM&P
- CUCCX
• Выполняемые задачи (Upgrade, Switch Versions,
Server Restart, Readdress, Install и Migrate)
зависят от версии и типа приложения для
совместной работы
• Виртуальная машина PCD имеет
предустановленное и преднастроенное ПО
(1.4GB)
CUCM 6.X
CUCM 7.X
CUCM 8.X
PCD
ESXi Host
37

38. Поддерживаемые действия PCD 11.0 для CUCM
Действия CUCM
6.1(5)
CUCM
7.1(3), 7.1(5)
CUCM
8.0(1-3)
CUCM
8.5(1)
CUCM
8.6(1-2)
CUCM
9.x
CUCM
10.X
CUCM
11.X
Migration to 10.X/11.X X X X X X X X X
Fresh Install X X
Upgrade X X X X
Switch Version X X X X
Restart X X X X
Readdress
(Hostname/IP
Address Change)
X X
PCD Administration Guide:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/pcdadmin/10_5_1/CUCM_BK_U35347D2_00_pcd-administration-guide-1051.pdf
Справка
New
38

39. Системные требования PCD
• Требования к ресурсам виртуализации
- 2 vCPU
- 4 GB vRAM
- 80 GB vDisk
• Версия гипервизора VMware
- ESXi 4.1, 5.0, 5.1 and 5.5
- VMware API:
- Cisco UC Virtualization Foundation, VMware vSphere Foundation, Standard Edition,
Enterprise Edition, или Enterprise Plus Edition
- CUCM-BE 6K и CUCM-BE 7K поставляются с Cisco UC Virtualization Hypervisor.
Для использования PCD требуется обновление до Cisco UC Virtualization
Foundation
CPU Memory NIC Storage
PCD
Server Hardware
VOS
ESXi 4/5 Hypervisor
CUCM
VOS
CUC
VOS
CUCCX
VOS
PCD Administration Guide:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/pcdadmin/10_5_1/CUCM_BK_U35347D2_00_pcd-administration-guide-1051.pdf 39

40. Заказ и развертывание PCD для апгрейда
Версия PCD Сборка
11.0(1) 11.0.1.10000-x
10.5(1) 10.5.1.10000-6
10.0(1) 10.0.1.10000-14
NEW
Справка
• Product Upgrade Tool (PUT) - www.cisco.com/upgrade
• PCD является частью “CUCM Software Version 10.X/11.X for PUT Only”
• Файл для скачивания: pcd_vApp_UCOS_1X.x.xxxxx-x.iso
PUT
pcd_vApp_UCOS
_1X.x.xxxxx-x.iso
ISO
OVA
PCD_VAPP.OVA for vSphere Client
PCD_VAPP.ova for vSphere Web Client
PCD
PCD Administration Guide:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/pcdadmin/10_5_1/CUCM_BK_U35347D2_00_pcd-administration-guide-1051.pdf 40

41. Работа PCD с внешними компонентами
• Связь PCD и VMware ESXi
- ESXi host root credential
- NFS mount PCD /fresh_install directory
- Требуется координация с командой,
обслуживающей ЦОД
• Связь PCD и CUCM
- CUCM OS admin credential
• Станция управление и PCD
- Web-интерфейс для администратора
- Клиент sFTP для загрузки ISO и COP файлов
PCD
Virtualized
CUCM 11.X
VMware vSphere
/upgrade
/fresh_install
ucsinstall*.iso,*cop.sgn
bootable*.iso
NFS
sftp
ftp/sftp
/fresh_install
41

42. Файлы COP для апгрейда

43. CUCM и версия RSA (Rivest Shamir Adleman)
Сборка CUCM Версия RSA
< 8.5.1.17123-1 RSA v2
< 8.6.2.24122-1 RSA v2
< 9.1.2.11018-1 RSA v2
10.X RSA v2 и v3
11.X RSA v3
Версия RSA и
CUCM
Сборка CUCM Версия RSA для подписи
5.0(4) – 10.0(X) RSA v2
10.5(1) or higher RSA v3
ciscocm.free_common_space_v1.1.k3.cop.sgn
Сторонние COP-файлы должны быть подписаны
RSA v3 signature
Файлы подписанные
RSA
ISO
COP
(sgn)
file
RSA version of ISO or COP file(s) have match what CUCM supports
Только файлы, подписанные RSA v3 могут быть
добавлены в CUCM 11.X и новее
43

44. CUCM и файлы ISO/COP
CUCM 9.1(2)
ciscocm.version3-keys.cop CUCM 11.0
ISO
COP
(sgn)
file
CUCM accepts RSA v2
CUCM 11.0 ISO is RSA v3CUCM accepts RSA v3
✔
CUCM 9.1(2)
ISO
CUCM accepts RSA v2
CUCM 10.0 ISO is RSA v2
✔
CUCM 10.0
CUCM 10.0
CUCM accepts RSA v2 /v3
✔
CUCM 11.0
ISO
CUCM 11.0 ISO is RSA v3
CUCM 11.0
COP
(sgn)
fileCUCM accepts RSA v3
X
CUCM accepts RSA v3
COP file is RSA v3
ciscocm.free_common_space_v1.0.cop.sgn
COP
(sgn)
file
ciscocm.free_common_space_v1.3.k3.cop.sgn
COP file is RSA v2
COP file is RSA v3
✔
44

45. Файлы COP, использующиеся при
апгрейде CUCM
Текущая версия Версия апгрейда
<8.5.1.17123-1
<8.6.2.24122-1
<9.1.2.11018-1
10.5(1) or higher ciscocm.version3-keys.cop.sgn
8.5(x) or lower 8.6 or higher ciscocm.refresh_upgrade_v1.5.cop.sgn
8.5(1), 8.6(2), 9.1(1),
9.1(2) or lower
ciscocm.vmware-disk-size-
reallocation-1.0.cop.sgn
9.1(x) or lower 9.1(x) ciscocm.free_common_space_v1.3.k3.cop.sgn
6.1(4), 6.1(5), 7.1(3) 8.5(x) ciscocm.allow_upgrade_to_unrestricted.cop.sgn
Справка
• Создавайте резервную копию перед установкой файла COP
• Учитывайте версию RSA файла COP и поддерживаемую CUCM
• Используйте команду “show version active” или web-интерфейс для проверки
установленных файлов COP
45

46. Пути апгрейда

47. Простой L2 апгрейд (виртуальный на виртуальный)
CUCM 10.5(X)
CUCM 11.XL2
• Для версий CUCM, версии которых допускают L2 апгрейд до 11.X
• Минимальное время простоя
• Не требуется предварительная установка новых ключей RSA
(ciscocm.version3-keys.cop.sgn)
CUCM 10.0(1)
47

48. Прямой RU апгрейд (Виртуальный на виртуальный)
CUCM 11.X
CUCM 8.5(X)
RU
• Значительное время простоя
• Средняя сложность апгрейда
• Требуется предварительная установка новой версии ключей RSA
(ciscocm.version3-keys.cop.sgn)
• Для поддержки RU апгрейда для CUCM 8.5 и более ранних версий,
требуется установка соответствующего COP-файла
(ciscocm.refresh_upgrade_v1.3.cop.sgn)
CUCM 8.6(X)
CUCM 8.0(2-3)
CUCM 9(X)
48

49. От ПАК на виртуальный CUCM 11.X (DRS)
Вариант
платформы
Поддержка
версий
Бридж-
режим
Не
поддерживается
Стратегия апгрейда
1 6.1-7.1 8.0 8.5-9.1 Jump upgrade, затем RU апгрейд на 11.X
2 6.1-7.1 8.0-8.5 8.6-9.1 Jump upgrade, затем RU апгрейд на 11.X
3 6.1-8.0 NA 8.5-9.1 Jump upgrade или апгрейд до 8.0 для смены платформы, затем RU
апгрейд на 11.X
4 6.1-8.0 8.5 8.6-9.1 Jump upgrade или апгрейд до 8.0 для смены платформы, затем RU
апгрейд на 11.X
5 6.1-8.0 8.5-9.1 NA Jump upgrade или апгрейд до 8.0 для смены платформы, затем RU
апгрейд на 11.X
6 6.1-8.5 8.5-9.1 NA Jump upgrade или апгрейд до 8.0 для смены платформы, затем RU
апгрейд на 11.X
7 7.1-9.1 NA NA Jump upgrade или апгрейд до 9.1 для смены платформы, затем RU
апгрейд на 11.X
Справка
Supported Cisco Unified Communications Manager Releases by Server:
http://www.cisco.com/en/US/partner/prod/collateral/voicesw/ps6790/ps5748/ps378/prod_brochure0900aecd8062a4f9.html
• Процесс Jump upgrade является более предпочтительным, поскольку упрощает процесс
получения лицензий и сокращает количество шагов, влияющих на время простоя
49

50. От ПАК на виртуальный CUCM 11.X (PCD Migrate)
CUCM 11.X
CUCM 7.1(3/5)
CUCM 8.0(2-3)
CUCM 6.1(5)
CUCM 8(X)
PC
Апгрейд
CUCM 9(X)
PCD Migrate
• Те же или новые IP адреса
• Те же или отличающиеся имена хостов
50

51. От ПАК на виртуальный CUCM 11.X (PCD Migrate)
CUCM 11.X
CUCM 7.1(3/5)
CUCM 6.1(5) PC
Апгрейд
PCD Migrate
• Несколько этапов
• Те же или новые IP адреса
• Те же или отличающиеся имена хостов
CUCM 6.0(X)
CUCM 6.1(1-4)
CUCM 5.1(3)
CUCM 7.0(1)
CUCM 7.1(2-4)
L2 апгрейд
51

52. PCD или DRS
• Знание инструментов и процесса
• Технические возможности
- Root доступ к хосту ESXi
- Хост ESXi поддерживает NFS datastore
• Зависимость от других приложений для совместной работы
PCD Administration Guide:
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/pcdadmin/10_5_1/CUCM_BK_U35347D2_00_pcd-administration-guide-1051.pdf 52

53. От ПАК к виртуальному CUCM

54. Переход от ПАК к виртуальной платформе
Unified Communications in a Virtualized Environment” Docwiki
http://www.cisco.com/go/uc-virtualized
Смена
платформы
CPU Memory NIC Storage
UC App
Server Hardware
VOS
ESXi 4/5 Hypervisor
UC App
VOS
UC App
VOS
UC App
VOS
1. Выбор серверной платформы
2. Требования к гипервизору VMware ESXi
3. Переход от аппаратной платформы к виртуальной машине
4. Используйте “Unified Communications in a Virtualized Environment” Docwiki
1
2
3
54

55. Business
Edition 6000
UC on UCS
Меньше
Меньше Больше
Больше
UC on UCS
Другие
производители
1. Выбор серверной платформы
Любой сервер
Business
Edition 7000
Выбор
(сохранение инвестиций)
Гарантия
производительности
TRC Specs-Based
Packaged Collaboration
Solution
МеньшеБольше Простота развертывания
UC Virtualization Supported Hardware
http://docwiki.cisco.com/wiki/UC_Virtualization_Supported_Hardware#B200_M2_TRC.231 55

56. 2. Требования к VMware ESXi
Версия гипервизора ESXi: 4.0, 4.1, 5.0, 5.1 и 5.5
Лицензия ESXi: VMware vSphere Hypervisor, Cisco UC Virtualization
Hypervisor, VMware vSphere Hypervisor Foundation, Cisco UC Virtualization
Foundation, Standard, Enterprise или Enterprise Plus
VMware vCenter: Essential, Foundation или Standard
§ Рекомендуется для крупных систем. Централизация
управления, лицензирования, и т.д.
§ Обязателен при выборе Specs-Based deployment
Заказ лицензий Vmware: Cisco, партнер или VMware
§ https://www.vmware.com/files/pdf/vsphere_pricing.pdf
ESXi Hypervisor
VMware vCenter
Server
56

57. vSphere
Client
CCO
OVA
UCS B200 M4
2
1
Файлы Cisco Virtual Template (OVA)
Open Virtual Archive (OVA): файл, сжатая версия OVF шаблона, в котором
определяются параметры виртуальной машины (память, процессор, дисковое
пространство и т.д.)
Cisco предоставляет файлы OVA версий 7 и 8 (Virtual Machine Hardware Version -
VMV) для приложений совместной работы. Они доступны на CCO
Используйте последнюю версию OVA и максимально доступную версию VMV
подходящую к версии Вашего гипервизора ESXi
57

58. ESXI и версия файла OVA для приложений Cisco
Версия ESXi VMware Virtual
Machine Hardware
Version (VMV)
Рекомендация Cisco
версия OVA VMV
4.0 7 7
4.1 7 7
5.0 8 8
5.1 9 8
5.5 10 8
Collaboration
Application
Collaboration
Application Version
VMV Version Cisco
OVA Version
cucm_10.5_vmv8_v1.8.ova
CUCM 10.5 8 1.8
• Используйте подходящую версию файла OVA для Вашего
приложения
– E.g. plm_10.5_vmv8_v1.1.ova and
Bootable_UCSInstall_UCOS_10.5.1.10000-5.sgn.iso
• VMV можно проапгрейдить, но нельзя уйти на старую версию
58

59. 3. Выбор виртуальной машины вместо аппаратной платформы
Модель
сервера
MCS
Количество
телефонов
Файл OVA для
развертывания
vCPU
7845-I3 или
древнее
10000 10000 4
7845-I3 или
древнее
7500 7500 2
7845-I2/H2
или древнее
7500 7500 2
7825-I5 или
древнее
1000 2500 2
7825-I5 или
древнее
1000 1000 2
7816-I5 или
древнее
500 1000 2
7828-I5 или
древнее
500 1000 2
• Младшие модели серверов MCS можно
конвертировать в OVA на 2500 устройств
или в OVA на 1000 устройств при
развертывании на платформе BE6000
• MCS и C-серия используют обычные
диски, подключенные напрямую (DAS)
• Опционально можно использовать FC
SAN для надежности.
Restricted performance CPU (CUCMBE 6K)
OVA
59

60. ПАК и виртуальная платформа –
поддержка функций
Функция ПАК Виртуальная платформа
Music on Hold (live source) USB audio (unicast and
multicast)
IOS or Barix (multicast only)
Install and upgrade error logs USB Virtual serial port
Answer file (platformConfig.xml) USB Virtual floppy
UPS via USB APC UPS via USB UPS on UCS/ESXi
Back up Tape Secure ftp
eToken encryption key USB on client and not server USB on client and not server
SMDI Serial port NA
Пожалуйста, предусмотрите варианты замены, в случае
использования вышеперечисленных функций на текущем CUCM
Справка
60

61. Виртуальный на виртуальный CUCM

62. Изменение OVA при переходе с версии CUCM 9
на CUCM 10/11
Параметры CUCM 9.X CUCM 10.X/11.X
RHEL Guest OS 5 (32bit) 6 (64 bit)
Adapter Type Flexible VMXNet3
• Измените параметр Guest OS с RHEL 5 (32 bit) на 6 (64 bit)
• Смените тип сетевого адаптера Flexible to VMXNET3. Будьте
бдительны! Следуйте инструкции по ссылке!
– Automatic MAC: отредактируйте файл VMX в директории Вашей VM
– VMware vSphere PowerCLI для обоих вариантов (Automatic/Manual MAC).
CUCM 10.0 OVA:
http://www.cisco.com/web/software/283088407/108296/cucm_10.0_vmv8_v1.7.ova.README.txt 62

63. Для CUCM 11.X OVA изменились требования по vRAM
Продукт OVA vCPU vRAM
(GB)
vDisk
(GB)
CUCM
10.X
10,000 4 6 1 x 110
7,500 2 6 1 x 110
2,500 1 4 1 x 80
1,000 2 4 1 x 80
CUCM OVA:
http://docwiki.cisco.com/wiki/Virtualization_for_Cisco_Unified_Communications_Manager_(CUCM)
Продукт OVA vCPU vRAM
(GB)
vDisk
(GB)
CUCM
11.X
10,000 4 8 1 x 110
7,500 2 8 1 x 110
2,500 1 6 1 x 80
1,000 2 6 1 x 80
Новое
11.X
• Остановите CUCM
• Измените параметры vRAM для виртуальной машины
• Включите CUCM
• Выполните апгрейд до версии 11
63

64. Системный взгляд на апгрейд

65. Общая стратегия апгрейда
Апгрейд
CUCM
3
Апгрейд
приложений UC
Этап II:
Апгрейд ПО на IP
телефонах
Этап IV:
Подготовка других
приложений UC к
апгрейду кластера
CUCM
Этап VI:
Апгрейд и миграция
кластера CUCM и
приложений
Замена
Апгрейд
приложений UC
4 5
• Этапы II, IV и V возможно придется повторять в
случае многошагового апгрейда
• Сверьтесь с Матрицей Совместимости оборудования
и ПО для целевой версии CUCM
2Этап I:
Привязка Owner User
ID / phone и
работа с
лицензиями
1
ПО на IP
Телефонах
Этап III:
Проактивная замена
6Этап V:
Подготовка кластера
CUCM к апгрейду
Установка
файлов COP
65

66. Дополнительные рекомендации
Разработайте всесторонний план миграции
Партнеры могут использовать PDI Helpdesk для проверки плана
§ http://www.cisco.com/web/partners/tools/pdihd.html
Разбивайте апгрейд на фазы для минимизации времени простоя
Открывайте кейс в Global Licensing Operations (GLO) с правильными тэгами
для ускорения процесса
§ https://communities.cisco.com/community/partner/collaboration/migration/blog/
2013/05/30/how-to-get-the-efficient-support-for-drive-to-9
Откройте проактивно кейс в TAC для апгрейда
§ http://cisco.com/tac/caseopen
66

67. CiscoRu Cisco CiscoRussia
Ждем ваших сообщений с хештегом
#CiscoConnectRu
CiscoRu
Пожалуйста, заполните анкеты. Ваше
мнение важно!
Спасибо.