Amazon OpenSearch Service での設定変更 - Amazon OpenSearch サービス

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

Amazon OpenSearch Service での設定変更

Amazon OpenSearch Service は、ドメインを更新するときにブルー/グリーンデプロイプロセスを使用します。ブルー/グリーンデプロイでは、本番環境をコピーするドメイン更新用のアイドル環境が作成され、更新が完了した後にユーザーが新しい環境にルーティングされます。ブルー/グリーンデプロイでは、ブルー環境が現在の本稼働環境です。グリーン環境はアイドル環境です。

データはブルー環境からグリーン環境に移行されます。新しい環境の準備が整うと、 OpenSearch サービスは環境を切り替えて、グリーン環境を新しい本稼働環境に昇格させます。データ損失なしでスイッチオーバーが行われます。この方法では、新しい環境へのデプロイに失敗しても、ダウンタイムを最小限に抑えることができ、元の環境を維持することができます。

通常は blue/green デプロイの原因となる変更

次のオペレーションにより、Blue/Green デプロイが発生します。

  • インスタンスタイプを変更する

  • きめ細かなアクセスコントロールの有効化

  • サービスソフトウェアのアップデートを行う

  • 専用マスターノードを有効または無効にする

  • スタンバイなしのマルチ AZ を有効または無効にする

  • ストレージタイプ、ボリュームタイプ、またはボリュームサイズの変更

  • 別の VPC のサブネットを選択する

  • VPC セキュリティグループを追加または削除する

  • OpenSearch Dashboards の Amazon Cognito 認証の有効化または無効化

  • 別の Amazon Cognito ユーザープールまたは ID プールを選択する

  • アドバンスト設定を変更する

  • 新しい OpenSearch バージョンへのアップグレード (アップグレードの一部または全部でOpenSearch ダッシュボードが使用できない場合があります)

  • 保管中のデータの暗号化または node-to-node 暗号化の有効化

  • またはコールドストレージの有効化 UltraWarm または無効化

  • Auto-Tune を無効にし、変更をロールバックする

  • ドメインへのオプションプラグインの関連付けとドメインからのオプションプラグインの関連付けの解除

  • 2 つの専用マスターノードを持つマルチ AZ ドメインの専用マスターノード数を増やす

  • EBS ボリュームサイズの縮小

  • 最後に行った変更が進行中であるか、6 時間以内に発生した場合は、EBS ボリュームサイズ、IOPS、またはスループットを変更する

  • 監査ログの への発行を有効にします CloudWatch。

スタンバイが有効のマルチ AZ では、1 回につき 1 つの変更リクエストしか行えません。変更がすでに進行中の場合、新しいリクエストは拒否されます。現在の変更ステータスは、DescribeDomainChangeProgress API を使用して確認できます。

通常は blue/green デプロイが発生しない変更

ほとんどの場合、次のオペレーションにより、Blue/Green デプロイは発生しません。

  • アクセスポリシーの変更

  • カスタムエンドポイントの変更

  • Transport Layer Security (TLS) ポリシーを変更する

  • 自動スナップショットの時間を変更する

  • [HTTPS が必要] を有効または無効にする

  • 変更内容をロールバックせずに Auto-Tune を有効または無効にする

  • ドメインに専用マスターノードがある場合は、データノードまたは UltraWarm ノード数を変更します。

  • ドメインに専用マスターノードがある場合は、専用マスターインスタンスのタイプまたは数を変更します (2 つの専用マスターノードを持つマルチ AZ ドメインを除く)。

  • へのエラーログまたはスローログの発行を有効または無効にする CloudWatch

  • への監査ログの発行を無効にする CloudWatch

  • データノードあたりのボリュームサイズを最大 3 TiB に増やし、ボリュームタイプ、IOPS、スループットを変更する

  • タグの追加と削除

注記

サービスソフトウェアのバージョンによっては、一部の例外があります。変更によってブルー/グリーンデプロイが発生しないようにするには、このオプションが使用可能な場合は、ドメインを更新する前にドライランを実行します。一部の変更では、ドライランオプションが提供されません。通常、ピークトラフィック時間外にクラスターを変更することをお勧めします。

