OpenSearch:アプリケーション管理

1. インスタンス ID: インスタンスを一意に識別します。

2. 作成日時: インスタンスが作成された時刻。YYYY-mm-dd HH:MM:SS 形式です。

3. 課金方法: インスタンスの課金方法。サブスクリプションまたは従量課金です。

4. リージョン: インスタンスがデプロイされているリージョン。値の例: 中国 (杭州)、中国 (上海)、中国 (北京)、中国 (青島)、中国 (張家口)。

5. インスタンスタイプ: インスタンスのタイプ。有効な値: Advanced および Standard。

6. 優先クラスタ仕様: インスタンスの仕様。値の例: 汎用共有クラスタ、計算最適化専用クラスタ、汎用専用クラスタ、ストレージ最適化専用クラスタ。

7. ストレージリソース: インスタンス内のすべてのテーブルのドキュメントの合計サイズ。このサイズは、フィールド値のみに基づいて計算されます。各フィールド値は文字列に変換されてサイズが計算されます。

8. 計算リソース: 論理計算ユニット (LCU) は、検索サービスの計算能力を測定するために使用されます。 1 LCU は、検索クラスタにおける 10 ミリコアの計算能力を示します。ミリコアは CPU リソースの単位です。 1 ミリコアは 1 コアの 1000 分の 1 です。

9. インスタンスの説明: インスタンスの説明。説明はカスタマイズできます。

インスタンスを初めて設定するとき、インスタンスにはオンラインアプリケーションのみが存在します。データクリアやオフライン変更など、インデックスの再作成をトリガーする操作を実行すると、OpenSearch はオンラインアプリケーションの安定性を確保するために、インスタンスのオフラインアプリケーションを自動的に作成します。すべての操作はオフラインアプリケーションに対して実行されます。オフラインアプリケーションのインデックスの再作成が完了したら、オフラインアプリケーションでテストを実行できます。オフラインアプリケーションがテストに合格したら、オフラインアプリケーションを公開できます。このようにして、インスタンスに対してどのような操作を実行しても、ビジネスに影響はありません。

アプリケーションのステータス。ステータスが「Normal」の場合、オンラインアプリケーションはサービス中です。

アプリケーションがサービス中でない場合、次のいずれかの状態です。

(1) Pending: 設定前のアプリケーションのステータス。

(2) アプリケーションの初期化中

(3) データの初期化中

(4) 無効: フルストレージサイズがクォータを超えている場合、またはデータソースのテーブルまたはフィールドが存在しない場合、アプリケーションは無効になります。無効なアプリケーションは削除してから再設定することしかできません。

(5) 期限切れ: サブスクリプションアプリケーションのサブスクリプション期間が満了すると、サービスは一時停止されます。アプリケーションは OpenSearch コンソールに 7 日間保持されます。 7 日間の期間中は、アプリケーションを更新することしかできず、他の機能はサポートされていません。

(6) 凍結: 支払い遅延のため、アプリケーションは凍結されています。

現在のアプリケーションに関する基本情報には、アプリケーション ID、業種、サービスエディション、優先クラスタ仕様、ストレージリソース、計算リソースが含まれます。

注: アプリケーションの課金ルールの詳細については、「概要」トピックの「課金方法」セクションと「料金」セクションをご参照ください。

API エンドポイントはリージョンによって異なります。API または SDK を使用してリージョン内の OpenSearch にアクセスする場合は、そのリージョンの API エンドポイントを使用する必要があります。リージョンの API エンドポイントは、内部エンドポイントとパブリックエンドポイントに分類されます。内部エンドポイントは、OpenSearch と同じリージョンまたは VPC (Virtual Private Cloud) 内にある ECS (Elastic Compute Service) インスタンスからのアクセスに使用されます。パブリックエンドポイントは、インターネットからのアクセスに使用されます。実際のデプロイ状況に基づいて API エンドポイントを選択してください。API エンドポイントを使用する前に、ping を実行してアクセス可能であることを確認してください。 API エンドポイントの詳細については、「エンドポイント」をご参照ください。

OpenSearch のデータソース。MaxCompute プロジェクト、ApsaraDB RDS for MySQL データベース、または PolarDB for MySQL データベース のテーブルからデータを同期できます。また、API または SDK を使用してファイルからデータをインポートすることもできます。 ApsaraDB RDS for MySQL インスタンスの MySQL エンジンバージョンは 5.2 以降 8.0 以下である必要があります。

1. テーブル アプリケーション内のテーブルのスキーマ。

2. インデックスフィールドアプリケーションで構成されているインデックスフィールド。たとえば、インデックス名が id であるインデックスフィールドを使用してデータをクエリできます。

   query=id: 'Cloud search'. インデックス分析方法の詳細については、「アプリケーション スキーマとインデックス スキーマ」をご参照ください。

3. 属性フィールド アプリケーションで設定されている属性フィールド。

   属性フィールドは、クエリ の FILTER、AGGREGATE、SORT、DISTINCT 句で使用され、フィルタリング、統計、ソートなどの機能を実装します。例: filter=id>100000。

