星期二, 7月 23, 2013

微軟iSCSI Initiator 指定存取路徑

攝影機該是屬於弱電,合理來講應是電控或是廠務的案子,但是這次因裝設的位置分佈太廣,在經費有限無法佈置專屬的攝影機網路的情況下,老闆把腦筋動到資訊網路上來,於是這個案子就到IT部門來了,而這個案子傳輸、儲存的量都對這個廠近20年的老網路架構帶來了極大的挑戰...




  • 多重路徑的困擾
在伺服器與iSCSI間並非只有對接的實體線路,而是透過共用Switch來存取時,封包的流向就比較難追蹤(尤其是在VM環境下)

iSCSI通常會有多個Ethernet埠,部份機型會把管理埠獨立出來,但這個管理埠往往也會支援LUN資料的傳輸,如上圖,原本期望的是用172.21.100.x的網段對存儲進行管理,而用192.168.1.x進行資料傳輸,但在iSCSI Initiator的預設中,會有1個0.0.0.0的默認來源入口,而這個入口的網段(卡)可能不是我們規劃的那個。

  • 設定方式
1.輸入目標IP
執行「快速連線」,就會把所有可用的路徑列出來,如下,選擇所要的目標,按「連線」即可。

2.刪除(中斷)預設識別元

如前所述,它會自動用默認的0,0,0,0去連目標,但這個默認的似乎無法被刪除,而我的作法是:把整個識別元刪掉,再建一個新的。


「中斷連線」即是刪除識別元

3.新增工作階段,指定想要的網卡

「新增工作階段」後「MCS(M)」設定多重連絡工作階段

預設是以Round Robin(循環配置資源)的方式來配置的,在這種模式運作下作用中的來源入口是無法更改的,將之切換至「僅限容錯移轉」,並編輯類型為「待命」,則可將不想要用的來源入口移除,替換為想要的來源入口。
經由上述設定步驟,即可直接從工作管理員中看到流量是否從你想要的網卡進行Storage存取。

  • Round Robin(循環配置資源)的方式不是可以更穩定、快速?
這個案子是網路攝影機,20支,每支都是以300萬像素HD的格式錄影,1天下來檔案的量約1T,在以Round Robin的方式進行錄影資料儲存時發現錄影紀錄會有漏秒的狀況,無從得知在以這樣multi path方式寫入iSCSI,因封包到達順序的差異會否是造成漏秒的主因,但在強制指定以對接的網卡進行傳輸後即無漏秒的狀況。

沒有留言: