Skip to main content
Todos los proveedores de cloud
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Todos los proveedores de cloud
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Pares de alta disponibilidad en AWS

Colaboradores

Una configuración de alta disponibilidad de Cloud Volumes ONTAP proporciona operaciones no disruptivas y tolerancia a fallos. En AWS, los datos se replican de forma síncrona entre los dos nodos.

Componentes DE ALTA DISPONIBILIDAD

En AWS, las configuraciones de alta disponibilidad de Cloud Volumes ONTAP incluyen los siguientes componentes:

  • Dos nodos Cloud Volumes ONTAP cuyos datos se reflejan de forma síncrona entre sí.

  • Una instancia de mediador que proporciona un canal de comunicación entre los nodos para ayudar a tomar la toma de control y los procesos de devolución del almacenamiento.

Mediador

A continuación encontrará más información sobre el ejemplo del mediador en AWS:

Tipo de instancia

t3-micro

Discos

Dos discos st1 de 8 GiB y 4 GiB

De NetApp

Debian 11

Nota Para Cloud Volumes ONTAP 9.10.0 y anteriores, Debian 10 fue instalado en el mediador.
Actualizaciones

Al actualizar Cloud Volumes ONTAP, BlueXP también actualiza la instancia del mediador según sea necesario.

Acceso a la instancia

Al crear un par de alta disponibilidad de Cloud Volumes ONTAP desde BlueXP, se le solicitará que proporcione un par de claves para la instancia del mediador. Puede usar esa pareja de claves para el acceso SSH mediante el admin usuario.

Agentes de terceros

No se admiten agentes de terceros ni extensiones de VM en la instancia de mediador.

Toma de control y retorno al nodo primario del almacenamiento

Si un nodo se cae, el otro nodo puede proporcionar datos a su partner para proporcionar un servicio de datos continuado. Los clientes pueden acceder a los mismos datos desde el nodo del partner porque los datos se duplicaron de forma síncrona al partner.

Cuando el nodo se haya reiniciado, el partner debe realizar una resincronización de los datos antes de que pueda devolver el almacenamiento. El tiempo que se tarda en resincronizar los datos depende de cuántos datos han cambiado con el nodo inactivo.

La toma de control, resincronización y devolución del almacenamiento son automáticas de forma predeterminada. No se requiere ninguna acción del usuario.

RPO y RTO

Una configuración de alta disponibilidad mantiene una alta disponibilidad de los datos de la siguiente manera:

  • El objetivo de punto de recuperación (RPO) es 0 segundos. Sus datos son coherentes transcionalmente sin pérdida de datos.

  • El objetivo de tiempo de recuperación (RTO) es 120 segundos. En caso de que se produzca un fallo, los datos deberán estar disponibles en 120 segundos o menos.

Modelos de puesta en marcha de ALTA DISPONIBILIDAD

Puede garantizar la alta disponibilidad de sus datos implementando una configuración de alta disponibilidad en varias zonas de disponibilidad (AZ) o en una sola zona de disponibilidad (AZ). Debe consultar más detalles sobre cada configuración para elegir la que mejor se ajuste a sus necesidades.

Varias zonas de disponibilidad

La instalación de una configuración de alta disponibilidad en varias zonas de disponibilidad (AZ) garantiza la alta disponibilidad de los datos en caso de fallo en un AZ o una instancia que ejecute un nodo Cloud Volumes ONTAP. Debe comprender cómo las direcciones IP de NAS afectan al acceso a los datos y a la conmutación por error del almacenamiento.

Acceso a datos NFS y CIFS

Cuando una configuración de alta disponibilidad se distribuye por varias zonas de disponibilidad, direcciones IP flotantes permiten el acceso de clientes NAS. Las direcciones IP flotantes, que deben estar fuera de los bloques CIDR para todas las VPC de la región, pueden migrar entre nodos cuando se producen fallos. A los clientes que no pertenecen al VPC, no les podrán acceder de forma nativa "Configure una puerta de enlace de tránsito de AWS".

Si no puede configurar una puerta de enlace de tránsito, existen direcciones IP privadas disponibles para clientes NAS que se encuentran fuera del VPC. Sin embargo, estas direcciones IP son estáticas, no pueden realizar una conmutación por error entre nodos.

Debe revisar los requisitos para direcciones IP flotantes y tablas de rutas antes de implementar una configuración de alta disponibilidad en varias zonas de disponibilidad. Es necesario especificar las direcciones IP flotantes al implementar la configuración. BlueXP crea automáticamente las direcciones IP privadas.

Acceso a datos iSCSI

La comunicación de datos entre VPC no es un problema, ya que iSCSI no utiliza direcciones IP flotantes.