変更によってブルー/グリーンデプロイが実行されるかどうかを判断する

一部のタイプの計画された設定変更をテストして、ブルー/グリーンデプロイを引き起こすかどうかを判断できます。これらの変更にコミットする必要はありません。設定の変更を開始する前に、コンソールまたは API を使用して検証チェックを実行し、ドメインが更新の対象であることを確認してください。

Console
設定の変更を検証するには
  1. で Amazon OpenSearch Service コンソールに移動しますhttps://console.aws.amazon.com/aos/

  2. 左側のナビゲーションペインで [Domains] (ドメイン) を選択します。

  3. 設定の変更を実行するドメインを選択します。選択すると、ドメインの詳細ページが開きます。[Actions] (アクション) ドロップダウンメニューを選択してから、[Edit cluster configuration] (クラスター設定の編集) を選択します。

  4. [Edit cluster configuration] (クラスター設定の編集) ページでは、インスタンスタイプ、ノードの数、およびその他の設定を変更できます。概要パネルで変更を確認したら、[Run] (実行) を選択します。

  5. ドライランが完了したら、その結果がドライラン ID とともに、ページの最下部に自動表示されます。これらの結果から、変更がどのカテゴリに該当するかがわかります。

    • ブルー/グリーンデプロイが開始される

    • ブルー/グリーンデプロイは必要なし

    • 変更を保存する前に対処する必要がある検証エラーが含まれている

    各ドライランは、その直前のドライランを上書きすることに注意してください。後ほど各ドライランの詳細を調べるため、ドライラン ID を保存しておくようにしてください。各ドライランは 90 日間、または設定を更新するまで利用できます。

  6. 設定の更新を続行するには、[Save changes] (変更の保存) を選択します。それ以外の場合は、[Cancel] (キャンセル) を選択します。どちらのオプションを選択しても、[Cluster configuration] (クラスター設定) タブに戻ります。このタブで [Dry run details] (ドライランの詳細) を選択すると、最新のドライランの詳細が確認できます。このページには、ドライラン前の設定とドライラン設定 side-by-side の比較も含まれています。

API

設定 API を使用してドライラン検証を実行できます。API を使用して変更をテストするには、DryRuntrueDryRunModeVerbose に設定します。Verbose モードは、変更によってブルー/グリーンデプロイが開始されるかどうかの判断に加えて、検証チェックも実行します。例えば、このUpdateDomainConfigリクエストは、 を有効にした結果生じるデプロイタイプをテストします UltraWarm。

POST https://es.us-east-1.amazonaws.com/2021-01-01/opensearch/domain/my-domain/config { "ClusterConfig": { "WarmCount": 3, "WarmEnabled": true, "WarmType": "ultrawarm1.large.search" }, "DryRun": true, "DryRunMode": "Verbose" }

リクエストは検証チェックを実行し、変更に起因するデプロイのタイプを返しますが、実際の更新は行いません。

{ "ClusterConfig": { ... }, "DryRunResults": { "DeploymentType": "Blue/Green", "Message": "This change will require a blue/green deployment." } }

考えられるデプロイタイプは、次のとおりです。

  • Blue/Green – 変更によって、ブルー/グリーンデプロイが発生します。

  • DynamicUpdate – 変更によって、ブルー/グリーンデプロイは発生しません。

  • Undetermined – ドメインがまだ処理状態であるため、デプロイのタイプを特定できません。

  • None – 設定変更はありません。

検証が失敗すると、検証失敗のリストが返されます。

{ "ClusterConfig":{ "..." }, "DryRunProgressStatus":{ "CreationDate":"2023-01-12T01:14:33.847Z", "DryRunId":"db00ca39-48b2-4774-bbd3-252cf094d205", "DryRunStatus":"failed", "UpdateDate":"2023-01-12T01:14:33.847Z", "ValidationFailures":[ { "Code":"Cluster.Index.WriteBlock", "Message":"Cluster has index write blocks." } ] } }

