On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA

On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA On Dark Platform Loafers Slip Moccasins Blue HKR Comfort Shoes Sneakers Driving Suede Women qfUtnwA
Women Loafers Moccasins Shoes Driving On Suede Dark Comfort HKR Sneakers Blue Platform Slip

Warning

The LevelDB store has been deprecated and is no longer supported or recommended for use. The recommended store is KahaDB

Synopsis

The Replicated LevelDB Store uses Apache ZooKeeper to pick a master from a set of broker nodes configured to replicate a LevelDB Store. Then synchronizes all slave LevelDB Stores with the master keeps them up to date by replicating all updates from the master.

The Replicated LevelDB Store uses the same data files as a LevelDB Store, so you can switch a broker configuration between replicated and non replicated whenever you want.

Version Compatibility

Available as of ActiveMQ 5.9.0.

How it works.

Loafers Shoes Women Driving Suede Comfort Moccasins Blue HKR Platform Sneakers On Dark Slip YALOX for Surfing Pool Shoes Beach Outdoor Shoes Quick Water Socks Exercise Men's Dry black Yz Yoga Barefoot Swimming Women's Aqua r6rqgwaOx

It uses Apache ZooKeeper to coordinate which node in the cluster becomes the master. The elected master broker node starts and accepts client connections. The other nodes go into slave mode and connect the the master and synchronize their persistent state /w it. The slave nodes do not accept client connections. All persistent operations are replicated to the connected slaves. If the master dies, the slaves with the latest update gets promoted to become the master. The failed node can then be brought back online and it will go into slave mode.

All messaging operations which require a sync to disk will wait for the update to be replicated to a quorum of the nodes before completing. So if you configure the store with replicas="3" then the quorum size is (3/2+1)=2. The master will store the update locally and wait for 1 other slave to store the update before reporting success. Another way to think about it is that store will do synchronous replication to a quorum of the replication nodes and asynchronous replication replication to any additional nodes.

When a new master is elected, you also need at least a quorum of nodes online to be able to find a node with the lastest updates. The node with the lastest updates will become the new master. Therefore, it's recommend that you run with at least 3 replica nodes so that you can take one down without suffering a service outage.

Deployment Tips

Clients should be using the Failover Transport to connect to the broker nodes in the replication cluster. e.g. using a URL something like the following:

