FAS and V-Series Storage Systems Discussions

Re: FAS2720 iSCSI and NFS with single IP address?

@SpindleNinja wrote:

What version of ONTAP are you running?  I just tried a several different senarios in my lab to get two lifs to share the same IP and was always met with " Error: command failed: Duplicate ip address" 


So back to the why;   In ONTAP some types of lifs will move (CIFS, NFS, cluster mgmt) during a failover and some won't  (iSCSI, FC, node mgmt).     Different types of lifs get different policies applied. 



During a failover (unplanned, or planned) NFS/CIFS/Cluster Mgmt the NFS lif will move over to the partner node.    The iSCSI however, will simple go offline,  and it's up to the host to move data access to the surviving path. 


On your 7mode set up: 

Do you  just have a single IP for each controller?   

How are your current iSCSI target(s) configured?  

Do you currently have multi pathing? 



Running 9.5P3 which is what shipped with the unit.


I was not aware that clustermode does not allow for iSCSI LIF failover as 7-mode did.  The 7-Mode failover implementation for iSCSI was quite convient in our previous/current setup.  We do not use multipathing, but instead we configure our hosts to simply utilize active/passive bonded interfaces using 10gb links which provide more than enough bandwidth and provide redundancy for our needs.  In the event that the NetApp controller was lost, for example a takeover/giveback during ontap upgrades, the secondary controller would simply take over the interface and corresponding IP address and continue to serve the iSCSI connection to the host. No special host setup was needed.


Now, knowing that clustermode does not support this failover how 7-mode did, I'm not sure how I would implement HA for iSCSI on my hosts. Can you possibly provide high level on how HA is now configured for linux or windows hosts?  If the host is supposed to now handle the failover, is a netapp component required on the host? Is multipath now required to obtain simple failover capability?  Surely it is not..



Re: FAS2720 iSCSI and NFS with single IP address?

The networking is (very) different to how 7mode operated, most people find it much simplier (once you get the hang of it.)  


Here are some iscsi express guides for you to review: 







Re: FAS2720 iSCSI and NFS with single IP address?

Do you have direct connection from host to FAS without switches?

Re: FAS2720 iSCSI and NFS with single IP address?

Thanks for the guides, this is helpful.  I was also able to find a KB that details setup for Windows servers using strictly windows MPIO without the Ontap DSM (https://kb.netapp.com/app/answers/answer_view/a_id/1030968/~/how-to-set-up-iscsi-mpio-on-windows-2008%2C-windows-2008-r2-and-windows-2012)  I was able to get a windows machine working and the connection persists during failover tests perfectly.


Now, I am off to test the same on a SUSE linux server.  Any chance you have come across any SUSE specific guides?  I'm guesing it shouldnt be to hard and will be similar to red hat.


@aborzenkov wrote:

Do you have direct connection from host to FAS without switches?

There is a storage switch in-between.  Hosts (VMWare, a few standalone servers) connect to storage switch and FAS connects to storage switch.


Re: FAS2720 iSCSI and NFS with single IP address?

Hi there!


Lots of discussion here - I see we haven't got a single post which can be marked as answer yet, so I'll summarise this post for anyone finding it in the future. 


- ONTAP vs 7-mode requires a LIF on each node and ALUA setup for the client to failover pathing between them, while 7-mode used to move the IP address between nodes

- You can't use a single LIF for both ISCSI and NFS

- While you can with some difficulty use IPSpaces to use the same IP address on two different LIFs across two different ports for both protocols.. you REALLY shouldn't. 

- ALUA client config for SUSE is covered by unified host utilities as detailed at https://library.netapp.com/ecm/ecm_download_file/ECMLP2496244


Hope this helps someone in the future!