 




<?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/"
		>
<channel>
	<title>Comments on: Lower TCO of IT Infrastructure</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/lower-tco-of-it-infrastructure/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/lower-tco-of-it-infrastructure/</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 00:24:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: solutions1</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/lower-tco-of-it-infrastructure/#comment-48451</link>
		<dc:creator>solutions1</dc:creator>
		<pubDate>Mon, 24 Jan 2005 09:08:11 +0000</pubDate>
		<guid isPermaLink="false">#comment-48451</guid>
		<description><![CDATA[As noted by other respondents, there are a lt of dimensions to TCO. One perhaps not mentioned was to maintain &quot;TCO over time.&quot; If, for example, you swap out your many servers for, say two or three 2005 vintage servers, you will be state of the art for 2005. However, to move ahead in, say, 2006 or 2007, you would then have to swap out big chunks of your infrastructure rather than in little chunks. Sometimes people who consolidate too far end up paralyzed, because to upgrade they have to put too much money or, worse still, too much organizational energy on the table. Therefore do a multi-year draft plan that leaves you maneuvabilty in the out years.]]></description>
		<content:encoded><![CDATA[<p>As noted by other respondents, there are a lt of dimensions to TCO. One perhaps not mentioned was to maintain &#8220;TCO over time.&#8221; If, for example, you swap out your many servers for, say two or three 2005 vintage servers, you will be state of the art for 2005. However, to move ahead in, say, 2006 or 2007, you would then have to swap out big chunks of your infrastructure rather than in little chunks. Sometimes people who consolidate too far end up paralyzed, because to upgrade they have to put too much money or, worse still, too much organizational energy on the table. Therefore do a multi-year draft plan that leaves you maneuvabilty in the out years.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: amigus</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/lower-tco-of-it-infrastructure/#comment-48453</link>
		<dc:creator>amigus</dc:creator>
		<pubDate>Wed, 19 Jan 2005 15:59:47 +0000</pubDate>
		<guid isPermaLink="false">#comment-48453</guid>
		<description><![CDATA[That&#039;s a lot of servers!  Without knowing all the details I&#039;d suggest:

Using Linux boxes for the DNS servers, and the Exchange MTA, doubling up the task of secondary name-server and sendmail/postix MTA on one box.

Combine the Test and Production SQL servers unless there&#039;s a good reason not to do so, such as the &quot;Test&quot; application crashing the entire server.

Combine the BDC, Misc storage, File/Print and even the Application server, onto one box, leaving the PDC to do it&#039;s job.  That should actually spead up your network unless some users end up authenticating from the BDC for some reason.

Combine the VSS with the Image storage if it makes sense given the two servers are probably similar and do similar but in some ways complimentary processing.

If my math is right that brings you down to 6 servers from the original 13 given in your list.

Regards
]]></description>
		<content:encoded><![CDATA[<p>That&#8217;s a lot of servers!  Without knowing all the details I&#8217;d suggest:</p>
<p>Using Linux boxes for the DNS servers, and the Exchange MTA, doubling up the task of secondary name-server and sendmail/postix MTA on one box.</p>
<p>Combine the Test and Production SQL servers unless there&#8217;s a good reason not to do so, such as the &#8220;Test&#8221; application crashing the entire server.</p>
<p>Combine the BDC, Misc storage, File/Print and even the Application server, onto one box, leaving the PDC to do it&#8217;s job.  That should actually spead up your network unless some users end up authenticating from the BDC for some reason.</p>
<p>Combine the VSS with the Image storage if it makes sense given the two servers are probably similar and do similar but in some ways complimentary processing.</p>
<p>If my math is right that brings you down to 6 servers from the original 13 given in your list.</p>
<p>Regards</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.035 seconds using memcached
Object Caching 281/287 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-05-25 05:04:55 -->