HAProxyとは|高性能ロードバランサの実力と仕組み

2026年6月3日

HAProxyは2001年にWilly Tarreauが個人プロジェクトとして公開を始めた高性能なTCP／HTTPロードバランサである。極めて低いレイテンシと安定した挙動を武器に、GitHub、Stack Overflow、Twitter、Instagramなど多数の大規模サイトで採用されてきた。本稿ではHAProxyの歴史、構成要素、設定の考え方、Layer 7機能の活用、近年の運用パターンを順に整理する。

この記事の目次

Willy Tarreauが磨き上げてきた経緯
frontend・backend・listenの構造
観測性と高可用構成
NginxやTraefikと比べた強み
まとめ

Willy Tarreauが磨き上げてきた経緯

Willy Tarreauは2000年代初頭からLinuxカーネルの開発に関わってきたエンジニアで、個人で運用していたWebサイトの可用性向上のために2001年からHAProxyの開発を始めた。その後HAProxy Technologies社が設立され、商用版にあたるHAProxy Enterpriseと並行して、OSS版もLGPL／GPLで開発が続いている。

設計の中心は「シンプル、堅牢、低レイテンシ」である。単一のシングルスレッドイベント駆動モデルから出発し、後に複数スレッド対応も加わったが、コア機能はあくまでネットワーク上の中継に集中している。Linuxカーネルのepollやsplice、SO_REUSEPORTなどを早期から取り入れ、ハードウェア性能を引き出すチューニングを本体に組み込んできた点が他のプロキシと一線を画す。

frontend・backend・listenの構造

HAProxyの設定はglobal、defaults、frontend、backend、listenという塊で構成される。frontendはクライアントからの接続を受け付ける入口で、bindアドレスやACLによるルーティング条件を書く。backendは実際のサーバ群と分散アルゴリズム、ヘルスチェック条件を定義し、listenはfrontendとbackendを一体化した便利記法である。

ACLはacl is_api path_beg /apiのように宣言し、use_backend api_servers if is_apiで振り分ける。分散アルゴリズムにはroundrobin、leastconn、source、URIなどがあり、ヘルスチェックはTCP接続、HTTP応答、外部スクリプトのいずれでも組める。TLS終端、SNI判定、HTTP/2、近年はHTTP/3も対応するなど、Layer 7機能は年を追って強化されている。

観測性と高可用構成

HAProxyは標準で詳細な統計エンドポイントとCSV／HTML形式のダッシュボードを備え、Runtime APIを通じてサーバの重みや有効・無効を無停止で変更できる。メトリクスはPrometheus exporterで取得でき、ログはsyslog経由でELKやLokiに集約する例が多い。

高可用構成では複数台のHAProxyをKeepalived＋VRRPで束ね、仮想IPを切り替えるのが伝統的な手法である。クラウドではAWSのNLBやGCPのTCPロードバランサと組み合わせ、HAProxyをアプリ層のルーティングに専念させる構成も増えた。Kubernetes向けにはHAProxy Ingress ControllerやKubernetes Ingress対応版が用意されており、従来のオンプレ運用とコンテナ環境の双方で活用できる。

NginxやTraefikと比べた強み

NginxはWebサーバ、リバースプロキシ、ロードバランサを兼ねた万能ツールで、静的ファイル配信まで一体化している。TraefikやEnvoyはサービスメッシュや動的構成に強い。HAProxyはこれらと比べて静的設定が中心で、サービスディスカバリ連携はData Plane APIや外部ツールで補う必要がある。

それでもHAProxyが選ばれ続ける理由は、TCPレベルでの極めて高い性能、観測性の充実、細やかなACL／スティック・テーブルなどの機能、そして20年以上の運用実績にある。金融や通信、ゲームなど、わずかなレイテンシ増加も許容しにくい領域では今も第一選択肢として根強い。