mirror of
https://github.com/k3s-io/kubernetes.git
synced 2025-09-06 19:52:42 +00:00
Rename PetSet to StatefulSet in docs and examples.
This commit is contained in:
@@ -165,7 +165,7 @@ due to a CVE that just came out (fictional scenario). In this scenario:
|
||||
up and not scale down the old one.
|
||||
- an existing replicaSet will be unable to create Pods that replace ones which are terminated. If this is due to
|
||||
slow loss of nodes, then there should be time to react before significant loss of capacity.
|
||||
- For non-replicated things (size 1 ReplicaSet, PetSet), a single node failure may disable it.
|
||||
- For non-replicated things (size 1 ReplicaSet, StatefulSet), a single node failure may disable it.
|
||||
- a node rolling update will eventually check for liveness of replacements, and would be throttled if
|
||||
in the case when the image was no longer allowed and so replacements could not be started.
|
||||
- rapid node restarts will cause existing pod objects to be restarted by kubelet.
|
||||
|
@@ -158,7 +158,7 @@ Finalizer breaks an assumption that many Kubernetes components have: a deletion
|
||||
|
||||
**Replication controller manager**, **Job controller**, and **ReplicaSet controller** ignore pods in terminated phase, so pods with pending finalizers will not block these controllers.
|
||||
|
||||
**PetSet controller** will be blocked by a pod with pending finalizers, so synchronous GC might slow down its progress.
|
||||
**StatefulSet controller** will be blocked by a pod with pending finalizers, so synchronous GC might slow down its progress.
|
||||
|
||||
**kubectl**: synchronous GC can simplify the **kubectl delete** reapers. Let's take the `deployment reaper` as an example, since it's the most complicated one. Currently, the reaper finds all `RS` with matching labels, scales them down, polls until `RS.Status.Replica` reaches 0, deletes the `RS`es, and finally deletes the `deployment`. If using synchronous GC, `kubectl delete deployment` is as easy as sending a synchronous GC delete request for the deployment, and polls until the deployment is deleted from the key-value store.
|
||||
|
||||
|
@@ -11,7 +11,7 @@ There are two main motivators for Template functionality in Kubernetes: Control
|
||||
Today the replication controller defines a PodTemplate which allows it to instantiate multiple pods with identical characteristics.
|
||||
This is useful but limited. Stateful applications have a need to instantiate multiple instances of a more sophisticated topology
|
||||
than just a single pod (e.g. they also need Volume definitions). A Template concept would allow a Controller to stamp out multiple
|
||||
instances of a given Template definition. This capability would be immediately useful to the [PetSet](https://github.com/kubernetes/kubernetes/pull/18016) proposal.
|
||||
instances of a given Template definition. This capability would be immediately useful to the [StatefulSet](https://github.com/kubernetes/kubernetes/pull/18016) proposal.
|
||||
|
||||
Similarly the [Service Catalog proposal](https://github.com/kubernetes/kubernetes/pull/17543) could leverage template instantiation as a mechanism for claiming service instances.
|
||||
|
||||
@@ -47,7 +47,7 @@ values are appropriate for a deployer to tune or what the parameters control.
|
||||
* Providing a library of predefined application definitions that users can select from
|
||||
* Enabling the creation of user interfaces that can guide an application deployer through the deployment process with descriptive help about the configuration value decisions they are making, and useful default values where appropriate
|
||||
* Exporting a set of objects in a namespace as a template so the topology can be inspected/visualized or recreated in another environment
|
||||
* Controllers that need to instantiate multiple instances of identical objects (e.g. PetSets).
|
||||
* Controllers that need to instantiate multiple instances of identical objects (e.g. StatefulSets).
|
||||
|
||||
|
||||
### Use cases for parameters within templates
|
||||
@@ -65,7 +65,7 @@ values are appropriate for a deployer to tune or what the parameters control.
|
||||
a pod as a TLS cert).
|
||||
* Provide guidance to users for parameters such as default values, descriptions, and whether or not a particular parameter value
|
||||
is required or can be left blank.
|
||||
* Parameterize the replica count of a deployment or [PetSet](https://github.com/kubernetes/kubernetes/pull/18016)
|
||||
* Parameterize the replica count of a deployment or [StatefulSet](https://github.com/kubernetes/kubernetes/pull/18016)
|
||||
* Parameterize part of the labels and selector for a DaemonSet
|
||||
* Parameterize quota/limit values for a pod
|
||||
* Parameterize a secret value so a user can provide a custom password or other secret at deployment time
|
||||
|
Reference in New Issue
Block a user