翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
Amazon Neptune エンジンバージョン 1.0.2.2.R4 (2020-07-23)
2020 年 7 月 23 日現在、エンジンバージョン1.0.2.2.R4 は一般にご利用いただけます。新しいリリースがすべてのリージョンで利用可能になるまでに数日かかります。
このエンジンリリースの改良点
未使用のメモリをより頻繁にオペレーティングシステムに解放することでメモリ使用量を改善しました。
SPARQL GROUP BY クエリのメモリ使用率も改善されました。
IAM を使用して認証された WebSocket 接続をオープン状態に保つことができる最大時間を 36 時間から 10 日に延長しました。
クエリのレイテンシーの診断とインスタンスタイプのチューニングに役立つ
BufferCacheHitRatioCloudWatch メトリクスが追加されました。「Neptune メトリクス」を参照してください。
このエンジンリリースで修正された不具合
アイドル状態または期限切れの IAM WebSocket 接続を閉じるバグを修正しました。Neptune は、接続を閉じる前に閉じるフレームを送信するようになりました。
ネストされた FILTER EXISTS および / または FILTER NOT EXISTS 条件を含むクエリの評価における SPARQL のバグを修正しました。
特定の極端な条件下でサーバーにブロックされたスレッドが発生した SPARQL クエリ終了バグを修正しました。
hasLabelステップの Edge pathType に関する Gremlin のバグを修正しました。bothEに関する各方向に対してtoVおよびfromVを個別に処理するGremlin のバグを修正しました。sideEffects の消失に関する Gremlin のバグを修正しました。
このリリースでサポートされるクエリ言語バージョン
DB クラスターをバージョン 1.0.2.2.R4 にアップグレードする前に、プロジェクトが次のクエリ言語バージョンと互換性があることを確認してください。
Gremlin バージョン:
3.4.3SPARQL バージョン:
1.1
エンジンリリース 1.0.2.2.R4 へのアップグレードパス
エンジンバージョン 1.0.2.2 を実行している場合、クラスターは次のメンテナンス期間中に自動的にこのパッチリリースにアップグレードされます。
以前の Neptune エンジンリリースを、このリリースに手動でアップグレードできます。
このリリースへのアップグレード
Amazon Neptune 1.0.2.2.R4 が一般に利用可能になりました。
DB クラスターで、このリリースへのアップグレードパスがあるエンジンバージョンを実行している場合は、今すぐアップグレードできます。対象となるクラスターをアップグレードするには、コンソールの DB クラスターオペレーションまたは SDK を使用します。次の CLI コマンドは、適格なクラスターをただちにアップグレードします。
Linux、OS X、Unix の場合:
aws neptune modify-db-cluster \ --db-cluster-identifier(your-neptune-cluster)\ --engine-version 1.0.2.2 \ --apply-immediately
Windows の場合:
aws neptune modify-db-cluster ^ --db-cluster-identifier(your-neptune-cluster)^ --engine-version 1.0.2.2 ^ --apply-immediately
更新は、DB クラスター内のすべてのインスタンスに同時に適用されます。更新では、DB クラスター内のすべてのインスタンスでデータベースを再起動する必要があるため、20 〜 30 秒から数分のダウンタイムが発生します。その後、DB クラスターの使用を再開できます。
アップグレードの前に必ずテストする
新しいメジャーまたはマイナーバージョンの Neptune エンジンがリリースされたら、アップグレードする前に、まず最初に Neptune アプリケーションをテストしてください。マイナーアップグレードでも、コードに影響する新しい機能や動作が導入される可能性があります。
まず、現在のバージョンのリリースノートページと対象バージョンのリリースノートページを比較して、クエリ言語のバージョンに変更があるか、その他の重大な変更がないかを確認します。
本番 DB クラスターをアップグレードする前に新しいバージョンをテストする最善の方法は、本番クラスターをクローンして、クローンで新しいエンジンバージョンを実行することです。その後、本番 DB クラスターに影響を与えずに、クローンに対してクエリを実行できます。
アップグレードの前に必ずスナップショットを手動で作成してください
アップグレードの前に必ず DB クラスターの手動スナップショットを作成することを強く推奨します。自動スナップショットを作成しても短期的な保護しか得られませんが、手動スナップショットは明示的に削除するまで使用できます。
場合によっては、Neptune がアップグレードプロセスの一環として手動スナップショットを作成することもありますが、これを頼りにすべきではなく、どのような場合でも独自の手動スナップショットを作成する必要があります。
DB クラスターをアップグレード前の状態に戻す必要がないことが確実な場合は、自分で作成した手動スナップショットと、Neptune が作成した手動スナップショットを明示的に削除できます。Neptune が手動スナップショットを作成する場合、その名前は preupgrade で始まり、その後に DB クラスターの名前、ソースエンジンのバージョン、ターゲットエンジンのバージョン、および日付が続きます。
注記
保留中のアクションの処理中にアップグレードを試みた場合、次のようなエラーが発生する可能性があります。
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.
このエラーが発生した場合は、保留中のアクションが終了するのを待つか、すぐにメンテナンスウィンドウをトリガーして、前回のアップグレードを完了させます。
お使いのエンジンバージョンのアップグレードの詳細については、Amazon Neptune DB クラスターのメンテナンス を参照してください。ご質問やご不明点がございましたら、コミュニティフォーラムや AWS プレミアムサポート