ステータスが のままの場合はpending、以降のDescribeDryRunProgress呼び出しで UpdateDomainConfig レスポンスのドライラン ID を使用して、検証のステータスを確認できます。

GET https://es.us-east-1.amazonaws.com/2021-01-01/opensearch/domain/my-domain/dryRun?dryRunId=my-dry-run-id { "DryRunConfig": null, "DryRunProgressStatus": { "CreationDate": "2023-01-12T01:14:42.998Z", "DryRunId": "db00ca39-48b2-4774-bbd3-252cf094d205", "DryRunStatus": "succeeded", "UpdateDate": "2023-01-12T01:14:49.334Z", "ValidationFailures": null }, "DryRunResults": { "DeploymentType": "Blue/Green", "Message": "This change will require a blue/green deployment." } }

検証チェックなしでドライラン分析を実行するには、設定 API を使用するときに DryRunModeBasic に設定します。

Python

次の Python コードは UpdateDomainConfig API を使用してドライラン検証チェックを実行し、チェックが成功すると、ドライランなしで同じ API を呼び出して更新を開始します。チェックが失敗した場合、スクリプトはエラーを出力して停止します。

import time import boto3 client = boto3.client('opensearch') response = client.UpdateDomainConfig( ClusterConfig={ 'WarmCount': 3, 'WarmEnabled': True, 'WarmCount': 123, }, DomainName='test-domain', DryRun=True, DryRunMode='Verbose' ) dry_run_id = response.DryRunProgressStatus.DryRunId retry_count = 0 while True: if retry_count == 5: print('An error occured') break dry_run_progress_response = client.DescribeDryRunProgress('test-domain', dry_run_id) dry_run_status = dry_run_progress_response.DryRunProgressStatus.DryRunStatus if dry_run_status == 'succeeded': client.UpdateDomainConfig( ClusterConfig={ 'WarmCount': 3, 'WarmEnabled': True, 'WarmCount': 123, }) break elif dry_run_status == 'failed': validation_failures_list = dry_run_progress_response.DryRunProgressStatus.ValidationFailures for item in validation_failures_list: print(f"Code: {item['Code']}, Message: {item['Message']}") break retry_count += 1 time.sleep(30)

設定変更の開始と追跡

注記

一度に 1 つの設定変更をリクエストできます。1 つのリクエストで複数の設定変更をグループ化することもできます。追加の設定変更をリクエストActiveする前に、ドメインのステータスが になるのを待ちます。

Amazon OpenSearch Service コンソールでドメイン処理ステータスフィールドと Config 変更ステータスフィールドを表示して、ドメインと設定の変更を追跡できます。API レスポンスの および ConfigChangeStatusパラメータを使用して、ドメインDomainProcessingStatusと設定の変更を追跡することもできます。詳細については、 OpenSearch 「サービス API リファレンス」のDomainStatus「 データ型」を参照してください。

ドメイン処理ステータスの可視性: コンソールのドメイン処理ステータスフィールドを確認することで、ドメインの設定ステータスを簡単に判断できます。同様に、 DomainProcessingStatus API パラメータを使用してステータスを識別できます。次の値は、ドメインの処理ステータスです。

  • Active: 設定の変更は進行中ではありません。新しい設定変更リクエストを送信できます。

  • Creating: ドメインを作成中です。

  • Modifying: 新しいデータノード、EBS、gp3、IOPS プロビジョニングの追加、KMS キーの設定などの設定変更が進行中です。

    注記

    ドメインModifyingが設定変更を完了するためにシャードの移動を必要とする状況では、ステータスが と表示されることがあります。下位互換性のために、 Processingパラメータの動作は API レスポンスでは変更されず、コア設定の変更が完了するとすぐに、シャード移動の完了を待たずに false に設定されます。

  • Upgrading Engine Version: エンジンバージョンのアップグレードが進行中です。

  • Updating Service Software: サービスソフトウェアの更新が進行中です。

  • Deleting: ドメインは削除中です。

  • Isolated: ドメインは停止されています。

