Managing Clusters


Pulsar clusters consist of one or more Pulsar brokers, one or more BookKeeper servers (aka bookies), and a ZooKeeper cluster that provides configuration and coordination management.

Clusters can be managed via:

Clusters resources

Provision

New clusters can be provisioned using the admin interface.

Please note that this operation requires superuser privileges.

pulsar-admin

You can provision a new cluster using the create subcommand. Here’s an example:

$ pulsar-admin clusters create cluster-1 \
  --url http://my-cluster.org.com:8080 \
  --broker-url pulsar://my-cluster.org.com:6650

REST API

PUT/admin/clusters/:cluster

More info

Java

ClusterData clusterData = new ClusterData(
        serviceUrl,
        serviceUrlTls,
        brokerServiceUrl,
        brokerServiceUrlTls
);
admin.clusters().createCluster(clusterName, clusterData);

Initialize cluster metadata

When provision a new cluster, you need to initialize that cluster’s metadata. When initializing cluster metadata, you need to specify all of the following:

  • The name of the cluster
  • The local ZooKeeper connection string for the cluster
  • The global ZooKeeper connection string for the entire instance
  • The web service URL for the cluster
  • A broker service URL enabling interaction with the brokers in the cluster

You must initialize cluster metadata before starting up any brokers that will belong to the cluster.

No cluster metadata initialization through the REST API or the Java admin API

Unlike most other admin functions in Pulsar, cluster metadata initialization cannot be performed via the admin REST API or the admin Java client, as metadata initialization involves communicating with ZooKeeper directly. Instead, you can use the pulsar CLI tool, in particular the initialize-cluster-metadata command.

Here’s an example cluster metadata initialization command:

bin/pulsar initialize-cluster-metadata \
  --cluster us-west \
  --zookeeper zk1.us-west.example.com:2181 \
  --global-zookeeper zk1.us-west.example.com:2184 \
  --web-service-url http://pulsar.us-west.example.com:8080/ \
  --web-service-url-tls https://pulsar.us-west.example.com:8443/ \
  --broker-service-url pulsar://pulsar.us-west.example.com:6650/ \
  --broker-service-url-tls pulsar+ssl://pulsar.us-west.example.com:6651/

You’ll need to use --*-tls flags only if you’re using TLS authentication in your instance.

Get configuration

You can fetch the configuration for an existing cluster at any time.

pulsar-admin

Use the get subcommand and specify the name of the cluster. Here’s an example:

$ pulsar-admin clusters get cluster-1
{
    "serviceUrl": "http://my-cluster.org.com:8080/",
    "serviceUrlTls": null,
    "brokerServiceUrl": "pulsar://my-cluster.org.com:6650/",
    "brokerServiceUrlTls": null
}

REST API

GET/admin/clusters/:cluster

More info

Java

admin.clusters().getCluster(clusterName);

Update

You can update the configuration for an existing cluster at any time.

pulsar-admin

Use the update subcommand and specify new configuration values using flags.

$ pulsar-admin clusters update cluster-1 \
  --url http://my-cluster.org.com:4081 \
  --broker-url pulsar://my-cluster.org.com:3350

REST

POST/admin/clusters/:cluster

More info

Java

ClusterData clusterData = new ClusterData(
        serviceUrl,
        serviceUrlTls,
        brokerServiceUrl,
        brokerServiceUrlTls
);
admin.clusters().updateCluster(clusterName, clusterData);

Delete

Clusters can be deleted from a Pulsar instance.

pulsar-admin

Use the delete subcommand and specify the name of the cluster.

$ pulsar-admin clusters delete cluster-1

REST API

DELETE/admin/clusters/:cluster

More info

Java

admin.clusters().deleteCluster(clusterName);

List

You can fetch a list of all clusters in a Pulsar instance.

pulsar-admin

Use the list subcommand.

$ pulsar-admin clusters list
cluster-1
cluster-2

REST API

GET/admin/clusters

More info

Java
admin.clusters().getClusters();