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