Mempertahankan Cluster DB Amazon Neptunus Anda

Neptunus melakukan pemeliharaan secara berkala pada semua sumber daya yang digunakannya, termasuk:

• Mengganti perangkat keras yang mendasarinya seperlunya. Ini terjadi di latar belakang, tanpa Anda harus mengambil tindakan apa pun, dan umumnya tidak berpengaruh pada operasi Anda.

• Memperbarui sistem operasi yang mendasarinya. Upgrade sistem operasi dari instans di cluster DB Anda dilakukan untuk meningkatkan kinerja dan keamanan, jadi Anda biasanya harus menyelesaikannya sesegera mungkin. Biasanya, pembaruan memakan waktu sekitar 10 menit. Pembaruan sistem operasi tidak mengubah versi mesin DB atau kelas instans DB dari instans DB.

  Umumnya yang terbaik adalah memperbarui instance pembaca di cluster DB terlebih dahulu, dan kemudian instance penulis. Memperbarui pembaca dan penulis pada saat yang sama dapat menyebabkan downtime jika terjadi failover. Perhatikan bahwa instans DB tidak secara otomatis dicadangkan sebelum pembaruan sistem operasi, jadi pastikan untuk membuat cadangan manual sebelum Anda menerapkan pembaruan sistem operasi.

• Memperbarui mesin basis data Neptunus. Neptunus secara teratur merilis berbagai pembaruan mesin untuk memperkenalkan fitur dan peningkatan baru dan untuk memperbaiki bug.

Nomor versi mesin

Penomoran versi sebelum rilis mesin 1.3.0.0

Sebelum November 2019, Neptune hanya mendukung satu versi mesin pada satu waktu, dan versi mesin semuanya mengambil bentuk angka, 1.0.1.0.200<xxx>, saat xxx adalah nomor patch. Semua versi mesin baru dirilis sebagai tambalan ke versi sebelumnya.

Pada November 2019, Neptunus mulai mendukung beberapa versi, memungkinkan pelanggan mengontrol jalur peningkatan mereka dengan lebih baik. Akibatnya, penomoran rilis mesin berubah.

Dari November 2019 hingga rilis mesin 1.3.0.0, nomor versi mesin memiliki 5 bagian. Ambil nomor versi 1.0.2.0.R2 sebagai contoh:

• Bagian pertama selalu 1.

• Bagian kedua, 0 di1.0.2.0.R2), adalah nomor versi utama database.

• Bagian ketiga dan keempat, 2.0 in1.0.2.0.R2) keduanya nomor versi minor.

• Bagian kelima (R2in1.0.2.0.R2) adalah nomor patch.

Sebagian besar pembaruan adalah pembaruan tambalan, dan perbedaan antara tambalan dan pembaruan versi minor tidak selalu jelas.

Penomoran versi dari rilis mesin 1.3.0.0 aktif

Dimulai dengan rilis mesin 1.3.0.0, Neptunus mengubah cara pembaruan mesin diberi nomor dan dikelola.

Nomor versi mesin sekarang memiliki empat bagian, yang masing-masing sesuai dengan jenis rilis, sebagai berikut:

    versi produk. versi utama. versi kecil. versi tambalan

Perubahan yang tidak melanggar dari jenis yang sebelumnya dirilis sebagai tambalan sekarang dirilis sebagai versi minor yang dapat Anda kelola menggunakan pengaturan AutoMinorVersionUpgradeinstans.

Ini berarti bahwa jika Anda mau, Anda dapat menerima pemberitahuan setiap kali versi minor baru dirilis, dengan berlangganan RDS-EVENT-0156acara (lihat Berlangganan pemberitahuan acara Neptunus).

Rilis patch sekarang dicadangkan untuk perbaikan bertarget yang mendesak, dan diberi nomor menggunakan bagian terakhir dari nomor versi (*.*.*.1,*.*.*.2, dan sebagainya).

Berbagai jenis rilis mesin di Amazon Neptunus

Empat jenis pelepasan mesin yang sesuai dengan empat bagian nomor versi mesin adalah sebagai berikut:

• Versi produk — Ini hanya berubah jika produk mengalami perubahan mendasar dalam fungsionalitas atau antarmuka. Versi produk Neptunus saat ini adalah 1.

• Versi utama — Versi utama memperkenalkan fitur baru yang penting dan melanggar perubahan, dan umumnya memiliki masa pakai yang berguna setidaknya dua tahun.

