До автоматического запуска/остановки и Вы используете virsh, можно сделать это как это (как привилегированный пользователь)
virsh autostart Domain
Я не уверен, почему virt менеджер не дает Вам вывода. Это действительно имеет соединение с машиной, размещающей право машины? Это должно показать список доменов, если это соединено.
Все ответы на ваши вопросы - "как бывает". Если вы используете систему PBX, такую как Asterisk, где аудиоданные фактически обрабатываются серверными компьютерами, вы будут иметь более высокие требования к процессору и вводу-выводу на серверном компьютере (наряду с привередливой зависимостью от времени - с чем виртуальные машины не всегда хорошо справляются). Если вы используете систему PBX, такую как sipXecs, которая действует скорее как «коммутатор» с аудиоданными, в основном передаваемыми между конечными точками (телефонами и шлюзом), у вас будут гораздо меньшие потребности в ресурсах сервера, но, очевидно, с другим набором функций.
Я думаю, вы идете в неправильном направлении. Я бы начал с определения функций, связанных с телефонией, которые вам нужны в УАТС, а затем с определения продуктов, платформ и торговых посредников, которые могут предоставить то, что вы ищете. Вы можете рассматривать виртуализацию как технический элемент "списка желаний" на пути к разработке спецификации, но я Я утверждаю, что функции, связанные с телефонией, должны иметь приоритет. Когда вы узнаете, что ищете, с точки зрения набора функций, вы можете приступить к разработке требований к оборудованию.
Я серьезно обдумывал это в прошлом и придумал одну очень вескую причину не виртуализировать.
Что произойдет, если вы захотите подключить свою УАТС к стандартной сети PSTN? Поскольку для этого требуется специальное оборудование, имеет смысл избегать виртуального использования. У этого есть дополнительное преимущество: если ваш SIP-провайдер выйдет из строя, вы все еще не полностью вылетели из бизнеса.
Виртуализация УАТС является проблемой из-за одного главного аспекта: нет гарантированного планирования вашей виртуальной машины УАТС, и общее поведение планирования может вызвать дрожание. При этом вам также следует подумать о том, как ваши линейные карты (если вам нужен S0 для какой-либо другой АТС и т. Д.) Должны быть представлены виртуальной машине и имеют ли смысл такие вещи, как vMotion и HA.
Есть люди в vmware, которые это сделали и думали, как запускать приложения в реальном времени, как приложения, и имеют в этом опыт, но вам нужно напрямую поговорить с vmware, чтобы узнать, каков текущий набор «рабочих» продуктов.
Я бы сам не виртуализировал АТС - сами разработчики sipxecs предупреждают, - они говорят, что не стоит рассматривать виртуализацию чего-либо, кроме тестовой системы.
Я сам виртуализировал одну только с одним расширением (хост был xeon e5450 / 12Gb с одним ядром и 4gb, выделенным для виртуальной машины) и обнаружил, что голосовая почта была прерывистой.
Если вы действительно хотите это сделать, я читал, что кто-то сказал, что он выделил 400 МГц процессора, что помогло, хотя я предполагаю, что это будет зависеть от вашего реального процессора.
Также из других экспериментов я Я обнаружил, что часы виртуальной машины могут вращаться по всему шоу, что не помогает с вещами, которые очень зависят от времени, такими как ippbx.
Я не совсем придурок, но вот обсуждение некоторых методов, чтобы попытаться остановить скачкообразное время http: //communities.vmware.com/thread/108877
Честно говоря, я бы никогда не виртуализировал АТС или любой другой маршрутизатор, от которого она зависит. Пакеты данных могут нормально ждать доли секунды без каких-либо проблем, но любая задержка не согласуется с голосом.