翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 # Amazon DocumentDB のメンテナンス Amazon DocumentDB は定期的に、Amazon DocumentDB リソースのメンテナンスを行います。通常、メンテナンスにはデータベースエンジンの更新（クラスターのメンテナンス）やインスタンスの基盤となるオペレーティングシステム（OS）の更新（インスタンスのメンテナンス）が伴います。データベースエンジンの更新は必須のパッチであり、セキュリティ修正、バグ修正、データベースエンジンの強化などが含まれます。一方ほとんどのオペレーティングシステムパッチはオプションですが、しばらく適用しないで放置していると、セキュリティ体制の維持のためにパッチが必要となった結果、自動的に適用されることがあります。そのため、Amazon DocumentDB インスタンス向けのオペレーティングシステム更新が利用可能になったらすぐに適用することをお勧めします。 データベースエンジンパッチの適用には、Amazon DocumentDB クラスターを短時間オフラインにする必要があります。パッチが利用可能になるたびに、Amazon DocumentDB クラスターの次のメンテナンスウィンドウでの実施予定に組み込まれ、自動的に適用されます。 クラスターとインスタンスの両方のメンテナンスに、それぞれ独自のメンテナンスウィンドウがあります。クラスターやインスタンスの修正をすぐには適用しないことを選択した場合でも、メンテナンスウィンドウ中に自動的に適用されます。デフォルトでは、クラスターを作成すると、Amazon DocumentDB はクラスターと各個別のインスタンスの両方にメンテナンスウィンドウを割り当てます。クラスターまたはインスタンスを作成するときにメンテナンスウィンドウを選択できます。また、ビジネススケジュールや業務に合わせてメンテナンスウィンドウをいつでも変更できます。一般的には、メンテナンスによるアプリケーションへの影響を最小限に抑えるメンテナンスウィンドウ（夜間、週末など）を選択することをお勧めします。 **Topics** + [ ## Amazon DocumentDB エンジンパッチの通知 ](#patch-notifications) + [ ## 実施待ちの Amazon DocumentDB メンテナンスアクションを確認する ](#view-pending-maintenance) + [ ## Amazon DocumentDB エンジンの更新 ](#db-instance-updates-apply) + [ ## ユーザーが起動する更新 ](#user-initiated-updates) + [ ## Amazon DocumentDB メンテナンスウィンドウの管理する ](#maintenance-window) + [ ## Amazon DocumentDB オペレーティングシステムの更新 ](#os-system-updates) ## Amazon DocumentDB エンジンパッチの通知 コンソールの Health Dashboard (AHD) のヘルスイベント AWS と E メールを通じて、必要なデータベースエンジンパッチのメンテナンス通知が送信されます。Amazon DocumentDB エンジンメンテナンスパッチが特定の AWS リージョンで利用可能になると、リージョン内の影響を受けるすべての Amazon DocumentDB ユーザーアカウントに、パッチの影響を受ける各 Amazon DocumentDB バージョンの AHD と E メール通知が送信されます。これらの通知は、 AWS コンソールの AHD **のスケジュールされた変更**セクションで表示できます。通知には、パッチが利用可能になるタイミング、自動適用スケジュール、影響を受けるクラスターのリスト、およびリリースノートが記載されます。この通知は、 AWS アカウントのルートユーザーの E メールアドレスにも E メールで配信されます。 ![\[エンジンパッチのアップグレードのスケジュールされた変更タブを示す Amazon DocumentDB コンソール。\]](http://docs.aws.amazon.com/ja_jp/documentdb/latest/developerguide/images/scheduled-changes.png) このような通知を受け取り次第、スケジュールされた自動適用日より前に、Amazon DocumentDB クラスターにエンジンパッチを手動で適用することができます。または、予定通り次回のメンテナンスウィンドウ (デフォルトオプション) でエンジンパッチの自動適用を受けることもできます。 **注記** AHD 通知の **[ステータス]**は、新しいエンジンパッチバージョンの Amazon DocumentDB エンジンパッチがリリースされるまでは [進行中] と表示されます。 エンジンパッチが Amazon DocumentDB クラスターに適用されると、クラスターのエンジンパッチバージョンが更新され、通知対象のバージョン番号が反映されます。`db.runCommand({getEngineVersion: 1})` コマンドを実行して、更新が行われたかどうかを確認できます。 AWS Health は、イベントを使用してスケーラブルなイベント駆動型アプリケーションを構築し、Amazon Simple Queue Service (SQS) など AWS Lambda 20 を超えるターゲットと統合する Amazon EventBridge とも統合されています。エンジンパッチが利用可能になる前に、`AWS_DOCDB_DB_PATCH_UPGRADE_MAINTENANCE_SCHEDULED` イベントコードを使用して Amazon EventBridge をセットアップできます。EventBridge を設定して、イベントに応答し、イベント情報のキャプチャ、追加のイベントの開始、 へのプッシュ通知などの追加のチャネルを介した通知の送信 AWS Console Mobile Application、Amazon DocumentDB エンジンパッチがリージョンで利用可能になったときの是正措置やその他のアクションを実行するなどのアクションを自動実行できます。 Amazon DocumentDB がエンジンパッチをキャンセルするまれなシナリオでは、AHD 通知とキャンセルを通知する E メールが送信されます。`AWS_DOCDB_DB_PATCH_UPGRADE_MAINTENANCE_CANCELLED` イベントコードの使用により、このようなイベントにも対応するように Amazon EventBridge を設定できます。[Amazon EventBridge ルール](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html)運用の詳細については、「*Amazon EventBridge ユーザーガイド*」を参照してください。 ## 実施待ちの Amazon DocumentDB メンテナンスアクションを確認する AWS マネジメントコンソール または を使用して、クラスターでメンテナンス更新が利用可能かどうかを確認できます AWS CLI。 更新が利用可能な場合は、以下のいずれかの操作を行います。 + 現在次のメンテナンスウィンドウにスケジュールされているメンテナンスアクションを延期することができます (OS パッチのみ)。 + メンテナンスアクションをすぐに適用する。 + メンテナンスアクションを次のメンテナンスウィンドウ中に開始するようにスケジュールを設定する。 **注記** 特に対応を行わない場合、エンジンパッチなどの必須メンテナンスアクションは、次のメンテナンスウィンドウ時に自動的に適用されます。 メンテナンスウィンドウによって、保留中のオペレーションを開始する時刻が決定されますが、これらのオペレーションの合計実行時間は制限されません。 ------ #### [ Using the AWS マネジメントコンソール ] 1. にサインインし AWS マネジメントコンソール、[https://console.aws.amazon.com/docdb](https://console.aws.amazon.com/docdb) で Amazon DocumentDB コンソールを開きます。 1. ナビゲーションペインで **[Clusters]** (クラスター) を選択してください。 1. 更新が可能な場合、ここに示すように **[使用可能]**、**[必須]**、または **[次のウィンドウ]** という文字で、Amazon DocumentDB コンソールのクラスターの**メンテナンス**列に表示されます。 ![\[Amazon DocumentDB コンソールで、クラスターのメンテナンス列が表示されます。\]](http://docs.aws.amazon.com/ja_jp/documentdb/latest/developerguide/images/db-cluster-maintenance-updates-status.png) 1. アクションを実行するには、クラスターを選択してその詳細を表示し、次に **[メンテナンス & バックアップ]** を選択します。**[保留中のメンテナンス]** 項目が表示されます。 ![\[Amazon DocumentDB コンソールで、クラスターのメンテナンスウィンドウが表示されます。\]](http://docs.aws.amazon.com/ja_jp/documentdb/latest/developerguide/images/cluster-maint-3.png) ------ #### [ Using the AWS CLI ] 次の AWS CLI オペレーションを使用して、保留中のメンテナンスアクションを決定します。以下の出力は、保留中のメンテナンスアクションがないことを示しています。 ``` aws docdb describe-pending-maintenance-actions ``` このオペレーションによる出力は、次のようになります（JSON 形式）。 ``` { "PendingMaintenanceActions": [] } ``` ------ ## Amazon DocumentDB エンジンの更新 Amazon DocumentDB では、メンテナンスオペレーションを適用するタイミングを選択することができます。Amazon DocumentDB が更新を適用するタイミングは、 AWS マネジメントコンソール または を使用して決定できます AWS CLI。 このトピックの手順を使用して、クラスターをすぐにアップグレードするか、アップグレードをスケジュールします。 ------ #### [ Using the AWS マネジメントコンソール ] コンソールを使用して、Amazon DocumentDB クラスターの更新を管理することができます。 **クラスターの更新を管理するには** 1. にサインインし AWS マネジメントコンソール、[https://console.aws.amazon.com/docdb](https://console.aws.amazon.com/docdb) で Amazon DocumentDB コンソールを開きます。 1. ナビゲーションペインで **[Clusters]** (クラスター) を選択してください。 1. クラスターのリストで、メンテナンスオペレーションを適用するクラスターの名前の横にあるボタンを選択します。 1. [**アクション**] メニューで以下のいずれかを選択します。 + 保留中のメンテナンスタスクをすぐに実行する場合は、[**今すぐアップグレード**]。 + クラスターの次のメンテナンスウィンドウで保留中のメンテナンスタスクを実行する場合は、[**次のウィンドウでアップグレード**]。 または、クラスターの **[メンテナンス & バックアップ]** タブの [保留中のメンテナンス] セクションで **[今すぐ適用]** または **[次のメンテナンスウィンドウで適用]** をクリックすることもできます (前のセクションの「** AWS マネジメントコンソールを使用する**」を参照)。 **注記** 保留中のメンテナンスタスクがない場合、上記のオプションはすべて非アクティブになります。 ------ #### [ Using the AWS CLI ] 保留中の更新をクラスターに適用するには、 `apply-pending-maintenance-action` AWS CLI オペレーションを使用します。 **パラメータ** + **--resource-identifier** - 保留中のメンテナンスアクションが適用されるリソースの Amazon DocumentDB ARN (Amazon リソースネーム)です。 + **--apply-action** - このリソースに適用する保留中のメンテナンスアクションです。 有効な値: `system-update` および `db-upgrade`。 + **--opt-in-type** - オプトインリクエストのタイプを指定するか、オプトインクエストを元に戻す値です。タイプ `immediate` のオプトインリクエストは元に戻すことができません。 有効な値: + `immediate` — メンテナンスアクションをすぐに適用します。 + `next-maintenance` - リソースの次のメンテナンスウィンドウ中にメンテナンスアクションを適用します。 + `undo-opt-in` - 既存の `next-maintenance` オプトインリクエストをキャンセルします。 **Example** Linux、macOS、Unix の場合: ``` aws docdb apply-pending-maintenance-action \ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:docdb \ --apply-action system-update \ --opt-in-type immediate ``` Windows の場合: ``` aws docdb apply-pending-maintenance-action ^ --resource-identifier arn:aws:rds:us-east-1:123456789012:db:docdb ^ --apply-action system-update ^ --opt-in-type immediate ``` 少なくとも 1 つの保留中の更新があるリソースのリストを返すには、 `describe-pending-maintenance-actions` AWS CLI コマンドを使用します。 **Example** Linux、macOS、Unix の場合: ``` aws docdb describe-pending-maintenance-actions \ --resource-identifier arn:aws:rds:us-east-1:001234567890:db:docdb ``` Windows の場合: ``` aws docdb describe-pending-maintenance-actions ^ --resource-identifier arn:aws:rds:us-east-1:001234567890:db:docdb ``` このオペレーションによる出力は、次のようになります (JSON 形式)。 ``` { "PendingMaintenanceActions": [ { "ResourceIdentifier": "arn:aws:rds:us-east-1:001234567890:cluster:sample-cluster", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "CurrentApplyDate": "2019-01-11T03:01:00Z", "Description": "db-version-upgrade", "ForcedApplyDate": "2019-01-18T03:01:00Z", "AutoAppliedAfterDate": "2019-01-11T03:01:00Z" } ] } ] } ``` `describe-pending-maintenance-actions` AWS CLI オペレーションの `--filters`パラメータを指定して、クラスターのリソースのリストを返すこともできます。`--filters` オペレーションの形式は、`Name=filter-name,Values=resource-id,...` です。 `db-cluster-id` は、フィルターの `Name` パラメータの許容値です。この値では、クラスター識別子または ARN のリストが許容されます。返されるリストには、これらの識別子または ARN で識別されたクラスターの保留中のメンテナンスアクションのみが含まれます。 次の例では、`sample-cluster1` クラスターと `sample-cluster2` クラスターの保留中のメンテナンスアクションが返されます。 **Example** Linux、macOS、Unix の場合: ``` aws docdb describe-pending-maintenance-actions \ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2 ``` Windows の場合: ``` aws docdb describe-pending-maintenance-actions ^ --filters Name=db-cluster-id,Values=sample-cluster1,sample-cluster2 ``` ------ ### 日付の適用 各メンテナンスアクションにはそれぞれ、保留中のメンテナンスアクションを記述する際に確認できる適用日が設定されています。から保留中のメンテナンスアクションの出力を読み取ると AWS CLI、3 つの日付が表示されます。これらの日付値は、メンテナンスがオプションの場合は `null` です。対応するメンテナンスアクションがスケジュールされるか適用されると、値が自動的に入力されます。 + **CurrentApplyDate** - メンテナンスアクションが即座に、または次のメンテナンスウィンドウに適用される日付です。 + **ForcedApplyDate** - メンテナンスウィンドウとは関係なく、メンテナンスが自動的に適用される日付です。 + **AutoAppliedAfterDate** - クラスターのメンテナンスウィンドウでメンテナンスが適用される日付です。 ## ユーザーが起動する更新 Amazon DocumentDB のユーザーとして、クラスターまたはインスタンスの更新を開始することができます。例えば、インスタンスのクラスをより多くのメモリやより少ないメモリに変更したり、クラスターのパラメータグループを変更したりすることができます。Amazon DocumentDB は、これらの変更を、Amazon DocumentDB が開始した更新とは異なる方法で表示します。クラスターまたはインスタンスの変更の詳細については、以下を参照してください。 + [Amazon DocumentDB クラスターの変更](db-cluster-modify.md) + [Amazon DocumentDB インスタンスの変更](db-instance-modify.md) ユーザーが開始した変更のうち、保留中の変更リストを確認するには、次のコマンドを実行します。 **Example** **ユーザーが開始したインスタンスの変更のうち保留中のものを確認するには** Linux、macOS、Unix の場合: ``` aws docdb describe-db-instances \ --query 'DBInstances[*].[DBClusterIdentifier,DBInstanceIdentifier,PendingModifiedValues]' ``` Windows の場合: ``` aws docdb describe-db-instances ^ --query 'DBInstances[*].[DBClusterIdentifier,DBInstanceIdentifier,PendingModifiedValues]' ``` このオペレーションによる出力は、次のようになります (JSON 形式)。 この場合、`sample-cluster-instance` には `db.r5.xlarge` インスタンスクラスに対する保留中の変更があり、`sample-cluster-instance-2` には保留中の変更はありません。 ``` [ [ "sample-cluster", "sample-cluster-instance", { "DBInstanceClass": "db.r5.xlarge" } ], [ "sample-cluster", "sample-cluster-instance-2", {} ] ] ``` ## Amazon DocumentDB メンテナンスウィンドウの管理する 各インスタンスおよびクラスターには週次のメンテナンスウィンドウがあり、そのウィンドウ内に保留中の変更が適用されます。メンテナンスウィンドウは、変更やソフトウェアのパッチ適用がリクエストされた場合や必要となった場合に、いつ実行するかを制御できる機会です。メンテナンスイベントを特定の週に予定した場合、そのイベントはユーザーが指定した 30 分のメンテナンスウィンドウ中に開始されます。ほとんどのメンテナンスイベントは 30 分のメンテナンスウィンドウ中に完了しますが、大規模なメンテナンスイベントは 30 分以上かかる場合があります。 30 分のメンテナンスウィンドウは、リージョンごとに決められた 8 時間の中でランダムに選択されます。インスタンス、またはクラスターの作成時に優先するメンテナンスウィンドウを指定しない場合、Amazon DocumentDB はランダムに選択された曜日の 30 分のメンテナンスウィンドウを割り当てます。 次の表に、デフォルトでメンテナンスウィンドウが割り当てられる各リージョンの時間ブロックを示します。 | リージョン名 | リージョン | UTC 時間帯 | | --- | --- | --- | | 米国東部 (オハイオ) | us-east-2 | 03:00 ～ 11:00 | | 米国東部 (バージニア北部) | us–east–1 | 03:00 ～ 11:00 | | 米国西部 (オレゴン) | us-west-2 | 06:00 ～ 14:00 | | アフリカ (ケープタウン) | af-south-1 | 03:00 ～ 11:00 | | アジアパシフィック (香港) | ap-east-1 | 06:00 ～ 14:00 | | アジアパシフィック (ハイデラバード) | ap-south-2 | 06:30 ～ 14:30 | | アジアパシフィック (マレーシア) | ap-southeast-5 | 13:00 ～ 21:00 | | アジアパシフィック (ムンバイ) | ap-south-1 | 06:00 ～ 14:00 | | アジアパシフィック (大阪) | ap-northeast-3 | 12:00 ～ 20:00 | | アジアパシフィック (ソウル) | ap-northeast-2 | 13:00 ～ 21:00 | | アジアパシフィック (シンガポール) | ap-southeast-1 | 14:00 ～ 22:00 | | アジアパシフィック (シドニー) | ap-southeast-2 | 12:00 ～ 20:00 | | アジアパシフィック (ジャカルタ) | ap-southeast-3 | 08:00～16:00 | | アジアパシフィック (メルボルン) | ap-southeast-4 | 11:00～19:00 | | アジアパシフィック (タイ) | ap-southeast-7 | 15:00 ～ 23:00 | | アジアパシフィック (東京) | ap-northeast-1 | 13:00 ～ 21:00 | | カナダ (中部) | ca-central-1 | 03:00 ～ 11:00 | | 中国 (北京) | cn-north-1 | 06:00 ～ 14:00 | | 中国 (寧夏) | cn-northwest-1 | 06:00 ～ 14:00 | | 欧州 (フランクフルト) | eu-central-1 | 21:00 ～ 05:00 | | 欧州 (チューリッヒ) | eu-central-2 | 02:00 ～ 10:00 | | 欧州 (アイルランド) | eu-west-1 | 22:00 ～ 06:00 | | 欧州 (ロンドン) | eu-west-2 | 22:00 ～ 06:00 | | 欧州 (ミラノ) | eu-south-1 | 02:00 ～ 10:00 | | 欧州 (パリ) | eu-west-3 | 23:59 ～ 07:29 | | 欧州 (スペイン) | eu-south-2 | 02:00 ～ 10:00 | | 欧州 (ストックホルム) | eu-north-1 | 04:00 ～ 12:00 | | メキシコ (中部) | mx-central-1 | 03:00 ～ 11:00 | | 中東 (UAE) | me-central-1 | 05:00 ～ 13:00 | | 南米 (サンパウロ） | sa-east-1 | 00:00 ～ 08:00 | | イスラエル (テルアビブ) | il-central-1 | 04:00 ～ 12:00 | | AWS GovCloud (米国東部) | us-gov-east-1 | 17:00 ～ 01:00 | | AWS GovCloud (米国西部) | us-gov-west-1 | 06:00 ～ 14:00 | ### Amazon DocumentDB メンテナンスウィンドウを変更する メンテナンスウィンドウは使用率の最も低い時間帯に設定する必要があります。このため、場合によっては変更が必要になります。この間、クラスターまたはインスタンスは、システムの変更 (スケールストレージオペレーションやインスタンスクラスの変更など) が適用されていて停止が必要な場合に限り、使用できません。また、必要な変更を加えるのに必要な最小限の時間のみ使用不可となります。 データベースエンジンのアップグレードのために、Amazon DocumentDB は、個々のインスタンスのメンテナンスウィンドウではなく、クラスターの優先的なメンテナンスウィンドウを使用します。 **メンテナンスウィンドウを変更するには** + クラスターの場合には、「[Amazon DocumentDB クラスターの変更](db-cluster-modify.md)」を参照してください。 + インスタンスの場合には、「[Amazon DocumentDB インスタンスの変更](db-instance-modify.md)」を参照してください。 ## Amazon DocumentDB オペレーティングシステムの更新 Amazon DocumentDB クラスターのインスタンスでは、オペレーティングシステムの更新が必要になる時があります。Amazon DocumentDB は、データベースパフォーマンスと顧客の全体的なセキュリティ体制改善のために、オペレーティングシステムを新しいバージョンにアップグレードします。オペレーティングシステムの更新では、Amazon DocumentDB インスタンスの クラスターエンジンのバージョンまたはインスタンスクラスは変更されません。 クラスターの可用性を最大化するため、最初にクラスターのリーダーインスタンスを更新し、次にライターインスタンスを更新することをお勧めします。フェイルオーバーが発生するとダウンタイムが長引く可能性があるため、リーダーインスタンスとライターインスタンスを同時に更新することはお勧めしません。 Amazon DocumentDB のほとんどのオペレーティングシステムの更新はオプションであり、特定の適用日付は設定されていません。ただし、これらの更新をしばらく適用せずに放置していると、インスタンスのメンテナンスウィンドウ時に最終的に必要になり、想定外のタイミングで自動的に適用される場合があります。これは、データベースのセキュリティ体制を維持するために行われます。予期しないダウンタイムを避けるため、Amazon DocumentDB インスタンス向けオペレーティングシステム更新が利用可能になったらすぐに適用するように努め、ビジネスニーズに応じて都合の良いときにインスタンスメンテナンスウィンドウを設定することをお勧めします。 新しいオプションの更新が利用可能になったときに通知を受けるには、セキュリティパッチイベントカテゴリの RDS-EVENT-0230 をサブスクライブできます。Amazon DocumentDB イベントのサブスクライブについては、「[Amazon DocumentDB イベントサブスクリプションをサブスクライブする](https://docs.aws.amazon.com/documentdb/latest/developerguide/event-subscriptions.subscribe.html)」を参照してください。 インスタンスがプライマリインスタンスの場合、クラスターまたはインスタンスでメンテナンスが実行されると、フェイルオーバーが発生することを想定してください。可用性を向上させるためには、Amazon DocumentDB クラスターに複数のインスタンスを使用することをお勧めします。詳細については、「[Amazon DocumentDB フェイルオーバー](failover.md)」を参照してください。 **注記** 特定の管理機能では、Amazon DocumentDB は Amazon Relational Database Service (Amazon RDS) と共有の運用テクノロジーを使用します。 **重要** Amazon DocumentDB インスタンスは、オペレーティングシステムのアップグレード中はオフラインになります。マルチインスタンスクラスターを使用することで、クラスターのダウンタイムを最小限に抑えることができます。マルチインスタンスクラスターがない場合は、セカンダリインスタンスの追加によりマルチインスタンスクラスターを一時的に構築し、メンテナンスが完了したら追加した読み取りインスタンス (複数可) を削除することができます (セカンダリインスタンス向けの通常の料金が適用されます)。 **注記** さまざまなコンプライアンス義務を果たすためには、すべてのオプションおよび必須の更新を最新の状態に保つことが必要になる場合があります。Amazon DocumentDB によって提供されるすべての更新は、メンテナンス期間中に定期的に適用することをお勧めします。 AWS マネジメントコンソール または を使用して AWS CLI 、更新が利用可能かどうかを判断できます。 ------ #### [ Using the AWS マネジメントコンソール ] AWS マネジメントコンソールを使用して、利用可能な更新があるかどうかを確認するには: 1. にサインインし AWS マネジメントコンソール、[https://console.aws.amazon.com/docdb](https://console.aws.amazon.com/docdb) で Amazon DocumentDB コンソールを開きます。 1. ナビゲーションペインで **[クラスター]** を選択してから、インスタンスを選択します。 1. **[メンテナンス]** を選択します。 1. **[保留中のメンテナンス]** セクションで、オペレーティングシステムの更新を検索します。 ![\[Amazon DocumentDB コンソールで、クラスターのメンテナンス列が表示されます。\]](http://docs.aws.amazon.com/ja_jp/documentdb/latest/developerguide/images/maintenance-available-1.png) オペレーティングシステムの更新を選択し、**[保留中のメンテナンス]** セクションの **[今すぐ適用]** または **[次のメンテナンスウィンドウで適用]** をクリックすることができます。メンテナンス値が **[次のウィンドウ]** である場合は、**[後でアップグレード]** を選択してメンテナンス項目を延期します。既にスタートしているメンテナンスアクションは延期できません。 または、ナビゲーションペインの **[クラスター]** をクリックしてクラスターのリストからインスタンスを選択し、**[アクション]** メニューから **[今すぐ適用]** または **[次のメンテナンスウィンドウで適用]** を選択することもできます。 ------ #### [ Using the AWS CLI ] を使用して更新が使用可能かどうかを確認するには AWS CLI、 `describe-pending-maintenance-actions` コマンドを呼び出します。 ``` aws docdb describe-pending-maintenance-actions ``` ``` { "ResourceIdentifier": "arn:aws:docdb:us-east-1:123456789012:db:mydb2", "PendingMaintenanceActionDetails": [ { "Action": "system-update", "Description": "New Operating System update is available" } ] } ``` ------ オペレーティングシステムの更新は、Amazon DocumentDB エンジンのバージョンとインスタンスクラスに固有です。したがって、Amazon DocumentDB インスタンスは、異なる時間に更新を受信または要求します。そのエンジンのバージョンとインスタンスクラスに基づいたインスタンスにオペレーティングシステムの更新がある場合は、更新がコンソールに表示されます。コマンドを実行する AWS CLI `describe-pending-maintenance-actions`か、 `DescribePendingMaintenanceActions` API オペレーションを呼び出して表示することもできます。 なお、Amazon DocumentDB エンジンの最新のクラスターパッチリリースを実行していない場合、利用可能なメンテナンスとしてリストアップされているオペレーティングシステムの更新が表示されない場合があります。オペレーティングシステム更新を確実に把握および管理するには、まず Amazon DocumentDB エンジンを最新のエンジンパッチバージョンにアップグレードする必要があります。