デフォルト表示フィールドを設定して、各検索リクエストでデフォルトで取得して返す必要があるアプリケーションスキーマのフィールドを指定できます。

CloudMonitor を使用して、現在のアプリケーションの一般的なメトリック (ストレージ容量 (バイト)、ストレージ容量の使用率 (%)、ドキュメントの総数、クエリ/秒 (QPS)、スロットルされたクエリ/秒、クエリ時間 (ミリ秒)、計算リソース (LCU)、クエリごとに消費される計算リソース (LCU)、1 日のピーク計算リソース (LCU) など) を表示できます。監視メトリックとアラートの設定プロセスの詳細については、「CloudMonitor を使用してリソース使用量を監視し、アラートルールを設定する」をご参照ください。

OpenSearch は、アップロードされたデータとデータソースから同期されたデータのイメージを作成します。アプリケーションのスキーマを変更したり、アプリケーションに完全データをアップロードしたりする場合は、インデックスの再作成を実行する必要があります。インデックスの再作成は手動で実行することも、スケジュールに従って実行することもできます。アプリケーションのスキーマを変更したり、アプリケーションに完全データをアップロードしたりする場合は、手動でインデックスの再作成を実行できます。 MaxCompute プロジェクトなどのデータソースからアプリケーションに毎日完全データが同期される場合は、アプリケーションのスケジュールされたインデックスの再作成を設定できます。ApsaraDB RDS データソースを持つアプリケーションでは、スケジュールされたインデックスの再作成を設定する必要はありません。これは、ApsaraDB RDS データソースではデータ同期がデフォルトで有効になっており、ApsaraDB RDS データソースからデータが同期されるときにインデックスの再作成が自動的に実行されるためです。

インスタンスの課金方法を従量課金からサブスクリプションに変更できます。課金方法、料金、手順の詳細については、「概要」をご参照ください。

エラーログには、インデックスの再作成の失敗と、API または SDK を使用したデータのインポートの失敗に関するエラーメッセージが含まれています。API または SDK を使用したデータのインポートは非同期であることに注意してください。エラーメッセージが返されなくても、インポートが失敗する可能性があります。データ処理に失敗した場合、OpenSearch コンソールにエラーメッセージが表示されます。エラーコードの詳細については、「エラーコード」をご参照ください。

オンラインアプリケーション: 検索サービスに接続されている OpenSearch アプリケーション。

オフラインアプリケーション: アプリケーションスキーマなど、アプリケーションの設定を変更するときに作成されるアプリケーション。オフラインアプリケーションの初期ステータスは、オンラインアプリケーションの現在のステータスと同じです。また、オンラインアプリケーションは、データソースの変更、アプリケーションスキーマとインデックススキーマの変更など、オフライン変更をサポートしています。オンラインアプリケーションは、クエリ設定、ソート設定、拡張機能もサポートしています。ただし、別のアプリケーションを作成してオフラインアプリケーションを変更することはできません。オフラインアプリケーションのデータソース、アプリケーションスキーマ、インデックススキーマ、クエリ、ソート、拡張機能のみを設定できます。オンラインアプリケーションとオフラインアプリケーションは継承関係にありますが、互いに独立しています。

未公開のアプリケーション: オフラインアプリケーションを新しいオンラインアプリケーションとして公開した後、元のオンラインアプリケーションは新しいオフラインアプリケーションとして未公開になります。この場合、別のオフライン変更を開始しない限り、オフラインアプリケーションを公開することはできません。これは、現在のオフラインアプリケーションが以前に公開されているためです。

誤って削除されないように、インスタンス名 + オンラインアプリケーションまたはオフラインアプリケーションを正しく入力した場合にのみ、オンラインアプリケーションまたはオフラインアプリケーションを削除できます。

誤操作によってインスタンスが削除されないようにするために、OpenSearch では、オンラインアプリケーションが存在する場合にインスタンス全体を直接削除することはできません。インスタンスが不要になったことが確実な場合は、次の手順を実行してインスタンスを削除します。

1. オフラインアプリケーションを削除します: [インスタンス管理] ページで、オフラインアプリケーションを削除するインスタンスを見つけ、[操作] 列の [詳細] をクリックします。インスタンスの詳細ページで、[オフラインアプリケーション] タブをクリックし、[アプリケーションの削除] をクリックします。

2. オンラインアプリケーションを削除します: [インスタンス管理] ページで、オンラインアプリケーションを削除するインスタンスを見つけ、[操作] 列の [詳細] をクリックします。インスタンスの詳細ページで、[オンラインアプリケーション] タブをクリックし、[アプリケーションの削除] をクリックします。

3. インスタンスが Pending 状態になったら、インスタンスを削除できます。

注: 従量課金インスタンスのみを削除でき、サブスクリプションインスタンスは削除できません。

データソースを変更する場合、またはアプリケーションスキーマを変更する場合 (フィールドの作成と削除、インデックスの変更と作成、属性の作成と削除など) は、オフライン変更を実行できます。詳細については、「オフライン変更を実行する」をご参照ください。