※ 引述《sanbis (方正)》之铭言：
: ※ 引述《coflame (吾养吾浩然之气)》之铭言：
: : 根据我浅薄的经验，有以下方式不负责建议您采用
: : 1. MySQL Replication
: : 简单说是透过MySQL原生的抄写机制，来达成转移的方法
: : 详情请google: MySQL Replication
: : 2. 直接P2V也并非不可行，但以下条件是必要的
: : 1) 停机
: : 2) P2V
: : 3) 再进行MySQL Backup & Restore
: : 步骤 3请参考对岸资源，对岸MySQL使用非常发达，可查询的资料很丰富
: : https://cloud.tencent.com/document/product/236/8464
: : (MySQL Backup & Restore)
: 目前准备采用的应该是这个方案
: 不过不是停机
: （小弟停机的概念是整台主机关机）
: 而是停用 MySQL
: 然后做 P2V 转换
: 但是这里有点不了解
: 已经停用 MySQL 的情况下转换为什么还需要做 MySQL Backup & Restore ？
因为它是数据库
数据库存的资料是：
1. 重要
2. 重复使用
3. 不过期（过期的理论上要再做处理啦）
所以基本上数据库建好后第一件事就是考虑备份该怎么做
允许的状况下能备就尽量备，备份可以多不可以少
只要会动到数据库，建议的第一步都是备份
再者你用的是innodb.....备份就更重要了
即便是已经做过P2V，确定不会出问题
在时间资源允许之下，我还是会做备份
更明确的说，我现在手底下不管是mysql cluster 或是有replaction的
只要有做变动，即使每天排程已经有做备份了
我还是尽可能在变动前先备一份以防万一
: 就小弟 BOSS 所说~
: 小弟的前任做过 P2V 转换
: 同样是 Linux P2V
: 但是有没有停用 MySQL 或是其他情况完全不知道~
: 只知道过一个晚上就转换完成
前任怎么做那是前任的事，或许他赌运气赌过了
也有可能是他用最保守的方式确保不出问题
至于一个晚上的时间来转换，在大部份的情况下这很够用了
: : 3. MySQL HA
: : 这方式简单说，要把原本的MySQL 由单机提升为MySQL Cluster HA
: : 然后把你新建好的VM, 加入到此MySQL Cluster，
: : 就会自动进行资料同步并可以在切换时不停机。
: : 但这要动到原本那台MySQL实体机的设定，不熟门路的建议不要采用。
: 这个应该跟现有的 VM 相同？
: DB 放在外部储存设备
: 透过 Server 的 CPU 跟 RAM 做运算
: Server 挂点只是切换到另外一台 Server 做运算？
: 还是说 MySQL Cluster 跟一般 Server 的 Cluster 不同？
所有的cluster 在增加节点时会不会影响到服务
都要看目前的负载状况
要从你现在的状况下跳到mysql cluster 这跳太大了