Use filesystem offloader with Pulsar

This chapter guides you through every step of installing and configuring the filesystem offloader and using it with Pulsar.

Installation

This section describes how to install the filesystem offloader.

Prerequisite

  • Pulsar: 2.4.2 or higher versions

Steps

  1. Download the Pulsar tarball.
  2. Download and untar the Pulsar offloaders package, then copy the Pulsar offloaders as offloaders in the Pulsar directory. See Install tiered storage offloaders.

Configuration

Filesystem offloader - 图1note

Before offloading data from BookKeeper to filesystem, you need to configure some properties of the filesystem offloader driver.

Besides, you can also configure the filesystem offloader to run it automatically or trigger it manually.

Configure filesystem offloader driver

You can configure the filesystem offloader driver in the broker.conf or standalone.conf configuration file.

  • HDFS
  • NFS

  • Required configurations are as below.

    ParameterDescriptionExample value
    managedLedgerOffloadDriverOffloader driver name, which is case-insensitive.filesystem
    fileSystemURIConnection address, which is the URI to access the default Hadoop distributed file system.hdfs://127.0.0.1:9000
    offloadersDirectoryOffloader directoryoffloaders
    fileSystemProfilePathHadoop profile path. The configuration file is stored in the Hadoop profile path. It contains various settings for Hadoop performance tuning.conf/filesystem_offload_core_site.xml
  • Optional configurations are as below.

    ParameterDescriptionExample value
    managedLedgerMinLedgerRolloverTimeMinutesMinimum time between ledger rollover for a topic.

    Note: it is not recommended to set this parameter in the production environment.
    10
    managedLedgerMaxEntriesPerLedgerMaximum number of entries to append to a ledger before triggering a rollover.

    Note: it is not recommended to set this parameter in the production environment.
    50000
  • Required configurations are as below.

    ParameterDescriptionExample value
    managedLedgerOffloadDriverOffloader driver name, which is case-insensitive.filesystem
    offloadersDirectoryOffloader directoryoffloaders
    fileSystemProfilePathNFS profile path. The configuration file is stored in the NFS profile path. It contains various settings for performance tuning.conf/filesystem_offload_core_site.xml
  • Optional configurations are as below.

    ParameterDescriptionExample value
    managedLedgerMinLedgerRolloverTimeMinutesMinimum time between ledger rollover for a topic.

    Note: it is not recommended to set this parameter in the production environment.
    10
    managedLedgerMaxEntriesPerLedgerMaximum number of entries to append to a ledger before triggering a rollover.

    Note: it is not recommended to set this parameter in the production environment.
    50000

Run filesystem offloader automatically

You can configure the namespace policy to offload data automatically once a threshold is reached. The threshold is based on the size of data that a topic has stored on a Pulsar cluster. Once the topic storage reaches the threshold, an offload operation is triggered automatically.

Threshold valueAction
> 0It triggers the offloading operation if the topic storage reaches its threshold.
= 0It causes a broker to offload data as soon as possible.
< 0It disables automatic offloading operation.

Automatic offload runs when a new segment is added to a topic log. If you set the threshold on a namespace, but few messages are being produced to the topic, the filesystem offloader does not work until the current segment is full.

You can configure the threshold using CLI tools, such as pulsar-admin.

Example

This example sets the filesystem offloader threshold to 10 MB using pulsar-admin.

  1. pulsar-admin namespaces set-offload-threshold --size 10M my-tenant/my-namespace

Filesystem offloader - 图2tip

For more information about the pulsar-admin namespaces set-offload-threshold options command, including flags, descriptions, default values, and shorthands, see Pulsar admin docs.

Run filesystem offloader manually

For individual topics, you can trigger the filesystem offloader manually using one of the following methods:

  • Use the REST endpoint.

  • Use CLI tools (such as pulsar-admin).

To manually trigger the filesystem offloader via CLI tools, you need to specify the maximum amount of data (threshold) that should be retained on a Pulsar cluster for a topic. If the size of the topic data on the Pulsar cluster exceeds this threshold, segments from the topic are offloaded to the filesystem until the threshold is no longer exceeded. Older segments are offloaded first.

