Versi Mesin Amazon Neptune 1.0.4.0 (2020-10-12)

Per 2020-10-12, versi mesin 1.0.4.0 umumnya di-deploy. Harap dicatat bahwa perlu beberapa hari agar rilis baru tersedia di setiap wilayah.

Rilis Patch Berikutnya untuk Rilis Ini

• Rilis: 1.0.4.0.R2 (2021-02-24)

Fitur Baru dalam Rilis Mesin Ini

• Tambahan kompresi frame-level untuk Gremlin.

Perbaikan dalam Rilis Mesin Ini

• Amazon Neptune sekarang memerlukan penggunaan Secure Sockets Layer (SSL) dengan protokol TLSv1.2 untuk semua koneksi ke Neptune di semua wilayah, menggunakan rangkaian cipher yang kuat ini:

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

  • TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

  Ini berlaku untuk REST dan WebSocket koneksi ke Neptunus, dan berarti Anda harus menggunakan HTTPS daripada HTTP saat menghubungkan ke Neptunus di semua wilayah.

  Karena koneksi klien yang menggunakan HTTP atau TLS 1.1 tidak lagi didukung di mana saja, pastikan bahwa klien dan kode Anda telah diperbarui untuk menggunakan TLS 1.2 dan HTTPS sebelum meningkatkan ke rilis mesin ini.

penting

Harus menggunakan SSL/TLS untuk semua koneksi ke Neptunus bisa menjadi perubahan besar. Ini mempengaruhi koneksi Anda dengan konsol Gremlin, driver Gremlin, Gremlin Python, .NET, NodeJS, REST API, dan juga koneksi penyeimbang beban. Jika Anda telah menggunakan HTTP untuk salah satu atau semua ini, Anda sekarang harus memperbarui klien dan driver yang relevan dan mengubah kode Anda untuk menggunakan HTTPS atau koneksi Anda akan gagal.

Bug dalam rilis ini telah mengizinkan koneksi HTTP dan/atau koneksi TLS usang untuk tetap bekerja bagi pelanggan yang sebelumnya menetapkan parameter klaster DB untuk mencegah penegakan koneksi HTTPS. Bug itu diperbaiki dalam rilis patch 1.0.4.0.R2 dan 1.0.4.1.R2, tetapi perbaikan tersebut telah menyebabkan kegagalan koneksi tak terduga ketika patch diinstal secara otomatis.

Untuk alasan ini, kedua patch telah dikembalikan, dan hanya dapat diinstal secara manual, untuk memberi Anda kesempatan memperbarui pengaturan Anda untuk TLS 1.2.

• Upgrade TinkerPop ke versi 3.4.8. Ini adalah upgrade kompatibel mundur. Lihat log TinkerPop perubahan untuk apa yang baru.

• Peningkatan kinerja untuk langkah properties() Gremlin.

• Menambahkan detail tentang BindOp dan MultiplexerOp dalam laporan explain dan profile.

• Menambahkan data prefetch untuk meningkatkan kinerja ketika ada cache terlewat.

• Menambahkan pengaturan allowEmptyStrings baru di parameter parserConfiguration loader yang memungkinkan string kosong diperlakukan sebagai nilai properti yang valid dalam beban CSV (lihat Parameter Permintaan Loader Neptune).

• Loader sekarang memungkinkan titik koma escaped dalam kolom CSV multivalue.

Perbaikan Cacat dalam Rilis Mesin Ini

• Memperbaiki potensi kebocoran memori Gremlin yang terkait dengan langkah both().

• Memperbaiki bug di mana metrik permintaan hilang karena titik akhir yang berakhir di '/' tidak ditangani dengan benar.

• Memperbaiki bug yang menyebabkan replika jatuh di belakang dan restart di bawah beban berat ketika mesin DFE diaktifkan dalam mode lab.

• Memperbaiki bug yang mencegah pesan kesalahan yang benar dilaporkan saat beban massal gagal karena suatu out-of-memory kondisi.

• Memperbaiki bug SPARQL di mana pengkodean karakter ditempatkan di header Content-Encoding dalam respons kueri SPARQL. Sekarang charset justru ditempatkan di header Content-Type, memungkinkan klien HTTP untuk mengenali set karakter yang digunakan secara otomatis.

Versi Bahasa Kueri yang Didukung dalam Rilis Ini

Sebelum meningkatkan klaster DB ke versi 1.0.4.0, pastikan bahwa proyek Anda kompatibel dengan versi bahasa kueri ini:

• Versi Gremlin: 3.4.8

• Versi SPARQL: 1.1

Jalur Peningkatan untuk Rilis Mesin 1.0.4.0

Anda secara manual dapat meningkatkan rilis mesin Neptune apa pun sebelumnya ke rilis ini.

Anda tidak akan secara otomatis meningkatkan ke rilis ini.

Peningkatan ke Rilis Ini

Amazon Neptune versi 1.0.4.0 sekarang tersedia secara umum.

Jika klaster DB menjalankan versi mesin yang ada jalur peningkatan untuk rilis ini, klaster tersebut sekarang memenuhi syarat untuk ditingkatkan. Anda dapat meningkatkan klaster yang memenuhi syarat menggunakan operasi klaster DB pada konsol atau dengan menggunakan SDK. Perintah CLI berikut akan meningkatkan klaster yang memenuhi syarat dengan segera:

Untuk Linux, macOS, atau Unix:

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

Untuk Windows:

aws neptune modify-db-cluster ^
    --db-cluster-identifier (your-neptune-cluster) ^
    --engine-version 1.0.4.0 ^
    --apply-immediately

Pembaruan diterapkan ke semua instans dalam klaster DB pada saat yang sama. Pembaruan memerlukan basis data dimulai ulang di instans tersebut, sehingga Anda mengalami waktu henti 20 hingga 30 detik, setelah itu Anda dapat melanjutkan penggunaan klaster DB Anda.

Selalu uji sebelum Anda meningkatkan

Saat versi mesin Neptunus mayor atau minor baru dirilis, selalu uji aplikasi Neptunus Anda terlebih dahulu sebelum memutakhirkannya. Bahkan peningkatan kecil dapat memperkenalkan fitur atau perilaku baru yang akan memengaruhi kode Anda.

Mulailah dengan membandingkan halaman catatan rilis dari versi Anda saat ini dengan versi yang ditargetkan untuk melihat apakah akan ada perubahan dalam versi bahasa kueri atau perubahan melanggar lainnya.

Cara terbaik untuk menguji versi baru sebelum memutakhirkan cluster DB produksi Anda adalah dengan mengkloning cluster produksi Anda sehingga klon menjalankan versi mesin baru. Anda kemudian dapat menjalankan kueri pada klon tanpa mempengaruhi cluster DB produksi.

Selalu buat snapshot manual sebelum Anda meng-upgrade

Sebelum melakukan upgrade, kami sangat menyarankan agar Anda selalu membuat snapshot manual dari cluster DB Anda. Memiliki snapshot otomatis hanya menawarkan perlindungan jangka pendek, sedangkan snapshot manual tetap tersedia sampai Anda menghapusnya secara eksplisit.

Dalam kasus tertentu Neptunus membuat snapshot manual untuk Anda sebagai bagian dari proses peningkatan, tetapi Anda tidak harus mengandalkan ini, dan harus membuat snapshot manual Anda sendiri dalam hal apa pun.

Ketika Anda yakin bahwa Anda tidak perlu mengembalikan cluster DB Anda ke status pra-pemutakhiran, Anda dapat secara eksplisit menghapus snapshot manual yang Anda buat sendiri, serta snapshot manual yang mungkin dibuat Neptunus. Jika Neptunus membuat snapshot manual, itu akan memiliki nama yang dimulai preupgrade dengan, diikuti dengan nama cluster DB Anda, versi mesin sumber, versi mesin target, dan tanggal.

catatan

Jika Anda mencoba memutakhirkan saat tindakan yang tertunda sedang dalam proses, Anda mungkin mengalami kesalahan seperti berikut:

   We're sorry, your request to modify DB cluster (cluster identifier) has failed.
   Cannot modify engine version because instance (instance identifier) is
   running on an old configuration. Apply any pending maintenance actions on the instance before
   proceeding with the upgrade.

Jika Anda mengalami kesalahan ini, tunggu hingga tindakan yang tertunda selesai, atau segera picu jendela pemeliharaan agar pemutakhiran sebelumnya selesai.

Untuk informasi selengkapnya tentang peningkatan versi mesin Anda, lihat Mempertahankan Cluster DB Amazon Neptunus Anda. Jika Anda memiliki pertanyaan atau masalah, tim Support AWS tersedia di forum komunitas dan melalui Premium Support AWS.