Planeamos crear un almacenamiento de conmutación por error con Windows2012r2. Habrá 2 o 3 máquinas físicas con 2 máquinas virtuales en cada servidor. Una máquina virtual crea una conmutación por error y la segunda es una máquina de almacenamiento (almacenamiento + máquina de conmutación por error en cada servidor físico).
El diseño de la red se ve así:
Haga clic para ver una imagen más grande.
En las máquinas de almacenamiento planeo crear grupos de almacenamiento (con niveles y espejos) y discos virtuales iSCSI que se aprovisionarán para máquinas de conmutación por error (un disco en cada máquina de almacenamiento). He creado dicho clúster en mi laboratorio con vmware (clúster de conmutación por error funcionando), pero lo publico aquí con la esperanza de recibir algunos consejos sobre las siguientes consideraciones:
Si la red tiene el aspecto anterior, con Dell Force administrando todo el tráfico y 6 NICS en cada nodo del servidor físico (2 x 10 Gb y 4 x 1 Gb), ¿cuál sería la mejor manera de utilizarlos? ¿O incluso esa configuración es razonable (sé que habrá SPOF)?
¿Cómo configuraría los grupos de almacenamiento y la conmutación por error más adelante para que los datos se reflejen en cada nodo de almacenamiento y cómo afectaría esto al rendimiento? ¿Cuál sería la configuración más óptima para tal configuración (para no perder demasiado espacio utilizable)?
Si tengo 64 gigas de RAM en cada nodo físico, ¿qué máquina virtual debería tener más RAM? ¿El que tiene almacenamiento o los de conmutación por error para lograr un buen rendimiento?
Apreciaré toda la información de personas que hayan hecho cosas similares.
-->
(por favor mueva los comentarios o respuestas, gracias)
De hecho, puede agrupar Microsoft iSCSI sobre un almacenamiento compartido existente.
http://technet.microsoft.com/en-us/library/gg232632(v=ws.10).aspx
http://techontip.wordpress.com/2011/05/03/microsoft-iscsi-target-cluster-building-walkthrough/
Lo que hace es crear una configuración que morirá con cada nodo del clúster muerto. Porque las imágenes de destino no están sincronizadas entre sí.
...o dibujar un diagrama de interconexión correcto :)
<--
Para responder arriba:
De hecho, logré crear un servidor de archivos escalable (agrupado) con esos 3 discos ISCSI virtuales conectados al servidor del clúster. Creé un disco virtual reflejado en el grupo (formado a partir del iSCSI virtual) y lo agregué al clúster. Luego creó SOFS. Luego cambié el servidor con uno de los iSCSI virtuales apagados (lo desconecté): el clúster y el recurso compartido estaban funcionando. El clúster informó que faltaba un disco, pero no estaba fuera de línea. Luego volví a encender el almacenamiento y se volvió a conectar al clúster.
-->
¡Por fin veo lo que haces ahora! Bien, el problema es que Microsoft no admite nada excepto SAS en producción dentro de espacios de almacenamiento en clúster por una razón. Ver:
http://blogs.msdn.com/b/clustering/archive/2012/06/02/10314262.aspx
"El grupo de almacenamiento en clúster DEBE estar compuesto por discos físicos SCSI conectados en serie (SAS). La estratificación de cualquier forma de subsistema de almacenamiento, ya sea una tarjeta RAID interna o una caja RAID externa, independientemente de si está conectado directamente o a través de una estructura de almacenamiento, es No soportado."
Aidan lo había hecho hace mucho tiempo y nosotros también lo hicimos. Ver:
http://www.aidanfinn.com/?p=15145
Lo que hagas no funcionará de manera confiable. Desafortunadamente. Es una pena que Microsoft haya eliminado el filtro que no es SAS con R2 y se haya olvidado de dar una advertencia.
<--