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

1. インスタンス ID：インスタンスの一意の識別子です。

2. インスタンス作成時間：インスタンスが作成された時間です。YYYY-MM-DD HH:MM:SS 形式で表示されます。

3. 課金方法：OpenSearch の課金方法です。サブスクリプションまたは従量課金を選択できます。

4. リージョン：アプリケーションがデプロイされているリージョンです。中国 (杭州)、中国 (上海)、中国 (北京)、中国 (青島)、中国 (張家口) などがあります。

5. インスタンスタイプ：OpenSearch インスタンスのタイプです。Advanced または Standard などがあります。

6. 優先クラスター仕様：さまざまなユースケースに合わせて調整されたインスタンスの仕様です。汎用共有型、コンピューティング最適化共有型、汎用専用型、コンピューティング最適化専用型などがあります。

7. ストレージリソース：アプリケーション内のすべてのテーブルにわたる全ドキュメントの合計サイズです。このサイズは、文字列として扱われるフィールドの内容に基づいて計算され、フィールド名は含まれません。

8. コンピューティングリソース：logical computing unit (LCU) は、検索のコンピューティング能力を測定するための単位です。1 LCU は、検索クラスターにおける 10 ミリコアのコンピューティング能力に相当します。ミリコアは CPU リソースの単位で、1 コアの 1/1000 に相当します。

9. インスタンスの説明：インスタンスに関するカスタマイズ可能な簡単な説明です。

アプリケーションを初めて設定し、最初のインデックス再作成を完了すると、単一のオンラインアプリケーションが作成されます。その後、データのクリアやオフライン変更など、インデックスの再作成をトリガーする操作を実行すると、OpenSearch は本番サービスの安定性を確保するためにオフラインアプリケーションを作成します。すべての変更はオフラインアプリケーションに対して行われます。オフラインアプリケーションがインデックスの構築に成功した後、テストを実行できます。テストに合格すると、新しいオンラインアプリケーションに昇格させることができます。このプロセスにより、アプリケーションインスタンスへの変更がシームレスに行われ、ユーザーに影響を与えないことが保証されます。

「通常」ステータスは、アプリケーションバージョンがオンラインであり、トラフィックを処理していることを示します。

サービス中でないアプリケーションのその他のステータスは次のとおりです。

1) 保留中：アプリケーションが設定されていません。

2) バージョンを初期化中：アプリケーションバージョンが初期化されています。

3) データを初期化中：データが初期化されています。

4) 無効：完全なデータストレージがクォータを超えた場合、またはデータソースのテーブルやフィールドが存在しない場合に、アプリケーションは無効になります。無効なアプリケーションは削除して再設定する必要があります。

5) 期限切れ：サブスクリプションインスタンスの場合、サブスクリプション期間が終了するとサービスが一時停止されます。インスタンスはコンソールに 7 日間保持され、その間はサービスの更新のみが可能です。他の機能は利用できません。

6) 凍結：アプリケーションに支払い遅延があります。

このセクションには、現在のアプリケーションバージョンに関する情報 (課金方法、優先クラスター仕様、ストレージリソース、コンピューティングリソースなど) のほか、インスタンス ID、リージョン、アプリケーションの説明が含まれます。

注：アプリケーションの課金ルールの詳細については、「課金方法と料金」をご参照ください。

API エンドポイントは、エンドポイントとも呼ばれ、リージョンによって異なります。API または SDK を使用して OpenSearch にアクセスする場合、アプリケーションのリージョンに対応する正しい API エンドポイントを使用する必要があります。各リージョンは、異なるネットワーク環境向けに異なるエンドポイントを提供します。同一リージョン内の ECS インスタンス (同一 VPC 内を含む) からのアクセスには内部エンドポイントを使用し、インターネット経由でのアクセスにはパブリックエンドポイントを使用します。ご利用のデプロイメントに基づいて適切なエンドポイントを選択してください。使用する前に、エンドポイントに PING を実行してアクセス可能であることを確認してください。

API エンドポイントには 2 種類のドメインがあります。パブリックエンドポイントは http://opensearch-cn-hangzhou.aliyuncs.com で、HTTPS をサポートし、パブリックインターネットからのアクセスに使用されます。内部エンドポイントは http://intranet.opensearch-cn-hangzhou.aliyuncs.com で、こちらも HTTPS をサポートし、VPC からを含む同一リージョン内からのアクセスに使用されます。

