8.9. Ingress Controller の設定

管理者として、ドメインソケットを介して実行中の HAProxy プロセスを設定する代替更新メカニズムとして、Dynamic Configuration Manager (DCM) を使用できます。この方法により、HAProxy プロセスをフォークして再ロードする必要がなくなります。

ルーターは、サポートされている操作には自動的に DCM を使用し、DCM で処理できない操作にはフォークアンドリロードにフォールバックします。

ルーターの再起動後、デフォルトの HAProxy プロセスは新しい子プロセスをフォークし、既存の接続がすべて閉じられるまで古いプロセスを実行し続けます。HAProxy が長時間の接続を処理している際に頻繁に再起動すると、古いプロセスが蓄積され、ノード上で過剰なメモリーを消費します。プロセスが蓄積されると、経路やエンドポイントが頻繁に変更される環境では、メモリー不足エラーが発生する可能性があります。

DCM は、実行中の HAProxy プロセスに直接設定更新を適用することで、この問題を解決します。

DCM は、デフォルトのフォークアンドリロードモデルに比べて、以下の利点を提供します。

フォークアンドリロード機能を使用すると、アプリケーションを任意の数のレプリカにスケールアップすると、HAProxy の設定がリロードされます。DCM は、HAProxy のリロードをトリガーすることなく、以下のスケーリング操作を動的に処理します。

DCM を使用する場合でも、HAProxy では、以下のようなサポートされていない動的操作に対してリロードが必要です。

DCM が動的に処理できない操作に遭遇した場合、ルーターは標準のフォークアンドリロード機構にフォールバックします。このメカニズムは、新しい haproxy.config ファイルを書き込み、HAProxy をリロードします。HAProxy は、受信接続を処理するための新しいプロセスをフォークします。Ingress Operator には、HAProxy 設定の更新を管理するために DCM とフォークアンドリロードのどちらかを選択するための spec.tuningOptions.configurationManagement API フィールドが含まれています。