Skip to content
cccskills
FreePublished on GitHub

whizard-logging

Install and configure WizTelemetry Logging in KubeSphere to collect container output and file logs. Use its API to filter logs by workload, time, or keywords, retrieve statistics, and export results.

OriginalShow the original description

Use when working with WizTelemetry Logging extension for KubeSphere, including installation, configuration, and log query API

See how to install

Good for

  • Deploy log collection to selected clusters
  • Enable collection of log files inside containers
  • Search logs by keyword, workload, and time
  • Retrieve log statistics and export results

Files included (1)

  • SKILL.md9.0 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

WizTelemetry Logging

Overview

WizTelemetry Logging is an extension component in the KubeSphere Observability Platform for log collection, processing, and storage.

When to Use

  • Installing or configuring the WizTelemetry Logging extension
  • Understanding log collection architecture (container logs + disk log collection)
  • Using the log query API to query logs

Components

ComponentDescriptionDefault Enabled
vector-loggingContainer log collection (collects stdout/stderr from Docker/Containerd)true
logsidecar-injectorDisk log collection (collects logs from files inside containers)false

Dependencies

  • WizTelemetry Platform Service (whizard-telemetry): Required
  • WizTelemetry Data Pipeline (vector): Required
  • OpenSearch (opensearch): Required

Installation

Prerequisites

REQUIRED: Complete all steps in order before generating InstallPlan.

Step 1: Get Available Clusters and Confirm Target

⚠️ CRITICAL: DO NOT proceed until target clusters are determined.

Step 1.1: Get available clusters

kubectl get clusters -o jsonpath='{.items[*].metadata.name}'

Step 1.2: Determine target clusters

  • If user explicitly specified target clusters in the request → Use those clusters directly, proceed to Step 2
  • If user did NOT specify target clusters → Ask user to confirm which clusters to deploy to, then proceed to Step 2

Ask user (if not specified):

Available clusters: host, dev
Which clusters do you want to deploy WizTelemetry Logging to?

Step 2: Get Latest Version (if not provided by user)

MUST do this to get the latest version:

kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-logging -o jsonpath='{range .items[*]}{.spec.version}{"\n"}{end}' | sort -V | tail -1

This outputs the latest version (e.g., 1.4.0). Note this down - you'll use it in the InstallPlan.

Install WizTelemetry Logging

⚠️ IMPORTANT: Complete prerequisite steps BEFORE this step.

Based on your selections:

  • Target clusters: User-confirmed cluster names

⚠️ CRITICAL: InstallPlan metadata.name MUST be whizard-logging. DO NOT use any other name.

⚠️ CRITICAL: config field is YAML format. You MUST:

  • Use the config structure exactly as shown in the template
  • DO NOT add configuration fields that are not shown in the template
  • DO NOT modify the structure or hierarchy

⚠️ CRITICAL: All placeholders MUST be replaced with actual values. DO NOT leave them as placeholders.

Template

apiVersion: kubesphere.io/v1alpha1
kind: InstallPlan
metadata:
  name: whizard-logging
spec:
  extension:
    name: whizard-logging
    version: <VERSION>  # From Step 2
  enabled: true
  upgradeStrategy: Manual
  clusterScheduling:
    placement:
      clusters:
        - <TARGET_CLUSTERS>

Replace placeholders:

  • <VERSION>: From Step 2 (e.g., 1.4.0)
  • <TARGET_CLUSTERS>: User-confirmed cluster names

Note: OpenSearch sink configuration (endpoints, auth) is provided by the vector extension. Make sure vector is installed and configured with OpenSearch before installing logging.

Enable Disk Log Collection

To enable disk log collection, add logsidecar-injector to the config:

apiVersion: kubesphere.io/v1alpha1
kind: InstallPlan
metadata:
  name: whizard-logging
spec:
  extension:
    name: whizard-logging
    version: <VERSION>  # From Step 2
  enabled: true
  upgradeStrategy: Manual
  config: |
    logsidecar-injector:
      enabled: true
    vector-logging:
      filter:
        extraLabelSelector: "app.kubernetes.io/name!=kube-events-exporter"
      calico:
        enabled: true
      systemd:
        docker:
          enabled: true
        kubelet:
          enabled: true
      sinks:
        opensearch:
          enabled: true
          index:
            prefix: "{{ .cluster }}-logs"
            timestring: "%Y.%m.%d"
  clusterScheduling:
    placement:
      clusters:
        - <TARGET_CLUSTERS>

Configuration Parameters

Logsidecar Injector Parameters

ParameterTypeDefaultDescription
logsidecar-injector.enabledboolfalseEnable disk log collection
logsidecar-injector.sidecar.sidecarTypestringvectorSidecar type
logsidecar-injector.resources.limits.cpustring100mCPU limit
logsidecar-injector.resources.limits.memorystring100MiMemory limit
logsidecar-injector.resources.requests.cpustring10mCPU request
logsidecar-injector.resources.requests.memorystring10MiMemory request

Vector Logging Parameters

Filter Parameters

ParameterTypeDefaultDescription
vector-logging.filter.extraLabelSelectorstring"app.kubernetes.io/name!=kube-events-exporter"Extra label selector
vector-logging.filter.extraNamespaceLabelSelectorstring""Extra namespace label selector
vector-logging.filter.includeNamespaceslist[]List of namespaces to collect
vector-logging.filter.excludeNamespaceslist[]List of namespaces to exclude

