Kubernetes bw configmap和downwardapi的区别
我是kubernetes的新手,有人能解释一下为什么有多种卷类型,比如Kubernetes bw configmap和downwardapi的区别,kubernetes,google-kubernetes-engine,Kubernetes,Google Kubernetes Engine,我是kubernetes的新手,有人能解释一下为什么有多种卷类型,比如 配置映射 空的 投射 秘密 向下API 持久卷目标 对于少数人来说,我能够理解,比如为什么我们需要秘密而不是配置地图。 至于其他方面,我无法理解对他人的需求。你的问题太笼统,无法回答,以下是我脑海中的几点评论 如果部署的吊舱或容器想要配置数据,那么您需要使用配置映射资源,如果存在机密或密码,则显然可以使用机密资源 现在,如果部署的POD想要使用在计划或运行时生成的POD_名称,那么它需要使用向下API资源 Emptydi
- 配置映射
- 空的
- 投射
- 秘密
- 向下API
- 持久卷目标
至于其他方面,我无法理解对他人的需求。你的问题太笼统,无法回答,以下是我脑海中的几点评论 如果部署的吊舱或容器想要配置数据,那么您需要使用配置映射资源,如果存在机密或密码,则显然可以使用机密资源 现在,如果部署的POD想要使用在计划或运行时生成的POD_名称,那么它需要使用向下API资源 Emptydir与部署的pod共享生命周期,如果pod死亡,则使用Emptydir资源存储的所有数据都将消失;现在,如果要持久化数据,则需要使用persistentVolume、persistentVolumeClaim和storageclass资源
关于进一步的信息你的问题太笼统了,无法回答,以下是我脑海中的几条评论 如果部署的吊舱或容器想要配置数据,那么您需要使用配置映射资源,如果存在机密或密码,则显然可以使用机密资源 现在,如果部署的POD想要使用在计划或运行时生成的POD_名称,那么它需要使用向下API资源 Emptydir与部署的pod共享生命周期,如果pod死亡,则使用Emptydir资源存储的所有数据都将消失;现在,如果要持久化数据,则需要使用persistentVolume、persistentVolumeClaim和storageclass资源
有关更多信息,请参见Configmap,它用于使特定于应用程序的配置数据在运行时可供容器使用
DownwardAPI用于使kubernetes元数据(如pod名称空间、pod名称、pod ip、pod LEBEL等)在运行时可用于容器Configmap用于使特定于应用程序的配置数据在运行时可用于容器
DownwardAPI用于使kubernetes元数据(如pod名称空间、pod名称、pod ip、pod LEBEL等)在运行时可供容器使用您的问题非常广泛,在这里得到了完美的解释:请提出更具体的问题。您的问题非常广泛,在这里得到了完美的解释:请提出更具体的问题。