Toma de control y retorno al nodo primario de iSCSI

Para iSCSI, Cloud Volumes ONTAP utiliza I/o multivía (MPIO) y ALUA (Asymmetric Logical Unit Access) para gestionar la conmutación por error de ruta entre las rutas activas y no optimizadas.

Nota Para obtener más información sobre qué configuraciones de host específicas admiten ALUA, consulte el "Herramienta de matriz de interoperabilidad de NetApp" "Guía de hosts de SAN y clientes de cloud" sistema operativo del host y el del.

Toma de control y retorno al nodo primario de NAS

Cuando la toma de control se produce en una configuración NAS mediante IP flotantes, la dirección IP flotante del nodo que los clientes usan para acceder a datos se mueve al otro nodo. La siguiente imagen muestra la toma de control del almacenamiento en una configuración NAS mediante IP flotantes. Si el nodo 2 cae, la dirección IP flotante del nodo 2 se mueve al nodo 1.

Imagen conceptual que muestra la toma de control del almacenamiento en un par de alta disponibilidad de Cloud Volumes ONTAP: Las direcciones IP flotantes desde el nodo 1 al nodo 2.

Las IP de datos NAS que se usan para el acceso al VPC externo no se pueden migrar de un nodo a otro en caso de que se produzcan fallos. Si un nodo se desconecta, debe volver a montar manualmente los volúmenes en clientes fuera del VPC mediante la dirección IP del otro nodo.

Una vez que el nodo con errores vuelva a estar en línea, vuelva a montar los clientes en los volúmenes con la dirección IP original. Este paso es necesario para evitar la transferencia de datos innecesarios entre dos nodos de alta disponibilidad, lo que puede causar un impacto significativo en el rendimiento y la estabilidad.

Puede identificar fácilmente la dirección IP correcta desde BlueXP seleccionando el volumen y haciendo clic en comando de montaje.

Una única zona de disponibilidad

La implementación de una configuración de alta disponibilidad en una única zona de disponibilidad (AZ) puede garantizar la alta disponibilidad de los datos en caso de que se produzca un error en una instancia que ejecute un nodo Cloud Volumes ONTAP. Fuera del VPC, se puede acceder a todos los datos de forma nativa.

Nota BlueXP crea una "Grupo de colocación extendido de AWS" E inicia los dos nodos de alta disponibilidad en ese grupo de colocación. El grupo de colocación reduce el riesgo de fallos simultáneos al distribuir las instancias entre el hardware subyacente distinto. Esta función mejora la redundancia desde el punto de vista de la informática, no desde la perspectiva del fallo de disco.

Acceso a los datos

Debido a que esta configuración está en una sola unidad AZ, no requiere direcciones IP flotantes. Puede usar la misma dirección IP para el acceso a datos desde el VPC y desde fuera del VPC.

En la siguiente imagen se muestra una configuración de alta disponibilidad en un único entorno de disponibilidad. Se puede acceder a los datos desde el VPC y desde fuera del VPC.

Imagen conceptual que muestra una configuración de alta disponibilidad de ONTAP en una única zona de disponibilidad que permite el acceso a los datos desde fuera del VPC.

Toma de control y retorno al nodo primario

Para iSCSI, Cloud Volumes ONTAP utiliza I/o multivía (MPIO) y ALUA (Asymmetric Logical Unit Access) para gestionar la conmutación por error de ruta entre las rutas activas y no optimizadas.

Nota Para obtener más información sobre qué configuraciones de host específicas admiten ALUA, consulte el "Herramienta de matriz de interoperabilidad de NetApp" "Guía de hosts de SAN y clientes de cloud" sistema operativo del host y el del.

En el caso de configuraciones NAS, las direcciones IP de datos pueden migrar entre nodos de alta disponibilidad si se produce un fallo. De este modo se garantiza el acceso del cliente al almacenamiento.

Zonas locales de AWS

Las zonas locales de AWS son una implementación de infraestructura en la que el almacenamiento, la computación, la base de datos y otros servicios selectos de AWS se encuentran cerca de grandes ciudades y áreas industriales. Con las zonas locales de AWS, puede acercar los servicios de AWS, lo que mejora la latencia de sus cargas de trabajo y mantiene las bases de datos localmente. En Cloud Volumes ONTAP,

Puede implementar una sola configuración de AZ o varias en las zonas locales de AWS.

Nota Las zonas locales de AWS se admiten cuando se utiliza BlueXP  en los modos estándar y privado. En este momento, las zonas locales de AWS no son compatibles cuando se utiliza BlueXP  en modo restringido.

Ejemplo de configuraciones de zona local de AWS

Cloud Volumes ONTAP en AWS solo admite el modo de alta disponibilidad en una sola zona de disponibilidad. No se admiten las implementaciones de nodos individuales.

