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 instances Amazon Neptune
Les sections suivantes fournissent des informations sur les opérations réalisées au niveau de l'instance.
**Topics**
+ [Classe d'instances extensible T3 Neptune](manage-console-instances-t3.md)
+ [Modification d'une instance de base de données Neptune (et application immédiate)](manage-console-instances-modify.md)
+ [Changement de nom d'une instance de base de données Neptune](manage-console-instances-rename.md)
+ [Redémarrage d'une instance de base de données dans Amazon Neptune](manage-console-instances-reboot.md)
+ [Suppression d'une instance de base de données dans Amazon Neptune](manage-console-instances-delete.md)
# Classe d'instances extensible T3 Neptune
En plus des classes d'instances à performances fixes telles que `R5` et `R6`, Amazon Neptune offre la possibilité d'utiliser une instance `T3` à performances extensibles. Lorsque vous développez votre application orientée graphe, il est important que votre base de données soit rapide et réactive, mais vous n'avez pas besoin de l'utiliser en permanence. La classe d'instances `db.t3.medium` de Neptune est exactement ce que vous devez utiliser dans ce cas, à un coût nettement inférieur à celui de la classe d'instances à performances fixes la moins chère.
Une instance extensible fonctionne à un niveau de base de performances de l’UC. Lorsqu’une charge de travail demande davantage, l’instance dépasse largement ce niveau de base aussi longtemps que nécessaire. Son prix horaire couvre les pics, à condition que l'utilisation moyenne de l'UC ne dépasse pas le niveau de base sur une période de 24 heures. Pour la plupart des situations de développement et de test, cela se traduit par de bonnes performances à faible coût.
Si vous commencez par une classe d'`T3`instance, vous pouvez facilement passer ultérieurement à une classe d'instance à performances fixes lorsque vous serez prêt à passer en production, en utilisant le AWS Management Console AWS CLI, ou l'un des. AWS SDKs
## L'extension T3 est régie par les crédits d’UC
Un crédit d’UC représente l'utilisation complète d'un cœur d’UC virtuelle (vCPU) pendant une minute. Cela peut également se traduire par une utilisation de 50 % d'un vCPU pendant deux minutes, ou une utilisation de 25 % de deux vCPU CPUs pendant deux minutes, etc.
Une instance `T3` accumule des crédits d’UC lorsqu'elle est inactive et les utilise lorsqu'elle est active, selon une résolution de mesures en millisecondes. La classe d'`db.t3.medium`instance possède deux vCPUs, dont chacun rapporte 12 crédits CPU par heure lorsqu'il est inactif. Cela signifie que 20 % d'utilisation de chaque UC virtuelle se traduit par un solde égal à zéro UC. Les 12 crédits d’UC gagnés sont dépensés par les 20 % d'utilisation de l’UC virtuelle (20 % de 60 minutes étant égal à 12). Cette utilisation de 20 % correspond donc au taux d'utilisation *de base* qui produit un solde de crédit d’UC ni positif ni négatif.
Le temps d'inactivité (utilisation de l’UC inférieure à 20 % du total disponible) entraîne le stockage des crédits d’UC dans un compartiment de solde de crédit, jusqu'à la limite de 576 pour une classe d'instance `db.t3.medium`(nombre maximal de crédits d’UC pouvant être accumulés en 24 heures, soit 2 x 12 x 24). Au-delà de cette limite, les crédits d’UC sont simplement éliminés.
Si nécessaire, l'utilisation de l'UC peut atteindre 100 % aussi longtemps que nécessaire pour une charge de travail, même si le solde de crédits d'UC passe en dessous de zéro. Si l'instance conserve un solde négatif en continu pendant 24 heures, des frais supplémentaires équivalents à 0,05 USD par tranche de -60 crédits d’UC accumulés au cours de cette période seront facturés. Toutefois, pour la plupart des charges de travail de développement et de test, les pics sont généralement couverts par les temps d'inactivité avant ou après.
**Note**
La classe d'`T3`instance de Neptune est configurée comme le [mode Amazon EC2 unlimited.](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html)
## Utilisation du AWS Management Console pour créer une instance T3 Burstable
Dans le AWS Management Console, vous pouvez créer une instance de cluster de base de données principale ou une instance en lecture qui utilise la classe d'`db.t3.medium`instance, ou vous pouvez modifier une instance existante pour utiliser la classe d'`db.t3.medium`instance.
Par exemple, pour créer une instance principale de cluster de bases de données dans la console Neptune :
+ Choisissez **Create database** (Créer une base de données).
+ Choisissez une **version de moteur de base de données** égale ou ultérieure à `1.0.2.2`.
+ Sous **Purpose (Objet)**, choisissez **Development and Testing (Développement et Test)**.
+ Pour **DB instance class (Classe d'instance de base de données)**, acceptez la valeur par défaut : `db.t3.medium — 2 vCPU, 4 GiB RAM`.
## Utilisation du AWS CLI pour créer une instance T3 Burstable
Vous pouvez également utiliser le AWS CLI pour faire la même chose :
```
aws neptune create-db-cluster \
--db-cluster-identifier (name for a new DB cluster) \
--engine neptune \
--engine-version "1.0.2.2"
aws neptune create-db-instance \
--db-cluster-identifier (name of the new DB cluster) \
--db-instance-identifier (name for the primary writer instance in the cluster) \
--engine neptune \
--db-instance-class db.t3.medium
```
# Modification d'une instance de base de données Neptune (et application immédiate)
Vous pouvez appliquer la plupart des modifications apportées à une instance de base de données Amazon Neptune immédiatement ou les reporter à la fenêtre de maintenance suivante. Certaines modifications, telles que les modifications d'un groupe de paramètres, nécessitent que vous redémarriez manuellement votre instance de base de données pour que la modification entre en vigueur.
**Important**
Les modifications entraînent une interruption si Neptune doit redémarrer votre instance de base de données pour qu'elles soient appliquées. Analysez l'impact sur votre base de données et les applications avant de modifier vos paramètres d'instance de base de données.
## Paramètres courants et implications sur les temps d'arrêt.
Le tableau suivant contient des détails sur les paramètres que vous pouvez modifier, et indique quand les modifications peuvent être appliquées et si les modifications entraînent un temps d'arrêt pour l'instance de base de données.
****
| Paramètres de l'instance de base de données | Remarques sur la durée d’indisponibilité |
| --- | --- |
| **Classe d'instances de base de données** | Une interruption a lieu lors de cette modification, qu'elle soit appliquée immédiatement ou lors de la fenêtre de maintenance suivante. |
| **Identifiant d’instance de base de données** | L'instance de base de données est redémarrée, et une interruption a lieu lors de cette modification, qu'elle soit appliquée immédiatement ou lors de la fenêtre de maintenance suivante. |
| **Groupe de sous-réseaux** | L'instance de base de données est redémarrée, et une interruption a lieu lors de cette modification, qu'elle soit appliquée immédiatement ou lors de la fenêtre de maintenance suivante. |
| **Groupe de sécurité** | La modification est appliquée de manière asynchrone dès que possible, quelle que soit la date à laquelle vous spécifiez que les modifications doivent avoir lieu, et aucune interruption n'en résulte. | – |
| **Autorité de certification** | Par défaut, l'instance de base de données est redémarrée lorsque vous attribuez une nouvelle autorité de certification. |
| **Database Port** | La modification se produit toujours immédiatement, ce qui entraîne le redémarrage de l'instance de base de données et une interruption. |
| **Groupe de paramètres de base de données** | La modification de ce paramètre n'entraîne pas d'interruption. Le nom du groupe de paramètres lui-même est immédiatement changé, mais les modifications réelles des paramètres ne prennent effet qu'après le redémarrage de l'instance, sans basculement. Dans ce cas, l'instance de base de données n'est pas automatiquement redémarrée, et les modifications de paramètre ne sont pas appliquées pendant la fenêtre de maintenance suivante. Toutefois, si vous modifiez des paramètres dynamiques dans le groupe de paramètres de base de données nouvellement associé, ces modifications sont appliquées immédiatement sans redémarrage. Pour de plus amples informations, veuillez consulter [Redémarrage d'une instance de base de données dans Amazon Neptune](manage-console-instances-reboot.md). |
| **Groupe de paramètres de cluster de bases de données** | La modification du groupe de paramètres de base de données a lieu immédiatement. |
| **Période de rétention des sauvegardes** | Si vous spécifiez que les modifications doivent intervenir immédiatement, cette modification a lieu immédiatement. Dans le cas contraire, si vous remplacez le paramètre d'une valeur non nulle par une autre valeur non nulle, la modification est appliquée de manière asynchrone dès que possible. Toute autre modification sera appliquée pendant la fenêtre de maintenance suivante. Une interruption se produit si vous passez de 0 à une valeur non nulle, ou d'une valeur non nulle à 0. |
| **Journal d'audit** | Sélectionnez **Journal d'audit** si vous souhaitez utiliser la journalisation d'audit via CloudWatch Logs. Vous devez également définir le paramètre `neptune_enable_audit_log` du groupe de paramètres du cluster de bases de données sur `enable` (1) pour que la journalisation des audits soit activée. |
| **Mise à niveau automatique de versions mineures** | Sélectionnez **Activer la mise à niveau automatique des versions mineures** si vous souhaitez que votre cluster de bases de données Neptune reçoive automatiquement les mises à niveau des versions mineures lors de leur publication. L'option *Mise à niveau automatique des versions mineures* s'applique uniquement aux mises à niveau des versions mineures pour votre cluster de bases de données Amazon Neptune. Elle ne s’applique pas aux correctifs réguliers appliqués pour maintenir la stabilité du système. |
# Changement de nom d'une instance de base de données Neptune
Vous pouvez renommer une instance de base de données Amazon Neptune à l'aide de la AWS Management Console. Renommer une instance de base de données peut avoir des effets à grande portée. La liste suivante correspond à ce que vous devez savoir avant de renommer une instance de base de données.
+ Lorsque vous renommez une instance de base de données, le point de terminaison de cette dernière change, parce que l'URL inclut le nom que vous avez attribué à l'instance de base de données. Vous devez toujours rediriger le trafic de l'ancienne URL vers la nouvelle.
+ Lorsque vous renommez une instance de base de données, l'ancien nom DNS qui a été utilisé par l'instance de base de données est immédiatement supprimé, mais peut rester dans le cache quelques minutes. Le nouveau nom DNS de l'instance de base de données renommée devient effectif après environ 10 minutes. L'instance de base de données renommée n'est pas disponible jusqu'à ce que le nouveau nom ne devienne effectif.
+ Vous ne pouvez pas utiliser un nom d'instance de base de données existant lorsque vous renommez une instance.
+ Tous les réplicas en lecture associés à une instance de base de données demeurent associés à cette instance une fois qu'elle a été renommée. Supposons par exemple que vous ayez une instance de base de données qui desserve votre base de données de production et que l'instance ait plusieurs réplicas en lecture associés. Si vous renommez l'instance de base de données, puis la remplacez dans l'environnement de production par un instantané de base de données, l'instance de base de données que vous avez renommée conserve les réplicas en lecture associés.
+ Les métriques et les événements associés au nom d'une instance de base de données sont conservés si vous réutilisez un nom d'instance de base de données. Par exemple, si vous effectuez la promotion d'un réplica en lecture et que vous remplacez son nom par celui de l'instance de base de données principale précédente, les événements et les métriques qui étaient associés à l'instance de base de données principale sont associés à l'instance renommée.
+ Les balises de l'instance de base de données demeurent avec l'instance de base de données, quel que soit le changement de nom.
+ Les snapshots DB sont conservés pour une instance de base de données renommée.
**Pour renommer une instance de base de données à l'aide de la console Neptune**
1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home)
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Cochez la case en regard de l'instance de base de données que vous voulez renommer.
1. Dans le menu **Instance Actions (Actions sur l'instance)**, sélectionnez **Modify (Modifier)**.
1. Saisissez un nouveau nom dans la zone de texte **DB Instance Identifier (Identifiant d’instance de base de données)**. Sélectionnez **Apply immediately (Appliquer immédiatement)**, puis choisissez **Continue (Continuer)**.
1. Choisissez **Modify DB instance (Modifier l'instance de base de données)** pour terminer la modification.
# Redémarrage d'une instance de base de données dans Amazon Neptune
Dans certains cas, si vous modifiez une instance de base de données Amazon Neptune, le groupe de paramètres de base de données associé à l'instance ou un paramètre de base de données statique dans un groupe de paramètres que l'instance utilise, vous devez redémarrer l'instance pour que ces modifications soient appliquées.
Le redémarrage d'une instance de base de données entraîne celui du service du moteur de base de données. Un redémarrage applique également à l'instance de base de données toutes les modifications du groupe de paramètres de base de données associé qui étaient en attente. Le redémarrage d'une instance de base de données entraîne une interruption momentanée de l'instance, au cours de laquelle le statut de l'instance de base de données est défini sur *rebooting*. Si l'instance Neptune est configurée pour les déploiements multi-AZ, le redémarrage peut être effectué avec un basculement. Un événement Neptune est créé lorsque le redémarrage est terminé.
Si votre instance de base de données est un déploiement Multi-AZ, vous pouvez forcer un basculement d'une zone de disponibilité vers une autre lorsque vous choisissez l'option **Reboot (Redémarrer)**. Lorsque vous forcez un basculement de votre instance de base de données, Neptune bascule automatiquement vers un réplica de secours dans une autre zone de disponibilité. Ensuite, elle met à jour l'enregistrement DNS pour que l'instance de base de données pointe vers l'instance de base de données en veille. Par conséquent, vous devez nettoyer et rétablir toutes les connexions existantes à votre instance de bases de données.
**Reboot with failover (Redémarrer avec basculement)** présente un avantage lorsque vous souhaitez simuler une défaillance d'une instance de base de données à des fins de test, ou restaurer la zone de disponibilité d'origine des opérations après un basculement. Pour en savoir plus, consultez la section [Haute disponibilité (Multi-AZ)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) dans le *Guide de l'utilisateur Amazon RDS*. Lorsque vous redémarrez un cluster de base de données, il bascule vers le réplica de secours. Le redémarrage d'un réplica Neptune ne déclenche pas de basculement.
Le temps nécessaire au redémarrage est une fonction du processus de récupération sur incident. Pour améliorer le délai de redémarrage, nous vous recommandons de réduire les activités de bases de données autant que possible pendant le processus de redémarrage pour réduire l'activité de restauration pour les transactions en transit.
Sur la console, l'option **Reboot (Redémarrer)** peut être désactivée si l'instance de base de données n'est pas dans l'état **Available (Disponible)**. Cela peut être dû à plusieurs raisons, par exemple une sauvegarde en cours, une modification demandée par le client ou encore une action du créneau de maintenance.
**Note**
Avant la [Sortie : 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), toutes les instances de réplica en lecture d'un cluster de bases de données étaient automatiquement redémarrées lors du redémarrage de l'instance (d'enregistreur) principale.
À compter de la [Sortie : 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), le redémarrage de l'instance principale n'entraîne le redémarrage d'aucun des réplicas. Dès lors, si vous modifiez un paramètre du cluster, vous devez redémarrer chaque instance séparément pour que cette modification de paramètre s'applique (voir [Groupes de paramètres](parameter-groups.md)).
**Pour redémarrer une instance de base de données à l'aide de la console Neptune**
1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home)
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Choisissez l'instance de base de données que vous souhaitez redémarrer.
1. Choisissez **Actions d'instance**, puis **Redémarrer**.
1. Pour forcer un basculement d'une zone de disponibilité à une autre, sélectionnez **Reboot with failover? (Redémarrer avec basculement ?)** dans la boîte de dialogue **Reboot DB Instance (Redémarrer l'instance de base de données)**.
1. Choisissez **Redémarrer**. Pour annuler le redémarrage, choisissez **Cancel (Annuler)**.
# Suppression d'une instance de base de données dans Amazon Neptune
Vous pouvez supprimer une instance de base de données Amazon Neptune dans n'importe quel état et à tout moment, tant que l'instance a été démarrée.
**Avertissement**
Si vous supprimez la dernière instance restante d'un cluster à l'aide de la **console Web**, le volume de stockage du cluster sous-jacent sera également supprimé.
## Prise d'un instantané final de votre instance de base de données avant de la supprimer
Pour supprimer une instance de base de données, vous devez spécifier le nom de l'instance et préciser si vous voulez qu'il soit pris un instantané de base de données final de l'instance. Si l'instance de base de données que vous supprimez a le statut **Creating**, il n'est pas possible de prendre un instantané de base de données final. Si l'instance de base de données est dans un état d'échec avec le statut **failed**, **incompatible-restore** ou **incompatible-network**, vous pouvez uniquement supprimer l'instance quand le paramètre `SkipFinalSnapshot` a la valeur `true`.
Si vous supprimez toutes les instances de base de données Neptune d'un cluster de base de données à l'aide de AWS Management Console, l'ensemble du cluster de base de données est automatiquement supprimé. Si vous utilisez le SDK AWS CLI ou le SDK, vous devez supprimer le cluster de base de données manuellement après avoir supprimé la dernière instance.
**Important**
Si vous supprimez un cluster de bases de données entier, toutes ses sauvegardes automatiques sont supprimées en même temps et ne peuvent pas être récupérées. En d'autres termes, si vous ne choisissez pas de créer manuellement un instantané de bases de données final, vous ne pourrez pas restaurer l'instance de base de données à son état final ultérieurement. Les instantanés manuels d'une instance ne sont pas supprimés lorsque vous supprimez un cluster.
Si l'instance de base de données que vous souhaitez supprimer possède un réplica en lecture, vous devez promouvoir ce dernier ou le supprimer.
Dans les exemples suivants, vous supprimez une instance de base de données avec et sans snapshot DB final.
## Suppression d'une instance de base de données sans snapshot final
Si vous voulez supprimer rapidement une instance de base de données, vous pouvez ignorer la création d'un instantané de base de données final. Lorsque vous supprimez une instance de base de données, toutes les sauvegardes automatiques sont supprimées et ne peuvent pas être récupérées. Les instantanés manuels ne sont pas supprimés.
**Pour supprimer une instance de base de données sans instantané de base de données final à l'aide de la console Neptune**
1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home)
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Dans la liste **Instances**, sélectionnez la case d'option en regard de l'instance de base de données que vous souhaitez supprimer.
1. Choisissez **Actions d'instance)**, puis **Supprimer**.
1. Choisissez **Non** dans la case **Créer un instantané final ?**.
1. Sélectionnez **Delete (Supprimer)**.
## Suppression d'une instance de base de données avec snapshot final
Si vous voulez pouvoir restaurer ultérieurement une instance de base de données supprimée, vous pouvez créer un instantané de base de données final. Toutes les sauvegardes automatiques sont également supprimées et ne peuvent pas être récupérées. Les instantanés manuels ne sont pas supprimés.
**Pour supprimer une instance de base de données avec un instantané de base de données final à l'aide de la console Neptune**
1. [Connectez-vous à la console AWS de gestion et ouvrez la console Amazon Neptune à https://console.aws.amazon.com/neptune/ la maison.](https://console.aws.amazon.com/neptune/home)
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Dans la liste **Instances**, sélectionnez la case d'option en regard de l'instance de base de données que vous souhaitez supprimer.
1. Choisissez **Actions d'instance)**, puis **Supprimer**.
1. Choisissez **Oui** dans la case **Créer un instantané final ?**.
1. Dans la zone **Nom de l'instantané final**, saisissez le nom de votre instantané de base de données final.
1. Sélectionnez **Supprimer**.
Vous pouvez vérifier l'état de santé d'une instance, déterminer son type, identifier la version du moteur actuellement installée et obtenir d'autres informations sur une instance à l'aide de l'[API instance-status](access-graph-status.md).