Windows Server 2019 iScsi MPIO múltiples objetivos

Question

Estoy buscando configurar un clúster de conmutación por error de Windows Server 2019 con almacenamiento compartido iScsi (para una instancia de SQL Server Always-On). El requisito adicional es no tener un solo punto de falla.

Digamos que tengo dos nodos de iniciador iScsi A y B y un iScsi Target C. Si implemento MPIO, proporcionará redundancia y múltiples rutas al almacenamiento, bien. Sin embargo, si C se cae, los nodos A y B pierden la conexión con el almacenamiento.

Preguntas:

1. ¿Debo crear 2 servidores de destino iScsi, C y D? Si es así, ¿cuál es la mejor configuración para que si C deja de funcionar, D tome el control como Target?
2. Al poner en marcha los servidores de destino, ¿cuáles deberían ser los requisitos mínimos? por ejemplo, RAM, núcleos, etc.
3. ¿Es una buena práctica mantener el objetivo iScsi principal separado del controlador de dominio?
4. Con MPIO, ¿sería mejor utilizar Round-Robin o Failover Only?

Answer 1

Tiene toda la razón en caso de que el servidor C se caiga, sus nodos perderán la conexión con el almacenamiento. Contestando tus preguntas:

1. Puede utilizar diferentes tipos de soluciones de almacenamiento definidas por software. Ejemplos de pareja:https://www.starwindsoftware.com/resource-library/starwind-virtual-san-installing-and-configuring-sql-server-2019-tp-failover-cluster-instance-on-windows-server-2016/ https://docs.microsoft.com/en-us/azure/azure-sql/virtual-machines/windows/failover-cluster-instance-storage-spaces-direct-manually-configure?tabs=windows2012

2. En cuanto a los requisitos, depende del software que elijas. No he encontrado requisitos para Microsoft iSCSI Target Server.

3. Desde el punto de vista de la seguridad, aislaría el almacenamiento iSCSI de AD, pero no soy un ingeniero de seguridad, puede haber diferentes mejores prácticas.

4. La política de MPIO depende de su configuración. Por lo que recuerdo, StarWind recomienda usar la profundidad de cola mínima en sus configuraciones.