Skip to content
Cloud & Infrastructure
Skill

/whizard-logging

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

From plugin
kubesphere
17k32 skills
Install
$ npx -y skills add kubesphere/kubesphere --skill whizard-logging --agent claude-code

How it fires

How this skill gets triggered: by you, by Claude, or both.

  • Fires itselfAuto-invocation. Claude auto-loads it when your prompt matches the work.Auto-invocation is when the right skill fires by itself at the right moment, driven by a FLOW.md router and a hook, instead of you invoking it by name. It is the difference between a skill being installed and a skill actually getting used.Read the full definition →
  • You can call itInvoke it directly when you want it.
  • Slash command/whizard-logging

Context preview

The summary Claude sees to decide when to auto-load this skill.

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

SKILL.md

whizard-logging.SKILL.md
name: whizard-logging
description: Use when working with WizTelemetry Logging extension for KubeSphere, including installation, configuration, and log query API

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

| Component | Description | Default Enabled | |-----------|-------------|-----------------| | vector-logging | Container log collection (collects stdout/stderr from Docker/Containerd) | true | | logsidecar-injector | Disk 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

| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `logsidecar-injector.enabled` | bool | false | Enable disk log collection | | `logsidecar-injector.sidecar.sidecarType` | string | vector | Sidecar type | | `logsidecar-injector.resources.limits.cpu` | string | 100m | CPU limit | | `logsidecar-injector.resources.limits.memory` | string | 100Mi | Memory limit | | `logsidecar-injector.resources.requests.cpu` | string | 10m | CPU request | | `logsidecar-injector.resources.requests.memory` | string | 10Mi | Memory request |

Vector Logging Parameters

Filter Parameters

| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `vector-logging.filter.extraLabelSelector` | string | "app.kubernetes.io/name!=kube-events-exporter" | Extra label selector | | `vector-logging.filter.extraNamespaceLabelSelector` | string | "" | Extra namespace label selector | | `vector-logging.filter.includeNamespaces` | list | [] | List of namespaces to collect | | `vector-logging.filter.excludeNamespaces` | list | [] | List of namespaces to exclude |

Calico Log Parameters

| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `vector-logging.calico.enabled` | bool | true | Enable Calico log collection | | `vector-logging.calico.logPath` | list | ["/var/log/calico/cni/cni*.log"] | Calico log paths |

Systemd Log Parameters

| Parameter | Type | Default | Description | |-----------|------|---------|-------------| | `vector-logging.systemd.docker.enabled` | bool | true | Enable Docker systemd log collection | | `vector-logging.syst

Read more
Ships withkubesphere

The container platform tailored for Kubernetes multi-cloud, datacenter, and edge management ⎈ 🖥 ☁️

Get the whole plugin

Other skills on kubesphere.