You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: keps/sig-multicluster/4322-cluster-inventory/README.md
+152-2Lines changed: 152 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -524,12 +524,162 @@ minimum kubelet version, maximum kubelet version, and enabled featureset version
524
524
525
525
#### Properties
526
526
527
-
Name/value pairs to represent properties of the clusters. It could be a
528
-
collection of ClusterProperty resources, but could also be info based on
527
+
Name/value pairs to represent properties of the clusters. One possible usage of properties is
528
+
to help another controller to make workload orchestration decisions. They could be
529
+
a set of [About-API](https://github.com/kubernetes/enhancements/tree/master/keps/sig-multicluster/2149-clusterid)
530
+
ClusterProperty resources collected from the member clusters, but could also be info based on
529
531
other implementations. The name of the cluster property can be predefined
530
532
name from ClusterProperty resources and is allowed to be customized by
531
533
different cluster managers.
532
534
535
+
For all the about-api ClusterProperty that clusterProfile would honor, it MUST have a label with key “multicluster.x-k8s.io/clusterProfile” and value of “true”.
536
+
537
+
Here are a few ClusterProperty that the clusterProfile API would also support.
538
+
539
+
##### cluster-endpoints.k8s.io
540
+
It is a list of the url that can reach the api-server of the k8s cluster
541
+
* All clusterProfile API implementation MUST have this property.
542
+
* It could contain IP addresses too
543
+
544
+
Here is an example of a cluster-endpoints.k8s.io ClusterProperty
This KEP does not mean to contain an exhaustive list of all the cluster properties the community will support. Thus, we want to lay out the process
675
+
that a new property can be added to the list in the future. Here is what we propose
676
+
1. A property is first implemented as an extension property which means there is no guarantee that the property will be supported by any cluster managers.
677
+
2. The sponsor of the property brings up a discussion agenda with the use case and motivation of upgrading the extension property to a **standard** property in one of the multi-cluster SIG meetings.
678
+
* The community can vote on the case and if it has over 66% of the vote, it becomes a standard property thus become part of the ClusterProfile API KEP.
679
+
3. After a property becomes a standard for over 6 months, the SIG leads can have another vote to see if there is consensus to move a property to the **core** group
680
+
which means every cluster manager that implements the ClusterProfile API must implement this property.
681
+
682
+
533
683
#### Conditions
534
684
535
685
Record cluster’s healthiness condition and easy to extend, conforming to
0 commit comments