Резервирование системы — различия между версиями
Материал из Oktell
Строка 1: | Строка 1: | ||
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. | Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. | ||
Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения. | Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения. | ||
+ | === === | ||
− | = 1 вариант: Работа на двух физических серверах. = | + | == 1 вариант: Работа на двух физических серверах. == |
[[Файл:1_var.png]] | [[Файл:1_var.png]] | ||
Версия 11:10, 25 января 2013
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения.
Содержание
1 вариант: Работа на двух физических серверах.
При данном типе работы предполагается, что:
- 1. Средствами провайдера или стороннего шлюза SIP-поток при недоступности первого сервера будет переключаться на второй сервер.
- 2. С некоторым периодом база данных и все настройки сервера копируются на второй сервер.
- 3. IP телефоны должны иметь не менее двух учетных записей. Одна учетная запись регистрируется на первом сервере, вторая - на втором.
- 4. Также при такой настройке требуется дополнительная настройка клиента. А именно в клиентском конфигурационном файле активировать настройки, с помощью которых при потере связи с 1 сервером, клиент самостоятельно переключится на резервный сервер.
- Преимущества:
Восстановление работы телефонии не более, чем за 5 минут.
- Недостатки:
Выход из работы рабочего сервера в любом случае приводит к потери связи. Требуется дополнительная лицензия на второй сервер при использовании программного ключа защиты.
2 вариант: Работа на двух физических серверах в режиме распределения нагрузки.
Данный режим работы предполагает:
- 1. Средствами провайдера или стороннего шлюза SIP-поток распределяется между двумя серверами, в случае недоступности одного из серверов все потоки переходят на работающий.
- 2. С некоторым периодом база данных и все настройки сервера клонируются до единого вида на обоих серверах.
- 3. IP телефоны должны иметь не менее двух учетных записей. Одна учетная запись регистрируется на первом сервере, вторая - на втором.
- 4. Пользователи работают на двух серверах одновременно, распределяя задачи между двумя серверами.
- 5. Производится дополнительная настройка взаимодействия между серверами.
- Преимущества:
- Восстановление работы телефонии не более, чем за 5 минут.
- Распределение нагрузки между двумя компьютерами(серверами).
- Недостатки:
- Выход из работы рабочего сервера в любом случае приводит к потери связи.
- Требуется дополнительная лицензия на второй сервер
- Статистика одного сервера независима от статистики другого, либо
- создается дополнительная база данных для хранения(объединения) статистики.
- При такой работе необходимо либо глобальная модернизация механизмов вывода статистики в комплексе октелл, либо использование :только специально написанных отчетов из раздела статистика Call-центр.
3 вариант: Работа на виртуальной машине на кластере.
- На кластер из нескольких компьютеров устанавливается система виртуализации. С некоторым периодом производится резервное копирование образа системы, с возможностью экстренного восстановления.
- Преимущества
- При выходе из строя одного из физических серверов система телефонии продолжает функционировать.
- При выходе из строя самой виртуальной машины в течение 10 минут восстанавливается работа из резервной копии.
- Недостатки
- Учитывает только проблемы с аппаратным обеспечением. В случае возникновения проблем с ПО необходимо перезапускать виртуальную машину.