En esta página, se describe la resiliencia de las aplicaciones para Google Cloud NetApp Volumes y cómo los clientes de NFS, SMB y iSCSI controlan las pausas de E/S. Aunque NetApp Volumes tiene alta disponibilidad, las operaciones de E/S pueden detenerse brevemente durante el mantenimiento planificado o los eventos de servicio no planificados. En esta página, también se recomiendan parámetros de configuración de tiempo de espera para garantizar el funcionamiento sin problemas de las aplicaciones, en especial cuando usas software de clústeres como Pacemaker.
Consideraciones sobre la resiliencia de las aplicaciones
Aunque NetApp Volumes tiene alta disponibilidad, los eventos de mantenimiento planificados, como las actualizaciones de la plataforma, las actualizaciones de servicios, las actualizaciones de software o las fallas de componentes no planificadas en el servicio, pueden provocar pausas breves en las operaciones de entrada y salida (E/S).
Para obtener más información sobre los eventos de mantenimiento planificados y las interrupciones de servicio no planificadas, consulta Supervisa y planifica un evento de mantenimiento.
Para obtener más información sobre cómo estos eventos de mantenimiento afectan los estados de los grupos de almacenamiento, consulta Estados de los grupos de almacenamiento.
Pausas de E/S
El software cliente del sistema de archivos de red (NFS), el bloque de mensajes del servidor (SMB) y el iSCSI dentro de tu sistema operativo controla las pausas breves de E/S. El cliente espera y vuelve a intentar las operaciones de E/S sin informar el problema a la aplicación. Estas pausas breves se consideran no disruptivas porque, si bien los usuarios de la aplicación pueden ver tiempos de respuesta más largos, la aplicación no informa errores de E/S.
Para pausas de E/S más largas, el comportamiento depende del cliente de NFS, SMB o iSCSI de tu sistema operativo y de los posibles tiempos de espera configurados en la aplicación. En las siguientes secciones, se analizan los detalles específicos del protocolo para las pausas de E/S.
Pausas de E/S de NFS
Todas las llamadas a un recurso compartido de NFS no disponible y montado de forma rígida se bloquean en el cliente de NFS y esperan indefinidamente hasta que el servidor de NFS vuelva a responder. Mientras espera el cliente de NFS, aparecen mensajes en los registros del cliente que indican que el servidor de NFS no responde.
Desde la perspectiva de la aplicación, las operaciones de E/S, como la lectura o la escritura, se bloquean y permanecen pendientes hasta que el recurso compartido de NFS vuelva de forma correcta. Durante las pausas de E/S, nunca se pierde ninguna operación de E/S, y NetApp Volumes garantiza la coherencia de los datos, a menos que detengas de forma forzosa las operaciones de E/S pendientes en el cliente.
Usa aplicaciones de software de clústeres para automatizar las conmutaciones por error
Si usas aplicaciones de software de clústeres, como Pacemaker en las VMs cliente para automatizar la conmutación por error de tu aplicación, configura los tiempos de espera para los recursos compartidos de NFS para que resistan los eventos de mantenimiento de NetApp Volumes. Estas conmutaciones por error anulan las operaciones de E/S pendientes en el cliente y pueden provocar la pérdida de transacciones. Recomendamos los siguientes tiempos de espera:
| Tipo de protocolo | Tiempo de espera recomendado | Notas |
|---|---|---|
| Recursos compartidos de NFSv3 | 60 segundos (para los niveles de servicio Estándar, Premium, Extremo y Flex Unified)
120 segundos (para el nivel de servicio Flex File) |
Te recomendamos que uses un método de aislamiento, que usa la
nolock opción de montaje en lugar de depender de los bloqueos de NFS. |
| NFSv4.1 | 105 segundos (para los niveles de servicio Estándar, Premium, Extremo y Flex Unified)
165 segundos (para el nivel de servicio Flex File) |
El protocolo NFSv4.1 agrega automáticamente un bloqueo confiable sobre NFSv3 (RFC de NFSv4.x, sección 9.6.2), que puedes usar como mecanismo de aislamiento. La recuperación del estado de bloqueo agrega 45 segundos adicionales. |
Pausas de E/S de recursos compartidos de SMB
A diferencia de NFS, las sesiones de SMB usan una conexión que puede agotarse. Por lo general, NetApp Volumes evita los tiempos de espera.
Tiempos de espera de las sesiones
El tiempo de espera de la sesión se define en el cliente. El tiempo de espera predeterminado para los clientes de Windows es de 60 segundos. Puedes ejecutar el comando Get-SmbClientConfiguration/Set-SmbClientConfiguration con el parámetro SessionTimeout para leer o cambiar el tiempo de espera de la sesión.
Si se produce un tiempo de espera de la sesión, la sesión de SMB se interrumpe y se informa un error de E/S a la aplicación que realiza la E/S. El Explorador de archivos o las aplicaciones de Microsoft 365 suelen volver a conectarse en cuanto el usuario vuelve a acceder al recurso compartido de SMB. Cuando se producen errores de E/S, algunas aplicaciones intentan volver a conectarse y reintentar la operación de E/S fallida, mientras que otras no. Consulta la documentación del proveedor de la aplicación para comprender cómo controla la aplicación los tiempos de espera de SMB y opera de forma resiliente en los recursos compartidos de SMB.
Los recursos compartidos de disponibilidad continua (CA) son una función de SMB3.x que mejora la resiliencia de la conmutación por error para aplicaciones similares a bases de datos. NetApp Volumes admite recursos compartidos de disponibilidad continua para Microsoft SQL Server y FSLogix.
La recuperación ante fallas mejora con cada versión nueva de SMB. NetApp Volumes admite SMB 2.1, 3.0 y 3.1.1. Si es posible, usa la versión más reciente de SMB compatible. Windows 10/Server 2016 y versiones posteriores admiten la versión más reciente de SMB 3.1.1.
Precauciones basadas en aplicaciones de SMB
Ciertas aplicaciones basadas en SMB requieren la conmutación por error transparente de SMB. La conmutación por error transparente de SMB permite operaciones de mantenimiento en volúmenes de SMB dentro de NetApp Volumes sin interrumpir la conectividad a las aplicaciones de servidor que almacenan y acceden a los datos. NetApp Volumes admite la opción de recursos compartidos de disponibilidad continua de SMB para asegurarse de que las aplicaciones específicas admitan la conmutación por error transparente de SMB. El uso de recursos compartidos de disponibilidad continua de SMB solo admite las siguientes cargas de trabajo:
Contenedores de perfiles de usuario de FSLogix
Microsoft SQL Server (no Linux SQL Server)
Los recursos compartidos de disponibilidad continua de SMB no admiten aplicaciones personalizadas.
Pausas de E/S de iSCSI
En los entornos de Linux y Windows, los clientes de iSCSI (iniciadores) controlan las pausas de E/S reintentando los comandos hasta que el destino (NetApp Volumes) esté disponible. Durante los eventos de mantenimiento breves, el iniciador de iSCSI intenta volver a conectarse y reanudar las operaciones de E/S pendientes, lo que ayuda a mantener la resiliencia de la aplicación.
Tiempos de espera de iSCSI
La configuración adecuada de los tiempos de espera de iSCSI es esencial para mantener la resiliencia de la aplicación durante los eventos de mantenimiento o las interrupciones de servicio inesperadas.
Para los sistemas Linux, NetApp Volumes usa la configuración predeterminada del iniciador de iSCSI. Estos parámetros de configuración incluyen configuraciones específicas de NetApp dentro de la asignación de dispositivos de Linux predeterminada de múltiples rutas, que administra automáticamente los requisitos de tiempo de espera durante los eventos de mantenimiento de NetApp Volumes.
Sin embargo, para los sistemas Windows, modifica la configuración de MPIO de Windows con el siguiente comando para controlar los eventos de mantenimiento de NetApp Volumes.
Set-MPIOSetting -NewPathVerificationState Enabled ` -NewPDORemovePeriod 130 ` -NewRetryCount 6 ` -CustomPathRecovery Enabled ` -NewPathRecoveryInterval 30 `
Durante las pausas de E/S, el iniciador de iSCSI reintenta los comandos y mantiene la E/S pendiente durante el tiempo de espera. Si se excede el tiempo de espera, es posible que el sistema operativo informe errores de E/S a la aplicación, lo que puede provocar la pérdida de transacciones o requerir una recuperación a nivel de la aplicación.
Consideraciones sobre la aplicación y el clúster
Si usas software o aplicaciones de clústeres que automatizan la conmutación por error, configura los tiempos de espera de iSCSI para que se adapten a los eventos de mantenimiento de NetApp Volumes. La conmutación por error prematura puede anular las operaciones de E/S pendientes y provocar la pérdida de datos o transacciones. Consulta siempre la documentación de tu aplicación y sistema operativo para conocer las prácticas recomendadas sobre la configuración de tiempo de espera de iSCSI.
Interrupciones de aplicaciones relacionadas con eventos de mantenimiento
Los eventos de mantenimiento planificados, como las actualizaciones de la plataforma y las actualizaciones de software de servicio, pueden ocurrir de vez en cuando. Los eventos de mantenimiento se consideran no disruptivos desde la perspectiva de un protocolo de archivos (NFS o SMB), siempre que la aplicación pueda controlar las pausas de E/S que puedan ocurrir durante estos eventos.
Para los niveles de servicio Estándar, Premium y Extremo, las pausas de E/S suelen ser breves y oscilan entre unos segundos y 30 segundos.
Para el nivel de servicio Flex, las pausas de E/S son de hasta 70 segundos.
Para obtener más información sobre cómo estos eventos de mantenimiento afectan los estados de los grupos de almacenamiento, consulta Estados de los grupos de almacenamiento.
¿Qué sigue?
Obtén información sobre las consideraciones de seguridad de Google Cloud NetApp Volumes.