摘要:命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察命令到底能達(dá)到什么效果。
kubectl scale命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行pod擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察scale命令到底能達(dá)到什么效果。
命令行創(chuàng)建一個(gè)deployment:
kubectl run jerry-nginx --image=nginx:1.12.2
kubectl get deploy查看剛剛創(chuàng)建的deployment:
自動(dòng)被deployment創(chuàng)建的pod:
kubectl get pod:
使用下列命令查看生成的deployment明細(xì):
kubectl get deployment jerry-nginx -o yaml
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
annotations:
deployment.kubernetes.io/revision: "1"
creationTimestamp: 2018-11-29T08:29:06Z
generation: 1
labels:
run: jerry-nginx
name: jerry-nginx
namespace: part-0110
resourceVersion: "7203445"
selfLink: /apis/extensions/v1beta1/namespaces/part-0110/deployments/jerry-nginx
uid: d5c64f72-f3b0-11e8-b308-a20cb743f347
spec:
progressDeadlineSeconds: 600
replicas: 1
revisionHistoryLimit: 2
selector:
matchLabels: run: jerry-nginx
strategy:
rollingUpdate: maxSurge: 25% maxUnavailable: 25% type: RollingUpdate
template:
metadata: creationTimestamp: null labels: run: jerry-nginx spec: containers: - image: nginx:1.12.2 imagePullPolicy: IfNotPresent name: jerry-nginx resources: {} terminationMessagePath: /dev/termination-log terminationMessagePolicy: File dnsPolicy: ClusterFirst restartPolicy: Always schedulerName: default-scheduler securityContext: {} terminationGracePeriodSeconds: 30
status:
availableReplicas: 1
conditions:
lastTransitionTime: 2018-11-29T08:29:07Z
lastUpdateTime: 2018-11-29T08:29:07Z
message: Deployment has minimum availability.
reason: MinimumReplicasAvailable
status: "True"
type: Available
lastTransitionTime: 2018-11-29T08:29:06Z
lastUpdateTime: 2018-11-29T08:29:07Z
message: ReplicaSet "jerry-nginx-69fd9f6c4" has successfully progressed.
reason: NewReplicaSetAvailable
status: "True"
type: Progressing
observedGeneration: 1
readyReplicas: 1
replicas: 1
updatedReplicas: 1
另一個(gè)有用的命令:
kubectl describe deployment jerry-nginx
Name: jerry-nginx
Namespace: part-0110
CreationTimestamp: Thu, 29 Nov 2018 16:29:06 +0800
Labels: run=jerry-nginx
Annotations: deployment.kubernetes.io/revision: 1
Selector: run=jerry-nginx
Replicas: 1 desired | 1 updated | 1 total | 1 available | 0 unavailable
StrategyType: RollingUpdate
MinReadySeconds: 0
RollingUpdateStrategy: 25% max unavailable, 25% max surge
Pod Template:
Labels: run=jerry-nginx
Containers:
jerry-nginx:
Image: nginx:1.12.2 Port:Host Port: Environment: Mounts:
Volumes:
Conditions:
Type Status Reason
---- ------ ------
Available True MinimumReplicasAvailable
Progressing True NewReplicaSetAvailable
OldReplicaSets:
NewReplicaSet: jerry-nginx-69fd9f6c4 (1/1 replicas created)
Events:
Type Reason Age From Message
---- ------ ---- ---- -------
Normal ScalingReplicaSet 9m41s deployment-controller Scaled up replica set jerry-nginx-69fd9f6c4 to 1
現(xiàn)在我們使用下面的命令對(duì)deployment進(jìn)行水平擴(kuò)展:
kubectl scale deployment jerry-nginx --replicas=3
kubectl get pods -l run=jerry-nginx
下圖這個(gè)Age為15分鐘之前的是第一次創(chuàng)建deployment時(shí)生成的,其他兩個(gè)Age為1分鐘之前的是執(zhí)行了scale命令后自動(dòng)創(chuàng)建的。
選中一個(gè)才創(chuàng)建的pod,查看其事件記錄:
kubectl describe pod jerry-nginx-69fd9f6c4-8dpvb
kubectl get replicaset
得到自動(dòng)創(chuàng)建的replication set:
desired = 3意思就是我們水平擴(kuò)展時(shí)指定的參數(shù)3.
即使手動(dòng)刪除一個(gè)pod實(shí)例,replication set又會(huì)很快自動(dòng)創(chuàng)建一個(gè)新的:
自動(dòng)創(chuàng)建的新pod:
要獲取更多Jerry的原創(chuàng)文章,請(qǐng)關(guān)注公眾號(hào)"汪子熙":
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/27610.html
摘要:命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察命令到底能達(dá)到什么效果。 kubectl scale命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行pod擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察scale命令到底能達(dá)到什么效果。 命令行創(chuàng)建一個(gè)deployment: kubectl run jerry-nginx --image=nginx:1.12.2 showImg(htt...
摘要:命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察命令到底能達(dá)到什么效果。 kubectl scale命令用于程序在負(fù)載加重或縮小時(shí)進(jìn)行pod擴(kuò)容或縮小,我們通過一些實(shí)際例子來觀察scale命令到底能達(dá)到什么效果。 命令行創(chuàng)建一個(gè)deployment: kubectl run jerry-nginx --image=nginx:1.12.2 showImg(htt...
摘要:后面幾個(gè)狀態(tài)的字段都是,其中是節(jié)點(diǎn)上一個(gè)重要的模塊,負(fù)責(zé)維護(hù)和管理運(yùn)行于該節(jié)點(diǎn)上的所有容器,確保的運(yùn)行狀態(tài)與使用者期望一致。 上一篇文章?在Kubernetes上運(yùn)行SAP UI5應(yīng)用(上),我介紹了如何在Docker里運(yùn)行一個(gè)簡單的SAP UI5應(yīng)用,并且已經(jīng)成功地將一個(gè)包含了這個(gè)UI5應(yīng)用的docker鏡像上傳到Docker hub上。 這篇文章作為這個(gè)主題的下半部分,將會(huì)介紹如何...
摘要:后面幾個(gè)狀態(tài)的字段都是,其中是節(jié)點(diǎn)上一個(gè)重要的模塊,負(fù)責(zé)維護(hù)和管理運(yùn)行于該節(jié)點(diǎn)上的所有容器,確保的運(yùn)行狀態(tài)與使用者期望一致。 上一篇文章?在Kubernetes上運(yùn)行SAP UI5應(yīng)用(上),我介紹了如何在Docker里運(yùn)行一個(gè)簡單的SAP UI5應(yīng)用,并且已經(jīng)成功地將一個(gè)包含了這個(gè)UI5應(yīng)用的docker鏡像上傳到Docker hub上。 這篇文章作為這個(gè)主題的下半部分,將會(huì)介紹如何...
摘要:后面幾個(gè)狀態(tài)的字段都是,其中是節(jié)點(diǎn)上一個(gè)重要的模塊,負(fù)責(zé)維護(hù)和管理運(yùn)行于該節(jié)點(diǎn)上的所有容器,確保的運(yùn)行狀態(tài)與使用者期望一致。 上一篇文章?在Kubernetes上運(yùn)行SAP UI5應(yīng)用(上),我介紹了如何在Docker里運(yùn)行一個(gè)簡單的SAP UI5應(yīng)用,并且已經(jīng)成功地將一個(gè)包含了這個(gè)UI5應(yīng)用的docker鏡像上傳到Docker hub上。 這篇文章作為這個(gè)主題的下半部分,將會(huì)介紹如何...
閱讀 3593·2023-04-26 02:55
閱讀 2863·2021-11-02 14:38
閱讀 4139·2021-10-21 09:39
閱讀 2849·2021-09-27 13:36
閱讀 3954·2021-09-22 15:08
閱讀 2650·2021-09-08 10:42
閱讀 2807·2019-08-29 12:21
閱讀 673·2019-08-29 11:22