Calico Log Parameters

ParameterTypeDefaultDescription
vector-logging.calico.enabledbooltrueEnable Calico log collection
vector-logging.calico.logPathlist["/var/log/calico/cni/cni*.log"]Calico log paths

Systemd Log Parameters

ParameterTypeDefaultDescription
vector-logging.systemd.docker.enabledbooltrueEnable Docker systemd log collection
vector-logging.systemd.kubelet.enabledbooltrueEnable Kubelet systemd log collection
vector-logging.systemd.directorystring/var/log/journalSystemd journal directory

OpenSearch Sink Parameters

ParameterTypeDefaultDescription
vector-logging.sinks.opensearch.enabledbooltrueEnable OpenSearch sink
vector-logging.sinks.opensearch.index.prefixstring"{{ .cluster }}-logs"Index prefix
vector-logging.sinks.opensearch.index.timestringstring"%Y.%m.%d"Index time format

ISM Policy Parameters

ParameterTypeDefaultDescription
vector-logging.ism_policy.enableboolfalseEnable Index State Management policy
vector-logging.ism_policy.min_index_agestring"7d"Minimum index retention period

Log Query API

Query Logs

curl -X GET "http://whizard-telemetry-apiserver.extension-whizard-telemetry.svc:80/kapis/logging.kubesphere.io/v1alpha2/logs?operation=query&log_query=error&size=10&cluster=host&sort=desc" \
  -H "X-Remote-User: admin"

Query Parameters:

ParameterTypeDefaultDescription
operationstringqueryOperation type: query/statistics/histogram/export
namespacesstringComma-separated list of namespaces
namespace_querystringFuzzy match namespace names
workloadsstringComma-separated list of workloads
workload_querystringFuzzy match workload names
podsstringComma-separated list of pods
pod_querystringFuzzy match pod names
containersstringComma-separated list of containers
container_querystringFuzzy match container names
log_querystringLog content keywords (case-insensitive)
intervalstring15mTime interval for histogram (e.g., 15m, 1h, 1d)
start_timestringStart time (seconds since epoch)
end_timestringEnd time (seconds since epoch)
sortstringdescSort order: asc/desc
fromint0Offset
sizeint10Number of results
clusterstringhostCluster name
exportLineLimitintMax lines for export

Extension Operations

Check Extension Status

kubectl get installplan whizard-logging
kubectl get extensionversions -l kubesphere.io/extension-ref=whizard-logging

Uninstall Extension

Uninstall from all clusters:

kubectl delete installplan whizard-logging

Uninstall from specific cluster:

To remove WizTelemetry Logging from a specific cluster, update the InstallPlan by removing that cluster from clusterScheduling.placement.clusters:

apiVersion: kubesphere.io/v1alpha1
kind: InstallPlan
metadata:
  name: whizard-logging
spec:
  extension:
    name: whizard-logging
    version: <VERSION>
  enabled: true
  upgradeStrategy: Manual
  clusterScheduling:
    placement:
      clusters:
        - <REMAINING_CLUSTERS>  # Remove the cluster you want to uninstall from

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Manage FrontendExtension resources in frontend-forge, from creation and package generation to downloading, publishing, and unpublishing. Inspect generated files, Kubernetes jobs, and status information to diagnose packaging or publishing failures.

  • Create or update a FrontendExtension
  • Rebuild and download an extension package
  • Publish, unpublish, or remove an extension
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

Operate FrontendIntegration resources from existing YAML definitions using kubectl, the Kubernetes command-line tool. Manage updates and enabled state, inspect build output, troubleshoot failures, and install or manage the frontend-forge extension.

  • Create a FrontendIntegration from existing YAML
  • Update, enable, or disable a FrontendIntegration
  • Inspect build output and troubleshoot failures
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

Generate FrontendIntegration YAML for frontend-forge from a simplified configuration containing one menu and one or more pages. Define resource tables or embedded iframe pages, with the bundled generator expanding menu placements into the required YAML structure.

  • Generating integration YAML for a CRD resource table
  • Defining an embedded iframe page
  • Converting a single-menu configuration into canonical YAML
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

kubeeye

FreeSummary

Set up KubeEye in KubeSphere to inspect Kubernetes clusters. Define checks for configurations, nodes, and services, schedule recurring or one-time inspections, and retrieve findings as HTML or spreadsheet reports.

  • Install KubeEye for cluster inspections
  • Create checks for node health and configuration
  • Schedule recurring cluster inspections
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

Inspect KubeSphere clusters with read-only commands. List clusters, view detailed configuration, identify host and member roles, and review connection types, readiness indicators, and KubeSphere and Kubernetes versions without changing cluster resources.

  • List clusters registered in KubeSphere
  • Check cluster readiness
  • Review KubeSphere and Kubernetes versions
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

kubesphere-core

FreeSummary

Understand KubeSphere architecture and call its APIs with a script that handles authentication. This skill also directs cluster, user, workspace, and extension management requests to the relevant specialist skills.

  • Understand KubeSphere core components
  • Choose API paths for Kubernetes and KubeSphere operations
  • Send API requests to a specific member cluster
kubesphere/kubesphere17.1KUpdated Jul 15, 2026

See all skills by kubesphere

Report a problem with this skill