容器建议使用物理机还是虚拟机?

请教下各位老师,新建设容器平台,建议搭建在物理机还是虚拟机上面?容器生命周期短,变化较快,cmdb有没有必要管道容器?如果管到容器,该怎么管?

参与54

13同行回答

zhanxuechaozhanxuechao联盟成员咨询专家数字研究院
从我们实际案例经验来看,给出如下建议:1,如果本地没有虚拟化平台,则直接在物理机上部署k8s集群;2,如果本地有虚拟化平台,则建议部署在虚拟机上,但个人觉得这不是一个好的方案,增加了网络的复杂性也损耗性能,但是从可用性上来说,业务io不高的情况下,部署在虚拟化上是可以的。cmdb没必...显示全部

从我们实际案例经验来看,给出如下建议:
1,如果本地没有虚拟化平台,则直接在物理机上部署k8s集群;
2,如果本地有虚拟化平台,则建议部署在虚拟机上,但个人觉得这不是一个好的方案,增加了网络的复杂性也损耗性能,但是从可用性上来说,业务io不高的情况下,部署在虚拟化上是可以的。
cmdb没必要管理到容器,因为有镜像仓库管理,基于镜像进行管理,本质上容器要实现S2I,即source to image,所以管理的开口可以在代码和镜像,否则管理到容器,特别是弹性扩展的情况下也比较复杂,不过在容器基础镜像中预置cmdb agent,也可以做到自动管理。

收起
IT咨询服务 · 2022-12-14
zzy3620zzy3620课题专家组系统环境管理某城商行
  如果基础架构都是基于虚拟机搭建的,便于资产管理,可以考虑使用虚拟机,并且使用虚拟机可以一定程度保障一个集群的工作节点的稳定性,如果一个虚拟机所在节点宕机,可以自动在其他物理机上拉起工作节点。  如果企业对于容器的管理机构设置和资源架构上相对比较独立,采用物理...显示全部

  如果基础架构都是基于虚拟机搭建的,便于资产管理,可以考虑使用虚拟机,并且使用虚拟机可以一定程度保障一个集群的工作节点的稳定性,如果一个虚拟机所在节点宕机,可以自动在其他物理机上拉起工作节点。
  如果企业对于容器的管理机构设置和资源架构上相对比较独立,采用物理机可以节省一层资源损耗。

收起
银行 · 2022-12-15
浏览1677
kevinshoppingkevinshopping科技信息经理某保险有限公司
首先我们先看一下容器和虚拟化区别: 虚拟化:虚拟化技术通过Hypervisor实现VM与底层硬件的解耦。容器: 是一种更加轻量级的操作系统虚拟化技术,将应用程序及其运行依赖环境打包封装到标准化、强移植的镜像中,通过容器引擎提供进程隔离、资源可限制的运行环境,实现应用与OS平台及...显示全部

首先我们先看一下容器和虚拟化区别:
虚拟化:虚拟化技术通过Hypervisor实现VM与底层硬件的解耦。
容器: 是一种更加轻量级的操作系统虚拟化技术,将应用程序及其运行依赖环境打包封装到标准化、强移植的镜像中,通过容器引擎提供进程隔离、资源可限制的运行环境,实现应用与OS平台及底层硬件的解耦,一次打包,随处运行。
容器的部署方式: 容器基于镜像运行,可部署在物理机或虚拟机上,通过容器引擎与容器编排调度平台实现容器化应用的生命周期管理。
从容器的部署方式来看物理机及虚拟机都能部署,从性能和资源本身来说,容器直接部署在物理机上性能和资源使用率最高的。如果企业内部已有虚拟化平台无物理机资源也可以直接部署在虚拟机上,这样可以使用虚拟化平台的特性还保证容器的可用性,但是针对IO及性能有要求的应用需要进行评估,确认是否满足应用的性能要求。有足够资源的话当然建议直接部署在物理机上,这样性能及资源使用率最高。

收起
保险 · 2022-12-16
浏览1511
朱向东朱向东课题专家组高级工程师某银行
容器建立在虚机上还是在物理机上,我理解要从其支撑业务的规模和重要程度来确定。若支撑业务重要性不高且规模也较小的话,采用虚机方式就可以。若支撑业务重要程度高而且容器规模比较大的话,建议直接采用物理机方式部署。我认为CMDB应该把容器底层服务器或虚机管理起来,然后在...显示全部

容器建立在虚机上还是在物理机上,我理解要从其支撑业务的规模和重要程度来确定。
若支撑业务重要性不高且规模也较小的话,采用虚机方式就可以。
若支撑业务重要程度高而且容器规模比较大的话,建议直接采用物理机方式部署。
我认为CMDB应该把容器底层服务器或虚机管理起来,然后在其基础上,尽可能自动化的将当前容器的pod信息记录下来。

