Ikhtisar pencadangan dan memulihkan klaster DB DB Neptune

Bagian ini menyediakan informasi tingkat atas tentang mencadangkan dan memulihkan data di Amazon Neptune.

Toleransi Kesalahan untuk Klaster DB DB Neptune

Klaster DB Neptune didesain agar toleran kesalahan. Volume klaster mencakup beberapa Availability Zone di satu Wilayah AWS, dan setiap Availability Zone berisi salinan data volume klaster. Fungsionalitas ini berarti bahwa klaster DB Anda dapat menoleransi kesalahan dari Availability Zone tanpa kehilangan data dan hanya berupa gangguan layanan yang singkat.

Jika instans primer dalam kluster DB gagal, Neptune secara otomatis gagal terhadap satu instans primer baru dalam salah satu dari dua cara:

• Dengan menaikkan replika Neptune yang sudah ada ke instans primer yang baru

• Dengan membuat instans primer baru

Jika klaster DB memiliki satu replika Neptune atau lebih, maka replika Neptune dipromosikan ke instans primer selama peristiwa kegagalan. Peristiwa kegagalan mengakibatkan interupsi singkat, selama operasi baca dan tulis gagal dengan pengecualian. Namun, layanan biasanya dipulihkan dalam waktu kurang dari 120 detik, dan sering kali kurang dari 60 detik. Untuk meningkatkan ketersediaan klaster DB Anda, kami sarankan Anda membuat setidaknya satu replika Neptune atau lebih di dua Availability Zone yang berbeda.

Anda dapat menyesuaikan urutan replika Neptune Anda dinaikkan ke instans primer setelah kegagalan dengan menetapkan masing-masing replika sebagai prioritas. Prioritas berkisar dari 0 untuk prioritas tertinggi hingga 15 untuk prioritas terendah. Jika instans primer gagal, Neptune menaikkan replika Neptune dengan prioritas yang lebih baik untuk instans primer baru. Anda dapat mengubah prioritas dari replika Neptune kapan saja. Memodifikasi prioritas tidak memicu failover.

Anda dapat menggunakanAWS CLI untuk mengatur prioritas failover dari instans DB, sebagai berikut:

aws neptune modify-db-instance --db-instance-identifier (the instance ID) --promotion-tier (the failover priority value)

Lebih dari satu replika Neptune dapat memiliki prioritas yang sama, yang menghasilkan tingkat promosi. Jika dua replika Neptune atau lebih memiliki prioritas yang sama, maka Neptune menaikkan replika dengan ukuran paling besar. Jika dua replika Neptune atau lebih memiliki prioritas yang sama, maka Neptune menaikkan replika bebas dengan tingkat promosi yang sama.

Jika klaster DB tidak mengandung replika Neptune, maka instans primer dibuat ulang selama peristiwa kegagalan. Peristiwa kegagalan mengakibatkan gangguan di mana selama operasi baca dan tulis gagal dengan pengecualian. Layanan dipulihkan ketika instans primer baru dibuat, yang biasanya memakan waktu kurang dari 10 menit. Mempromosikan replika Neptune ke instans primer jauh lebih cepat daripada membuat instans primer baru.

Cadangan Neptune

Neptune mencadangkan volume klaster Anda secara otomatis dan menyimpan data yang dipulihkan selama periode retensi cadangan. Cadangan Neptune bersifat terus-menerus dan bertahap, sehingga Anda dapat dengan cepat memulihkan ke titik mana pun dalam periode penyimpanan cadangan. Tidak ada dampak kinerja atau gangguan layanan basis data saat data cadangan ditulis. Anda dapat menentukan periode penyimpanan cadangan, dari 1 hingga 35 hari, saat Anda membuat atau memodifikasi klaster DB.

Untuk mengontrol penggunaan penyimpanan backup, Anda dapat mengurangi interval retensi backup, menghapus snapshot manual lama saat tidak lagi diperlukan, atau keduanya. Untuk membantu mengelola biaya Anda, Anda dapat memantau jumlah penyimpanan yang digunakan oleh pencadangan berkelanjutan dan snapshot manual yang terus berlanjut melampaui periode penyimpanan. Anda dapat mengurangi interval retensi cadangan dan menghapus snapshot manual ketika tidak diperlukan lagi.

Jika Anda ingin mempertahankan cadangan di luar periode retensi pencadangan, Anda juga dapat mengambil jepretan data di volume klaster Anda. Menyimpan snapshot menimbulkan biaya penyimpanan standar untuk Neptune. Untuk informasi selengkapnya tentang harga penyimpanan Neptune, lihat Harga Amazon Neptune.

Neptune menyimpan data pemulihan bertahap selama masa retensi backup. Jadi Anda perlu membuat snapshot untuk data yang ingin Anda simpan melebihi periode retensi cadangan. Anda dapat membuat klaster DB baru dari snapshot.

penting

Jika Anda menghapus 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 tidak dihapus ketika klaster dihapus.

catatan

• Untuk klaster Amazon Neptune, periode retensi cadangan default adalah satu hari bagaimanapun cara klaster DB dibuat.

• Anda tidak dapat menonaktifkan pencadangan otomatis di Neptune. Periode retensi cadangan untuk Neptune dikelola oleh kluster DB.

CloudWatch Metrik yang berguna untuk mengelola penyimpanan cadangan Neptune

Anda dapat menggunakan CloudWatch metrikTotalBackupStorageBilledSnapshotStorageUsed, danBackupRetentionPeriodStorageUsed untuk meninjau dan memantau jumlah penyimpanan yang digunakan oleh cadangan Neptune Anda, sebagai berikut:

• BackupRetentionPeriodStorageUsed menunjukkan jumlah penyimpanan cadangan yang digunakan, dalam byte, untuk menyimpan pencadangan berkelanjutan pada saat ini. Nilai ini bergantung pada ukuran volume klaster dan jumlah perubahan yang Anda buat selama periode retensi. Namun, untuk tujuan penagihan, nilai tersebut tidak melebihi volume kluster kumulatif selama periode penyimpanan. Misalnya, jika ukuran VolumeBytesUsed klaster Anda adalah 107.374.182.400 byte (100 GiB‭), dan masa penyimpanan Anda adalah dua hari, nilai maksimum untuk ‭BackupRetentionPeriodStorageUsed adalah 214.748.364.800 byte (100 GiB‬ + 100 GiB‭).

• SnapshotStorageUsed mewakili jumlah penyimpanan cadangan yang digunakan, dalam byte, untuk menyimpan tangkapan manual di luar periode retensi pencadangan. Snapshot manual tidak dihitung berdasarkan penyimpanan cadangan snapshot Anda sementara stempel waktu pembuatannya dalam periode retensi. Semua snapshot otomatis juga tidak dihitung terhadap pencadangan snapshot. Ukuran masing-masing snapshot adalah ukuran volume klaster pada saat Anda mengambil snapshot. Nilai SnapshotStorageUsed bergantung pada jumlah snapshot yang disimpan dan ukuran setiap snapshot. Misalnya, Anda memiliki satu snapshot manual di luar periode retensi, dan ukuran VolumeBytesUsed klaster adalah 100 GiB saat snapshot itu diambil. Jumlah SnapshotStorageUsed adalah 107.374.182.400 byte (100 GiB).

• TotalBackupStorageBilled mewakili jumlah, dalam byte, dari BackupRetentionPeriodStorageUsed dan SnapshotStorageUsed, dikurangi jumlah penyimpanan cadangan gratis, yang setara dengan ukuran volume kluster selama satu hari. Penyimpanan cadangan gratis setara dengan ukuran volume terbaru. Misalnya, jika ukuran VolumeBytesUsed klaster Anda adalah 100 GiB, periode penyimpanan Anda adalah dua hari, dan Anda memiliki satu snapshot manual di luar periode penyimpanan, TotalBackupStorageBilled adalah 214.748.364.800 byte (200 GiB + 100 GiB - 100 GiB).

