-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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 s3 bucket for audit sessions and dynamodb to exist in different regions #2007
Comments
klizhentas
added a commit
that referenced
this issue
Feb 9, 2019
This commit allows additional configuration for the `audit_sessions_uri` parameter: `audit_sessions_uri: s3://example.com/path?region=us-east-1` Additional query parameter `region` will override default `audit` section `region` if set.
I've added additional configuration
Additional query parameter |
Also it's worth documenting that |
LGTM |
klizhentas
added a commit
that referenced
this issue
Feb 10, 2019
This commit allows additional configuration for the `audit_sessions_uri` parameter: `audit_sessions_uri: s3://example.com/path?region=us-east-1` Additional query parameter `region` will override default `audit` section `region` if set.
klizhentas
added a commit
that referenced
this issue
Feb 10, 2019
This commit allows additional configuration for the `audit_sessions_uri` parameter: `audit_sessions_uri: s3://example.com/path?region=us-east-1` Additional query parameter `region` will override default `audit` section `region` if set.
kontsevoy
added a commit
that referenced
this issue
Feb 14, 2019
kontsevoy
added a commit
that referenced
this issue
Feb 14, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently when you use s3 for audit sessions and dynamodb for storage, they must exist in the same region. Supporting them existing in different regions would allow for more flexibility in how the resources are deployed.
For example: you may want to create a shared bucket in an account and have all your teleport clusters store their sessions within it without forcing everything to be exist in the same region.
The text was updated successfully, but these errors were encountered: