Disponibilidad y durabilidad: sistemas de archivos Single-AZ y Multi-AZ.

Amazon FSx para Windows File Server ofrece dos tipos de implementaciones del sistema de archivos: Single-AZ y Multi-AZ. En las siguientes secciones se proporciona información que le ayudará a elegir el tipo de implementación adecuado para sus cargas de trabajo. Para obtener información sobre el ANS (Acuerdo de Nivel de Servicio) de disponibilidad del servicio, consulte el acuerdo de nivel de servicio de Amazon FSx.

Los sistemas de archivos Single-AZ se componen de una única instancia del servidor de archivos de Windows y un conjunto de volúmenes de almacenamiento dentro de una única zona de disponibilidad (AZ). Con los sistemas de archivos Single-AZ, los datos se replican de manera automática para protegerlos de la falla de un solo componente en la mayoría de los casos. Amazon FSx supervisa continuamente los fallos de hardware y se recupera de forma automática de los fallos sustituyendo el componente de infraestructura que falló. Los sistemas de archivos Single-AZ permanecen fuera de línea (por lo general menos de 20 minutos) durante estos eventos de recuperación ante fallos y durante el mantenimiento planificado del sistema de archivos, dentro del período de mantenimiento que usted configure para el sistema de archivos. Con los sistemas de archivos Single-AZ, los fallos del sistema de archivos pueden ser irrecuperables en raras ocasiones, por ejemplo, debido a fallos de varios componentes o a un fallo imprevisto del servidor de archivos único que deja el sistema de archivos en un estado incongruente. En este caso, puede recuperar el sistema de archivos a partir de la copia de seguridad más reciente.

Los sistemas de archivos Multi-AZ se componen de un clúster de servidores de archivos Windows de alta disponibilidad repartidos en dos AZ (una AZ preferida y una AZ de reserva), que aprovechan la tecnología de clústeres de conmutación por error de Windows Server (WSFC) y un conjunto de volúmenes de almacenamiento en cada una de las dos AZ. Los datos se replican de forma sincrónica dentro de cada AZ individual y entre las dos AZ. En comparación con la implementación en una zona de disponibilidad única, las implementaciones en varias zonas de disponibilidad ofrecen una mayor durabilidad, ya que replican aún más los datos entre las zonas de disponibilidad. También, ofrecen una mayor disponibilidad durante el mantenimiento planificado del sistema y la interrupción no planificada del servicio, ya que realizan la conmutación automática por error a la zona de disponibilidad. Gracias a esto, puede seguir accediendo a sus datos. Esto también ayuda a protegerlos contra los fallos de las instancias y las interrupciones en las zonas de disponibilidad.

Elegir la implementación del sistema de archivos Single-AZ o Multi-AZ

Se recomienda utilizar sistemas de archivos Multi-AZ para la mayoría de las cargas de trabajo de producción, dado el modelo de alta disponibilidad y durabilidad que ofrecen. La implementación en zonas de disponibilidad única está diseñada para ser una solución rentable para las cargas de trabajo de prueba y desarrollo, para ciertas cargas de trabajo de producción que tienen la replicación integrada en la capa de aplicación y no requieren redundancia adicional a nivel de almacenamiento, y para las cargas de trabajo de producción que tienen una disponibilidad y unas necesidades de objetivo de punto de recuperación (RPO) más reducidas. Las cargas de trabajo con necesidades de disponibilidad limitadas pueden tolerar una pérdida temporal de disponibilidad de hasta 20 minutos en caso de mantenimiento planificado del sistema de archivos o interrupciones imprevistas del servicio, y las cargas de trabajo con necesidades de RPO relajadas pueden tolerar, en raras ocasiones, la pérdida de actualizaciones de datos desde la última copia de seguridad.

Compatibilidad de características por tipo de implementación

En la siguiente tabla se resumen las características compatibles con los tipos de implementación del sistema de archivos de FSx para Windows File Server:

