Резервирование системы — различия между версиями

Материал из Oktell
Перейти к: навигация, поиск
Строка 1: Строка 1:
=== ===
 
  
 
== Цели резервирования ==
 
== Цели резервирования ==
 
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения.
 
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения.
 
Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения.
 
Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения.
 
==== ====
 
  
 
== Вариант 1: Работа на двух физических серверах. ==
 
== Вариант 1: Работа на двух физических серверах. ==

Версия 11:12, 25 января 2013

Цели резервирования

Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса Oktell так и программного окружения.

Вариант 1: Работа на двух физических серверах.

1 var.png

При данном типе работы предполагается, что:

1. Средствами провайдера или стороннего шлюза SIP-поток при недоступности первого сервера будет переключаться на второй сервер.
2. С некоторым периодом база данных и все настройки сервера копируются на второй сервер.
3. IP телефоны должны иметь не менее двух учетных записей. Одна учетная запись регистрируется на первом сервере, вторая - на втором.
4. Также при такой настройке требуется дополнительная настройка клиента. А именно в клиентском конфигурационном файле активировать настройки, с помощью которых при потере связи с 1 сервером, клиент самостоятельно переключится на резервный сервер.
  • Преимущества:

Восстановление работы телефонии не более, чем за 5 минут.

  • Недостатки:

Выход из работы рабочего сервера в любом случае приводит к потери связи. Требуется дополнительная лицензия на второй сервер при использовании программного ключа защиты.

Вариант 2: Работа на двух физических серверах в режиме распределения нагрузки.

2 var.png

Данный режим работы предполагает:

1. Средствами провайдера или стороннего шлюза SIP-поток распределяется между двумя серверами, в случае недоступности одного из серверов все потоки переходят на работающий.
2. С некоторым периодом база данных и все настройки сервера клонируются до единого вида на обоих серверах.
3. IP телефоны должны иметь не менее двух учетных записей. Одна учетная запись регистрируется на первом сервере, вторая - на втором.
4. Пользователи работают на двух серверах одновременно, распределяя задачи между двумя серверами.
5. Производится дополнительная настройка взаимодействия между серверами.
  • Преимущества:
Восстановление работы телефонии не более, чем за 5 минут.
Распределение нагрузки между двумя компьютерами(серверами).
  • Недостатки:
Выход из работы рабочего сервера в любом случае приводит к потери связи.
Требуется дополнительная лицензия на второй сервер
Статистика одного сервера независима от статистики другого, либо
создается дополнительная база данных для хранения(объединения) статистики.
При такой работе необходимо либо глобальная модернизация механизмов вывода статистики в комплексе октелл, либо использование :только специально написанных отчетов из раздела статистика Call-центр.

Вариант 3: Работа на виртуальной машине на кластере.

3 var.png

На кластер из нескольких компьютеров устанавливается система виртуализации. С некоторым периодом производится резервное копирование образа системы, с возможностью экстренного восстановления.
  • Преимущества
При выходе из строя одного из физических серверов система телефонии продолжает функционировать.
При выходе из строя самой виртуальной машины в течение 10 минут восстанавливается работа из резервной копии.
  • Недостатки
Учитывает только проблемы с аппаратным обеспечением. В случае возникновения проблем с ПО необходимо перезапускать виртуальную машину.