Server 2016 MSMQ failover

10

Me gustaría configurar un MSMQ en un sistema de conmutación por error.

No tengo una configuración de almacenamiento compartido (hardware no disponible - presupuesto), pero tengo tres dl380 con Windows Server 2016.

Me gustaría configurar la conmutación por error con un servidor de quórum.

¿Es posible esta configuración?

médula casco
fuente
1
Parece que la moneda matará todo este proyecto.
Pithhelmet

Respuestas:

9

También puede seguir con el escenario Siempre encendido que no asume un almacenamiento compartido y donde la salud general de su clúster estaría determinada por los votos de quórum de nodos en el clúster. Pero esta característica es empresarial. Entonces, en caso de un presupuesto ajustado, también recomendaría ir con FCI.

batistuta09
fuente
2
AlwaysOn está disponible con una edición estándar económica de SQL Server. msdn.microsoft.com/en-us/library/mt614935.aspx (OK, estos son grupos de disponibilidad BÁSICOS pero deberían ser suficientes para la mayoría de los casos en mi humilde opinión).
BaronSamedi1958
3
Demasiadas limitaciones, si me preguntas. Reconsideraría ir de esta manera refiriéndome al "límite de dos réplicas" y "no hay soporte para agregar o eliminar una réplica a un grupo de disponibilidad existente".
batistuta09
1
Sí, hacemos FCI sobre AG básicos aquí.
BaronSamedi1958
¿Este servidor Always On SQL permite que MSMQ se transfiera también?
pithhelmet
1
AFAIK, MSMQ no implementa la función "siempre activa", por lo que algún tipo de disco compartido sigue siendo un requisito para el quórum. Pero puede ser incluso un gabinete JBOD o una unidad replicada.
batistuta09
10

Desde mi experiencia, MSMQ implementa find en la parte superior de los volúmenes compartidos en clúster. Por lo tanto, cualquier solución compartida de software que refleje / presente el almacenamiento en el clúster de conmutación por error como CSV hará el trabajo.

Puedo recomendarle que pruebe HPE VSA , StarWind VSAN , Microsoft Storage Spaces Direct , hasta ahora todos ellos no comparten nada de almacenamiento para Failover Cluster. Sugeriría StarWind en caso de que no ejecute Hyper-V en sus hosts, por lo que hará un almacenamiento reflejado gratuito.

Señor frambuesa
fuente