Community

Subscribe
Highlighted

How to make Host Service able to discover vFilers providing datastores on isolated network ?

Hello,

We are deploying Host Package (1.2) to make OC UM (5.1) able to manage Backup/Restore of VMs of vSphere (5.0) platform.

Installation completed successfully after fixing hanging during OnCommand Host Service VMWare Plug-in installtion (https://communities.netapp.com/thread/21707).

Host Package is installed on OCUM server.

However, Host package is not able to discover vFilers serving NFS datastores to ESXi servers

We found the reason of this issue... we did not find how to solve the problem in OCUM documentation, in forums...

The vFiler (VFILER001 for instance) has two distinct interfaces

  • Management interface which connects to the routed Management network : IP 10.100.32.11 for instance
  • NFS Datastore interface which connects to isolated non routed Datastore network : IP 192.168.10.11 for instance

OCUM and vCenter servers are connected to the Management network and cannot communicate with the Datastore network.

ESXi servers are connected to the Datastore network.

OCUM discovered the vFiler on its management interface (10.100.32.11)

OCUM successfully access vCenter information and collect datastore information : visible in logs.

However, vCenter provides IP address on Datastore network : 192.168.10.11

OCUM then tries to contact a vFiler having this IP address ... and fails.

Is there a way to make OCUM able to know that 192.168.10.11 is also an IP address supported by VFILER001 ?

More generaly, is there a way to make OCUM able to know several IPs for the same (v)Filer ?

Therefore OCUM should be able to join IP provided by vcenter and the (v)Filer, right ?

Thanks a lot forn your help

Re: How to make Host Service able to discover vFilers providing datastores on isolated network ?

OnCommand Host Package does not support Multistore.  There is no work around.

There will be a public report detailing this under bug 647436.

http://support.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=647436

Re: How to make Host Service able to discover vFilers providing datastores on isolated network ?

Thanks a lot for the information.

However, it is unbelievable that Host Package does not support Multistore.

In GUI it is possible to associate manually vFilers to Host Service

Nothing forbids this association....

Re: How to make Host Service able to discover vFilers providing datastores on isolated network ?

Hi Kevin,

DOT 8.1.1P1, OCUM 5.1, VSC 4.1, vSphere 5.0, all datastores are exported by vFilers

OCUM is able:

  • to collect all vSphere objects (Datacenters,...VMs).
  • to create Datasets with virtual objects (Datastores, VMs)
  • to apply a protection policy based on "Remote backups only"

The only pending point is related to the snapmirror relationship not using the preferred IP address of the vFilers (https://communities.netapp.com/thread/27332) when OCUM creates the relationship. If we create the relationship outside OCUM and then import it ... ocum uses the preferred IP addresses of the source and destination vFilers ???

Therefore what does mean "OnCommand Host Package does not support Multistore." ?

Did we missed something ?

Re: How to make Host Service able to discover vFilers providing datastores on isolated network ?

Alain,

1) It is not possible to import relationships into a virtual dataset (those that use the Host Service/OCHP via vCenter to backup ESX datastores).

2) OCHP was not tested nor designed to backup data hosted on vFilers (Multistore). 

3) As of OCHP 1.3, it will be able to restore backups to NFS hosted datastores that the UM server cannot reach, however Multistore support is not planned for any release of OCHP.

Kevin

Re: How to make Host Service able to discover vFilers providing datastores on isolated network ?

Kevin

Many thanks for your help.

This does not sound good for us.

We must abandon totally idea about isolating all networks tenants.

Moreover, the current version is not able to restore the backup of VMs in our configuration.

Thanks a lot for all time you spent for those explanations