Executando roteador como máquina virtual, pode ser realizável?


12

Alguém aqui executa seu roteamento através da máquina virtual, tem a configuração da máquina virtual como roteador principal / fuga etc? Se sim, quantos clientes estão usando esse tipo de configuração?

Para aqueles que estão se perguntando por que estou perguntando isso. Recebi a atribuição do meu estágio para criar tudo em uma "caixa", que faria o roteamento e seria um PBX IP de uma só vez (apenas soluções de código aberto podem ser usadas, espere o RouterOS). Atualmente, a parte de roteamento é feita através do RouterOS e, para o VoIP, eles desejam usar sipXecs. O RouterOS suporta virtualização por meio do KVM, mas o próprio RouterOS suporta apenas 2 GB de memória (e não suportará mais no futuro próximo). O sipXecs precisa de mais de 2 GB. Eu disse a eles que poderíamos resolver esse problema colocando o RouterOS como máquina virtual no hostOS de 64 bits (por exemplo, CentOS), e outra máquina virtual executaria sipXecs. Com isso, poderíamos usar toda a memória. Mas eles me disseram que é arriscado fazer algo assim e que eles precisam de algo com "estabilidade / confiabilidade da empresa". Eu disse a eles que poderíamos criar uma imagem redundante de cada VM que seria iniciada automaticamente se uma VM parar de funcionar, mas me disseram a mesma coisa. É por isso que fiz as perguntas acima, para ver se realmente sugeri algo que não é bom de fazer, ou talvez isso seja algo completamente normal e possa ser feito com "estabilidade / confiabilidade da empresa" :)

Obrigado pelas respostas, Kristian

Edit # @ Zoredache ~ Sugeri isso para eles, mas eles também não gostaram: /


Esses requisitos são estranhos para "estabilidade / confiabilidade da empresa". Normalmente, uma "empresa" pode pagar servidores redundantes para evitar o centro causado por manutenção. Eles terão que reiniciar o servidor em algum momento.
Eric H

Por que o RouterOS é um requisito? Por que você não apenas configura o roteamento, firewall e VoiP no sistema operacional base?
Zoredache

Respostas:


5

Não há razão para que isso não funcione, embora não seja o caminho que a maioria escolheria fazer. Uma sugestão que eu faria é usar a virtualização bare metal, como ESXi ou Xen Server, em vez de usar a virtualização no modo de aplicativo. Obviamente, você precisa considerar as consequências de não ter o roteador disponível quando o host está inicializando. Por exemplo, você não poderá gerenciar a máquina se ela depender do roteador ativado e, por algum motivo, não estiver.


Obrigado pela informação pessoal. Vou tentar pensar em outra coisa então. Eu estava pensando em experimentar o PAE no guestOS ... mas não tenho muita fé nisso. Obrigado mais uma vez.
TheBeardWithoutKnowledge

2

Não sei por que isso não deve ser estável e confiável. Dependendo da técnica de virtualização e do hardware, a virtualização da rede pode ser mais cara do que fazer de forma nativa.


2

Eu executei meu roteador como host virtual no VMWare ESXi. Não tive nenhum problema e a caixa era bastante confiável como um servidor personalizado. Requer algum conhecimento sobre como tudo caminha junto e, infelizmente, não me lembro de como fiz tudo. O único problema que estou imediatamente ciente é que o VoIP tem alguns problemas em execução como uma máquina virtual. Portanto, você precisará fazer algumas pesquisas para garantir que seu aplicativo funcione corretamente com os kernels disponíveis no seu hypervisor.


Thnx pela informação sobre a parte de VoIP, eu não estava ciente disso.
TheBeardWithoutKnowledge

1

Estou executando uma VM como roteador para uma rede que gerencio há mais de um ano através do Hyper-V no servidor 2008 R2. As únicas coisas a serem lembradas são desabilitar o acesso da máquina host a pelo menos uma NIC pela qual você está roteando e que você precisará configurar a VM para ativar automaticamente. A configuração que tenho é que a VM roteia o tráfego externo para a DMZ e a caixa física faz o roteamento para a rede interna (são necessárias 3 placas de rede).


Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.