Almacenamiento cero: se prefiere un pequeño servidor de disco no duro

        Solíamos pensar que el diseño del servidor desde cero comenzó a tener la función de no subsistema de disco, y algunos lectores no entendieron completamente los puntos clave. Discutiremos esto más claramente aquí.

Cuando los servidores sin disco emergen de sus mentes, no estamos pensando en las pequeñas empresas, sino en las medianas y grandes empresas que implementan la virtualización en su infraestructura. Estoy considerando el centro de datos a punto de romper los límites del consumo de energía y la refrigeración. Estoy pensando que el disco local es en realidad inútil. Pero esto necesita tomar más tiempo.

Hojas de virtualización

Los dos fabricantes, HP e IBM, han propuesto el concepto de "hojas de virtualización". Ninguno de los servidores blade tiene un subsistema de disco tradicional, sino que elige dispositivos de arranque basados ​​en SSD o flash y almacenamiento local. Estas prácticas se parecen mucho al tema que estoy explorando, pero no son exactamente. El chasis blade requerido está diseñado para maximizar la carga de trabajo del servidor blade para una configuración de disco completa, no para estos blades sin disco de bajo consumo.

Piense en el diseño del chasis de la hoja desde cero para adaptarse a toda la hoja sin disco. No solo eso, sino que estos blades no tienen el diseño de un búfer de dibujo: no hay disco, no hay video, solo 10 puertos Gigabit Ethernet y Fibre Channel, dos CPU multi-core de bajo voltaje y tantas ranuras de módulo de memoria dual en línea como sea posible . La energía y el enfriamiento requeridos para el chasis serán diferentes a los del chasis tradicional, y la densidad de las hojas será lo más densa posible. Obtendrá una gran cantidad de ventajas de energía y refrigeración.

En lo que respecta al blade, apuesto a que puede conectar al menos tres de estos sistemas independientes en un rack de 1U. No hay subsistemas de disco, búferes de gráficos y otros puertos y accesorios relacionados. La parte posterior de cada servidor requiere solo de tres a cinco puertos (dos puertos de 10 Gigabit Ethernet, una secuencia o dos de 10 Gigabits, dos fibras). Canales, una secuencia) y mucho espacio para memoria de acceso aleatorio.

Cada servidor tiene una ranura SSD de 1,8 pulgadas opcional o solo una ranura para tarjeta SD, y nada más. También hay una fuente de alimentación redundante común que alimenta tres servidores (y posiblemente más). Los sistemas como este pueden presentar algunos problemas importantes, pero solo ocurren en una configuración de un orden de magnitud. Creo que esto es posible cuando estos servidores se utilizan como servidores de sitios remotos o en centros de datos de tamaño mediano.

Infraestructura del servidor SMB

Coloque 1 o 2 veces el servidor en un chasis de 1U, VMware ESX o ESXi e iSCSI. Puede tener un servidor SMB completo. Infraestructura (con 4 a 5 racks), no se requiere KVM. ¿Qué atractivo es esto?

Ahora vamos a hablar sobre el legado del servidor. La mayor parte de la infraestructura de virtualización actual se ejecuta en sistemas 1U, 2U o blade. Configuraron discos locales, buffers de gráficos y todos los componentes normalmente asociados con servidores de instancia única, pero en realidad no los necesitan. Hay muy pocas oportunidades de usar una consola de servidor VMware ESX o ESXi. Si lo hacen, todos están basados ​​en texto, por lo que no hay necesidad de un búfer de dibujo. Una serie de consolas puede cumplir perfectamente todos estos requisitos y facilitar el acceso.

Cuando se trata de una infraestructura completamente virtualizada, tratamos de acelerar con Humvees. El siguiente paso es completar las modificaciones reales y comenzar una virtualización completa.