Re: [Case] VM convert 的時候需要停用資料庫服務？

看板MIS (IT資訊人員)作者acman (三喵演義)時間6年前 (2018/05/02 15:29)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串5/5 (看更多)

※ 引述《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 這跳太大了 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.127.83.152 ※ 文章網址: https://www.ptt.cc/bbs/MIS/M.1525246160.A.4C3.html