使用 jenkins 更新 kubernetes 部署
update kubernetes deployment with jenkins
我正在使用 Kubernetes Continuous Deploy Plugin 在我的 Kubernetes 集群上部署和升级 Deployment。
我正在使用管道,这是 Jenkinsfile:
pipeline {
environment {
JOB_NAME = "${JOB_NAME}".replace("-deploy", "")
REGISTRY = "my-docker-registry"
}
agent any
stages {
stage('Fetching kubernetes config files') {
steps {
git 'git_url_of_k8s_configurations'
}
}
stage('Deploy on kubernetes') {
steps {
kubernetesDeploy(
kubeconfigId: 'k8s-default-namespace-config-id',
configs: 'deployment.yml',
enableConfigSubstitution: true
)
}
}
}
}
Deployment.yml 而是:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: ${JOB_NAME}
spec:
replicas: 1
template:
metadata:
labels:
build_number: ${BUILD_NUMBER}
app: ${JOB_NAME}
role: rolling-update
spec:
containers:
- name: ${JOB_NAME}-container
image: ${REGISTRY}/${JOB_NAME}:latest
ports:
- containerPort: 8080
envFrom:
- configMapRef:
name: postgres
imagePullSecrets:
- name: regcred
strategy:
type: RollingUpdate
为了让 Kubernetes 了解 Deployment 已更改(因此要升级它并 pods )我使用 Jenkins 内部版本号作为注释:
...
metadata:
labels:
build_number: ${BUILD_NUMBER}
...
问题或我的误解:
如果 Kubernetes 上不存在 Deployment,一切正常,创建一个 Deployment 和一个 ReplicaSet。
如果 Deployment 仍然存在并且应用了升级,Kubernetes 会创建一个新的 ReplicaSet:
首次部署之前
首次部署
第二次部署
第三次部署
如您所见,每个新的 Jenkins 部署都会正确地更新部署,但会创建一个新的 ReplicaSet 而不会删除旧的。
可能是什么问题?
这是预期的行为。每次更新 Deployment 时,都会创建一个新的 ReplicaSet。但是,旧的 ReplicaSet 将被保留,以便您可以在更新的 Deployment 出现任何问题时回滚到以前的状态。
但是,你可以通过spec.revisionHistoryLimit
字段来限制应该保留多少个ReplicaSet。默认值为 10。参考:RevisionHistoryLimit
我正在使用 Kubernetes Continuous Deploy Plugin 在我的 Kubernetes 集群上部署和升级 Deployment。 我正在使用管道,这是 Jenkinsfile:
pipeline {
environment {
JOB_NAME = "${JOB_NAME}".replace("-deploy", "")
REGISTRY = "my-docker-registry"
}
agent any
stages {
stage('Fetching kubernetes config files') {
steps {
git 'git_url_of_k8s_configurations'
}
}
stage('Deploy on kubernetes') {
steps {
kubernetesDeploy(
kubeconfigId: 'k8s-default-namespace-config-id',
configs: 'deployment.yml',
enableConfigSubstitution: true
)
}
}
}
}
Deployment.yml 而是:
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
name: ${JOB_NAME}
spec:
replicas: 1
template:
metadata:
labels:
build_number: ${BUILD_NUMBER}
app: ${JOB_NAME}
role: rolling-update
spec:
containers:
- name: ${JOB_NAME}-container
image: ${REGISTRY}/${JOB_NAME}:latest
ports:
- containerPort: 8080
envFrom:
- configMapRef:
name: postgres
imagePullSecrets:
- name: regcred
strategy:
type: RollingUpdate
为了让 Kubernetes 了解 Deployment 已更改(因此要升级它并 pods )我使用 Jenkins 内部版本号作为注释:
...
metadata:
labels:
build_number: ${BUILD_NUMBER}
...
问题或我的误解:
如果 Kubernetes 上不存在 Deployment,一切正常,创建一个 Deployment 和一个 ReplicaSet。
如果 Deployment 仍然存在并且应用了升级,Kubernetes 会创建一个新的 ReplicaSet:
首次部署之前
首次部署
第二次部署
第三次部署
如您所见,每个新的 Jenkins 部署都会正确地更新部署,但会创建一个新的 ReplicaSet 而不会删除旧的。
可能是什么问题?
这是预期的行为。每次更新 Deployment 时,都会创建一个新的 ReplicaSet。但是,旧的 ReplicaSet 将被保留,以便您可以在更新的 Deployment 出现任何问题时回滚到以前的状态。
但是,你可以通过spec.revisionHistoryLimit
字段来限制应该保留多少个ReplicaSet。默认值为 10。参考:RevisionHistoryLimit