Tipo de implementación	Almacenamiento en SSD	Almacenamiento en HDD	Espacios de nombres de DFS	Replicación de DFS	Nombres del DNS personalizados	Recursos compartidos de CA
Single-AZ 1	✓		✓	✓	✓
Single-AZ 2	✓	✓	✓		✓	✓*
Multi-AZ	✓	✓	✓		✓	✓*

nota

* Si bien puede crear recursos compartidos de disponibilidad continua (CA) en sistemas de archivos Single-AZ 2, debe usar recursos compartidos de CA en sistemas de archivos Multi-AZ para las implementaciones de alta disponibilidad de SQL Server.

El proceso de conmutación por error de FSx para Windows File Server

Los sistemas de archivos Multi-AZ conmutan por error de forma automática desde el servidor de archivos preferido al servidor de archivos estándar si se da cualquiera de las siguientes condiciones:

• Ocurre una interrupción de una zona de disponibilidad.

• El servidor de archivos preferido deja de estar disponible.

• El servidor de archivos preferido se somete a un mantenimiento planificado.

Al pasar por error de un servidor de archivos a otro, el servidor de archivos nuevo que está activo comienza a atender todas las solicitudes de lectura y escritura del sistema de archivos de manera automática. Cuando los recursos de la subred preferida están disponibles, Amazon FSx conmuta por recuperación de manera automática al servidor de archivos preferido de la subred preferida. Por lo general, una conmutación por error se completa en menos de 30 segundos, desde que se detecta el error en el servidor de archivos activo hasta que se activa el servidor de archivos que estaba en espera. La conmutación por recuperación a la configuración Multi-AZ original también se completa en menos de 30 segundos, y solo se produce una vez que el servidor de archivos de la subred preferida se recupera por completo.

Durante el breve período en el que el sistema de archivos se produce y se produce una falla, es posible que la E/S se detenga y que CloudWatch las métricas de Amazon no estén disponibles temporalmente.

En el caso de los sistemas de archivos Multi-AZ, si hay tráfico continuo durante la conmutación por error y la conmutación por recuperación, cualquier cambio en los datos que se haya realizado durante este tiempo deberá sincronizarse entre los servidores de archivos. Este proceso puede tardar varias horas en el caso de cargas de trabajo con un uso intensivo de escrituras y de IOPS. Recomendamos probar las repercusiones de las conmutaciones por error en la aplicación cuando el sistema de archivos tenga una carga más ligera.

La experiencia de conmutación por error en clientes de Windows

Al pasar por error de un servidor de archivos a otro, el servidor de archivos nuevo que está activo comienza a atender todas las solicitudes de lectura y escritura del sistema de archivos de manera automática. Una vez disponibles los recursos de la subred preferida, Amazon FSx realiza una conmutación por recuperación automática al servidor de archivos preferido de la subred preferida. Como el nombre del DNS del sistema de archivos sigue siendo el mismo, las conmutaciones por error son transparentes para las aplicaciones de Windows, que reanudan las operaciones del sistema de archivos sin intervención manual. Por lo general, una conmutación por error se completa en menos de 30 segundos, desde que se detecta el error en el servidor de archivos activo hasta que se activa el servidor de archivos que estaba en espera. La conmutación por recuperación a la configuración Multi-AZ original también se completa en menos de 30 segundos, y solo se produce después de que el servidor de archivos de la subred preferida se recupera por completo.

La experiencia de conmutación por error en clientes Linux

Los clientes Linux no son compatibles con la conmutación por error automática basada en DNS. Por lo tanto, no se conectan de forma automática al servidor de archivos en espera durante una conmutación por error. Reanudarán de manera automática las operaciones del sistema de archivos cuando el sistema de archivos Multi-AZ haya hecho una conmutación por recuperación al servidor de archivos de la subred preferida.

Prueba de conmutación por error en un sistema de archivos

