JMonteiro Postado Abril 4, 2012 Postado Abril 4, 2012 Se tiver dinheiro indicaria jogar num cloud de uma boa empresa, pois ele precisa de um ótimo uptime. Já a configuração vai depender de quantos clientes e servidores slave você vai ter, o cloud é uma boa pois da pra mudar as configurações facilmente.
redirect Postado Abril 4, 2012 Postado Abril 4, 2012 o SolusVM precisa de um servidor somente para ele? ele não pode ficar no mesmo servidor dos vps? o Virtualizor acredito que não precisa disso.
Visitante Postado Abril 4, 2012 Postado Abril 4, 2012 muito prático e simples instalar o kvm e o xen junto com o Virtualizor. depois de instalar seguindo o wiki acima é só criar as máquinas virtuais? obrigado. Você deve criar os templates, e as configurações de ip, etc.
redirect Postado Abril 4, 2012 Postado Abril 4, 2012 Você deve criar os templates, e as configurações de ip, etc. obrigado, imagina que tinha q fazer isso. sobre a instalação do Virtualizor, eu não entendi pra q serve esse parametro: noos - If you dont want to download the DomU operating system for the DomU then please add noos=true as a parameter a tradução do google não ajudou muito.
Paulo Zivieri Postado Abril 4, 2012 Postado Abril 4, 2012 O problema não é o SolusVM, e sim porque isto é uma característica do OpenVZ.. pode ser resolvido se utilizar XEN (você tem que ter uma licença MASTER + Slave). Exatamente. ;)
Paulo Zivieri Postado Abril 4, 2012 Postado Abril 4, 2012 o SolusVM precisa de um servidor somente para ele? ele não pode ficar no mesmo servidor dos vps? o Virtualizor acredito que não precisa disso. Se utilizar XEN, sim. Você precisa de um servidor seja VPS, cloud ou dedicado só para o painel (master) e outro só para o XEN (node). Se for utilizar open*shit*VZ, você pode instalar o master e o node no mesmo servidor.
Visitante Postado Abril 4, 2012 Postado Abril 4, 2012 obrigado, imagina que tinha q fazer isso. sobre a instalação do Virtualizor, eu não entendi pra q serve esse parametro: noos - If you dont want to download the DomU operating system for the DomU then please add noos=true as a parameter a tradução do google não ajudou muito. Então brother, geralmente o DomU é um hardware/memória reservada para o virtualizor, Um exemplo. /etc/grub.conf title CentOS (2.6.18-194.26.1.el5xen) root (hd0,0) kernel /boot/xen.gz-2.6.18-194.26.1.el5 dom0_mem=512M module /boot/vmlinuz-2.6.18-194.26.1.el5xen ro root=LABEL=/1 module /boot/initrd-2.6.18-194.26.1.el5xen.img No caso seria 512M liberado apenas para o CentOS + Virtualizor, no caso o master. Ou seja, o restante de memória estaria reservado para a virtualização.
Cristian Augusto Postado Abril 4, 2012 Autor Postado Abril 4, 2012 Se utilizar XEN, sim. Você precisa de um servidor seja VPS, cloud ou dedicado só para o painel (master) e outro só para o XEN (node). Se for utilizar open*shit*VZ, você pode instalar o master e o node no mesmo servidor. Por que open*shit*VZ?
Paulo Zivieri Postado Abril 4, 2012 Postado Abril 4, 2012 Porque na minha, repito.. na minha opinião o openVZ é a maior porcaria que existe para virtualização. Criado única e exclusivamente para prostituir um mercado com overselling de VPS. Isso inclusive já foi debatido: http://forum.portaldohost.com.br/topic/7900-passo-como-criar-vps-usando-openvz/ E é óbvio que quem trabalha com isso e vende isso como sendo produto pseudo-corporativo, vai defender fervorosamente esse tipo falho de virtualização, que visa única e exclusivamente o overselling. ;)
Rafael Cresci Postado Abril 4, 2012 Postado Abril 4, 2012 Pseudo-corporativo? Desde quando algo que é um cortiço, no máximo uma cabeça-de-porco pode ter "corporativo" no nome? :-P
Posts Recomendados