-
Notifications
You must be signed in to change notification settings - Fork 8.4k
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 filtering request handling dashboard on exported_namespace #10052
base: main
Are you sure you want to change the base?
Conversation
Signed-off-by: Alex Nordlund <[email protected]>
|
Welcome @deepy! |
Hi @deepy. Thanks for your PR. I'm waiting for a kubernetes member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Lovely. Please add screenshots of drop-down and views here. Please sign cla
…On Wed, 7 Jun, 2023, 7:14 pm Kubernetes Prow Robot, < ***@***.***> wrote:
Hi @deepy <https://github.com/deepy>. Thanks for your PR.
I'm waiting for a kubernetes <https://github.com/orgs/kubernetes/people>
member to verify that this patch is reasonable to test. If it is, they
should reply with /ok-to-test on its own line. Until that is done, I will
not automatically test new commits in this PR, but the usual testing
commands by org members will still work. Regular contributors should join
the org <https://git.k8s.io/community/community-membership.md#member> to
skip this step.
Once the patch is verified, the new status will be reflected by the
ok-to-test label.
I understand the commands that are listed here
<https://go.k8s.io/bot-commands?repo=kubernetes%2Fingress-nginx>.
Instructions for interacting with me using PR comments are available here
<https://git.k8s.io/community/contributors/guide/pull-requests.md>. If
you have questions or suggestions related to my behavior, please file an
issue against the kubernetes/test-infra
<https://github.com/kubernetes/test-infra/issues/new?title=Prow%20issue:>
repository.
—
Reply to this email directly, view it on GitHub
<#10052 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABGZVWWT2YSH33GHIFKVEZTXKCAVXANCNFSM6AAAAAAY54Y2PA>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Done |
… On Wed, 7 Jun, 2023, 7:28 pm Alex Nordlund, ***@***.***> wrote:
Done
—
Reply to this email directly, view it on GitHub
<#10052 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABGZVWU7Q5J2YULEBZPBPP3XKCCGZANCNFSM6AAAAAAY54Y2PA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
… On Wed, 7 Jun, 2023, 7:31 pm Yuan, ***@***.***> wrote:
Awesome. Thanks for the contribution.
/ok-to-test
/triage accepted
cc @rikatz @strongjz
On Wed, 7 Jun, 2023, 7:28 pm Alex Nordlund, ***@***.***>
wrote:
> Done
>
> —
> Reply to this email directly, view it on GitHub
> <#10052 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/ABGZVWU7Q5J2YULEBZPBPP3XKCCGZANCNFSM6AAAAAAY54Y2PA>
> .
> You are receiving this because you commented.Message ID:
> ***@***.***>
>
|
Thanks, let me take a look |
/assign |
As an extra note, can you add information about your test environment to the description? This saves a lot of time.
I noticed your sentence, please add information to avoid my misunderstanding, thanks |
I'll add another line to clarify that one, but in essence if you have two ingress with the same name but in different namespaces |
So your point is, as long as I deploy ingress-controllers with the same name in different namespaces and collect their metrics, I can perform verification, right? |
Maybe I misunderstood, are you referring to Ingress resources instead of ingress-controller? To make it clearer, could you please list the verification steps directly? |
Yes, this is only for the request handling dashboard, i.e. not for the controller itself. Easiest way to test this is to create two namespaces, |
This is stale, but we won't close it automatically, just bare in mind the maintainers may be busy with other tasks and will reach your issue ASAP. If you have any question or request to prioritize this, please reach |
The This bot removes
You can:
Please send feedback to sig-contributor-experience at kubernetes/community. /remove-lifecycle frozen |
PR needs rebase. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. |
/lgtm Please rebase and we shall get this merged. |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deepy, rikatz The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
@deepy: The following tests failed, say
Full PR test history. Your PR dashboard. Please help us cut down on flakes by linking to an open issue when you hit one in your PR. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository. I understand the commands that are listed here. |
What this PR does / why we need it:
The request handling dashboard is great but gets messy if you're deploying the same application in multiple namespaces and you're not able to change the name of the ingress resource
In my case I have ingresses named after their application in multiple namespaces, i.e.
httpbin-ingress
might exist in the namespaceshttpbin-prod
,httpbin-staging
andhttpbin-dev
This PR adds namespace as a variable for filtering to allow you to narrow down the data prevented in the dashboard further
Types of changes
How Has This Been Tested?
I've tested this on grafana cloud, and on a Grafana instance created following the ingress-nginx documentation
Checklist: