The module lifecycle stage: General Availability
The module has requirements for installation
v1.0.6
Features
- Added
SecurityPolicyExceptionresources fornode-exporterandoom-kills-exporter, so the exporters keep working in clusters with security policies enforced by theadmission-policy-enginemodule
Changes
- Added the
d8_source="dkp"label to the metrics and recording rules shipped with the module, so metrics produced by the platform can be told apart from the user ones
Bug fixes
- Fixed PVC panels on the
Controller,NamespaceandPoddashboards: the panels now respect the selected PVC and show the data broken down by pod - Fixed the
Receive/Transmitnetwork panels on theControllerdashboard for pods running withhostNetwork: true - Fixed the troubleshooting command in the
LoadBalancerServiceWithoutExternalIPalert description: it now also takes the load balancerhostnameinto account, not only the IP address
v1.0.5
Security
- Fixed various vulnerabilities in third-party libraries and bundled base images. Non-exploitable CVEs are addressed via VEX statements
v1.0.4
Bug fixes
- Fixed the registry secret generation for modules installed from a custom
ModuleSource
v1.0.3
Changes
- Removed the
StorageClassCloudManualalert and the hook that detected manually created StorageClasses
Bug fixes
- Fixed the relabeling regular expression for the OOM kills metrics collected by
ebpf-exporter
v1.0.2
Changes
- Added the new VPA update modes (
InPlaceOrRecreate,InPlaceOnly) to thekube_verticalpodautoscaler_spec_updatepolicy_updatemodemetric produced bykube-state-metrics
v1.0.1
Changes
- The module is now enabled by default in the
DefaultandManagedbundles
v1.0.0
Changes
- The
monitoring-kubernetesmodule is now shipped as a separate Deckhouse module instead of being a part of the Deckhouse Kubernetes Platform core - Module lifecycle stage is set to General Availability