apache / apache/pulsar

Pulsar-admin performance degradation

Open
#16,906 2 comments 0 reactions 0 assignees View on GitHub
Stale type/bug
Dominant language
Java
Stars
15.3k
Forks
3.8k
Avg merge
1d 14h
Merged PRs (30d)
160

Description

Hi! We have pulsar deployed with Helm on Kubernetes. We upgraded from 2.6.4 to 2.7.2 (and then to 2.9.3) but we found out that the time the brokers take to be ready has increased; we have authentication and authorization enabled (with JWT) and at the first startup the broker generates all the tenants,namespaces and tokens. Starting from 2.7.2 these commands (done through pulsar-admin) have become really slow: the broker takes up to 6 minutes to be ready starting from 2.7.2. Do you have any suggestion? (

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the pulsar-admin commands used during the first broker startup and the broker readiness logs in the Helm-on-Kubernetes deployment. Compare startup behavior across versions 2.6.4, 2.7.2, and 2.9.3, focusing on tenant, namespace, and token generation. Done means identifying the cause of the regression and confirming improved broker readiness time.

Written by the indexing model from the issue text.

Assessment

Tech stack
helm, java, kubernetes
Domain
cli, distributed-systems, performance
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.