Example

  • This example manually runs the filesystem offloader using pulsar-admin.

    1. pulsar-admin topics offload --size-threshold 10M persistent://my-tenant/my-namespace/topic1

    Output

    1. Offload triggered for persistent://my-tenant/my-namespace/topic1 for messages before 2:0:-1

    Filesystem offloader - 图3tip

    For more information about the pulsar-admin topics offload options command, including flags, descriptions, default values, and shorthands, see Pulsar admin docs.

  • This example checks filesystem offloader status using pulsar-admin.

    1. pulsar-admin topics offload-status persistent://my-tenant/my-namespace/topic1

    Output

    1. Offload is currently running

    To wait for the filesystem to complete the job, add the -w flag.

    1. pulsar-admin topics offload-status -w persistent://my-tenant/my-namespace/topic1

    Output

    1. Offload was a success

    If there is an error in the offloading operation, the error is propagated to the pulsar-admin topics offload-status command.

    1. pulsar-admin topics offload-status persistent://my-tenant/my-namespace/topic1

    Output

    1. Error in offload
    2. null
    3. Reason: Error offloading: org.apache.bookkeeper.mledger.ManagedLedgerException: java.util.concurrent.CompletionException: com.amazonaws.services.s3.model.AmazonS3Exception: Anonymous users cannot initiate multipart uploads. Please authenticate. (Service: Amazon S3; Status Code: 403; Error Code: AccessDenied; Request ID: 798758DE3F1776DF; S3 Extended Request ID: dhBFz/lZm1oiG/oBEepeNlhrtsDlzoOhocuYMpKihQGXe6EG8puRGOkK6UwqzVrMXTWBxxHcS+g=), S3 Extended Request ID: dhBFz/lZm1oiG/oBEepeNlhrtsDlzoOhocuYMpKihQGXe6EG8puRGOkK6UwqzVrMXTWBxxHcS+g=

    Filesystem offloader - 图4tip

    For more information about the pulsar-admin topics offload-status options command, including flags, descriptions, default values, and shorthands, see Pulsar admin docs.

Tutorial

This section provides step-by-step instructions on how to use the filesystem offloader to move data from Pulsar to Hadoop Distributed File System (HDFS) or Network File system (NFS).

Offload data to HDFS

Filesystem offloader - 图5tip

This tutorial sets up a Hadoop single node cluster and uses Hadoop 3.2.1. For details about how to set up a Hadoop single node cluster, see here.

Step 1: Prepare the HDFS environment

  1. Download and uncompress Hadoop 3.2.1.

    1. wget https://mirrors.bfsu.edu.cn/apache/hadoop/common/hadoop-3.2.1/hadoop-3.2.1.tar.gz
    2. tar -zxvf hadoop-3.2.1.tar.gz -C $HADOOP_HOME
  2. Configure Hadoop.

    1. # $HADOOP_HOME/etc/hadoop/core-site.xml
    2. <configuration>
    3. <property>
    4. <name>fs.defaultFS</name>
    5. <value>hdfs://localhost:9000</value>
    6. </property>
    7. </configuration>
    8. # $HADOOP_HOME/etc/hadoop/hdfs-site.xml
    9. <configuration>
    10. <property>
    11. <name>dfs.replication</name>
    12. <value>1</value>
    13. </property>
    14. </configuration>
  3. Set passphraseless ssh.

    1. # Now check that you can ssh to the localhost without a passphrase:
    2. ssh localhost
    3. # If you cannot ssh to localhost without a passphrase, execute the following commands
    4. ssh-keygen -t rsa -P '' -f ~/.ssh/id_rsa
    5. cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
    6. chmod 0600 ~/.ssh/authorized_keys
  4. Start HDFS.

    1. # don't execute this command repeatedly, repeat execute will cauld the clusterId of the datanode is not consistent with namenode
    2. $HADOOP_HOME/bin/hadoop namenode -format
    3. $HADOOP_HOME/sbin/start-dfs.sh
  5. Navigate to the HDFS website.

    You can see the Overview page.

    Filesystem offloader - 图6

    1. At the top navigation bar, click Datanodes to check DataNode information.

      Filesystem offloader - 图7

    2. Click HTTP Address to get more detailed information about localhost:9866.

      As can be seen below, the size of Capacity Used is 4 KB, which is the initial value.

      Filesystem offloader - 图8

Step 2: Install the filesystem offloader

For details, see installation.

Step 3: Configure the filesystem offloader

As indicated in the configuration section, you need to configure some properties for the filesystem offloader driver before using it. This tutorial assumes that you have configured the filesystem offloader driver as below and run Pulsar in standalone mode.

Set the following configurations in the conf/standalone.conf file.

  1. managedLedgerOffloadDriver=filesystem
  2. fileSystemURI=hdfs://127.0.0.1:9000
  3. fileSystemProfilePath=conf/filesystem_offload_core_site.xml

