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

add iscsi initiator name to persistentvolume_info #1235

Conversation

jimmyseto
Copy link
Contributor

What this PR does / why we need it:
adds iscsi initiator name and portals to persistentvolume_info

Which issue(s) this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close the issue(s) when PR gets merged):
Fixes #

@k8s-ci-robot k8s-ci-robot added cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. size/M Denotes a PR that changes 30-99 lines, ignoring generated files. labels Sep 18, 2020
@jimmyseto
Copy link
Contributor Author

/assign @brancz

@tariq1890
Copy link
Contributor

If we end up adding more labels, we are going to increase the cardinality of this persistentvolume_info metric way too much. I am okay with adding more avenues for monitoring persistent volumes, but we might need to consider splitting up into different metrics.

Thoughts @brancz @lilic ?

@brancz
Copy link
Member

brancz commented Sep 21, 2020

I wonder if this is still equally useful without the iscsi portals concatenated in the label? This is the part that worries me the most. Realistically anything that doesn't change over the lifetime of a persistentvolume I think is ok to be part of the metric.

@jimmyseto
Copy link
Contributor Author

I wonder if this is still equally useful without the iscsi portals concatenated in the label? This is the part that worries me the most. Realistically anything that doesn't change over the lifetime of a persistentvolume I think is ok to be part of the metric.

i'm fine with removing portals, and only adding initiator name. the former was more for completeness-sake in case users found it useful. i'll update the PR today.

as an aside, with 2.0.0 alpha, i notice that the daemonset, deployment, and replicaset metrics/objects no longer seem to have labels/tags reported. is this expected?

with 2.0.0-alpha...

TYPE kube_daemonset_created gauge

kube_daemonset_created 1.600462747e+09

TYPE kube_deployment_created gauge

kube_deployment_created 1.600554025e+09

TYPE kube_replicaset_created gauge

kube_replicaset_created 1.600575955e+09

with 1.9.7...

TYPE kube_daemonset_created gauge

kube_daemonset_created{namespace="openshift-node",daemonset="sync"} 1.600462719e+09

TYPE kube_deployment_created gauge

kube_deployment_created{namespace="kube-system",deployment="kube-state-metrics"} 1.600521086e+09

TYPE kube_replicaset_created gauge

kube_replicaset_created{namespace="kube-system",replicaset="kube-state-metrics-66df65d47d"} 1.600561774e+09

thanks.

@jimmyseto jimmyseto changed the title add iscsi initiator name and portals to persistentvolume_info add iscsi initiator name to persistentvolume_info Sep 22, 2020
@jimmyseto
Copy link
Contributor Author

@brancz @tariq1890 iscsi portals removed. only adding iscsi initiator name now.

@lilic
Copy link
Member

lilic commented Sep 22, 2020

as an aside, with 2.0.0 alpha, i notice that the daemonset, deployment, and replicaset metrics/objects no longer seem to have labels/tags reported. is this expected?

Do you mind opening a separate issue for this, with showing your deployment and few resource examples so I can try to reproduce, I didn't notice this while testing, thanks!

Also if you don't mind to squash your commits, thanks!

@jimmyseto jimmyseto force-pushed the add_iscsi_initiator_name_and_portals_to_pv branch from 28560d4 to 7164cee Compare September 22, 2020 14:33
@jimmyseto
Copy link
Contributor Author

as an aside, with 2.0.0 alpha, i notice that the daemonset, deployment, and replicaset metrics/objects no longer seem to have labels/tags reported. is this expected?

Do you mind opening a separate issue for this, with showing your deployment and few resource examples so I can try to reproduce, I didn't notice this while testing, thanks!

will do.

Also if you don't mind to squash your commits, thanks!

squashed!

@jimmyseto
Copy link
Contributor Author

@brancz @tariq1890 iscsi portals removed. only adding iscsi initiator name now.

let me know if there's anything else. thanks.

w.r.t. cardinality, i do suspect there will be future needs to add more labels for the other pv types.

Copy link
Member

@lilic lilic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Just one question, putting on hold so Frederic or Tariq have a look.

/lgtm
/hold

Thanks!!

@brancz @tariq1890

