-
Notifications
You must be signed in to change notification settings - Fork 109
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SOLR throughput max out #3875
Comments
This graph validates that it was using ~3.8x the Provisioned IO capacity. The ability to burst is based on the burst credit methodology outlined here, https://docs.aws.amazon.com/efs/latest/ug/performance.html#throughput-modes |
I have manually changed both catalog-prod and catalog-staging EFS from Burst to Provisioned throughput mode, giving them |
Will also mention, the reason we didn't implement EBS volumes is because there isn't a native AWS solution that supports it. It requires the use of third-party docker container driver plugins which is a separate headache to maintain another technology and didn't provide an easy integration for our use-case. Reference: https://aws.amazon.com/blogs/compute/amazon-ecs-and-docker-volume-drivers-amazon-ebs/ |
SOLR can hit the max throughput with EFS and cause all operations (read and write) to be slow/unresponsive, causing site outages. We believe this occurs with the harvest gather process.
https://docs.aws.amazon.com/efs/latest/ug/performance.html
How to reproduce
Expected behavior
SOLR does not crash, and EFS remains available
Actual behavior
SOLR crashed, EFS unresponsive
Sketch
Need to examine throughput, and possibly set our own values different from bursty defaults: https://registry.terraform.io/providers/hashicorp/aws/latest/docs/resources/efs_file_system
Note: blow it up alternative, consider EBS volumes: https://www.geeksforgeeks.org/difference-between-amazon-ebs-and-amazon-efs/
The text was updated successfully, but these errors were encountered: