Larry Franks tarafından
Son güncelleştirme tarihi: 17.2.2017
GitHub üzerinde düzenleyin

An example of how to read and write from Azure Event Hub using an Apache Storm topology (written in Java,) on an Azure HDInsight cluster.


  • A Storm on HDInsight cluster version 3.5. HDInsight cluster version 3.5 include Storm 1.0.1, which is required by this example. For a version of this example that works with older versions of HDInsight, see the Storm_v0.9.3 and Storm_0.10.0 branches of this repository.

  • Azure EventHubs

  • Oracle Java Developer Kit (JDK) version 8 or an equivalent such as OpenJDK

  • Maven

  • A text editor or Java Integrated Development Environment (IDE)

  • The 1.0.2 EventHub Spout. This component can be downloaded from https://000aarperiscus.blob.core.windows.net/certs/storm-eventhubs-1.0.2-jar-with-dependencies.jar.

How it works

com.microsoft.example.EventHubWriter writes random data to an Azure Event Hub. The data is generated by a spout, and is a random device ID and device value. So it's simulating some hardware that emits a string ID and a numeric value.

com.microsoft.example.EventHubReader reads data from Event Hub (the data written by EventHubWriter,) and stores it to HDFS (WASB in this case, since this was written and tested with Azure HDInsight) in the /devicedata directory.

The data format in Event Hub is a JSON document with the following format:

{ "deviceId": "unique identifier", "deviceValue": some value }

The reason it's stored in JSON is compatibility - I recently ran into someone who wasn't formatting data sent to Event Hub as JSON (from a Java application,) and was reading it into a Java app. Worked fine. Then they wanted to replace the reading component with a C# application that expected JSON. Problem! Always store to a nice format that is future proofed in case your components change.

Required information

  • An Azure Event Hub with two shared access policies; one that has listen permissions, and one that has write permissions. I will refer to these as "reader" and "writer", which is what I named mine

    • The policy keys for the "reader" and "writer" policies
    • The name of your Event Hub
    • The Service Bus namespace that your Event Hub was created in
    • The number of partitions available with your Event Hub configuration

    For information on creating and using EventHubs, see the Create an Event Hub section of Get Started with EventHubs

  • The Azure Storage account that is the default storage for your HDInsight cluster

    • The access key for the storage account
    • The container name that is the default storage for your HDInsight cluster

    You can find the storage account and access key information by going to the Azure Portal and selecting your HDInsight cluster. From the cluster properties blade, select All settings, and then use Azure storage keys to drill down to the storage account and key information.

    The container name is usually the same as the name of the cluster. If you used a different default container name when creating the cluster, use the value you specified.

