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