Skip to content
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

Enhancement and Quality: Retina x Enable Auto Storage account detection and uploading logs directly into those storage accounts. #677

Open
Tatsinnit opened this issue May 16, 2024 · 0 comments
Labels
enhancement 🚀 New feature or request or improvements on existing code. triage

Comments

@Tatsinnit
Copy link
Member

Enhancement details:

One of the offering Retina provides is, uploading the node distributed captures into the storage account:

Store the capture file to a storage account

kubectl retina capture create --blob-upload <Blob SAS URL with write permission> --node-selectors "kubernetes.io/os=linux"

How:

We could easily enable this in more ATOMIC way, and here is how: (Simple first behaviour could be as follows)

  • Diagnostic settings in AKS settings has a setting to hold the default storage account or to hook storage account.
  • If, cluster has diagnostic setting we present user which account they want to choose,
  • Upon, selecting the storage account, we then let user select which nodes they want this tool to run,
  • In the end, we then run the above distributed nature run for the blobstorage account to have all updated.

Pros

This provide more organic way for the user to have those logs available to the user and user could either generate the temporary access for support access for those logs or download according to their needs.

@Tatsinnit Tatsinnit added enhancement 🚀 New feature or request or improvements on existing code. triage labels May 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement 🚀 New feature or request or improvements on existing code. triage
Projects
Development

No branches or pull requests

1 participant