• Versi minor - Versi minor dapat berisi fitur baru, perbaikan, dan perbaikan bug tetapi tidak mengandung perubahan yang melanggar. Anda dapat memilih apakah akan menerapkannya secara otomatis atau tidak selama jendela pemeliharaan berikutnya, dan Anda juga dapat memilih untuk diberi tahu setiap kali dirilis.

• Versi patch — Versi patch dirilis hanya untuk mengatasi perbaikan bug yang mendesak atau pembaruan keamanan kritis. Mereka jarang mengandung perubahan yang melanggar, dan mereka secara otomatis diterapkan selama jendela pemeliharaan berikutnya setelah rilis mereka.

Pembaruan versi utama Amazon Neptunus

Pembaruan versi utama umumnya memperkenalkan satu atau lebih fitur baru yang penting dan sering kali berisi perubahan yang melanggar. Biasanya memiliki masa pakai dukungan sekitar dua tahun. Versi utama Neptunus tercantum dalam rilis Engine, bersama dengan tanggal rilis dan perkiraan akhir masa pakainya.

Pembaruan versi utama sepenuhnya opsional sampai versi utama yang Anda gunakan mencapai akhir masa pakainya. Jika Anda memilih untuk meningkatkan ke versi utama baru, Anda harus menginstal versi baru sendiri menggunakan AWS CLI atau konsol Neptunus seperti yang dijelaskan dalam. Pemutakhiran versi utama

Namun, jika versi utama yang Anda gunakan mencapai akhir masa pakainya, Anda akan diberi tahu bahwa Anda diminta untuk meningkatkan ke versi utama yang lebih baru. Kemudian, jika Anda tidak meningkatkan dalam masa tenggang setelah pemberitahuan, peningkatan ke versi utama terbaru secara otomatis dijadwalkan terjadi selama jendela pemeliharaan berikutnya. Lihat Rentang hidup versi mesin untuk informasi selengkapnya.

Pembaruan versi minor Amazon Neptunus

Sebagian besar pembaruan mesin Neptunus adalah pembaruan versi minor. Mereka terjadi cukup sering dan tidak mengandung perubahan yang melanggar.

Jika Anda memiliki AutoMinorVersionUpgradebidang yang disetel ke true dalam instance writer (primer) dari cluster DB Anda, pembaruan versi minor diterapkan secara otomatis ke semua instance di cluster DB Anda selama jendela pemeliharaan berikutnya setelah dirilis.

Jika Anda memiliki AutoMinorVersionUpgradebidang yang disetel ke false dalam instance penulis cluster DB Anda, mereka diterapkan hanya jika Anda menginstalnya secara eksplisit.

catatan

Pembaruan versi minor bersifat mandiri (tidak bergantung pada pembaruan versi minor sebelumnya ke versi utama yang sama), dan kumulatif (berisi semua fitur dan perbaikan yang diperkenalkan dalam pembaruan versi minor sebelumnya). Ini berarti bahwa Anda dapat menginstal pembaruan versi minor yang diberikan apakah Anda telah menginstal yang sebelumnya atau tidak.

Sangat mudah untuk melacak rilis versi minor dengan berlangganan RDS-EVENT-0156acara (lihat Berlangganan pemberitahuan acara Neptunus). Anda kemudian akan diberi tahu setiap kali versi minor baru dirilis.

Juga, apakah Anda berlangganan notifikasi atau tidak, Anda selalu dapat memeriksa untuk melihat pembaruan apa yang tertunda.

Pembaruan versi patch Amazon Neptunus

Dalam kasus masalah keamanan atau cacat serius lainnya yang memengaruhi keandalan instance, Neptunus menyebarkan patch wajib. Mereka diterapkan ke semua instance di cluster DB Anda selama jendela pemeliharaan berikutnya tanpa intervensi apa pun dari Anda.

Rilis patch hanya diterapkan ketika risiko tidak menerapkannya lebih besar daripada risiko dan waktu henti apa pun yang terkait dengan penerapannya. Rilis patch jarang terjadi (biasanya setiap beberapa bulan sekali) dan jarang membutuhkan lebih dari sebagian kecil jendela pemeliharaan Anda untuk diterapkan.

Merencanakan masa pakai versi mesin utama Amazon Neptunus

Versi mesin Neptunus hampir selalu mencapai akhir masa pakainya pada akhir seperempat kalender. Pengecualian hanya terjadi ketika masalah keamanan atau ketersediaan penting muncul.

Ketika versi mesin mencapai akhir masa pakainya, Anda akan diminta untuk meningkatkan basis data Neptunus Anda ke versi yang lebih baru.

Secara umum, versi mesin Neptunus terus tersedia sebagai berikut:

• Versi mesin minor: Versi mesin minor tetap tersedia setidaknya selama 6 bulan setelah dirilis.

• Versi mesin utama: Versi mesin utama tetap tersedia setidaknya selama 12 bulan setelah dirilis.

Setidaknya 3 bulan sebelum versi mesin mencapai akhir masa pakainya, AWS akan mengirimkan pemberitahuan email otomatis ke alamat email yang terkait dengan AWS akun Anda dan memposting pesan yang sama ke Dasbor AWS Kesehatan Anda. Ini akan memberi Anda waktu untuk merencanakan dan bersiap untuk meningkatkan.

Ketika versi mesin mencapai akhir masa pakainya, Anda tidak akan lagi dapat membuat cluster atau instance baru menggunakan versi itu, juga tidak akan dapat membuat instance menggunakan versi itu.

Versi mesin yang benar-benar mencapai akhir masa pakainya akan secara otomatis ditingkatkan selama jendela pemeliharaan. Pesan yang dikirimkan kepada Anda 3 bulan sebelum akhir masa pakai versi mesin akan berisi detail tentang apa yang akan melibatkan pembaruan otomatis ini, termasuk versi yang akan Anda upgrade secara otomatis, dampaknya pada cluster DB Anda, dan tindakan yang kami rekomendasikan.

penting

Anda bertanggung jawab untuk menjaga versi mesin database Anda tetap terkini. AWSmendesak semua pelanggan untuk meningkatkan basis data mereka ke versi mesin terbaru untuk mendapatkan keuntungan dari perlindungan keamanan, privasi, dan ketersediaan terkini. Jika Anda mengoperasikan database Anda pada mesin atau perangkat lunak yang tidak didukung setelah tanggal penghentian (“Legacy Engine”), Anda menghadapi kemungkinan risiko keamanan, privasi, dan operasional yang lebih besar, termasuk peristiwa downtime.

Pengoperasian database Anda pada mesin apa pun tunduk pada Perjanjian yang mengatur penggunaan AWS Layanan oleh Anda. Mesin Legacy umumnya tidak tersedia. AWStidak lagi memberikan dukungan untuk Legacy Engine, dan AWS dapat membatasi akses atau penggunaan Legacy Engine kapan saja, jika AWS menentukan Legacy Engine menimbulkan risiko keamanan atau kewajiban, atau risiko bahaya, terhadap Layanan, AfiliasinyaAWS, atau pihak ketiga mana pun. Keputusan Anda untuk terus menjalankan Konten Anda di Legacy Engine dapat mengakibatkan Konten Anda menjadi tidak tersedia, rusak, atau tidak dapat dipulihkan. Database yang berjalan pada Legacy Engine tunduk pada Pengecualian Service Level Agreement (SLA).

DATABASE DAN PERANGKAT LUNAK TERKAIT YANG BERJALAN PADA MESIN LAMA MENGANDUNG BUG, KESALAHAN, CACAT, DAN/ATAU KOMPONEN BERBAHAYA. DENGAN DEMIKIAN, DAN TERLEPAS DARI APA PUN YANG BERTENTANGAN DALAM PERJANJIAN ATAU KETENTUAN LAYANAN, AWS MENYEDIAKAN MESIN LAMA “SEBAGAIMANA ADANYA.”

Menginstal pembaruan ke mesin Neptunus Anda secara manual

Menginstal upgrade mesin versi utama

Rilis mesin utama harus selalu dipasang secara manual. Untuk meminimalkan waktu henti dan menyediakan banyak waktu untuk pengujian dan validasi, cara terbaik untuk menginstal versi utama baru umumnya dengan menggunakan solusi penyebaran Biru-Hijau Neptunus.

Dalam beberapa kasus Anda juga dapat menggunakan AWS CloudFormation template yang Anda gunakan untuk membuat cluster DB Anda untuk menginstal upgrade versi utama (lihatMenggunakan AWS CloudFormation template untuk memperbarui versi mesin Cluster DB Neptunus Anda).

Jika Anda ingin segera menginstal pembaruan versi utama, Anda dapat menggunakan perintah CLI seperti berikut:

aws neptune modify-db-cluster \
  --db-cluster-identifier (identifier for your neptune cluster) \
  --engine neptune \
  --engine-version (the new engine version) \
  --apply-immediately

Pastikan untuk menentukan versi mesin yang ingin Anda tingkatkan. Jika tidak, mesin Anda dapat ditingkatkan ke versi yang bukan yang terbaru atau yang Anda harapkan.

