+ Post New Thread
Page 1 of 2 12 LastLast
Results 1 to 15 of 24
Hardware Thread, SAN Setup in Technical; Our SAN arrived today [ hitachi san 100 ] - now the last time I setup a SAN was over ...
  1. #1

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740

    SAN Setup

    Our SAN arrived today [ hitachi san 100 ] - now the last time I setup a SAN was over 8 years ago and fiber was the way to connect it. I want to do this via ISCSI and on a different subnet. I setup our current network on a 10.0.0 range and understand I will need to have additional network cards in our servers going into a separate switch etc.
    Can anyone point me to a step by step guide or highlight a good book to get on the subject ?

  2. #2

    teejay's Avatar
    Join Date
    Apr 2008
    Posts
    3,249
    Thank Post
    289
    Thanked 792 Times in 601 Posts
    Rep Power
    347
    I don't know on the Hitachi SANs, but for the Sun ones there are step by step guides on their website, have found a whitepaper by Micrpsoft which might help Simple SAN White Paper

  3. Thanks to teejay from:

    mattx (5th May 2010)

  4. #3

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    Thanks - will take a look.

  5. #4

    plexer's Avatar
    Join Date
    Dec 2005
    Location
    Norfolk
    Posts
    13,631
    Thank Post
    747
    Thanked 1,707 Times in 1,520 Posts
    Rep Power
    437
    If multihoming domain controller watch out.

  6. #5

    tmcd35's Avatar
    Join Date
    Jul 2005
    Location
    Norfolk
    Posts
    5,975
    Thank Post
    894
    Thanked 985 Times in 809 Posts
    Blog Entries
    9
    Rep Power
    343
    What version of Windows are you connecting to the SAN? You need to make sure Microsofts iSCSI Initiator is installed and set up. I believe it is built into Windows Server 2008 R2. Other whys it's a free download - http://www.microsoft.com/downloads/d...displaylang=en

    there is a user guide doc on the same page.

    IIRC - you make sure the Hatachi can see/connect to the Windows box via it's iSCSI Initiators unique WWN name. You then attach whichever LUN's on the SAN to that PC's connection on the SAN. Then on the PC side, if all as gone well, you just refresh Disk Management and the LUN will automagically appear like anyother Windows hard drive.

    When I did it last I was using SANMelody rather than Hatachi so I don't know the exact setting on your SAN box, just the general principal. Also I didn't use any authentication between iSCSI connection. I think you are supposed to use CHAP to authenticate the connection between the PC and the SAN.

  7. Thanks to tmcd35 from:

    mattx (5th May 2010)

  8. #6

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    Quote Originally Posted by plexer View Post
    If multihoming domain controller watch out.
    Nothing that complex, single domain on a flat network.

  9. #7

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    Quote Originally Posted by tmcd35 View Post
    What version of Windows are you connecting to the SAN? You need to make sure Microsofts iSCSI Initiator is installed and set up. I believe it is built into Windows Server 2008 R2. Other whys it's a free download - Download details: Microsoft iSCSI Software Initiator Version 2.08

    there is a user guide doc on the same page.



    IIRC - you make sure the Hatachi can see/connect to the Windows box via it's iSCSI Initiators unique WWN name. You then attach whichever LUN's on the SAN to that PC's connection on the SAN. Then on the PC side, if all as gone well, you just refresh Disk Management and the LUN will automagically appear like anyother Windows hard drive.

    When I did it last I was using SANMelody rather than Hatachi so I don't know the exact setting on your SAN box, just the general principal. Also I didn't use any authentication between iSCSI connection. I think you are supposed to use CHAP to authenticate the connection between the PC and the SAN.
    Will be Windows server2003 SP2 - my main problem or area in which I will hit a dead end will be the setting up of the other switch which will be on a different subnet - I need advice on setting up this subnet [ on sever2003 ] and then how to setup the rest of the network to know about this etc. The last time I did anything on Subnetting was on a ATM backbone core using VLANS !!

  10. #8

    tmcd35's Avatar
    Join Date
    Jul 2005
    Location
    Norfolk
    Posts
    5,975
    Thank Post
    894
    Thanked 985 Times in 809 Posts
    Blog Entries
    9
    Rep Power
    343
    If you are using a totally seperate switch and all servers that will be accessing the SAN have a seperate LAN card to connect to that switch then there isn't a great deal to do. Pick a new IP range that doesn't conflict with the rest of your network - I like 172.16.0.0/255.255.255.0 because it's rarely used. Give the SAN and each SAN connected nic an IP in this range. When setting up the NIC's make sure you don't specify any dns or default gateway settings - these should only be set on the server primary nic on the main LAN - and also check in the nic properties that 'Windows Network' is unticked. It's not needed and as Plexar point out above can cause problems and confusion within Windows.

    Also don't attach any SAN LUN to more than one Windows Server - Windows 2003 doesn't natively support cluster shared volumes and you'll be in for a world of pain.

    If you are using a switch on your main network to run the SAN over, make sure it supports VLAN's and make sure the ports that the SAN nics connect to from the servers and the Hatachi SAN are all on the same VLAN number. You may want to check the NIC's setting for a VLAN tagging option and make sure they are all set to the same VLAN number as the switch ports.

    The rest of your network should be accessing the SAN through one of the servers connected to the SAN - perhaps as Windows Folder Shares, or whatever is required.

  11. Thanks to tmcd35 from:

    mattx (5th May 2010)

  12. #9

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    Quote Originally Posted by tmcd35 View Post
    If you are using a totally seperate switch and all servers that will be accessing the SAN have a seperate LAN card to connect to that switch then there isn't a great deal to do. Pick a new IP range that doesn't conflict with the rest of your network - I like 172.16.0.0/255.255.255.0 because it's rarely used. Give the SAN and each SAN connected nic an IP in this range. When setting up the NIC's make sure you don't specify any dns or default gateway settings - these should only be set on the server primary nic on the main LAN - and also check in the nic properties that 'Windows Network' is unticked. It's not needed and as Plexar point out above can cause problems and confusion within Windows.

    Also don't attach any SAN LUN to more than one Windows Server - Windows 2003 doesn't natively support cluster shared volumes and you'll be in for a world of pain.

    If you are using a switch on your main network to run the SAN over, make sure it supports VLAN's and make sure the ports that the SAN nics connect to from the servers and the Hatachi SAN are all on the same VLAN number. You may want to check the NIC's setting for a VLAN tagging option and make sure they are all set to the same VLAN number as the switch ports.

    The rest of your network should be accessing the SAN through one of the servers connected to the SAN - perhaps as Windows Folder Shares, or whatever is required.
    Thanks for the advice so far, this is great and the info is the stuff I needed. I have a rather old 2003 server which is nothing more than a BDC running WSUS and that's it. Does this have to be connected to the SAN or can I leave this off as all it's really doing is dishing out updates and authenticating logons. Or will this have to be connected too ?
    I have have plans on turning this into a Virtual Server at some point along with a few others so don't want to connect it unless I really have to.

  13. #10

    tmcd35's Avatar
    Join Date
    Jul 2005
    Location
    Norfolk
    Posts
    5,975
    Thank Post
    894
    Thanked 985 Times in 809 Posts
    Blog Entries
    9
    Rep Power
    343
    You only need to connect any computer to a SAN if you need to allocate hard drive space, a LUN, from the SAN to that computer. If the WSUS server doesn't need any more hard drive space, if you are not planning to allocate it any space on the SAN, then it doesn't need connecting up.

    The best way to think of it is like this - A LUN on the SAN is the equivilent to a SCSI/SAS/SATA/IDE hard drive that you plug directly into a computer/server. A computer/server is given direct access to the SAN only if they are in need of an additional hard drive and you want to allocate that extra hard drives worth of space from the total storage available within the SAN.

    For every other server/computer they access resources stored on the SAN via shares, databases, etc, hosted on one of the servers that are directly connected to the SAN.

    You mention Virtual Servers, What virtualisation tech are you looking at or using?

  14. Thanks to tmcd35 from:

    mattx (5th May 2010)

  15. #11

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    Quote Originally Posted by tmcd35 View Post
    You only need to connect any computer to a SAN if you need to allocate hard drive space, a LUN, from the SAN to that computer. If the WSUS server doesn't need any more hard drive space, if you are not planning to allocate it any space on the SAN, then it doesn't need connecting up.

    The best way to think of it is like this - A LUN on the SAN is the equivilent to a SCSI/SAS/SATA/IDE hard drive that you plug directly into a computer/server. A computer/server is given direct access to the SAN only if they are in need of an additional hard drive and you want to allocate that extra hard drives worth of space from the total storage available within the SAN.

    For every other server/computer they access resources stored on the SAN via shares, databases, etc, hosted on one of the servers that are directly connected to the SAN.

    You mention Virtual Servers, What virtualisation tech are you looking at or using?
    Most probably going down the VMware route [ ESXi ] - I have done a few things on it already on a test setup - and we will end up getting a better SAN too to run the VMs off - at the moment because of costs etc we are addressing our storage problems first [ lack of ] and then will hit the virtual route next year. Plus as it's only me doing this I can't do everything.

  16. #12

    tmcd35's Avatar
    Join Date
    Jul 2005
    Location
    Norfolk
    Posts
    5,975
    Thank Post
    894
    Thanked 985 Times in 809 Posts
    Blog Entries
    9
    Rep Power
    343
    I set ESX 3 up on a SAN and I found it quiet painless. The disk file format ESX formats SAN LUN's with is natively cluster aware - infact VWare designed the datastore file format especially with this in mind - so you can connect ESX LUNs on the SAN to as meny ESX hosts has you have connected to the SAN Network. This means that all ESX hosts will see all the VM Images stored on all the LUN's. Makes migrating VM's from one server to another a doddle. Lit. just stop the VM on one server and press play on another. If only Windows Cluster Volumes worked with more than just Hyper-V and were as easy to set up!

  17. #13

    mattx's Avatar
    Join Date
    Jan 2007
    Posts
    9,248
    Thank Post
    1,059
    Thanked 1,069 Times in 625 Posts
    Rep Power
    740
    If I go down the seperate switch / subnet route [ which I think I will ] - then what Subnet does the managed switch need to be on, the new one for the SAN or the exisiting one for the domain ?

  18. #14
    ful56_uk's Avatar
    Join Date
    Mar 2008
    Location
    Essex
    Posts
    579
    Thank Post
    113
    Thanked 25 Times in 22 Posts
    Rep Power
    19
    Our San switches our on the same rang as our sans which is different to our main network. We have the 100's. Each controller with an ip on the same range as the switches then got iscsi targets on separte nics to our esx host then just add them to our vms

  19. #15

    tmcd35's Avatar
    Join Date
    Jul 2005
    Location
    Norfolk
    Posts
    5,975
    Thank Post
    894
    Thanked 985 Times in 809 Posts
    Blog Entries
    9
    Rep Power
    343
    Ouch!

    let's start with some simplification - do you need a managed switch?

    Let's see, you'd probably get away with an IP on your standard range and linking the managed switch to your standard LAN. I'd say to do it properly the managed switch would need to support VLAN's so you have the SAN traffic on one VLAN seperate from the uplink port for switch management on no VLAN. So the only traffic going along the uplink port between a standard infrastructure switch and the SAN switch is management traffic.

    I can't, yet, see a way of making it work using an IP in the SAN range.



SHARE:
+ Post New Thread
Page 1 of 2 12 LastLast

Similar Threads

  1. Clustered SAN
    By hotwired007 in forum How do you do....it?
    Replies: 17
    Last Post: 10th June 2011, 03:12 PM
  2. I Want a SAN. Please.
    By westleya in forum Our Advertisers
    Replies: 12
    Last Post: 4th March 2010, 10:15 PM
  3. SAN setup - Dual fiber switches + 2 SANs
    By Paid_Peanuts in forum How do you do....it?
    Replies: 5
    Last Post: 16th August 2009, 11:05 AM
  4. SAN on CC4
    By Tallwood_6 in forum Hardware
    Replies: 8
    Last Post: 31st March 2009, 11:49 PM
  5. SAN+back up
    By nicholab in forum Hardware
    Replies: 2
    Last Post: 31st January 2007, 09:02 PM

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •