:YML 設定

手順

1. [クラスター設定] ページで、[YML 設定] の右側にある [設定の編集] をクリックします。
2. [YML設定] ダイアログボックスで、次のようにパラメーターを設定します。
   • 自動インデックス：新しいファイルが Alibaba Cloud Elasticsearch インスタンスにアップロードされたが、ファイルにインデックスが作成されていない場合、システムは自動的に新しいインデックスを作成できます。 この機能を無効にすることを推奨します。 この機能によって作成されたインデックスは、要件を満たさない場合があります。
   • 削除する時にインデックス名の指定 ：インデックスを削除する際に、インデックスの名前を指定する必要があるかどうかを示します。 [削除する時、インデックス名にワイルドカード文字を使用できる] を選択した場合、ワイルドカード文字を使用して、一致するすべてのインデックスを削除できます。 削除されたインデックスを復元することはできません。 注意して進めてください。
   • 監査ログ検索 ：この機能を有効にすると、Alibaba Cloud Elasticsearch インスタンスでインデックスを作成、削除、変更、または検索する際に、インデックスログエントリが作成されます。 これらのログエントリはディスク容量を消費し、インスタンスのパフォーマンスに影響します。 この機能を無効にすることを推奨します。 この機能を設定するときはご注意ください。
   • Watcher の有効化：この機能を有効にすると、X-Pack Watcher 機能を使用できます。 .watcher-history* インデックスを定期的に削除してください。 このインデックスは大量のディスク容量を消費します。
   • その他の設定：サポートしている設定項目は次のとおりです。 詳細は、「CORS のカスタマイズ (リージョン全体)」、「ホワイトリストのリモート Elasticsearch クラスターからインデックスを再作成する」、「監査ログのインデックス作成をカスタマイズする、「キューサイズをカスタマイズする」、および「パラメーター」をご参照ください。
     注 特に指定がない限り、以下の設定項目は Elasticsearch V5.5.3 および V6.3.2 とのみ互換性があります。
     • http.cors.enabled
     • http.cors.allow-origin
     • http.cors.max-age
     • http.cors.allow-methods
     • http.cors.allow-headers
     • http.cors.allow-credentials
     • reindex.remote.whitelist
     • action.auto_create_index
     • action.destructive_requires_name
     • thread_pool.bulk.queue_size (only compatible with Elasticsearch V5.5.3 with X-Pack)
     • thread_pool.write.queue_size (only compatible with Elasticsearch V6.3.2 with X-Pack)
     • thread_pool.search.queue_size
3. 下にスクロールして、 [この操作は、インスタンスを再起動します。確認してから操作を行ってください。 ] チェックボックスをオンにして操作を確認し、[保存] をクリックします。

   [保存] をクリックすると、インスタンスが再起動されます。 [タスク] ページで進行状況を確認できます。 インスタンスが再起動されると、YML 設定が更新されます。

CORS のカスタマイズ (リージョン全体)

以下は、カスタム CORS 設定の例です。

http.cors.enabled: true
http.cors.allow-origin: "*"
http.cors.allow-headers: "X-Requested-With, Content-Type, Content-Length, Authorization"

詳細については、Elasticsearch 公式ドキュメントの 「HTTP」をご参照ください。

ホワイトリストのリモート Elasticsearch クラスターからインデックスを再作成する

インデックス再作成コンポーネントを使用すると、リモート Elasticsearch クラスターからインデックスを再作成できます。 この機能は、すべての Elasticsearch バージョンでサポートしています。

インデックス再作成機能を使用すると、以前の Elasticsearch バージョンのインデックスのデータを、新しくリリースされた Elasticsearch バージョンのインデックスにコピーできます。 以下に例を示します。 詳細については『Reindex API』をご参照ください。

POST _reindex
{
  "source": {
    "remote": {
      "host": "http://otherhost:9200",
      "username": "user",
      "password": "pass"
    },
    "index": "source",
    "query": {
      "match": {
        "test": "data"
      }
    }
  },
  "dest": {
    "index": "dest"
  }
}