Anda dapat memantau klaster Neptune dan membuat laporan menggunakan CloudWatch metrik melalui CloudWatch konsol. Untuk informasi selengkapnya tentang cara menggunakan CloudWatch metrik, lihatPemantauan Neptune dan tabel metrik diMetrik Neptunus CloudWatch .

Memulihkan data dari Cadangan Neptune

Anda dapat memulihkan data Anda dengan membuat klaster DB Neptune baru dari data cadangan yang disimpan Neptune, atau dari snapshot klaster DB yang telah Anda simpan. Anda dapat dengan cepat memulihkan salinan baru klaster DB yang dibuat dari data cadangan ke titik waktu mana pun selama masa retensi cadangan Anda. Keberlangsungan dan inkremental backup Neptune selama masa retensi pencadangan berarti Anda tidak perlu sering mengambil snapshot data untuk meningkatkan waktu pemulihan.

Untuk menentukan waktu pemulihan terbaru atau paling awal untuk instans DB, cari nilai Latest Restorable Time atau Earliest Restorable Time pada konsol Neptune. Waktu yang paling baru untuk klaster DB adalah titik terbaru di mana Anda dapat memulihkan klaster DB Anda, biasanya di dalam 5 menit dari waktu saat ini. Waktu paling awal yang dapat dipulihkan menentukan seberapa jauh dalam retensi cadangan di belakang Anda dapat memulihkan volume kluster Anda.

Anda dapat menentukan kapan pemulihan klaster DB selesai dengan memeriksa nilai Latest Restorable Time dan Earliest Restorable Time. Nilai Latest Restorable Time dan Earliest Restorable Time mengembalikan nilai NULL hingga operasi pemulihan selesai. Anda tidak dapat meminta operasi pencadangan atau pemulihan jika Latest Restorable Time atau Earliest Restorable Time mengembalikan NULL.

Untuk memulihkan instans DB ke waktu tertentu menggunakan AWS Management Console

1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon Neptune di https://console.aws.amazon.com/neptune/home.

2. Di panel navigasi, pilih Instans. Pilih instans primer untuk klaster DB yang ingin Anda pulihkan.

3. Pilih Tindakan instans, lalu pilih Pulihkan ke titik waktu.

   Di jendela Luncurkan instans DB, pilih Kustom di bawah Waktu pemulihan.

4. Tentukan tanggal dan waktu tujuan Anda ingin memulihkan di bawah Kustom.

5. Ketik nama untuk instans DB baru yang dipulihkan untuk Pengidentifikasi instans DB di bawah Pengaturan.

6. Pilih Luncurkan instans DB untuk meluncurkan instans DB yang dipulihkan.

   Sebuah instans DB baru dibuat dengan nama yang Anda tentukan, dan klaster DB baru juga dibuat. Nama klaster DB adalah nama klaster DB baru diikuti oleh –cluster. Misalnya, jika nama instans DB yang baru adalah myrestoreddb, nama klaster DB barunya adalah myrestoreddb-cluster.

Jendela Backup di Neptune

Pencadangan otomatis terjadi setiap hari selama periode pencadangan yang dipilih. Jika backup memerlukan waktu lebih dari yang dialokasikan ke jendela backup, backup berlanjut setelah jendela berakhir, hingga selesai. Jendela backup tidak dapat menindih jendela pemeliharaan mingguan untuk instans DB.

Selama jendela backup otomatis, I/O penyimpanan dapat ditangguhkan sebentar sementara proses backup dimulai (biasanya kurang dari beberapa detik). Anda mungkin akan mengalami keterlambatan selama beberapa menit selama backup untuk deployment Multi-AZ.

Jendela pencadangan biasanya dipilih secara acak dari blok waktu delapan jam per Wilayah oleh bidang kontrol Amazon RDS yang mendasari Neptune. Blok waktu untuk setiap wilayah tempat jendela pencadangan default ditetapkan didokumentasikan di bagian Jendela Pencadangan pada Panduan Pengguna Amazon RDS.