Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: JoelLeckie
New Today: 85
New Yesterday: 79
Overall: 149865

People Online:
Visitors: 57
Members: 3
Total: 60 .

Languages
Select Interface Language:


Major ITIL Portals
For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone

Related Resources
Service related resources
Service Level Agreement
Outsourcing

Note: ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.


The Itil Community Forum: Forums

ITIL :: View topic - Agent based or agent less technology?
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Agent based or agent less technology?

 
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management
View previous topic :: View next topic  
Author Message
egit123
Newbie
Newbie


Joined: Jul 01, 2008
Posts: 4

PostPosted: Wed Sep 24, 2008 7:15 am    Post subject: Agent based or agent less technology? Reply with quote

Hello,

We are looking at implementing a CMDB and a discovery system that will automatically define the relationships between CIs once the model that have to be represented has been designed. We are looking at both agent based and agent less solutions however I still cannot figure out which one would better fit in our environment. We have few thousand of different systems (unix, windows, mainframe, virtual systems) running few hundreds of different applications through out the UK so there is a level of complexity to manage and our monitoring team is highly skilled in supporting agent based systems however I am not sure an agent based system is the best for a configuration management. What are your suggestions?

Thank you,

Enrico
Back to top
View user's profile
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3320
Location: London, UK

PostPosted: Wed Sep 24, 2008 7:44 pm    Post subject: Reply with quote

Enrico,

first things first.... it depends..... that was the standard answer
.............sigh.....................

Implementing the Configuration management process, creating and maintaining the CMDB and the installing / configuring / maintainance are 3 separate but related process/projects / pieces of work

First, create a Config mgmt process to deal with the CI - define, etc

second draft what info you want in the cmdb. start small then grow

As for the installation of the auto discovery tool.

IMNSHGO, I find that the Auto discovery tools or automated discovery agents to control things usually do more harm than good.

Any SNMP based monitoring tool that you are currently usign to monitor tyour environment should be able to give you the basci information - IP address, host names.

The support teams should give the rest - network, system, applicaztion - once you decide you want more info

The issue i have with A.D. tools is that they are purchased to replace the onerous task of checking the systems manually 'supposedly saving $' but more cost is incurred because the configuration of the A.D tool is not the best

I have witnessed an A.D. that was installed and misconfigured. When it came time to autodiscover the network. It did. The entire network. Any device that was on the network. Oh the network was the entire Internet.
It tooks 40+ hours to start, then kept refreshing and refreshing.

There was no delimiters set to only deal in specific IP ranges etc.

It took days / weeks to trouble shoot / re-configure the A.D. tool. the time / money could be spent on other things

Agent installed on your environment machines is another story. What is the purpose / impact to the systems
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
Cotswolddave
Itiler


Joined: Mar 23, 2007
Posts: 35
Location: UK

PostPosted: Tue Oct 07, 2008 7:45 am    Post subject: Reply with quote

agree with john.

Thinking that AD tools will give you config mgmt across multiple platforms without duplication and other errors is not realistic. It may refresh a list of technical hardware and software regularly but you'll never where anything is, or what it does, or who owns it, or what is planned for it, or how it can be recovered. If you want a real problem, how will AD work with virtualised systems? across firewalls?

And of course how do you validate the AD systems are correct... one error and they can't be trusted as a definitive source.

Scoping to underpin improved working practices is the path to success, not gathering more data. If AD is contributing to a controlled source then its good, if it is the source then its not so good.

dave
Back to top
View user's profile Visit poster's website
UrgentJensen
Senior Itiler


Joined: Feb 23, 2005
Posts: 458
Location: London

PostPosted: Tue Oct 07, 2008 6:14 pm    Post subject: Reply with quote

Back to the question...

The main differences between agented and agentless discovery:

Agented will return more information
Agented means having an application sitting on each device
Agented may require admin passwords (= security/stability issues)
Agented may have a heavier network footprint - it's usually 'push' technology which means it will wait til it's connected to the LAN before trying to send info.
Agents may not be compatible with all o/s, systems, security etc.
Agentless is usually 'pull' technology and therefore may just have to probe and if laptops aren't there, they may return a false zero -

Either way, do not underestimate the work involved in defining your devices, config attributes and data validation.

Have fun

UJ
_________________
Did I just say that out loud?

(Beige badge)
Back to top
View user's profile
MVPS
Itiler


Joined: Oct 03, 2008
Posts: 28
Location: Canada

PostPosted: Tue Oct 07, 2008 11:43 pm    Post subject: Reply with quote

Quote:
We are looking at implementing a CMDB and a discovery system that will automatically define the relationships between CIs


Besides what everybody here said, I think it is important to stress that no discovery system will define all the relationships between CIs needed in order to have a truly CMDB.

Sure the relationships must be considered from a "hard" point of view (network connections, hardware dependencies...), and these can be partially mapped with a discovery system.

But for the "soft" relationships, those that are truly related to the business processes which rely on the infrastructure, you will have to discover and map them for yourself.

This is when the CMDB makes the most difference from a standard asset inventory (which can have "hard" relationships). You actually see the business processes affected by each CI, for example.

No easy discovery system will give you that. You have got to understand the business, and how it depends on the infrastructure.

Regards
Back to top
View user's profile
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.