¿Metal desnudo o virtualizado?


11

Estoy buscando actualizar servidores y estoy tratando de encontrar un buen plan.

Actualmente tenemos 4 servidores:

  1. Servidor firewall / VPN de OpenBSD
  2. Servidores de respaldo FreeNAS (locales) que reciben instantáneas ZFS
  3. Servidores de respaldo FreeNAS (remotos) que reciben instantáneas ZFS
  4. El caballo de batalla del servidor FreeBSD a continuación.

Servidor FreeBSD

~ 2010 FreeBSD 8.4, 32 gb de ram, doble Xeon E5520 ZFS (8 discos, sin discos en pares reflejados, 8 TB)

Servicios:

  • Samba
  • Netatalk (uso compartido de archivos de Apple)
  • Apache (en su mayoría internos, algunos sitios externos)
  • MySQL
  • VirtualBox (instancia de Windows 2k3)
  • Instantáneas de ZFS

Mi plan (básico)

Estoy planeando una actualización del servidor que nos haría cambiar de un servidor primario a dos servidores que tomarían cada uno de los deberes del servidor de la lista anterior (y se replicarían entre sí) para que si uno falla, pudiera activar rápidamente Todas las características en el segundo. Algo como:

Servidor 1:

  • Samba
  • Netatalk (uso compartido de archivos de Apple)
  • VirtualBox (instancia de Windows 2k3)
  • Instantáneas de ZFS

Servidor 2:

  • Apache (en su mayoría internos, algunos sitios externos)
  • MySQL
  • Instantáneas de ZFS

Solo he ejecutado bare metal, y no tengo experiencia con máquinas virtuales que no sean Windows 2k3 en VirtualBox. ¿Debería considerar ejecutar las instancias de mi servidor como máquinas virtuales? Pensé que eso podría facilitar la restauración de un accidente. En general, ¿esto parece un buen plan?

He estado mirando los servidores ixSystems y el hardware de rack de Dell, si eso marca la diferencia. (Nunca he usado ningún equipo de montaje en bastidor).


Respuestas:


20

Sin dudas, virtualizar. Los beneficios y la flexibilidad que ofrece la virtualización superan con creces el impacto insignificante en el rendimiento.

Sin embargo, su plan es subóptimo, principalmente porque Virtualbox es una solución de virtualización de escritorio y no está destinada al uso del servidor.

Esto es lo que sugeriría: instale (gratis) VMware ESXi en ambos servidores, luego cree máquinas virtuales en ellos según sea necesario. Si no le importa ESXi, considere Hyper-V o KVM. Deje el sistema operativo host / hipervisor lo más "limpio" posible, responsable solo de ejecutar sus máquinas virtuales, y cree máquinas virtuales según sea necesario. No ejecute ningún proceso de aplicación en el sistema operativo host.

Si tiene un presupuesto para esto, elija el paquete VMware Essentials Plus, que le ofrece vCenter, que le permitirá hacer cosas como migraciones de VM en vivo entre hosts, administración centralizada, copias de seguridad utilizando herramientas como Veeam, etc.

Una vez que se mude a un entorno virtualizado, nunca volverá.


2
BSD tiene un fantástico hipervisor en el núcleo. Ir a VMware sería un movimiento bastante lateral en este caso, aunque obviamente funcionaría. bhyve.org
Spooler

3
De acuerdo con EEAA, pasar a la virtualización. Tuvimos un cliente que eligió el núcleo Hyper-V como hipervisor gratuito y para evitar cualquier posible tiempo de inactividad, utilizó Starwind para el almacenamiento compartido. Por supuesto, hay muchos vendedores, pero la opción era entre Starwind y HPE.
Stuka

3

La virtualización ayudará con sus necesidades tremendamente.

Tenemos una pequeña empresa y la virtualización nos permite consolidar el hardware, aumentar la segregación de servicios para ayudar con la seguridad y ayuda con el tiempo de actividad porque podemos migrar máquinas virtuales entre hosts (hipervisores) muy fácilmente; algo que es muy difícil con baremetal.

Utilizamos hardware empresarial anticuado en pares con piezas de respaldo mantenidas en el sitio (ventiladores, unidades, etc.) pero tenemos un host primario y secundario; Nuestro host ejecuta máquinas virtuales que sirven DRBD, Apache, MYSQL, Samba, NFS, Reslio Sync, Dropbox, etc. Dejamos que nuestro host administre matrices RAID utilizando MDADM. Al utilizar DRBD, las máquinas virtuales se mantienen sincronizadas en un servidor de respaldo, por lo que el tiempo de inactividad casi no es un problema, incluso con una falla catastrófica de hardware en el host primario.

Pero al ser una pequeña empresa, simplifica la administración de hardware, nos permite ejecutar menos hardware, lo que tiene implicaciones de gran alcance en el presupuesto y los recursos de TI, y consolida la administración de nuestros servicios porque es natural administrar todas las máquinas virtuales desde una sola consola en una estación de trabajo ; para nosotros a través de Xen Center mientras usamos XenServer.

Además, nos permite segregar cosas para que cosas como los servicios en la nube se puedan segregar virtualmente de los servicios internos que proporcionan un alto grado de seguridad. Por ejemplo, servimos dos servicios de archivos en la nube separados en dos máquinas virtuales separadas; uno para personal de campo accesible a través de dispositivos móviles y otro para personal de oficina accesible a través de la red interna.

Como nota, nuestro servidor de respaldo (no el host secundario) no está virtualizado a propósito, por lo que tenemos acceso directo a nuestros archivos en caso de falla de software o configuración con nuestro host. Es decir, si nuestro host corrompe nuestras máquinas virtuales o almacenes de datos de alguna manera, todavía tenemos acceso directo a los archivos y máquinas virtuales.

Al final, podemos proporcionarle a nuestra empresa servicios de archivos, copias de seguridad, web, en la nube y otros de calidad empresarial, todo en casa por un costo mínimo y un tiempo de actividad máximo. También nos permite expandirnos ya que podemos integrar otros servicios; Se planean en un futuro cercano los servicios VPN para los contadores remotos y los servicios de formularios de Android para el personal de campo que necesita un intermediario de software de Windows para interactuar con MySql. Sin virutalizar, necesitaríamos comprar, ejecutar y administrar más hardware; La virtualización ha eliminado el problema del hardware al agregar dichos servicios y simplemente podemos centrarnos en la integración del software / servicio que puede ser lo suficientemente desalentador.

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.