Agent Handlers Flashcards
What are the benefits of implementing remote agent handlers?
- Helps manage an increased number of products and systems managed by a single, logical McAfee ePO server in situations where the CPU on the database server is not overloaded
- Provides fault tolerant and load-balanced communication with many agents, including geographically distributed agents
How do Agent Handlers work
Distributed network traffic generated by ASC by directing managed systems or groups of systems to report to a specific Agent Handler.
The AH provides updated sitelists, policies, and PAR, just as the McAfee ePO server does.
How can an Agent Handler function as a repository?
It can cache the contents of the Master Repository, so that agents can pull product update packages, DATs, and other needed information
What is the most important thing to consider about the relationship between a remote agent handler and the SQL server?
Agent Handlers must have a high-speed, low latency connection to the Database
What is the specific value that the Agent Handlers round trip latency must be less than in regards to the SQL Server?
<10 ms
T/F The Agent Handler must be able to authenticate domain credentials
True
What are some of the reasons to use an Agent Handler?
- Overall cheaper than implementing a second ePO server, since it can run on mid range server hardware
- Agent Handlers can be used to reduce the load on a growing ePO server
- Agent Handlers can manage agent requests behind a firewall or in an external network
- Agents can failover between Agent Handlers using a configured fallback priority list
- Multiple Agent Handlers can load balance the Agent requests in a large remote network
What are the instances in which an agent handler isn’t an appropriate response?
Using it as a distributed repository - The purpose of a repository is to distribute large files throughout an organization. They don’t contain logic or code. Agent handlers do contain logic, and communicate events back to the database. So, even though an Agent Handler can function as a DR in essence, it should never be used intentionally to replace a dedicated DR. Agent Handlers should be used to reduce the event management load on the ePO server.
Through a slow or irregular connection - Agent Handlers require a relatively high speed, low latency connection to the database to deliver events sent by the agents
To save bandwidth - Agent Handlers do not save bandwidth. They actually increase bandwidth use over the WAN connection that connects the clients to the Agent Handler. Use DRs to save bandwidth
Since it seems to be misunderstood, what is the main reason for implementing a remote agent handler?
To reduce the event management load on the McAfee ePO server
T/F If you want to save bandwidth in your network, implementing a remote agent handler would be a good idea
False, AH do not save bandwidth, they increase bandwidth use over the WAN connection that connects the clients to the Agent Handler
What is the Agent Handler’s work queue?
Located in the ePO database, Agent Handler’s use a work queue in the ePO database as their primary communication mechanism
They check the server work queue every 10 seconds and perform the requested action. These frequent communications to the database require relatively high speed, low latency connection between the Agent Handler and the ePO database
What are the typical actions that will be requested of an Agent Handler in the Work Queue?
Wake up calls, requests for product deployment, and data channel messages
What command line command helps you determine the round trip latency between two systems?
Tracert
T/F: Admins can create rules to override the default behavior of an agent handler?
True
T/F: Usually, it is more efficient and less expensive to add an Agent Handler rather than a ePO server
True
How many systems can be easily managed by ePO, provided only VSE is installed?
200K
How do Agent Handler’s provide scalability?
As the systems managed and products integrated with a single ePO server instance increase, so do the attempts to receive policies or send events to the server. This increase the load that the server must handle. Implementing a remote agent handler can take a lot of this burden off of the ePO server
How do remote Agent Handlers facilitate failover protection?
The Agent Handler is the ePO architectural component responsible for distributing policy and task updates to agents, as well as receiving event reports and property changes from agents. Consequently, if something causes the ePO server to be unavailable (upgrade or network issue), then the aforementioned functions will also be unavailable. By having additional remote agent handlers implemented in the environment, you are providing a way for agents to engage in the aforementioned processes in the event that something goes awry with the ePO server, hence, providing failover support
What is the setup for simple deployment failover?
Two agent handlers are deployed as primary and secondary. All agents initiate communications with the primary Agent Handler, and only use the secondary Agent Handler if the primary is unavailable.
When would simple deployment failover be considered as a viable option?
When the primary Agent Handler has better hardware, and can handle the whole load of the infrastructure