Opciones de almacenamiento compartido para el clúster ESXi HA

Estoy buscando recomendaciones para opciones de almacenamiento compartido para dar soporte al clúster de ESXi HA (nota que no estoy pidiendo la recomendación de producto / marca / model – sé que esto está en contra de las reglas aquí). Estoy pidiendo la recomendación de la tecnología .

La empresa para la que trabajo es una pequeña empresa. Por el momento, tenemos un HP DL380 G9 con DAS, con ESXi 6.0, ejecutando nuestra aplicación personalizada desarrollada. Ahora estamos parsing la manera de lograr el HA / FT usando la opción más económica. Necesitamos HA / FT porque soy el equipo de TI de un solo hombre y con frecuencia estoy viajando para que la recuperación / restauración manual no sea una opción.

Entiendo que necesitamos un mínimo de 2 ESXi host (server físico) y almacenamiento compartido para lograr HA / FT. Esto es, creo, donde se pone interesante: incluso la matriz de almacenamiento de nivel de input más barata por ahí es probablemente una exageración para nosotros. Nuestro requisito de capacidad de almacenamiento es probablemente de alnetworkingedor de 200GB, y no vemos que la duplicación de por lo less 5 años. Sin embargo, necesitamos el almacenamiento compartido para HA / FT.

Por lo tanto realmente realmente apreciar cualquier recomendación sobre mis opciones. Gracias.

3 Solutions collect form web for “Opciones de almacenamiento compartido para el clúster ESXi HA”

Notas generales (stream de conciencia):

  • Piensa muy duro en lo que estás tratando de proteger.
  • Nadie usa VMware Fault-Tolerance. Bueno, tal vez alguien lo hace, pero hay demasiadas restricciones, y el caso de uso es particularmente estrecho.
  • Los serveres son más confiables de lo que usted espera, especialmente cuando se trabaja con sistemas de calidad como HP ProLiant. Supermicro sería otra historia …
  • Evaluar los modos de fallo realists. Un server HP ProLiant Gen9 no sólo va a fallar .
  • Puede que se produzcan fallos de componentes individuales, pero hay suficientes networkingundancias internas para tratar la mayoría de los problemas con gracia.
    • En serio, las fonts de alimentación networkingundantes, los ventiladores networkingundantes, la RAID de discos internos, los adaptadores NIC y FLR a bordo raramente fallan.
    • Agregue el monitoreo de la OIT, chequeos completos de hardware y la gama de elementos que afectan el time de actividad se networkinguce a las fallas de DIMM y problemas de la placa base.

Así que ahora llegamos al almacenamiento compartido. El almacenamiento compartido se convierte en un punto de fallo, dependiendo de cómo se haya diseñado.

  • Algo como una matriz MSA SAS-adjunto es una opción y puede funcionar con VMware y dos hosts. Usted puede comprarlos desnudo y agregar la capacidad necesaria.
  • Una configuration de nada compartido sería beneficiosa en algunos aspectos, pero añade ciertas complejidades.
  • Existen opciones de Hyperconverged como VMware vSAN , HPE StoreVirtual VSA o Starwind's Virtual SAN .
  • El HPE VSA puede estar libre para hasta 1TB de almacenamiento para su configuration.
  • Una SAN de nivel de input no es tan convincente teniendo en count sus requisitos de espacio son increíblemente bajos.
  • Es posible ir con almacenamiento de una sola cabeza … posiblemente incluso sólo un server normal de HP con un sistema operativo de almacenamiento de su elección (Linux exportando NFS, server de almacenamiento de Windows, etc)
  • He documentado y esbozado una solución de ZFS para Linux que puede proporcionar conmutación por error de doble cabecera y agrupación por clústeres para almacenamiento: Consulte: https://github.com/ewwhite/zfs-ha
  • Otra solución que se puede hacer compartida: nada con un par de serveres es Zetavault .
  • Agréguese eso con la replicación Veeam VM-level o algo basado en array, y has cubierto el 99% de los posibles problemas de almacenamiento.

Pero otra vez, esto es una function de su riesgo. La gente puede ir fácilmente por el hoyo de conejo de alta disponibilidad …

Hypervisors Dual anfitriones … bien. Entonces, ¿necesita tejidos de conmutación dual? ¿Interruptores astackdos? Agregación de enlaces multi-chasis (MLAG / MC-LAG)? Una SAN con controlleres duales? Dos SANs? Replicación SAN? Replicación VM? Replicación de VM a almacenamiento diverso?

¿Tiene diversidad de energía? Varias PDUs? ¿Múltiples unidades UPS? ¿Está el generador del sitio respaldado?

Entonces, ¿qué te queda?

Creo que es mejor tener algunas opciones. Tal vez contratar ayuda adicional para la cobertura. Documente la solución lo suficientemente bien para que el cliente tenga algunas opciones. Hacer un DR o un apagón del sistema runbook / script.

Si su empresa no puede soportar el time de inactividad de los usuarios, VMware FT es su opción entonces. Para implementar esta característica, definitivamente necesitará algún tipo de almacenamiento compartido. Para el caso, yo recomendaría mirar soluciones de almacenamiento definidas por software (SDS) que se están utilizando cada vez más para la construcción de infraestructuras virtualizadas. Con este enfoque, puede virtualizar los resources de almacenamiento físico locales de sus hosts ESXi y convertirlos en una SAN virtual de pleno derecho. VMware VSAN salta a la mente inmediatamente, pero quisiera señalar algunas alternativas muy interesantes que deberían ser mucho más baratas de implementar en el entorno ESXi. El primer candidato es HPE VSA : buen nivel de funcionalidad y un molesto requisito de un tercer nodo de votación para un quórum. Sí, lo sé, todavía se puede ir 2 nodos, pero si no está bien con el time de inactividad, el quórum es una necesidad. El segundo candidato, por el contrario, tiene una huella de hardware minimalist con sólo dos hosts físicos junto con un set de características como almacenamiento en caching, compression de datos, etc. Es StarSwind vSAN . Las dos soluciones tienen versiones gratuitas, solo revisa y verás cómo te beneficiarías de ellas.

La tecnología a la que mejor serviría es "almacenamiento definido por software". Una VM que hace que los discos conectados localmente estén disponibles para todas las VMs, idealmente proporcionando networkingundancia al permitir el uso de discos locales en múltiples nodos al mismo time (lo que le permite perder un nodo sin perder todas sus máquinas virtuales). Como no estamos hablando de recomendaciones de productos, lo dejaré en esto. Todavía es un mercado naciente, pero hay algunas opciones bien establecidas que se ajustan a la factura.

  • Clonación mensual de invitados
  • VSphere education - ¿Cuáles son las desventajas de configurar VMs con * demasiado * mucho RAM?
  • Encuentra todas las máquinas virtuales con RAM con balón o swapped en el clúster de VMware?
  • IBM x3650 M3: ¿se puede replace una vaina vSphere 5.1u1 instalada por "vSphere enhanced for IBM"?
  • Consultar las ranuras de memory ESXi / modules de memory instalados de PowerCLI 4.1
  • Configuración de CPU de VMware Machine sweet spot (Servidor 2012/2008 R2)
  • ¿Por qué no puedo cambiar el tamaño de algunos discos gruesos virtuales en VMWhare vSphere Client
  • Configuración vSwitch con 12 enlaces ascendentes
  • Mezcla de frameworks jumbo en la networking Vsphere 5 ISCSI
  • PowerCLI: ejecuta commands en máquina virtual
  • vSphere PowerCLI almacenamiento vMotion
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.