好奇云服务提供商是如何做热维护和热维修的呢

[pythonee]

比如怎么换硬盘、换 cpu、换内存、换电源呢？

不知道怎么做到业务无感知呢

[ThirdFlame]

虚拟机可以热迁移到集群内其他的物理机上。
然后就可以修修修了。

[anticipated]

硬盘好办，属于底层硬件的东西，内存 /电源双栈，CPU 就不知道了

[huntcool001]

还是有可能停服务维护吧? 好像只有 GCP 说自己的可以在维护服务器的时候对用户无感知

[pc10201]

云硬盘是多副本，一般来说是三副本，分布在三台不同的机器上，不可能同时挂
至于 CPU、内存、电源
一来是有巡检系统，出现致命问题可能热迁移到其他物理机了
即使出现了致命问题，虚拟机重启一下就会迁移到其他物理机，影响时间为分钟级，在可接受范围内

[fredcc]

不修，整个换

[opengps]

整个集群的虚拟化，要撤掉某台物理机，就提前设置自动迁移即可把他闲置出来。
甚至说，直接物理关机也能让其上运行的虚拟机自动偏移到别的物理机。

[dot2017]

亲，DRS 了解一下

[pythonee]

@opengps
@ThirdFlame

其实我在想的是热迁移的时候，是真的可以不丢数据，业务零中断吗

[zxiso]

热迁移是镜像复制，会占网络出口流量，如果机器高负载的情况下会有一定时间的抖动，不过一般持续时间不长，对端虚拟机拉起后流量就会被切过去，这个时候也会有抖动

[akira]

国内大部分云服务提供商都做不到吧。。

[Yien]

集群热备份热迁移？

[Srar]

@pythonee

就和单核心 CPU 工作一样 切换太快了以至于感觉 CPU 可以同时运行多个任务

虚拟化热迁移也是一样的 在迁移最后一步会在极短时间内暂停虚拟机切到新物理机运行 人感觉起来就是零业务中断

当迁移完毕后母鸡会伪造一个 ARP 请求给交换机 通报最新的端口 也会造成极短时间内丢包 得益于四层重发机制也没太大问题

[Srar]

更正 伪造一个 ARP 请求给交换机 用于更新交换机内部 mac 与端口映射表

[ik]

@pythonee
数据: 在存储保存，所以计算节点故障的话，迁移过程相当于从一个节点读写换到另外一台读写。存储故障的话，数据有多副本理论来说，多个副本同时挂掉的概率很小。

业务: 迁移过程会有闪断的情况。

[singerll]

就是热迁移，不要说日常维护，就是挂十台八台都没啥问题。也不算啥新技术，vmware 时就有了

[ThirdFlame]

@pythonee 数据没有在物理机上存储，在专门的存储上放着呢。 当然 不会丢。
业务肯定是有一丢丢抖动，但不会影响到业务。 对普通用户来说就是无感知的。

迁移走了，那机器就空闲了，想怎么折腾都可以。

[swulling]

原机器还能运行的话，热迁移，大概会有数秒到网络抖动

原机器直接宕机后，只能冷迁移，无本地盘机器大约三分钟，虚机会重启。有本地盘机器就只能等机器恢复后才能恢复了。

[liuxey]

"VMware 动态虚拟机漂移"

[stoneabc]

@akira 国内大厂早都有热迁移了…

[opengps]

@akira 随随便便一个虚拟化平台软件就能支持，cpu 内存可以平滑迁移，硬盘现在都不再采用“本地硬盘”方案了，我用 vsphere 做过测试，部分机器直接迁移，部分机器自动迁移自动重启
@pythonee 确实可以不中断，只是有一定的概率“自动重启”。
@Yien 热备跟这个主机漂移其实没有直接关系，虚拟机的热备靠集群下的虚拟机数量，单机显然只是硬盘热备，不会同时有另外一台机器也在工作。热备通畅是用来防止其中一份存储坏掉的情况