big-ocean-9800
07/20/2022, 6:12 PMv0.8.38
and we have about 7k data assets loaded. We are seeing a pattern where loading the home page is extremely slow (on the order of 5-10 seconds).
I checked metrics around our datahub infrastructure and everything was running at about 10-20% utilization. Our elastic search cluster is at low utilization, their disks are less than 10% utilized, and I don’t see any IO throttling from our cloud provider. Same story with our Postgres instance.
I took a look at the calls that hang the longest on the home page and the consistently slow call is the graphql call searchAcrossEntities
. By taking a cursory look through the code, I can see that it seems to interact with just elastic search.
I’m here wondering if anyone has experienced a similar behavior, any troubleshooting tips, etc. Is this expected performance with the number of assets we have? Are there any changes we can make to our elastic cluster to help alleviate these problems?
I took a look through the slack history through this channel and couldn’t quite find any messages which seem similar (same with github issues both open and closed).
Please let me know if any more information would be helpful. Cheers!orange-night-91387
07/20/2022, 7:35 PMbig-ocean-9800
07/20/2022, 7:50 PMv0.8.41
release notes now and will try it out.big-carpet-38439
07/20/2022, 10:29 PMbig-ocean-9800
07/25/2022, 8:16 PMlistRecommendations
graphql call.
I’m pulling up the traces for it now to see where it’s spending most of the time.
One question I have to y’all, we are running our elastic cluster on non-SSDs, this may be the ultimate bottleneck, but wanted to gauge if you are running elastic with ssds or not for datahub. Just want to gauge what a deployment from another group looks like before I start testing out different hardware.orange-night-91387
07/25/2022, 8:23 PMbig-ocean-9800
07/25/2022, 8:25 PMbig-ocean-9800
07/25/2022, 8:25 PM