Download and install the EventHub component

  1. Download the `storm-eventhubs-1.0.2-jar-with-dependencies.jar from https://000aarperiscus.blob.core.windows.net/certs/storm-eventhubs-1.0.2-jar-with-dependencies.jar. This file contains a spout and bolt component for reading and writing from EventHubs.

  2. Use the following command to register the components in your local maven repository:

    mvn install:install-file -Dfile=storm-eventhubs-1.0.2-jar-with-dependencies.jar -DgroupId=com.microsoft -DartifactId=eventhubs -Dversion=1.0.2 -Dpackaging=jar

    Modify the -Dfile= parameter to point to the downloaded file location.

    This command installs the file in the local Maven repository, where it can be found at compile time by Maven.

Confgure and build

  1. Fork & clone the repository so you have a local copy.

  2. Add the Event Hub configuration to the /conf/EventHubs.properties file. This is used to configure the spout that reads from Event Hub and the bolt that writes to it.

  3. Add the storage account information to the /conf/core-site.xml file. This is used to tell the HDFS-bolt how to talk to HDInsight WASB, which is backed by Azure Storage.

  4. Use mvn package to build everything.

    Once the build completes, the target directory will contain a file named EventHubExample-1.0-SNAPSHOT.jar.


The jar created by this project contains two topologies; com.microsoft.example.EventHubWriter and com.microsoft.example.EventHubReader. The EventHubWriter topology should be started first, as it writes events in to Event Hub that are then read by the EventHubReader.

  1. Use SCP to copy the jar package to your HDInsight cluster. Replace USERNAME with the SSH user for your cluster. Replace CLUSTERNAME with the name of your HDInsight cluster:

    scp ./target/EventHubExample-1.0-SNAPSHOT.jar USERNAME@CLUSTERNAME-ssh.azurehdinsight.net:EventHubExample-1.0-SNAPSHOT.jar

    If you used a password for your SSH account, you will be prompted to enter the password. If you used an SSH key with the account, you may need to use the -i parameter to specify the path to the key file. For example, scp -i ~/.ssh/id_rsa ./target/EventHubExample-1.0-SNAPSHOT.jar USERNAME@CLUSTERNAME-ssh.azurehdinsight.net:EventHubExample-1.0-SNAPSHOT.jar.

    If your client is a Windows workstation, you may not have an SCP command installed. I recommend PSCP, which can be downloaded from the PuTTY download page.

    This command will copy the file to the home directory of your SSH user on the cluster.

  2. Once the file has finished uploading, use SSH to connect to the HDInsight cluster. Replace USERNAME the the name of your SSH login. Replace CLUSTERNAME with your HDInsight cluster name:

    ssh USERNAME@CLUSTERNAME-ssh.azurehdinsight.net

    If you used a password for your SSH account, you will be prompted to enter the password. If you used an SSH key with the account, you may need to use the -i parameter to specify the path to the key file. The following example will load the private key from ~/.ssh/id_rsa:

    ssh -i ~/.ssh/id_rsa USERNAME@CLUSTERNAME-ssh.azurehdinsight.net

    If you are using PuTTY, enter CLUSTERNAME-ssh.azurehdinsight.net in the Host Name (or IP address) field, and then click Open to connect. You will be prompted to enter your SSH account name.

    If you used a password for your SSH account, you will be prompted to enter the password. If you used an SSH key with the account, you may need to use the following steps to select the key:

    1. In Category, expand Connection, expand SSH, and select Auth.
    2. Click Browse and select the .ppk file that contains your private key.
    3. Click Open to connect.
  3. Use the following command to start the topologies:

    storm jar EventHubExample-1.0-SNAPSHOT.jar com.microsoft.example.EventHubWriter writer
    storm jar EventHubExample-1.0-SNAPSHOT.jar com.microsoft.example.EventHubReader reader

    This will start the topologies and give them a friendly name of "reader" and "writer".

  4. Wait a minute or two to allow the topologies to write and read events from event hub, then use the following command to verify that the EventHubReader is storing data to your HDInsight storage:

    hadoop fs -ls /devicedata

    This should return a list of files similar to the following:

    -rw-r--r--   1 storm supergroup      10283 2015-08-11 19:35 /devicedata/wasbbolt-14-0-1439321744110.txt
    -rw-r--r--   1 storm supergroup      10277 2015-08-11 19:35 /devicedata/wasbbolt-14-1-1439321748237.txt
    -rw-r--r--   1 storm supergroup      10280 2015-08-11 19:36 /devicedata/wasbbolt-14-10-1439321760398.txt
    -rw-r--r--   1 storm supergroup      10267 2015-08-11 19:36 /devicedata/wasbbolt-14-11-1439321761090.txt
    -rw-r--r--   1 storm supergroup      10259 2015-08-11 19:36 /devicedata/wasbbolt-14-12-1439321762679.txt

    Some files may show a size of 0, as they have been created by the EventHubReader, but data has not been stored to them yet.

    You can view the contents of these files by using the following command:

    hadoop fs -text /devicedata/*.txt

    This will return data similar to the following:


    The first column contains the device ID value and the second column is the device value.

  5. Use the following commands to stop the topologies:

    storm kill reader
    storm kill writer

How real world is this?

Since it's an example, there are some things that you might want to tweak. Noticably it has no error checking for someone putting bad data in Event Hub. It also has a size of 20kb for the files written to WASB storage. So I would recommend adding error checking and figuring out what the ideal file write size is for your scenario.

Project code of conduct

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.