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: Single-AZ y sistemas de Multi-AZ archivos

Amazon FSx for Windows File Server ofrece dos tipos de implementación de sistemas de archivos Single-AZ : Multi-AZ y. En las siguientes secciones, se proporciona información que le ayudará a elegir el tipo de implementación adecuado para las 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.

Single-AZ los sistemas de archivos se componen de una única instancia de 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 Single-AZ archivos, los datos se replican automáticamente 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 automáticamente de los fallos sustituyendo el componente de infraestructura que ha fallado. Single-AZ Los sistemas de archivos suelen experimentar unos 30 minutos de inactividad durante los eventos de recuperación ante fallos y durante el período de mantenimiento planificado que se configura para el sistema de archivos. En el caso de los sistemas de archivos, los fallos del sistema de archivos pueden ser irrecuperables en raras ocasiones, por ejemplo, si se deben a fallos de varios componentes o a un fallo imprevisto del servidor de archivos único, que deja el sistema de archivos en un estado incoherente, en cuyo caso puede recuperar el sistema de archivos a partir de la copia de seguridad más reciente. Single-AZ

Multi-AZ los sistemas de archivos se componen de un clúster de servidores de archivos Windows de alta disponibilidad repartidos en dos zonas de disponibilidad (una zona de disponibilidad preferida y una zona de reserva), que utilizan 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 zonas de disponibilidad. Los datos se replican de forma sincrónica dentro de cada AZ individual y entre las dos AZ. En relación con la Single-AZ implementación, Multi-AZ las implementaciones ofrecen una mayor durabilidad al replicar aún más los datos en las zonas de disponibilidad y una mayor disponibilidad durante el mantenimiento planificado del sistema y las interrupciones no planificadas del servicio, ya que se transfieren automáticamente a la zona de disponibilidad en espera. 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.

Selección del tipo de implementación del Single-AZ sistema Multi-AZ de archivos

Se recomienda utilizar sistemas de Multi-AZ archivos para la mayoría de las cargas de trabajo de producción, dado el modelo de alta disponibilidad y durabilidad que ofrecen. Single-AZ El despliegue está diseñado como una solución rentable para las cargas de trabajo de prueba y desarrollo, determinadas 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 unas necesidades de objetivo de punto de recuperación (RPO) más reducidas. Las cargas de trabajo con disponibilidad y necesidades de RPO reducidas 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 le recomendamos revisar el modelo de disponibilidad del sistema de archivos y asegurarse de que la carga de trabajo resista el comportamiento de recuperación esperado para el tipo de implementación que eligió 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 del sistema de archivos de FSx para Windows File Server:

Proceso de conmutación por error

Multi-AZ los sistemas de archivos conmutan automáticamente por error del servidor de archivos preferido al servidor de archivos en espera si se produce alguna 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 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 recuperación por recuperación a la Multi-AZ configuración 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 ha recuperado por completo.

Durante el breve período en el que su sistema de archivos se está produciendo y está fallando, es I/O posible que se detenga y que CloudWatch las estadísticas de Amazon no estén disponibles temporalmente. En Multi-AZ el caso de los sistemas de archivos, cualquier actividad de lectura y escritura de archivos que se produzca durante la conmutación por error y la conmutación por recuperación deberá sincronizarse entre los servidores de archivos principal y secundario. Este proceso puede tardar varias horas en el caso de los sistemas de archivos con almacenamiento en disco duro y en el caso de las cargas de trabajo que requieren un uso intensivo de escritura y. IOPS-heavy 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 forma 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 recuperación por recuperación a la Multi-AZ configuración 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 haya recuperado por completo.

La experiencia de conmutación por error en clientes Linux

Los clientes Linux no admiten la conmutación por error automática DNS-based . Por lo tanto, no se conectan de forma automática al servidor de archivos en espera durante una conmutación por error. Reanudarán automáticamente las operaciones del sistema de archivos una vez que el sistema de Multi-AZ archivos haya producido un error al volver 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 de su sistema de Multi-AZ archivos modificando su capacidad de procesamiento. Al modificar la capacidad de procesamiento del sistema de archivos, Amazon FSx desactiva el servidor de archivos del sistema de archivos. Multi-AZ los sistemas de archivos conmutan automáticamente por error al servidor secundario, mientras que Amazon FSx sustituye primero al servidor de archivos 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.

Single-AZ y recursos Multi-AZ del sistema de archivos

Single-AZ y los sistemas de Multi-AZ archivos consumen las subredes y las interfaces de red elásticas de forma diferente, como se explica en las siguientes secciones.

Subredes

Una nube privada virtual (VPC) abarca todas las zonas de disponibilidad (AZ) de la región en la Región de AWS. 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. Una subred es un rango de direcciones IP en su VPC. Una subred debe residir en una sola zona de disponibilidad.

Los sistemas de archivos FSx for Windows File Single-AZ Server requieren una subred que se especifica en el momento de la creación. La subred que elija define la zona de disponibilidad en la que se crea el sistema de archivos.

Multi-AZ los sistemas de archivos requieren dos subredes, una para el servidor de archivos preferido y otra para el servidor de archivos en espera. Las dos subredes que elija deben estar en zonas de disponibilidad diferentes dentro de la misma AWS región.

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

Una interfaz de red elástica es un componente de red lógico en una VPC que representa una tarjeta de red virtual. Cuando crea un sistema de archivos de Amazon FSx, Amazon FSx aprovisiona una o más interfaces de red elásticas en la VPC que asocie al sistema de archivos. La interfaz de red elástica permite a los clientes comunicarse con el sistema de archivos y montarlo. Se considera que la interfaz de red elástica está dentro del ámbito de servicio de Amazon FSx, a pesar de formar parte de la VPC de su cuenta. Multi-AZ Los sistemas de archivos tienen dos interfaces de red elásticas, una para cada servidor de archivos. Single-AZ los sistemas de archivos tienen una interfaz de red elástica.

En la siguiente tabla se resume el uso de los recursos de FSx para Windows File Single-AZ Server Multi-AZ y sistemas de archivos:

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