<?xml version="1.0" encoding="iso-8859-1"?>
<!-- generator="b2evolution/2.4.2" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Contemplating IT - Latest comments</title>
		<link>http://www.voicesofit.com/blogs/blog1.php?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.2"/>
		<ttl>60</ttl>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Tue, 20 Jul 2010 04:32:32 +0000</pubDate>
			<dc:creator>Tony Asaro [Member]</dc:creator>
			<guid isPermaLink="false">c148@http://www.voicesofit.com/blogs/</guid>
			<description>And VMware has improved performance a ton since then as well.  Not only in the overall storage stack but specifically with IP networks.  They improved both the iSCSI and NFS stack.  &lt;br /&gt;
&lt;br /&gt;</description>
			<content:encoded><![CDATA[And VMware has improved performance a ton since then as well.  Not only in the overall storage stack but specifically with IP networks.  They improved both the iSCSI and NFS stack.  <br />
<br />]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c148</link>
		</item>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Mon, 19 Jul 2010 20:50:26 +0000</pubDate>
			<dc:creator>Gregg Dickson [Visitor]</dc:creator>
			<guid isPermaLink="false">c147@http://www.voicesofit.com/blogs/</guid>
			<description>Fair question. We currently still have Exchange and SQL Server on separate physical servers rather than VMware. And Exchange is clustered using MSCS.&lt;br /&gt;
 &lt;br /&gt;
We have been debating migrating the entire enterprise onto VMware but are undecided at this point. We are probably the right size to pull it off with less than 400 employees, moderate email traffic and no heavy OLTP. However, we had performance issues trying to run Citrix on VMware 3.5 supporting ~120 users a few years ago so there is some hesitation within the organization toward moving resource intensive apps/servers back into that environment. &lt;br /&gt;
 &lt;br /&gt;
Part of the issue back then (2006) was our lack of understanding of the horizontal scalability paradigm of VMware. We were only running a pair of VM's on each of a pair of ESX hosts. This config resulted in 25-30 concurrent users per VM during peak periods. That wasn't a problem except when a rogue process hung one of the VM's or consumed massive amounts of memory, which happened too frequently on that version of Citrix with the application mix that we were running. Knowing what we know now, we should have been running 4 or even 8 VM's on each server and it probably would have been a fantastic combination.</description>
			<content:encoded><![CDATA[Fair question. We currently still have Exchange and SQL Server on separate physical servers rather than VMware. And Exchange is clustered using MSCS.<br />
 <br />
We have been debating migrating the entire enterprise onto VMware but are undecided at this point. We are probably the right size to pull it off with less than 400 employees, moderate email traffic and no heavy OLTP. However, we had performance issues trying to run Citrix on VMware 3.5 supporting ~120 users a few years ago so there is some hesitation within the organization toward moving resource intensive apps/servers back into that environment. <br />
 <br />
Part of the issue back then (2006) was our lack of understanding of the horizontal scalability paradigm of VMware. We were only running a pair of VM's on each of a pair of ESX hosts. This config resulted in 25-30 concurrent users per VM during peak periods. That wasn't a problem except when a rogue process hung one of the VM's or consumed massive amounts of memory, which happened too frequently on that version of Citrix with the application mix that we were running. Knowing what we know now, we should have been running 4 or even 8 VM's on each server and it probably would have been a fantastic combination.]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c147</link>
		</item>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Mon, 19 Jul 2010 19:15:05 +0000</pubDate>
			<dc:creator>Tony Asaro [Member]</dc:creator>
			<guid isPermaLink="false">c146@http://www.voicesofit.com/blogs/</guid>
			<description>My first question is why do you need both?  Yes - there are a limited number of vendors that support both. But if you are using VMware why use iSCSI given all of the challenges?  I am curious to know - not in a challenging way.  &lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;</description>
			<content:encoded><![CDATA[My first question is why do you need both?  Yes - there are a limited number of vendors that support both. But if you are using VMware why use iSCSI given all of the challenges?  I am curious to know - not in a challenging way.  <br />
<br />
<br />
<br />]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c146</link>
		</item>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Mon, 19 Jul 2010 15:48:41 +0000</pubDate>
			<dc:creator>Gregg Dickson [Visitor]</dc:creator>
			<guid isPermaLink="false">c145@http://www.voicesofit.com/blogs/</guid>
			<description>We are hoping to find a single platform to provide both NFS and iSCSI in the 10TB capacity range. We also don't want to spend a lot of time managing, tweaking and tuning so that narrows the field quite a bit. &lt;br /&gt;
&lt;br /&gt;
The leading candidates at this point are Compellent and NetApp. We are beating the bushes to find other players. We'll take a look at BlueArc and Isilon.&lt;br /&gt;
&lt;br /&gt;
Thanks,&lt;br /&gt;
Gregg</description>
			<content:encoded><![CDATA[We are hoping to find a single platform to provide both NFS and iSCSI in the 10TB capacity range. We also don't want to spend a lot of time managing, tweaking and tuning so that narrows the field quite a bit. <br />
<br />
The leading candidates at this point are Compellent and NetApp. We are beating the bushes to find other players. We'll take a look at BlueArc and Isilon.<br />
<br />
Thanks,<br />
Gregg]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c145</link>
		</item>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Mon, 19 Jul 2010 00:43:23 +0000</pubDate>
			<dc:creator>Tony Asaro [Member]</dc:creator>
			<guid isPermaLink="false">c144@http://www.voicesofit.com/blogs/</guid>
			<description>Great point!  I can't believe I missed SCSI reservation conflicts - which I heard from a number of IT professionals as an issue.   Thanks for the feedback!  &lt;br /&gt;
&lt;br /&gt;
It would be interesting to see how you progress on the NFS front.  Obviously NetApp provides a solution and I know that BlueArc and Isilon are focusing heavily on VMware as well.  Which vendors are you looking at?&lt;br /&gt;
&lt;br /&gt;
Tony&lt;br /&gt;
&lt;br /&gt;</description>
			<content:encoded><![CDATA[Great point!  I can't believe I missed SCSI reservation conflicts - which I heard from a number of IT professionals as an issue.   Thanks for the feedback!  <br />
<br />
It would be interesting to see how you progress on the NFS front.  Obviously NetApp provides a solution and I know that BlueArc and Isilon are focusing heavily on VMware as well.  Which vendors are you looking at?<br />
<br />
Tony<br />
<br />]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c144</link>
		</item>
		
		<item>
			<title>In response to: VMware Makes NFS Mainstream</title>
			<pubDate>Fri, 16 Jul 2010 23:58:38 +0000</pubDate>
			<dc:creator>Gregg Dickson [Visitor]</dc:creator>
			<guid isPermaLink="false">c143@http://www.voicesofit.com/blogs/</guid>
			<description>Great article Tony!&lt;br /&gt;
One more benefit of NFS that we learned the hard way when we lost 50+ production servers in a single instant.&lt;br /&gt;
&lt;br /&gt;
No SCSI reservation conflicts!&lt;br /&gt;
&lt;br /&gt;
Because of a bug in a well known vendor's storage monitoring software, we encountered a SCSI reservation conflict on our FC SAN which caused all of our vSphere Enterprise Plus hosts to lose connectivity to the SAN.&lt;br /&gt;
&lt;br /&gt;
With help from VMware support we were able to recover the primary ~2TB VMFS volume that contained all of the VM images within about 2 hours.&lt;br /&gt;
 &lt;br /&gt;
As for the ~4TB of RDM's that contained all of our unstructured file shares, we had to recover from backup, a 48 hour outage in all. Not a pleasant experience!&lt;br /&gt;
&lt;br /&gt;
Needless to say, we are planning to move to NFS. As you mentioned, many of the storage vendors aren't even aware of the issues with VMware and SAN storage architectures. They have that &amp;#8220;deer in the headlights&amp;#8221; look when we ask for an NFS storage solution for VMware.</description>
			<content:encoded><![CDATA[Great article Tony!<br />
One more benefit of NFS that we learned the hard way when we lost 50+ production servers in a single instant.<br />
<br />
No SCSI reservation conflicts!<br />
<br />
Because of a bug in a well known vendor's storage monitoring software, we encountered a SCSI reservation conflict on our FC SAN which caused all of our vSphere Enterprise Plus hosts to lose connectivity to the SAN.<br />
<br />
With help from VMware support we were able to recover the primary ~2TB VMFS volume that contained all of the VM images within about 2 hours.<br />
 <br />
As for the ~4TB of RDM's that contained all of our unstructured file shares, we had to recover from backup, a 48 hour outage in all. Not a pleasant experience!<br />
<br />
Needless to say, we are planning to move to NFS. As you mentioned, many of the storage vendors aren't even aware of the issues with VMware and SAN storage architectures. They have that &#8220;deer in the headlights&#8221; look when we ask for an NFS storage solution for VMware.]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2010/07/16/vmware-makes-nfs-mainstream#c143</link>
		</item>
		
		<item>
			<title>In response to: EMC Anti-Social Media Gang</title>
			<pubDate>Wed, 07 Jul 2010 13:47:23 +0000</pubDate>
			<dc:creator>Vaughn Stewart [Visitor]</dc:creator>
			<guid isPermaLink="false">c141@http://www.voicesofit.com/blogs/</guid>
			<description>It's too bad that the blogosphere has become so polarized.  This is a small industry which we all work within, and I have concerns that the current tones may hurt one's ability to attract talent in the future.</description>
			<content:encoded><![CDATA[It's too bad that the blogosphere has become so polarized.  This is a small industry which we all work within, and I have concerns that the current tones may hurt one's ability to attract talent in the future.]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2009/04/26/emc-anti-social-media-gang#c141</link>
		</item>
		
		<item>
			<title>In response to: Drobo Elite and Why It Matters</title>
			<pubDate>Thu, 25 Mar 2010 16:50:23 +0000</pubDate>
			<dc:creator>John White [Visitor]</dc:creator>
			<guid isPermaLink="false">c133@http://www.voicesofit.com/blogs/</guid>
			<description>I think that storage people aren't that thrilled about the Drobo because it's a consumer targeted product.  In that space, I think the Drobo is a winner.  &lt;br /&gt;
&lt;br /&gt;
I don't think your parallel with VMware is a terrific one.  That kind of virtualization abstracts an OS instance from the actual hardware it's running on.  The Drobo doesn't quite do that.  It provides storage redundancy (a good thing), makes the hardware array independent of specific drive sizes (a neat thing), and has software management which allows automatic upgrading of the array (also neat).&lt;br /&gt;
&lt;br /&gt;
Ease of use and continuous upgrades are good design goals, but I think an enterprise storage guy is also worried about tiered performance, single points of failure, multi-chassis expansion, silent data corruption, enterprise apps, multiple host connections, filesystem support, data snapshots, raw drive access, intelligent cache utilization, enterprise support, etc.&lt;br /&gt;
&lt;br /&gt;
Just ... different concerns.</description>
			<content:encoded><![CDATA[I think that storage people aren't that thrilled about the Drobo because it's a consumer targeted product.  In that space, I think the Drobo is a winner.  <br />
<br />
I don't think your parallel with VMware is a terrific one.  That kind of virtualization abstracts an OS instance from the actual hardware it's running on.  The Drobo doesn't quite do that.  It provides storage redundancy (a good thing), makes the hardware array independent of specific drive sizes (a neat thing), and has software management which allows automatic upgrading of the array (also neat).<br />
<br />
Ease of use and continuous upgrades are good design goals, but I think an enterprise storage guy is also worried about tiered performance, single points of failure, multi-chassis expansion, silent data corruption, enterprise apps, multiple host connections, filesystem support, data snapshots, raw drive access, intelligent cache utilization, enterprise support, etc.<br />
<br />
Just ... different concerns.]]></content:encoded>
			<link>http://www.voicesofit.com/blogs/blog1.php/2009/11/23/drobo-elite-and-why-it-matters#c133</link>
		</item>
		
	</channel>
</rss>
