Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola Instans Amazon Neptune
Bagian berikut memiliki informasi tentang operasi tingkat instans.
**Topics**
+ [Kelas Instans Burstable Neptune T3.](manage-console-instances-t3.md)
+ [Memodifikasi instans DB Neptune (dan Menerapkan Segera)](manage-console-instances-modify.md)
+ [Mengganti nama Instans DB Neptune](manage-console-instances-rename.md)
+ [Mem-boot ulang instans DB di Amazon Neptunus](manage-console-instances-reboot.md)
+ [Menghapus sebuah Instans DB di Amazon Neptune](manage-console-instances-delete.md)
# Kelas Instans Burstable Neptune T3.
Sbagai tambahan kelas instans performa tetap seperti `R5` dan `R6`, Amazon Neptune memberi Anda opsi menggunakan performa burstable-instans `T3`. Sementara Anda sedang mengembangkan aplikasi grafik Anda, Anda ingin basis data Anda menjadi cepat dan responsif, tetapi Anda tidak perlu menggunakannya sepanjang waktu. Kelas instans `db.t3.medium` Neptune satu-satunya yang harus Anda gunakan dalam situasi itu, dengan biaya secara signifikan lebih rendah daripada kelas instans performa tetap paling mahal.
Instans burstable berjalan pada tingkat dasar performa CPU sampai beban kerja membutuhkan lebih banyak, dan kemudian melakukan burst jauh di atas dasar untuk selama beban kerja memerlukannya. Harga per jam mencakup burstnya, asalkan pemanfaatan CPU rata-rata tidak melebihi baseline selama periode 24 jam. Untuk kebanyakan situasi pengembangan dan pengujian, yaitu menerjemahkan ke performa yang baik dengan biaya rendah.
Jika Anda memulai dengan kelas `T3` instance, Anda dapat dengan mudah beralih nanti ke kelas instance performa tetap saat Anda siap untuk masuk ke produksi, menggunakan, Konsol Manajemen AWS AWS CLI, atau salah satu kelas. AWS SDKs
## Bursting T3 diatur oleh CPU Credit
Sebuah kredit CPU mewakili pemanfaatan penuh dari satu inti CPU virtual (vCPU) selama satu menit. Itu juga dapat diterjemahkan menjadi 50% pemanfaatan vCPU selama dua menit, atau 25% pemanfaatan dua CPUs v selama dua menit, dan seterusnya.
Instans `T3` menghasilkan kredit CPU saat diam dan menggunakannya saat aktif, keduanya diukur pada resolusi milidetik. Kelas `db.t3.medium` instance memiliki dua vCPUs, yang masing-masing menghasilkan 12 kredit CPU per jam saat idle. Ini berarti bahwa 20% pemanfaatan setiap vCPU menghasilkan saldo kredit CPU nol. Kredit CPU 12 yang diperoleh dihabiskan oleh pemanfaatan 20% vCPU (sejak 20% dari 60 menit juga 12). Dengan demikian, pemanfaatan 20% ini adalah tingkat pemanfaatan *dasar* yang menghasilkan tidak keseimbangan CPU-credit positif maupun negatif.
Waktu diam (pemanfaatan CPU di bawah 20% dari total yang tersedia) menyebabkan kredit CPU disimpan dalam bucket saldo kredit, sampai batas untuk kelas instans `db.t3.medium` 576 (jumlah maksimum kredit CPU yang dapat diperoleh dalam 24 jam, yaitu 2 x 12 x 24). Lebih dari batas itu, kredit CPU hanya dibuang.
Bila diperlukan, pemanfaatan CPU dapat meledak hingga setinggi 100% selama dibutuhkan oleh beban kerja, bahkan setelah saldo kredit CPU turun di bawah nol. Jika instans mempertahankan saldo negatif terus menerus selama 24 jam, itu akan dikenakan biaya tambahan sebesar \$10,05 untuk setiap -60 kredit CPU di atas periode tersebut. Namun, untuk sebagian besar pengembangan dan beban kerja pengujian, bursting biasanya dilindungi oleh waktu idle sebelum atau setelah burst.
**catatan**
Kelas `T3` instance Neptunus dikonfigurasi seperti mode EC2 [tak terbatas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-unlimited-mode.html) Amazon.
## Menggunakan Konsol Manajemen AWS untuk Membuat Instance Burstable T3
Dalam Konsol Manajemen AWS, Anda dapat membuat instance cluster DB primer atau instance read-replica yang menggunakan kelas `db.t3.medium` instance, atau Anda dapat memodifikasi instance yang ada untuk menggunakan kelas instance. `db.t3.medium`
Misalnya, untuk membuat instans utama klaster DB baru di konsol Neptune:
+ Pilih **Buat Basis Data**.
+ Pilih **Versi mesin DB** sama dengan atau lebih lambat dari `1.0.2.2`.
+ Di bawah **Tujuan**, pilih **Pengembangan dan Pengujian**.
+ Sebagai **Kelas instans DB**, terima default: `db.t3.medium — 2 vCPU, 4 GiB RAM`.
## Menggunakan AWS CLI untuk Membuat Instance Burstable T3
Anda juga dapat menggunakan AWS CLI untuk melakukan hal yang sama:
```
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
```
# Memodifikasi instans DB Neptune (dan Menerapkan Segera)
Anda dapat menerapkan sebagian besar perubahan ke instans DB Amazon Neptune segera atau menunda hingga waktu pemeliharaan berikutnya. Beberapa modifikasi, seperti perubahan grup parameter, memerlukan boot ulang instans DB secara manual agar dapat diterapkan.
**penting**
Modifikasi mengakibatkan pemadaman jika Neptunus harus me-reboot instans DB Anda agar perubahan diterapkan. Tinjau dampak pada database dan aplikasi Anda sebelum memodifikasi pengaturan instans DB.
## Implikasi Pengaturan Umum dan Waktu Henti
Tabel berikut berisi detail tentang pengaturan mana yang dapat diubah, kapan perubahan dapat diterapkan, dan apakah perubahan menyebabkan waktu henti untuk instans DB.
****
| Pengaturan instans DB | Catatan waktu henti |
| --- | --- |
| **Kelas instans DB** | Pemadaman terjadi selama perubahan ini, apakah itu diterapkan segera atau selama jendela pemeliharaan berikutnya. |
| **Pengidentifikasi instans DB** | Instans DB di-boot ulang dan pemadaman terjadi selama perubahan ini, apakah itu diterapkan segera atau selama jendela pemeliharaan berikutnya. |
| **Grup subnet** | Instans DB di-boot ulang dan pemadaman terjadi selama perubahan ini, apakah itu diterapkan segera atau selama jendela pemeliharaan berikutnya. |
| **Grup keamanan** | Perubahan diterapkan secara asinkron sesegera mungkin, terlepas dari kapan Anda menentukan perubahan harus dilakukan, dan tidak ada hasil pemadaman. | – |
| **Otoritas Sertifikat** | Secara default, instans DB dimulai ulang saat Anda menetapkan Otoritas Sertifikat baru. |
| **Pelabuhan Database** | Perubahan selalu terjadi segera, menyebabkan instans DB di-boot ulang, dan terjadi pemadaman. |
| **Grup parameter DB** | Mengubah pengaturan ini tidak mengakibatkan pemadaman listrik. Nama grup parameter itu sendiri segera berubah, tetapi perubahan parameter yang sebenarnya tidak diterapkan sampai Anda me-reboot instans tanpa failover. Dalam kasus ini, instans DB tidak di-reboot secara otomatis, dan perubahan parameter tidak diterapkan selama jendela pemeliharaan berikutnya. Namun, jika Anda memodifikasi parameter dinamis dalam grup parameter DB yang baru terkait, perubahan ini diterapkan segera tanpa reboot. Untuk informasi selengkapnya, lihat [Mem-boot ulang instans DB di Amazon Neptunus](manage-console-instances-reboot.md). |
| **Grup parameter klaster basis data** | Nama grup parameter DB segera diubah. |
| **Periode retensi cadangan** | Jika Anda menentukan bahwa perubahan harus segera terjadi, perubahan ini segera terjadi. Jika tidak, jika Anda mengubah pengaturan dari nilai bukan nol ke nilai bukan nol lainnya, perubahan diterapkan secara asinkron, sesegera mungkin. Perubahan lain terjadi selama jendela pemeliharaan berikutnya. Pemadaman terjadi jika Anda mengubah dari nilai 0 ke nilai bukan nol, atau dari nilai bukan nol ke 0. |
| **Log audit** | Pilih **Log audit** jika Anda ingin menggunakan pencatatan audit melalui CloudWatch Log. Anda juga harus mengatur `neptune_enable_audit_log` parameter dalam grup parameter cluster DB ke `enable` (1) agar pencatatan audit diaktifkan. |
| **Peningkatan versi minor otomatis** | Pilih **Aktifkan upgrade versi minor otomatis** jika Anda ingin mengaktifkan klaster DB Neptune agar menerima upgrade versi mesin minor secara otomatis saat tersedia. Opsi *Upgrade versi minor otomatis* hanya berlaku untuk upgrade versi mesin minor untuk klaster DB Amazon Neptune Anda. Opsi ini tidak berlaku untuk patch biasa yang diterapkan untuk menjaga stabilitas sistem. |
# Mengganti nama Instans DB Neptune
Anda dapat mengubah nama instans DB Amazon Neptune dengan menggunakan Konsol Manajemen AWS. Mengganti nama instans DB dapat memiliki efek yang jauh jangkauannya. Berikut ini adalah daftar hal-hal yang harus Anda ketahui sebelum mengubah nama instans DB.
+ Saat Anda mengubah nama instance DB, titik akhir untuk instans DB berubah, karena URL mencakup nama yang Anda tetapkan ke instans DB. Anda harus selalu mengalihkan lalu lintas dari URL lama ke yang baru.
+ Saat Anda mengganti nama instans DB, nama DNS lama yang digunakan oleh instans DB akan segera dihapus, meskipun tetap disimpan selama beberapa menit. Nama DNS baru untuk instans DB yang diubah namanya menjadi efektif dalam waktu sekitar 10 menit. Instans DB yang diubah namanya tidak tersedia hingga nama baru menjadi efektif.
+ Anda tidak dapat menggunakan nama instans DB yang sudah ada saat Anda melakukan penggantian nama suatu instans.
+ Semua replika baca terkait dengan suatu instans DB tetap terkait dengan instans tersebut setelah diberi nama ulang. Misalnya, bayangkan Anda memiliki instans DB yang melayani basis data produksi Anda dan instans tersebut memiliki beberapa replika baca terkait. Jika Anda mengganti nama instans DB lalu IT di lingkungan produksi dengan snapshot DB, instans DB yang Anda ubah namanya masih memiliki replika baca yang terkait dengannya.
+ Metrik dan peristiwa terkait dengan nama instans DB dipertahankan jika Anda menggunakan ulang nama instans DB. Misalnya, jika Anda mempromosikan replika baca dan mengganti namanya menjadi nama instance utama sebelumnya, peristiwa dan metrik yang dikaitkan dengan instance utama kemudian dikaitkan dengan instance yang diganti namanya.
+ Tag instans DB akan dipertahankan dengan instans DB, terlepas dari perubahan namanya.
+ Snapshot DB dipertahankan untuk instans DB yang diubah namanya.
**Mengganti nama instans DB dengan menggunakan konsol Neptune.**
1. [Masuk ke Konsol AWS Manajemen, dan buka konsol Amazon Neptunus di rumah. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Di panel navigasi, pilih **Basis data**.
1. Pilih tombol radio di samping instans DB yang ingin Anda ubah namanya.
1. Di menu **Tindakan instans**, pilih **Memodifikasi**.
1. Masukkan nama baru di **Pengidentifikasi instans DB** kotak teks. Pilih **Langsung Terapkan**, lalu pilih **Lanjutkan**.
1. Pilih **Modifikasi instans DB** untuk menyelesaikan perubahan.
# Mem-boot ulang instans DB di Amazon Neptunus
Dalam beberapa kasus, jika Anda memodifikasi instans DB Amazon Neptune, ubah grup parameter DB yang berhubungan dengan instans, atau ubah parameter DB statis dalam grup parameter yang digunakan instans, Anda harus mereboot instans untuk menerapkan perubahan.
Boot ulang instans DB akan mengaktifkan ulang layanan mesin basis data. Reboot juga berlaku untuk instans DB, perubahan apa pun pada grup parameter DB terkait yang tertunda. Mereboot instans DB akan menyebabkan matinya sementara, selama status instans DB diatur ke *rebooting*. Jika instans Neptune dikonfigurasi untuk Multi-AZ, boot ulang dapat dilakukan melalui failover. Peristiwa Neptune dibuat saat boot ulang selesai.
Jika instans DB Anda deployment Multi-AZ, Anda dapat memaksakan failover dari satu Availability Zone ke yang lain saat Anda memilih opsi **Reboot**. Saat Anda memaksa failover instans DB Anda, Neptune secara otomatis beralih ke replika siaga di Availability Zone lain. Kemudian memperbarui catatan DNS untuk instans DB untuk menunjuk ke instans DB siaga. Hasilnya, Anda harus membersihkan dan membangun kembali koneksi yang sudah ada ke instans DB Anda.
**Reboot dengan failover** bermanfaat saat Anda ingin mensimulasikan kegagalan instans DB untuk pengujian, atau memulihkan operasi ke Availability Zone asli setelah failover terjadi. Untuk informasi selengkapnya, lihat [Ketersediaan Tinggi (Multi-AZ)](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html) di *Panduan Pengguna Amazon RDS*. Ketika Anda me-reboot klaster DB, klaster akan melakukan failover ke replika siaga. Mereboot replika Neptune tidak memulai failover.
Waktu yang dibutuhkan untuk reboot adalah fungsi dari proses pemulihan crash. Untuk meningkatkan waktu reboot, kami menyarankan agar Anda mengurangi aktivitas basis data sebanyak mungkin selama proses reboot untuk mengurangi aktivitas rollback untuk transaksi in-transit.
Pada konsol, opsi **Mulai ulang** mungkin dinonaktifkan jika instans DB tidak dalam keadaan **Tersedia**. Ini bisa karena beberapa alasan, seperti pencadangan yang sedang berlangsung, modifikasi yang diminta konsumen, atau tindakan jendela-pemeliharaan.
**catatan**
Sebelumnya[Rilis: 1.2.0.0 (2022-07-21)](engine-releases-1.2.0.0.md), semua replika baca dalam cluster DB secara otomatis di-boot ulang setiap kali instance utama (penulis) dimulai ulang.
Dimulai dengan[Rilis: 1.2.0.0 (2022-07-21)](engine-releases-1.2.0.0.md), memulai ulang instance utama tidak menyebabkan replika apa pun dimulai ulang. Ini berarti bahwa jika Anda mengubah parameter cluster, Anda harus memulai ulang setiap instance secara terpisah untuk mengambil perubahan parameter (lihat[Grup parameter](parameter-groups.md)).
**Untuk me-reboot instans DB menggunakan konsol Neptune**
1. [Masuk ke Konsol AWS Manajemen, dan buka konsol Amazon Neptunus di rumah. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Di panel navigasi, pilih **Basis data**.
1. Pilih instans DB yang ingin Anda reboot.
1. Pilih **Tindakan instans**, dan kemudian pilih **Reboot**.
1. Untuk memaksa failover dari satu Availability Zone ke lainnya, pilih **Reboot dengan failover?** di kotak dialog **Reboot instans DB**.
1. Pilih **Boot ulang**. Untuk membatalkan reboot, pilih **Batal**.
# Menghapus sebuah Instans DB di Amazon Neptune
Anda dapat menghapus instans Amazon Neptunus DB di negara bagian mana pun dan kapan saja, selama instans telah dimulai.
**Awas**
Jika Anda menghapus instance terakhir yang tersisa di cluster menggunakan **konsol web**, itu juga akan menghapus volume penyimpanan cluster yang mendasarinya.
## Mengambil Snapshot Final Instans DB Anda Sebelum Menghapusnya
Untuk menghapus instans DB, tentukan nama instans dan apakah Anda ingin memiliki snapshot DB akhir yang diambil dari instans. Jika instans DB yang Anda hapus memiliki status **Membuat**, Anda tidak dapat memiliki snapshot DB akhir yang diambil. Jika instans DB berada dalam status kegagalan dengan status **gagal**, **incompatible-restore**, atau **incompatible-network**, Anda hanya dapat menghapus instans ketika parameter `SkipFinalSnapshot` diatur ke `true`.
Jika Anda menghapus semua instans DB Neptunus di cluster DB menggunakan Konsol Manajemen AWS, seluruh cluster DB dihapus secara otomatis. Jika Anda menggunakan AWS CLI atau SDK, Anda harus menghapus cluster DB secara manual setelah Anda menghapus instance terakhir.
**penting**
Jika Anda menghapus seluruh klaster DB, semua cadangan otomatisnya dihapus pada waktu yang sama dan tidak dapat dipulihkan. Ini berarti kecuali jika Anda memilih untuk membuat snapshot DB akhir secara manual, Anda tidak dapat mengembalikan instans DB ke keadaan akhirnya di lain waktu. Snapshot manual sebiah instans tidak dihapus ketika klaster dihapus.
Jika instans DB yang ingin Anda hapus memiliki replika baca, Anda harus mempromosikan atau menghapus replika baca tersebut.
Pada contoh berikut, Anda menghapus instans DB dengan dan tanpa snapshot DB akhir.
## Menghapus instans DB dengan Tanpa Snapshot Akhir
Jika Anda ingin menghapus instans DB dengan cepat, Anda dapat melewati pembuatan snapshot DB akhir. Ketika Anda menghapus sebuah klaster, semua backup otomatis tersebut dihapus dan tidak dapat dipulihkan. Snapshot manual tidak dihapus.
**Untuk menghapus instans DB tanpa snapshot DB akhir menggunakan konsol Neptune**
1. [Masuk ke Konsol AWS Manajemen, dan buka konsol Amazon Neptunus di rumah. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Di panel navigasi, pilih **Basis data**.
1. Di daftar **Instans**, pilih tombol radio di samping instans DB yang ingin Anda hapus.
1. Pilih **Tindakan Instans**, lalu pilih **Hapus**.
1. Pilih **Tidak** di kotak **Membuat snapshot akhir?**.
1. Pilih **Hapus**.
## Menghapus Instans DB dengan Snapshot Akhir
Jika Anda ingin memulihkan instans DB Anda yang dihapus nanti, buat snapshot DB akhir. Semua backup otomatis juga dihapus dan tidak dapat dipulihkan. Snapshot manual tidak dihapus.
**Untuk menghapus instans DB dengan snapshot DB akhir menggunakan konsol Neptune**
1. [Masuk ke Konsol AWS Manajemen, dan buka konsol Amazon Neptunus di rumah. https://console.aws.amazon.com/neptune/](https://console.aws.amazon.com/neptune/home)
1. Di panel navigasi, pilih **Basis data**.
1. Di daftar **Instans**, pilih tombol radio di samping instans DB yang ingin Anda hapus.
1. Pilih **Tindakan Instans**, lalu pilih **Hapus**.
1. Pilih **Ya** di kotak **Membuat snapshot akhir?**.
1. Di kotak **Nama snapshot akhir**, masukkan nama snapshot DB akhir Anda.
1. Pilih **Hapus**.
Anda dapat memeriksa kesehatan sebuah instance, menentukan jenis instans, mencari tahu versi rilis mesin yang saat ini telah Anda instal, dan mendapatkan informasi lain tentang sebuah instance menggunakan [API status instance](access-graph-status.md).