設定ステータスの可視性: 設定の変更は、オペレータ (新しいデータノードの追加、インスタンスタイプの変更など) またはサービス (Auto-Tune やオフピーク時の更新など) によって開始できます。最新の設定変更の詳細のステータスは、Amazon OpenSearch Service コンソールの設定変更ステータスフィールドと ConfigChangeStatus API レスポンスで確認できます。次の値は、ドメインの設定ステータスを示します。

  • Pending: 設定変更リクエストが送信されました。

  • Initializing: サービスは設定変更リクエストを初期化しています。

  • Validating: サービスは、要求された変更と必要なリソースを検証しています。

  • Awaiting user inputs: オペレータがインスタンスタイプの変更など、いくつかの設定変更が続行されると予想される場合に適用されます。設定の変更を編集できます。

  • Applying changes: サービスはリクエストされた設定変更を適用しています。

  • Cancelled: 設定の変更がキャンセルされました。検証の失敗ステータスが表示された場合は、コンソールでキャンセルをクリックするか、 API オペレーションを呼び出すことができます。 CancelDomainConfigChangeこれを行うと、適用されたすべての変更がロールバックされます。

  • Completed: リクエストされた設定の変更は正常に完了しました。

  • Validation Failed: リクエストされた変更は検証に失敗しました。設定の変更は適用されません。

    注記

    検証の失敗は、ドメインに存在する赤いインデックス、選択したインスタンスタイプが使用できない、またはディスク容量不足が原因である可能性があります。検証エラーのリストについては、「」を参照してください検証エラーのトラブルシューティング。検証失敗イベント中に、設定の変更をキャンセル、再試行、または編集できます。

API 概要: DescribeDomain、、および DescribeDomainConfig API オペレーションを使用してDescribeDomainChangeProgress、詳細な設定更新ステータスを取得できます。さらに、 CancelDomainConfigChangeを使用して、検証に失敗した場合に更新をキャンセルできます。詳細については、OpenSearch 「Service API ドキュメント」を参照してください。

設定の変更が完了すると、ドメインの状態は に戻りますActive

クラスターのヘルスと Amazon CloudWatch メトリクスを確認し、ドメインの更新中にクラスター内のノード数が一時的に増加し、多くの場合は 2 倍になります。次の図では、設定の変更中にノード数が 11 から 22 に倍増し、更新が完了すると 11 に戻っていることがわかります。

ドメイン設定の変更中にノード数が 11 から 22 に倍増しています。

この一時的な増加により、管理対象のノード数がかなり増えるため、クラスターの専用マスターノードへの負荷が高くなります。また、 OpenSearch サービスが古いクラスターから新しいクラスターにデータをコピーするため、検索とインデックス作成のレイテンシーを増やすこともできます。クラスターでは、Blue/Green デプロイに関連するオーバーヘッドを処理するための十分な容量を維持することが重要です。

重要

設定の変更およびサービスのメンテナンス中に、追加料金は発生しません。課金対象となるのは、クラスター用にリクエストしたノード数のみです。詳細については、「設定変更に関連する料金」を参照してください。

専用マスターノードの過負荷を防ぐために、Amazon CloudWatch メトリクス を使用して使用状況をモニタリングできます。推奨される最大値については、「Amazon OpenSearch Service の推奨 CloudWatch アラーム」を参照してください。

設定変更のステージ

設定変更を開始すると、 OpenSearch Service は一連のステップを実行してドメインを更新します。設定変更の進行状況は、コンソールの設定変更ステータスで確認できます。更新が実行される正確な手順は、変更の種類によって異なります。DescribeDomainChangeProgress API オペレーションを使用して設定変更をモニタリングすることもできます。

設定変更中に更新が実行される可能性のあるステージを次に示します。

ステージ名 説明

検証

ドメインが更新の要件を満たしていることを検証し、必要に応じて検証の問題を明らかにします。

新しい環境の作成

blue/green デプロイを開始するために必要な前提条件を完了し、必要なリソースを作成します。

新しいノードのプロビジョニング

