Comment fonctionne le redimensionnement Elastic dans Amazon Redshift ?
Je souhaite effectuer un redimensionnement Elastic sur mon cluster Amazon Redshift. Je souhaite savoir comment fonctionne le redimensionnement Elastic et quelles sont les bonnes pratiques que je peux utiliser.
Brève description
Un redimensionnement Elastic ne permet pas de trier des tables et de récupérer de l'espace disque. Exécutez VACUUM pour trier des tables et récupérer de l'espace disque. Le redimensionnement Elastic n'est disponible que pour les clusters Amazon Redshift qui utilisent la plateforme EC2-VPC.
Le redimensionnement Elastic prend souvent moins de temps qu'un redimensionnement classique. Lors d'une opération de redimensionnement classique, un nouveau cluster est provisionné lorsqu'Amazon Redshift copie les données à partir de votre cluster source. L'opération de redimensionnement classique distribue d'abord les données aux nouveaux nœuds en fonction du style de distribution. Puis, il exécute la commande ANALYZE pour mettre à jour les statistiques de table.
Pour redimensionner un cluster à nœud unique, un redimensionnement classique peut être la meilleure option. Un redimensionnement Elastic vous permet d'ajouter ou de supprimer des nœuds du cluster. Cependant, il peut entraîner des variations de performances. Pour que vos tranches de nœuds correspondent au nombre de tranches de votre type de nœud cible, utilisez un redimensionnement classique.
Les configurations suivantes prennent en charge le redimensionnement Elastic à nœud unique :
- 1 node dc2.large ↔ 1 node ra3.xlplus, 2 node ra3.xlplus, 2 node ra3.4xlarge
- 1 node ra3.xlplus ↔ 2 node ra3.xlplus, 2 node ra3.4xlarge
Résolution
Principe de fonctionnement du redimensionnement Elastic
Remarque : Si des erreurs surviennent lorsque vous exécutez des commandes de l'interface de la ligne de commande AWS (AWS CLI), consultez la section Résoudre des erreurs liées à l’AWS CLI. Vérifiez également que vous utilisez bien la version la plus récente de l’AWS CLI.
Le redimensionnement Elastic peut fonctionner différemment selon le type de nœud cible. Vérifiez si le type de nœud cible est le même que le type de nœud source.
Pour vérifier votre type de nœud, ouvrez la console Amazon Redshift. Dans le volet de navigation, sélectionnez Clusters. La page Clusters indique le type de nœud sous chaque nom de cluster.
Vous pouvez également exécuter la commande describe-clusters de l'interface de ligne de commande AWS pour obtenir plus d'informations sur votre cluster Amazon Redshift :
aws redshift describe-clusters --region cluster_region
Remarque : Remplacez cluster_region par la région AWS de votre cluster.
Le type de nœud cible est le même que le type de nœud existant
Amazon Redshift redistribue automatiquement les données aux nouveaux nœuds lorsque vous utilisez le redimensionnement Elastic pour redimensionner un cluster.
Le redimensionnement Elastic termine généralement l'opération en quelques minutes. Vous pouvez vous attendre à une légère augmentation de l'exécution de vos requêtes lorsque le redimensionnement Elastic termine la redistribution des données en arrière-plan.
Remarque : Votre cluster Amazon Redshift est temporairement indisponible pendant quelques minutes pendant la migration des métadonnées.
Le type de nœud cible est différent du type de nœud existant
Si le type de votre nœud a changé, Amazon Redshift crée d'abord un instantané. Un nouveau cluster cible est ensuite provisionné avec les dernières données de l'instantané, et les données sont transférées vers le nouveau cluster en arrière-plan. Pendant le transfert de données, votre cluster Amazon Redshift fonctionne en mode lecture seule et toutes les écritures sont bloquées. Lorsque le redimensionnement est presque terminé, Amazon Redshift met automatiquement à jour le point de terminaison du nouveau cluster afin qu'il corresponde au point de terminaison de votre cluster existant. Toutes les connexions au cluster d'origine sont alors fermées.
Limitations du nombre de nœuds DC2 et DS2
Notez les limites suivantes pour les types de nœuds DC2 et DS2 :
- Pour les types de nœuds dc2.large ou ds2.xlarge, utilisez la moitié ou le double du nombre actuel de nœuds. Par exemple, vous pouvez redimensionner un cluster de 6 nœuds à 12 nœuds ou à 3 nœuds.
- Pour les types de nœuds dc2.8xlarge, ds2.8xlarge ou ra3.xlplus, utilisez la moitié ou jusqu’au double du nombre de nœuds. Par exemple, vous pouvez redimensionner un cluster de 6 nœuds à 3, 4, 5, 7, 8, 9, 10, 11, 12 nœuds.
- Pour les types de nœuds ra3.16xlarge ou ra3.4xlarge, utilisez un quart ou jusqu'à quatre fois le nombre actuel de nœuds. Par exemple, vous pouvez redimensionner un cluster ra3 avec 8 nœuds à 2, 3, 4, 5, 6, 7, 9 et jusqu'à 32 nœuds.
Bonnes pratiques en matière de redimensionnement Elastic
Lorsque vous effectuez un redimensionnement Elastic de votre cluster, utilisez les bonnes pratiques suivantes :
- Avant de redimensionner votre cluster, activez les instantanés automatisés ou créez un instantané manuel.
Remarque : Par défaut, les instantanés manuels sont conservés indéfiniment, même après la suppression de votre cluster. Toutefois, Amazon Redshift supprime les instantanés automatisés à la fin de la période de conservation. - Exécutez la commande describe-node-configuration-options de l'interface de ligne de commande AWS pour obtenir les options de configuration des nœuds pour une opération de redimensionnement :
Remarque : Remplacez cluster_name par le nom de votre cluster et cluster_region par la région de votre cluster.aws redshift describe-node-configuration-options --action-type resize-cluster --cluster-identifier cluster_name --region cluster_region
- Exécutez VACUUM sur le cluster avant de le redimensionner. Le redimensionnement Elastic ne supprime pas automatiquement les lignes marquées pour suppression.
- Exécutez la commande resize-cluster pour spécifier toutes les modifications de configuration des nœuds :
Remarque : Remplacez cluster_name par le nom de votre cluster, target_node_type par votre type de nœud cible, number_of_target_nodes par votre nombre de nœuds cibles et cluster_region par la région de votre cluster.aws redshift resize-cluster --cluster-identifier cluster_name --cluster-type multi-node --node-type target_node_type --number-of-nodes number_of_target_nodes --no-classic --region cluster_region
Mesures supplémentaires à prendre
Lorsque vous effectuez un redimensionnement Elastic sur votre cluster Amazon Redshift, effectuez les actions suivantes :
- Vous devez créer un instantané de votre cluster.
- Une fois que vous avez lancé une opération de redimensionnement Elastic dans Amazon Redshift, vous ne pouvez pas l'annuler. Attendez que l'opération de redimensionnement soit terminée avant d'effectuer une autre opération de redimensionnement ou de redémarrer le cluster.
- Assurez-vous que la nouvelle configuration des nœuds dispose d'un espace de stockage suffisant pour les données existantes. Même lorsque vous ajoutez des nœuds, il se peut que votre nouvelle configuration ne dispose pas d’un stockage suffisant en raison de la manière dont les données sont redistribuées. Pour plus d'informations sur l'espace de stockage, consultez la section Pourquoi une table d'un cluster provisionné par Amazon Redshift consomme-t-elle plus ou moins d'espace de stockage sur disque que prévu ?
- Une opération de redimensionnement Elastic peut provoquer une distorsion des données entre les nœuds en raison d'une distribution inégale des tranches de données. Si vous constatez une asymétrie des données dans votre cluster, effectuez plutôt un redimensionnement classique.
- Si le redimensionnement Elastic échoue, vérifiez si l’instantané est terminé. L'opération de redimensionnement peut échouer si l’instantané n'est pas terminé en quelques minutes.
- Vous pouvez opérer une mise à niveau vers les nœuds réservés RA3 lorsque vous effectuez un redimensionnement.
Informations connexes
Vidéos associées
Contenus pertinents
- demandé il y a 13 jourslg...
- demandé il y a un anlg...
- Réponse acceptéedemandé il y a 2 anslg...
- demandé il y a 2 anslg...
- AWS OFFICIELA mis à jour il y a 4 ans
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a un an
- AWS OFFICIELA mis à jour il y a 4 ans