Hi Graylog Community,
We are currently evaluating our Graylog storage architecture and would appreciate some guidance from the community.
Our current setup has Graylog DataNodes using AWS EFS for data storage. The environment has grown to approximately 40 TB, so we are looking at alternative approaches for both hot data access and long-term archiving.
We understand that Graylog supports AWS S3-related storage capabilities, and we are considering Wasabi as an alternative object-storage backend because it provides an S3-compatible API.
Our questions are:
- Can Wasabi S3-compatible storage be used with Graylog/DataNodes for storing or archiving Graylog data?
- If technically possible, what would be the recommended architecture? For example, keeping recent/hot data on local EBS/EFS and moving older data to Wasabi for archival.
- Are there any performance, compatibility, or operational limitations when using Wasabi instead of native AWS S3?
- Are there any specific Graylog features that depend on AWS S3 specifically and therefore would not work with an S3-compatible provider such as Wasabi?
- What are the main pros and cons of using Wasabi for this use case, particularly for an environment with approximately 40 TB of data?
- Most importantly, does using S3-compatible object storage for Graylog require a Graylog Enterprise subscription, or can this architecture be implemented with the Graylog Open/Community version?
We are primarily interested in reducing the cost and complexity of our current EFS-based storage while maintaining reasonable access to recent/hot data and having a cost-effective long-term archive.
Any recommendations or real-world experience with Graylog + Wasabi would be greatly appreciated.
Thanks!