Alih-alih--apply-immediately, Anda dapat menentukan--no-apply-immediately.

Jika klaster Anda menggunakan grup parameter cluster kustom, pastikan untuk menentukan menggunakan paramater ini:

  --db-cluster-parameter-group-name (name of the custom DB cluster parameter group)

Demikian pula, jika ada instance di cluster yang menggunakan grup parameter DB kustom, pastikan untuk menentukannya menggunakan parameter ini:

  ---db-instance-parameter-group-name (name of the custom instance parameter group)

Menginstal upgrade mesin versi minor menggunakan AWS Management Console

Untuk melakukan upgrade versi minor menggunakan konsol Neptunus

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

2. Di panel navigasi, pilih Databases, lalu pilih cluster DB yang ingin Anda modifikasi.

3. Pilih Ubah.

4. Di bawah Spesifikasi instans, pilih versi baru yang ingin Anda tingkatkan.

5. Pilih Selanjutnya.

6. Jika Anda ingin segera menerapkan perubahan, pilih Terapkan segera.

7. Pilih Kirim untuk memperbarui cluster DB Anda.

Menginstal upgrade mesin versi minor menggunakan AWS CLI

Anda dapat menggunakan perintah seperti berikut ini untuk melakukan upgrade versi minor tanpa menunggu jendela pemeliharaan berikutnya:

aws neptune modify-db-cluster \
  --db-cluster-identifier (your-neptune-cluster) \
  --engine-version (new-engine-version) \
  --apply-immediately

Jika Anda memutakhirkan secara manual menggunakanAWS CLI, pastikan untuk menyertakan versi mesin yang ingin Anda tingkatkan. Jika tidak, mesin Anda mungkin ditingkatkan ke versi yang bukan yang terbaru atau yang Anda harapkan.

Upgrade ke engine versi 1.2.0.0 atau lebih tinggi dari versi yang lebih awal dari 1.2.0.0

Engine release 1.2.0.0 memperkenalkan beberapa perubahan signifikan yang dapat membuat upgrade dari versi sebelumnya lebih rumit dari biasanya:

• Engine release 1.2.0.0 memperkenalkan format baru untuk grup parameter kustom dan grup parameter cluster kustom. Akibatnya, jika Anda memutakhirkan dari versi engine lebih awal dari 1.2.0.0 ke engine versi 1.2.0.0 atau lebih tinggi, Anda harus membuat ulang semua grup parameter kustom yang ada dan grup parameter cluster kustom menggunakan keluarga grup parameter. neptune1.2 Rilis sebelumnya menggunakan keluarga grup parameterneptune1, dan grup parameter tersebut tidak akan berfungsi dengan rilis 1.2.0.0 ke atas. Lihat Grup parameter Amazon Neptunus untuk informasi selengkapnya.

• Engine release 1.2.0.0 juga memperkenalkan format baru untuk membatalkan log. Akibatnya, setiap log pembatalan yang dibuat oleh versi mesin sebelumnya harus dibersihkan dan UndoLogsListSize CloudWatch metrik harus jatuh ke nol sebelum peningkatan apa pun dari versi yang lebih awal dari 1.2.0.0 dapat dimulai. Jika ada terlalu banyak catatan log undo (200.000 atau lebih) saat Anda mencoba memulai pembaruan, upaya pemutakhiran mungkin habis sementara menunggu pembersihan log pembatalan selesai.

  Anda dapat mempercepat tingkat pembersihan dengan memutakhirkan instance penulis cluster, di mana pembersihan terjadi. Melakukan itu sebelum mencoba memutakhirkan dapat menurunkan jumlah log batal sebelum Anda mulai. Meningkatkan ukuran penulis ke jenis instans 24XL dapat meningkatkan tingkat pembersihan Anda menjadi lebih dari satu juta catatan per jam.

  Jika UndoLogsListSize CloudWatch metriknya sangat besar, membuka kasus dukungan dapat membantu Anda mengeksplorasi strategi tambahan untuk menurunkannya.

• Akhirnya, ada perubahan besar dalam rilis 1.2.0.0 yang mempengaruhi kode sebelumnya yang menggunakan protokol Bolt dengan otentikasi IAM. Dimulai dengan rilis 1.2.0.0, Bolt membutuhkan jalur sumber daya untuk penandatanganan IAM. Di Java, menyetel jalur sumber daya mungkin terlihat seperti ini:request.setResourcePath("/openCypher"));. Dalam bahasa lain, /openCypher dapat ditambahkan ke URI endpoint. Lihat Menggunakan protokol Bolt sebagai contoh.