新しい環境での新しいインスタンスのセットの作成。

新しいノードでのトラフィックルーティング

新しく作成されたデータノードにトラフィックをリダイレクトします。

古いノードでのトラフィックルーティング

古いデータノードでトラフィックを無効にする。

削除するノードの準備

ノードを削除する準備をしています。このステップは、ドメインを縮小している場合にのみ発生します(例えば、8 ノードから 6 ノードへ)。

シャードの新しいノードへのコピー

古いノードから新しいノードにシャードを移動します。

ノードの終了

シャードを削除した後、古いノードを終了して削除する。

古いリソースの削除

古い環境 (ロードバランサーなど) に関連付けられているリソースの削除。

動的更新

更新が blue/green デプロイを必要とせず、動的に適用できる場合に表示されます。

専用マスター関連の変更の適用

専用マスターインスタンスのタイプまたは数が変更されたときに表示されます。

ボリューム関連の変更の適用

ボリュームのサイズ、タイプ、IOPS、スループットが変更されたときに表示されます。

ブルー/グリーンデプロイのパフォーマンスへの影響

ブルー/グリーンデプロイ中、Amazon OpenSearch Service クラスターは受信検索リクエストとインデックス作成リクエストに使用できます。ただし、次のようなパフォーマンスの問題が発生する可能性があります。

  • クラスターで管理するノードが増えるにつれて、リーダーノードの使用量が一時的に増加します。

  • Service が古いノードから新しいノードにデータ OpenSearch をコピーするにつれて、検索とインデックス作成のレイテンシーが増加しました。

  • ブルー/グリーンデプロイ中にクラスターの負荷が増加するにつれて、受信リクエストの拒否が増加しました。

  • レイテンシーの問題やリクエストの拒否を回避するには、クラスターが正常で、ネットワークトラフィックが少ないときにブルー/グリーンデプロイを実行する必要があります。

設定変更に関連する料金

ドメインの設定を変更すると、 OpenSearch の説明に従ってサービスが新しいクラスターを作成しますAmazon OpenSearch Service での設定変更。古いものから新しいものへの移行中、以下の料金が発生します。

  • インスタンスタイプを変更した場合、両方のクラスター (最初の 1 時間) が課金されます。最初の 1 時間の後は、新しいクラスターに対してのみ料金が発生します。EBS ボリュームはクラスターの一部であるため、2 回課金されることはありません。そのため、課金はインスタンスの課金に従います。

    例: 3 つの m3.xlarge インスタンスから 4 つの m4.large インスタンスに設定を変更した場合。最初の 1 時間は、両方のクラスターに課金されます (3 * m3.xlarge + 4 * m4.large)。最初の 1 時間の後は、新しいクラスターに対してのみ料金が発生します (4 * m4.large)。

  • インスタンスタイプを変更しない場合は、最大のクラスターに対してのみ課金されます (最初の 1 時間)。最初の 1 時間の後は、新しいクラスターに対してのみ料金が発生します。

    例: 6 つの m3.xlarge インスタンスから 3 つの m3.xlarge インスタンスに設定を変更した場合。最初の 1 時間は、最大のクラスターに課金されます (6 * m3.xlarge)。最初の 1 時間の後は、新しいクラスターに対してのみ料金が発生します (3 * m3.xlarge)。

検証エラーのトラブルシューティング

設定変更を開始するか、 OpenSearch または Elasticsearch バージョンアップグレードを実行すると、 OpenSearch Service はまず一連の検証チェックを実行して、ドメインが更新の対象であることを確認します。これらのチェックのいずれかが失敗した場合、ドメインを更新する前に修正する必要がある特定の問題を含む通知がコンソールで表示されます。次の表に、 OpenSearch サービスが表示できる可能性のあるドメインの問題と、それらを解決する手順を示します。

問題 エラーコード トラブルシューティングのステップ
セキュリティグループが見つかりません SecurityGroupNotFound

OpenSearch サービスドメインに関連付けられたセキュリティグループが存在しません。この問題を解決するには、指定された名前でセキュリティ グループを作成します。

