Bom dia a todos ... Então, metendo a colher no "angú" dos outros ... ;- ))
Eu tenho Proxmox rodando em 3 clientes, um deles já tem 3 anos, sem nenhum problema, e com excelente performance ... Fábio Rabelo Em 12 de setembro de 2013 10:28, Spirit Mercy <[email protected]>escreveu: > Então, > > muito obrigado prezado Tobias pela resposta, não, experimentei o proxmox e > achei o desempenho dele bem lento em relação a configuração crua do kvm > (sem frontends) quando eu testei estava cheio de entusiasmo pelo que eu > havia lido sobre ele mas não gostei. Qual a sua experiêancia com o proxmox? > Talvez o senhor tenha mais detalhes para me ajudar. O senhor acha o > openstack muito complexo para o que pretendo? Abraços, > > spirit Mercy > > > Em 12 de setembro de 2013 04:06, Tobias Sette <[email protected]>escreveu: > >> 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* >>> * >>> >>> >> >
