Comment redimensionner un cluster Amazon Redshift et quel sera l'impact sur les performances et la facturation ? 

Il existe trois façons de redimensionner un cluster Amazon Redshift :

  • Redimensionnement Elastic : pour ajouter ou supprimer rapidement des nœuds d'un cluster existant, utilisez le redimensionnement Elastic. Les opérations de redimensionnement Elastic durent généralement quelques minutes. Le cluster est indisponible pendant cette période.
  • Redimensionnement Classic : pour modifier le type de nœud, le nombre de nœuds ou les deux, utilisez le redimensionnement Classic. Le redimensionnement Classic copie les tables vers un nouveau cluster. Le cluster source est en mode lecture seule jusqu'à ce que l'opération de redimensionnement soit terminée.
  • Capture instantanée, restauration et redimensionnement : pour assurer la disponibilité de votre cluster pendant un redimensionnement Classic, commencez par effectuer une copie du cluster existant, puis redimensionnez le nouveau cluster. N'oubliez pas que toutes les données écrites sur le cluster source après la prise de l'instantané doivent être copiées manuellement sur le cluster cible après la migration.

Vitesse d'une opération de redimensionnement

Étant donné que l'opération de redimensionnement Elastic ne crée pas de nouveau cluster, elle est généralement rapide. Le temps nécessaire pour effectuer un redimensionnement Classic ou un instantané et restaurer l'opération peut varier en fonction des facteurs suivants :

  • La charge de travail sur le cluster source
  • Le nombre et la taille des tables transférées
  • Le degré d'uniformisation des données à travers les nœuds de calcul et les tranches
  • La configuration des nœuds dans les clusters source et cible

Pour réduire le temps nécessaire pour un redimensionnement Classic ou un instantané et restaurer une opération :

Pour vérifier le statut de votre opération de redimensionnement à l'aide de la console Amazon Redshift, sélectionnez l'onglet Statut sur la page des détails du cluster. L'onglet Statut indique le taux moyen de transfert, le temps écoulé et le temps restant.

Résolution des problèmes

  • Il se peut que la taille des tables augmente ou diminue pendant une opération de redimensionnement. Pour plus d'informations, consultez la section Pourquoi une table d'un cluster Amazon Redshift utilise-t-elle plus ou moins d'espace de stockage sur disque que prévu ?
  • Si le statut de votre cluster est NONE dans l'interface de ligne de commande AWS (AWS CLI), le cluster cible est encore en train d'être approvisionné et n'est pas encore copié. Une fois que le cluster cible est provisionné, la statut passe à IN_PROGRESS.
  • Si vous recevez le message d'erreur « Please choose a larger target cluster. Your current selection does not have enough capacity for your data set » (« Veuillez sélectionner un cluster plus grand ; la capacité du cluster sélectionné est trop petite pour votre ensemble de données »), le volume de vos données est trop important pour le cluster cible. Effectuez l'opération de redimensionnement avec davantage de nœuds ou un autre type de nœud.
  • Pour annuler une opération de redimensionnement avant qu'elle ne se termine, sélectionnez cancel resize (annuler le redimensionnement) depuis la liste des clusters dans la console Amazon Redshift. Pour plus d'informations, consultez la rubrique Capture instantanée, restauration et redimensionnement.

Facturation pour les clusters redimensionnés

  • Au cours des opérations de redimensionnement, vous êtes facturé pour les clusters disponibles. Par exemple, au cours d'une opération de redimensionnement, vous êtes facturé pour la configuration du cluster source. Une fois que le redimensionnement est terminé, vous n'êtes plus facturé pour la configuration du cluster source. La facturation commence pour la configuration du cluster cible dès que son statut est available (disponible). Lorsque vous utilisez la méthode capture instantanée et restauration, vous avez temporairement un cluster supplémentaire, pour lequel vous êtes facturé tant que vous n'avez pas nettoyé votre environnement.
  • Le redimensionnement de types de nœud plus petits (large, xlarge) en types de nœuds plus grands (8xlarge) nécessite davantage de stockage par nœud. Plus vous avez de stockage par nœud, plus les métadonnées sont écrites lorsque vous exécutez la commande COMMIT. Cela signifie que le coût de base pour une seule opération de validation est plus élevé pour les nœuds plus grands. Si vous exécutez plusieurs petites opérations de validation, il se peut que vous constatiez une diminution des performances. Pour de meilleures performances, regroupez plusieurs modifications en une seule opération de validation.
  • Si vous avez acheté des instances réservées, la facturation dépend de la configuration des clusters redimensionnés, des types de nœuds réservés et du nombre de nœuds réservés qui sont achetés. Pour plus d'informations, consultez la section Achat de nœuds réservés Amazon Redshift.

Cette page vous a-t-elle été utile ? Oui | Non

Retour au Centre de connaissances AWS Support

Vous avez besoin d'aide ? Consultez le site du Centre AWS Support.

Date de publication : 06/11/2017

Date de mise à jour : 07/02/2019