我在部署中将ConfigMap用作卷。 我正在尝试使用不同的Volume和VolumeMount更新部署。(请参见下面的示例)
我尝试了以下所有方法:
(我使用io.fabric8.kubernetes.api在kubernetes上进行操作。)
1)
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。替换(deployment);
2)
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。 createOrReplace(deployment);
3)
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。级联(false).replace(deployment);
4)
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。 edit()。editSpec()。editTemplate()。editSped()。 removeAllFromVolumes(volumes) ) .endSpec()。endTemplate()。endTemplate()。endSpec()。done();
5)
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。 edit()。editSpec()。editTemplate()。editSped()。 removeFromVolumes(volume) ) .endSpec()。endTemplate()。endTemplate()。endSpec()。done();
以上所有命令均无效!...
我也尝试过:
client()。extensions()。deployments()。inNamespace(namespaceName).withName(deploymentName)。 edit()。editSpec()。editTemplate()。editSped()。 AddToVolumes(volume) ) .endSpec()。endTemplate()。endTemplate()。endSpec()。done();
它有效。
即仅ADD有效,但REMOVE不起作用。...
是不是BUG? 我是否以正确的方式使用它? 我只想使用不同的Volume(ConfigMap类型)和VolumeMount更新部署,该怎么办? 谢谢!
示例: 旧的部署是这样的:(我只显示主要部分)
kind: Deployment
metadata:
name: d2
namespace: n1
spec:
replicas: 1
template:
metadata:
creationTimestamp: null
spec:
containers:
- image: x.x.x.x
imagePullPolicy: IfNotPresent
name: c2
volumeMounts:
- mountPath: /var
name: configmapvolume1
- mountPath: /var/a
name: configmapvolume2
volumes:
- configMap:
defaultMode: 420
items:
- key: a.yml
path: a.yml
name: a
name: configmapvolume1
- configMap:
defaultMode: 420
items:
- key: c.yml
path: c.yml
name: a
name: configmapvolume2
新部署如下:(我仅显示主要部分)
kind: Deployment
metadata:
name: d2
namespace: n1
spec:
replicas: 1
template:
metadata:
creationTimestamp: null
spec:
containers:
- image: x.x.x.x
imagePullPolicy: IfNotPresent
name: c2
volumeMounts:
- mountPath: /var/b
name: configmapvolume1
volumes:
- configMap:
defaultMode: 420
items:
- key: b.yml
path: b.yml
name: b
name: configmapvolume1
答案 0 :(得分:1)
如果您是首次创建部署时添加--save-config,则以后可以调整其规格:
kubectl create -f deploymentv1.yaml --save-config
要使用调整后的yaml文件更新它,请运行以下命令:
kubectl apply -f deploymentv2.yaml
这样,将根据调整后的规范创建新的广告连播。旧的pod将会终止。
当我弄清楚如何使用Java代码应用--save-config
选项时,我将更新我的答案。
答案 1 :(得分:0)
我找到了原因。
有一个名为“ rollbackRevision”的参数,它在deployment
(函数replace
的输入)中设置为0。
由于此参数,替换操作始终回滚到以前的版本。
删除此参数(将其设置为null)后,以下功能可以正常运行:
client().extensions().deployments().inNamespace(namespaceName).withName(deploymentName).replace(deployment);