Pourquoi le redimensionnement classique de mon cluster Amazon Redshift prend-il autant de temps ?

Résolution

Le redimensionnement classique de votre cluster Amazon Redshift peut durer de quelques heures à plusieurs jours. Voici les causes qui peuvent ralentir le redimensionnement classique de votre cluster :

• La charge de travail de lecture sur le cluster source
• Le nombre et la taille des tables transférées
• La définition des tables et les tables asymétriques
• Le nombre et les types des nœuds utilisés dans les clusters source et cible

Réduction du temps d’arrêt lors d’un redimensionnement classique

Pour réduire le temps nécessaire à un redimensionnement classique, effectuez les tâches suivantes :

• Suivez le statut de votre opération de redimensionnement à l’aide de la console Amazon Redshift. Sur la page des Détails du cluster, choisissez l’onglet Statut pour afficher le taux moyen de transfert, le temps écoulé et le temps restant.
• Corrigez les tables asymétriques, puis choisissez une clé de distribution appropriée. Pour plus d'informations, consultez la section Amazon Redshift Engineering's Advanced Table Design Playbook: Distribution Styles and Distribution Keys (Playbook de conception de table avancée d'ingénierie Amazon Redshift : styles de distribution et clés de distribution).
• Supprimez les tables non utilisées. Pour identifier les tables non utilisées, exécutez le script unscanned_table_summary.sql depuis le site Web GitHub.
  Remarque : Le résumé des tables non analysées affiche seulement l’historique des derniers jours. Pour capturer les données d’utilisation sur une période plus longue, utilisez l’utilitaire SystemTablePersistence du site Web GitHub.
• Utilisez le redimensionnement élastique pour ajouter ou supprimer des nœuds sur un cluster Amazon Redshift existant et redistribuer automatiquement les données sur les nouveaux nœuds. Comme le redimensionnement élastique ne crée pas de nouveau cluster, le temps d’arrêt est nettement inférieur à celui d’un redimensionnement classique. Pour plus d’informations, consultez l’article Redimensionnement des clusters dans Amazon Redshift.

Pour plus d’informations sur l’optimisation des performances de redimensionnement, consultez l’article Les 10 meilleures techniques d'optimisation des performances pour Amazon Redshift.

Résoudre les problèmes de redimensionnement classique

Pour résoudre les problèmes de redimensionnement classiques, effectuez les tâches suivantes :

• Si le statut de votre cluster est AUCUN dans l’interface de la ligne de commande AWS (AWS CLI), alors le cluster cible est toujours en cours d’approvisionnement. Attendez que votre cluster cible soit provisionné. Une fois le cluster copié, son statut passe à IN_PROGRESS.
  **Remarque :**Si des erreurs surviennent lorsque vous exécutez des commandes AWS CLI, consultez l’article Résoudre les erreurs AWS CLI. Vérifiez également que vous utilisez la version la plus récente d’AWS CLI.
• Si vous recevez un message d’erreur signalant un espace disque insuffisant, cela signifie que vos données ne rentrent pas dans le cluster cible. Redimensionnez votre cluster Amazon Redshift en modifiant le nombre de nœuds, le style de distribution ou le type de nœud. Pour plus d’informations, consultez l’article Redimensionnement des clusters dans Amazon Redshift.
• Pour annuler une opération de redimensionnement avant qu’elle ne soit terminée, choisissez Annuler le redimensionnement sur la page des Détails des clusters de la console Amazon Redshift. Vous pouvez également exécuter la commande cancel-resize depuis l’AWS CLI.
  Remarque : Il est impossible d’annuler l’opération de redimensionnement lorsqu’elle est en phase finale.

Informations complémentaires

Comment redimensionner un cluster Amazon Redshift ?

Pourquoi une table d’un cluster Amazon Redshift utilise-t-elle plus ou moins d’espace de stockage sur disque que prévu ?