-
Notifications
You must be signed in to change notification settings - Fork 671
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
[BUG] Log Links should work with CloudWatch FluentD Out Of the Box #2635
Comments
I'd like to work on this. |
#take |
#self-assign |
@samhita-alla here |
#self-assign |
@samhita-alla Kindly review the PR and let me know if any changes are required...Thanks! |
This assumes that the cluster is going to be deployed with FluentBit by-default, while FluentD is valid and recommended option, to which the older configuration is pointing to. This change will not be applicable for the all users. |
@andrusha do you mind elaborating on this? Are you commenting on the discussion we are having on the PR? flyteorg/flyteplugins#293 (comment) |
I was answering to the premise of this ticket. The log link is not broken if you use FluentD out of the box, it’s only broken if you’re using FluentBit, which is a default for EKS cluster. FluentBit can be ran in FluentD compatibility mode as well. Overriding default like will inevitably break it for the other group of users.
I think this is not a bug and supporting multiple templates is better solution here. Supporting FluentBit is related to flyteorg/flyteplugins#293, as it requires node name.
… On 26 Nov 2022, at 16:32, Haytham Abuelfutuh ***@***.***> wrote:
***@***.***(https://github.com/andrusha) do you mind elaborating on this? Are you commenting on the discussion we are having on the PR? [flyteorg/flyteplugins#293 (comment)](flyteorg/flyteplugins#293 (comment))
—
Reply to this email directly, [view it on GitHub](#2635 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AAC6VT5DTC66ZGFKUIQDJL3WKIUQHANCNFSM52CPXMOA).
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Aha, I understand, I agree changing the default can break other people, do you know for a fact that FlutentBit in compatibility mode works out of the box? I vaguely recall hostname was still a requirement though, no? Perhaps a better approach is to:
|
Hello 👋, this issue has been inactive for over 9 months. To help maintain a clean and focused backlog, we'll be marking this issue as stale and will engage on it to decide if it is still applicable. |
Describe the bug
As it stands, users wishing to enable CloudWatch logs will need to go through the AWS Process to do so here and then manually modify the fluent-bit-config configmap to alter the generated log stream to match what Flyte expects.
And then use this configmap for flyte:
We should change the default template defined here to be:
https://console.aws.amazon.com/cloudwatch/home?region=%s#logsV2:log-groups/log-group/%s$3FlogStreamNameFilter=var.log.containers.{{ .podName }}_{{ .namespace }}_{{ .containerName }}
Expected behavior
Additional context to reproduce
No response
Screenshots
No response
Are you sure this issue hasn't been raised already?
Have you read the Code of Conduct?
The text was updated successfully, but these errors were encountered: