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

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

Текущая версия на 14:02, 2 апреля 2015

Наверх

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

Для обеспечения отказоустойчивости системы с точки зрения аппаратной или программной части существует несколько вариантов решения. Прежде всего все схемы предполагают использование более одного компьютера, а так же некоторую дополнительную настройку как комплекса 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 минут восстанавливается работа из резервной копии.


Недостатки:

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