Explorar las opciones de alta disponibilidad del servidor de archivos de Windows Server
Los servicios de archivo representan uno de los tipos de cargas de trabajo de Windows Server en vigor. En muchos casos, su disponibilidad es fundamental para las operaciones empresariales. Windows Server ofrece varios métodos diferentes para ayudar a garantizar la disponibilidad.
Opciones de alta disponibilidad del servidor de archivos de Windows
Para implementar servicios de archivo resistentes en Windows Server, puede aprovechar la alta disponibilidad inherente a los roles de clúster de conmutación por error. Como alternativa, puede proporcionar resistencia replicando el contenido de los volúmenes que hospedan recursos compartidos de archivos con réplica de almacenamiento.
Opciones de clúster de conmutación por error del servidor de archivos de Windows Server
Puedes implementar y configurar un servidor de archivos en clúster usando los métodos siguientes:
- Servidor de archivos para uso general. Este es el rol de servidor de archivos tradicional que ha estado disponible desde la introducción del clúster de conmutación por error en el sistema operativo Windows Server. Desde el punto de vista de la disponibilidad y la escalabilidad, el rol en el clúster funciona en el modo activo-pasivo, lo que significa que, en un momento dado, los recursos compartidos de archivos correspondientes, denominados simplemente recursos compartidos de archivos en clúster, están disponibles en uno de los nodos del clúster. Si se produce un error en ese nodo, otro nodo toma propiedad del rol y sus recursos, manteniendo la disponibilidad de las carpetas compartidas. Sin embargo, los clientes siempre acceden a ellos a través de un único nodo. Este tipo de implementación de servidor de archivos es adecuado para escenarios de trabajador de la información. Este término representa escenarios empresariales estándar, donde los usuarios se basan en recursos compartidos de archivos para almacenar sus carpetas particulares, perfiles móviles, datos compartidos de departamento, incluidos documentos, hojas de cálculo y otros tipos de datos no estructurados o semiestructurados.
- SOFS para los datos de la aplicación. Este tipo de servidor de archivos en clúster está pensado para los datos de aplicaciones de servidor, como los archivos de máquina virtual de Hyper-V de Microsoft o los archivos de base de datos de SQL Server. Ofrece confiabilidad, disponibilidad, facilidad de administración y rendimiento superiores, y el rol en el clúster funciona en el modo activo-activo. Esto significa que todos los recursos compartidos de archivos, a los que se hace referencia en este caso como recursos compartidos de archivos de escalabilidad horizontal, están disponibles simultáneamente en todos los nodos del clúster. Este es el tipo de servidor de archivos recomendado al implementar tanto Hyper-V en el Bloque de mensajes del servidor (SMB) como Microsoft SQL Server en SMB.
Réplica de almacenamiento
Réplica de almacenamiento es una tecnología de Windows Server que permite la replicación unidireccional e independiente del almacenamiento entre los volúmenes de almacenamiento que residen en servidores independientes o en clúster con fines de alta disponibilidad o recuperación ante desastres. Puede elegir replicación sincrónica o asincrónica según la latencia de red y la distancia entre los servidores. Con réplica de almacenamiento, solo se puede acceder al volumen de origen durante las operaciones empresariales normales. En caso de error, puede conmutar por error al volumen de destino y ponerlo en línea.
La réplica de almacenamiento admite tres escenarios:
- De servidor a servidor.
- De clúster a clúster.
- Clúster extendido.
Con los escenarios de agrupación en clústeres, puede implementar un servidor de archivos para uso general o SOFS. Con la replicación de servidor a servidor, réplica de almacenamiento proporciona resistencia para los recursos compartidos de archivos independientes y tradicionales.
Replicación sincrónica y asincrónica
Réplica de almacenamiento admite dos tipos de replicación:
- La replicación sincrónica replica volúmenes entre sitios que tienen una proximidad relativa entre sí. La replicación es coherente con las fallas, lo que garantiza cero pérdida de datos en el nivel del sistema de archivos durante una conmutación por error.
- La replicación asincrónica permite la replicación en distancias más largas en los casos en los que la latencia de ida y vuelta de red supera los 5 milisegundos (ms), sin embargo, se pueden producir pérdidas de datos. El alcance de la pérdida de datos depende del retraso de la replicación entre los volúmenes de origen y de destino.
Cuando se usa la replicación sincrónica, una escritura de datos se debe completar correctamente en ambos volúmenes. Si no es así, la carga de trabajo que inicia la escritura debe reintentar la misma operación. Con la replicación sincrónica, los datos en ambos volúmenes son idénticos.
Utilice la replicación sincrónica cuando sea imprescindible evitar la pérdida de datos. La replicación sincrónica requiere una latencia de red baja para minimizar la espera de la confirmación de la escritura remota. Este requisito limita la distancia entre los servidores o clústeres que hospedan cada volumen.
Cuando se usa la replicación asincrónica, después de que una escritura de datos se completa correctamente en el volumen principal, la carga de trabajo que inicia la escritura recibe una confirmación y puede continuar con otra operación de E/S. Las escrituras de datos correspondientes tienen lugar después en el volumen secundario, sin afectar al volumen principal.
