KernelCare ライセンス：再起動なしでカーネルにセキュリティパッチ

KernelCare は、マシンを止めないまま稼働中の Linux カーネルにセキュリティパッチを当てます。よくあるもう一方の道は、新しいカーネルを入れて再起動を予定することです。数百のサイトを載せたマシンでは、それは深夜のメンテナンス枠と顧客への告知を意味し、そして誰もが認めたがる以上の頻度で、パッチが何週間も当たらないまま置かれることを意味します。その間ずっと、サーバーは欠陥がすでに公になったカーネルで動き続けます。ライブパッチはこの取引をなくします。修正はメモリ上で動いているカーネルに入り、プロセスは中断されず、稼働時間もリセットされません。1 台に数百アカウントを載せている共用ホスティング事業者、顧客とマシンを分け合っているリセラー、そして何かを再起動する都合のよい瞬間がいつまでも訪れない管理者に向いています。

ここで購入するライセンスは、ダウンロードして無事に保管しておくキーファイルではなく、サーバーの IP アドレスに対して登録されます。インストールはサーバー上でコマンド 1 行です。スクリプトが IP からライセンスを解決し、エージェントを立ち上げます。支払いは前払い残高から引き落とされ、間に承認の手順は入らないので、ライセンスはたいてい 1 分以内に有効になります。サーバーを別のマシンや別のデータセンターへ移すときは、パネルで IP をご自身が変更します。チケットも待ち時間もなく、旧アドレスのライセンスはただちに止まります。多数のサーバーを回しているなら、ライセンスの作成、更新、停止、付け替えはすべて REST API から扱えます。API はどのアカウント階層でも開放されていて、WHMCS にも自社のシステムにもつなげます。月額ライセンスは支払い済み期間の終わりまで動き、自動更新はいつでも切れます。契約も解約手数料もありません。すべての注文、更新、API 呼び出しは結果とともにアカウントへ記録されます。

パッチはディストリビューション標準のカーネルに合わせて作られます。自前でビルドしたカーネルや改変したカーネルを動かしている場合は、注文の前に `uname -r` を確認してください。エージェントが当てるものを何も見つけられないからです。OpenVZ や LXC のようなコンテナ型の仮想化では、カーネルはホストノードのものなので、ライセンスは個々のコンテナではなくホストに載ります。KVM、VMware、物理サーバーはそれぞれ自分のカーネルで動くため、それぞれに自分のライセンスが要ります。ユーザー空間のパッチ適用 ― OpenSSL や glibc といったコンポーネントをサービスを止めずに最新に保つこと ― と、サポートが終わったディストリビューション向けの延長サポートは、別の範囲です。どのパッケージが何をカバーするかは、現在の価格とともにカタログに載っています。最後に、再起動がまるごと消えるわけではありません。カーネルのメジャーバージョンの飛躍、ハードウェアやドライバーの変更、一部のシステム更新では、今後も計画的な再起動が必要です。得られるのは、その日が回ってくるまでセキュリティパッチを先送りしなくてよくなることです。