• Stars
    star
    124
  • Rank 288,207 (Top 6 %)
  • Language
    Scala
  • License
    Apache License 2.0
  • Created over 10 years ago
  • Updated over 5 years ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

akka-zk-cluster-seed

Bootstrap your akka cluster with this one simple trick.

akka-zk-cluster-seed is an akka extension that will free you from having to manage cluster seed nodes.

Assuming you already have easy access to a zookeeper cluster.

use

Add the folowing dependency to your project. akka-zk-cluster-seed is built with akka dependencies marked as provided, so it should work with a reasonable range of akka versions configured in your build.sbt. Note that you must also have `spray 1.3.X and spray-json as dependencies in your project if you want to use the neftlix exhibitor integration described below.

libraryDependencies += "com.sclasen" %% "akka-zk-cluster-seed" % "0.1.2"  // If using Akka 2.3.x
libraryDependencies += "com.sclasen" %% "akka-zk-cluster-seed" % "0.1.8"  // If using Akka 2.4.x

When starting your app, use the ZookeeperClusterSeed extension, instead of the Cluster extension to join your cluster.

val system = ...
ZookeeperClusterSeed(system).join()

configure

akka-zk-cluster-seed uses the standard akka reference.conf configuration defaults mechanism.

You will certainly want to provide an override to the akka.cluster.seed.zookeeper.url config property. It expects standard zookeeper url format like so: 192.168.12.11,192.168.12.12,192.168.12.13:2818

// reference.conf
akka.cluster.seed.zookeeper {
    url = "127.0.0.1:2181"
    path = "/akka/cluster/seed"
}

netfix exhibitor integration: if you want to use netflix exhibitor to discover your zookeeper servers, you should configure like so.

// application.conf
akka.cluster.seed.zookeeper {
    path = "/akka/cluster/seed"
    exhibitor {
        url = "https://user:pass@host:port
        validate-certs = true|false
    }
}

If you require a different exhibitor request path than the default /exhibitor/v1/cluster/list

// application.conf
akka.cluster.seed.zookeeper {
    path = "/akka/cluster/seed"
    exhibitor {
        url = "https://user:pass@host:port
        request-path = "/my/custom/path"
        validate-certs = true|false
    }
}

If your zookeeper path requires authorization you have to specify additional authorization section:

// application.conf
akka.cluster.seed.zookeeper {
    authorization {
        scheme = "digest"
        auth = "username:secret"
    }
}

Auto-downing

Auto-downing of nodes when they're unregistered from zookeeper:

// aplication.conf
akka.cluster.seed.zookeeper {
    auto-down {
      enabled = true # default is false - autodawning is switched off
      wait-for-leader = 5 seconds # duration from scala.concurrent.duration.Duration, default 5 seconds
      unresolved-strategy = log # can be 'log' or 'force-down', default is 'log'
    }
}

When switched on, when a node is unregistered from zookeeper it will be automatically removed from the cluster by the curator's latch leader (for more info see below in the details section).

In order to prevent from notification race conditions each node upon notification of a node removal will firstly wait for a new leader election (should the previously leader be removed) and only then the newly elected leader will down the unregistered node from the cluster.

The two extra options wait-for-leader and unresolved-strategy are used to control the behaviour of the mentioned wait. wait-for-leader is used to set the maximum time the node will wait for the new leader to get elected, while with unresolved-strategy you can either choose to log a warning should the process times out or force downing of the removed node which in that case will be performed from all the notified nodes.

Shutdown on zookeeper disconnect

Especially when using zookeeper auto-downing it might be problematic that once a node gets kicked out from the cluster by other nodes there is no good recovery plans once it reconnects.

You might choose the application to shutdown once that happens. If you are using auto-scaling deployment environments like DC/OS the container will take care of restarting your app. This might be the best approach as you will not end up with some weird states preserved within your actors.

// aplication.conf
akka.cluster.seed.zookeeper {
    shutdown-on-disconnect = true # false by default
}

details

akka-zk-cluster-seed uses netflix curator zookeeper client and recipes to manage a single, dynamic seed node for your cluster. It uses the curator LeaderLatch to elect a node to serve as a seed node. The lead node joins itself to the cluster and all other nodes joinSeedNodes using the current leader as the seed. If the leader goes offline, a new leader is elected to be the seed.

If you need to use other hostname & port you may configure the name of the environment variables to retrieve these values from. This might be handy to use with docker containers

// reference.conf
akka.cluster.seed.zookeeper {
    url = "127.0.0.1:2181"
    path = "/akka/cluster/seed"
    host_env_var = ${?HOST}
    port_env_var = ${?PORT_8080}
}

client

akka-zk-cluter-seed can be used to create a ClusterClient that will automatically pull initial-contacts from Zookeeper. The configuration is very similar to the seed config

// client-reference.conf
akka.clister.client.zookeeper {
    url = "127.0.0.1:2181"
    path = "/akka/cluster/seed"
    name = "myclusteractor" # this is the name of your actor system
    
    receptionistName = "/system/receptionist" # optional, set to '/system/receptionist' by default
    
    // and all the connection properties you can use in your seed config like 'exhibitor' or 'authorization' etc.
}

Usage in your code is as simple as

val clusterClient = system.actorOf(ZookeeperClusterClientProps(system), "clusterClient")

where system is your ActorSystem which uses the above configuration.

If you would like to use multiple cluster clients from one application you can provide all the configuration that is common in your case and then provide the needed config in your code for example

Your application.conf file

akka.cluster.client {
    zookeeper {
      url = ${ZOOKEEPER_ADDR}
      path = "/akka/cluster/seed"
    }
    establishing-get-contacts-interval = 3s
    refresh-contacts-interval = 60s
    heartbeat-interval = 2s
    acceptable-heartbeat-pause = 5s
    buffer-size = 5000
}

Your application bootstrap code (given you have two clusters called foo and bar)

// connect to multiple clusters

val zookeeperClusterSettings = system.settings.config

val clusterClientToFoo = system.actorOf(ClusterClient.props(
        ZookeeperClusterClientSettings(
          system, 
          Some(zookeeperClusterSettings.withValue("name", ConfigValueFactory.fromAnyRef("foo"))))
      ), "clusterClientFoo")
    
val clusterClientToBar = system.actorOf(ClusterClient.props(
        ZookeeperClusterClientSettings(
          system, 
          Some(zookeeperClusterSettings.withValue("name", ConfigValueFactory.fromAnyRef("bar"))))
      ), "clusterClientBar")