<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>The Server Room Blog</title>
    <link>http://communities.intel.com/openport/blogs/server</link>
    <description>Server Room</description>
    <pubDate>Tue, 12 Feb 2008 06:04:18 GMT</pubDate>
    <generator>Clearspace 1.7.0 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-02-12T06:04:18Z</dc:date>
    <item>
      <title>Utility rebates/incentives for energy efficient datacenters</title>
      <link>http://communities.intel.com/openport/blogs/server/2008/02/12/utility-rebatesincentives-for-energy-efficient-datacenters</link>
      <description>&lt;br /&gt;
Many utility companies in North America are encouraging energy efficiency in datacenters in a big way. Some are offering incentives to non-residential customers for making energy efficient choices including servers, storage, and other datacenter equipments. Most of these utility companies require customers to make thier rebate/incentive application prior to starting the project and obtain thier approval. I compiled a short informative article regarding various rebates/incentives offered by the utility companies and it was recently published in the datacenterjournal. Read through......&lt;br /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://datacenterjournal.com/index.php?option=com_content&amp;task=view&amp;id=1475&amp;Itemid=41"&gt;http://datacenterjournal.com/index.php?option=com_content&amp;task=view&amp;id=1475&amp;Itemid=41&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
RK Hiremane</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacentre</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">eco-technology</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">servers</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <pubDate>Tue, 12 Feb 2008 06:27:59 GMT</pubDate>
      <author>RK_Hiremane</author>
      <guid>http://communities.intel.com/openport/blogs/server/2008/02/12/utility-rebatesincentives-for-energy-efficient-datacenters</guid>
      <dc:date>2008-02-12T06:27:59Z</dc:date>
      <clearspace:dateToText>6 months, 2 weeks ago</clearspace:dateToText>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/utility-rebatesincentives-for-energy-efficient-datacenters</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=10900</wfw:commentRss>
    </item>
    <item>
      <title>Your current data center could (should) be your last</title>
      <link>http://communities.intel.com/openport/blogs/server/2007/11/23/your-current-data-center-could-should-be-your-last</link>
      <description>I read recently that 50% of data centers will exceed &lt;b&gt;capacity&lt;/b&gt; by 2012 - capacity being some variable combination of physical space, available power or available cooling. I am skeptical. I agree that if you project the current growth rate and available capacity and such, you could come up with the 50% number, but, we are far from status quo in our data center opportunities. I would hesitate to break out the wrecking ball. Today I see three, sort of distinct, opportunities that every data center manager should be looking at very hard before they write the big check for new real estate. &lt;br /&gt;
&lt;br /&gt;
The first is &lt;b&gt;efficiency&lt;/b&gt;. There are numerous avenues available here including consolidation (through virtualization), server refresh with more powerful ( and more efficient ) servers, and new approaches to cooling. If we quit thinking of the data center as a room, and start thinking of it as &lt;a class="jive-link-external" href="http://communities.intel.com/thread/1274?tstart=0"&gt;mainframe&lt;/a&gt; in a really big box, our approach to cooling can become radically different. Why make a data center comfortable? Instead just keep it within the boundaries of warranties. Nobody wants to be in there anyway. Data center optimization should be your first initiative - learn more opportunities for &lt;a class="jive-link-external" href="http://communities.intel.com/blogs-edit-post!default.jspa?blogPostID=10746&amp;blogID=10686"&gt;effiency&lt;/a&gt; from &lt;a class="jive-link-external" href="http://communities.intel.com/people/W_Schueler"&gt;Werner&lt;/a&gt;.&lt;br /&gt;
&lt;br /&gt;
The second path to capacity containment is external &lt;b&gt;hosting&lt;/b&gt;. Improvements in network speed and reliability have nearly negated the need for local data centers, and many businesses already rely on geo distributed data centers. The shift to letting someone else build and run the raised floor area just makes sense. I think of the shift from self run data centers to commercially hosted data centers much like the shift from private to commercial suppliers for power and communications. It is also a shift that can be executed incrementally, moving just some of the application hosting to a service provider. A variation on this theme is the *SAAS*( software as a service) model - for example salesforce.com*. Virtually &lt;u&gt;everyone&lt;/u&gt; in the application business is offering, or planning to offer soon, down the wire applications. Can you really run an email system for your staff better than a commercial system? By applying data center optimization and taking advantage of targeted hosting and SAAS, a data center owner can squeeze at least a few more years out of the current raised floor real estate. &lt;br /&gt;
&lt;br /&gt;
For some businesses, or at least for some of their applications, commercial hosting or SAAS is not seen as viable. The application is too important a value differentiator, or the data is too big, or the work to special, or, whatever. This is especially prevalent in engineering and finance where large amounts of "top secret" compute are executed. Well, there is a solution here as well. When you &lt;u&gt;need&lt;/u&gt; to "own every line of code, and how it is run" you can still shift some of the work to machines outside &lt;b&gt;your&lt;/b&gt; data center and defer capacity expansion. I am referring to "&lt;b&gt;cloud computing&lt;/b&gt;". The most recognized example of this is in the compute service offered by &lt;a class="jive-link-external" href="http://www.amazon.com/gp/browse.html?node=201590011"&gt;Amazon&lt;/a&gt;* that uses spare cycles in their server structure. I think we will see a growing number of large scale internet and service companies offering up &lt;a class="jive-link-external" href="http://www.computerworld.com/action/article.do?command=viewArticleBasic&amp;articleId=9047079&amp;source=NLT_PM&amp;nlid=8"&gt;clouds&lt;/a&gt;. With cloud computing you push a "unit of work" to be executed in a service providers compute cloud. With appropriate encryption and obfuscation, the "unit of work" can remain as secret and secure as you wish. The application, database, and work results remain under local management and control. &lt;br /&gt;
&lt;br /&gt;
If I were looking at a shrinking capacity window( any type of capacity) in my data center, I would pay attention to these opportunities, and their variations. I would be looking very hard at my next $25,000,000 data center expansion to understand if an alternate approach and architecture could shift those funds to better use. &lt;br /&gt;
&lt;br /&gt;
&lt;i&gt;&lt;sub&gt;*Other brands may be claimed as the property of others&lt;/sub&gt;&lt;/i&gt;</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">center</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualisation</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">data</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">centre</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacentre</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">next</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">generation</category>
      <pubDate>Fri, 23 Nov 2007 17:52:00 GMT</pubDate>
      <author>K_Lloyd</author>
      <guid>http://communities.intel.com/openport/blogs/server/2007/11/23/your-current-data-center-could-should-be-your-last</guid>
      <dc:date>2007-11-23T17:52:00Z</dc:date>
      <clearspace:dateToText>9 months, 2 weeks ago</clearspace:dateToText>
      <clearspace:replyCount>9</clearspace:replyCount>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/your-current-data-center-could-should-be-your-last</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=10749</wfw:commentRss>
    </item>
    <item>
      <title>Shall I throw out my old servers and buy new ones? ... Now?</title>
      <link>http://communities.intel.com/openport/blogs/server/2007/11/20/shall-i-throw-out-my-old-servers-and-buy-new-ones-now</link>
      <description>In the second comment around the right time for datacenter refresh, I'd like to look at Costs. Power is covered in the comment from &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2007/11/16/watt-do-you-care-about-more"&gt;Chris&lt;/a&gt;  and I covered some comments on Space already in the &lt;a class="jive-link-external" href="http://communities.intel.com/thread/1281?tstart=0"&gt;discussion forum&lt;/a&gt;.    So what it really boils down to is cost of running your existing datacenter versus the costs of throwing the servers out and replacing them. It is clear also from the other comments, that it doesn't make sense to throw out servers which are utilized in average 15% and have them replaced by new servers, which are 5 times faster and utilize the servers 3%... Great achievement hu?... Server Refresh makes therefore most sense to do only when consolidating the environment. How do I consolidate the environment? By using virtualization.  See &lt;a class="jive-link-blogpost" href="http://communities.intel.com/openport/blogs/server/2007/11/19/agility-in-the-datacenter"&gt;Helmuts blog&lt;/a&gt; and the whole theme next week on that topic. &lt;br /&gt;
