假設性拿了一台伺服器SERVER 2012並安裝設定為ISCSI 虛擬磁碟，提供予HYPER V1跟V2以作為叢及容錯移轉使用，但問題來了，在虛擬化的建置下躺落虛擬化的機器有20台，那這20台的虛擬硬碟以及機器儲存檔都會被存在SRV 2012 ISCSI的虛擬磁碟下，雖說在HYPER V1發生硬體故障時，V2可以立即接管轉移立即運作，但如果今天是SRV 2012 的ISCSI的伺服器故障的話，似乎就會全部的機器都無法在短時間啟動起來了，甚至是在沒有相同硬體的情況下，風險似乎又更大了，請問各位專業的大德，ISCSI是否有更可靠的方式架設又或者是ISCSI可否再架設起備援伺服器呢?
打成這樣不知道是否能夠看得懂......
已邀請的邦友 {{ invite_list.length }}/5
如果你的 Hypervisor 都是用 Hyper-V 3.0 的話, Storage 可以用 Windows 2012 R2 的 Scale-Out File Service (SOFS), 改走 SMB3, 這樣可以確保任何一台 SMB File Server 掛掉, 都有另外一台可以接手.
而且 SOFS 是 Software defined storage 架構, 底層的硬碟不需要再建 RAID, 直接用 JBOD 讓 Windows 去定義他的 Strip, 而且可以加上 SSD 當 Tier-0 cache, 速度更快, 你在一組 Storage Pool 裡面, 定義不同的效能等級, 給不同需求的 VM 使用.
這樣就不用像以前用 RAID 那樣沒有彈性, 一旦 RAID 定下去, 所有的 VM 都只能用這組定義, 效能上很難調整.
Microsoft Azure 後端的 Storage 也是用這樣的架構定義出不同的等級.
不過, 目前 SOFS 只支援 SMB3, 所以只能給 Hyper-V 3.0 使用. 如果你還有其他非 Windows 平台要用到 iSCSI/NFS 的話, 那就不能用了.
再補充一下:
一般 Appliance 型態的 IP-SAN (也就是 iSCSI 的 Storage), 通常可以另外付費, 取得 Storage Replication 的功能, 就可以在兩台 iSCSI SAN 之間, 同步兩邊的資料, 且可以透過 MPIO 的方式, 達到兩台 iSCSI Storage 互為備援的架構.
但是, Windows 裡面的 iSCSI Target 服務, 並沒有 Block level 的 Replication 功能, 所以沒有辦法提供這樣的架構.
我這邊是用hypervisor 3.0架設使用，至於您說的smb架構我可能就得再研究一下了，所以您的意思是，架設兩台伺服器然後都跑smb，就可以互為備援了是嗎？
rockhos提到：
架設兩台伺服器然後都跑smb，就可以互為備援了是嗎
這裡有參考資料:
Selecting the number of nodes for your Scale-Out File Server Cluster
這裡有人家設計好的參考架構:
[b=http://www.redbooks.ibm.com/technotes/tips1326.pdf]Reference Architecture:
Microsoft Scale-Out File Server using Storage Spaces[/b]
iT邦幫忙MVPraytracy提到：
JBOD
請問大大使用JBOD 給每台SMB那JBOD 的空間要怎麼給?
假設JBOD 有12個HD假設有兩台SMB連到該JBOD 則每台給6顆、還是兩台都看到12顆?
不好意思再請問一下，那意思就是HPV1跟HPV2都要建立起iSCSI虛擬磁碟並利用叢集容錯移轉建立共用磁碟，就一樣可以完成互為備援的意思了是嗎?
我想我懂了，即是兩台HPV建立叢集容錯，在兩台檔案伺服器smb3.0亦建立叢集容錯並建立共享資料夾允HPV使用，如此一來，不管是HPV還是檔案伺服器都可以做到互為備援的意思，不吃到這樣說是否正確，但問題來了，如果虛擬機器多達十數台時，虛擬磁碟都存在檔案伺服器時，是否就該去考量到該檔案伺服器的磁碟io效能以免不足以提供給HPV運作。
iThome鐵人賽
看影片追技術