Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
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
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
danMultiplexerOp
dalam laporan explain dan profile.Menambahkan data prefetch untuk meningkatkan kinerja ketika ada cache terlewat.
Menambahkan pengaturan
allowEmptyStrings
baru di parameterparserConfiguration
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