サブネットが見つかりません SubnetNotFound

OpenSearch サービスドメインに関連付けられたサブネットが存在しません。この問題を解決するには、VPC でサブネットを作成します。

サービスにリンクされたロールが設定されていません SLRNotConfigured サービスのサービスにリンクされたロールが設定されていません。 OpenSearch サービスにリンクされたロールは OpenSearch 、サービスによって事前定義されており、ユーザーに代わってサービスから他の AWS のサービスを呼び出すために必要なすべてのアクセス許可が含まれています。ロールが存在しない場合は、手動で作成する必要がある場合があります。
十分な IP アドレスがありません InsufficientFreeIPsForSubnets

1 つ以上の VPC サブネットに、ドメインを更新するのに十分な IP アドレスがありません。必要な IP アドレスの数を計算するには、「VPC サブネットで IP アドレスをリザーブする」を参照してください。

Cognito ユーザープールが存在しません CognitoUserPoolNotFound

OpenSearch サービスで Amazon Cognito ユーザープールが見つかりません。ユーザープールを作成し、正しい ID が設定されていることを確認します。ID を見つけるには、Amazon Cognito コンソールまたは次の AWS CLI コマンドを使用できます。

aws cognito-idp list-user-pools --max-results 60 --region us-east-1
Cognito ID プールが存在しません CognitoIdentityPoolNotFound

OpenSearch サービスが Cognito ID プールを見つけられません。ユーザープールを作成し、正しい ID が設定されていることを確認します。ID を見つけるには、Amazon Cognito コンソールまたは次の AWS CLI コマンドを使用できます。

aws cognito-identity list-identity-pools --max-results 60 --region us-east-1
ユーザープールの Cognito ドメインが見つかりません CognitoDomainNotFound

ユーザープールにドメイン名がありません。Amazon Cognito コンソールまたは次の AWS CLI コマンドを使用して設定できます。

aws cognito-idp create-user-pool-domain --domain my-domain --user-pool-id id
Cognito ロールが設定されていません CognitoRoleNotConfigured

Amazon Cognito ユーザープールと ID プールを設定し、認証に使用するアクセス許可を OpenSearch サービスに付与する IAM ロールは設定されていません。適切な許可セットと信頼関係を使用してロールを設定します。コンソールを使用してデフォルトのCognitoAccessForAmazonOpenSearchロールを作成することも、 AWS CLI または AWS SDK を使用して手動でロールを設定することもできます。

ユーザープールを記述できません UserPoolNotDescribable 指定された Amazon Cognito ロールには、ドメインに関連付けられたユーザープールを記述するための許可がありません。ロールの許可ポリシーで cognito-identity:DescribeUserPool アクションが許可されていることを確認してください。完全な許可ポリシーについては、「CognitoAccessForAmazonOpenSearch ロールについて」を参照してください。
ID プールを記述できません IdentityPoolNotDescribable 指定された Amazon Cognito ロールには、ドメインに関連付けられた ID プールを記述するための許可がありません。ロールの許可ポリシーで cognito-identity:DescribeIdentityPool アクションが許可されていることを確認してください。完全な許可ポリシーについては、「CognitoAccessForAmazonOpenSearch ロールについて」を参照してください。
ユーザーおよび ID プールを記述できません CognitoPoolsNotDescribable 指定された Amazon Cognito ロールには、ドメインに関連付けられたユーザーおよび ID プールを記述するための許可がありません。ロールの許可ポリシーで cognito-identity:DescribeIdentityPool および cognito-identity:DescribeUserPool アクションが許可されていることを確認してください。完全な許可ポリシーについては、「CognitoAccessForAmazonOpenSearch ロールについて」を参照してください。
KMS キーが有効になっていません KMSKeyNotEnabled

ドメインの暗号化に使用される AWS Key Management Service (AWS KMS) キーは無効になっています。すぐにキーを再度有効にします

カスタム証明書が [ISSUED] (発行済み) の状態ではありません InvalidCertificate

