Criterios básicos para elegir una infraestructura hiperconvergente
Los sistemas hiperconvergentes integran computación virtual, almacenamiento compartido, recursos de red y una gestión central y integrada, todo ello en un solo dispositivo compacto y preconfigurado.
El experto Jon Toigo describe siete criterios a considerar cuando se evalúa un sistema de almacenamiento hiperconvergente. Estos factores giran en torno a las cuestiones básicas que son fundamentales para la evaluación objetiva del valor de negocio de cualquier adquisición de tecnología: el costo, la disponibilidad y la aptitud para el propósito.
Dependencias de hardware
Algunas ofertas hiperconvergentes de servidor/almacenamiento toman la forma de aparatos prediseñados o plataformas de hardware certificadas por un determinado proveedor de hipervisores. Estos crean una situación de dependencia del hardware. Pero la búsqueda de un enfoque independiente del hardware es la única forma en que puede escalar varias partes del nodo en momentos diferentes, según la necesidad o la disponibilidad de las nuevas tecnologías. La cuestión fundamental que una organización debe preguntarse es: «¿Qué hardware necesito para que el producto funcione?».
Las dependencias de hardware también deben ser consideradas con la vista puesta en la escala. Cuanto más estrecha sea la especificación de hardware, menos podrá ser capaz de escalar diversos componentes de manera modular. Las mejoras en las tecnologías de componentes pueden producirse a diferentes velocidades, por lo que es difícil mantenerse al día con la innovación. Por otra parte, ser dependiente de una lista de selección de hardware puede aumentar el costo de la oferta del sistema hiperconvergente con el tiempo.
Manejabilidad
Los principales proveedores de hipervisores del servidor así como la mayoría de los proveedores de dispositivos hiperconvergentes, prefieren que se utilice su pila de software uniforme para gestionar todos los recursos conectados y los servicios especializados que ofrecen. Cuando se trata de almacenamiento, los proveedores de hipervisor proporcionan interfaces para administrar funciones que van desde la duplicación y replicación de datos entre los nodos de almacenamiento, el aprovisionamiento delgado de recursos de almacenamiento, la deduplicación y la compresión, y otras tareas una vez llevadas a cabo en los controladores de matriz. En esencia, centralizan los servicios de valor añadido, una vez promocionados como diferenciadores por los proveedores de matrices de almacenamiento en un controlador centralizado basado en software. Es necesario recordar que estos servicios deben ser examinados para garantizar que la funcionalidad es la que desea utilizar con su infraestructura. Por ejemplo, solo porque el servicio de compresión sea excelente en un producto determinado, no significa que su servicio de replicación de área amplia sea el mejor de su clase.
Deben tener en cuenta que mientras que los proveedores de sistemas hiperconvergentes están de acuerdo en que los servicios de software de almacenamiento necesitan ser implementados en una pila de software fuera de la matriz, muchos se abstienen de la idea de abstraer la gestión de la capacidad del controlador de la matriz de almacenamiento. Esta es una limitación notable de muchas ofertas hiperconvergentes, ya que significa que la gestión de capacidad es una actividad separada que debe realizarse en cada dispositivo de almacenamiento, a menudo requiriendo herramientas y habilidades especializadas.
Arquitectura multinodal
Varios proveedores de hipervisores están vendiendo modelos de almacenamiento hiperconvergente que comienzan con el requisito de un mínimo de tres (o más) nodos agrupados. Un nodo por lo general requiere un servidor físico, una licencia de software, software de clustering (ya sea parte de un paquete de software de hipervisor, sistema operativo o software especializado de terceros), dispositivos de almacenamiento flash y una matriz de almacenamiento o JBOD. El costo por nodo de un sistema hiperconvergente de un proveedor de hipervisores puede variar. Por el contrario, algunos modelos de servidor-almacenamiento hiperconvergentes de terceros pueden requerir solo dos nodos físicos para empezar, y pueden aprovechar el hardware menos costoso.
Eficiencias de utilización del hardware
Seleccionar un modelo de infraestructura hiperconvergente que optimiza el uso del hardware también es importante. Por ejemplo, mientras que la mayoría de los productos hiperconvergentes en el mercado pueden aprovechar el RAM dinámico y la tecnología de almacenamiento de memoria flash para crear cachés y buffers que mejoran el rendimiento de las aplicaciones, no todos estos productos realmente utilizan cualquiera de ellas de forma eficiente o habilitan el uso de la diversa y creciente selección de productos en el mercado hoy en día.
Soporte para DRAM
Se requiere soporte para la aceleración DRAM (y tal vez la memoria flash) para los servidores que ejecutan múltiples máquinas virtuales. El almacenamiento en caché y el almacenamiento en búfer basados en memoria hacen posible la aceleración del rendimiento de aplicaciones, incluso cuando las causas fundamentales del lento rendimiento de las aplicaciones no están relacionados con I/O de almacenamiento. Idealmente, la tecnología flash también será soportada, pero no es obligatorio.
Aptitud general para el propósito
Con la aptitud para el propósito nos referimos a cómo la tecnología encaja en el entorno o la configuración en la cual irá instalada. Esto incluye desde su nivel de ruido, los requisitos eléctricos/HVAC, la disponibilidad de trabajadores cualificados in situ y su compatibilidad con varios hipervisores. Es importante realizar una lista de las instalaciones, cargas de trabajo y limitaciones del usuario cuando se consideran productos alternativos.
Disponibilidad
La funcionalidad de agrupación/duplicación de datos del software hiperconvergente que estés considerando debe incluir la duplicación de datos en las memorias caché y buffers, así como los datos almacenados en estado sólido o discos magnéticos.
Los espejos de alta disponibilidad deben ser capaces de ser probados y verificados sin interrumpir el funcionamiento de la aplicación. Es indispensable también considerar si la conmutación por error del espejo se proporciona mejor como una función automática o una que requiere confirmación manual. La disponibilidad es una calle de dos vías: después de que ocurre una conmutación por error, también se debe proporcionar capacidades de conmutación para recuperación. Esto generalmente implica el almacenamiento en búfer de las escrituras de espejo hasta que puedan volver a establecerse las conexiones.
Si bien estos siete criterios pueden no ser exhaustivos, deberían ayudarte a aclarar el campo de las opciones de sistemas hiperconvergentes para encontrar aquellas que servirán bien a tu organización a largo plazo.
En Altcomp hacemos equipo con HPE SimpliVity y brindamos a las empresas una arquitectura de datos que simplifica la Tecnología de la Información (TI), las operaciones y los datos, ofreciendo 3 veces el ahorro en el Costo Total de Propiedad (TCO).
Si deseas más información, concierta tu cita con Altcomp y con mucho gusto te atendemos.
Fuente: Search Data Center
