Servidores virtuales vs físicos

Estoy tras una segunda opinión; y disculpas si esto ya ha sido respondido (señalarme en la dirección correcta).

Las diferentes facciones dentro de un proyecto en el que estoy involucrado están involucradas en una guerra santa entre servidores virtuales y servidores físicos. Estamos implementando un sistema de gestión de documentos COTS IBM (DB2, etc.).

La sabiduría general es que debemos virtualizar todo, y nuestro socio proveedor respalda esta opinión; algunos de los cabezales de hélice en el trabajo están en contra de esto, particularmente para el servidor central de metadatos (básicamente una gran base de datos DB2).

Mi problema es que vengo de un fondo de desarrollador (sé que se pone en cuclillas), por lo que una vista independiente sería bienvenida.

¿Qué es lo flaco en virtual vs físico? ¿Cuándo deberías, o no deberías, virtualizar? Ventajas / desventajas generales, etc. Mi iniciador para 10 - derribarme ...

Virtual:

• Bueno para DR (puede configurar una nueva instancia en un servidor VM diferente si el que está funcionando falla, es decir: la caja física en la que se está ejecutando)
• ¿Malo para ciertos senarios de bases de datos?
• Ligero golpe de rendimiento (no estoy seguro de los detalles)

En términos generales, si la plataforma de virtualización que ejecuta actualmente es totalmente compatible con el sistema operativo invitado que tiene la intención de ejecutar, la virtualización es un buen movimiento. Hay algunos casos de uso que justifican una inspección más cuidadosa:

• Servicios de terminal (o servicios con muy alta concurrencia de usuarios)
• Funky sabores de Linux
• Servidores de bases de datos o correo electrónico
• Servidores con accesorios periféricos inusuales
• Servidores con requisitos de recursos únicos / muy altos

En su caso específico, observe la cantidad de usuarios simultáneos que su sistema necesitará soportar y el tipo de especificaciones físicas de hardware que necesitaría para ejecutarlo como una máquina física. Si requiere una bestia de cuatro núcleos y 4 procesadores con 32 Gb de RAM y una banda de disco SAS local de 6 discos, no es un buen candidato para la virtualización. Si tiene altos requisitos en cualquiera de esos aspectos (por ejemplo, solo necesita un disco ultrarrápido), está en la lista de 'quizás' y necesita una ronda de pruebas antes de tomar la decisión.

Si la base de datos funcionara bien en un servidor de procesador básico 1 o 2 con una cantidad modesta de ram (menos de 8 Gb) y el rendimiento del disco no es excesivo, virtualícelo.

Si la elección que está haciendo es comprar hardware nuevo para el sistema o virtualizar su infraestructura VM existente, virtualícela primero y migre a un servidor físico solo si es necesario. El sello distintivo de un servidor bien planificado es que puede reconstruirlo fácilmente a pedido;)

Dicho tema debe considerarse en el contexto de su entorno y no puede ser respondido definitivamente como un concepto general. Debe considerar todo, comenzando por si una máquina virtualizada puede proporcionar el rendimiento que necesita o no. Esto incluye cosas como que el sistema de almacenamiento pueda mantenerse al día. Eso, por supuesto, tiende a ser el gran problema para los sistemas de bases de datos. Soy de la opinión de que esto debe probarse bien antes de tomar una decisión final. Si no puede probarlo, el riesgo puede ser demasiado grande.

Personalmente, no soy un fanático de la virtualización, pero eso es al menos en parte debido al entorno en el que trabajo, y he trabajado anteriormente. Uno de los problemas es que tiendes a tener demasiados huevos en una canasta. Si ese hardware descompone TODAS sus máquinas virtuales en ese servidor, vaya a la crisis. Eso está bien si estás en la escala de tener hardware de repuesto, o al menos poder obtener AHORA, pero ese no es el mundo en el que trabajo.

Ejecutamos nuestros servidores tanto en entornos virtualizados como en su entorno nativo. Esto se aplica tanto a nuestros servidores basados ​​en Linux como a nuestros servidores y escritorios de Windows. Decir que uno es mejor que el otro dependerá completamente de lo que necesite hacer. A veces la virtualización es mejor, a veces no.

Profesionales de virtualización:

• Facilidad de respaldo
• Facilidad de instalación (desde la clonación)
• Puede acercarse al uso de todos los recursos de un hardware (que a menudo no se usan)

Contras de virtualización:

• Un cuadro se cae = muchos servidores se desconectan
• Costo. Las licencias a menudo son caras si desea controlar varias máquinas desde un cliente VMWare.
• Costo. La licencia es costosa si desea admitir más de dos procesadores

Una nota final. La virtualización funciona muy bien para ejecutar servidores y escritorios normales, pero tenga mucho cuidado cuando necesite una configuración que sea un poco menos tradicional. Por ejemplo, teníamos dos servidores web que se conectaban a un dispositivo de almacenamiento conectado a la red sin problemas cuando no se virtualizaban. En el momento en que los trasladamos al entorno virtual sufrimos terriblemente porque nuestro equipo de virtualización no funcionaba bien sin nuestro dispositivo de almacenamiento (problemas de E / S). Haga su tarea de hardware antes de intentar una configuración complicada (casi no hace falta decirlo).

Lo último, la virtualización es excelente y ha recorrido un largo camino. Me encanta por muchas cosas. PERO a menos que realmente necesite configurar algunos servidores más Y no tenga el hardware, puede que no lo ayude mucho.

La mayor ventaja que hemos obtenido de la virtualización: el espacio físico.