Entao... o Proxmox não resolve teu problema? Att,
Tobias http://gnu.eti.br -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GCS/CM/G/H/IT/L/SS d?(--) s++:+ a-- C+++>++++ UL++>++++ P+ L+++>+++++ !E@W+++ !N o? K- w !O !M@ !V@ PS PE-- !Y@ PGP t+ 5? X? R+ !tv b+ DI>+ !D@ G e- h+ r-- y? ------END GEEK CODE BLOCK------ Em 8 de setembro de 2013 18:15, Spirit Mercy <[email protected]>escreveu: > Boa tarde pessoal! > > Pretendo pedir a ajuda de vcs mas preciso fazer uma mensagem grande para > externa a todos as minhas dúvidas e que por ventura tenham virado > ansiedade. Há dois anos eu comecei a minha pesquisa em virtualização para > implementar em um ambiente relativamente grande onde trabalho, por ser uma > instituição pública não tive muita escolha a não ser escolher uma > ferramenta Open, o KVM. > Com a ajuda dos colegas deste querido fórum e com horas de estudos e > pesquisas minhas, consegui atingir um nível confortável e satisfatório de > administração do projeto de virtualização da empresa, o problema é que nos > ambientes de administração dos já conhecidos Citrix XEN e VMware com uns > simples cliques de mouse é rápido e fácil a administração de todo o > ambiente de virtualização incluindo snapshots, backups de VMs, live > migration, comunicação do servidor com um storage seja via iSCSi ou fiber > channel. Etc... > Consigo realizar algumas destas funcionalidades dentro do ambiente > KVM/Virt-managen e com segurança mas tenho que realizar essas rotinas de > forma artesanal, não que eu não goste uma vez que no ambiente linux nós > sabemos o que realmente está acontecendo com os comandos que damos ao > contrário dos comandos que rodam em background no universo dos amantes de > janelas, mas mesmo assim consigo viver bem dentro do universo KVM. > A minha preocupação é que somente eu detenho esta expertize dentro da > equipe e preciso criar um ambiente um pouco mais prático e amigável para > que os colegas consigam se virar na minha ausência, daí comecei a pesquisar > sobre o Openstack. O material é vasto e rico, fiquei muito entusiasmado com > que li mas não sei se é um engano meu mas concluí que para construir uma > estrutura KVM/Openstack seria bem mais demorado e complexo do que eu já > venho fazendo e a meu ver seria incomodo em uma situação eu que eu perdesse > um servidor hospedeiro inteiro e ter que instalar toda essa estrutura em um > outro tendo VMs de produção que não poderiam esperar tanto tempo (Claro, as > VMs guests estariam rodando em caráter emergencial em um outro host > hospedeiro) mas ainda sim acredito que é um tempinho considerável. > Alguém aqui já tem ou teve experiência/vivência com o Openstack/KVM > no debian ou Ubunru? A documentação que achei ensinando a sua instalação > seria essa mesma? > > https://wiki.debian.org/OpenStackHowto/Essex > https://wiki.debian.org/OpenStackHowto/Folsom > > http://docs.openstack.org/grizzly/basic-install/apt/content/basic-install_controller.html#basic-install_controller-intro > > Não que eu esteja atrás de coisas fáceis mas para um ambiente de produção > eu acho que instalar essa infra pode ser demorado, alguém aqui podeira > compartilhar comigo a sua experiência neste sentido? E pra piorar, hoje > quando entrei no fórum e procurei alguns posts antigos li algum de vcs > falando sobre o Ovirt, seria uma alternativa ao Openstack? Li que é um > projeto open mas seria de propriedade da Red Hat? Alguém aqui já o usa ou > usou? Na verdade o que eu queria é um ambiente onde eu pudesse manipular > não somente o desempenho das VMS mas também snapshots, backups e restore de > forma rápida e humana para os demais colegas de equipe, já faço isso mas > via linha de comando e acredito que o Openstack possa me proporcionar esta > alternativa mais "humana". Li uma mensagem do colega de lista o *"Fábio > Rabelo"* onde o texto segue abaixo em azul: > > *O modo chamado de "Virtio-net" que as versões mais recebtes do > Virtualbox incluiram, foi originalmente desenvolvida pela equipe do KVM . > E sim, dependendo da placa de rede e do switcher, pode aumentar em até 10 > vezes a largura de banda da VM . > A equipe do KVM tb desenvolveu um driver de paravirtualização de blocos ( > disco ) que tb aumenta dramáticamente a largura de banda de escrita/leitura > em disco, pode chegar a mais de 90% da performance nativa do hardware onde > ele está sendo executado . > Gostaria de saber pq o Virtualbox não adotou este driver tb ... > Sobre o boot automático, tb é uma adição recente ao Virtualbox, e não tem > os recursos que sistemas mais maduros, e que já nasceram tendo em mente o > uso em servidores ( VMWare/XEN/KVM/OpenVZ ) tem, como priorização, > dependência e hierarquia ... > Mas na minha opinião, a performance sozinha já é suficiente para > desqualificar o Virtualbox para servidores ... > Pelo mesmo motivo eu retiro o OpenVZ fora, embora ele tenha performance > melhor que a do Virtualbox, ainda está atrás do trio VMWare/XEN/KVM . > O XEN adotou no mês passado um novo sistema de licenciamento, que > praticamente o deixa nivelado em relação ao KVM, mas, como os Norte > Americanos dizem, "Too litle, too late" . > Se o XEN tivesse feito esta mudança a 5 anos atrás, eu ( e uma porção de > outros profissionais pelo mundo ) o adotaria, mas agora eu não vejo nenhuma > vantagem dele em relação ao KVM, a não ser que vc pretenda usar as opções > de VDI dele, mas neste caso seria necessário comprar algum sistema de > gerenciamento, que não vem junto com a versão ;ivre dele ... > Mas para servidores, o KVM tem a mesma performance, a mesma > versatilidade, e até mais opções de gerenciamento ( o Proxmox por exemplo, > é free, embora seja possível comprar suporte para ele caso a sua empresa > precise/possa pagar ) ... > O VMWare, em sua versão free. tem limitações que o tornam inviável na > maioria das minhas aplicações, e o custo de licenciamento é inviável para > todas as empresas onde eu presto consultoria ... > Pto mantenho minha opinião : > * > *KVM + Virt-manager para sistemas simples ... > KVM + Proxmox ou então KVm + Cloudmin para sistemas complexos ... > E uma última pergunta, o Sr. já tentou migrar todas as VMs de um host para > outro à quente ( live migration ) em um sistema com Virtualbox, digamos 8 > ou 9 de uma vez ??? > Pois eu faço isto regularmente a 5 anos, e nunca tive nenhum problema !* > * > * > Concordo 100% do que ele expôs neste texto inclusive na época em que > comecei a pesquisar sobre as variedades de Hypervisors o entendimento que > tive foi exatamente o exposto por ele aqui. Prezado Fábio... Como o senhor > faz o live migration no KVM? Eu faço via dd via rede de um hospedeiro para > o outro e a quente, o senhor faz desta mesma forma? E quanto essa minha > dúvida em relação ao Openstack, o senhor acha que eu devo realmente ter uma > estrutura desta uma vez que o que eu quero eu posso fazer da mesma forma > artesanal que venho fazendo atá hoje? Como o senhor faz os backups de suas > VMs? Eu faço através de um script chamado "virt-backup.pl" de uma pessoa > do exterior (não me lembro o país) que disponibilizou na internet e eu > copiei e adaptei para o Debian e é muito eficaz. Espero que os colegas não > fiquem chateados com um e-mail tão extenso mas se puderem por favor me > ajudem. Abraços, > > Spirit Mercy* > * > >
