Which Proxy Controller is managing your assets?

I got an interesting question about Proxy Controllers. The question was, if you have an asset on a network and two Proxy Controllers can access that network, can you control which Proxy Controller manages the asset?

Well, you do have some control, but before I get into that, it's worth noting that the Proxy Controller-Agent communication works differently in 12c than it did in prior versions of Ops Center. In older versions, an Agent was associated with one specific Proxy Controller, and if the Proxy Controller failed the asset's connection to Ops Center was broken. In 12c, if a Proxy Controller fails, you can migrate the assets to any other Proxy Controller with access to their network, keeping the assets managed.

So, in 12c assets are not as strongly tied to specific Proxy Controllers. When you try to discover an asset, Ops Center looks at which Proxy Controllers can access the asset, and picks the one with the least load.

However, you do have some options for controlling what asset goes to what Proxy Controller. First, you can put a Proxy Controller into maintenance mode by selecting the Proxy Controller and clicking Put in Maintenance Mode; this doesn't stop it from managing its existing assets, but it stops it from taking on new ones.

You can also set different power levels for your Proxy Controllers. Select the Enterprise Controller's Configuration tab, then select the Proxy Management subsystem. If you want Proxy Controller A to do twice the work as Proxy Controller B, for instance, set A's relative power to 2 and B's to 1.

The Feature Reference Guide goes into more detail about discovery, and the Administration Guide gives you more information about Enterprise Controller settings and asset migration.



Great info, I changed the power settings but it made no difference, in the discovery its always trying to use the proxy's from one network. I also tried specifying that network (not automatically), but it didn't help, what could be wrong?


Posted by Eli Kleinman on August 24, 2012 at 08:51 AM MDT #


A Proxy Controller has to be associated with a network to manage assets on that network. If you have multiple Proxy Controllers associated with the same network (which is a good idea), and you try to discover something on that network, Ops Center ought to pick a Proxy Controller based on relative load (and power levels). Is your Ops Center always picking the same Proxy Controller?

If you want, you can also move assets to a new Proxy Controller that's associated with their network. That's described here: http://docs.oracle.com/cd/E27363_01/doc.121/e25143/high_availability.htm#OPCAG488

Is that helpful?


Posted by Owen on August 28, 2012 at 08:57 AM MDT #


I'm concerned about geographicly dispite sites and minimizing WAN traffic. So my question is, if you have geographicly distributed data centers and are manging them from a single OC instance, does it make a performance different to have proxy controllers at each site and associate assets to that local PC and only use the other PCs as a backup?

If so does that have to be manually managed or is OC smart enough to use the local controller if it it has a lower power than the other systems?

Posted by guest on February 28, 2013 at 05:49 PM MST #

The Proxy Controllers do a lot of the heavy lifting for Ops Center jobs, so if you have one OC instance that's managing assets in several data centers, it would be a good idea to have at least one Proxy Controller in each site. At least two PCs per site would be better, so that if a PC system fails you can migrate your assets over.

When assets are discovered, a Proxy Controller that's associated with their network is picked to manage them. If the PCs in a given site are the only ones associated with the network of the assets, they'll be the ones managing those assets.

Posted by Owen on March 05, 2013 at 09:42 AM MST #

Post a Comment:
  • HTML Syntax: NOT allowed

This blog discusses issues encountered in Ops Center and highlights the ways in which the documentation can help you


« April 2015