<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: SCOM:  Building on the Net-SNMP MPs</title>
	<atom:link href="http://operatingquadrant.com/2009/10/03/scom-building-on-the-net-snmp-mps/feed/" rel="self" type="application/rss+xml" />
	<link>http://operatingquadrant.com/2009/10/03/scom-building-on-the-net-snmp-mps/</link>
	<description>Living in the I.T. Operating Quadrant. Useful articles on real world solutions involving Monitoring (System Center Operations Manager), Virtualization, Reporting, Scripting (PowerShell), and much more.</description>
	<lastBuildDate>Tue, 01 May 2012 11:20:31 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Kristopher Bash</title>
		<link>http://operatingquadrant.com/2009/10/03/scom-building-on-the-net-snmp-mps/#comment-232</link>
		<dc:creator><![CDATA[Kristopher Bash]]></dc:creator>
		<pubDate>Sat, 10 Oct 2009 15:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://operatingquadrant.com/?p=271#comment-232</guid>
		<description><![CDATA[Thanks.  Unfortunately I haven&#039;t done much more with this recently, as I am trying to completely rework a set of SNMP MP&#039;s first.  What I am hoping to do with the VMWare API is to take a development shortcut and not actually invoke the API through the SOAP web service, but rather utilize the PowerCLI powershell interface on an agent to connect to a VC server in order to extract inventory and performance data for the whole environment on a scheduled basis.  The scripts to do this would export all the collected data to XML files, which would then be used as inputs for discoveries, monitors, and rules.    

I&#039;ve done some proof of concept work with this and it seems viable, but the PowerCLI scripts have to be written carefully to make sure they can execute in a reasonably short time, even in a large environment.   While even in the best case, interfacing with VI with PowerCLI is too slow for near-real time monitoring, I think the benefit would be that data for all objects could be collected in one workflow, minimizing the actual overhead of interfacing with the API through bulk collection.   If a Host and Guest performance snapshot were collected in one scheduled process every 5 minutes, and then other workflows utilized this collected data for performance mapping and monitoring, it would be functionally equivalent to polling the API for each individual object every 5 minutes, with less actual object instantiation and API interfacing.

If this doesn&#039;t prove to be viable, there&#039;s always the option of engaging the API through the SOAP web service.]]></description>
		<content:encoded><![CDATA[<p>Thanks.  Unfortunately I haven&#8217;t done much more with this recently, as I am trying to completely rework a set of SNMP MP&#8217;s first.  What I am hoping to do with the VMWare API is to take a development shortcut and not actually invoke the API through the SOAP web service, but rather utilize the PowerCLI powershell interface on an agent to connect to a VC server in order to extract inventory and performance data for the whole environment on a scheduled basis.  The scripts to do this would export all the collected data to XML files, which would then be used as inputs for discoveries, monitors, and rules.    </p>
<p>I&#8217;ve done some proof of concept work with this and it seems viable, but the PowerCLI scripts have to be written carefully to make sure they can execute in a reasonably short time, even in a large environment.   While even in the best case, interfacing with VI with PowerCLI is too slow for near-real time monitoring, I think the benefit would be that data for all objects could be collected in one workflow, minimizing the actual overhead of interfacing with the API through bulk collection.   If a Host and Guest performance snapshot were collected in one scheduled process every 5 minutes, and then other workflows utilized this collected data for performance mapping and monitoring, it would be functionally equivalent to polling the API for each individual object every 5 minutes, with less actual object instantiation and API interfacing.</p>
<p>If this doesn&#8217;t prove to be viable, there&#8217;s always the option of engaging the API through the SOAP web service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Nichols</title>
		<link>http://operatingquadrant.com/2009/10/03/scom-building-on-the-net-snmp-mps/#comment-230</link>
		<dc:creator><![CDATA[Dan Nichols]]></dc:creator>
		<pubDate>Sat, 10 Oct 2009 12:37:49 +0000</pubDate>
		<guid isPermaLink="false">http://operatingquadrant.com/?p=271#comment-230</guid>
		<description><![CDATA[Hi Kris,

Looking forward to hearing more about your work with the VMware API.]]></description>
		<content:encoded><![CDATA[<p>Hi Kris,</p>
<p>Looking forward to hearing more about your work with the VMware API.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

