|
この文書は自動機械翻訳技術を使用して翻訳されています。 正確な翻訳を提供するように努めておりますが、翻訳された内容の完全性、正確性、信頼性については一切保証いたしません。 相違がある場合は、元の英語版 英語 が優先され、正式なテキストとなります。 |
UIサーバーサイドページネーション
サーバーサイドページネーション(SSP)は、リソースの高カウントに対してUI全体でのパフォーマンス向上を提供するRancherの機能であり、ブラウザが取得しメモリに保存するリソースの量を制限します。
SSPはオプションであり、デフォルトで有効であり、機能フラグ`ui-sql-cache`を介して無効にすることができます。
ディスク容量
|
Rancher v2.12.0以降にアップグレードする前に、ノードの利用可能なディスクスペースを確認し、それに応じて計画することが重要です。これにより、潜在的なディスク圧力やポッドの追放問題を回避できます。 |
SSPは、クラスターのノードに一時的なディスクスペースの新しい要件を導入するキャッシングメカニズムに依存しています。このキャッシュは、内部SQLiteデータベースであり、コンテナのファイルシステム内に保存されます。これは、Rancherサーバーポッド(ローカルクラスタの`rancher`の`cattle-system`ネームスペース内)を実行しているノードと、Rancherエージェントポッド(すべてのダウンストリームクラスタの`cattle-cluster-agent`の`cattle-system`ネームスペース内)を実行しているノードに影響します。
必要なディスクスペースの量は動的であり、UIで視覚化されるKubernetesリソースの数量とサイズに依存します。ガイドラインとして、キャッシュは保存する生のKubernetesオブジェクトのサイズの約2倍を消費する可能性があります。
例えば、内部テストでは、5000のConfigMapをキャッシュすることで、合計50MBが81MBのディスクスペースを消費したことが示されました。保守的な高レベルの見積もりとして、関連する各ノードの利用可能なディスクスペースは少なくともetcdスナップショットのサイズの2倍であることを計画できます。ほとんどの本番環境では、関連するノードに数ギガバイトのストレージが利用可能であることを確認することが安全な出発点です。
このスペースは、Rancherコンテナに対してHelmチャートの`resource`値を介して設定したかもしれない 一時ストレージのリクエストと制限に対してカウントされることに注意してください。これらの設定が十分な利用可能なスペースを提供することを確認してください。
ポッドのログにエラー`database or disk is full (13)`が表示された場合、これはより多くのスペースを割り当てる必要があるという症状です。
SQLiteバックのキャッシングは、キャッシュされたKubernetesオブジェクトのコピーをディスクに永続化します。これがセキュリティ上の懸念である場合は、SQLiteバックのキャッシングの暗号化を参照してください。
サーバーサイドページネーションの有効化
-
左上隅で、☰ > グローバル設定 > 機能フラグをクリックします。
-
ui-sql-cacheを見つけて、⋮ > 有効化 > 有効化を選択します。 -
Rancherの再起動を待ってください。これにより、すべてのダウンストリームクラスターのエージェントも再起動します。
-
ブラウザのボタン(または、通常はWindowsおよびLinuxでは`CTRL + R`、macOSでは`⌘ + R`のキーボードの組み合わせ)を使用してページを再読み込みしてください。
サーバーサイドページネーションの無効化
-
左上隅で、☰ > グローバル設定 > 機能フラグをクリックします。
-
ui-sql-cacheを見つけて、⋮ > 無効化 > 無効化を選択してください。 -
Rancherの再起動を待ってください。これにより、すべてのダウンストリームクラスターのエージェントも再起動します。
-
ブラウザのボタン(または、通常はWindowsおよびLinuxでは`CTRL + R`、macOSでは`⌘ + R`のキーボードの組み合わせ)を使用してページを再読み込みしてください。
SQLiteバックのキャッシュを暗号化する
UIサーバーサイドページネーションは、キャッシュされたKubernetesオブジェクトのコピーをディスクに永続化します。このデータの安全性が気になる場合は、アップストリームクラスターの`rancher`ポッドとダウンストリームクラスターの`cattle-cluster-agent`ポッドで環境変数`CATTLE_ENCRYPT_CACHE_ALL`を`true`に設定することで、すべてのオブジェクトをディスクに保存する前に暗号化できます。
シークレットとセキュリティトークンは、上記の設定に関係なく常に暗号化されます。
UIサーバーサイドのページネーションの既知の制限
このリリースは、`local`またはダウンストリームクラスター内のリソースを表示、作成、または編集するために使用されるほとんどのページのパフォーマンスを向上させます。つまり、クラスターエクスプローラービューです。ただし、RBAC関連のリソースやクラスターエクスプローラーの外の領域は、この機能の対象にはまだなっていません。
さらに、この機能が有効になっているときに次の制限があります。これらは主に影響を受けるリストの異なるソートまたはフィルタリングの動作に関するものです:
-
リスト内のリソースは自動的に更新されますが、瞬時ではありません。
-
サーバーサイドのページネーションを利用するすべてのリスト:
-
`State`列のソートおよびフィルタ機能は、UIがローカルに推測したものではなく、リソースの`metadata.state.name`フィールドで機能します。
-
更新は瞬時ではなく、5秒ごとに表示されます。
-
-
クラスターエクスプローラー:
-
プロジェクト/ネームスペースフィルターは、`Not in a Project`エントリを介して、プロジェクトに所属していないすべてのネームスペースをフィルタリングすることをサポートしていません。
-
Clusterグループ -→Nodesページ-
次の列はソートまたはフィルタリングできません:
Roles,External/Internal IP,CPU,RAM(その値を決定するロジックはブラウザで計算されます)
-
-
Workloadsリスト:-
複数の異なるリソースタイプを示していた
Workloadsリストは削除されました。-
サーバーサイドページネーションによる複数リソースの処理は、現在不可能です。
-
-
-
Workloadsグループ -→ すべてのリスト-
Pod RestartsとWorkload Health列は削除されました。
-
-
Workloadsグループ /Jobリスト-
Durationはソートできません(期間でのソート)。
-
-
Workloadsグループ /Podリスト-
Imagesはソートできません(配列でのソート)。
-
-
Service Discoveryグループ /Ingresses-
Defaultはソート/フィルタリングできません(その値を決定するロジックはブラウザで計算されます)。
-
-
Storageグループ /ConfigMaps-
Dataはソート/フィルタリングできません(その値を決定するロジックはブラウザで計算されます)。
-
-
Storageグループ /Secrets-
Dataはソート/フィルタリングできません(その値を決定するロジックはブラウザで計算されます)。
-
-