この設定では、OpenSearch のデータソースを指定します。サポートされているデータソースには、MaxCompute、ApsaraDB RDS (バージョン 8.0 はサポートされていますが、5.2 より前および 8.0 より後のバージョンはサポートされていません)、PolarDB、および API または SDK によるデータプッシュが含まれます。

1. テーブル：アプリケーションのテーブル構造 (スキーマ) を表します。

2. インデックスフィールド：アプリケーションでインデックスとして設定されたフィールドです。たとえば、クエリで 'id' という名前のインデックスフィールドを使用できます。

   例： query=id:'cloud search'。インデックス分析方法の詳細については、こちらをご参照ください。

3. 属性フィールド：アプリケーションで属性として設定されたフィールドです。

   使用法： filter、aggregate、sort、distinct 句で属性フィールドを使用して、フィルタリング、集約、ソートを実行します。例：filter=id>100000。

検索リクエストごとに、デフォルト表示フィールドを指定して、アプリケーションスキーマから返されるフィールドを制限できます。

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

OpenSearch は、アップロードまたはデータソースから同期したすべてのデータのコピーを保持します。アプリケーションスキーマを変更する場合や、完全なデータセットをインポートする必要がある場合は、インデックスを再作成する必要があります。インデックスの再作成には 2 つの方法があります。1) 手動でのインデックス再作成：通常、アプリケーションスキーマの変更や完全なデータインポートを実行する場合に使用します。2) スケジュールされたインデックス再作成：MaxCompute などのデータソースから毎日完全なインポートを行う場合によく使用されます。ApsaraDB RDS データソースではデータ同期がデフォルトで有効になっているため、スケジュールされたインデックス再作成タスクを設定する必要はありません。

課金方法を従量課金からサブスクリプションに変更できます。課金方法、料金、手順については、ドキュメントをご参照ください。

エラーログには、失敗したインデックス再作成操作や、API または SDK によるプッシュからのデータ処理の失敗に関するエラーメッセージが表示されます。API または SDK によるデータプッシュは非同期であることにご注意ください。API の応答が成功しても、データが正常に処理されたことを保証するものではありません。データ処理に失敗すると、コンソールにエラーメッセージが表示されます。エラーコードの意味については、ドキュメントをご参照ください。

オンラインアプリケーション：現在、検索トラフィックを処理している OpenSearch アプリケーションのバージョンです。

オフラインアプリケーション：アプリケーションスキーマの変更など、アプリケーションの設定変更が必要な場合、OpenSearch は現在のオンラインアプリケーションの新しいバージョンを作成します。この新しいバージョンがオフラインアプリケーションであり、オンラインアプリケーションと同じ設定で開始されます。オンラインアプリケーションは、オフライン変更 (データソース、アプリケーションスキーマ、インデックス構造への変更) のほか、クエリ設定、ソート設定、その他の拡張機能の変更をサポートします。ただし、オフラインアプリケーションからさらに別のバージョンを作成して変更を加えることはできません。すべての設定は、現在のオフラインアプリケーションに直接適用する必要があります。したがって、オンラインアプリケーションとオフラインアプリケーションは継承関係にありますが、互いに独立しています。

未公開アプリケーション：オフラインアプリケーションを公開すると、それが新しいオンラインアプリケーションになり、以前のオンラインアプリケーションは未公開アプリケーションになります。この時点で、未公開となった以前のオンラインアプリケーションは、現在のオンラインアプリケーションで別のオフライン変更を開始しない限り、再度公開することはできません。そのステータスは「公開済み」です。

誤って削除することを防ぐため、正しいアプリケーション名の後に「オンラインアプリケーション」と入力して削除を確定する必要があります。

誤削除によるデータ損失を防ぐため、OpenSearch はオンラインアプリケーションが存在する間はアプリケーション全体を削除できないようにしています。アプリケーションが不要であることが確実な場合は、次の手順に従ってください。

1. オフラインアプリケーションの削除：[アプリケーション管理] ページから [アプリケーション詳細] ページに移動し、オフラインアプリケーションを選択して、[アプリケーションの削除] をクリックします。

   重要

   オフラインアプリケーションが存在しない場合は、このステップをスキップできます。

2. オンラインアプリケーションの削除：[アプリケーション管理] ページから [アプリケーション詳細] ページに移動し、オンラインアプリケーションを選択して、[アプリケーションの削除] をクリックします。

3. アプリケーションが保留中状態になると、削除できます。

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

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