<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Ubiquitous Talk &#187; iscsi</title>
	<atom:link href="http://blog.laspina.ca/ubiquitous/tag/iscsi/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.laspina.ca</link>
	<description>Blogging for technical minds.</description>
	<lastBuildDate>Mon, 31 May 2010 04:29:47 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Securing COMSTAR and VMware iSCSI connections</title>
		<link>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections</link>
		<comments>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections#comments</comments>
		<pubDate>Tue, 30 Jun 2009 00:40:17 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[CHAP]]></category>
		<category><![CDATA[comstar]]></category>
		<category><![CDATA[esx]]></category>
		<category><![CDATA[initiator]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[itadm]]></category>
		<category><![CDATA[Mutual]]></category>
		<category><![CDATA[target]]></category>

		<guid isPermaLink="false">http://blog.laspina.ca/?p=189</guid>
		<description><![CDATA[Connecting VMware iSCSI sessions to COMSTAR or any iSCSI target provider securely is required to maintain a reliable system. Without some level of initiator to target connection gate keeping we will eventually encounter a security event. This can happen from a variety of sources, for example a non-cluster aware OS can connect to an unsecured VMware shared storage LUN and cause severe damage [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/securing-comstar-and-vmware-iscsi-connections/feed</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>Power House Blog on iSCSI and VMware lead by Chad Sakac</title>
		<link>http://blog.laspina.ca/ubiquitous/power_house_blog_on_iscsi</link>
		<comments>http://blog.laspina.ca/ubiquitous/power_house_blog_on_iscsi#comments</comments>
		<pubDate>Mon, 26 Jan 2009 17:24:51 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[configuration]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=72</guid>
		<description><![CDATA[
I had the pleasure of reading this power house blog article that Chad Sakac of EMC initiated. It&#8217;s a great read for anyone using iSCSI and VMware. 
Quote:
Today’s post is one you don’t often find in the blogosphere, see today’s post is a collaborative effort initiated by me, Chad Sakac (EMC), which includes contributions from Andy [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/power_house_blog_on_iscsi/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Multi Protocol Storage Provisioning with COMSTAR</title>
		<link>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with</link>
		<comments>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with#comments</comments>
		<pubDate>Mon, 26 Jan 2009 06:01:42 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[clones]]></category>
		<category><![CDATA[comstar]]></category>
		<category><![CDATA[fc]]></category>
		<category><![CDATA[fcoe]]></category>
		<category><![CDATA[gateway]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[iser]]></category>
		<category><![CDATA[multi]]></category>
		<category><![CDATA[opensolaris]]></category>
		<category><![CDATA[protocol]]></category>
		<category><![CDATA[provision]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[reprovision]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[snapshot]]></category>
		<category><![CDATA[sparse]]></category>
		<category><![CDATA[target]]></category>
		<category><![CDATA[thin]]></category>
		<category><![CDATA[vmfs]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=75</guid>
		<description><![CDATA[ COMSTAR is a new breed of open source storage product available to the world. What was traditionally a closed and proprietary storage capability is now available to our open source communities. With OpenSolaris and COMSTAR the ability to freely provision virtual storage services over very mature high end protocols on standard commodity server hardware is now a reality. High performance transports [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/multi_protocol_storage_provisioning_with/feed</wfw:commentRss>
		<slash:comments>9</slash:comments>
		</item>
		<item>
		<title>Provisioning Disaster Recovery with ZFS, iSCSI and VMware</title>
		<link>http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs</link>
		<comments>http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs#comments</comments>
		<pubDate>Fri, 07 Nov 2008 10:41:08 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[clone]]></category>
		<category><![CDATA[disaster]]></category>
		<category><![CDATA[howto]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[recovery]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[snapshot]]></category>
		<category><![CDATA[vmfs]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=57</guid>
		<description><![CDATA[OpenSolaris, ZFS, iSCSI and VMware are a great combination for provisioning Disaster Recovery (DR) systems at exceptionally low cost. There are some fundamentally well suited features of ZFS and VMFS volumes that provide a relatively simply and very efficient recovery process for VMware hosted non-zero RPO crash consistent recovery based environments. In this weblog I will demonstrate [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/provisioning_disaster_recovery_with_zfs/feed</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
		<item>
		<title>X4500 ZFS and iSCSI Performance Characteristics</title>
		<link>http://blog.laspina.ca/ubiquitous/x4500_zfs_and_iscsi_performance</link>
		<comments>http://blog.laspina.ca/ubiquitous/x4500_zfs_and_iscsi_performance#comments</comments>
		<pubDate>Sat, 27 Sep 2008 11:35:14 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[opensolaris]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[x4500]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=46</guid>
		<description><![CDATA[Benchmarks are useful in many ways, they are particularly effective when you wish to validate an architectural design. In this case a SUN X4500 as an iSCSI target and VMware ESX 3.5 servers with QLA4050c initiators. This benchmark is not a definitive measure of what the architectural maximums are for the X4500 or the other [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/x4500_zfs_and_iscsi_performance/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Running ZFS over iSCSI as a VMware vmfs store</title>
		<link>http://blog.laspina.ca/ubiquitous/running-zfs-over-iscsi-as-a-vmware-vmfs-store</link>
		<comments>http://blog.laspina.ca/ubiquitous/running-zfs-over-iscsi-as-a-vmware-vmfs-store#comments</comments>
		<pubDate>Thu, 10 Jul 2008 20:50:14 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Storage]]></category>
		<category><![CDATA[VMware]]></category>
		<category><![CDATA[aggregate]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[opensolaris]]></category>
		<category><![CDATA[san]]></category>
		<category><![CDATA[vmfs]]></category>
		<category><![CDATA[Volumes]]></category>
		<category><![CDATA[zfs]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=65</guid>
		<description><![CDATA[The first time I looked at ZFS it totally floored me. This is a file system that has changed storage system rules as we currently know them and continues to do so. It is with no doubt the best architecture to date and now you can use it for your VMware stores.
Previously I had explored using [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/running-zfs-over-iscsi-as-a-vmware-vmfs-store/feed</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>iSCSI Security Basics</title>
		<link>http://blog.laspina.ca/ubiquitous/iscsi_security_basics</link>
		<comments>http://blog.laspina.ca/ubiquitous/iscsi_security_basics#comments</comments>
		<pubDate>Sat, 12 Apr 2008 02:39:47 +0000</pubDate>
		<dc:creator>Mike La Spina</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[basics]]></category>
		<category><![CDATA[best practice]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[iscsi]]></category>
		<category><![CDATA[isolation]]></category>
		<category><![CDATA[methods]]></category>
		<category><![CDATA[power]]></category>
		<category><![CDATA[redundancy]]></category>

		<guid isPermaLink="false">http://ux1.laspina.ca/?p=21</guid>
		<description><![CDATA[With iSCSI&#8217;s growing popularity the need for improved iSCSI security understanding is becoming very important. Multiple issues arise when we choose to transport storage over our networks. The fundamental security areas of availability, confidentiality and integrity are all at risk when iSCSI best practices are not implemented. For example a single attachment error can corrupt an iSCSI attached device at the speed [...]]]></description>
		<wfw:commentRss>http://blog.laspina.ca/ubiquitous/iscsi_security_basics/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
