Support Questions
Find answers, ask questions, and share your expertise
Announcements
Check out our newest addition to the community, the Cloudera Innovation Accelerator group hub.

Too much load for Atlas from ATLAS_HOOK

Contributor

So’ I’m facing a problem that I don’t really know how to solve. The core problem is that Atlas don’t process the information in the ATLAS_HOOK topic fast enough. So we have a backlog that is growing every day.

As we want to use tag-based security in combination with Ranger, we moved away from dropping and recreating the tables in Hive every night when we do our sqoop imports to instead do the sqoop import into a temporary table, and then truncate and “insert into” the target table. We are doing this for many 1000’s of tables every night, and many of them have over 1000 columns. This in combination with the Column level lineage in Atlas creates a huge workload that Atlas needs to process, and it just doesn’t handle it.

What I’ve been trying to do is increase the HBase and Kafka performance to make sure that there is no bottlenecks tere. Like HBase atlas_titan table is right now running evenly distributed over 287 partitions, and I can read all messages in the topic in roughly 10-15 minutes. So I don’t think that the problem is within those two systems.

I like to get some pointer on what to do to increase the performance on how fast Atlas is processing the data in the ATLAS_HOOK topic. For example, it looks like the NotificationHookConsumer is only running with one thread. Is it possible to run this in a multi-threaded setup to be able to process the data in parallel? Anything else you can think of that can help me here?

1 REPLY 1

Expert Contributor

I understand your concerns.

Right now there isn't a way to parallelize the NotificationHookConsumer.

I have been experimenting with processing messages in parallel, so far I don't have a working solution.

Sorry for not being able to help.