翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon OpenSearch Service ドメインの作成と管理
この章では、Amazon OpenSearch Service ドメインを作成して管理する方法について説明します。ドメインは、オープンソースの OpenSearch クラスターと同等の AWSがプロビジョニングされたものです。ドメインを作成するときは、その設定、インスタンスタイプ、インスタンス数、ストレージ割り当てを指定します。オープンソースクラスターの詳細については、OpenSearch ドキュメントの「[Creating a cluster](https://opensearch.org/docs/latest/tuning-your-cluster/)」を参照してください。
[開始方法チュートリアル](gsg.md)の簡単な手順とは異なり、この章ではすべてのオプションについて説明し、関連するリファレンス情報を提供します。OpenSearch Service コンソール、 AWS Command Line Interface (AWS CLI)、または AWS SDKs の手順を使用して、各手順を完了できます。
## OpenSearch Service ドメインの作成
このセクションでは、OpenSearch Service コンソールを使用するか、 `create-domain` コマンド AWS CLI で を使用して OpenSearch Service ドメインを作成する方法について説明します。
### OpenSearch Service ドメインの作成 (コンソール)
次の手順に従って、コンソールを使用することで OpenSearch Service ドメインを作成します。
**OpenSearch Service ドメインを作成するには (コンソール)**
1. [https://aws.amazon.com](https://aws.amazon.com/) にアクセスし、[**コンソールにサインイン**] を選択します。
1. [**分析**] の下で、[**Amazon OpenSearch Service**] を選択します。
1. [**ドメインの作成**] を選択します。
1. [**ドメイン名**] には、ドメイン名を入力します。名前は次の基準を満たしている必要があります。
+ アカウントと に固有 AWS リージョン
+ 先頭が小文字
+ 3～28 文字
+ 小文字の a～z、0～9 の数字、ハイフン (-) のみ含まれる
1. ドメインの作成方法は、**[標準作成]** を選択します。
1. **[テンプレート]** で、ドメインの目的に最も一致するオプションを選択します。
+ 高可用性とパフォーマンスを必要とするワークロード向けの **[本番]** ドメイン。これらのドメインは、可用性を高めるために、マルチ AZ (スタンバイの有無にかかわらず) と専用マスターノードを使用します。
+ 開発またはテスト向けの **[開発/テスト]**。これらのドメインは、マルチ AZ (スタンバイの有無にかかわらず) または単一のアベイラビリティーゾーンを使用できます。
**重要**
デプロイタイプが異なると、後続のページのオプションが異なります。これらのステップにはすべてのオプションが含まれています。
1. **[デプロイオプション]** で、**[スタンバイが有効のドメイン]** を選択して 3-AZ ドメインを設定し、いずれかのゾーンのノードがスタンバイとして予約されます。このオプションでは、指定されたデータノード数、マスターノード数、インスタンスタイプ、レプリカ数、ソフトウェアアップデート設定など、いくつかのベストプラクティスが適用されます。
1. **バージョン**では、使用する OpenSearch また従来の Elasticsearch OSS のバージョンを選択します。最新バージョンの OpenSearch を選択することをお勧めします。詳細については、「[サポートされているバージョンの Elasticsearch および OpenSearch](what-is.md#choosing-version)」を参照してください。
(オプション) ドメインに OpenSearch バージョンを選択した場合は、[**互換モードを有効にする**] を選択して OpenSearch のバージョンを 7.10 と報告します。これにより、接続する前にバージョンをチェックする特定の Elasticsearch OSS クライアントおよびプラグインが、サービスとの動作を続行できます。
1. [**インスタンスタイプ**] では、データノードのインスタンスタイプを選択します。詳細については、「[Amazon OpenSearch Service でサポートされるインスタンスタイプ](supported-instance-types.md)」を参照してください。
**注記**
すべてのアベイラビリティーゾーンですべてのインスタンスタイプがサポートされているわけではありません。スタンバイ付きまたはスタンバイなしのマルチ AZ を選択する場合は、R5 や I3 などの現行世代のインスタンスタイプを選択することをお勧めします。
1. [**ノードの数**] で、データノードの数を選択します。
最大値については、「[OpenSearch Service のドメインとインスタンスクォータ](https://docs.aws.amazon.com/general/latest/gr/opensearch-service.html#opensearch-limits-domain)」を参照してください。単一ノードのクラスターは、開発とテスト用に適切ですが、本稼働のワークロードには使用しないでください。ガイダンスについては、「[Amazon OpenSearch Service ドメインのサイジング](sizing-domains.md)」および「[Amazon OpenSearch Service でのマルチ AZ ドメインの設定](managedomains-multiaz.md)」を参照してください。
**注記**
(オプション) 専有コーディネーターノードは、すべての OpenSearch バージョンと ElasticSearch バージョン 6.8～7.10 をサポートしています。専用コーディネーターノードは、専用クラスターマネージャーが有効になっているドメインで使用できます。専用コーディネーターノードを有効にするには、インスタンスのタイプと数を選択します。ベストプラクティスとして、専用コーディネーターノードのインスタンスファミリーをデータノード (Intel ベースのインスタンスまたは Graviton ベースのインスタンス) と同じままにする必要があります。
1. **[ストレージタイプ]** で、[Amazon EBS] を選択します。一覧で利用できるボリュームタイプは、選択したインスタンスタイプに応じて異なります。特に大きなドメインを作成する際のガイダンスについては、「[Amazon OpenSearch Service 用ペタバイトスケール](petabyte-scale.md)」を参照してください。
1. **[EBS]** ストレージでは、次の追加設定を行います。選択したボリュームのタイプによっては、一部の設定が表示されない場合があります。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/opensearch-service/latest/developerguide/createupdatedomains.html)
1. (オプション) `gp3` ボリュームタイプを選択した場合は、**[詳細設定]** を展開し、ストレージの料金に含まれるものを超えて、追加の IOPS (データノードあたりプロビジョニングされる 3 TiB ボリュームサイズそれぞれに対して最大 16,000 MiB/秒) とスループット (データノードあたりプロビジョニングされる 3 TiB ボリュームサイズそれぞれに対して最大 1,000) を指定します。これには追加料金がかかります。詳細については、「[Amazon OpenSearch Service の料金](https://aws.amazon.com/opensearch-service/pricing/)」を参照してください。
1. (オプション) [UltraWarm ストレージ](ultrawarm.md)を有効にするには、[**UltraWarm データノードを有効にする**] を選択します。各インスタンスタイプには、アドレス可能な[ストレージの最大容量](limits.md#limits-ultrawarm)があります。この量に、アドレス可能なウォームストレージの合計のウォームデータノードの数を乗算します。
1. (オプション) [[コールドストレージ](cold-storage.md)] を有効にするには、[**コールドストレージを有効にする**] を選択します。コールドストレージを有効にするには、UltraWarm を有効にする必要があります。
1. スタンバイ付きマルチ AZ を使用する場合、3 つの[専用マスターノード](managedomains-dedicatedmasternodes.md)が既に有効になっています。必要なマスターノードのタイプを選択します。スタンバイなしのマルチ AZ のドメインを選択した場合は、**[専用マスターノードを有効にする]** を選択し、必要なマスターノードのタイプと数を選択します。専用マスターノードは、クラスターの安定性を高めます。また、インスタンス数が 10 を超えるドメインに必要です。本番稼働用ドメインには、3 つの専用マスターノードをお勧めします。
**注記**
専用マスターノードおよびデータノードの異なるインスタンスタイプを選択できます。たとえば、データノードの汎用またはストレージ最適化インスタンスを選択できますが、専用マスターノードのコンピューティング最適化インスタンスは選択できません。
1. (オプション) OpenSearch または Elasticsearch 5.3 以降を実行しているドメインでは、[**スナップショット設定**] は無関係です。自動化されたスナップショットの詳細については、「[Amazon OpenSearch Service でのインデックススナップショットの作成](managedomains-snapshots.md)」を参照してください。
1. 標準エンドポイントの `https://search-mydomain-1a2a3a4a5a6a7a8a9a0a9a8a7a.us-east-1.es.amazonaws.com` ではなく、カスタムエンドポイントを使用する場合、[**カスタムエンドポイントを有効にする**] を選択し、名前と証明書を入力します。詳細については、「[Amazon OpenSearch Service 用のカスタムエンドポイントの作成](customendpoint.md)」を参照してください。
1. [**ネットワーク**] セクションで、[**VPC アクセス**] または [**パブリックアクセス**] を選択します。[**パブリックアクセス**] を選択した場合は、次のステップに進みます。**[VPC access]** (VPC アクセス) を選択する場合は、[[prerequisites]](vpc.md#prerequisites-vpc-endpoints) (前提条件) を満たしていることを確認してから、次の設定を行います。
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/opensearch-service/latest/developerguide/createupdatedomains.html)
1. きめ細かなアクセスコントロールを有効または無効にします。
+ ユーザー管理に IAM を使用する場合は、[**IAM ARN をマスターユーザーとして設定**] を選択し、IAM ロールの ARN を指定します。
+ 内部ユーザーデータベースを使用する場合は、**[マスターユーザーの作成]** を選択し、ユーザー名とパスワードを指定します。
どちらのオプションを選択しても、マスターユーザーはクラスター内のすべてのインデックスとすべての OpenSearch API にアクセスできます。選択するオプションのガイダンスについては、「[主要なコンセプト](fgac.md#fgac-concepts)」を参照してください。
きめ細かなアクセスコントロールを無効にしても、ドメインを VPC 内に配置するか、制限付きアクセスポリシーを適用するか、またはその両方を行うことで、ドメインへのアクセスをコントロールできます。きめ細かなアクセスコントロールを使用するには、ノード間の暗号化と保存時の暗号化を有効にする必要があります。
**注記**
ドメイン上のデータを保護するために、きめ細かなアクセスコントロールを有効にすることを*強く*お勧めします。きめ細かなアクセスコントロールにより、クラスター、インデックス、ドキュメント、フィールドの各レベルでセキュリティが提供されます。
1. (オプション) OpenSearch Dashboards で SAML 認証を使用する場合は、**[SAML 認証を有効にする]** を選択して、ドメインの SAML オプションを設定します。手順については、「[OpenSearch Dashboards の SAML 認証](saml.md)」を参照してください。
1. (オプション) OpenSearch Dashboards の Amazon Cognito 認証を使用する場合は、[**Amazon Cognito 認証を有効にする**] を選択します。次に、OpenSearch Dashboards の認証に使用する Amazon Cognito ユーザープールと ID プールを選択します。これらのリソースの作成のガイダンスについては、「[OpenSearch Dashboards の Amazon Cognito 認証の設定](cognito-auth.md)」を参照してください。
1. (オプション) IAM Identity Center (IDC) 認証を使用して既存の ID ソースを接続し、ユーザーの共通ビューを AWS アプリケーションに付与する場合は、**IAM Identity Center で認証された API アクセスを有効にする **を選択します。詳細については、「*IAM アイデンティティセンターユーザーガイド*」の「[Trusted identity propagation overview](https://docs.aws.amazon.com/singlesignon/latest/userguide/trustedidentitypropagation-overview.html?icmpid=docs_console_unmapped)」を参照してください。
1. (オプション) これらの機能を使用する場合は、**[高度な機能]** セクションで **[自然言語クエリ生成と Amazon Q Developer 機能を有効にする]** をオンにしておきます。
1. 拡張ベクトル検索オプションで **[エンジンオプションとして S3 ベクトルを有効にする]** を選択します。詳細については、「[Amazon S3 ベクトルエンジンを使用した高度な検索機能](s3-vector-opensearch-integration-engine.md)」を参照してください。
1. **拡張ベクトル検索オプションで GPU アクセラレーションを有効にするを選択します。詳細については、「[ベクトルインデックス作成の GPU アクセラレーション](gpu-acceleration-vector-index.md)」を参照してください。**
1. **[アクセスポリシー]** で、アクセスポリシーを選択するか、独自のポリシーを設定します。カスタムポリシーを作成することを選択した場合は、自分で設定することも、別のドメインからインポートすることもできます。詳細については、「[Amazon OpenSearch Service での Identity and Access Management](ac.md)」を参照してください。
**注記**
VPC アクセスを有効にした場合、IP ベースのポリシーは使用できません。代わりに、どの IP アドレスがドメインにアクセスできるかを制御する[セキュリティグループ](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_SecurityGroups.html)を使用できます。詳細については、「[VPC ドメインのアクセスポリシーについて](vpc.md#vpc-security)」を参照してください。
1. (オプション) ドメインへのすべてのリクエストが HTTPS 経由で到着することを要求するには、[**ドメインへのすべてのトラフィックに HTTPS が必要**] を選択します。ノード間の暗号化を有効にするには、**[ノード間の暗号化]** を選択します。詳細については、「[Amazon OpenSearch Service のノード間の暗号化](ntn.md)」を参照してください。保管中のデータの暗号化を有効にするには、**[保管時のデータの暗号化を有効にする]** を選択します。スタンバイ付きマルチ AZ デプロイオプションを選択した場合、これらのオプションは既に選択されています。
1. (オプション) ** AWS 所有キーを使用する** を選択して、OpenSearch Service がユーザーに代わって AWS KMS 暗号化キーを作成する (または作成済みのキーを使用する) ようにします。それ以外の場合は、独自の KMS キーを選択します。詳細については、「[Amazon OpenSearch Service の保管中のデータの暗号化](encryption-at-rest.md)」を参照してください。
1. **[オフピークウィンドウ]** で、ブルー/グリーンデプロイを必要とするサービスソフトウェアの更新と自動調整の最適化をスケジュールする開始時刻を選択します。オフピークの時間帯に更新を行うことにより、トラフィックの多い時間帯にクラスターの専用マスターノードにかかる負荷を、最小限に抑えることができます。
1. **Auto-Tune** では、速度と安定性を向上させるために、OpenSearch Service がドメインに対するメモリ関連の設定変更を提案できるようにするかどうかを選択します。詳細については、「[Amazon OpenSearch Service の Auto-Tune](auto-tune.md)」を参照してください。
(オプション) **[オフピークウィンドウ]** を選択すると、自動調整によってドメインが更新される定期的なウィンドウがスケジュールされます。
1. (オプション) **[自動ソフトウェア更新]** を選択して、自動ソフトウェア更新を有効にします。
1. (オプション) ドメインを説明するタグを追加して、その情報を分類およびフィルタリングできるようにします。詳細については、「[Amazon OpenSearch Service ドメインのタグ付け](managedomains-awsresourcetagging.md)」を参照してください。
1. (オプション) クラスターの **詳細設定** を展開して設定します。これらのオプションの概要については、「[高度なクラスター設定](#createdomain-configure-advanced-options)」を参照してください。
1. **[作成]** を選択します。
### OpenSearch Service ドメインの作成 (AWS CLI)
コンソールを使用して OpenSearch Service ドメインを作成する代わりに、 AWS CLIを使用できます。構文については、[AWS CLI コマンドリファレンス](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/opensearch/index.html)の「Amazon OpenSearch Service」を参照してください。
#### コマンド例
この最初の例は、以下の OpenSearch Service ドメイン設定を示しています。
+ OpenSearch バージョン 1.2 で、mylogs という名前の OpenSearch Service ドメインを作成します。
+ `r6g.large.search` インスタンスタイプの 2 つのインスタンスをドメインに追加する
+ 各データノードのストレージに 100 GiB 汎用 (SSD) `gp3` EBS ボリュームを使用する
+ 単一の IP アドレス 192.0.2.0/32 からのみ匿名アクセスを許可する
```
aws opensearch create-domain \
--domain-name mylogs \
--engine-version OpenSearch_1.2 \
--cluster-config InstanceType=r6g.large.search,InstanceCount=2 \
--ebs-options EBSEnabled=true,VolumeType=gp3,VolumeSize=100,Iops=3500,Throughput=125 \
--access-policies '{"Version": "2012-10-17", "Statement": [{"Action": "es:*", "Principal":"*","Effect": "Allow", "Condition": {"IpAddress":{"aws:SourceIp":["192.0.2.0/32"]}}}]}'
```
次の例は、以下の OpenSearch Service ドメイン設定を示しています。
+ Elasticsearch バージョン 7.10 では、*mylogs* という名前の OpenSearch Service ドメインが作成されます。
+ `r6g.large.search` インスタンスタイプの 6 つのインスタンスをドメインに追加する
+ 各データノードのストレージに 100 GiB 汎用 (SSD) `gp2` EBS ボリュームを使用する
+ サービスへのアクセスを、ユーザーの AWS アカウント ID で識別される 1 人のユーザーに制限します: 555555555555
+ 3 つのアベイラビリティーゾーンへのインスタンスを分散する
```
aws opensearch create-domain \
--domain-name mylogs \
--engine-version Elasticsearch_7.10 \
--cluster-config InstanceType=r6g.large.search,InstanceCount=6,ZoneAwarenessEnabled=true,ZoneAwarenessConfig={AvailabilityZoneCount=3} \
--ebs-options EBSEnabled=true,VolumeType=gp2,VolumeSize=100 \
--access-policies '{"Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": {"AWS": "arn:aws:iam::555555555555:root" }, "Action":"es:*", "Resource": "arn:aws:es:us-east-1:555555555555:domain/mylogs/*" } ] }'
```
次の例は、以下の OpenSearch Service ドメイン設定を示しています。
+ OpenSearch バージョン 1.0 で、mylogs という名前の OpenSearch Service ドメインを作成します。
+ `r6g.xlarge.search` インスタンスタイプの 10 個のインスタンスをドメインに追加する
+ 専用マスターノードとして機能する `r6g.large.search` インスタンスタイプの 3 つのインスタンスをドメインに追加する
+ ストレージに 100 GiB プロビジョンド IOPS EBS ボリュームを使用し、各データノードに 1000 IOPS のベースラインパフォーマンスを設定する
+ アクセスを単一のユーザーと単一のサブリソース `_search` API に制限する
```
aws opensearch create-domain \
--domain-name mylogs \
--engine-version OpenSearch_1.0 \
--cluster-config InstanceType=r6g.xlarge.search,InstanceCount=10,DedicatedMasterEnabled=true,DedicatedMasterType=r6g.large.search,DedicatedMasterCount=3 \
--ebs-options EBSEnabled=true,VolumeType=io1,VolumeSize=100,Iops=1000 \
--access-policies '{"Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::555555555555:root" }, "Action": "es:*", "Resource": "arn:aws:es:us-east-1:555555555555:domain/mylogs/_search" } ] }'
```
**注記**
OpenSearch Service ドメインを作成する際に、同じ名前のドメインが既に存在しても、CLI からエラーは報告されません。その代わりに、既存ドメインの詳細が返されます。
### OpenSearch Service ドメイン (AWS SDKsの作成
AWS SDKs (Android および iOS SDKs を除く) は、 を含む [Amazon OpenSearch Service API リファレンス](https://docs.aws.amazon.com/opensearch-service/latest/APIReference/Welcome.html)で定義されているすべてのアクションをサポートします`CreateDomain`。サンプルコードについては、「[AWS SDKs を使用して Amazon OpenSearch Service を操作する](configuration-samples.md)」を参照してください。 AWS SDKs[AWS 「 Software Development Kits](https://aws.amazon.com/code)」を参照してください。
### OpenSearch Service ドメインの作成 (AWS CloudFormation)
OpenSearch Service は と統合されています。これは AWS CloudFormation、 AWS リソースとインフラストラクチャの作成と管理に費やす時間を短縮できるように、リソースのモデル化とセットアップに役立つサービスです。作成する OpenSearch ドメインを説明するテンプレートを作成すれば、CloudFormation がユーザーに向けてドメインのプロビジョニングと設定を自動的に行います。OpenSearch ドメインの JSON テンプレートと YAML テンプレートの例を含む詳細については、*AWS CloudFormation ユーザーガイド*の「[Amazon OpenSearch Service リソースタイプのリファレンス](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticsearch-domain.html)」を参照してください。
## アクセスポリシーの設定
Amazon OpenSearch Service には、OpenSearch Service ドメインへのアクセスを設定するいくつかの方法が用意されています。詳細については、「[Amazon OpenSearch Service での Identity and Access Management](ac.md)」および「[Amazon OpenSearch Service のきめ細かなアクセスコントロール](fgac.md)」を参照してください。
コンソールは、ドメインの特定のニーズに対応してカスタマイズできる事前定義のアクセスポリシーを提供します。他の OpenSearch Service ドメインからアクセスポリシーをインポートすることもできます。上記のアクセスポリシーが VPC アクセスを操作する方法についての詳細は、「[VPC ドメインのアクセスポリシーについて](vpc.md#vpc-security)」を参照してください。
**アクセスポリシーを設定するには (コンソール)**
1. [https://aws.amazon.com](https://aws.amazon.com/) にアクセスし、[**コンソールにサインイン**] を選択します。
1. **[分析]** の下で、**[Amazon OpenSearch Service]** を選択します。
1. ナビゲーションペインの [**ドメイン**] で、更新するドメインを選択します。
1. [**アクション**] から [**セキュリティ設定の編集**] を選択します。
1. アクセスポリシーの JSON を編集するか、事前設定済みのオプションをインポートします。
1. **[Save changes]** (変更の保存) をクリックします。
## Migration Assistant を使用した OpenSearch Service への移行
Migration Assistant for Amazon OpenSearch Service は、セルフマネージド型の Elasticsearch クラスターまたは OpenSearch クラスターから OpenSearch Service に移行するプロセスを簡素化する包括的なソリューションです。このツールキットは、移行作業の複雑さに対処しながら、データの整合性を確保し、移行後のパフォーマンスを検証します。
### 概要:
でのproof-of-conceptの設定 AWS、本番ワークロードの移行、最新の OpenSearch バージョンへのアップグレードのいずれであっても、Migration Assistant は OpenSearch 移行の可能性を最大限に活用するためのstep-by-stepガイダンス、ベストプラクティス、ツールを提供します。
Migration Assistant は、主に以下の機能を提供します。
+ **メタデータの移行** – インデックス設定、タイプマッピング、インデックステンプレート、エイリアスなどのクラスターメタデータを移行させます
+ **データ移行** – 既存のデータをレガシークラスターから OpenSearch Service ドメインに移行させます
+ **ライブトラフィック処理** – 最小限のレイテンシーで、セルフマネージドクラスターからのライブトラフィックをインターセプトして OpenSearch Service ドメインにリダイレクトします
+ **トラフィックレプリケーション** – ターゲットクラスターの本番稼働用トラフィックをレプリケートして、精度とパフォーマンスを検証します
+ **パフォーマンステスト** – リクエストパターンのキャプチャと再生により実際のトラフィックをシミュレーションし、これによりシステムパフォーマンスをファインチューニングします
+ **グローバル可用性** - グローバルリーチとスケーラビリティのために最も一般的な AWS リージョンにデプロイします
Migration Assistant は、Elasticsearch バージョン 6.x および 7.x、OpenSearch 1.x および 2.x からの移行をサポートします。詳細については、「[Supported migration paths](https://docs.opensearch.org/latest/migration-assistant/is-migration-assistant-right-for-you/#supported-migration-paths)」を参照してください。
**注記**
Migration Assistant に関する以下の追加情報を参照してください。
このツールは、マルチホップ移行 (1 ホップでの Elasticsearch 5.x から OpenSearch Service 3.x への移行など) をサポートしています。
移行はロールバック可能です。
一部のユースケースでは、ツールはダウンタイムをほとんど、またはまったく必要としません。
このツールは、ソースクラスターに影響を与えることなく、高性能なバックフィルを提供します。
### 移行シナリオ
Migration Assistant は、以下の移行シナリオを処理するように設計されています。
**メタデータの移行**
インデックス設定、エイリアス、テンプレートなどのクラスターメタデータをソースクラスターからターゲット OpenSearch Service ドメインに移行します。
**バックフィル移行**
既存のデータまたは履歴データをソースクラスターからターゲット OpenSearch Service ドメインに移行し、移行中にもすべての重要なデータが保持されるようにします。
**ライブトラフィックの移行**
ソースクラスターからターゲット OpenSearch Service ドメインに継続中のライブトラフィックをレプリケートすることで、移行中のサービスの可用性が維持されます。
**重要**
移行戦略はすべてのケースに適用できる訳ではありません。Migration Assistant はエンジニアリングのベストプラクティスに基づくガイダンスを提供しますが、本番環境のワークロードを移行する前に、特定の要件を評価し、徹底的にテストする必要があります。
### Migration Assistant の開始方法
Migration Assistant for Amazon OpenSearch Service は、包括的なドキュメント、デプロイテンプレート、ソースコードを含む AWS ソリューションとして利用できます。Migration Assistant の使用を開始するには
**Migration Assistant リソースにアクセスするには**
1. 「[Migration Assistant for Amazon OpenSearch Service solution overview](https://docs.aws.amazon.com/solutions/latest/migration-assistant-for-amazon-opensearch-service/solution-overview.html)」のソリューションドキュメント全体を確認してください。
1. [デプロイ計画ガイド](https://docs.aws.amazon.com/solutions/latest/migration-assistant-for-amazon-opensearch-service/plan-your-deployment.html)を読んで、コストと要件を理解してください。
1. [デプロイ手順](https://docs.opensearch.org/latest/migration-assistant/migration-phases/)を使用してソリューションをデプロイし、[使用ガイド](https://docs.aws.amazon.com/solutions/latest/migration-assistant-for-amazon-opensearch-service/use-the-solution.html)に従って移行を実行します。
デベロッパーおよび上級ユーザー向けの Migration Assistant ソースコードと追加ドキュメントは、[OpenSearch 移行 GitHub リポジトリ](https://github.com/opensearch-project/opensearch-migrations)で入手できます。
### ソリューションアーキテクチャ
Migration Assistant は AWS、 にデプロイすると、複数の AWS サービスを使用して包括的な移行ソリューションを提供します。
+ **AWS CloudFormation** – Migration Assistant をデプロイして設定するための Infrastructure as Code (IaC) テンプレートを提供します
+ **OpenSearch Service** – 移行する検索および分析ワークロードの対象となるサービス
+ **Amazon Managed Streaming for Apache Kafka** – 耐久性のあるストレージと HTTP トラフィックの再利用のためのストリーム処理機能を提供します
+ **Amazon Elastic Container Service** – 安全かつスケーラブルなコンテナ内で移行マネジメントコンソールとトラフィックリプレイヤーを実行します
+ **Amazon Elastic File System** – ソースクラスターとターゲットクラスターからのリクエストデータとレスポンスデータを格納するスケーラブルな永続的ストレージを提供します
+ **Amazon Simple Storage Service** – 過去のバックフィルタスクと Infrastructure as Code コンテンツのスナップショットを保存します
アーキテクチャの詳細については、「[Migration Assistant architecture details](https://docs.opensearch.org/latest/migration-assistant/architecture/)」を参照してください。
## 高度なクラスター設定
詳細オプションを使用して、次のように設定します。
**リクエストボディのインデックス**
HTTP リクエストボディ内で、インデックスへの明示参照を許可するかどうかを指定します。このプロパティを `false` に設定すると、ユーザーがサブリソースのアクセスコントロールをバイパスできなくなります。デフォルトでは、値は `true` に設定されます。詳細については、「[詳細オプションと API に関する考慮事項](ac.md#ac-advanced)」を参照してください。
**フィールドデータのキャッシュ割り当て**
フィールドデータに割り当てられる Java ヒープスペースの割合を指定します。デフォルトでは、この設定は JVM ヒープの 20% です。
多くのお客様が、ローテーションするインデックスのクエリを毎日実行しています。`indices.fielddata.cache.size` を使用してベンチマークテストを始めることをお勧めします。これらのほとんどのユースケースでは JVM ヒープを 40% に設定してください。非常に大きいインデックスでは、さらに大きいフィールドデータキャッシュが必要になることがあります。
**句の最大数**
Lucene のブールクエリで許可される句の最大数を指定します。デフォルト値は 1,024 です。クエリに含まれる句の数が最大数を超えていると、`TooManyClauses` エラーが発生します。詳細については、[Lucene のドキュメント](https://lucene.apache.org/core/6_6_0/core/org/apache/lucene/search/BooleanQuery.html)を参照してください。