@@ -153,6 +156,7 @@ var (
"iscsi_target_portal",
"iscsi_iqn",
"iscsi_lun",
"iscsi_initiator_name",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this just a weird way github is displaying a diff or is it a formatting issue?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this just a weird way github is displaying a diff or is it a formatting issue?

i think it might just be the display. if you view the file (vs. the diff), does it look as you would expect?

@k8s-ci-robot k8s-ci-robot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Sep 25, 2020
@k8s-ci-robot k8s-ci-robot added lgtm "Looks good to me", indicates that a PR is ready to be merged. approved Indicates a PR has been approved by an approver from all required OWNERS files. labels Sep 25, 2020
@jimmyseto
Copy link
Contributor Author

Just one question, putting on hold so Frederic or Tariq have a look.

/lgtm
/hold

Thanks!!

@brancz @tariq1890

thanks, @lilic . do you think we could include this with the v2.0.0 release (which introduces the other iscsi labels)?

@lilic
Copy link
Member

lilic commented Sep 28, 2020

thanks, @lilic . do you think we could include this with the v2.0.0 release (which introduces the other iscsi labels)?

Currently we are trying to get folks to test that release, not sure this affects any testing but we only try to cherry-pick patches and bug fixes for now, I would say with the v2.0.1 release but up to @brancz and @tariq1890 if they want to override this I am fine with it being included in 2.0.0.

@brancz
Copy link
Member

brancz commented Sep 28, 2020

I would be ok with this as it's a really tiny change and very low risk in my opinion, but I'm also ok with holding off, as ultimately we need to also make progress on 2.0 ...

@jimmyseto
Copy link
Contributor Author

I would be ok with this as it's a really tiny change and very low risk in my opinion, but I'm also ok with holding off, as ultimately we need to also make progress on 2.0 ...

thanks, @brancz .

what do you think, @lilic ? can we cherry-pick this small change into v2.0.0? if not, what's the timetable for v2.0.1?

@lilic
Copy link
Member

lilic commented Oct 2, 2020

what do you think, @lilic ? can we cherry-pick this small change into v2.0.0? if not, what's the timetable for v2.0.1?

note its not v2.0.0 released yet, we only have an alpha prerelease :) We don't have a timetable for v2.0.1, it depends on bugs found in v2.0.0-alpha.0 prerelease. It might take some time, as we want to do some benchmark testing as well. We can include this in the v2.0.0-alpha.1 prerelease!

@jimmyseto
Copy link
Contributor Author

what do you think, @lilic ? can we cherry-pick this small change into v2.0.0? if not, what's the timetable for v2.0.1?

note its not v2.0.0 released yet, we only have an alpha prerelease :) We don't have a timetable for v2.0.1, it depends on bugs found in v2.0.0-alpha.0 prerelease. It might take some time, as we want to do some benchmark testing as well. We can include this in the v2.0.0-alpha.1 prerelease!

got it. sorry. i guess i got a little ahead of myself with the releases :-)

if we can include this in the v2.0.0-alpha.1 prerelease, that would be great! first, we probably need to get this into master though. who needs else needs to review/approve to merge this PR? once in master, will you cherry-pick it for v2.0.0-alpha.1 or would i need to create another PR for that?

@lilic lilic changed the base branch from master to release-2.0 October 5, 2020 07:59
@lilic
Copy link
Member

lilic commented Oct 5, 2020

We are merging this into release-2.0 first, same as with fixes, and merging the rest into master afterwards. I changed the base and returning the tests. Will lgtm afterwards. Thanks :)

@lilic
Copy link
Member

lilic commented Oct 5, 2020

@jimmyseto do you mind rebasing against the release-2.0 branch, we can merge after that! Thanks :)

@jimmyseto jimmyseto force-pushed the add_iscsi_initiator_name_and_portals_to_pv branch from 7164cee to 2c8fe6e Compare October 5, 2020 12:20
@k8s-ci-robot k8s-ci-robot removed the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Oct 5, 2020
@jimmyseto
Copy link
Contributor Author

@jimmyseto do you mind rebasing against the release-2.0 branch, we can merge after that! Thanks :)

@lilic - done. note that the failed unit-test is a result of #1242. thanks!

Copy link
Member

@lilic lilic left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

/lgtm

Thanks!

@k8s-ci-robot k8s-ci-robot added the lgtm "Looks good to me", indicates that a PR is ready to be merged. label Oct 5, 2020
@k8s-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: jimmyseto, lilic

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 /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@lilic
Copy link
Member

lilic commented Oct 5, 2020

/hold cancel

@k8s-ci-robot k8s-ci-robot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Oct 5, 2020
@k8s-ci-robot k8s-ci-robot merged commit 59701e6 into kubernetes:release-2.0 Oct 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
approved Indicates a PR has been approved by an approver from all required OWNERS files. cncf-cla: yes Indicates the PR's author has signed the CNCF CLA. lgtm "Looks good to me", indicates that a PR is ready to be merged. size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants