Skip to content

Commit e1a9167

Browse files
authored
Merge pull request #4201 from logicalhan/clis
bump component slis to stable
2 parents 1db96f0 + 0cf6154 commit e1a9167

File tree

3 files changed

+14
-13
lines changed

3 files changed

+14
-13
lines changed

keps/prod-readiness/sig-instrumentation/3466.yaml

Lines changed: 2 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -6,3 +6,5 @@ alpha:
66
approver: "@wojtek-t"
77
beta:
88
approver: "@wojtek-t"
9+
stable:
10+
approver: "@wojtek-t"

keps/sig-instrumentation/3466-kubernetes-component-health-slis/README.md

Lines changed: 11 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -250,13 +250,15 @@ without any issues.
250250

251251
##### Integration tests
252252

253-
- [ ] ensure existence of healthcheck endpoint (beta requirement)
253+
- [ X ] ensure existence of healthcheck endpoint (beta requirement)
254254

255255
- <test>: <link to test coverage>
256256

257257
##### e2e tests
258258

259-
- [ ] ensure existence of healthcheck endpoint (beta requirement)
259+
Given this feature is purely in-memory, no enablement/disablement tests are needed.
260+
261+
- [ X ] ensure existence of healthcheck endpoint (beta requirement)
260262

261263
- <test>: <link to test coverage>
262264

@@ -342,13 +344,10 @@ We will target this feature behind a flag `ComponentSLIs`
342344
+ apiserver
343345
+ kubelet
344346
+ scheduler
345-
+ controller-manager
347+
+ cloud-controller-manager
348+
+ kube-controller-manager
346349
+ kube-proxy
347350

348-
###### Are there any tests for feature enablement/disablement?
349-
350-
Given this feature is purely in-memory, no enablement/disablement tests are needed.
351-
352351
###### Does enabling the feature change any default behavior?
353352

354353
Yes it will expose a new metrics endpoint.
@@ -363,7 +362,7 @@ It will expose the metrics endpoint again
363362

364363
###### Are there any tests for feature enablement/disablement?
365364

366-
We intend to add them with our e2e tests.
365+
Given this feature is purely in-memory, no enablement/disablement tests are needed.
367366

368367
### Rollout, Upgrade and Rollback Planning
369368

@@ -396,7 +395,7 @@ They can check their prometheus scrape configs.
396395

397396
###### How can someone using this feature know that it is working for their instance?
398397

399-
They can curl the apiserver's `metrics/slis` endpoint.
398+
They can curl any of the kubernetes components's (except etcd) `metrics/slis` endpoint.
400399

401400
###### What are the reasonable SLOs (Service Level Objectives) for the enhancement?
402401

@@ -466,9 +465,9 @@ details). For now, we leave it here.
466465

467466
###### How does this feature react if the API server and/or etcd is unavailable?
468467

469-
If apiserver is unavailable, then you will not be able to ingest the metrics from the apiserver.
470-
However, the failure of etcd should allow you to scrape the metrics from apiserver, so long as
471-
it is otherwise healthy.
468+
If component is unavailable, then you will not be able to ingest the metrics from the component.
469+
However, in the case of the apiserver, the failure of etcd should allow you to scrape the metrics
470+
from component, so long as it is otherwise healthy.
472471

473472
###### What are other known failure modes?
474473

keps/sig-instrumentation/3466-kubernetes-component-health-slis/kep.yaml

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -15,7 +15,7 @@ reviewers:
1515
approvers:
1616
- "@dgrisonnet"
1717
# The target maturity stage in the current dev cycle for this KEP.
18-
stage: alpha
18+
stage: stable
1919

2020
# The most recent milestone for which work toward delivery of this KEP has been
2121
# done. This can be the current (upcoming) milestone, if it is being actively

0 commit comments

Comments
 (0)