Windows Thread, iSCSI Overheads. Are there any? in Technical; I also suggest you look at using DFS to make aliases for your file shares that you can move around ...
23rd July 2008, 10:24 AM #16
I also suggest you look at using DFS to make aliases for your file shares that you can move around independent of the actual file server being used. Microsoft calls this DFS namespaces. You can ignore the replication aspect.
Designing Distributed File Systems
IDG Tech News
23rd July 2008, 11:23 AM #17
You wouldn't happen to know if there a free Windows-XP-based server for AoE, iSCISI, or pretty much any other SAN protocol, would you?
Originally Posted by Geoff
19th September 2008, 09:33 AM #18
Since moving over all of the staff/pupils home directories and profiles to the iSCSI target we have suffered some performance issues. Its not been horrendously slow but there are times when some staff and pupils are saving or opening work on their computers and it will just hang.
Currently at the moment the iscsi initiator and target are connected onto the same switch but effectively on the same network. The network card on the initiator is doing both network traffic and iscsi traffic and I have been told that if we use the second network card on there which doesnt have a TCP offload engine (TOE) it will make a difference and would have to monitor CPU usage and if too high might need to invest in a TOE compatible network card.
I just wanted to get other views on this. If I used the second network card to just do iSCSI traffic will this help. Its currently all connected to a Layer 2 gigabit switch which does support VLans and the rest.
I am currently using Microsoft's ISCSI initator and would really appreciate any recommendations if someone has already performed this at their own institution.
19th September 2008, 09:55 AM #19
Yes, use the second network as a dedicated iscsi initiator.....you've been told right, ToE is only beneficial when you start getting high CPU utilization, and the ToE can unburden the CPU from certain tasks such as iSCSI processing. iSCSI being one example of a protocol that can make good use of ToE.
Originally Posted by ranj
The idea of using VLANs with iscsi would be to isolate and create a dedicated iSCSI SAN, without employing dedicated gigabit switches for your iSCSI traffic. I'm pretty sure the main reason for your poor performance is the mixing of LAN and iSCSI traffic on the same adapter, not a good idea imo. at the end of the day you want the full bandwidth and processing capability of the adapter for iSCSI use only....and you do want to segment the targets and initiators using VLANs or dedicated gigabit switches.
Thanks to torledo from:
ranj (19th September 2008)
1st October 2008, 11:58 AM #20
Another way to improve performance with a seperate VLAN is to change the MTU to a higher rate on the VLAN your SAN system will be on. This help performance of the SAN side of things, as well as having the SAN traffic on a seperate NIC and indeed VLAN.
Originally Posted by ranj
be wary though, non-matching MTU sizes between your servers can cause issues -which is why it's easier to set on a small VLAN between a small bunch of servers with (hopefully) new NICs.
We used to have a SAN system on the same subnet as the rest of our client and servers etc, with the same NIC on the server being used for SAN and 'normal' traffic.
Then we moved to the SAN traffic being on a seperate NIC on it's own VLAN with increased MTU size (increased on SAN box to match).
Performance was much improved -to be fair we did upgrade the SAN box too.
We currently use the SAN system for storing backups from MS DPM.
But we are about to expand it for user spaces and shared 'drives'
Using Intel SSR212MC2R2 boxes (they'll take most SATA or SAS disks) with openfiler to provide the iSCSI target and the MS Iniiator.
By Dos_Box in forum Hardware
Last Post: 11th May 2009, 05:40 PM
Last Post: 19th March 2008, 04:27 PM
By RoyG in forum MIS Systems
Last Post: 25th April 2007, 12:43 PM
By robknowles in forum Hardware
Last Post: 16th April 2007, 03:45 AM
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)