Amazon DocumentDB のメンテナンスパッチとセキュリティパッチを管理する方法を教えてください。

解決策

注: AWS コマンドラインインターフェイス (AWS CLI) コマンドの実行中にエラーが発生した場合は、「AWS CLI のエラーのトラブルシューティング」を参照してください。また、AWS CLI の最新バージョンを使用していることを確認してください。

指定されたメンテナンス期間中に Amazon DocumentDB の更新をすべて体系的に実装するのがベストプラクティスです。

保留中の DocumentDB メンテナンスイベントを監視する

Amazon Document DB コンソールまたは AWS CLI を使用して、保留中の DocumentDB メンテナンスイベントを定期的に監視します。

また、お客様の AWS アカウントに関連付けられた E メールアドレスに AWS が送信するメンテナンス通知については、E メールを確認してください。通知は AWS Health Dashboard で確認できます。AWS Health Dashboard を定期的に確認して、保留中のメンテナンスに関する最新情報を入手するのがベストプラクティスです。

AWS_DOCDB_DB_PATCH_UPGRADE_MAINTENANCE_SCHEDULED イベントコードに応答するように Amazon EventBridge ルールを設定します。オートメーションではイベントが処理され、詳細なイベント情報がキャプチャされます。

ルールは次のアクションを開始します。

• その他のワークフロー
• 代替チャネルによるカスタム通知
• AWS コンソールモバイルアプリケーションへのアラート
• 是正措置またはメンテナンスの準備

注: クラスターが以前のエンジンバージョンで実行されている場合、通常は、保留中のメンテナンスでエンジンを最新バージョンにアップグレードできます。

エンジンパッチのバージョンを確認するには、MongoDB クライアントで次のコマンドを実行します。

db.runCommand({ getEngineVersion: 1 })

メンテナンス期間を調整する

各インスタンスとクラスターには週に 1 回のメンテナンス期間があり、Amazon MSK は保留中の変更を適用します。

クラスターを作成すると、Amazon DocumentDB はデフォルトでクラスターと各インスタンスの両方にメンテナンス期間を割り当てます。メンテナンス期間は、使用量が最も少ない時間帯にスケジュールするのがベストプラクティスです。保留中の更新を再スケジュールしたり、予定されているメンテナンス期間を一時的にスキップしたりするには、クラスターまたはインスタンスのメンテナンス期間を変更します。

注: メンテナンス期間の変更は、定期メンテナンスの少なくとも 2 時間前に行ってください。

クラスターのメンテナンスを定期的に先延ばしにすることはやめてください。Amazon MSK は、クラスターに最新のセキュリティ更新が適用されていることを確認するために、メンテナンスが継続的に先延ばしになっているクラスターに自動的にパッチを適用します。

オペレーティングシステム更新中のダウンタイムを削減する

オペレーティングシステム (OS) のアップグレード中、Amazon DocumentDB インスタンスは一時的にオフラインになります。クラスターのダウンタイムを最小限に抑えるには、クラスターに少なくとも 1 つのインスタンスリードレプリカを追加します。現在、単一インスタンスクラスターを運用している場合は、メンテナンスの開始前にセカンダリインスタンスを追加して、一時的に可用性を向上させてください。メンテナンスが完了したら、追加のリードレプリカを削除します。

注: 一時インスタンスには標準料金が適用されます。

関連情報

Connect to Amazon DocumentDB (Amazon DocumentDB に接続する)

Rules in Amazon EventBridge (Amazon EventBridge のルール)

Release notes (リリースノート)