OpenSearch:アプリケーション詳細の表示

1. インスタンスID: アプリケーションを一意に識別します。

2. タグ: アプリケーションのカスタムタグ。アプリケーションを分類し、柔軟に管理するために使用されます。

3. 作成日時: アプリケーションが作成された日時。YYYY-mm-dd HH:MM:SS 形式です。

4. 課金方法: アプリケーションの課金方法。サブスクリプションまたは従量課金です。

5. リージョン: アプリケーションがデプロイされているリージョン。例：中国 (杭州)、中国 (上海)、中国 (北京)、中国 (青島)、中国 (張家口)。

6. サービスエディション: OpenSearch のエディション。例：高性能検索エディション。

7. 優先クラスタ仕様: アプリケーションの仕様。例：汎用共有クラスタ、共有コンピューティング、専用汎用、専用ストレージ。

8. ストレージリソース: アプリケーション内のすべてのテーブルのドキュメントの合計サイズ。このサイズは、フィールド値の文字列のサイズのみを含み、フィールド名のサイズは含まれません。

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

10. インスタンスの説明: アプリケーションの説明。カスタマイズできます。

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

アプリケーションの状態。状態が「正常」の場合、オンラインアプリケーションはサービス中です。

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

(1) 保留中: アプリケーションが構成される前の状態。

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

(3) データの初期化中

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

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

(6) 凍結: 支払いの延滞により、アプリケーションが凍結されています。

現在のアプリケーションバージョンの基本情報には、課金方法、サービスエディション、ストレージリソース、コンピューティングリソース、インスタンスID、リージョン、インスタンスの説明が含まれます。

注: 現在のアプリケーションバージョンの課金ルールの詳細については、用語を参照してください。

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

OpenSearch は、次のデータソースをサポートしています：MaxCompute、ApsaraDB RDS V5.2 から V8.0、PolarDB。OpeanSearch は、API または SDKを使用したデータインポートもサポートしています。

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

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

   query=id: 'Cloud search'. インデックスを分析する方法については、テキストアナライザーを参照してください。

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

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

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

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

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

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

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

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

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

未公開バージョン: オフラインバージョンを公開すると、公開されたバージョンが新しいオンラインバージョンになり、元のオンラインバージョンは未公開になります。この場合、別のオフライン変更を開始しない限り、元のオンラインバージョンを再公開することはできません。これは、元のオンラインバージョンが既に公開されているためです。

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

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

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

注: オフラインバージョンが存在しない場合は、この手順は無視できます。

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

3. アプリケーションが [保留中] 状態の場合は、アプリケーションを直接削除できます。

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

フィールドの作成や削除、インデックスの変更や作成、属性の作成や削除など、アプリケーションのスキーマを変更したり、アプリケーションのデータソースを変更したりするには、アプリケーション詳細ページでオフライン変更を実行できます。