¿Cómo cambio el tamaño de un clúster de Amazon Redshift?

Descripción breve

Para cambiar el tamaño del clúster, usa el cambio de tamaño elástico o el cambio de tamaño clásico. Si el clúster cumple los requisitos, se recomienda utilizar el cambio de tamaño elástico. Si el clúster no cumple los requisitos, usa el cambio de tamaño clásico.

Resolución

Determinación de la elegibilidad del clúster

Nota: Si se muestran errores al ejecutar comandos de la Interfaz de la línea de comandos de AWS (AWS CLI), consulta Solución de problemas de AWS CLI. Además, asegúrate de utilizar la versión más reciente de la AWS CLI.

Para comprobar si el clúster cumple los requisitos para el cambio de tamaño elástico, ejecuta el comando describe-node-configuration-options de la AWS CLI:

aws redshift describe-node-configuration-options --cluster-identifier example-cluster-id --action-type resize-cluster

Nota: Sustituye example-cluster-id por el ID del clúster.

Si el clúster es apto para el cambio de tamaño elástico, el resultado será similar al siguiente:

{
  "NodeConfigurationOptionList": [
    {
      "NodeType": "dc2.large",
      "NumberOfNodes": 2,
      "EstimatedDiskUtilizationPercent": 0.01
    },
    {
      "NodeType": "ra3.16xlarge",
      "NumberOfNodes": 2,
      "EstimatedDiskUtilizationPercent": 0.01
    }
  ]
}

Si el clúster no es apto para el cambio de tamaño elástico, el resultado será similar al siguiente:

{
  "NodeConfigurationOptionList": []
}

Reducción del tiempo de funcionamiento

Cuando usas el cambio de tamaño elástico para un clúster con el mismo tipo de nodo, la operación no crea un clúster nuevo y se completa rápidamente.

Al utilizar el cambio de tamaño clásico, el tiempo de operación se basa en los siguientes factores:

• La carga de trabajo del clúster de origen.
• El número y el tamaño de las tablas que se transfieren del clúster de origen al de destino.
• La distribución de los datos entre los nodos y segmentos de computación.
• La configuración de nodos de los clústeres de origen y destino.

Para reducir la duración de un cambio de tamaño clásico, realiza las siguientes acciones:

• Migra a un tipo de nodo RA3.
• Identifica y corrige las tablas sesgadas. Para identificar las tablas sesgadas, ejecuta el script del inspector de tablas de Laboratorios de AWS. Para obtener más información, consulta table_inspector en el sitio web de GitHub. Para corregir las tablas sesgadas, elige una clave de distribución adecuada.
• Elimina las tablas que no se utilicen. Para identificar las tablas no utilizadas, ejecuta el script de resumen de tablas sin escanear de Laboratorios de AWS. Para obtener más información, consulta unscanned_table_summary en el sitio web de GitHub.
  Nota: En el resumen de tablas sin escanear solo se muestra el historial reciente de los últimos 2 a 5 días. Para capturar datos de uso durante un periodo más largo, utiliza la utilidad de persistencia de objetos del sistema. Para obtener más información, consulta SystemTablePersistence en el sitio web de GitHub.
• Identifica los datos de la tabla que faltan. Para identificar los datos de la tabla que faltan, utiliza el script missing_table_stats de Laboratorios de AWS. Para obtener más información, consulta missing_table_stats en el sitio web de GitHub. A continuación, ejecuta el comando ANALYZE en esas tablas.

Para obtener más información sobre la optimización del rendimiento del cambio de tamaño, consulta Top 10 performance tuning techniques for Amazon Redshift (Las 10 mejores técnicas para ajustar el rendimiento de Amazon Redshift). Para usar la consola de Amazon Redshift para comprobar el estado de la operación de cambio de tamaño, selecciona la pestaña Estado en la página de detalles del clúster. En la pestaña Estado se muestra la velocidad promedio de transferencia, el tiempo transcurrido y el tiempo restante.

Cambio del tamaño del clúster

Usa el cambio de tamaño elástico para cambiar el tipo de nodo del clúster, el número de nodos o ambos.

Utiliza el cambio de tamaño clásico cuando el cambio de tamaño elástico no admita el cambio en el tamaño del clúster o del nodo.

Solución de los problemas de la operación de cambio de tamaño

Durante una operación de cambio de tamaño, la tabla puede aumentar o disminuir de tamaño. Para obtener más información, consulta ¿Por qué una tabla de un clúster de Amazon Redshift aprovisionada consume más o menos espacio de almacenamiento en disco del esperado?

Si tu clúster tiene el estado NONE en la AWS CLI, Amazon Redshift sigue aprovisionando el clúster de destino. El clúster de destino no se copia hasta que finaliza la fase de aprovisionamiento. Una vez que Amazon Redshift aprovisione el clúster de destino, el estado cambia a IN_PROGRESS.

Si las pilas de AWS CloudFormation StackSets no cambian de tamaño y recibes un mensaje de error interno, comprueba si el clúster cumple los requisitos para el cambio de tamaño elástico. El mensaje de error es similar al siguiente: «An internal error has occurred. Please try your query again at a later time». Esto ocurre porque una pila de CloudFormation usa un cambio de tamaño elástico y Classic:false está configurado de forma predeterminada.

Si recibes el mensaje de error «Please choose a larger target cluster», significa que tus datos no caben en el clúster de destino. Cambia el tamaño del clúster de Amazon Redshift con más nodos o un tipo de nodo diferente.

Para cancelar una operación de cambio de tamaño clásico antes de que finalice la operación, selecciona Cancel resize (Cancelar cambio de tamaño) en la lista de clústeres de la consola de Amazon Redshift.

Facturación de clústeres redimensionados

Durante la operación de cambio de tamaño, AWS te factura los clústeres que tienes disponibles. Por ejemplo, durante la operación de cambio de tamaño, AWS te factura la configuración de origen. Una vez finalizado el cambio de tamaño, AWS ya no te facturará la configuración de origen. La facturación de la configuración de destino comienza en cuanto el estado del clúster cambia a Disponible.

Cuando cambias el tamaño de tipos de nodos más pequeños, como large o xlarge, a tipos de nodos más grandes, como 8xlarge, el clúster requiere más almacenamiento por nodo. Cuanto más almacenamiento tengas por nodo, más metadatos se escribirán cuando ejecutes una operación COMMIT. Por lo tanto, el coste base de una sola operación COMMIT es mayor para los nodos más grandes. Si ejecutas varias operaciones COMMIT pequeñas al mismo tiempo, es posible que veas una disminución en el rendimiento. Para mejorar el rendimiento, agrupa varios cambios en una sola operación COMMIT.

Si has adquirido instancias reservadas, la facturación depende del tamaño de la configuración del clúster redimensionado, de los tipos de nodos reservados y del número de nodos reservados. Para obtener más información, consulta Cómo funcionan los nodos reservados.

Información relacionada

Solución de problemas de conexión en Amazon Redshift

Building high-quality benchmark tests for Amazon Redshift using SQLWorkbench and psql (Creación de pruebas comparativas de alta calidad para Amazon Redshift con SQLWorkbench y psql)

Operaciones de clúster