KVM no Illumos (OpenIndiana vs. SmartOS)

11

Estou pensando em virtualizar vários convidados em um único servidor executando uma porta recente do KVM para Illumos. Parece que minhas duas opções principais serão OpenIndiana e SmartOS. A distribuição que acabarei usando precisa atender aos seguintes requisitos:

Precisa ser capaz de gerenciar e personalizar via CLI (por exemplo, alterar as opções do sistema de arquivos ZFS / zvol, conectar uma unidade externa e copiar dados a ela ou replicar automaticamente os dados em um servidor externo usando o zfs send / receive).
Necessidade de implementar instantâneos automáticos do ZFS (por exemplo, usando o zfs-auto-snapshot).
É necessário configurar as notificações automáticas por email se a integridade do servidor diminuir. Essencialmente, configure a limpeza periódica do ZFS, monitore o zpool, o gerenciador de falhas e / ou os problemas SMART e envie e-mail quando problemas forem detectados, etc. A configuração manual está correta, desde que o sistema operacional permita.
Deve lidar com convidados Debian, Ubuntu e Windows 2008 Server R2 com boa estabilidade e desempenho razoável. Esses convidados serão utilizados na produção.
Deveria haver uma expectativa razoável de que lançamentos futuros continuarão a ser entregues - não quero ficar preso usando um produto sem saída.
Seria bom se fosse fácil de configurar e tivesse algum tipo de GUI, mas isso é opcional.

Com base nesses requisitos, qual distribuição você recomendaria?

Você pode assumir que esse ambiente não será implantado até que a próxima versão estável do OpenIndiana seja lançada. Além disso, você pode presumir que o servidor utilizará uma CPU Sandy Bridge Xeon E3-1xxx, para que ele cuide da compatibilidade do KVM.

Além disso, quão robusta / estável é a porta KVM para Illumos em qualquer uma dessas distribuições? Devo considerar o KVM / Illumos para um ambiente de produção por enquanto?

— Alex
fonte

9

Estou usando o SmartOS e KVM em produção há alguns meses e estou muito feliz com isso. Parece que deve atender às suas necessidades. Todas as coisas do ZFS necessárias são suportadas. Para os itens de monitoramento, você precisará configurar alguns itens de terceiros.

Estou trabalhando em alguns projetos relacionados ao monitoramento e especificamente para fazer as coisas que você mencionou. Vê-los e sinta-se livre para me deixar uma linha.

https://github.com/gflarity/nervous https://github.com/gflarity/response

— gflarity
fonte

10

Vou perguntar, qual a importância de você usar especificamente o KVM?

Minha preferência pelo tipo de solução que você está perguntando é criar em torno do VMWare ESXi . Você pode criar um servidor multifuncional executando o VMWare ESXi inicializando a partir de mídia flash (SDHC, USB, CF) e aproveitar o DirectPath I / O (passagem de PCI) disponível nos servidores atuais para apresentar um HBA SAS / SATA a um virtualizado SO baseado em ZFS (vamos assumir o OpenIndiana , mas eu geralmente uso o NexentaStor Community Edition ). A partir daí, você pode criar um vSwitch de loopback e apresentar seu armazenamento ZFS ao ESXi como 10GbE NFS ou iSCSI para hospedar as máquinas virtuais convidadas (Windows, Linux etc.).

Com isso, você tem acesso total aos recursos do ZFS, como compactação, deduplicação e snapshots. Você pode aumentar essa configuração com um ZIL e L2ARC com bastante facilidade.
Se você escolher o NexentaStor para sua solução ZFS, também terá uma GUI completa para gerenciar instantâneos / camadas automáticas. As ferramentas de monitoramento para os discos também são integradas.
O VMWare lida com vários tipos de convidados muito bem, para que você esteja bem coberto.
Nexenta, OpenIndiana e VMWare estão aqui para ficar, portanto, essa não é uma má decisão de tecnologia.
Desde que você tenha o orçamento para hardware, seu ESXi, ZFS OS e Linux são gratuitos ...

Veja também:

http://blog.laspina.ca/ubiquitous/encapsulating-vt-d-accelerated-zfs-storage-within-esxi

http://www.napp-it.org/napp-it/all-in-one/index_en.html

— ewwhite
fonte

1

Obrigado. Definitivamente, estou aberto a outras tecnologias de virtualização. Pensei em uma abordagem semelhante à que você sugeriu, mas me senti desconfortável com ela, pois parecia que ela pode não funcionar de maneira confiável, pois é mais complexa. Por exemplo, quando o ESXi é reinicializado, não é possível ver o armazenamento NFS / iSCSI porque a VM do ZFS ainda não foi inicializada. Parece que eu precisaria mexer com ele toda vez que inicializar: espere a VM do ZFS inicializar, instrua o VMware a anexar esse armazenamento e, em seguida, inicialize manualmente as outras VMs - estou errado? Além disso, o VMware permite clonar volumes nativamente via ZFS?

— AlexDez3

O VMWare permite definir a prioridade de inicialização. Portanto, nesse caso, a VM do ZFS inicializa primeiro e é encerrada por último. Não há brincadeiras manuais envolvidas. As VMs são inicializadas quando o armazenamento estiver no local. Da perspectiva do ZFS, os discos são pass-through, para que você possa removê-los e mudar para um servidor diferente e esperar o mesmo resultado. É razoavelmente portátil. Quanto à clonagem do VMWare, eu não a uso, mas é melhor fazê-lo no nível do VMware VM ou no nível do ZFS / armazenamento de dados.

— ewwhite

2

Lembre-se de que, na versão gratuita do ESXi 5, você está limitado a 32 GB de RAM.

— Jed Daniels