É possível ou aconselhável virtualizar um sistema PBX? Como alguém faria isso?

Question

Sou totalmente novo no mundo do VoIP e estamos procurando passar do nosso provedor atual para uma solução que hospedamos, principalmente porque o serviço atual é tão pouco confiável. Infelizmente eu não sei basicamente nada sobre o VoIP e o que é necessário para continuar. Pelo que entendi, você precisa de um mínimo de serviço SIP, um sistema PBX e telefones de hardware ou software. Eu sinto que isso é uma simplificação excessiva do que é necessário para que mais informações sobre isso sejam apreciadas.

Além disso, como todos os nossos sistemas existem no VMWare ESXi, parece que seria bom virtualizar o PBX (como PBXInAFlash ou OpenPBX, etc) no VMWare; no entanto, não sei se isso é possível ou aconselhável. Temos cerca de 25 usuários e cerca de 100 "grupos de trabalho" em uma funcionalidade de estilo de call center.

Então, acho que minhas perguntas são:

1. Qual é o hardware e software e serviços mínimos necessários para gerenciar um sistema VoIP?
2. É possível virtualizar o sistema PBX?
3. Se (2), é aconselhável virtualizar o sistema PBX para um ambiente de cerca de 25 usuários e 100 grupos de trabalho?

Answer 1

Todas as respostas às suas perguntas são "depende". Se você usa um sistema de PBX como o Asterisk, onde os dados de áudio são realmente manipulados pelos computadores servidores, você terá demandas muito mais altas de CPU e E / S no computador servidor (juntamente com a dependência do timing - algo que as máquinas virtuais não usam) t necessariamente fazer um ótimo trabalho com). Se você tiver um sistema PBX como o sipXecs, que atua mais como um "switch" com dados de áudio fluindo entre os terminais (telefones e gateway), você terá demandas de recursos de servidor muito menores, mas obviamente um conjunto de recursos diferente.

Eu acho que você está se aproximando disso na direção errada. Comecei por identificar os recursos relacionados à telefonia que você deseja em um PBX e, em seguida, identificar produtos, plataformas e revendedores que podem fornecer o que você está procurando. Você pode considerar a virtualização como um item técnico da "lista de desejos", o caminho para o desenvolvimento de uma especificação, mas eu diria que os recursos relacionados à telefonia devem ter precedência. Depois de saber o que você está procurando, do ponto de vista do conjunto de recursos, você pode começar a trabalhar em seus requisitos de hardware.

    

Answer 2

Virtualizar um PBX é um desafio, devido a um aspecto principal: Não há nenhum agendamento garantido de sua VM PBX e o comportamento geral de agendamento pode introduzir instabilidade. Dito isso, você também precisa pensar em como os cartões de linha (se precisar de S0 para algum outro PBX, etc.) precisam ser apresentados à VM e se coisas como o vMotion e o HA fizerem sentido.

Há pessoas no vmware que fizeram isso e têm pensado em como executar aplicativos em tempo real e ter experiência em fazer isso, mas você precisa falar com o vmware diretamente para ver qual é o conjunto atual de produtos "em funcionamento" são.

    

Answer 3

Eu considerei isso seriamente no passado e descobri uma boa razão para não virtualizar.

O que acontece se você quiser conectar seu PBX à rede PSTN padrão? Como isso exige hardware personalizado, faz sentido evitar a virtualidade. Isso tem o benefício adicional de que, se o seu provedor SIP descobrir que você ainda não está totalmente fora do negócio.

    

Answer 4

Eu mesmo não virtualizaria um pbx - os próprios desenvolvedores do sipxecs alertam para não fazê-lo - eles dizem não considerar virtualizar nada, exceto um sistema de teste.

Eu mesmo virtualizei um com apenas 1 extensão (o host era um xeon e5450 / 12Gb com um núcleo e 4gb dedicados ao vm) e descobri que os correios de voz estavam instáveis.

Se você realmente quiser fazer isso de qualquer maneira, eu li alguém dizendo que ele dedicou 400MHz de tempo de CPU a ele, o que ajudou, embora eu esteja supondo que isso variaria dependendo da CPU real.

Também de outros experimentos, descobri que o clock de um vm pode ser ligado a todo o show, o que não ajuda em coisas que dependem muito do tempo, como um ippbx.

Eu não sou realmente um cara * nix mas aqui está uma discussão de alguns métodos para tentar parar o tempo pulando link

Para ser honesto, eu nunca virtualizaria um pbx ou qualquer roteador do qual dependesse. Normalmente, os pacotes de dados podem esperar por alguns segundos sem qualquer problema, mas qualquer atraso não é compatível com a voz.