Container Service for Kubernetes:Use OpenKruise to deploy cloud-native applications

Estratégias de atualização

Os controllers do OpenKruise suportam três estratégias de atualização:

Por que escolher atualizações in-place?

As rolling updates padrão do Kubernetes recriam pods, o que altera o nome do pod, o endereço IP e o nó host. Já a atualização in-place modifica diretamente o pod em execução:

• Sem reagendamento — o pod permanece no mesmo nó

• Pulls de imagem mais rápidos — a maioria das camadas da imagem já está em cache no nó

• Outros containers no pod não são afetados durante a atualização

Crie um CloneSet

1. Crie um arquivo chamado cloneset.yaml com o seguinte conteúdo:

   apiVersion: apps.kruise.io/v1alpha1
   kind: CloneSet
   metadata:
     name: demo-clone
   spec:
     replicas: 5
     selector:
       matchLabels:
         app: guestbook
     template: # Pod template structure is identical to a Deployment
       metadata:
         labels:
           app: guestbook
       spec:
         containers:
         - name: guestbook
           image: openkruise-registry.cn-shanghai.cr.aliyuncs.com/openkruise/demo:1.10.2
           env:
           - name: test
             value: foo
     updateStrategy:
       type: InPlaceIfPossible     # Use in-place upgrade if possible; fall back to recreate
       maxUnavailable: 20%         # Allow up to 20% of pods to be unavailable during an upgrade
       inPlaceUpdateStrategy:
         gracePeriodSeconds: 3     # Seconds to wait after marking the pod NotReady before upgrading in-place

   Parâmetros principais:

   Parâmetro	Descrição
   type	Estratégia de atualização: ReCreate, InPlaceIfPossible ou InPlaceOnly. Consulte Estratégias de atualização.
   maxUnavailable	Número máximo ou porcentagem de pods que podem ficar indisponíveis durante uma atualização.
   gracePeriodSeconds	Segundos que o controller aguarda após marcar um pod como NotReady antes de realizar a atualização in-place.

2. Aplique o manifesto no seu cluster:

   kubectl create -f cloneset.yaml

   Saída esperada:

   cloneset.apps.kruise.io/demo-clone created

Verifique o CloneSet

1. Verifique o status dos pods:

   kubectl get pod

   Saída esperada:

   NAME               READY   STATUS    RESTARTS   AGE
   demo-clone-5b9kl   1/1     Running   0          3s
   demo-clone-6xjdg   1/1     Running   0          3s
   demo-clone-bvmdj   1/1     Running   0          3s
   demo-clone-dm22s   1/1     Running   0          3s
   demo-clone-rbpg9   1/1     Running   0          3s

2. Verifique o status do CloneSet:

   kubectl get clone

   Saída esperada:

   NAME         DESIRED   UPDATED   UPDATED_READY   READY   TOTAL   AGE
   demo-clone   5         5         5               5       5       46s

   Campos da saída:

   Campo	Campo de status do Kubernetes	Descrição
   DESIRED	spec.replicas	Número desejado de pods
   UPDATED	status.updatedReplicas	Pods atualizados para a versão mais recente
   UPDATED_READY	status.updatedReadyReplicas	Pods prontos entre aqueles na versão mais recente
   READY	status.readyReplicas	Total de pods prontos em todas as versões
   TOTAL	status.replicas	Total de pods gerenciados por este CloneSet

Migre de um StatefulSet nativo

Para usar o Advanced StatefulSet com um manifesto de StatefulSet existente, altere uma linha:

- apiVersion: apps/v1
+ apiVersion: apps.kruise.io/v1alpha1
  kind: StatefulSet

O restante do manifesto permanece inalterado.

Crie um Advanced StatefulSet

1. Crie um arquivo chamado statefulset.yaml com o seguinte conteúdo:

   apiVersion: apps.kruise.io/v1alpha1
   kind: StatefulSet
   metadata:
     name: demo-asts
   spec:
     replicas: 3
     selector:
       matchLabels:
         app: guestbook-sts
     podManagementPolicy: Parallel
     template: # Pod template structure is identical to a native StatefulSet
       metadata:
         labels:
           app: guestbook-sts
       spec:
         containers:
         - name: guestbook
           image: openkruise-registry.cn-shanghai.cr.aliyuncs.com/openkruise/demo:1.10.2
           env:
           - name: test
             value: foo
         readinessGates:
         - conditionType: InPlaceUpdateReady
     updateStrategy:
       type: RollingUpdate
       rollingUpdate:
         podUpdatePolicy: InPlaceIfPossible   # Use in-place upgrade if possible; fall back to recreate
         maxUnavailable: 20%                  # Allow up to 20% of pods to be unavailable during an upgrade
         inPlaceUpdateStrategy:
           gracePeriodSeconds: 3              # Seconds to wait after marking the pod NotReady before upgrading in-place

   Parâmetros principais:

   Parâmetro	Descrição
   podUpdatePolicy	Estratégia de atualização: ReCreate, InPlaceIfPossible ou InPlaceOnly. Consulte Estratégias de atualização.
   maxUnavailable	Número máximo ou porcentagem de pods que podem ficar indisponíveis durante uma atualização.
   gracePeriodSeconds	Segundos que o controller aguarda após marcar um pod como NotReady antes de realizar a atualização in-place.

2. Aplique o manifesto no seu cluster:

   kubectl create -f statefulset.yaml

   Saída esperada:

   statefulset.apps.kruise.io/demo-asts created

Verifique o Advanced StatefulSet

1. Verifique o status dos pods:

   kubectl get pod

   Saída esperada:

   NAME          READY   STATUS    RESTARTS   AGE
   demo-asts-0   1/1     Running   0          3h29m
   demo-asts-1   1/1     Running   0          3h29m
   demo-asts-2   1/1     Running   0          3h29m

2. Verifique o status do Advanced StatefulSet:

   kubectl get asts

   Saída esperada:

   NAME        DESIRED   CURRENT   UPDATED   READY   AGE
   demo-asts   3         3         3         3       3h30m

   Campos da saída:

   Campo	Campo de status do Kubernetes	Descrição
   DESIRED	spec.replicas	Número desejado de pods
   UPDATED	status.updatedReplicas	Pods na versão mais recente
   READY	status.readyReplicas	Total de pods prontos
   TOTAL	status.replicas	Total de pods gerenciados por este Advanced StatefulSet