Suspension et reprise d'un cluster - Amazon Redshift

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Suspension et reprise d'un cluster

Si vous disposez d’un cluster qui ne doit être disponible qu’à des moments spécifiques, vous pouvez le mettre en pause et le reprendre ultérieurement. Pendant que le cluster est suspendu, la facturation à la demande est suspendue. Seul le stockage du cluster entraîne des frais. Pour plus d’informations sur la tarification, consultez la Page de tarification Amazon Redshift.

Lorsque vous mettez en pause un cluster, Amazon Redshift crée un instantané, commence à mettre fin aux requêtes et met le cluster en pause. Si vous supprimez un cluster suspendu sans demander un instantané final, vous ne pouvez pas restaurer le cluster. Vous ne pouvez pas annuler ou restaurer après une pause ou reprendre une opération après son lancement.

Vous pouvez suspendre et reprendre un cluster sur la console Amazon Redshift, avec ou avec les AWS CLI opérations Amazon API Redshift.

Vous pouvez planifier des actions pour interrompre et reprendre un cluster. Lorsque vous utilisez la nouvelle console Amazon Redshift pour créer une planification périodique pour interrompre et reprendre, deux actions planifiées sont créées pour la plage de dates que vous choisissez. Les noms d’actions planifiées sont suffixés par -pause et -resume. La longueur totale du nom doit correspondre à la taille maximale d’un nom d’action planifiée.

Vous ne pouvez pas mettre en pause les types de clusters suivants :

  • EC2-Clusters classiques.

  • Clusters qui ne sont pas actifs, par exemple un cluster en cours de modification.

  • Clusters de modules de sécurité matériels (HSM).

  • Clusters dont les instantanés automatisés sont désactivés.

Lorsque vous décidez de mettre un cluster en pause, tenez compte des éléments suivants :

  • Les connexions ou requêtes au cluster ne sont pas disponibles.

  • Vous ne pouvez pas voir les informations de surveillance des requêtes d’un cluster mis en pause sur la console Amazon Redshift.

  • Vous ne pouvez pas modifier un cluster suspendu. Les actions planifiées sur le cluster ne sont pas effectuées. Il s’agit notamment de créer des instantanés, de redimensionner les clusters et d’effectuer des opérations de maintenance de cluster.

  • Les métriques matérielles ne sont pas créées. Mettez à jour vos CloudWatch alarmes si vous avez défini des alarmes en fonction de mesures manquantes.

  • Vous ne pouvez pas copier les derniers instantanés automatisés d’un cluster suspendu vers des instantanés manuels.

  • Pendant qu’un cluster est en pause, il ne peut pas être repris tant que l’opération de pause n’est pas terminée.

  • Lorsque vous mettez en pause un cluster, la facturation est suspendue. Toutefois, l’opération de pause se termine généralement en 15 minutes, selon la taille du cluster.

  • Les journaux d’audit sont archivés et ne sont pas restaurés à la reprise.

  • Après la suspension d’un cluster, les traces et les journaux peuvent ne pas être disponibles pour résoudre les problèmes survenus avant la suspension.

  • Les tables sans sauvegarde sur le cluster ne sont pas restaurées à la reprise. Pour plus d’informations sur les tables sans sauvegarde, consultez Exclusion des tables des instantanés.

  • Si vous gérez vos informations d'identification d'administrateur à l'aide de votre cluster AWS Secrets Manager et que vous le suspendez, le secret de votre cluster ne sera pas supprimé et vous continuerez à être facturé pour ce secret. Pour plus d'informations sur la gestion de votre mot de passe administrateur Redshift avec AWS Secrets Manager, consultez. Gestion des mots de passe d'administration Amazon Redshift à l'aide de AWS Secrets Manager

Lorsque vous reprenez un cluster, tenez compte des éléments suivants :

  • La version de cluster du cluster repris est mise à jour vers la version de maintenance basée sur la fenêtre de maintenance du cluster.

  • Si vous supprimez le sous-réseau associé à un cluster en pause, vous pouvez avoir un réseau incompatible. Dans ce cas, restaurez votre cluster à partir du dernier instantané.

  • Si vous supprimez une adresse IP élastique pendant que le cluster est suspendu, une nouvelle adresse IP élastique est demandée.

  • Si Amazon Redshift ne parvient pas à reprendre le cluster avec son interface réseau Elastic précédente, Amazon Redshift essaie d’en allouer un nouveau.

  • Lorsque vous reprenez un cluster, les adresses IP de votre nœud peuvent changer. Vous devrez peut-être mettre à jour vos VPC paramètres pour prendre en charge ces nouvelles adresses IP pour COPY des fonctionnalités telles que Secure Shell (SSH) ou COPY AmazonEMR.

  • Si vous essayez de reprendre un cluster qui n’est pas suspendu, l’opération de reprise renvoie une erreur. Si l’opération de reprise fait partie d’une action planifiée, modifiez ou supprimez l’action planifiée pour éviter les erreurs futures.

  • Selon la taille du cluster, la reprise d’un cluster peut prendre plusieurs minutes avant que les requêtes puissent être traitées. En outre, les performances de la requête peuvent être affectées pendant un certain temps pendant que le cluster est réhydraté une fois la reprise terminée.