多個 iSCSI 目標或 1 個共享？
在我的網路上，我有幾種類型的文件要保存在 SAN 上，例如：
- SQL 數據庫和日誌
- 交換數據
- 隨機文件
現在我想知道是否應該創建一個具有大容量的 iSCSI 目標並從其中一台伺服器啟動它。（並共享它，以便其他伺服器也可以使用它）
或者我應該創建單獨的目標，讓每個伺服器使用自己的儲存。
作為記錄，儲存可以分開，因為伺服器沒有使用共享數據。出於一個原因，我想到一種儲存是易於備份。（但也許性能可能是個問題？）
對於這些類型的數據，什麼是可取的配置？
您將需要執行單獨的目標。NTFS 不是集群文件系統，因此將多個盒子寫入同一個磁碟會破壞您的文件系統，或者至少會破壞您文件系統上的文件，因為它們不會知道其他系統在做什麼。
單一目標的原因
原因之一：沒有儲存空間碎片。
無需提前規劃容量。正如@Zypher 指出的那樣，NTFS 不是集群文件系統，因此您將只有一個啟動器與目標通信。
您可以將啟動器主機配置為 CIFS 主機，以供其他伺服器共享儲存。由於許多數據庫引擎（如 SQL Sever 2005）拒絕在網路連接的儲存卷上工作，因此發起者角色的最佳候選者是數據庫主機。交換和文件儲存可以使用 CIFS。
多個目標的原因
- 伺服器之間沒有依賴關係
如果任何一台伺服器出現故障，其餘的將像什麼都沒發生一樣工作。
- 沒有鎖定延遲或一致性問題
CIFS 或 NFS 無法提供與塊儲存一樣好的延遲。
- 精簡配置消除了碎片問題。
現在的許多磁碟陣列都有諸如精簡配置之類的選項，它可以很容易地讓多個邏輯卷增長到單個儲存區域，以便每個卷都可以增長直到儲存區域中剩餘可用空間，而不會代表儲存管理員或主機作業系統。
- 儲存分層
隨機文件對於業務而言可能不如 DB 或 Exchange 重要，而且往往更難以規劃容量。將它們放在容量層上可能會更便宜，而最好將數據庫文件放在性能層上，除非數據庫很小並且可以從記憶體中工作。
即使沒有精簡配置，也可以擴展邏輯卷以適應數據的增長，但這需要代表儲存管理員和伺服器管理員進行互動。
結論
如果您可以提前規劃容量，或者儲存系統具有精簡配置選項，或者儲存分層很重要，則建議選擇多個目標。如果這都不適用，則選擇與 CIFS 共享它的單個目標可能是一個可行的選擇。