NodeConfig 是在内部使用 ConfigMap 还是它们是两个不同的东西?
Does NodeConfig use ConfigMap internally or they are two different things?
我试图在我的集群上进行配置,我发现有一个名为 NodeConfig 的对象带有标签
apiVersion: acm.vmware.com/v1alpha1
kind: NodeConfig
spec:
config: |
nicNaming:
- match:
deviceLabel: Ethernet1
targetName: XXXXX
- match:
deviceLabel: Ethernet2
targetName: XXXXX
- match:
deviceLabel: Ethernet3
targetName: XXXXX
假设,ConfigMap 做同样的事情还是有区别?
NodeConfig
是VMWare创建的Node Operator下的Custom Resource Definition (CRD)。根据VMWare的定义here,NodeConfig
用于VMWare云平台下Node中的定义
ConfigMap
是一个内置的 Kubernetes 对象,用于存储应用程序所需的配置。
总的来说,它们是完全不同的两件事。 CRD 是一种扩展 Kubernetes 功能的方法。将有一个用于协调的自定义控制器,换句话说,处理资源的 CRUD 逻辑。您可以使用自己的控制器来扩展 Kubernetes 下的功能。在您的情况下,VMWare 使用 CRD 让您在集群中配置节点。
我试图在我的集群上进行配置,我发现有一个名为 NodeConfig 的对象带有标签
apiVersion: acm.vmware.com/v1alpha1
kind: NodeConfig
spec:
config: |
nicNaming:
- match:
deviceLabel: Ethernet1
targetName: XXXXX
- match:
deviceLabel: Ethernet2
targetName: XXXXX
- match:
deviceLabel: Ethernet3
targetName: XXXXX
假设,ConfigMap 做同样的事情还是有区别?
NodeConfig
是VMWare创建的Node Operator下的Custom Resource Definition (CRD)。根据VMWare的定义here,NodeConfig
用于VMWare云平台下Node中的定义
ConfigMap
是一个内置的 Kubernetes 对象,用于存储应用程序所需的配置。
总的来说,它们是完全不同的两件事。 CRD 是一种扩展 Kubernetes 功能的方法。将有一个用于协调的自定义控制器,换句话说,处理资源的 CRUD 逻辑。您可以使用自己的控制器来扩展 Kubernetes 下的功能。在您的情况下,VMWare 使用 CRD 让您在集群中配置节点。