-
Notifications
You must be signed in to change notification settings - Fork 3.6k
[pulsar-admin-tools] Support delete all data associated with a cluster #8133
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
/pulsarbot run-failure-checks |
lgtm, @BewareMyPower would you please open a new issue for the todo item, and linked in your code comments |
/pulsarbot run-failure-checks |
/pulsarbot run-failure-checks |
4 similar comments
/pulsarbot run-failure-checks |
/pulsarbot run-failure-checks |
/pulsarbot run-failure-checks |
/pulsarbot run-failure-checks |
/pulsarbot run-failure-checks |
pulsarbot run-failure-checks |
0e052f3
to
62d3b5e
Compare
/pulsarbot run-failure-checks |
1 similar comment
/pulsarbot run-failure-checks |
apache#8133) ### Motivation When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted. ### Modifications - Add an option to `cluster delete` command to delete all the data associated with the cluster. Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed `SchemaRegistryServiceImpl#deleteSchema`'s semantics should be change. ### Verifying this change The new option has been tested in local environment by: 1. Deploy a ZK which acts as both local ZK and the configuration store; 2. Init metadata of 2 clusters, the 2nd cluster use `--bookkeeper-metadata-service` option to share the same BK metadata position; 3. Deploy a BK; 4. Deploy 2 brokers associated with the 2 clusters' metadata; 5. Create some topics and produce some messages to 2 clusters; 6. Run `bin/pulsar cluster -all <cluster>` to delete the whole cluster, use `bin/bookkeeper shell list ledgers` to verify the change of ledgers count. **An integration test is needed to simulate the procedures above.**
apache#8133) ### Motivation When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted. ### Modifications - Add an option to `cluster delete` command to delete all the data associated with the cluster. Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed `SchemaRegistryServiceImpl#deleteSchema`'s semantics should be change. ### Verifying this change The new option has been tested in local environment by: 1. Deploy a ZK which acts as both local ZK and the configuration store; 2. Init metadata of 2 clusters, the 2nd cluster use `--bookkeeper-metadata-service` option to share the same BK metadata position; 3. Deploy a BK; 4. Deploy 2 brokers associated with the 2 clusters' metadata; 5. Create some topics and produce some messages to 2 clusters; 6. Run `bin/pulsar cluster -all <cluster>` to delete the whole cluster, use `bin/bookkeeper shell list ledgers` to verify the change of ledgers count. **An integration test is needed to simulate the procedures above.**
apache#8133) ### Motivation When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted. ### Modifications - Add an option to `cluster delete` command to delete all the data associated with the cluster. Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed `SchemaRegistryServiceImpl#deleteSchema`'s semantics should be change. ### Verifying this change The new option has been tested in local environment by: 1. Deploy a ZK which acts as both local ZK and the configuration store; 2. Init metadata of 2 clusters, the 2nd cluster use `--bookkeeper-metadata-service` option to share the same BK metadata position; 3. Deploy a BK; 4. Deploy 2 brokers associated with the 2 clusters' metadata; 5. Create some topics and produce some messages to 2 clusters; 6. Run `bin/pulsar cluster -all <cluster>` to delete the whole cluster, use `bin/bookkeeper shell list ledgers` to verify the change of ledgers count. **An integration test is needed to simulate the procedures above.**
need to cherry-pick 2.6.2. |
#8133) ### Motivation When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted. ### Modifications - Add an option to `cluster delete` command to delete all the data associated with the cluster. Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed `SchemaRegistryServiceImpl#deleteSchema`'s semantics should be change. ### Verifying this change The new option has been tested in local environment by: 1. Deploy a ZK which acts as both local ZK and the configuration store; 2. Init metadata of 2 clusters, the 2nd cluster use `--bookkeeper-metadata-service` option to share the same BK metadata position; 3. Deploy a BK; 4. Deploy 2 brokers associated with the 2 clusters' metadata; 5. Create some topics and produce some messages to 2 clusters; 6. Run `bin/pulsar cluster -all <cluster>` to delete the whole cluster, use `bin/bookkeeper shell list ledgers` to verify the change of ledgers count. **An integration test is needed to simulate the procedures above.** (cherry picked from commit 0b041a2)
apache#8133) ### Motivation When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted. ### Modifications - Add an option to `cluster delete` command to delete all the data associated with the cluster. Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed `SchemaRegistryServiceImpl#deleteSchema`'s semantics should be change. ### Verifying this change The new option has been tested in local environment by: 1. Deploy a ZK which acts as both local ZK and the configuration store; 2. Init metadata of 2 clusters, the 2nd cluster use `--bookkeeper-metadata-service` option to share the same BK metadata position; 3. Deploy a BK; 4. Deploy 2 brokers associated with the 2 clusters' metadata; 5. Create some topics and produce some messages to 2 clusters; 6. Run `bin/pulsar cluster -all <cluster>` to delete the whole cluster, use `bin/bookkeeper shell list ledgers` to verify the change of ledgers count. **An integration test is needed to simulate the procedures above.**
Motivation
When multiple broker clusters shared the same bookie cluster, if user wanted to remove a broker cluster, the associated ledgers in bookies should also be deleted.
Modifications
cluster delete
command to delete all the data associated with the cluster.Currently there's no way to delete the ledgers of schema from client's side, a new REST API to delete schema's ledgers should be exposed or the existed
SchemaRegistryServiceImpl#deleteSchema
's semantics should be change.Verifying this change
The new option has been tested in local environment by:
--bookkeeper-metadata-service
option to share the same BK metadata position;bin/pulsar cluster -all <cluster>
to delete the whole cluster, usebin/bookkeeper shell list ledgers
to verify the change of ledgers count.An integration test is needed to simulate the procedures above.