（5分でわかる）SuperMap iServerの同時アクセス数を制御する実践的な方法とは

こんにちは！

9月に入り、暦の上では秋ですが、東京はまだ夏の気配が色濃く残っていますね。こんな日は、涼しいオフィスでじっくりとシステムの最適化に取り組むのが捗ります。

さて、GIS管理者にとって重要なテーマの一つが、サーバーへの同時アクセス制御です。特に、商用データを提供する際には、サーバーの安定稼働とライセンス契約の遵守が求められます。

「SuperMap iServerの同時アクセス数を適切に管理したい」

この課題に対して、SuperMap iServerの基盤であるApache Tomcatの設定を調整することで、サーバーの接続数を直接的に制御できます。

今回はその具体的な方法に加え、ビジネス要件に応じたより高度な制御方法まで、包括的に解説します。

方法1: iServer内部設定による直接的な制御（Tomcatチューニング）

SuperMap iServerは、WebサーバーとしてApache Tomcatを内蔵しています。このTomcatの設定ファイルを直接編集することで、サーバーが受け付けるリクエストの最大数や処理能力を調整することが可能です。

これは、サーバーへの物理的な入り口の広さや、一度に対応できる人数そのものを決めるようなイメージです。

設定方法

iServerのインストールディレクトリにある \conf\server.xml ファイルを開き、<Connector> タグに以下の属性を追加または編集します。

XML
<Connector port="8090" protocol="HTTP/1.1"
maxThreads="500" 
maxConnections="1000"
acceptCount="200"
connectionTimeout="20000"  ...
/>

設定項目の補足説明

  • maxThreads: Tomcatがリクエストを処理するために同時に使用できるスレッドの最大数です。サーバーのCPUコア数やメモリに応じて適切に設定します。これがサーバーの最大処理能力に直結します。

  • maxConnections: サーバーが同時に受け付けることができる接続の最大数です。maxThreadsで設定した数以上のリクエストが来ても、ここで指定した数までは接続を維持します。

  • acceptCount: すべての処理スレッドが使用中の場合に、リクエストを待機させておくことができるキューの最大長です。この数を超えたリクエストは拒否されます。

  • connectionTimeout: 接続を確立してから、リクエストが来るまでのタイムアウト時間（ミリ秒）です。

この方法のポイント

  • メリット:

    • iServer単体で設定が完結し、追加のミドルウェアが不要。

    • サーバーの過負荷を防ぎ、リソースを保護する上で非常に直接的かつ効果的。

  • 注意点:

    • これはサーバー全体の接続数を制限するもので、ユーザー単位の制御ではありません。つまり、「A社のユーザーは10人まで、B社のユーザーは5人まで」といったビジネスルールに基づいた制御はできません。

    • 設定値を誤ると、サーバーの性能を最大限に引き出せなかったり、逆に不安定になったりする可能性があるため、十分なテストが必要です。


方法2: ビジネス要件に応える高度な制御

Tomcatの設定はサーバーの物理的な上限を定めますが、「ライセンス契約に基づいて、特定のユーザーグループの同時利用数を制限したい」といった、よりビジネスに密着した要件には、アプリケーションレベルでの制御が最適です。

アプリケーションサーバーでのセッション管理（推奨）

商用ライセンスの管理など、厳密なユーザー単位での制御が必要な場合は、iServerの前段に認証とセッション管理を行うWebアプリケーションサーバーを配置する方法が最も確実です。ユーザーがログインしてからログアウトするまでを「1セッション」として管理し、そのセッション数が契約上の上限に達したら新規のログインを制限します。

APIゲートウェイやリバースプロキシの活用

クラウド環境でのAPI流量制御や、IPアドレス単位での簡易的なアクセス制限を行いたい場合には、APIゲートウェイやリバースプロキシ（Nginxなど）を組み合わせる方法も有効です。

まとめ: 最適な方法は「目的」で決まる

SuperMap iServerの同時アクセス制御は、複数のアプローチを目的に応じて使い分けるのが賢明です。

