Configuración de la implementación multi-AZ
Amazon Redshift admite implementaciones de múltiples zonas de disponibilidad (multi-AZ) para clústeres RA3 aprovisionados. Al utilizar implementaciones multi-AZ, su almacenamiento de datos de Amazon Redshift puede seguir funcionando en situaciones de error cuando se produce un evento inesperado en una zona de disponibilidad. Una implementación multi-AZ implementa recursos de computación en dos zonas de disponibilidad (AZ) a las que se puede acceder a través de un único punto de conexión. En caso de que se produzca un error en toda la zona de disponibilidad, los otros recursos de computación de la segunda zona de disponibilidad estarán disponibles para seguir procesando cargas de trabajo. Amazon Redshift cobra las mismas tarifas de computación por hora para RA3 cuando se ejecuta un almacenamiento de datos multi-AZ. Los costos de almacenamiento siguen siendo los mismos, ya que se comparten entre todas las zonas de disponibilidad dentro de la Región de AWS.
Actualmente, Amazon Redshift admite un objetivo de punto de recuperación (RPO) igual a cero, lo que permite que los datos estén actualizados en caso de que se produzca un error. Con la implementación multi-AZ, Amazon Redshift mejora aún más sus capacidades de recuperación existentes y reduce su objetivo de tiempo de recuperación (RTO). Esto es posible porque una implementación multi-AZ puede recuperarse más rápido de un fallo o desastre, lo que eleva el acuerdo de nivel de servicio (SLA) de Amazon Redshift al 99,99 %, en comparación con el 99,9 % de un almacenamiento de datos single-AZ.
Configuración de la implementación multi-AZ
Al configurar una implementación multi-AZ, seleccione la opción multi-AZ y especifique la cantidad de nodos de computación que se van a aprovisionar en cada zona de disponibilidad. Amazon Redshift implementa automáticamente los mismos recursos de computación en dos zonas de disponibilidad y todos los recursos de computación están siempre disponibles para el procesamiento de lectura y escritura durante el funcionamiento normal. Esto permite que una implementación multi-AZ funcione como un único almacenamiento de datos con un único punto de conexión, lo que elimina la necesidad de cambiar las aplicaciones cuando se produce un desastre. Si bien una implementación multi-AZ procesa una consulta individual con los recursos de computación que residen en una sola zona de disponibilidad, puede distribuir automáticamente el procesamiento de varias consultas simultáneas a ambas zonas de disponibilidad para aumentar el rendimiento general para cargas de trabajo de alta simultaneidad.
También puede convertir un almacenamiento de datos single-AZ existente en un almacenamiento de datos multi-AZ o viceversa. Todo sigue igual, excepto que se aprovisionan recursos de computación adicionales en la segunda zona de disponibilidad. Al migrar a multi-AZ desde un clúster single-AZ existente, es posible que tenga que duplicar la cantidad de nodos de clúster necesarios para facilitar que se mantenga el rendimiento de una sola consulta. La mayoría de cargas de trabajo registran un aumento en el rendimiento general del procesamiento de consultas con un almacenamiento de datos multi-AZ, ya que hay el doble de recursos de computación disponibles.
En caso de que se produzca un error en una zona de disponibilidad, Amazon Redshift seguirá funcionando mediante el uso de los recursos de la zona de disponibilidad restante de forma automática. Sin embargo, es posible que se pierdan las conexiones de los usuarios y se deban restablecer. Además, las consultas que se estaban ejecutando en la zona de disponibilidad fallida pueden fallar y deben retenerse. Sin embargo, puede volver a conectarse al clúster y reprogramar las consultas inmediatamente. Amazon Redshift procesará las consultas en la zona de disponibilidad restante. Las consultas emitidas en el momento de producirse un error o después de este pueden sufrir retrasos en el tiempo de ejecución mientras se recupera el almacenamiento de datos de multi-AZ.
nota
Para lograr un mejor rendimiento y una mayor disponibilidad, le recomendamos que utilice SNAPSHOT ISOLATION con sus clústeres multi-AZ. Para obtener más información, consulte CREATE DATABASE.
Limitaciones
Un almacenamiento de datos multi-AZ tiene las mismas capacidades funcionales que un almacenamiento de datos single-AZ, excepto por las siguientes limitaciones que se aplican a un almacenamiento de datos multi-AZ:
No puede crear un almacenamiento de datos multi-AZ no cifrado. Asegúrese de añadir un cifrado al crear un nuevo almacenamiento de datos multi-AZ, convertir un almacenamiento de datos single-AZ en multi-AZ o convertir un almacenamiento de datos single-AZ en multi-AZ.
No puede crear una implementación multi-AZ de un solo nodo para ninguno de los tipos de instancia RA3. Elija dos o más nodos por zona de disponibilidad al crear una implementación multi-AZ.
Las integraciones sin ETL no son compatibles con los almacenamientos de datos de destino que se configuran para la implementación multi-AZ.
Amazon Redshift no admite una configuración de subred que permita menos de tres zonas de disponibilidad. Es decir, el grupo de subredes configurado requiere tres subredes más.
No puede reubicar una implementación multi-AZ en otra zona de disponibilidad. Amazon Redshift determinará y llevará a cabo automáticamente la reubicación cuando se utilice la implementación multi-AZ.
No puede pausar ni reanudar una implementación multi-AZ.
No puede ejecutar su implementación multi-AZ fuera de los intervalos de puertos admitidos de 5431 a 5455 y de 8191 a 8215.
No puede utilizar las vistas STL, SVCS, SVL, SVV ni STV con las implementaciones multi-AZ, ya que solo admiten vistas de monitoreo del sistema (vistas SYS_*). Cambie las consultas de monitoreo para utilizar las vistas de monitoreo del sistema (vistas SYS_*).
No puede asociar una dirección IP de Elastic a un clúster existente con Multi-AZ habilitado.
No puede convertir un clúster con una dirección IP de Elastic asociada de Single-AZ a Multi-AZ.
La implementación multi-AZ de Amazon Redshift está disponible en las siguientes Regiones de AWS:
Este de EE. UU. (Ohio) (us-east-2)
Este de EE. UU. (Norte de Virginia) (us-east-1)
Oeste de EE. UU. (Oregón) (us-west-2)
África (Ciudad del Cabo) (af-south-1)
Asia-Pacífico (Hong Kong) (ap-east-1)
Asia Pacífico (Hyderabad) (ap-south-2)
Asia-Pacífico (Yakarta) (ap-southeast-3)
Asia Pacífico (Melbourne) (ap-southeast-4)
Asia Pacífico (Bombay) (ap-south-1)
Asia Pacific (Osaka) (ap-northeast-3)
Asia-Pacífico (Seúl) (ap-northeast-2)
Asia-Pacífico (Singapur) (ap-southeast-1)
Asia-Pacífico (Sídney) (ap-southeast-2)
Asia-Pacífico (Tokio) (ap-northeast-1)
Canadá (centro) (ca-central-1)
Europa (Fráncfort) (eu-central-1)
Europa (Irlanda) (eu-west-1)
UE (Milán) (eu-south-1)
UE (París) (eu-west-3)
Europa (España) (eu-south-2)
Europa (Estocolmo) (eu-north-1)
Europa (Zúrich) (eu-central-2)
Israel (Tel Aviv) (il-central-1)
Medio Oriente (Baréin) (me-south-1)
Medio Oriente (EAU) (me-central-1)
Temas
