Uploads to Rancher
Rancher manages clusters through its control plane. Managed clusters send data to Rancher's central management servers. This includes "always-on" data, exchanged with Rancher whenever the cluster has Internet access, and "on-demand" data, which should be explicitly requested by GetVisibility Support via the Rancher UI.
Always-On Data sent to Rancher includes:
Cluster Metadata:
Information about the cluster
Nodes list and metadata (IP address, hostname, cluster role, etc.)
K3s version
Health and Monitoring Data:
CPU and RAM usage on each cluster node
Current Metrics (via Prometheus)
Fleet agent heartbeat
Fleet bundle synchronization data
Current cluster status (healthy/unhealthy)
On-Demand Data:
Cluster Metadata:
Resource allocation (which Kubernetes resource runs on which node)
Current cluster-level Alerts
Current cluster-level Events
Kubernetes Objects:
List Kubernetes objects (usually Pods and Configurations)
Delete one or more objects
Create a new Kubernetes definition
Update existing definition (limited)
Kubernetes Container Logs:
Current logs via Rancher UI
Historical logs via Loki and Prometheus
Health and Monitoring Data:
Historical metrics via Grafana
kubectl Commands Output:
Rancher allows running kubectl exec
into running containers, but this feature is blocked by our WAF. Support needs SSH access or screen-sharing with the customer to execute these commands.
None of those categories are critical for operation, and access to Rancher can be disabled after deployment.
Last updated
Was this helpful?