如何不停机升级机器的配置
比如我有一个 mysql 跑在 4C8G 的机器上，但是现在感觉这个配置不够用了，我想升级到 32C128G，如何不关闭 MySQL 下升级？
32C128G 就是 32 core cpu、128 GB RAM比如平台是一台 64C256G 的 Ubuntu，然后使用 virtualbox 或者其他的虚拟化软件虚拟了一个虚拟机 VM-ubuntu-001（4C8G）, 在这个 VM-ubuntu-001 里面跑了一个 mysql，但现在感觉资源不够了，需要把 VM-ubuntu-001 加到 32C128G，首先我怎么让这个虚拟机不关机重启下做到这一点？
mysql 只是一个随便的例子，也可以换成 redis、hbase、python web程序等等
现在的虚拟机软件和 Linux 操作系统支持这种热更新（或者说热伸缩）的特性吗？
回答：
主流的分布式虚拟机技术（如 KVM、Xen）现在都支持热添加 VCPU 或 VRAM。注意只有“热添加”，没有“热移除”，就是只能升配、不能降配，想降只能关机操作。至于为啥不能这么做这也很好理解，不解释。
不过基于此类架构的公有云很少会开放相关功能（起码我没见过也没听过），你必须关机才能做升降配。如果是自建集群的话也可以考虑折腾一下。
VBox、VMWare 之类的就不清楚了。
不过一般来讲“平滑升级”方案都不会去刻意追求“不停机”，而是“不停服”，注意这两者是有区别的 ———— 单个的机器/节点可以停，但整体上对外的服务不会停。
如果有用过 k8s 之类的方案可以回想一下 k8s 里一个服务是怎样平滑升级的（大致流程，实际存在滚动更新、存活检测、异常回滚等复杂机制）：
- 服务准备。
- 启动新的 Node/Pod。
- 将新的 Node/Pod 加入服务发现/注册中心。
- 将老的 Node/Pod 从服务发现/注册中心中移除。
- 关闭老的 Node/Pod。
你会发现这个过程中老的 Node/Pod 实际是可以停机的，但整个 Service 对外是不停服的。
那么对应硬件升降配来说其实也是一样的 ———— 开新的、再关老的。（你会发现服务发现/注册中心这种东西还是很重要的基础设施）。
但这样还是会有一个问题：升级过程中老节点还会源源不断产生新的数据、怎么办？
那一般来说分为两种情况。如果是磁盘形式的数据存储，一般是应用与存储分离的，比如 k8s 里的挂载卷、AWS 的弹性卷，新老节点接入的都是同一个“硬盘”，这样就不存在数据同步的问题了；如果是天然支持分布式集群的应用，那么可以采用先加入、再同步、最后重新“选举”的方式，也能实现数据同步。
而只有内存数据存储、本身还不支持分布式的服务，那就确实没啥招儿了，只能是丢数据了。不过一般这种的大概率是边缘服务了 ———— 毕竟它本来就不是高可用的。
事实上比如 AWS Redshift 等云服务的所谓“弹性扩容”技术也正是基于类似方式实现的。
回答：
做主从
然后进行一次主从切换
以上是 如何不停机升级机器的配置 的全部内容， 来源链接： utcz.com/p/938461.html