Filesystem offloader - 图9note

For testing purposes, you can set the following two configurations to speed up ledger rollover, but it is not recommended that you set them in the production environment.

  1. managedLedgerMinLedgerRolloverTimeMinutes=1
  2. managedLedgerMaxEntriesPerLedger=100

Step 4: Offload data from BookKeeper to filesystem

Execute the following commands in the repository where you download Pulsar tarball. For example, ~/path/to/apache-pulsar-2.5.1.

  1. Start Pulsar standalone.

    1. bin/pulsar standalone -a 127.0.0.1
  2. To ensure the data generated is not deleted immediately, it is recommended to set the retention policy, which can be either a size limit or a time limit. The larger value you set for the retention policy, the longer the data can be retained.

    1. bin/pulsar-admin namespaces set-retention public/default --size 100M --time 2d

    Filesystem offloader - 图10tip

    For more information about the pulsarctl namespaces set-retention options command, including flags, descriptions, default values, and shorthands, see here.

  3. Produce data using pulsar-client.

    1. bin/pulsar-client produce -m "Hello FileSystem Offloader" -n 1000 public/default/fs-test
  4. The offloading operation starts after a ledger rollover is triggered. To ensure offload data successfully, it is recommended that you wait until several ledger rollovers are triggered. In this case, you might need to wait for a second. You can check the ledger status using pulsarctl.

    1. bin/pulsar-admin topics stats-internal public/default/fs-test

    Output

    The data of the ledger 696 is not offloaded.

    1. {
    2. "version": 1,
    3. "creationDate": "2020-06-16T21:46:25.807+08:00",
    4. "modificationDate": "2020-06-16T21:46:25.821+08:00",
    5. "ledgers": [
    6. {
    7. "ledgerId": 696,
    8. "isOffloaded": false
    9. }
    10. ],
    11. "cursors": {}
    12. }
  5. Wait for a second and send more messages to the topic.

    1. bin/pulsar-client produce -m "Hello FileSystem Offloader" -n 1000 public/default/fs-test
  6. Check the ledger status using pulsarctl.

    1. bin/pulsar-admin topics stats-internal public/default/fs-test

    Output

    The ledger 696 is rolled over.

    1. {
    2. "version": 2,
    3. "creationDate": "2020-06-16T21:46:25.807+08:00",
    4. "modificationDate": "2020-06-16T21:48:52.288+08:00",
    5. "ledgers": [
    6. {
    7. "ledgerId": 696,
    8. "entries": 1001,
    9. "size": 81695,
    10. "isOffloaded": false
    11. },
    12. {
    13. "ledgerId": 697,
    14. "isOffloaded": false
    15. }
    16. ],
    17. "cursors": {}
    18. }
  7. Trigger the offloading operation manually using pulsarctl.

    1. bin/pulsar-admin topics offload -s 0 public/default/fs-test

    Output

    Data in ledgers before the ledger 697 is offloaded.

    1. # offload info, the ledgers before 697 will be offloaded
    2. Offload triggered for persistent://public/default/fs-test3 for messages before 697:0:-1
  8. Check the ledger status using pulsarctl.

  1. bin/pulsar-admin topics stats-internal public/default/fs-test

Output

The data of the ledger 696 is offloaded.

  1. {
  2. "version": 4,
  3. "creationDate": "2020-06-16T21:46:25.807+08:00",
  4. "modificationDate": "2020-06-16T21:52:13.25+08:00",
  5. "ledgers": [
  6. {
  7. "ledgerId": 696,
  8. "entries": 1001,
  9. "size": 81695,
  10. "isOffloaded": true
  11. },
  12. {
  13. "ledgerId": 697,
  14. "isOffloaded": false
  15. }
  16. ],
  17. "cursors": {}
  18. }

And the Capacity Used is changed from 4 KB to 116.46 KB.

Filesystem offloader - 图11

Offload data to NFS

Filesystem offloader - 图12note

In this section, it is assumed that you have enabled NFS service and set the shared path of your NFS service. In this section, /Users/test is used as the shared path of NFS service.

Step 1: Install the filesystem offloader

For details, see installation.

Step 2: Mount your NFS to your local filesystem

This example mounts /Users/pulsar_nfs to /Users/test.

  1. mount -e 192.168.0.103:/Users/test/Users/pulsar_nfs

Step 3: Configure the filesystem offloader driver

