※ 引述《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 這跳太大了