<?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: Virtual Ports and Host Storage Domains</title>
	<atom:link href="http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html</link>
	<description>Hu Yoshida, VP and CTO of Hitachi Data Systems, provides his insight into industry issues, discusses in his own words storage best practices, and provides realistic solutions to real storage problems of current and next generation storage environments.</description>
	<pubDate>Tue, 07 Feb 2012 06:00:16 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ben</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-75016</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Mon, 09 Jun 2008 09:07:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-75016</guid>
		<description>Any chance you could fix up the hosting of the images? they'#re currently broken links.</description>
		<content:encoded><![CDATA[<p>Any chance you could fix up the hosting of the images? they&#8217;#re currently broken links.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nigel</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-195</link>
		<dc:creator>Nigel</dc:creator>
		<pubDate>Thu, 11 May 2006 07:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-195</guid>
		<description>Hi Hu,

Ive seen a lot of HDS Enterprise implementations where only one host type is assigned to a port such as - 
CL1-A - HP-UX hosts
CL1-B - AIX hosts
...
..
And the people who designed and manage these environments can get quite religious about not mixing host types on the same port.

Im aware that you can mix different host types on a port using HSDs, but are there any performance or other advantages to not mixing different hosts types on the same port?

Strangely none of these people have ever been able to give a valid reason for this and I just assume that its something they have carried over from other vendor implementations.

Thanks in advance
PS.  Great blog
</description>
		<content:encoded><![CDATA[<p>Hi Hu,</p>
<p>Ive seen a lot of HDS Enterprise implementations where only one host type is assigned to a port such as -<br />
CL1-A - HP-UX hosts<br />
CL1-B - AIX hosts<br />
&#8230;<br />
..<br />
And the people who designed and manage these environments can get quite religious about not mixing host types on the same port.</p>
<p>Im aware that you can mix different host types on a port using HSDs, but are there any performance or other advantages to not mixing different hosts types on the same port?</p>
<p>Strangely none of these people have ever been able to give a valid reason for this and I just assume that its something they have carried over from other vendor implementations.</p>
<p>Thanks in advance<br />
PS.  Great blog</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hubert Yoshida</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-194</link>
		<dc:creator>Hubert Yoshida</dc:creator>
		<pubDate>Thu, 27 Apr 2006 21:18:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-194</guid>
		<description>Alex, MSc student Edinburgh

Hi Alex. There are many levels of mode setting, and one platform may have several depending on configuration differences like clustering. SUN and Windows can share the same mode setting in some cases as you point out. In our systems we give them different mode settings. 

There are actually four places you can do LUN masking. In addition to the server, you can do it at the storage port or at the LUN level. In our case we add a fourth level which is a Host Storage Domain, HSD. In a storage controller without an HSD you can only do it at the Port or LUN Level. While LUN level masking may seem to have an advantage since it is more granular, it adds to complexity. With HSD, we mode set the HSD then drop LUNs into the HSD without having to mode set or mask each LUN. Each HSD is a separate address space so each HSD can see LUN 0 and assign LUNs consecutively. This helps to reduce the complexity of LUN management.

I admit that I am not an expert or a user of other vendors storage, so please let me know how others are doing this. 

I agree that this is not a key feature, compared to the other features in our storage systems, but I believe it is a differentiator in our overall virtualization solution.</description>
		<content:encoded><![CDATA[<p>Alex, MSc student Edinburgh</p>
<p>Hi Alex. There are many levels of mode setting, and one platform may have several depending on configuration differences like clustering. SUN and Windows can share the same mode setting in some cases as you point out. In our systems we give them different mode settings. </p>
<p>There are actually four places you can do LUN masking. In addition to the server, you can do it at the storage port or at the LUN level. In our case we add a fourth level which is a Host Storage Domain, HSD. In a storage controller without an HSD you can only do it at the Port or LUN Level. While LUN level masking may seem to have an advantage since it is more granular, it adds to complexity. With HSD, we mode set the HSD then drop LUNs into the HSD without having to mode set or mask each LUN. Each HSD is a separate address space so each HSD can see LUN 0 and assign LUNs consecutively. This helps to reduce the complexity of LUN management.</p>
<p>I admit that I am not an expert or a user of other vendors storage, so please let me know how others are doing this. </p>
<p>I agree that this is not a key feature, compared to the other features in our storage systems, but I believe it is a differentiator in our overall virtualization solution.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hubert Yoshida</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-193</link>
		<dc:creator>Hubert Yoshida</dc:creator>
		<pubDate>Thu, 27 Apr 2006 19:28:38 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-193</guid>
		<description>Thanks PQ65. You are right, the maximum limit is theoretical and is based on a maximum queue depth of 1024.</description>
		<content:encoded><![CDATA[<p>Thanks PQ65. You are right, the maximum limit is theoretical and is based on a maximum queue depth of 1024.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex, MSc student, Edinburgh</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-192</link>
		<dc:creator>Alex, MSc student, Edinburgh</dc:creator>
		<pubDate>Thu, 27 Apr 2006 18:40:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-192</guid>
		<description>LUN masking can be done either at storage controller or server level. I agree that host-based LUN-masking is not the right thing to do. However, all midrange disk arrays I know support LUN-masking at the storage controller level. In this case rebooted servers would not affect other hosts.

Most storage systems I know support differents types of hosts, which are assigned to host-adapters WWN's. Solaris and Windows hosts can be attached to the same physical port and have different address spaces (LUN's). This is true for all midrange disk arrays I know and even for some low end boxes.

So I still don't see any advantages, basically you do exactly what everybody else is doing, you just call it diffirently.

I don't know why HDS keeps mentioning this thing as their advantage, this is nonsense comparing to other real advantages they have.

The number of hosts that can be attached is another story, but personally I've never seen more than, say, 30 servers attached to one storage box. Even if we multiply this by 2 for multipathing, this is still way below the limitation of most products on the market. So this is rather theoretical advantage.</description>
		<content:encoded><![CDATA[<p>LUN masking can be done either at storage controller or server level. I agree that host-based LUN-masking is not the right thing to do. However, all midrange disk arrays I know support LUN-masking at the storage controller level. In this case rebooted servers would not affect other hosts.</p>
<p>Most storage systems I know support differents types of hosts, which are assigned to host-adapters WWN&#8217;s. Solaris and Windows hosts can be attached to the same physical port and have different address spaces (LUN&#8217;s). This is true for all midrange disk arrays I know and even for some low end boxes.</p>
<p>So I still don&#8217;t see any advantages, basically you do exactly what everybody else is doing, you just call it diffirently.</p>
<p>I don&#8217;t know why HDS keeps mentioning this thing as their advantage, this is nonsense comparing to other real advantages they have.</p>
<p>The number of hosts that can be attached is another story, but personally I&#8217;ve never seen more than, say, 30 servers attached to one storage box. Even if we multiply this by 2 for multipathing, this is still way below the limitation of most products on the market. So this is rather theoretical advantage.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pq65</title>
		<link>http://blogs.hds.com/hu/2006/04/virtual_ports_a.html/comment-page-1#comment-191</link>
		<dc:creator>Pq65</dc:creator>
		<pubDate>Wed, 26 Apr 2006 04:03:06 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.hds.com/hu/2006/04/virtual_ports_and_host_storage_domains.html#comment-191</guid>
		<description>Hi Hu, 

 I always find your posts very enlightning and very insightful. 

 You mention in your post that 1024 initiators can connect to a Physical Target port. To me that says that each Physical Storage Port has a queue depth of 1024. Assuming a reasonable LUN Queue Depth (32), you can not have more than 32 outstanding I/Os per LUN on that port, and more than 32 LUNs for ANY host type without being in danger of overrruning the target queue depth. 

Of course you can connect 1024 initiators but with what host queue depth? 1? ;-) 

Regards</description>
		<content:encoded><![CDATA[<p>Hi Hu, </p>
<p> I always find your posts very enlightning and very insightful. </p>
<p> You mention in your post that 1024 initiators can connect to a Physical Target port. To me that says that each Physical Storage Port has a queue depth of 1024. Assuming a reasonable LUN Queue Depth (32), you can not have more than 32 outstanding I/Os per LUN on that port, and more than 32 LUNs for ANY host type without being in danger of overrruning the target queue depth. </p>
<p>Of course you can connect 1024 initiators but with what host queue depth? 1? <img src='http://blogs.hds.com/hu/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Regards</p>
]]></content:encoded>
	</item>
</channel>
</rss>
