Kubernetes リソースのデフォルトフィルタリング

新規インストールやキャッシュの更新などのシナリオでは、Kubernetes クラスター全体がポータルと同期されます。このプロセスにより、多数のデバイスがクラスターに不必要に追加され、システムに負担がかかります。

デフォルトのインストールでは、すべてのリソースは lm-containerただし、上記の問題に対処するために、次のリソースはフィルタリングされるか、監視から無効になります。

デフォルトでは重要なリソースのみが有効になります。
必須でないリソースは無効化またはフィルタリングされますが、お客様は Helm チャート内のフィルタ条件を更新することで、それらのリソースを監視対象に再度追加できます。

システムパフォーマンスを最適化し、不要なリソース負荷を削減するために、いくつかのデフォルト構成が適用され、特定のリソースをフィルター処理または無効にして、重要なコンポーネントのみがアクティブに監視されるようにします。

一時リソースのデフォルトのフィルタリング: 一時的なリソース、例えば Jobs > Create New Job, Cronジョブ, CronJobs によって作成されたポッドは、不要な負荷を軽減するためにデフォルトでフィルタリングされます。例:
argus:
disableBatchingPods: "true"
Default filtering
Kubernetes リソースの監視が無効になっています: のようなリソース ConfigMap と シークレット 無効なリソースのリストに追加され、クラスターのセットアップ中にデフォルトで監視されなくなります。例:
argus:
monitoringMode: "Advanced"
monitoring: disable:
- configmaps

デフォルトで監視が無効になっているリソース

以下は、デフォルトでは無効になっていますが、選択すると有効にできる Kubernetes リソースのリストです。

旧バージョンからアップグレードする場合 lm-container このバージョンの Helm チャートには、次の内容が適用されます。

デフォルトのフィルタリング: 以前のバージョンでカスタムフィルターを適用していた場合、それらのフィルターが引き続き優先されます。デフォルトのフィルター設定によってそれらの設定が上書きされることはありません。
デフォルトで無効になっている監視: 以前のバージョンでリソースの監視を無効に設定していた場合、それらの設定は有効なままとなり、新しいデフォルトによって上書きされることはありません。
フィルタリングと無効化された監視のクロス構成:
- 顧客がカスタムフィルターを持っていて、無効な監視リソースを構成していない場合は、無効な監視のデフォルトリストが自動的に適用されます。
- 逆に、カスタムの無効化された監視リソースが構成されている場合は、リソースのデフォルトのフィルタリングが適用されます。