По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Парковка, в контексте телефонии, означает возможность удержания входящего вызова в специальном месте на АТС, которое называется “стоянкой” или “орбитой”. Звонок, который был “припаркован”, находится в режиме ожидания с присвоенным ему специальным номером. Таким образом, любой сотрудник корпоративной телефонной сети, который знает номер сервиса парковки, может принять “припаркованный” вызов откуда угодно.
/p>
В сегодняшней статье, поговорим о модуле Asterisk, который позволяет создавать, настраивать и управлять процессом парковки входящих вызовов - Parking на примере FreePBX 13. Сразу отметим, что стандартный модуль Parking позволяет создать только одну “стоянку”, расширенный функционал предоставляет платный модуль Park Pro.
При парковке, вызов попадает на специально настраиваемый в данном модуле, внутренний номер парковки – Extension и занимает одно место или “слот” (“slot”). Номер “слота” затем объявляется абоненту, который производил парковку – “парковщику” (“parker”). После чего, любой другой абонент внутренней телефонной сети, может принять “припаркованный” вызов, набрав номер “слота”. Если по истечению заданного времени, вызов не был снят с “парковки”, звонок может быть либо перенаправлен обратно “парковщику”, либо на любое другое настраиваемое направление, например – IVR.
Перейдём к настройке. Чтобы попасть в модуль паркинга, переходим по следующему пути - Application -> Parking. Самые важные моменты, на которые нужно обратить внимание при настройке модуля, это:
Внутренний номер, присвоенный “стоянке” - Extension
Начальная позиция на “стоянке”
Количество парковочных мест – “слотов”
Максимальное время, в течение которого вызов находятся на “стоянке”
Направление, куда должен отправиться вызов, после истечения таймаута
Как было сказано выше, стандартный модуль позволяет создать только одну “стоянку” - Default, которую, тем не менее, можно настроить под свои нужды. Что бы изменить настройки необходимо нажать кнопку Parking Settings, откроется множество настраиваемых параметров. Все настраиваемые параметры данного модуля разделены на три секции – General Settings, Returned Call Behavior и Alternate Destination
Рассмотрим каждый по порядку:
General Settings
Parking Lot Extension – Внутренний номер, присвоенный “стоянке”, номер сервиса парковки. На данный номер необходимо перевести входящий вызов, если нужно его запарковать
Parking Lot Name – Имя “стоянки”
Parking Lot Starting Position – Начальная позиция “стоянки”, номер первого “слота”. Важно отметить, что этот номер не может совпадать с Parking Lot Extension
Number of Slots – Количество “слотов” на “стоянке” (свободных мест)
Parking Timeout (seconds) – Время, в течение которого вызов может находиться на “стоянке”, прежде чем будет отправлен обратно “парковщику” или по альтернативному направлению
Parked Music Class – Музыкальная дорожка, которая будет проигрываться абонентам припаркованных вызовов
BLF Capabilities – Включает или отключает функцию индикации занятости линии
Find Slot – В каком порядке вызовы должны занимать места на стоянке. First – Первое свободное место или Next – Место, следующее за последним запаркованным “слотом”
Returned Call Behavior
Данная секция позволяет настроить параметры, отвечающие за дальнейшую обработку припаркованного вызова после истечения таймаута.
Pickup Courtesy Tone – Кому необходимо проиграть сообщение о том, что припаркованный вызов принят
Transfer Capability – Определяет, кому доступны возможности перевода вызова по средствам DTMF – кодов.
Re-Parking Capability – Кто может перепарковать вызов.
Parking Alert-Info – Сигнал, который будет отправляться, прежде чем вызов будет перенаправлен обратно “парковщику” или по альтернативному направлению
CallerID Prepend – Подписывает припаркованный звонок, прежде чем вызов будет перенаправлен по первоначальному или альтернативному направлению, что помогает понять, откуда он поступил. Таким образом, звонок, который будет возвращаться с парковки по истечению таймаута, будет иметь специальную подпись, которая будет видна на экране телефона
Auto CallerID Prepend - В зависимости от настройки, автоматически подписывает звонок, возвращающийся с парковки по истечению таймаута. Slot –номер “слота”, который был ему присвоен, Extension –внутренний номер абонента, который произвел парковку, Name – Имя Extension’а абонента, который произвел парковку, None – Ничего написано не будет.
Announcement - Объявление, которое будет проигрываться, прежде чем звонок будет перенаправлен по первоначальному или альтернативному направлению
Alternate Destination
Come Back to Origin - Опция, позволяющая выбрать, возвращать ли припаркованный звонок обратно на телефонное устройство, которое производило парковку, т.е “парковщику”
Destination – Если в предыдущем пункте было выбрано No, то именно по направлению, которое выбрано в данной опции, будет возвращаться вызов с парковки.
Когда настройка модуля завершена, необходимо нажать Save -> Submit -> Apply Config
Модуль Parking имеет собственный Feature Code, по умолчанию *85. Любой внутренний номер, настроенный на IP-АТС, используя этот код, может принять запаркованный вызов. Этот код можно изменить в модуле Feature Codes.
Мы уже рассказывали про Asterisk Manager Interface (AMI) в предыдущих статьях. Если кратко – AMI интерфейс служит для получения команд от внешних приложений на управление АТС – инициацию вызовов, например.
Как правило, приложения, которые используют AMI именно внешние и подключаются с других хостов. Именно поэтому, необходимо наверняка знать – работает ли AMI корректно? Об это и поговорим.
Windows: проверка Telnet
Самый просто способ проверки – проверка с помощью Telnet. Нам нужно просто указать IP – адрес и порт AMI (как правило, это 5038, если не меняли) и выполнить телнет коннекцию.
Проверку надежнее всего проводить с хоста, с которого будет подключаться ваше приложение, так как AMI имеет возможность фильтрации по IP;
В качестве клиента мы воспользуемся Putty. Открываем клиент и указываем следующее:
Host Name (or IP address) - IP – адрес вашего сервера с Asterisk;
Port - 5038, стандартный порт AMI (если вы его не меняли);
Connection Type - отмечаем Telnet;
Выполняем подключение. Если все работает хорошо, то вы увидите следующее:
Linux: проверка Telnet
Если вы хотите выполнить проверку с Linux – based машины, то просто дайте следующую команду в консоли:
[admin@merionet ~]# telnet 192.168.1.14 5038
Trying 192.168.1.14...
Connected to localhost.
Escape character is '^]'.
Asterisk Call Manager/2.8.0
Планировщик распределенных ресурсов VMware (VMware DRS) — это система, которая позволяет автоматически сбалансировать виртуальные машины (ВМ) в кластерной среде VMware vSphere. В этой статье мы рассмотрим некоторые советы и рекомендации по планированию, настройке и использованию vSphere DRS.
Сбалансированный кластер обозначает то, что ваши хосты в кластере будут одинаково (или почти) распределены. Если ваш кластер не сбалансирован, ваши ВМ будут автоматически перенесены с помощью vMotion на хосты с минимальным использованием ресурсов. Например, если в вашей среде есть DRS, вы не будете видеть, что один хост используется на 99%, а другой на 50%.
DRS заботится о балансировке ВМ с помощью vMotion.
В этой статье мы дадим вам несколько советов, которые позволят получить максимальную отдачу от VMware DRS и сделать эту технологию оправдывающей вложения.
VMware DRS не является частью vSphere Standard и входит только в версии Enterprise Plus или Platinum. Всегда возникает вопрос, стоит ли переходить на версию vSphere с DRS. Если бы у меня была возможность выбора, я бы предпочел лицензионный вариант VMware DRS.
Чтобы дать вам представление о том, что нужно, давайте начнем с основ. Для VMware vSphere Distributed Resources Scheduler (DRS) требуется следующее:
VMware vCenter Server
Кластер VMware vSphere ESXi
Включенная сеть vMotion на хостах кластера
Лицензия Enterprise Plus (или выше)
Общее хранилище между хостами ESXi (традиционное или гиперконвергентное через VMware VSAN)
При использовании Predictive DRS вам также будет нужно запустить лицензированный vRealize Operations Manager (vROPs).
Советы и хитрости VMware DRS
Используйте однородное оборудование.
Первый совет касается оборудования при формировании кластеров. Основное правило VMware - выбирать хосты с одинаковым или похожим оборудованием.
Для этого есть причина. Решая, какие хосты группировать в кластеры DRS, попытайтесь выбрать те, которые являются максимально однородными с точки зрения процессора и памяти. Это улучшает предсказуемость и стабильность производительности.
Скорость DRS и снижение использования ресурсов.
Обновитесь до последней версии vSphere. Последняя vSphere, 6.7, гораздо более эффективна, когда речь идет о скорости DRS и использовании ресурсов.
Несмотря на то, что сама скорость vMotion не может быть выше, поскольку она зависит от базовой архитектуры сети и хранилища, VMware оптимизирует скорость принятия решений до того, как произойдет vMotion.
Фактически, они достигли в 2-3 раза более быстрого принятия решений в vSphere 6.7. Одним из улучшений стало упрощенное начальное размещение, которое теперь не делает снимок всей среды, а просто использует непрерывный мониторинг, позволяя сохранять 1-2 секунды перед принятием каждого решения.
Это особенно ценно в средах с высокой степенью затрат, где вы сможете увидеть снижение потребления ресурсов из-за улучшений DRS и уменьшенной задержки при создании VMotions для балансировки нагрузки. Также вы увидите быстрое начальное размещение ВМ.
Используйте полностью автоматический режим.
Уровень автоматизации DRS может быть установлен на ручной, частично автоматический или полностью автоматический. Какая разница? Давайте объясним:
Вручную — vCenter будет рекомендовать только перемещение ресурсов.
Частично автоматизировано — после того, как вы создадите ВМ и включите ее, vCenter автоматически разместить виртуальную машину на более подходящем хосте, чтобы поддерживать баланс кластера. После включения ВМ vCenter представит рекомендации по переходу с учетом использования процессора и памяти. Администратор vSphere должен одобрить переход.
Полностью автоматизированный — vCenter контролирует начальное размещение и переход виртуальных машин. Всё полностью автоматически, и администратор не видит сообщений, касающихся рекомендаций. Никакое решение от администратора не нужно, чтобы держать кластер сбалансированным.
По умолчанию, когда вы включаете DRS в кластере, уровень автоматизации, выбранный на уровне кластера, будет применён ко всем ВМ, которые находятся в этом кластере. Однако вы можете создать отдельные правила для виртуальных машин, которые необходимо разделить (или хранить вместе).
Порог миграции
Эта опция позволяет вам установить порог, который при ударе заставляет DRS срабатывать и перемещать виртуальные машины, чтобы достичь идеально сбалансированного состояния. Поскольку производительность каждой ВМ варьируется, процессор и использование памяти хоста также различаются.
Вы можете переместить ползунок порога, чтобы использовать одну из пяти настроек, от консервативных до активных. Пять параметров миграции генерируют рекомендации на основе назначенного им уровня приоритета.При перемещении ползунка вправо каждый параметр позволяет включить один из более низких уровней приоритета. Консервативный параметр генерирует только рекомендации с приоритетом один (обязательные рекомендации), следующий уровень справа генерирует рекомендации с приоритетом два и выше и т. д. до уровня активный, который генерирует рекомендации с приоритетом пять и выше (то есть все рекомендации).
Для этого выберите «Кластер» -> «Настроить» -> «vSphere DRS» -> «Редактировать». Ползунок позволяет перейти от консервативного (слева) к активному (правому) положению.
Вы должны определить, насколько активно или консервативно вы хотите запустить DRS. Я обычно держу его на середине, потому что, если вы слишком активны, скорее всего, будете слишком часто перемещать свои виртуальные машины. И помните, что при каждом перемещении вы создаете нагрузку на базовую инфраструктуру, такую как хранилище или загрузка ЦП. Это связано с тем, что операции копирования во время vMotion могут насыщать сетевые ссылки, и, если у вас нет 10 Гб (или более), операции vMotion будут бесконечными.
Если вы оставите настройку слишком низкой (слишком консервативной), ваши виртуальные машины не будут достаточно двигаться, и дисбаланс вашего кластера будет расти или будет происходить чаще, без исправления.
Выключите виртуальные машины, которые вы не используете
Оставьте включенными только те ВМ, которые вам действительно нужны. Виртуальные машины с включенным питанием потребляют ресурсы памяти и некоторые ресурсы ЦП даже в режиме ожидания.
Даже неиспользуемые виртуальные машины с их малым пользованием ресурсов могут повлиять на решения DRS. Вы можете получить небольшое увеличение производительности, выключив или приостановив ВМ, которые не используются.
Правила соответствия DRS.
Правила соответствия DRS могут хранить две или более ВМ на одном хосте ESXi («соответствие VM / VM»), или с другой стороны, они могут быть уверены, что они всегда находятся на разных хостах («несоответствие VM / VM»). Правила соответствия DRS также можно использовать, чтобы убедиться, что группа виртуальных машин работает только на определенных хостах ESXi («соответствие VM / Хост») или никогда не запускается на определенных хостах («несоответствие VM / Хост»)
Зачастую лучше оставить настройки соответствия без изменений. Однако в некоторых конкретных и редких случаях указание правил соответствия может повысить производительность.
Чтобы изменить настройки соответствия: Выберите кластер -> Настроить -> Правила виртуальной машины/хоста -> Добавить, введите имя для нового правила, выберите тип правила и перейдите через GUI в соответствии с выбранным типом правила.
Помимо настроек по умолчанию, типами настроек соответствия являются:
Хранение виртуальных машин вместе— этот тип соответствия может повысить производительность благодаря меньшим задержкам связи между машинами.
Разделение виртуальных машин — этот тип соответствия может поддерживать максимальную доступность ВМ. Например, если они являются интерфейсными веб-серверами для одного и того же приложения, вы можете убедиться, что на них не повлияет сбой сервера (если это произойдет). Таким образом, эти две виртуальные машины не будут отключены одновременно. Это также позволит разделить два контроллера домена на двух разных хостах, чтобы пользователи могли проходить аутентификацию и получать доступ к ресурсам.
ВМ к хостам — этот тип соответствия может быть полезен для кластеров с ограничениями лицензирования программного обеспечения или конкретными требованиями зоны доступности.
Финальные заметки
Как видите, VMware vSphere DRS является адаптивным для многих сценариев. Настройки по умолчанию будут сразу работать , но у вас есть много вариантов, чтобы адаптировать его к вашей среде, если это необходимо.
При понимании ваших рабочих процессов и требований, вы сможете настроить vSphere DRS, чтобы получить максимальную производительность и максимальную выгоду от вашей виртуальной инфраструктуры.