• host：リモートホストのアドレス。 アドレスには、プロトコル、ドメイン、およびポート情報が含まれている必要があります。 例： https://otherhost:9200
  重要 リモートホストは、 reindex.remote.whitelist プロパティを使用し、ホストがこの API 操作を呼び出すことができるように elasticsearch.yml ファイルで宣言される必要があります。 ホストは、 host とport の組み合わせを使用して宣言できます。 複数のホストを宣言するには、カンマ (,) で区切ります。 例：otherhost:9200, another:9200, 127.0.10.**:9200,localhost:** ホワイトリストはプロトコル情報を無視するため、ホストとポートのみが使用されます。
• username と password はオプションです。 リクエストされた Elasticsearch サービスが Basic 認証を使用する場合、リクエストに情報を含めます。 Basic認証は、HTTPS 経由で実装する必要があります。 それ以外の場合、パスワードはプレーンテキストで送信されます。

リモートクラスターからのインデックス再作成では、オンヒープバッファが使用されます。 デフォルトでは、最大バッチサイズは 100 MB です。 ソースクラスターのインデックスに大きなドキュメントが含まれる場合、バッチサイズを小さな値に調整する必要があります。

POST _reindex
{
  "source": {
    "remote": {
      "host": "http://otherhost:9200"
    },
    "index": "source",
    "size": 10,
    "query": {
      "match": {
        "test": "data"
      }
    }
  },
  "dest": {
    "index": "dest"
  }
}

• socket_timeout を使用し、socket 読み取りタイムアウトを設定します。 デフォルトのタイムアウトは 30 秒です。
• connect_timeout を使用して、接続タイムアウトを設定します。 デフォルトのタイムアウトは 1 秒です。

次の例では、socket 読み取りタイムアウトは 1 分に設定し、接続タイムアウトは 10 秒に設定しています。

POST _reindex
{
  "source": {
    "remote": {
      "host": "http://otherhost:9200",
      "socket_timeout": "1m",
      "connect_timeout": "10s"
    },
    "index": "source",
    "query": {
      "match": {
        "test": "data"
      }
    }
  },
  "dest": {
    "index": "dest"
  }
}

監査ログのインデックス作成をカスタマイズする

Alibaba Cloud Elasticsearch では、監査ログを表示できません。 Elasticsearch インスタンスの監査イベントを追跡する場合は、Elasticsearch コンソールにログインし、インスタンスの監査ログインデックス機能を有効にする必要があります。

監査ログのインデックス作成を有効にすると、監査イベントがインスタンスに保存され、 .security_audit_log-* で始まるインデックスに追加されます。

xpack.security.audit.index.bulk_size: 5000
xpack.security.audit.index.events.emit_request_body: false
xpack.security.audit.index.events.exclude: run_as_denied,anonymous_access_denied,realm_authentication_failed,access_denied,connection_denied
xpack.security.audit.index.events.include: authentication_failed,access_granted,tampered_request,connection_granted,run_as_granted
xpack.security.audit.index.flush_interval: 180s
xpack.security.audit.index.rollover: hourly
xpack.security.audit.index.settings.index.number_of_replicas: 1
xpack.security.audit.index.settings.index.number_of_shards: 10

監査イベントが保存されるインデックスを設定することもできます。 xpack.security.audit.index.settings を名前空間として使用し、 elasticsearch.yml ファイルに設定を追加します。

xpack.security.audit.index.settings:
  index:
    number_of_shards: 1
    number_of_replicas: 1

詳細については、『Auditing Security Settings』をご参照ください。

キューサイズをカスタマイズする

thread_pool.bulk.queue_size、thread_pool.write.queue_size 、およびthread_pool.search.queue_size 設定をカスタマイズし、ドキュメント書き込みキューとドキュメント検索キューのサイズを設定できます。

次の例では、ドキュメントの書き込みと検索キューのサイズを 500 に設定しています。 必要に応じて値を調整できます。

thread_pool.bulk.queue_size：500 (X-Pack 搭載の Elasticsearch V5.5.3 とのみ互換性があります)
thread_pool.write.queue_size：500 (X-Pack 搭載の Elasticsearch V6.3.2 とのみ互換性があります)
thread_pool.search.queue_size: 500

パラメーター

PUT $index_name/_settings
{
  "index": {
    "codec": "best_compression"
  }
}