Grupo de disponibilidad de base de datos de Exchange 2016 y testigo de nube

Al implementar un grupo de disponibilidad de base de datos (en Exchange 2010 y versiones posteriores), necesita un Testigo de recurso compartido de archivos (FSW). Este FSW está ubicado en un servidor testigo, que puede ser cualquier servidor unido a un dominio en su red interna, siempre que ejecute un sistema operativo compatible. Puede ser otro servidor Exchange, siempre y cuando el servidor testigo no sea miembro del DAG que está implementando.

Hace mucho tiempo (no recuerdo exactamente, pero bien podría ser alrededor de Exchange 2013 SP1) Microsoft comenzó a admitir el uso de Azure para alojar el servidor Witness. En este escenario, alojaría una máquina virtual en Azure. Esta máquina virtual es una máquina virtual unida a un dominio, para la cual lo más probable es que también aloje un controlador de dominio en Azure, y para la conectividad necesitaría una conexión VPN de sitio a sitio a Azure. No sólo desde su centro de datos principal, sino también desde su centro de datos secundario, es decir, una conexión VPN multisitio, como se muestra en la siguiente imagen:

Si bien esto es posible y cuenta con soporte completo, es una aventura costosa y, personalmente, no he visto a ninguno de mis clientes implementarlo todavía (aunque mis clientes todavía están interesados).

Testigo de la nube de Windows 2016

En Windows 2016 se introdujo el concepto de "Testigo de la nube". El concepto de Cloud Witness es el mismo que el del servidor Witness, pero en lugar de utilizar un recurso compartido de archivos, utiliza Azure Blob Storage para fines de lectura/escritura, que se utiliza como punto de arbitraje en caso de una situación de cerebro dividido.

Las ventajas son obvias:

• No es necesario un tercer centro de datos que aloje su servidor Witness.
• No es necesario contar con una costosa máquina virtual en Azure que aloje su servidor Witness.
• Usando Azure Blob Storage estándar (por lo tanto, barato).
• Se puede usar la misma cuenta de Azure Storage para varios clústeres.
• Tipo de recurso Cloud Witness integrado (en Windows 2016, por supuesto).

Teniendo en cuenta todo esto, parece una buena idea utilizar Cloud Witness al implementar clústeres de conmutación por error de Windows 2016 o al implementar un grupo de disponibilidad de base de datos cuando se ejecuta Exchange 2016 en Windows 2016.

Desafortunadamente, este no es un escenario admitido en este momento. Lo más probable es que toda la información que encuentre en Internet no esté publicada oficialmente por el equipo de Microsoft Exchange. Si en algún momento Cloud Witness se convierte en una solución compatible con Exchange 2016, podrá encontrarlo en el blog de Exchange. Cuando esto suceda, también actualizaré esta página.

Más información

Uso de una máquina virtual de Microsoft Azure como servidor testigo de DAG: https://technet.microsoft.com/en-us/library/dn903504(v=exchg.160).aspx