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.

Gestion des mises à jour du moteur de votre cluster de bases de données Neptune

Détermination de la version de moteur que vous utilisez actuellement

Vous pouvez utiliser la AWS CLI get-engine-statuscommande pour vérifier la version du moteur que votre cluster de base de données utilise actuellement :

aws neptunedata get-engine-status

La JSONsortie inclut un "dbEngineVersion" champ comme celui-ci :

  "dbEngineVersion": "1.3.0.0",

Vérification des mises à jour en attente et disponibles

Vous pouvez rechercher des mises à jour en attente pour votre cluster de bases de données à l’aide de la console Neptune. Sélectionnez Bases de données dans la colonne de gauche, puis sélectionnez votre cluster de bases de données dans le volet des bases de données. Les mises à jour en attente sont répertoriées dans la colonne Maintenance. Si vous sélectionnez Actions puis Maintenance, trois options s’offrent à vous quant à la marche à suivre :

Vous pouvez répertorier les mises à jour du moteur en attente AWS CLI comme suit :

aws neptune describe-pending-maintenance-actions \
  --resource-identifier (ARN of your DB cluster)
  --region (your region) \
  --engine neptune

Vous pouvez également répertorier les mises à jour du moteur disponibles AWS CLI comme suit :

aws neptune describe-db-engine-versions \
  --region (your region) \
  --engine neptune

La liste des mises à jour du moteur disponibles inclut uniquement ces mises à jour ayant un numéro de version supérieur au numéro actuel et pour lequel un chemin de mise à niveau est défini.

Toujours effectuer des tests avant la mise à niveau

Lorsqu'une nouvelle version majeure ou mineure du moteur Neptune est publiée, testez toujours vos applications Neptune sur cette version avant de procéder à la mise à niveau. Une mise à niveau mineure peut introduire de nouvelles fonctionnalités ou de nouveaux comportements susceptibles d’affecter le code même sans modification majeure.

Commencez par comparer les pages de notes de mise à jour de votre version actuelle à celles de la version cible pour déterminer s’il existe des modifications des versions de langage de requête ou d’autres modifications majeures.

La meilleure façon de tester une nouvelle version avant de mettre à niveau votre cluster de base de données de production est d’utiliser la solution de déploiement bleu/vert Neptune. Ainsi, vous pouvez exécuter des applications et des requêtes sur la nouvelle version sans affecter votre cluster de bases de données de production.

Toujours créer un instantané manuel avant de procéder à la mise à niveau

Avant la mise à niveau, nous vous recommandons vivement de toujours créer un instantané manuel du cluster de bases de données. Un instantané automatique n'offre qu'une protection à court terme, tandis qu'un instantané manuel reste disponible jusqu'à ce que vous le supprimiez explicitement.

Dans certains cas, Neptune crée un instantané manuel pour vous dans le cadre du processus de mise à niveau, mais il est préférable de ne pas compter sur ce mécanisme et de créer dans tous les cas votre propre instantané manuel.

Lorsque vous êtes certain de ne pas avoir besoin de rétablir l'état antérieur à la mise à niveau de votre cluster de bases de données, vous pouvez supprimer explicitement l'instantané manuel que vous avez créé vous-même, ainsi que celui que Neptune a éventuellement créé. Si Neptune crée un instantané manuel, il porte un nom commençant par preupgrade, suivi du nom de votre cluster de bases de données, de la version du moteur source, de la version du moteur cible et de la date.

Fenêtre de maintenance Neptune

La fenêtre de maintenance hebdomadaire est une période de 30 minutes au cours de laquelle les mises à jour planifiées du moteur et les autres modifications du système sont appliquées. La plupart des événements de maintenance se terminent également au cours de la fenêtre de maintenance de 30 minutes, mais des événements de maintenance plus importants peuvent prendre plus de 30 minutes.

Chaque cluster de bases de données dispose d’un créneau de maintenance hebdomadaire de 30 minutes. Si vous ne spécifiez pas d’heure préférée lors de la création du cluster de bases de données, Neptune choisit un jour de semaine au hasard, puis attribue au hasard un créneau de 30 minutes sur un bloc horaire de 8 heures qui varie en fonction de la région.

Voici, par exemple, les blocs horaires de 8 heures pour les fenêtres de maintenance utilisées dans plusieurs régions AWS  :

La fenêtre de maintenance détermine le moment où les opérations en attente commencent, et la plupart des opérations de maintenance se terminent dans cette fenêtre, mais les tâches de maintenance plus importantes peuvent se poursuivre au-delà de l’heure de fin de la fenêtre.

Modification de la fenêtre de maintenance de cluster de bases de données

Idéalement, votre fenêtre de maintenance devrait tomber au moment où votre cluster est le moins utilisé. Si ce n’est pas le cas pour votre fenêtre actuelle, vous pouvez le déplacer vers un meilleur moment, comme ceci :

Utilisation AutoMinorVersionUpgrade pour contrôler les mises à jour automatiques des versions mineures

Si le champ AutoMinorVersionUpgrade est défini sur true dans l’instance de dispositif d’écriture (principale) de votre cluster de base de données, les mises à jour de version mineures sont appliquées automatiquement à toutes les instances de votre cluster de bases de données lors de la fenêtre de maintenance suivante après leur publication.

Si le champ AutoMinorVersionUpgrade est défini sur false dans l’instance de dispositif d’écriture de votre cluster de bases de données, ils ne sont appliqués que si vous les installez explicitement.

Vous pouvez le AutoMinorVersionUpgrade configurer AWS Management Console comme suit :

Vous pouvez également utiliser le AWS CLI pour définir le AutoMinorVersionUpgrade champ. Par exemple, pour le définir sur true, vous pouvez utiliser une commande comme celle-ci :

aws neptune modify-db-instance \
  --db-instance-identifier (the ID of your cluster's writer instance) \
  --auto-minor-version-upgrade \
  --apply-immediately

De même, pour le définir sur false, utilisez une commande comme celle-ci :

aws neptune modify-db-instance \
  --db-instance-identifier (the ID of your cluster's writer instance) \
  --no-auto-minor-version-upgrade \
  --apply-immediately