制御方法

主な目的

メリット

デメリット

Tomcat設定 (server.xml)

サーバー全体の過負荷防止、リソース保護

iServer単体で完結、直接的

ユーザー単位の制御は不可、調整が難しい

アプリケーションサーバー

ユーザー単位の厳密なライセンス管理

柔軟なビジネスルールを実装可能

別途アプリケーション開発が必要

APIゲートウェイ

クラウドでのAPI流量制御、セキュリティ強化

高機能、スケーラブル

クラウド利用が前提、追加コスト

リバースプロキシ

簡易的なIPベース制限、負荷分散

導入が比較的容易

厳密なユーザー管理は不可

 まずはTomcatの設定でサーバーの安定稼働の土台を固め、その上で、商用データ提供などのビジネス要件に応じてアプリケーションサーバーによる高度な制御を実装する、という組み合わせが理想的な構成と言えるでしょう。

大切な地理空間データをこの東京から世界へ、より安全かつ安定的に提供していきましょう。

コメント

コメントを投稿

このブログの人気の投稿

【11月リリース予定】SuperMap iServer 2025 プレビュー：WebGIS体験を刷新する新機能とは？

Web GISの役割がますます重要になる中、その中核を担うGISサーバーには、これまで以上のパフォーマンスと機能性が求められています。 こうした時代の要求に応えるべく、SuperMapのクロスプラットフォームGISサーバー「SuperMap iServer」が、次世代のWebGIS体験を実現する「SuperMap iServer 2025」として、今年11月にリリースされる予定です。 今回は、一足先にその注目の新機能、特にGISサービスの進化と、他のGISプラットフォームからのスムーズな移行を支援する機能強化のポイントを解説します。 GISサービスの進化：ドローン映像への対応と圧倒的なパフォーマンス向上 iServer 2025では、Web GISで扱える情報の幅と質、そして速さが飛躍的に向上します。 Webでのドローン映像活用を本格化 これまでの定点カメラの映像に加え、iServer 2025では新たにドローンが撮影した移動映像のデータ配信に対応します。ドローンが持つ航跡情報と映像を正確に連携させ、Web上の地図と映像がリアルタイムに連動する、没入感のある動的な可視化体験を実現します。これにより、交通管制やインフラ点検、災害状況の把握といった業務が、より直感的かつ正確になります。 地図の表示速度が劇的に向上 地図タイルを事前に作成しておくキャッシュ機能が、革新的な「タイルリサンプリング技術」の導入により大幅に進化しました。これにより、リクエストされた地図のパラメータがキャッシュと完全に一致しなくても、既存のキャッシュを賢く再利用して高速に応答できます。その結果、地図の表示パフォーマンスは最大で1000倍向上するケースもあります。 データの安全性を高める編集機能 データベースの「トランザクション能力」をデータ編集サービスに導入しました。これは、複数の編集作業を一つのまとまりとして扱う技術で、もし作業の途中で中断や失敗が発生した場合、全ての編集内容がデータベースに保存されるのを防ぎます。これにより、複数人での同時編集時などにデータの不整合や破損が起こるのを防ぎ、データの完全性を強力に保護します。 運用管理と自動化の強化：より使いやすく、よりパワフルに 日々の運用を支える管理機能も、ユーザーの声を反映して大きく改善されました。 膨大なサービスを効率的に管理 数百ものサー...
続きを読む

「国土数値情報」を考える：それは日本のGISを支える“共通の土台”である

