Audit log

Check out this page to learn how Cast AI's Audit log tracks and displays detailed records of all operations, policy actions, and changes made in your cluster.

The Audit log provides a detailed view of all actions and events that occur within your clusters managed by Cast AI. This feature helps you track changes, troubleshoot issues, and maintain security compliance by recording both user-initiated actions and automated policy-driven changes.

Audit logs are available at two scopes:

  • Cluster audit log: records actions and events for a single cluster across domains such as the Node Autoscaler and Workload Autoscaler, for example nodes being added or removed, autoscaler policy actions, workload optimization recommendation changes, and hibernation events.
  • Organization audit log (early access): a timeline of events across your whole organization, covering clusters, nodes, commitments, and configuration changes.

This page covers both.

Accessing the cluster audit log

To view the audit log for a specific cluster:

  1. In the Cast AI console, open Automation
  2. Select your cluster
  3. In the left menu under Cluster, select Logs

Accessing the organization's Activity log

📣

Early Access feature

The organization Activity log is in early access. It may undergo changes based on user feedback and continued development. We welcome your feedback to help us improve.

To view events across all clusters in your organization:

  1. Open the product menu at the top left of the Cast AI console
  2. Select Activity log

While in early access, the page itself is labeled Event log. The Activity log lists events from every cluster and product area in a single timeline. You can filter it by domain (for example, Autoscaler), resource type, action, and severity, which makes it the right place to answer organization-level questions, such as when a cluster was connected or when automation was enabled.

The same 90-day retention policy applies to both cluster and organization audit logs.

📘

Don't see the Activity log?

The Activity log entry appears only for users whose role includes permission to view the organization activity log. If you can't see it, ask your organization administrator to check your role under Settings > Role-based access control (see Role-based access control).

Also note that the organization Activity log is different from the workload-level event log under Workload autoscaler > Event log, which tracks workload autoscaling recommendations for a single cluster.

Understanding the cluster audit log interface

The cluster audit log displays information in a table format with the following columns:

  • Timestamp: When the action occurred
  • Domain: The product area the event belongs to (for example, Workload Autoscaler or Node Autoscaler)
  • Resource: The resource the event relates to and its type (for example, a workload under Recommended Requests, or a node)
  • Action: What happened to the resource (for example, Updated, Executed, or Deleted)
  • Actor: The user, service account, or policy that triggered the action
  • Summary: A short description of the change

Each log entry can be expanded to view additional details about the event in a dedicated drawer:

The entry summary can then be viewed as is in this table format, or you can switch to the YAML/JSON view by clicking the {} icon in the top right of the opened drawer:

Filtering capabilities

The cluster audit log provides filtering options to help you find specific events. You can combine a keyword search and a time range with the filter groups in the left panel, and select several values across groups to narrow down results.

Search and time range

  • Text search: Enter keywords in the search bar above the log entries to search event text
  • Time range: Use the time-range selector in the top right to choose a preset (for example, Last 30 days) or specify a custom period

Filter groups

The filters panel on the left groups available filters, each showing how many matching events a value has:

  • Severity: Filter by event severity, such as Info, Warn, or Error
  • Domain: Filter by the product area the event belongs to, such as Workload Autoscaler or Node Autoscaler
  • Resource type: Filter by the kind of resource involved, such as Recommended Requests, Surge, Node, Autoscaling, or CPU Pressure. Select Show more to see the full list.
  • Action: Filter by what happened to the resource, such as Updated, Detected, Executed, Added, or Deleted

Select Show less to collapse an expanded group, or Clear at the top of the filters panel to reset all selected filters.

Types of tracked events

The cluster audit log tracks various events related to cluster operations, node management, and policy changes. Here's a complete list of events tracked by the system:

Event CategoryEvent TypeDescription
Policy ManagementPolicy enabledA policy has been activated in the cluster
Policy configurationChanges made to policy settings or parameters
Unschedulable pods policyEvents related to handling pending pods that need scheduling. Click the instance type in the event row to view detailed information about the unscheduled pods that triggered the event.
Node OperationsNode addedA new node has been added to the cluster
Node removedA node has been removed from the cluster
Node deletion requestedA request has been made to delete a node
Add node failedAn attempt to add a node to the cluster has failed
Adding node failedAn alternative event name for failed node addition attempts
Nodes interruptedNodes have been interrupted (typically for Spot Instances)
Dead node deletedActions taken on nodes determined to be non-responsive
Cluster ManagementCluster createdA new cluster has been initialized
Cluster pausedCluster operations have been temporarily suspended
Cluster deletedA cluster has been permanently removed
Cluster hibernatedThe cluster has been hibernated to reduce costs during inactive periods
Cluster hibernation triggeredA hibernation process has been initiated for the cluster
Cluster hibernation schedule failedA scheduled hibernation operation has failed to execute
Cluster hibernation job finishedThe hibernation process has completed successfully
Cluster hibernation job pendingA hibernation job has been queued and is waiting to be processed
Cluster hibernation job failedA hibernation job has encountered an error and failed to complete (when expanded, shows the specific operation like "Resumption")
Critical components validatedOn hibernation, validate that the known critical components required for the resume node to join the cluster tolerate
the CriticalAddonsOnly taint.
The validation results are recorded in the audit log; components missing the toleration are flagged.
Cluster reconcile triggeredThe cluster reconciliation process has been initiated
Autoscaler executedThe cluster autoscaling mechanism has performed an action, the details of which are provided in the log
Rebalance plan changeModifications to the cluster's rebalancing strategy
Instance ManagementAddblacklist executedInstance types have been added to the blacklist
Spot Instance EventsSpot fallback enabledSpot Instance fallback mechanism has been activated
Spot fallback disabledSpot Instance fallback mechanism has been deactivated
Spot fallback updatedUpdates made to spot fallback settings
Spot node foundA suitable Spot Instance has been located
Failed to add nodesUnable to add Spot Instances
Failed to drain nodesUnable to safely remove workloads from spot nodes
Pod ManagementUnscheduled pods policyEvents related to handling pending pods that need scheduling

These events provide a comprehensive audit trail of all significant actions and changes within your cluster, enabling effective monitoring and troubleshooting of your Kubernetes environment.

Audit log retention and exporting

Audit logs are retained and accessible in the console for 90 days, after which they are archived (see Audit Log Retention Policy for details). However, if you need to analyze your audit logs externally or maintain them indefinitely, you can use our open-source Audit log exporter. This tool allows you to:

  • Export audit logs to your preferred storage solution
  • Perform custom analysis of historical data
  • Maintain audit logs beyond the retention period
  • Integrate audit data with your existing monitoring tools

To learn more about exporting your audit logs, visit our Audit log exporter documentation.


Did this page help you?