Merge pull request #39343 from Zhuzhenghao/replicaset
Cleanup page replicaset
This commit is contained in:
commit
dd3a6796cf
|
|
@ -69,7 +69,7 @@ kubectl get rs
|
|||
|
||||
And see the frontend one you created:
|
||||
|
||||
```shell
|
||||
```
|
||||
NAME DESIRED CURRENT READY AGE
|
||||
frontend 3 3 3 6s
|
||||
```
|
||||
|
|
@ -118,7 +118,7 @@ kubectl get pods
|
|||
|
||||
You should see Pod information similar to:
|
||||
|
||||
```shell
|
||||
```
|
||||
NAME READY STATUS RESTARTS AGE
|
||||
frontend-b2zdv 1/1 Running 0 6m36s
|
||||
frontend-vcmts 1/1 Running 0 6m36s
|
||||
|
|
@ -288,8 +288,8 @@ When using the REST API or the `client-go` library, you must set `propagationPol
|
|||
```shell
|
||||
kubectl proxy --port=8080
|
||||
curl -X DELETE 'localhost:8080/apis/apps/v1/namespaces/default/replicasets/frontend' \
|
||||
> -d '{"kind":"DeleteOptions","apiVersion":"v1","propagationPolicy":"Foreground"}' \
|
||||
> -H "Content-Type: application/json"
|
||||
-d '{"kind":"DeleteOptions","apiVersion":"v1","propagationPolicy":"Foreground"}' \
|
||||
-H "Content-Type: application/json"
|
||||
```
|
||||
|
||||
### Deleting just a ReplicaSet
|
||||
|
|
@ -303,8 +303,8 @@ For example:
|
|||
```shell
|
||||
kubectl proxy --port=8080
|
||||
curl -X DELETE 'localhost:8080/apis/apps/v1/namespaces/default/replicasets/frontend' \
|
||||
> -d '{"kind":"DeleteOptions","apiVersion":"v1","propagationPolicy":"Orphan"}' \
|
||||
> -H "Content-Type: application/json"
|
||||
-d '{"kind":"DeleteOptions","apiVersion":"v1","propagationPolicy":"Orphan"}' \
|
||||
-H "Content-Type: application/json"
|
||||
```
|
||||
|
||||
Once the original is deleted, you can create a new ReplicaSet to replace it. As long
|
||||
|
|
@ -360,7 +360,7 @@ This feature is beta and enabled by default. You can disable it using the
|
|||
- This is honored on a best-effort basis, so it does not offer any guarantees on pod deletion order.
|
||||
- Users should avoid updating the annotation frequently, such as updating it based on a metric value,
|
||||
because doing so will generate a significant number of pod updates on the apiserver.
|
||||
{{< /note >}}
|
||||
{{< /note >}}
|
||||
|
||||
#### Example Use Case
|
||||
|
||||
|
|
@ -444,4 +444,3 @@ As such, ReplicaSets are preferred over ReplicationControllers
|
|||
object definition to understand the API for replica sets.
|
||||
* Read about [PodDisruptionBudget](/docs/concepts/workloads/pods/disruptions/) and how
|
||||
you can use it to manage application availability during disruptions.
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue