<?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: Multi Protocol Storage Provisioning with COMSTAR</title>
	<atom:link href="http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with</link>
	<description>Blogging for technical minds.</description>
	<lastBuildDate>Tue, 16 Mar 2010 03:27:15 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mike La Spina</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/comment-page-1#comment-632</link>
		<dc:creator>Mike La Spina</dc:creator>
		<pubDate>Thu, 04 Feb 2010 18:21:12 +0000</pubDate>
		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75#comment-632</guid>
		<description>Thank-you.

You most definitely should use COMSTAR to provision your iSCSI targets. It&#039;s a kernel based implementation and runs almost twice the speed of iscsitgt.

To layout your disks I think RaidZ2 is a good choice for archive, I would use 4 groups of 7 and 2 groups of 8 this would leave 2 boot drives and 2 spares. You do not want very large groups as it increases the possibility of a total array failure event. Remember the rule of thumb &quot; its not if your disks fails&quot;,&quot;its when your disks fails&quot;.

Regards,

Mike</description>
		<content:encoded><![CDATA[<p>Thank-you.</p>
<p>You most definitely should use COMSTAR to provision your iSCSI targets. It&#8217;s a kernel based implementation and runs almost twice the speed of iscsitgt.</p>
<p>To layout your disks I think RaidZ2 is a good choice for archive, I would use 4 groups of 7 and 2 groups of 8 this would leave 2 boot drives and 2 spares. You do not want very large groups as it increases the possibility of a total array failure event. Remember the rule of thumb &#8221; its not if your disks fails&#8221;,&#8221;its when your disks fails&#8221;.</p>
<p>Regards,</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eff Norwood</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/comment-page-1#comment-629</link>
		<dc:creator>Eff Norwood</dc:creator>
		<pubDate>Thu, 04 Feb 2010 13:53:58 +0000</pubDate>
		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75#comment-629</guid>
		<description>Mike - thanks for another impressive article. I love your blog and thank you for it. I am currently getting ready to release for testing an OpenSolaris SNV 131 system for backup and VMWare, all provisioned as ZFS backed iSCSI. Would you advise using the traditional iSCSI methodology or the COMSTAR method outlined here?</description>
		<content:encoded><![CDATA[<p>Mike &#8211; thanks for another impressive article. I love your blog and thank you for it. I am currently getting ready to release for testing an OpenSolaris SNV 131 system for backup and VMWare, all provisioned as ZFS backed iSCSI. Would you advise using the traditional iSCSI methodology or the COMSTAR method outlined here?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike La Spina</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/comment-page-1#comment-54</link>
		<dc:creator>Mike La Spina</dc:creator>
		<pubDate>Thu, 25 Jun 2009 12:55:56 +0000</pubDate>
		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75#comment-54</guid>
		<description>If you are using it as a backup store then you will really like the deduplication feature that targeted for Q4/2009.</description>
		<content:encoded><![CDATA[<p>If you are using it as a backup store then you will really like the deduplication feature that targeted for Q4/2009.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Per</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/comment-page-1#comment-53</link>
		<dc:creator>Per</dc:creator>
		<pubDate>Thu, 25 Jun 2009 06:22:26 +0000</pubDate>
		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75#comment-53</guid>
		<description>Really impressive, I&#039;m using OpenSolaris as a backup store today to a VMware cluster so this was really enlightning.</description>
		<content:encoded><![CDATA[<p>Really impressive, I&#8217;m using OpenSolaris as a backup store today to a VMware cluster so this was really enlightning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Curmudgeon</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/comment-page-1#comment-10</link>
		<dc:creator>Curmudgeon</dc:creator>
		<pubDate>Tue, 16 Jun 2009 12:25:49 +0000</pubDate>
		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75#comment-10</guid>
		<description>Thank you Mike for a great lesson in OpenSolaris, greatly appreciated.</description>
		<content:encoded><![CDATA[<p>Thank you Mike for a great lesson in OpenSolaris, greatly appreciated.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
