-
Notifications
You must be signed in to change notification settings - Fork 530
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
Allow configuring SSE for S3 backed storage #1486
Comments
Hi, thanks for raising this issue. We are definitely interested in keeping parity between Tempo and Mimir/Loki. For context, S3 has the ability to set default SSE on the bucket itself without changes to the clients. Would that also work for your use case? |
@mdisibio Ah that would work for our use case. I was unsure if it would cause an issue with the querying side of Tempo; glad to know it wouldn't! Thanks for the quick response. |
Let's leave this open, I believe someone will want similar functionality in the future. Also, I think it worthwhile to simply wire up all of these features to help future operators. |
Running into this as well. There's an organizational level requirement that all objects in our s3 buckets (and the buckets themselves) are encrypted at rest and objects are prevented from being stored that do not meet that requirement. Config similar to Loki with the ability to set it once for all storage would be super. |
This issue has been automatically marked as stale because it has not had any activity in the past 60 days. |
Going to mark this keepalive and "good first issue". This should just require wiring up some minio config here: tempo/tempodb/backend/s3/s3.go Line 332 in 5179b55
|
Seems it is now default encryption on AWS as per this. |
hi, like reference, in my organization enforce the S3 encryption policy using this BucketPolicy
so i can't use tempo right now directly with S3. |
Hi! I would really like to see movements on this issue, as our company would really like to use encryption of buckets containing traces. |
im going to try to take a swing at this |
Is your feature request related to a problem? Please describe.
When using S3 backed storage you can't configure the internal S3 client to use SSE.
Describe the solution you'd like
Allow for passing in a configuration option to Tempo to leverage SSE. It looks like the client used by Tempo supports SSE out of the box.
Describe alternatives you've considered
None that I can think of other than leveraging another tracing system that supports SSE.
Additional context
We self-host Tempo/Loki/Grafana/Mimir (We're kicking the tires on Mimir, Thanos is what's used in production) internally at my current company. Mimir, Loki, and Thanos all support encryption at rest via passing in an SSE flag in the storage configuration.
The text was updated successfully, but these errors were encountered: