kubeblocks-addon-elasticsearch

Route legacy Elasticsearch provisioning references to kubeblocks-engine-elasticsearch on KubeBlocks.

3|Updated Mar 12, 2026
One-click install
npx skills add https://github.com/apecloud/kubeblocks-skills --skill kubeblocks-addon-elasticsearch
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: kubeblocks-addon-elasticsearch
Source: https://github.com/apecloud/kubeblocks-skills/tree/main/skills/kubeblocks-addon-elasticsearch
Command: npx skills add https://github.com/apecloud/kubeblocks-skills --skill kubeblocks-addon-elasticsearch

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Backward compatibility shim for Elasticsearch provisioning on KubeBlocks, preserving older workflows and references while pointing users to the primary engine when possible.

Core Features & Use Cases

  • Maintains legacy entrypoints and routing to kubeblocks-engine-elasticsearch
  • Documents behavior and deprecations to ease migration
  • Supports both single-node dev/test and multi-node production workflows

Quick Start

Use this shim to reference Elasticsearch provisioning workflows when the primary entry is kubeblocks-engine-elasticsearch.

Frequently Asked Questions about kubeblocks-addon-elasticsearch

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I keep legacy Elasticsearch provisioning scripts working on KubeBlocks?

This compatibility shim preserves legacy Elasticsearch provisioning entry points on KubeBlocks by routing older create-time references to the primary kubeblocks-engine-elasticsearch engine, ensuring existing scripts continue to function.

What is backward compatibility for Elasticsearch provisioning on KubeBlocks?

Backward compatibility for Elasticsearch provisioning on KubeBlocks means maintaining legacy entry points and routing them to the primary engine, ensuring older workflows and scripts continue to work without modification.

Can I use this Elasticsearch provisioning shim for multi-node production workflows?

Yes, the Elasticsearch provisioning shim supports both single-node dev/test environments and multi-node production workflows on KubeBlocks while routing to the primary engine.

When should I migrate from legacy Elasticsearch provisioning to the primary engine?

You should migrate from legacy Elasticsearch provisioning to the primary kubeblocks-engine-elasticsearch engine for ongoing usage, as this shim only provides a stable fallback and documents deprecations to ease migration.

Why does my KubeBlocks Elasticsearch script reference a deprecated provisioning entry point?

Your KubeBlocks Elasticsearch script references a deprecated provisioning entry point because this shim preserves legacy create-time references, routing them to the primary engine while documenting behavior for migration.