Puede probar la conmutación por error del sistema de archivos Multi-AZ modificando su capacidad de rendimiento. Al modificar la capacidad de rendimiento del sistema de archivos, Amazon FSx desactiva el servidor de archivos del sistema de archivos. De manera automática, los sistemas de archivos Multi-AZ conmutan por error al servidor secundario, mientras Amazon FSx sustituye primero al servidor de archivos del servidor preferido. Luego, de manera automática, el sistema de archivos conmuta por recuperación al nuevo servidor principal y Amazon FSx sustituye al servidor de archivos secundario.

Puede supervisar el progreso de la solicitud de actualización de la capacidad de rendimiento en la consola Amazon FSx, la CLI y la API. Una vez que la actualización haya finalizado correctamente, el sistema de archivos se transferirá por error al servidor secundario y al servidor principal. Para obtener más información sobre la modificación de la capacidad de rendimiento del sistema de archivos y la supervisión del progreso de la solicitud, consulte Administración de la capacidad de rendimiento.

El funcionamiento de los recursos de sistemas de archivos de zona de disponibilidad única y múltiple (Single y Multi-AZ)

Subredes

Una VPC abarca todas las zonas de disponibilidad (AZ) de la región. Las zonas de disponibilidad son ubicaciones diferentes diseñadas para quedar aisladas en caso de error en otras zonas de disponibilidad. Tras crear la VPC, podrá añadir una o varias subredes en cada zona de disponibilidad. La VPC predeterminada tiene una subred en cada zona de disponibilidad. Cada subred debe residir enteramente en una zona de disponibilidad y no puede abarcar otras zonas. Cuando crea un sistema de archivos Amazon FSx Single-AZ, especifica una única subred para el sistema de archivos. La subred que elije define la zona de disponibilidad en la que se crea el sistema de archivos.

Al crear un sistema de archivos Multi-AZ, especifica dos subredes, una para el servidor de archivos preferido y otra para el estándar. Las dos subredes que elija deben estar en zonas de disponibilidad diferentes dentro de la misma región. AWS

En el caso de AWS las aplicaciones internas, le recomendamos que lance sus clientes en la misma zona de disponibilidad que su servidor de archivos preferido para minimizar la latencia.

Interfaces de red elástica del sistema de archivos

Cuando crea un sistema de archivos Amazon FSx, Amazon FSx aprovisiona una o más interfaces de red elásticas en la nube privada virtual (VPC) que asocie al sistema de archivos. La interfaz de red permite al cliente comunicarse con el sistema de archivos de FSx para Windows File Server. Se considera que la interfaz de red está dentro del ámbito del servicio de Amazon FSx, a pesar de que forma parte de la VPC de la cuenta. Los sistemas de archivos Multi-AZ tienen dos interfaces de red elásticas, una para cada servidor de archivos. Los sistemas de archivos Single-AZ tienen una interfaz de red elástica.

aviso

No debe modificar ni eliminar las interfaces de red elásticas asociadas al sistema de archivos. Si se modifica o elimina la interfaz de red, se puede provocar una pérdida permanente de la conexión entre la VPC y el sistema de archivo.

En la siguiente tabla se resumen los recursos de subred, la interfaz de red elástica y las direcciones IP para los tipos de implementación del sistema de archivos de FSx para Windows File Server:

Tipo de implementación del sistema de archivos	El número de subredes	El número de interfaces de red elásticas	El número de direcciones IP estáticas
Single-AZ 2	1	1	2
Single-AZ 1	1	1	1
Multi-AZ	2	2	4

Una vez creado un sistema de archivos, las direcciones IP no cambian hasta que se elimina el sistema.

importante

Amazon FSx no admite el acceso a los sistemas de archivos ni la exposición del sistema de archivos a la Internet pública. Si una dirección IP elástica, que es una dirección IP pública a la que se puede acceder desde Internet, se adjunta a la interfaz de red elástica de un sistema de archivos, Amazon FSx la desconecta automáticamente.