Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Administración de instancias de Amazon Neptune
Las siguientes secciones contienen información sobre las operaciones de nivel de instancia.
**Topics**
+ [Clase de instancia ampliable de Neptune T3](manage-console-instances-t3.md)
+ [Modificación de una instancia de base de datos de Neptune (y aplicación inmediata)](manage-console-instances-modify.md)
+ [Cambio del nombre de una instancia de base de datos de Neptune](manage-console-instances-rename.md)
+ [Reinicio de una instancia de base de datos en Amazon Neptune](manage-console-instances-reboot.md)
+ [Eliminación de una instancia de base de datos en Amazon Neptune](manage-console-instances-delete.md)
# Clase de instancia ampliable de Neptune T3
Además de las clases de instancias de rendimiento fijo como `R5` y `R6`, Amazon Neptune le da la opción de usar una instancia `T3` de rendimiento ampliable. Mientras desarrolla la aplicación de gráficos, desea que la base de datos sea rápida y que tenga capacidad de respuesta, pero no necesita usarla todo el tiempo. La clase de instancia `db.t3.medium` de Neptune es justo lo que debería usar en esa situación, a un costo bastante más bajo que la clase de instancia de rendimiento fijo menos costosa.
Las instancias de ráfaga se ejecutan en un nivel de referencia de rendimiento de la CPU hasta que una carga de trabajo necesita más, y entonces rompen la referencia durante tanto tiempo como sea necesario para la carga de trabajo. Su precio por hora cubre las ráfagas, siempre que la utilización media de la CPU no supere la base de referencia durante un periodo de 24 horas. En la mayoría de las situaciones de desarrollo y prueba, eso se traduce en un buen rendimiento a un bajo coste.
Si empieza con una clase de instancia `T3`, más tarde podrá cambiar con facilidad a una clase de instancia de rendimiento fijo cuando esté preparado para entrar en producción mediante la Consola de administración de AWS, la AWS CLI o uno de los SDK de AWS.
## Las ráfagas T3 se rigen por créditos de CPU
Un crédito de CPU representa el uso total de un núcleo de CPU virtual (vCPU) durante un minuto. Esto también puede traducirse como el 50 % del uso de una vCPU durante dos minutos, o un 25 % del uso de dos vCPU durante dos minutos, y así sucesivamente.
Una instancia `T3` acumula créditos de CPU cuando está inactiva y los usa cuando está activa, y lo mide con una resolución de milisegundos. La clase de instancia `db.t3.medium` tiene dos vCPU, cada una de las cuales gana 12 créditos de CPU por hora cuando está inactiva. Esto significa que el 20 % del uso de cada vCPU deriva en un balance de crédito de CPU de cero. Los 12 créditos de CPU obtenidos se emplean en un 20 % del uso de la CPU (ya que el 20 % de 60 minutos también es 12). Este uso del 20 % es, por lo tanto, la tasa de uso *de referencia* que no produce un balance positivo ni negativo de créditos de la CPU.
El tiempo de inactividad (el uso de la CPU inferior al 20 % del total disponible) hace que los créditos de la CPU se almacenen en un depósito de balance de crédito, hasta un límite de 576 (el número máximo de créditos de la CPU que pueden acumularse en 24 horas, es decir, 2 x 12 x 24) para una clase de instancia `db.t3.medium`. Por encima de ese límite, los créditos de CPU simplemente se descartan.
El uso de la CPU puede aumentar hasta un 100 % cuando sea necesario y durante el tiempo requerido para una carga de trabajo, incluso después de que el balance de créditos de la CPU caiga por debajo de cero. Si la instancia mantiene un balance negativo continuo durante 24 horas, incurre en un coste adicional de 0,05 USD por cada -60 créditos de la CPU acumulados durante ese periodo. Sin embargo, en la mayoría de las cargas de trabajo de desarrollo y prueba, la fragmentación suele estar cubierta por el tiempo de inactividad antes o después de la ráfaga.
**nota**
La clase de instancia `T3` de Neptune está configurada como el[modo ilimitado](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html) de Amazon EC2.
## Usar la Consola de administración de AWS para crear una instancia de ráfagas T3
En la Consola de administración de AWS, puede crear una instancia de clúster de base de datos principal o una instancia de réplica de lectura que utilice la clase de instancia `db.t3.medium`, o puede modificar una instancia existente para utilizar la clase de instancia `db.t3.medium`.
Por ejemplo, para crear una nueva instancia principal del clúster de base de datos en la consola de Neptune:
+ Elija **Create Database (Crear base de datos)**.
+ Elija una **versión del motor de la base de datos** igual o posterior a `1.0.2.2`.
+ En **Purpose (Finalidad)**, elija **Development and Testing (Desarrollo y pruebas)**.
+ Como **DB Instance class (Clase de instancia de base de datos)**, acepte el valor predeterminado: `db.t3.medium — 2 vCPU, 4 GiB RAM`.
## Usar la AWS CLI para crear una instancia de ráfagas T3
También puede usar la AWS CLI para hacer lo mismo:
```
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
```
# Modificación de una instancia de base de datos de Neptune (y aplicación inmediata)
Puede aplicar la mayoría de cambios a una instancia de base de datos de Amazon Neptune de forma inmediata o retrasarlos hasta el próximo periodo de mantenimiento. Algunas modificaciones, como los cambios de grupo de parámetros, requieren que reinicie manualmente la instancia de base de datos para que el cambio surta efecto.
**importante**
Las modificaciones provocan una interrupción, ya que Neptune debe reiniciar la instancia de base de datos para que el cambio se aplique. Antes de modificar la configuración de una instancia de base de datos, evalúe los efectos que puede tener en la base de datos y en las aplicaciones.
## Configuración común e implicaciones del tiempo de inactividad
La siguiente tabla contiene detalles sobre las opciones que se pueden cambiar, cuándo se pueden aplicar los cambios y si los cambios provocan tiempo de inactividad en la instancia de base de datos.
****
| Configuración de la instancia de base de datos | Notas acerca del tiempo de inactividad |
| --- | --- |
| **DB instance class (Clase de instancia de base de datos)** | Se produce una interrupción durante este cambio, ya sea que se aplique inmediatamente o en el siguiente periodo de mantenimiento. |
| **DB Instance Identifier (Identificador de instancias de bases de datos)** | La instancia de base de datos se reinicia y se produce una interrupción durante este cambio, ya sea que se aplique inmediatamente o en el siguiente periodo de mantenimiento. |
| **Subnet group (Grupo de subredes)** | La instancia de base de datos se reinicia y se produce una interrupción durante este cambio, ya sea que se aplique inmediatamente o en el siguiente periodo de mantenimiento. |
| **Security group (Grupo de seguridad)** | El cambio se aplica de forma asíncrona lo antes posible, independientemente de cuándo especifique que se deben realizar los cambios, y no se produce ninguna interrupción. | – |
| **Certificate Authority (Entidad de certificación)** | De forma predeterminada, la instancia de base de datos se reinicia cuando se asigna una nueva entidad de certificación. |
| **Puerto de base de datos** | El cambio siempre se produce de forma inmediata, lo que provoca que la instancia de base de datos se reinicie y se produzca una interrupción. |
| **Grupo de parámetros de base de datos** | Cambiar este ajuste no produce una interrupción. El nombre del grupo de parámetros se modifica inmediatamente, pero los cambios del parámetro no se aplican hasta que se reinicia la instancia sin conmutación por error. En este caso, la instancia de base de datos no se reiniciará automáticamente y los cambios en los parámetros no se aplicarán en el siguiente periodo de mantenimiento. Sin embargo, si modifica parámetros dinámicos en el grupo de parámetros de base de datos recién asociado, dichos cambios se aplican inmediatamente sin reiniciar. Para obtener más información, consulte [Reinicio de una instancia de base de datos en Amazon Neptune](manage-console-instances-reboot.md). |
| **Grupo de parámetros de clúster de base de datos** | El nombre del grupo de parámetros de base de datos se cambia inmediatamente. |
| **Backup retention period (Periodo de retención de copia de seguridad)** | Si especifica que los cambios deben producirse inmediatamente, este cambio se produce de forma inmediata. De lo contrario, si cambia la configuración de un valor distinto de cero a otro valor distinto de cero, el cambio se aplica de forma asíncrona, tan pronto como sea posible. Cualquier otro cambio se produce en el siguiente periodo de mantenimiento. Se produce una interrupción si se cambia el valor de cero a un valor distinto de cero o de un valor distinto de cero a cero. |
| **Registro de auditoría** | Seleccione **Registro de auditoría** si desea utilizar el registro de auditoría a través de CloudWatch registros. También debe establecer el parámetro `neptune_enable_audit_log` del grupo de parámetros del clúster de base de datos en `enable` (1) para habilitar el registro de auditoría. |
| **Actualización automática de versiones secundarias** | Seleccione **Actualización automática a versiones secundarias** si desea habilitar el clúster de base de datos de Neptune para recibir actualizaciones de las versiones secundarias del motor de base de datos de Neptune automáticamente cuando estén disponibles. La opción *Actualización automática a versiones secundarias* solo es válida para las actualizaciones secundarias de las versiones del motor para el clúster de base de datos de Amazon Neptune. No tiene validez para los parches periódicos que se utilizan para mantener la estabilidad del sistema. |
# Cambio del nombre de una instancia de base de datos de Neptune
Puede cambiar el nombre de una instancia de base de datos de Amazon Neptune mediante la Consola de administración de AWS. Cambiar el nombre de una instancia de base de datos puede tener grandes repercusiones. A continuación, podrá encontrar una lista de consecuencias que debería conocer antes de hacerlo.
+ Cuando cambia el nombre de una instancia de base de datos, se modifica su punto de enlace, porque la URL incluye el nombre asignado a dicha instancia. Deberá redirigir siempre el tráfico desde la URL antigua a la nueva.
+ Si cambia el nombre de una instancia de base de datos, el nombre DNS anterior que utilizaba la instancia se elimina de inmediato, pero puede quedar almacenado en la caché durante varios minutos. El nuevo nombre de DNS de la instancia de base de datos se hace efectivo después de, aproximadamente, 10 minutos. La instancia de base de datos en cuestión no estará disponible hasta que se haga efectivo el nombre nuevo.
+ Si cambia el nombre de una instancia, no puede usar el nombre de una instancia de base de datos existente.
+ Todas las réplicas de lectura asociadas a una instancia de base de datos quedan asociadas a esa instancia después de cambiarle el nombre. Por ejemplo, suponga que tiene una instancia de base de datos que atiende a su base de datos de producción y que esa instancia tiene varias réplicas de lectura asociadas. Si cambia el nombre de la instancia de base de datos y, luego, lo reemplaza en el entorno de producción con una instantánea de base de datos, la instancia de base de datos cuyo nombre cambió sigue teniendo asociadas esas réplicas de lectura.
+ Las métricas y los eventos asociados al nombre de una instancia de base de datos se mantienen si se reutiliza dicho nombre. Por ejemplo, si promociona una réplica de lectura y le asigna el nombre de la instancia de base de datos principal anterior, los eventos y las métricas asociados a esta instancia se asocian a la instancia con el nuevo nombre.
+ Las etiquetas de la instancia de base de datos permanecen con dicha instancia, independientemente del cambio de nombre.
+ Las instantáneas de base de datos se conservan para una instancia de base de datos a la que se le haya cambiado el nombre.
**Para cambiar el nombre de una instancia de base de datos con la consola de Neptune**
1. Inicie sesión en la consola de administración de AWS y abra la consola de Amazon Neptune en [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Seleccione el botón de opción situado junto a la instancia de base de datos cuyo nombre desea cambiar.
1. En el menú **Instance actions (Acciones de instancias)**, elija **Modify (Modificar)**.
1. Escriba un nombre nuevo en el cuadro de texto **DB Instance Identifier (Identificador de instancias de bases de datos)**. Seleccione **Apply immediately (Aplicar inmediatamente)** y, a continuación, elija **Continue (Continuar)**.
1. Elija **Modify DB instance (Modificar instancia de base de datos)** para completar el cambio.
# Reinicio de una instancia de base de datos en Amazon Neptune
En algunos casos, si modifica una instancia de base de datos de Amazon Neptune, cambia el grupo de parámetros de base de datos asociado a la instancia o cambia un parámetro estático de base de datos de un grupo de parámetros utilizado por la instancia, debe reiniciar la instancia para aplicar los cambios.
Cuando se reinicia una instancia de base de datos, se reinicia el servicio del motor de base de datos. El reinicio también aplica a la instancia de base de datos cualquier cambio realizado en el grupo de parámetros de base de datos asociado que estuviera pendiente. Al reiniciar una instancia de base de datos, se produce una interrupción momentánea de la instancia, durante la cual su estado se establece en *rebooting*. Si la instancia de Neptune está configurada para Multi-AZ, el reinicio puede realizarse mediante una conmutación por error. Cuando finaliza el reinicio, se crea un evento de Neptune.
Si la instancia de base de datos es una implementación Multi-AZ, es posible forzar una conmutación por error desde una zona de disponibilidad a otra cuando se elige la opción **Reboot (Reiniciar)**. Cuando se fuerza una conmutación por error de la instancia de base de datos, Neptune cambia automáticamente a una réplica en espera de otra zona de disponibilidad. A continuación, actualiza el registro DNS de la instancia para que apunte a la instancia de base de datos en espera. Como consecuencia, debe eliminar y restablecer las conexiones existentes a la instancia de base de datos.
**Reboot with failover (Reinicio con conmutación por error)** resulta beneficioso cuando se desea simular un error en una instancia de base de datos para realizar pruebas o restaurar operaciones en la zona de disponibilidad original después de que se produzca una conmutación por error. Para obtener más información, consulte [Alta disponibilidad (Multi-AZ)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) en la *Guía del usuario de Amazon RDS*. Al reiniciar un clúster de base de datos, este conmuta por error a la réplica en espera. El reinicio de una réplica de Neptune no inicia una conmutación por error.
El tiempo necesario para reiniciar es una función del proceso de recuperación tras bloqueo. Para mejorar el tiempo de reinicio, recomendamos reducir las actividades de la base de datos tanto como sea posible durante el proceso de reinicio para reducir la actividad de restauración para las transacciones en tránsito.
En la consola, la opción **Reboot (Reiniciar)** puede estar deshabilitada si la instancia de base de datos no se encuentra en el estado **Available (Disponible)**. Esto puede deberse a varias razones, como un backup en curso, una modificación solicitada por el cliente o una acción durante un periodo de mantenimiento.
**nota**
Antes de [Versión: 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), todas las réplicas de lectura de un clúster de base de datos se reiniciaban automáticamente cuando se reiniciaba la instancia principal (escritor).
A partir de [Versión: 1.2.0.0 (21/07/2022)](engine-releases-1.2.0.0.md), el reinicio de la instancia principal no provoca el reinicio de ninguna de las réplicas. Esto significa que si va a cambiar un parámetro de clúster, debe reiniciar cada instancia por separado para detectar el cambio de parámetro (consulte [Grupos de parámetros](parameter-groups.md)).
**Para reiniciar una instancia de base de datos con la consola de Neptune**
1. Inicie sesión en la consola de administración de AWS y abra la consola de Amazon Neptune en [https://console.aws.amazon.com/neptune/home](https://console.aws.amazon.com/neptune/home).
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. Elija la instancia de base de datos que desea reiniciar.
1. Elija **Instance actions** y, a continuación, **Reboot**.
1. Para forzar una conmutación por error de una zona de disponibilidad a otra, seleccione **Reboot with failover? (¿Reiniciar con conmutación por error?)** en el cuadro de diálogo **Reboot DB Instance (Reiniciar instancia de base de datos)**.
1. Elija **Reboot**. Para cancelar el reinicio, elija **Cancel (Cancelar)** en su lugar.
# Eliminación de una instancia de base de datos en Amazon Neptune
Puede eliminar una instancia de base de datos de Amazon Neptune en cualquier estado y en cualquier momento, siempre y cuando la instancia se haya iniciado.
**aviso**
Si elimina la última instancia que queda en un clúster mediante la **consola web**, también se eliminará el volumen de almacenamiento del clúster subyacente.
## Realización de una instantánea final de la instancia de base de datos antes de eliminarla
Para eliminar una instancia de base de datos, debe especificar el nombre de la instancia e indicar si desea crear una instantánea de base de datos final. Si la instancia de base de datos que está eliminando tiene el estado **Creating (Creándose)**, no podrá tomar una instantánea de base de datos final. Si la instancia de base de datos está en un estado de error y tiene el estado **failed**, **incompatible-restore** o **incompatible-network**, solo puede eliminar la instancia cuando el parámetro `SkipFinalSnapshot` esté establecido en `true`.
Si elimina todas las instancias de base de datos de Neptune de un clúster de base de datos mediante el Consola de administración de AWS, todo el clúster de base de datos se elimina automáticamente. Si utiliza el SDK AWS CLI o el SDK, debe eliminar el clúster de base de datos manualmente después de eliminar la última instancia.
**importante**
Si elimina todo un clúster de base de datos, todas sus copias de seguridad automatizadas se eliminarán al mismo tiempo y no se podrán recuperar. Esto significa que, a no ser que decida crear una instantánea de base de datos final, no podrá restaurar posteriormente la instancia de base de datos a su estado final. Las instantáneas manuales de una instancia no se eliminan cuando se elimina el clúster.
Si la instancia de base de datos que desea eliminar tiene una réplica de lectura, debe promocionar la réplica de lectura o eliminarla.
En los siguientes ejemplos, se elimina una instancia de base de datos creando y sin crear una instantánea de base de datos final.
## Eliminación de una instancia de base de datos sin crear una instantánea final
Puede omitir la creación de una instantánea de base de datos final si desea eliminar rápidamente una instancia de base de datos. Al eliminar una instancia de base de datos, se eliminan todas las copias de seguridad automatizadas y no se pueden recuperar. Las instantáneas manuales no se eliminan.
**Para eliminar una instancia de base de datos sin una instantánea de base de datos final con la consola de Neptune**
1. [Inicie sesión en la consola AWS de administración y abra la consola de Amazon Neptune en https://console.aws.amazon.com/neptune/ casa.](https://console.aws.amazon.com/neptune/home)
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. En la lista **Instances (Instancias)**, seleccione el botón de opción situado junto a la instancia de base de datos que desea eliminar.
1. Elija **Instance actions** y, a continuación, **Delete**.
1. Elija **No** en el cuadro de lista desplegable **Create final Snapshot? (¿Crear instantánea final?)**.
1. Elija **Eliminar**.
## Eliminación de una instancia de base de datos creando una instantánea de base de datos final
Si desea poder restaurar más adelante una instancia de base de datos eliminada, puede crear una instantánea de base de datos final. Todas las copias de seguridad automatizadas se eliminan también y no se pueden recuperar. Las instantáneas manuales no se eliminan.
**Para eliminar una instancia de base de datos con una instantánea de base de datos final con la consola de Neptune**
1. [Inicie sesión en la consola AWS de administración y abra la consola de Amazon Neptune en https://console.aws.amazon.com/neptune/ casa.](https://console.aws.amazon.com/neptune/home)
1. En el panel de navegación, elija **Databases** (Bases de datos).
1. En la lista **Instances (Instancias)**, seleccione el botón de opción situado junto a la instancia de base de datos que desea eliminar.
1. Elija **Instance actions** y, a continuación, **Delete**.
1. Elija **Yes (Sí)** en el cuadro **Create final Snapshot? (¿Crear instantánea final?)**.
1. En el cuadro **Final Snapshot name (Nombre de instantánea final)**, escriba el nombre de la instantánea de base de datos final.
1. Elija **Eliminar**.
Puede comprobar el estado de una instancia, determinar qué tipo de instancia es, averiguar qué versión del motor tiene instalada actualmente y obtener otra información sobre una instancia utilizando la [API instance-status](access-graph-status.md).