¿Por qué tarda tanto en completarse el cambio de tamaño clásico de mi clúster de Amazon Redshift?

4 minutos de lectura
0

He iniciado un cambio de tamaño clásico, pero no avanza en mi clúster de Amazon Redshift o está tardando demasiado. Quiero poder calcular mejor el tiempo de inactividad necesario para completar un cambio de tamaño clásico.

Solución

El tiempo necesario para que el clúster de Amazon Redshift complete un cambio de tamaño clásico puede variar entre varias horas y varios días. El cambio de tamaño clásico de un clúster puede tardar más por los siguientes motivos:

  • La carga de trabajo de lectura en el clúster de origen
  • El número y el tamaño de las tablas que se van a transferir
  • La definición de la tabla y tablas sesgadas
  • La cantidad y los tipos de nodos que se utilizan en los clústeres de origen y destino

Reducción del tiempo de inactividad por un cambio de tamaño clásico

Para reducir el tiempo necesario para un cambio de tamaño clásico, lleve a cabo las siguientes tareas:

  • Utilice la consola de Amazon Redshift para supervisar el estado de la operación de cambio de tamaño. En la página Detalles del clúster, seleccione la pestaña Estado para ver la velocidad promedio de transferencia, el tiempo transcurrido y el tiempo restante.
  • Corrija las tablas sesgadas y elija una clave de distribución adecuada. Para obtener más información, consulte Amazon Redshift engineering's advanced table design playbook: distribution styles and distribution keys.
  • Elimine las tablas que no se utilicen. Para identificar las tablas que no se utilizan, ejecute el script unscanned_table_summary.sql desde el sitio web de GitHub.
    Nota: El resumen de la tabla sin escanear muestra solo el historial de los últimos días. Para capturar datos de uso durante un periodo de tiempo más largo, utilice la utilidad SystemTablePersistence del sitio web de GitHub.
  • Utilice el cambio de tamaño elástico para agregar o eliminar nodos en un clúster de Amazon Redshift existente y redistribuir automáticamente los datos a los nuevos nodos. Como el cambio de tamaño elástico no crea un clúster nuevo, el tiempo de inactividad es significativamente menor que el tiempo de inactividad de un cambio de tamaño clásico. Para obtener más información, consulte Cambio de tamaño de los clústeres de Amazon Redshift.

Para obtener más información sobre cómo optimizar el rendimiento del cambio de tamaño, consulte Top 10 performance tuning techniques for Amazon Redshift.

Solución de problemas con el cambio de tamaño clásico

Para solucionar los problemas con el cambio de tamaño clásico, lleve a cabo las siguientes tareas:

  • Si su clúster tiene el estado NONE en la Interfaz de la línea de comandos de AWS (AWS CLI), significa que aún se está aprovisionando el clúster de destino. Espere a que se aprovisione el clúster de destino. Una vez copiado el clúster, el estado cambia a IN_PROGRESS.
    Nota: Si se muestran errores al ejecutar comandos de la AWS CLI, consulte Errores de solución de problemas de la AWS CLI. Además, asegúrese de utilizar la versión más reciente de la AWS CLI.
  • Si se muestra un mensaje de error que indica que no hay suficiente espacio en el disco, significa que los datos no caben en el clúster de destino. Cambie el tamaño del clúster de Amazon Redshift con más nodos, un estilo de distribución diferente o un tipo de nodo diferente. Para obtener más información, consulte Cambio de tamaño de los clústeres de Amazon Redshift.
  • Para cancelar una operación de cambio de tamaño antes de que finalice, seleccione Cancelar cambio de tamaño en la página Detalles del clúster de la consola de Amazon Redshift. Como alternativa, ejecute el comando cancel-resize desde la AWS CLI.
    Nota: No puede cancelar la operación de cambio de tamaño si se encuentra en la fase final.

Información relacionada

How do I resize an Amazon Redshift cluster?

¿Por qué una tabla de un clúster de Amazon Redshift consume más o menos espacio de almacenamiento en disco del esperado?

OFICIAL DE AWS
OFICIAL DE AWSActualizada hace 4 meses