Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

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

Amazon FSx para Windows File Server ofrece dos tipos de implementación de sistemas 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 la disponibilidad del servicio SLA (Acuerdo de nivel de servicio), consulta el Acuerdo de nivel FSx de servicio de Amazon.

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 supervisa FSx continuamente los fallos de hardware y se recupera automáticamente de los fallos sustituyendo el componente de infraestructura que ha fallado. 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 AZs (una zona de disponibilidad preferida y una zona de disponibilidad de reserva), que utilizan la tecnología de agrupación en clústeres de conmutación por error de Windows Server (WSFC) y un conjunto de volúmenes de almacenamiento en cada uno de ellos. AZs Los datos se replican de forma sincrónica dentro de cada zona de disponibilidad individual y entre ambas. AZs En comparación con la implementación en una zona de disponibilidad única, las implementaciones en varias zonas de disponibilidad ofrecen una mayor durabilidad al replicar aún más los datos y una mayor disponibilidad durante el mantenimiento planificado del sistema y la interrupción imprevista del servicio al realizar la conmutación automática por error a la zona de disponibilidad en espera. AZs 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 el tipo de 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 una zona de disponibilidad única está diseñada como una solución rentable para las cargas de trabajo de prueba y desarrollo, 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 las cargas de trabajo de producción que tienen una disponibilidad reducida y necesidades de Recovery Point Objective (). RPO Las cargas de trabajo con disponibilidad y RPO necesidades relajadas pueden tolerar la pérdida temporal de disponibilidad durante un máximo de 20 minutos en caso de mantenimiento planificado del sistema de archivos o interrupciones imprevistas del servicio y, en raras ocasiones, la pérdida de actualizaciones de datos desde la última copia de seguridad.

También recomendamos revisar el modelo de disponibilidad de su sistema de archivos y asegurarse de que su carga de trabajo sea resistente al comportamiento de recuperación esperado para el tipo de implementación que elija durante eventos como el mantenimiento del sistema de archivos, los cambios en la capacidad de rendimiento y las interrupciones no planificadas del servicio.

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 de FSx los sistemas de archivos de Windows File Server:

Proceso de conmutación por error para Windows File Server FSx

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:

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 devuelve FSx automáticamente por error 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 hasta varias horas en el caso de cargas de trabajo que requieren mucho tiempo de escritura o de escritura. 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. Cuando los recursos de la subred preferida estén disponibles, Amazon regresa FSx automáticamente al servidor de archivos preferido de la subred preferida. Como el DNS nombre 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 admiten la conmutación por error DNS automática. 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. Cuando modificas la capacidad de procesamiento de tu sistema de archivos, Amazon FSx desactiva el servidor de archivos del sistema de archivos. Los sistemas de archivos Multi-AZ conmutan automáticamente por error al servidor secundario, mientras que Amazon FSx reemplaza primero el servidor de archivos del servidor preferido. Luego, el sistema de archivos devuelve automáticamente al nuevo servidor principal y Amazon FSx reemplaza el servidor de archivos secundario.

Puede supervisar el progreso de la solicitud de actualización de la capacidad de rendimiento en la FSx consola de Amazon, en y en laAPI. CLI 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 en FSx los sistemas de archivos de Windows File Server.

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

Subredes

Al crear unaVPC, abarca todas las zonas de disponibilidad (AZs) 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 unaVPC, puede añadir una o más subredes en cada zona de disponibilidad. De forma predeterminada, VPC hay una subred en cada zona de disponibilidad. Cada subred debe residir enteramente en una zona de disponibilidad y no puede abarcar otras zonas. Al crear un sistema de FSx archivos Amazon Single-AZ, se 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

Para las AWS 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 FSx archivos de Amazon, Amazon FSx aprovisiona una o más interfaces de red elásticas en la Amazon Virtual Private Cloud (VPC) que usted asocia a su sistema de archivos. La interfaz de red permite al cliente comunicarse con el sistema FSx de archivos del servidor de archivos de Windows. Se considera que la interfaz de red está dentro del ámbito de servicio de AmazonFSx, a pesar de formar parte del de tu cuentaVPC. 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.

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

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