问题比较多,我们一个一个来看。
1、容器云部署,选择物理机还是虚拟机
物理机,能够最大化发挥容器资源占用低的优势,发挥硬件资源性能,提高资源利用率。但,需要注意物理机维护和应用场景的问题。
a、物理机维护
主要体现在物理机申请,通常比较繁琐,还要伴随采购流程,就绪周期长。
日常维护物理机也要比较虚拟化更加繁琐,有时还需要进入机房进行维护,便捷性较差。
b、应用场景
就是应用是否需要最大化发现物理硬件资源,如高性能计算等。一般应用只需要满足应用运行资源即可,本身对物理机或虚拟机并没有特殊要求。
c、资源浪费
容器云的master节点一般是要单独部署的。如果采用物理机部署,对资源浪费比较严重。
虚拟机,好处主要体现在资源申请、管理、维护都十分灵活和便捷。同时,虚拟化平台提供一整套完整的容灾解决方案,在容器云高可用的基础上,增加了一层保护。可靠性对很多用户来说是非常重要的。
虚拟机方案,本身也有自己的劣势,就是它在硬件和容器之间,增加了虚拟化一层,进而增加了资源的消耗,一般为20%~25%左右。同时,虚拟化也相应的商业授权,也会消耗用户运维资金。
2、针对物理机部署的配置建议
一般商业容器云分为portal、master、node三个部分都需要独立部署。
portal、master的资源使用有限(我家每个节点8C16G,其他产品问厂商),建议使用虚拟机或低配服务器。
node节点,可以根据需求实现虚拟机或物理机的混合部署,看应用场景灵活调整。一般node节点配置在8C16G起,具体配置根据硬件自身配置或应用所需占用资源进行合理规划。
需要注意的是,不是上容器后,应用资源就减少了。由于,应用原来资源利用率过低,迁移到容器后,只保证应用日常运行的资源即可,业务高峰负载可以通过弹性伸缩来解决,从而提升用户的资源利用率。
最后,每个node节点,最好为弹性伸缩预留一定资源。比如,20%预留
3、公有云与私有云混合部署容器,如何实现自动化
从管理上来讲,容器云平台一般是部署在内网,只要路由可达,保证容器云平台可以正常访问公有云上集群即可。需要注意,如果是购买公有云容器服务,需要容器云平台支持纳管对应的公有云容器。
网络上,最好是专线直通内网。网络方案需要选择overlay模型,方便公有云与内网之间的IP转换。
镜像仓库问题,建议在公有云和私有化内分别部署镜像仓库,通过同步方式实现镜像更新。如果带宽足够,可以忽略此条。