ポータルで共有するロケーターのプロパティの設定

[ロケーターの共有] ウィンドウを使用して、ポータルで共有するロケーターのプロパティを構成できます。 これは、共有の前に [共有] ウィンドウの [構成] タブで共有の構成プロセスを通して行います。

以下では、これらのプロパティについて説明します。

ケーパビリティ

[ケーパビリティ] セクションを展開して、ポータル ロケーターで有効にするケーパビリティを選択します。 [ケーパビリティ] では、ジオコード サービスに対して実行できる操作を指定します。 次のようなオプションがあります。

  • [ジオコード] - 住所の検索や住所テーブルのジオコーディングに使用します。
  • [リバース ジオコード] - マップ上の特定のポイントに対応する住所を返します。
  • [候補の表示] - ユーザーの入力内容に対して自動完成の候補を生成します。

パラメーター

[パラメーター] セクションを展開し、ポータルで共有するロケーターの基本的なパラメーターを設定します。 次のようなパラメーターがあります。

  • [サービスをホストするクラスターの選択] - ロケーターをホストするクラスター。 クラスターは、連携してクライアントにサービスを提供する 1 つ以上の GIS サーバーのグループです。

  • [サーバーが返す候補の最大数] - 対話形式で住所を検索する場合に返される候補の数。 返される候補数が少ないほど、処理時間が短くなります。 このパラメーターは SOAP アプリケーションと REST アプリケーションの両方に適用されます。

  • [各バッチ ジョブで処理される最大レコード数] - 住所テーブルをジオコーディングする場合に、サーバー上で一度に処理されるレコード セットの数。 オーバーヘッド コストを最小限に抑え、サーバーの CPU リソースが過度に消費されるのを防ぐには、デフォルト値 1000 が適しています。 このパラメーターは SOAP を使用するアプリケーションにのみ適用されます。

  • [各バッチ ジョブに渡すときに推奨されるレコード数] - 住所テーブルをジオコーディングする場合に、サーバー上で一度に処理するためにクライアントがサーバーに渡すレコードの数。 この値は、[各バッチ ジョブで処理される最大レコード数] パラメーターの値を超えてはいけません。 多くの場合、この 2 つのパラメーターには同じ値を設定します。 サーバー管理者は、このパラメーターを使用して、各バッチ ジオコーディング リクエストで、サーバーに渡すレコード数を制御することで、処理を最適化できます。

プールの設定

[プール] セクションを展開し、サーバー コンピューターごと (ArcGIS Enterprise on Kubernetes に接続している場合はポッドごと) に一度に実行できるポータル ロケーターの最小インスタンス数と最大インスタンス数を指定します。 サーバーがこれらのインスタンスを複数のクライアント間で共有する方法のため、サーバーがサポート可能なクライアントの数が、実行しているインスタンスの数より多いこともあります。 サービスのトラフィック量が多い場合や、バッチ ジオコーディング ジョブを並列化する場合は、インスタンスの数を増やす必要があります。

インスタンスの数を示す [プール] パラメーター

注意:
ジオコーディングで常に最大限のリソースが利用可能であるようにするには、[コンピューターまたはポッドごとのインスタンスの最小数] および [コンピューターまたはポッドごとのインスタンスの最大数] を同じ値に設定します。

[プール] プロパティでは、ポータル ロケーターがユーザーに対応する方法を指定できます。

プロセス

[プロセス] セクションを展開して、ポータル ロケーターをサーバー上のプロセスとして実行する方法を指定します。