Currently I am working on a project for a customer to look at setting up DR for them.
We are running ONTAP 7-Mode 8.2.4P5 on a FAS8080HA. Majority of NFS workload is on Controller 01, and CIFS on Controller 02, although there are little bits of NFS/CIFS spread across both Controllers. There is a vfiler running at the moment on Controller 02 which is for CIFS shares sat on a different domain, this vfiler also has a different (non-default) ip space setup.
At the moment, eveyrthing else is sat on the root vfiler0 on both Controllers. To not have to cook up some horrible scripted DR nightmare on the root vfilers, we are are looking to leverage the functionality and (relative) simplicity of vfiler-DR.
Of course to be able to do this, we now need to look at the unenviable task of re-organising the existing (flat) storage into vfilers, so we can then replicate the data and config to the DR site and use “vfiler-DR” properly as it is intended.
As this data is all NAS based, and due to the nature the of the environment setup, and how it is nestled together and intertwined quite tightly, I am currently thinking about creating only 2 vfilers max per Controller – a CIFS vfiler, and an NFS vfiler, to keep things simple.
With the above in mind, I have a few queries I hoped some 7-Mode Netapp savvy folk could advise on so we can get on with planning the future layout:
1) If we create new CIFS and NFS vfilers, instead of creating a dedicated ip-space for each vfiler, can we just use the default-ipspace on each hosting Netapp Controller?. I have read a few bits and pieces online that seem to imply it’s quite possible, but isn’t necessarily the done thing.
2) If we do use the default-ipspace, would the two vfilers be able to “talk” to one another?. The reason I ask is that for instance we have at least a few servers here and there which access CIFS shares and Unix NFS shares, and I am just wondering if they will be able to use both protocols, and talk to each vfiler, the vfilers might need to talk between each other as well. There might be servers wanting to access data on an interface or volume owned by the other vfiler, I am not sure this will work?
3) In the main NFS environment, we use Oracle LDOM technology and this has a couple of “swap volumes” which contain the Solaris swap data/pagefiles (almost identical I think in principle to ESX swap areas). As these are mounted on the Solaris LDOM primaries via NFS (and therefore technically fall into the NFS vfiler category) I am just wondeing if we will need replicate these volumes via vfiler-DR also, or if they can be excluded (and perhaps brought up manually in DR?).
My current understanding is if I was to create a dedicated ip-space in each vfiler, they could definitely not talk to each other (as that is the idea) but I just wanted to check this approach, and seek advice on the cross-talk/communication between the vfilers.
Likewise for the Solaris “swap volumes”, my current understanding of vfiler-DR is that any and all volumes served by the source vfiler have to be replicated to the other site for them to be brought up in a DR situation, however this is going to waste a lot of replication bandwidth for swap file data that we don’t actually need to replicate if we can avoid it.