イメージ
この東京の街をGISで分析しようとするとき、私たちが最初に手を伸ばすデータは何でしょうか。道路網、行政区域、鉄道、人口分布…。そのほとんどは、国土交通省が整備・公開している「国土数値情報」に含まれています。 誰もが利用できるその存在は、あまりに当たり前になっているかもしれません。しかし、国土数値情報は、日本のGISに関わる全ての活動を支える「共通の土台（プラットフォーム）」と呼べる、不可欠な存在です。 今回は、この偉大な公共財の価値と、私たちが向き合うべき課題、そして未来における役割について、改めて考えてみたいと思います。 (1) 「あって当たり前」の偉大さ ― 国土数値情報の価値 まず、私たちがその上で活動している、国土数値情報という「土台」が持つ偉大な価値を再確認してみましょう。 全国を覆う網羅性 最大の価値は、日本の国土全域を、統一された仕様で、網羅的にカバーしている点です。市区町村ごとに仕様がバラバラなデータを一つひとつ収集・整形する苦労から、私たちを解放してくれます。 無償というインパクト これだけの品質と範囲のデータが、誰でも無償で利用できる。この事実が、日本のGISの裾野をどれだけ広げたか計り知れません。学生、研究者、スタートアップ、NPO、そして予算の限られた自治体まで、誰もが地理空間分析のスタートラインに立つことを可能にしました。 「公式」であることの信頼性 国が整備した「公式」のデータであるため、公共計画の立案や学術研究、ビジネスにおける意思決定の根拠として、高い信頼性を持って利用することができます。 (2) 共通の土台ゆえの「課題」― 私たちが向き合うべきこと しかし、この偉大な土台も、万能ではありません。その特性上、いくつかの向き合うべき課題も存在します。 更新頻度という時間軸の壁 国土数値情報は、国勢調査などに基づき、数年に一度のサイクルで更新されるデータが多くを占めます。そのため、最新の状況をリアルタイムに反映しているわけではありません。刻一刻と変化する都市のダイナミクスを捉えるには、別のデータとの組み合わせが必要になります。 膨大さゆえの「見つけにくさ」 データ項目は非常に多岐にわたるため、初心者は「自分が欲しいデータが、一体どの項目に、どのような名前で格納されているのか」を見つけ出すのに苦労することがあります。仕様書（メタデータ）を読...
続きを読む

「GIS」っていまだに「地理情報システム」の略？時代の変化と共に、その本当の意味を再定義してみた

  「GISって、何の略ですか？」 この質問に、多くの人は「Geographic Information System（地理情報システム）です」と答えるでしょう。教科書にもそう書いてありますし、もちろん間違いではありません。 しかし、今日のGISが持つ役割と可能性を考えると、その「System（システム）」という言葉は、少し窮屈に感じられないでしょうか？ 私自身、長年この業界に携わる中で、時代の変化に合わせてGISの「S」の部分を自分なりに解釈し直してきました。そして今日、AIが社会のOSになろうとしている今、GISの新たな定義を皆さんと一緒に考えてみたいと思います。 黎明期：The "S" as a System（地理情報システム） 私たちがGISと出会った頃、それは間違いなく専門家が使うための高度な「システム」でした。デスクトップPCにインストールされたソフトウェアは、地図データを作成し、空間的な分析を行うための、閉じた一つの体系。この時代、GISの価値はそのシステム自体の中にありました。 Webの時代：The "S" as a Service（地理情報サービス） インターネットが普及すると、GISはデスクトップを飛び出しました。ブラウザ上で誰もが地図を閲覧し、ルートを検索できるWebGISが登場。GISの機能は、所有する「モノ（システム）」から、誰もが利用できる「コト（サービス）」へと変化しました。この頃から、私にとってGISは「地理情報サービス」としての側面を強く持つようになります。 課題解決の時代：The "S" as a Solution（地理情報ソリューション） やがてGISは、単なる地図サービスに留まらなくなります。「どこに新しい店舗を出店すべきか？」「どのインフラを優先的に更新すべきか？」「災害時に最適な避難経路は？」といった、ビジネスや社会が抱える具体的な課題に対する「解決策（ソリューション）」を提供するようになりました。GISは、地図を作るための道具から、意思決定を支援するための強力なソリューションへと進化したのです。 そして現代へ：The "S" as a Software for Geospatial Intelligence そして、2025年の今日。IoTが...
続きを読む