If you install an agent on the physical server you want to monitor, it asks for the IP of the server during the install. Once the install is complete and the agents starts, it will self register and self configure with the Storage Manager Server. Once your agents are installed, you can choose any of them to monitor other parts of the environment remotely (VMware, Storage Arrays, FC switches).
We do not monitor physical servers remotely, only virtual hosts and virtual machines. If you want to monitor a physical server, you have to put an agent on it.
We recommend 1GB to handle monitoring other devices and applications (VMware, Storage Arrays) . If the agent is only monitoring the server it is installed on (ie, not monitoring arrays or vmware), then it will use less space and can probably stay on the C: drive. However, if you are doing a fresh install and D: is your data drive, then go ahead and install it on the D drive. All of data stored by the agent is in its directory, no data is stored in other directories.
Let me know if you have additional questions.
Thanks for your response.
I am not looking to monitor physical servers remotely. I will install agents on all physical servers. I am looking to achieve load sharing.. As now when I will install agents on all physical machines. They will communicate with Stroage Manager and as there are a lot of physical machines. Storage Manger server would have a lot of load. I want to share that load..
So I was wondering if there is any option I can install another profiler/collector that talks to all other agents installed on physical servers and collect data or whatever task is require and put in DB instead of storage manager doing all processing.
( As an example Like we can assign FC, Arrays to different agent so that they can act as collector )
AS there are more than 700 physical server we need to monitor and storage manager will get heavier and heavier..
Would you please tell me if there is any way to do it or only strorage manager can act as a profiler/collector for physical machines?
There is only one collector on the Storage Manager server that inserts data into the database. You should definitely put a lot of resources to server, I would suggest 4 processors, 12-16GB of RAM and 64bit server. STM 5.1 that will be released in November has some scalability improvements that will help as well.
Any of agents can collect data from Vmware, arrays, FC switches to do the initial data collection and data formatting, but ultimately all the data flows thru the collector on the Storage Manager server.
Hope this helps, if not, please contact support for more advice.