ドメインがカスタムエンドポイントを使用している場合は、 AWS Certificate Manager (ACM) で SSL 証明書を生成するか、独自の証明書をインポートして保護します。証明書のステータスは [Issued] (発行済み) である必要があります。このエラーが発生した場合は、ACM コンソールで証明書のステータスを確認してください。ステータスが [Expired] (期限切れ)、[Failed] (失敗)、[Inactive] (非アクティブ)、または [Pending validation] (検証の保留中) の場合は、ACM のトラブルシューティングドキュメントを参照して問題を解決してください。

選択したインスタンスタイプを起動するのに十分なキャパシティがありません InsufficientInstanceCapacity

リクエストされたインスタンスタイプのキャパシティは利用できません。例えば、5 つのi3.16xlarge.searchノードをリクエストしたが、 OpenSearch サービスに十分なi3.16xlarge.searchホストが利用できないため、リクエストを満たすことができません。 OpenSearch サービスでサポートされているインスタンスタイプを確認し、別のインスタンスタイプを選択します。

クラスター内の赤いインデックス RedCluster

クラスター内の 1 つ以上のインデックスが赤のステータスになり、全体的に赤のクラスターステータスになります。この問題のトラブルシューティングおよび修復については、「赤のクラスター状態」を参照してください。

メモリサーキットブレーカー、リクエストが多すぎます TooManyRequests

ドメインへの検索リクエストと書き込みリクエストが多すぎるため、 OpenSearch サービスは設定を更新できません。リクエストの数を減らしたり、インスタンスを最大 64 GiB の RAM まで垂直方向にスケールしたり、インスタンスを追加して水平方向にスケールしたりできます。

新しい設定はデータを保持できません (ディスク容量不足) InsufficientStorageCapacity

設定されたストレージサイズでは、ドメインのすべてのデータを保持できません。この問題を解決するには、より大きなボリュームを選択するか、未使用のインデックスを削除するか、クラスター内のノードの数を増やしてディスク容量をすぐに解放します。

特定のノードにシャードが固定されています ShardMovementBlocked

ドメイン内の 1 つ以上のインデックスが特定のノードにアタッチされており、再割り当てできません。これは、シャード割り当てのフィルタリングを設定したために発生する可能性が最も高いです。このフィルタリングは、特定のインデックスのシャードをホストすることを許可するノードを指定できるようにします。

この問題を解決するには、影響を受けるすべてのインデックスからシャード割り当てフィルターを削除します。

PUT my-index/_settings { "settings": { "index.routing.allocation.require._name": null } }
新しい設定はすべてのシャードを保持できません (シャード数) TooManyShards ドメインのシャード数が多すぎるため、 OpenSearch サービスがそれらを新しい設定に移動できません。この問題を解決するには、現在のクラスターノードと同じ設定タイプのノードを追加して、ドメインを水平にスケールします。EBS ボリュームの最大サイズは、ノードのインスタンスタイプによって異なることに注意してください。

今後この問題が発生しないようにするには、「シャード数の選択」を参照して、ユースケースに適したシャーディング戦略を定義してください。

ドメインに関連付けられたサブネットは IPv4 アドレスをサポートしていません

ResultCodeIPv4BlockNotExists

この問題を解決するには、ドメインの設定された IP アドレスタイプに応じて、VPC でサブネットを作成するか、既存のサブネットを更新します。ドメインで [IPv4 のみ] のアドレスタイプを使用している場合は、IPv4 のみのサブネットを使用します。ドメインで [デュアルスタックモード] を使用している場合は、デュアルスタックサブネットを使用します。

ドメインに関連付けられたサブネットは IPv6 アドレスをサポートしていません

ResultCodeIPv6BlockNotExists

この問題を解決するには、ドメインの設定された IP アドレスタイプに応じて、VPC でサブネットを作成するか、既存のサブネットを更新します。ドメインで [IPv4 のみ] のアドレスタイプを使用している場合は、IPv4 のみのサブネットを使用します。ドメインで [デュアルスタックモード] を使用している場合は、デュアルスタックサブネットを使用します。