Can I loadbalance HBA paths to LUNs via the toolkit?

[dinny]

Hiya,

I currently have a script that rescans all my ESX 3 servers for new LUNs.

I would like it to also loadbalance my HBAs across those LUNs.

I have been unable to find any methods to do this in the MOB.

I presume it is there somewhere and that I am just missing it?

I currently just run a separate shell script on each ESX server using esxcfg-mpath - which does work - but makes it a far more long winded process.

Can anyone help please?

Dinny

[SaranshG]

To my despair, there is no way to loadbalance HBA paths to LUNs via the toolkit.

Two of the following threads might be of relevance to you:

http://www.vmware.com/community/thread.jspa?threadID=29887&start=0&tstart=0

http://www.vmware.com/community/thread.jspa?messageID=88625&#88625

[dinny]

Hiya,

Sorry for the delay - haven't had chance to look at the toolkit for ages...

At least I wasn't missing something obvious

I have got a loadbalance script (non vi perl toolkit) that I can run using esxcfg-mpath on each ESX server - but ideally it would have been nice to run it as part of the same vi perl toolkit script which scanned for a new LUN (running on the vaos box).

Is there anyway of adding this as a request to the list of functionality to add to the next release of the toolkit?

Could you do this? If not - how would I go about raising such a request?

Dinny

[admin]

You can set up preferred paths to your luns for arrays which support the fixed path policy (active-active) using the toolkit by using the HostStorageSystem method setMultipathLunPolicy - http://pubs.vmware.com/vi301/sdk/ReferenceGuide/vim.host.StorageSystem.html#setMultipathLunPolicy

Select the preferred path by populating the HostMultipathInfoFixedLogicalUnitPolicy data object defined in http://pubs.vmware.com/vi301/sdk/ReferenceGuide/vim.host.MultipathInfo.FixedLogicalUnitPolicy.html and passing it to the method.

Remember, you can do everything that VirtualCenter does (and more) using the VI Perltoolkit as they both use the VI API.