从零开始搭建Kubernetes - 狸猫换太子
找到那些被浪费的资源,然后用“狸猫”来解决问题。
这个系列的主题本来是关于Kubernets搭建的,但是到目前为止,连Kubernetes的影子都没见着。不要着急,这个世界本来就是复杂的、趋于熵增的。而我们想要的东西或者结果往往是有序的、这需要减熵,需要劳动才能获得。

上一篇文章中,经过一番辗转挪腾之后,保证核心功能正常运转的虚拟机均已各就其位。但是,对于本文的主题来说,有一个问题还没有解决——没有可供Kubernetes集群使用的物理机。以当前的状况,买新机器是不可能的。只有一条路可以走——盘活存量。
打开之前统计好的机器列表,梳理之后发现有两台物理机几乎处于半闲置状态。其中有一台比较特殊,它的外形是一台2U的服务器,但是有4个物理开关,对应4个独立的CPU/内存/磁盘/网络。对于一个小型的Kubernetes集群,这台机器刚好作为worker节点使用。
那不正好,直接重装系统,Kubernetes搞起来!
真实世界的问题哪里有这么简单。这几台机器是处于半闲置状态,但是,没有人可以拍胸脯保证说:这上边的数据没有用了,随便删。这种机器的再利用有一个前提:保证原始数据的完整,最好是连操作系统一起备份,而且在需要的时候,还要随时恢复运行。
别怕,解决方案其实也有,那就是物理机的虚拟化。
简单的说,就是把一台物理机转换为虚拟机,然后在虚拟环境中运行。这样便可以保证物理机的原始环境不变,无感迁移。用虚拟机这只“狸猫”,换出原先物理机这个“太子”。
实际上,这种操作如此经典,VMware提供了专门的转换工具:VMware vCenter Converter,以下简称converter。转换过程的完整运行需要至少三台机器:1. 需要转换为虚拟机的物理机;2. 承载转换后虚拟机的物理机(ESXi服务器);3. Converter服务自身运行所需的机器(物理机虚拟机均可)。

在实际操作时,直接打开vCenter Converter服务,填写待转换物理机的信息,然后提交任务等待即可。

整个过程无需人为干预。转换结束后关闭物理机,直接开启虚拟机验证即可。
通过这种方式,最后成功“替换”出5台物理机。
终于可以部署Kubernetes了!
有AI相关的想法,但不知道怎么落地?
我是国冰,独立AI开发者。十多年技术一线——半导体显示、智慧城市到自动驾驶;现在一个人+AI,接AI落地项目,从梳理需求到系统落地,陪你走通。
看我能做什么

评论 ()