2.5 KiB
| title | date | draft | noSummary | categories | image | tags | author | keywords | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| [筆記] 測試 proxmox 存取由 synology HA cluster 分享的NFS 目錄 / Proxmox With Synology High Availability | 2020-01-17T12:20:33+08:00 | false | false |
|
https://h.cowbay.org/images/post-default-18.jpg |
|
Eric Chang |
|
前幾天修復了因為intel cpu bug 導致無法使用的 synology DS415+
詳情請看 https://h.cowbay.org/post/first-try-synology-ha/
今天趁尾牙前夕，手邊沒啥要緊事
就來玩玩看promox 加上 synology high availability 再加上 NFS share 的環境
先上架構圖
架構很簡單，NAS設定一組NFS share， proxmox mount 進來，然後開一台VM在NFS 上
主要來談談proxmox 在碰到synology high availability 切換狀態、遇上腦裂(brain split)時候的狀況
觸發 brain split (說真的，我覺得腦裂很難聽 ...)的情況，在上面連結那篇文章裡面有提到，就不多說了
來講講後續的狀況
發生 brain split 時，可以預期管理者會登入管理界面去修復
關於修復brain split 可以看看群暉的這篇文章
https://www.synology.com/zh-tw/knowledgebase/DSM/help/HighAvailability/split_brain
而我選擇的是 [將兩台伺服器一同保留於叢集中]
在進行修復的過程中，會發現VM這邊會變成 read only
聽起來很合理，畢竟在修復時，所有服務幾乎都是停擺
但是呢，等到修復完成後，VM還是read only ，這就有點奇怪了
有跟群暉客服反應過這個狀況
所以在修復完成之後，在proxmox server 這邊直接對NFS 存取做測試
去下載一個template 是 OK 的，在console 裡面直接在NFS touch file 也是可以的
所以Synology high availability 是有正常發揮作用
而promox 這邊，在synology恢復之後，也可以正常存取NFS ，所以也沒有問題
那問題就是在VM裡面了，當發生了某些狀況，讓系統進入read only ，就必須透過reboot 才能解決
或者是看看這個指令用fsck去檢查filesystem 看看有沒有幫助
sudo fsck -Af -M
UPDATE:
在proxmox 論壇上提出了這個問題，有回覆說要用 NFS Version 4.1
經過測試，在掛載NFS share folder 時，如果有指定 NFS Version 4.1
那在HA Cluster 恢復之後，VM也就跟著恢復正常
不必再重開機了！
所以這問題算是解決了！