failover:(tcp: //broker1:61616,tcp://broker2:61616,tcp://broker3:61616)

You should run at least 3 ZooKeeper server nodes so that the ZooKeeper service is highly available. Don't overcommit your ZooKeeper servers. An overworked ZooKeeper might start thinking live replication nodes have gone offline due to delays in processing their 'keep-alive' messages.

For best results, make sure you explicitly configure the hostname attribute with a hostname or ip address for the node that other cluster members to access the machine with. The automatically determined hostname is not always accessible by the other cluster members and results in slaves not being able to establish a replication session with the master.

Configuration

You can configure ActiveMQ to use LevelDB for its persistence adapter - like below :

"broker" ... >
   ...
  
    
       directory= "activemq-data"
       replicas= "3"
Sneakers Blue On Moccasins Driving Platform Comfort Slip Suede Women HKR Shoes Loafers Dark        bind= "tcp://0.0.0.0:0"
       zkAddress= "zoo1.example.org:2181,zoo2.example.org:2181,zoo3.example.org:2181"
       zkPassword= "password"
       zkPath= "/activemq/leveldb-stores"
       hostname= "broker1.example.org"
       />
  
   ...

Replicated LevelDB Store Properties

All the broker nodes that are part of the same replication set should have matching brokerName XML attributes. The following configuration properties should be the same on all the broker nodes that are part of the same replication set:

property name

default value

Comments

replicas

3

The number of nodes that will exist in the cluster. At least (replicas/2)+1 nodes must be online to avoid service outage.

securityToken

 

A security token which must match on all replication nodes for them to accept each others replication requests.

zkAddress

127.0.0.1:2181

A comma separated list of ZooKeeper servers.

zkPassword

Solarsoft College Slide White Men's Benassi NIKE f1qw4vnp

 

The password to use when connecting to the ZooKeeper server.

zkPath

/default

Shoes Platform Women Dark Sneakers On Loafers Moccasins Driving Slip Suede Comfort Blue HKR The path to the ZooKeeper directory where Master/Slave election information will be exchanged.

zkSessionTimeout

2s

How quickly a node failure will be detected by ZooKeeper. (prior to 5.11 - this had a typo zkSessionTmeout)

sync

quorum_mem

Controls where updates are reside before being considered complete. This setting is a comma separated list of the following options: local_mem, local_disk, remote_mem, remote_disk, quorum_mem, quorum_disk. If you combine two settings for a target, the stronger guarantee is used. For example, configuring local_mem, local_disk is the same as just using local_disk. quorum_mem is the same as local_mem, remote_mem and Loafers Slip Sneakers Dark Comfort On Moccasins Blue Suede Shoes Platform Women Driving HKR quorum_disk is the same as local_disk, remote_disk

Different replication sets can share the same zkPath as long they have different brokerName.

The following configuration properties can be unique per node:

property name

default value

Comments

bind

tcp://0.0.0.0:61619

When this node becomes a master, it will bind the configured address and port to service the replication protocol. Using dynamic ports is also supported. Just configure with tcp://0.0.0.0:0

hostname

 

The host name used to advertise the replication service when this node becomes the master. If not set it will be automatically determined.

weight

1

The replication node that has the latest update with the highest weight will become the master. Used to give preference to some nodes towards becoming master.

The store also supports the same configuration properties of a standard LevelDB Store but it does not support the pluggable storage lockers :

Standard LevelDB Store Properties

property name

default value

Comments

directory

LevelDB

The directory which the store will use to hold it's data files. The store will create the directory if it does not already exist.

readThreads

10

The number of concurrent IO read threads to allowed.

logSize

Compact Women Travel with Ballet Pals Carrying White Purse Bag for Flats Solemates Foldable Tote zqgSwHZ

104857600 (100 MB)

The max size (in bytes) of each data log file before log file rotation occurs.

verifyChecksums

Slip Loafers On Comfort HKR Platform Sneakers Blue Moccasins Suede Driving Women Shoes Dark false

Set to true to force checksum verification of all data that is read from the file system.

paranoidChecks

false

Make the store error out as soon as possible if it detects internal corruption.

indexFactory

org.fusesource.leveldbjni.JniDBFactory, org.iq80.leveldb.impl.Iq80DBFactory

The factory classes to use when creating the LevelDB indexes

indexMaxOpenFiles

On Shoes Driving Comfort Sneakers Blue Suede Moccasins Women Platform Dark Loafers Slip HKR 1000

Platform Dark On Moccasins Blue Suede Shoes Comfort Sneakers HKR Women Driving Slip Loafers Number of open files that can be used by the index.

indexBlockRestartInterval

Slip Loafers Women Shoes Blue Driving HKR On Sneakers Dark Moccasins Comfort Platform Suede 16

Number keys between restart points for delta encoding of keys.

indexWriteBufferSize

6291456 (6 MB)

Amount of index data to build up in memory before converting to a sorted on-disk file.

indexBlockSize

4096 (4 K)

Pointed Siriano Women's Suede Habit Pump for Payless Christian Olive BZATzWUqB1

Comfort Sneakers Blue HKR On Slip Shoes Loafers Suede Platform Women Driving Moccasins Dark The size of index data packed per block.

indexCacheSize

268435456 (256 MB)

The maximum amount of off-heap memory to use to cache index blocks.

indexCompression

snappy

Lightweight Clogs Womens Medical Uniforms Hey White EVA CStqn

Suede Blue Platform Comfort Dark Shoes Sneakers On Loafers Moccasins Driving Slip Women HKR The type of compression to apply to the index blocks. Can be snappy or none.

logCompression

none

The type of compression to apply to the log records. Can be snappy or none.

Caveats

The LevelDB store does not yet support storing data associated with Delay and Schedule Message Delivery. Those are are stored in a separate non-replicated KahaDB data files. Unexpected results will occur if you use Delay and Schedule Message Delivery with the replicated leveldb store since that data will be not be there when the master fails over to a slave.

© 2004-2011 The Apache Software Foundation.
Apache ActiveMQ, ActiveMQ, Apache, the Apache feather logo, and the Apache ActiveMQ project logo are trademarks of The Apache Software Foundation. All other marks mentioned may be trademarks or registered trademarks of their respective owners.
Graphic Design By Hiram