Cloud Volumes ONTAP no admite la organización en niveles de datos, la organización en niveles del cloud e instancias no cualificadas en zonas locales de AWS.

A continuación se muestran configuraciones de ejemplo:

  • Zona de disponibilidad única: Tanto los nodos del cluster como el mediador se encuentran en la misma zona local.

  • Varias zonas de disponibilidad
    En varias configuraciones de zonas de disponibilidad, hay tres instancias: Dos nodos y un mediador. Una instancia de las tres instancias debe estar en una zona separada. Puede elegir cómo configurarlo.

    A continuación se muestran tres configuraciones de ejemplo:

    • Cada nodo de cluster está en una zona local diferente y el mediador en una zona de disponibilidad pública.

    • Un nodo de cluster en una zona local, el mediador en una zona local y el segundo nodo de cluster se encuentran en una zona de disponibilidad.

    • Cada nodo del cluster y el mediador se encuentran en zonas locales separadas.

Tipos de disco e instancia admitidos

El único tipo de disco admitido es GP2. Actualmente se admiten las siguientes familias de tipos de instancia de EC2 con tamaños xlarge a 4xlarge:

  • M5

  • C5

  • C5d

  • R5

  • R5d

Nota Cloud Volumes ONTAP solo admite estas configuraciones. La selección de tipos de disco no compatibles o instancias no cualificadas en la configuración de la zona local de AWS puede provocar un fallo en la implementación. La organización de los datos en niveles para AWS S3 no está disponible en las zonas locales de AWS debido a la falta de conectividad.

Consulte la documentación de AWS para obtener los detalles más recientes y completos de la "EC2 Tipos de instancias en Zonas locales".

Cómo funciona el almacenamiento en una pareja de alta disponibilidad

A diferencia de un clúster de ONTAP, el almacenamiento de un par de alta disponibilidad de Cloud Volumes ONTAP no se comparte entre los nodos. En su lugar, los datos se reflejan de forma síncrona entre los nodos, de modo que los datos estén disponibles en caso de fallo.

La asignación de almacenamiento

Al crear un nuevo volumen y se necesitan discos adicionales, BlueXP asigna el mismo número de discos a ambos nodos, crea un agregado reflejado y, a continuación, crea el nuevo volumen. Por ejemplo, si se necesitan dos discos para el volumen, BlueXP asigna dos discos por nodo para un total de cuatro discos.

Configuraciones de almacenamiento

Puede utilizar un par de alta disponibilidad como configuración activo-activo, en el cual ambos nodos sirven datos a los clientes o como una configuración activo-pasivo, en la cual el nodo pasivo responde a las solicitudes de datos únicamente si ha tomado almacenamiento para el nodo activo.

Nota Sólo puede configurar una configuración activa-activa si utiliza BlueXP en la vista del sistema de almacenamiento.

Expectativas de rendimiento

Una configuración de alta disponibilidad de Cloud Volumes ONTAP replica de forma síncrona datos entre los nodos, lo que consume ancho de banda de red. Como resultado, se puede esperar el siguiente rendimiento en comparación con una configuración de Cloud Volumes ONTAP de un solo nodo:

  • En el caso de configuraciones de alta disponibilidad que solo proporcionan datos de un nodo, el rendimiento de lectura es comparable al rendimiento de lectura de una configuración con un solo nodo, mientras que el rendimiento de escritura es inferior.

  • En el caso de configuraciones de alta disponibilidad que sirven datos de ambos nodos, el rendimiento de lectura es superior al rendimiento de lectura de una configuración de un solo nodo, y el rendimiento de escritura es igual o superior.

Para obtener más información sobre el rendimiento de Cloud Volumes ONTAP, consulte "Rendimiento".

Acceso de clientes al almacenamiento

Los clientes deben acceder a los volúmenes NFS y CIFS mediante la dirección IP de datos del nodo en el que reside el volumen. Si los clientes NAS acceden a un volumen utilizando la dirección IP del nodo del partner, el tráfico se dirige entre ambos nodos, lo que reduce el rendimiento.

Consejo Si mueve un volumen entre nodos de una pareja de ha, debe volver a montar el volumen con la dirección IP del otro nodo. De lo contrario, puede experimentar un rendimiento reducido. Si los clientes admiten las referencias de NFSv4 o la redirección de carpetas para CIFS, puede activar estas funciones en los sistemas de Cloud Volumes ONTAP para evitar el remontaje del volumen. Para obtener más detalles, consulte la documentación de ONTAP.

Puede identificar fácilmente la dirección IP correcta a través de la opción Mount Command del panel Manage Volumes de BlueXP.

400