&lt;br /&gt;
Therefore let's look at the real cost factors, when refreshing the servers:&lt;br /&gt;
&lt;br /&gt;
&lt;ul&gt;
&lt;li&gt;Cost of new hardware: That is obviously a significant capital expenditure and starting at about 2000$ for a reasonable DP server. But the trick is also that a lot of server companies offer financing models which make this an operational expenditure. But key is also to understand, that by consolidating your servers at the same time the depreciation costs of the servers may actually decrease, as you have less hardware to depreciate!&lt;/li&gt;
&lt;li&gt;Maintenance costs: Again, reducing the number of servers running given applications, and at the same time unifying the environment helps significantly to reduce the maintenance costs. This can be a significant step in unifying on a given OS or hardware platform.&lt;/li&gt;
&lt;li&gt;Power consumption: Similar to utilization, it doesn't make sense to just look at the power consumption by server, but at the consumption by performance and therefore I can save about 38% in power bills, on a given workload vs. the previous generation hardware and about a 10^th^ of the power of hardware which is 2-3years old. Again, obviously only, if I do this in combination of consolidating the servers. Trick often is, that those costs are often not taken into consideration, as those are not billed to the IT department but to the facilities group. So it becomes an executive decision to ensure they are looked at!.&lt;/li&gt;
&lt;li&gt;Switching costs. Obviously very hard to measure, as this depends on the environment of the customer. And I talked to the customer who said: "No I will never touch this AS400 system, as it just runs and runs and runs." On the other hand I had a customer who replaced just those AS400 systems and saw huge synergistic effects, because he put the application on a standard based architecture and was able to finally integrate it in the other production system and therefore have one reporting and analytics tool.&lt;/li&gt;
&lt;/ul&gt;
&lt;br /&gt;
I try to make a long story short. This is not something you do very often, but you don't get married every year either. But most of the time it's worth going through the efforts. So thinking about replacing the servers which are older than 2-3years is definitely worth while and often an effort which pays off in the first year!</description>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">power</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_room</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">servers</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">virtualization</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">xeon</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_efficiency</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacentre</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">server_refresh</category>
      <category domain="http://communities.intel.com/openport/blogs/server/tags">datacenter_refresh</category>
      <pubDate>Tue, 20 Nov 2007 14:23:00 GMT</pubDate>
      <author>W_Schueler</author>
      <guid>http://communities.intel.com/openport/blogs/server/2007/11/20/shall-i-throw-out-my-old-servers-and-buy-new-ones-now</guid>
      <dc:date>2007-11-20T14:23:00Z</dc:date>
      <clearspace:dateToText>9 months, 1 week ago</clearspace:dateToText>
      <clearspace:replyCount>2</clearspace:replyCount>
      <wfw:comment>http://communities.intel.com/openport/blogs/server/comment/shall-i-throw-out-my-old-servers-and-buy-new-ones-now</wfw:comment>
      <wfw:commentRss>http://communities.intel.com/openport/blogs/server/feeds/comments?blogPostID=10765</wfw:commentRss>
    </item>
  </channel>
</rss>