As indicated in the configuration section, you need to configure some properties for the filesystem offloader driver before using it. This tutorial assumes that you have configured the filesystem offloader driver as below and run Pulsar in standalone mode.

  1. Set the following configurations in the conf/standalone.conf file.

    1. managedLedgerOffloadDriver=filesystem
    2. fileSystemProfilePath=conf/filesystem_offload_core_site.xml
  2. Modify the filesystem_offload_core_site.xml as follows.

    1. <property>
    2. <name>fs.defaultFS</name>
    3. <value>file:///</value>
    4. </property>
    5. <property>
    6. <name>hadoop.tmp.dir</name>
    7. <value>file:///Users/pulsar_nfs</value>
    8. </property>
    9. <property>
    10. <name>io.file.buffer.size</name>
    11. <value>4096</value>
    12. </property>
    13. <property>
    14. <name>io.seqfile.compress.blocksize</name>
    15. <value>1000000</value>
    16. </property>
    17. <property>
    18. <name>io.seqfile.compression.type</name>
    19. <value>BLOCK</value>
    20. </property>
    21. <property>
    22. <name>io.map.index.interval</name>
    23. <value>128</value>
    24. </property>

Step 4: Offload data from BookKeeper to filesystem

Refer to the step 4 of Offload data to HDFS.

Read offloaded data from filesystem

  • The offloaded data is stored as MapFile in the following new path of the filesystem:

    1. path = storageBasePath + "/" + managedLedgerName + "/" + ledgerId + "-" + uuid.toString();
    • storageBasePath is the value of hadoop.tmp.dir, which is configured in broker.conf or filesystem_offload_core_site.xml.
    • managedLedgerName is the ledger name of the persistentTopic manager.
    1. managedLedgerName of persistent://public/default/topics-name is public/default/persistent/topics-name.

    You can use the following method to get managedLedgerName:

    1. String managedLedgerName = TopicName.get("persistent://public/default/topics-name").getPersistenceNamingEncoding();

To read data out as ledger entries from the filesystem, complete the following steps.

  1. Create a reader to read both MapFile with a new path and the configuration of the filesystem.
  1. MapFile.Reader reader = new MapFile.Reader(new Path(dataFilePath), configuration);
  1. Read the data as LedgerEntry from the filesystem.
  1. LongWritable key = new LongWritable();
  2. BytesWritable value = new BytesWritable();
  3. key.set(nextExpectedId - 1);
  4. reader.seek(key);
  5. reader.next(key, value);
  6. int length = value.getLength();
  7. long entryId = key.get();
  8. ByteBuf buf = PooledByteBufAllocator.DEFAULT.buffer(length, length);
  9. buf.writeBytes(value.copyBytes());
  10. LedgerEntryImpl ledgerEntry = LedgerEntryImpl.create(ledgerId, entryId, length, buf);
  1. Deserialize the LedgerEntry to Message.
  1. ByteBuf metadataAndPayload = ledgerEntry.getDataBuffer();
  2. long totalSize = metadataAndPayload.readableBytes();
  3. BrokerEntryMetadata brokerEntryMetadata = Commands.peekBrokerEntryMetadataIfExist(metadataAndPayload);
  4. MessageMetadata metadata = Commands.parseMessageMetadata(metadataAndPayload);
  5. Map<String, String> properties = new TreeMap();
  6. properties.put("X-Pulsar-batch-size", String.valueOf(totalSize
  7. - metadata.getSerializedSize()));
  8. properties.put("TOTAL-CHUNKS", Integer.toString(metadata.getNumChunksFromMsg()));
  9. properties.put("CHUNK-ID", Integer.toString(metadata.getChunkId()));
  10. // Decode if needed
  11. CompressionCodec codec = CompressionCodecProvider.getCompressionCodec(metadata.getCompression());
  12. ByteBuf uncompressedPayload = codec.decode(metadataAndPayload, metadata.getUncompressedSize());
  13. // Copy into a heap buffer for output stream compatibility
  14. ByteBuf data = PulsarByteBufAllocator.DEFAULT.heapBuffer(uncompressedPayload.readableBytes(),
  15. uncompressedPayload.readableBytes());
  16. data.writeBytes(uncompressedPayload);
  17. uncompressedPayload.release();
  18. MessageImpl message = new MessageImpl(topic, ((PositionImpl)ledgerEntry.getPosition()).toString(), properties,
  19. data, Schema.BYTES, metadata);
  20. message.setBrokerEntryMetadata(brokerEntryMetadata);