收起
银行 · 2023-01-17
浏览1308
Senko leeSenko lee课题专家组系统架构师江西裕民银行
个人建议:1,容器的平台的master集群管理节点可以部署在虚拟机,可以兼顾故障转移2,容器的node节点建议直接放物理机,节省网络开销,也可以提高性能显示全部

个人建议:
1,容器的平台的master集群管理节点可以部署在虚拟机,可以兼顾故障转移
2,容器的node节点建议直接放物理机,节省网络开销,也可以提高性能

收起
银行 · 2022-12-15
匿名用户匿名用户
先看优缺点:虚拟化的方案在于管理方便,对运维的能力要求低,虚拟化平台可以提供虚拟存储,满足容器的存储需求。缺点是对性能有比较大的影响,同时对兼容性和稳定性也有一些影响。如何选择要看本身的现状和需求;1、如果本身已经有虚拟化平台,而且部分应用还必须跑虚拟机,那可以选择...显示全部

先看优缺点:虚拟化的方案在于管理方便,对运维的能力要求低,虚拟化平台可以提供虚拟存储,满足容器的存储需求。缺点是对性能有比较大的影响,同时对兼容性和稳定性也有一些影响。
如何选择要看本身的现状和需求;
1、如果本身已经有虚拟化平台,而且部分应用还必须跑虚拟机,那可以选择虚拟机上部署容器
2、如果是新的平台,应用都可以容器化,可以直接选择物理机容器方案
应用的CMDB需要纳管容器,但是记录的元数据和虚拟机有所不同。

收起
银行 · 2022-12-15
浏览1744
炒饼炒饼技术经理北京天融信网络安全技术有限公司
其实很容易区分,各自发挥技术优势。 有状态的服务,尽量去跑虚拟机; 无状态的、更新迭代较快的、或者需要横向扩容的跑成容器; 重度计算的跑到裸金属。显示全部

其实很容易区分,各自发挥技术优势。 有状态的服务,尽量去跑虚拟机; 无状态的、更新迭代较快的、或者需要横向扩容的跑成容器; 重度计算的跑到裸金属。

收起
软件开发 · 2022-12-15
浏览1629
JAGXUJAGXU存储运维管理ZTZQ
有条件的当然最好是物理机,容器不是趋势,要替代虚拟化的吗?没有条件,用虚拟机也行,不过就厚重了,容器不是打着轻量化的初衷吗?网络也复杂。总之,能用物理机最好,不能的话,叠一层虚拟化也能行。...显示全部

有条件的当然最好是物理机,容器不是趋势,要替代虚拟化的吗?
没有条件,用虚拟机也行,不过就厚重了,容器不是打着轻量化的初衷吗?网络也复杂。
总之,能用物理机最好,不能的话,叠一层虚拟化也能行。

收起
IT咨询服务 · 2022-12-14
罗文江罗文江课题专家组云计算架构师某银行
1 看工作负载类型和规模、IAAS支撑、管理成本进行综合决策。譬如GPU管理、数据库管理的容器化方案,宜选择物理机。 业务应用的容器化方案,通常选择虚拟机。2  CMDB建议只管理容器平台的宿主机资产。...显示全部

1 看工作负载类型和规模、IAAS支撑、管理成本进行综合决策。譬如GPU管理、数据库管理的容器化方案,宜选择物理机。 业务应用的容器化方案,通常选择虚拟机。

2  CMDB建议只管理容器平台的宿主机资产。

收起
银行 · 2022-12-17
浏览1483
ostrichostrich系统架构师自由职业者
第一个问题:无所谓。现在各种开源、商业化的K8S发行版交付一个新的有独立Master的集群都是很简单的问题,Node是物理还是虚拟对现在和未来的交付没有任何影响和限制。第二个问题:需要先明确管理目的。任何配置项内容如果只录入到CMDB而不被使用的话,都是垃圾数据。所以要看你...显示全部

第一个问题:无所谓。现在各种开源、商业化的K8S发行版交付一个新的有独立Master的集群都是很简单的问题,Node是物理还是虚拟对现在和未来的交付没有任何影响和限制。
第二个问题:需要先明确管理目的。任何配置项内容如果只录入到CMDB而不被使用的话,都是垃圾数据。所以要看你想怎么使用CMDB中的容器实例数据,决定你的CMDB中要不要有容器类型并维护相应的实例。如果你的pod真的变化很频繁,为保证CMDB的时效性则必须有工具自动在pod变化时更新CMDB。

收起
系统集成 · 2022-12-16
浏览1399

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2022-12-13
  • 关注会员:14 人
  • 问题浏览:5803
  • 最近回答:2023-02-03
  • X社区推广