キープアライブ

Keep-Alive

IT運用・現場

ネットワーク通信において、接続（セッション）が途切れていないかを確認し、通信経路を維持するために定期的に送受信される小さな確認信号のことです。死活監視や、毎回接続を作り直す無駄を省く目的で使われます。

🐾 猫で例えると？

ハンモックで寝転がりながら、名前を呼ばれて何ですかと言わんばかりにだるそうに首だけ向けて反応するアメショ — 呼びかけに対して最低限の反応だけを返し、接続を維持するアメショ

基本的には孤独を愛するアメショですが、ハンモックでくつろいでいる時に飼い主から名前を呼ばれると、「何ですか？」と言わんばかりにだるそうに首だけを向けて一応反応してくれます。これはまさに、無駄なエネルギー（リソース）を消費することなく「まだ起きてるよ（接続は生きてるよ）」という最低限のシグナルだけを返して通信経路を維持する、Keepaliveの挙動そのものです。

🐾猫あるある：IT現場の日常

寝ている人間の顔を「生きてる？」と前足でチョイチョイ突く：ネットワーク通信において、接続が切断されていないかを確認するために、一定時間ごとに小さな確認用パケット（信号）を相互に送り合う仕組み（ハートビート）。
離れた場所にいてもお互いに時々アイコンタクトを交わす：一度確立した通信コネクション（セッション）を維持し続けることで、次回データ転送を行う際に、再度接続を確立し直す（3ハンドシェイクなどの）オーバーヘッドを削減する技術。
静かになると不安で時々「ニャ？」と鳴いて存在をアピールする：無通信状態が一定時間続くとファイアウォールやルーターによってセッションが強制遮断されてしまうのを防ぐため、ダミーの通信を定期的に発生させてタイムアウトを回避する手段。

💻 IT現場における「Keepalive」とは？

IT現場で「Keepalive」と言う場合、大きく分けて「HTTP Keep-Alive」と「TCP Keepalive」の2つの文脈があり、それぞれ目的が異なります。

Webサイトを表示する際、画像やCSSなどのファイルをダウンロードするたびに「はじめまして（接続確立）」と「さようなら（切断）」の挨拶を繰り返していると、通信のオーバーヘッド（無駄な時間と負荷）が膨大になります。そこで「しばらくの間は接続を繋いだままにしておこう」とするのがHTTPのKeep-Aliveです。一度繋がったパイプを使い回すことで、ページの表示速度を劇的に向上させます。

一方、OSレベルで設定するTCP Keepaliveは、通信相手がハングアップして（死んで）いないかを定期的に確認するための死活監視の役割を担っています。

⚠️ Keepaliveの仕組みと注意点

接続を維持するのは便利ですが、繋ぎっぱなしにするということは、それだけサーバーのメモリなどのリソースを占有し続けることを意味します。そのため、いつまでも返事がない接続は適切に切断（タイムアウト）する設定が不可欠です。

NginxでのHTTP Keep-Alive設定例

インフラエンジニアがWebサーバー（Nginxなど）を構築する際、必ずチューニングを行う代表的な設定項目です。

# Nginxの設定ファイル（nginx.conf）での例
http {
    # クライアントとのKeepalive接続を維持する時間（秒）
    # 長すぎるとサーバーのリソースが枯渇し、短すぎると再接続の負荷が上がる
    keepalive_timeout 65;

    # 1つのKeepalive接続（パイプ）で連続して処理できる最大リクエスト数
    keepalive_requests 100;
    
    server {
        listen 80;
        server_name example.com;
        # ...
    }
}

アクセス数が非常に多い大規模サイトでは、この `keepalive_timeout` の数値をあえて短く（数十秒など）設定することで、不要になった接続を素早く解放し、新しいユーザーを受け入れるためのリソースを確保します。

🛠️ Keepaliveを賢く使うためのポイント

現場でネットワーク障害や謎のタイムアウトに悩まされないための重要な設計ポイントです。

ロードバランサーとの相性： AWSのELBなどのロードバランサーを挟む場合、バックエンドサーバーのKeepaliveタイムアウト値は、ロードバランサー側のタイムアウト値よりも「少し長く」設定するのが鉄則です。逆にすると、502 Bad Gatewayなどのエラーが頻発します。
ファイルディスクリプタの限界に注意： Linux系OSでは、繋ぎっぱなしのコネクションはすべてファイルとして扱われます。Keepaliveで大量の接続を維持しようとすると、OSが管理できる上限（ファイルディスクリプタ数）に達してしまい、新しいアクセスを拒否してしまうため、上限値の引き上げ（ulimitの変更）が必要です。
TCP KeepaliveのOSパラメーター調整： OS標準のTCP Keepaliveは、デフォルトで「2時間」など確認間隔が非常に長く設定されていることが多いです。システム要件に合わせて、カーネルパラメータ（sysctl）でより短い間隔に調整しましょう。

だるそうに反応するアメショにしつこく何度も呼びかけすぎると、許容値を超えて本当にアクセス拒否（無視）モードになってしまいます。システムも猫も、お互いの負荷にならない適度な間隔とタイムアウト設定で生存確認を行うのが、長く良好な関係（通信）を保つ秘訣ですね。