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

Материал из Oktell
Перейти к: навигация, поиск
Строка 1: Строка 1:
 +
<br />
 
== Цели резервирования ==
 
== Цели резервирования ==
 
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения.
 
Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения.
Строка 57: Строка 58:
  
 
На кластер из нескольких компьютеров устанавливается система виртуализации. С некоторым периодом производится резервное копирование образа системы, с возможностью экстренного восстановления.
 
На кластер из нескольких компьютеров устанавливается система виртуализации. С некоторым периодом производится резервное копирование образа системы, с возможностью экстренного восстановления.
 +
<br />
  
 
'''Преимущества:'''
 
'''Преимущества:'''

Версия 11:20, 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 минут.
  • Распределение нагрузки между двумя компьютерами(серверами).


Недостатки:

  • Выход из работы рабочего сервера в любом случае приводит к потери связи.
  • Требуется дополнительная лицензия на второй сервер
  • Статистика одного сервера независима от статистики другого, либо
  • Cоздается дополнительная база данных для хранения(объединения) статистики.
  • При такой работе необходимо либо глобальная модернизация механизмов вывода статистики в комплексе октелл, либо использование :только специально написанных отчетов из раздела статистика Call-центр.



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

3 var.png

На кластер из нескольких компьютеров устанавливается система виртуализации. С некоторым периодом производится резервное копирование образа системы, с возможностью экстренного восстановления.

Преимущества:

  • При выходе из строя одного из физических серверов система телефонии продолжает функционировать.
  • При выходе из строя самой виртуальной машины в течение 10 минут восстанавливается работа из резервной копии.


Недостатки:

  • Учитывает только проблемы с аппаратным обеспечением. В случае возникновения проблем с ПО необходимо перезапускать виртуальную машину.