KVM en Illumos (OpenIndiana vs. SmartOS)


11

Estoy considerando virtualizar una cantidad de invitados en un solo servidor que ejecute un puerto reciente de KVM a Illumos. Parece que mis dos opciones principales serán OpenIndiana y SmartOS. La distribución que terminaré usando necesita cumplir con los siguientes requisitos:

  • Necesita poder administrar y personalizar a través de CLI (por ejemplo, cambiar las opciones del sistema de archivos ZFS / zvol, conectar una unidad externa y copiar datos a ella, o replicar datos automáticamente en un servidor externo usando zfs enviar / recibir).
  • Necesita implementar instantáneas automatizadas de ZFS (por ejemplo, usando zfs-auto-snapshot).
  • Necesita poder configurar notificaciones automáticas por correo electrónico si la salud del servidor se degrada. Esencialmente, configure la limpieza periódica de ZFS, monitoree zpool, el administrador de fallas y / o los problemas SMART, y envíe un correo electrónico cuando se detecten problemas, etc. La configuración manual está bien, siempre que el sistema operativo me lo permita.
  • Debe manejar invitados Debian, Ubuntu y Windows 2008 Server R2 con buena estabilidad y rendimiento razonable. Estos invitados serán utilizados en la producción.
  • Debería haber una expectativa razonable de que las futuras versiones se seguirán entregando; no quiero quedarme atrapado usando un producto sin salida.
  • Sería bueno si fuera fácil de configurar y tenga algún tipo de GUI, pero esto es opcional.

Según estos requisitos, ¿qué distribución recomendaría?

Puede suponer que este entorno no se implementará hasta que se lance la próxima versión estable de OpenIndiana. Además, puede suponer que el servidor utilizará una CPU Sandy Bridge Xeon E3-1xxx, por lo que debería ocuparse de la compatibilidad KVM.

Además, ¿qué tan robusto / estable es el puerto KVM para Illumos en cualquiera de estas distribuciones? ¿Debería incluso considerar KVM / Illumos para un entorno de producción por ahora?

Respuestas:


9

He estado usando SmartOS y KVM en producción durante algunos meses y estoy muy contento con eso. Parece que debería satisfacer sus necesidades perfectamente. Todas las cosas de ZFS que necesita son compatibles. Sin embargo, para las cosas de monitoreo necesitará configurar algunas cosas de terceros.

Estoy trabajando en un par de proyectos relacionados con el monitoreo y específicamente para hacer las cosas que mencionaste. Échales un vistazo y no dudes en enviarme un mensaje.

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


10

Preguntaré, ¿qué tan importante es que uses específicamente KVM?

Mi preferencia por el tipo de solución sobre la que está preguntando es construir alrededor de VMWare ESXi . Puede crear un servidor todo en uno que ejecute el arranque VMWare ESXi desde medios flash (SDHC, USB, CF) y aprovechar la E / S de DirectPath (paso de PCI) disponible en los servidores actuales para presentar un HBA SAS / SATA a un virtualizado SO basado en ZFS (supongamos que OpenIndiana , pero usualmente uso NexentaStor Community Edition ). A partir de ahí, puede crear un vSwitch de bucle invertido y presentar su almacenamiento ZFS a ESXi como 10GbE NFS o iSCSI para alojar las máquinas virtuales invitadas (Windows, Linux, etc.).

  • Con esto, tiene acceso completo a las funciones de ZFS, como la compresión, la deduplicación y las instantáneas. Puede aumentar esta configuración con un ZIL y L2ARC con bastante facilidad.

  • Si elige NexentaStor para su solución ZFS, también tendrá una GUI completa para administrar las instantáneas automáticas / niveles. Las herramientas de monitoreo para los discos también están integradas.

  • VMWare maneja una cantidad de tipos de invitados muy bien, por lo que está bien cubierto.

  • Nexenta, OpenIndiana y VMWare están aquí para quedarse, por lo que esta no es una mala decisión tecnológica.

  • Siempre que tenga el presupuesto para hardware, su ESXi, ZFS OS y Linux son gratuitos ...

Ver también:

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


1
Gracias. Definitivamente estoy abierto a otras tecnologías de virtualización. He pensado en un enfoque similar al que sugirió, pero me sentí incómodo ya que parecía que no funcionaría de manera confiable ya que es más complejo. Por ejemplo, cuando ESXi se reinicia, no verá ese almacenamiento NFS / iSCSI porque la VM ZFS aún no se ha iniciado. Por lo tanto, parece que tendría que jugar con él cada vez que se inicia: espere a que la máquina virtual ZFS se inicie, luego indique a VMware que conecte ese almacenamiento y luego inicie manualmente las otras máquinas virtuales. ¿Me equivoco? Además, ¿VMware le permite clonar volúmenes de forma nativa a través de ZFS?
Alex

VMWare le permite establecer la prioridad de arranque. Entonces, en este caso, la máquina virtual ZFS se inicia primero y se apaga en último lugar. No hay violín manual involucrado. Las máquinas virtuales se inician una vez que el almacenamiento está en su lugar. Desde la perspectiva de ZFS, los discos son de paso, por lo que incluso puede eliminarlos y pasar a un servidor diferente y esperar el mismo resultado. Es bastante portátil. En cuanto a la clonación VMWare, no lo uso, pero es mejor hacerlo a nivel VM VMware, o hacerlo desde el nivel ZFS / almacén de datos.
ewwhite

2
Tenga en cuenta que en la versión gratuita de ESXi 5, tiene un límite de 32 GB de RAM.
Jed Daniels
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.