<?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: Room at the top</title>
	<atom:link href="http://storagemojo.com/2010/06/09/room-at-the-top/feed/" rel="self" type="application/rss+xml" />
	<link>http://storagemojo.com/2010/06/09/room-at-the-top/</link>
	<description>Data storage info &#38; analysis</description>
	<lastBuildDate>Sun, 20 May 2012 13:26:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-210918</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Fri, 17 Sep 2010 18:34:16 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-210918</guid>
		<description>Arik,

Odd, that is what almost all of our clients are doing with our systems! Our RamSans look just like block level devices to the system, sound familiar? The more complex a solution, the more chances for failure.</description>
		<content:encoded><![CDATA[<p>Arik,</p>
<p>Odd, that is what almost all of our clients are doing with our systems! Our RamSans look just like block level devices to the system, sound familiar? The more complex a solution, the more chances for failure.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kaminario K2 for the IOPS-obsessed &#124; Gathering Clouds</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-210190</link>
		<dc:creator>Kaminario K2 for the IOPS-obsessed &#124; Gathering Clouds</dc:creator>
		<pubDate>Mon, 26 Jul 2010 04:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-210190</guid>
		<description>[...] Harris of Storage Mojo has more here.      This entry was posted in Events. Bookmark the permalink.    &#8592; What&#8217;s new in [...]</description>
		<content:encoded><![CDATA[<p>[...] Harris of Storage Mojo has more here.      This entry was posted in Events. Bookmark the permalink.    &larr; What&#8217;s new in [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arik Kol</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209668</link>
		<dc:creator>Arik Kol</dc:creator>
		<pubDate>Thu, 17 Jun 2010 09:54:57 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209668</guid>
		<description>Mike,
You are comparing apples and oranges. Allow me to explain:
The Kaminario K2 appliance is a black box that utilizes blade server technology. Our operating system, kOS manages these different components under a single entity.
You just cannot compare the basic building blocks of the Kaminario K2 appliance (ioDirectors, Data nodes), managed by a single OS (the kOS) and running as a single system, with integrating several DIFFERENT TMS appliances to work together and expecting the customer to build a high availability solution on top of it.</description>
		<content:encoded><![CDATA[<p>Mike,<br />
You are comparing apples and oranges. Allow me to explain:<br />
The Kaminario K2 appliance is a black box that utilizes blade server technology. Our operating system, kOS manages these different components under a single entity.<br />
You just cannot compare the basic building blocks of the Kaminario K2 appliance (ioDirectors, Data nodes), managed by a single OS (the kOS) and running as a single system, with integrating several DIFFERENT TMS appliances to work together and expecting the customer to build a high availability solution on top of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209632</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Tue, 15 Jun 2010 18:08:54 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209632</guid>
		<description>Oh, and just to clarify, we have redundant controllers built in to each RamSan. Given that the minimum configuration for the K2 is 2 heads and 4 storage nodes the redundancy is from multiple components and not at the component level. With 4 RamSan440 or RamSan630 components you get multiple controllers, multiple back planes, and even at a RAID1 higher capacity (1 Terabyte or 20 terabytes, and 4, 8, 12 or 16 terabytes in between) and IOPS at lower latency than the K2 provides, in 12u of space.</description>
		<content:encoded><![CDATA[<p>Oh, and just to clarify, we have redundant controllers built in to each RamSan. Given that the minimum configuration for the K2 is 2 heads and 4 storage nodes the redundancy is from multiple components and not at the component level. With 4 RamSan440 or RamSan630 components you get multiple controllers, multiple back planes, and even at a RAID1 higher capacity (1 Terabyte or 20 terabytes, and 4, 8, 12 or 16 terabytes in between) and IOPS at lower latency than the K2 provides, in 12u of space.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209591</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Mon, 14 Jun 2010 13:49:40 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209591</guid>
		<description>For a green field install I can see your solution being useful. For existing SAN users I am not so sure as they will already have redundancy. The only single point of failure on the RamSans is the backplane. We always suggest using a RAID1 to a second RamSan to eliminate this single point of failure. We utilize RAID at the chip level, ECC and Chipkill as well as hot spare technologies. We are enterprise level and SAN ready.</description>
		<content:encoded><![CDATA[<p>For a green field install I can see your solution being useful. For existing SAN users I am not so sure as they will already have redundancy. The only single point of failure on the RamSans is the backplane. We always suggest using a RAID1 to a second RamSan to eliminate this single point of failure. We utilize RAID at the chip level, ECC and Chipkill as well as hot spare technologies. We are enterprise level and SAN ready.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arik Kol</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209553</link>
		<dc:creator>Arik Kol</dc:creator>
		<pubDate>Sat, 12 Jun 2010 21:55:04 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209553</guid>
		<description>Mike,
Seems like you did not fully understand my comment about the multiple controllers on high end storage solutions.
Please read the above description again. Unlike RamSan, there is no single point of failure in the K2 system, no chips, no motherboards - nothing - by design. 
K2 consists of many data nodes and with complete balancing of the data. A node failure means reconstruction of a single digit perctage of the total capacity, no where near the 5TB you mention.</description>
		<content:encoded><![CDATA[<p>Mike,<br />
Seems like you did not fully understand my comment about the multiple controllers on high end storage solutions.<br />
Please read the above description again. Unlike RamSan, there is no single point of failure in the K2 system, no chips, no motherboards &#8211; nothing &#8211; by design.<br />
K2 consists of many data nodes and with complete balancing of the data. A node failure means reconstruction of a single digit perctage of the total capacity, no where near the 5TB you mention.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209542</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Fri, 11 Jun 2010 15:11:17 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209542</guid>
		<description>Oh, and by the way, if I have to rebuild 5 TB of DDR from disk storage, how long is that going to take? We use flash modules for backup of our high end RamSan440 so rebuilds are 10-20 times faster than from disk based backup technology. This also allows &quot;instant on&quot; at reduced performance during the rebuild.</description>
		<content:encoded><![CDATA[<p>Oh, and by the way, if I have to rebuild 5 TB of DDR from disk storage, how long is that going to take? We use flash modules for backup of our high end RamSan440 so rebuilds are 10-20 times faster than from disk based backup technology. This also allows &#8220;instant on&#8221; at reduced performance during the rebuild.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209540</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Fri, 11 Jun 2010 13:17:53 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209540</guid>
		<description>Andrew, we at TMS (http://www.ramsan.com) have been optimizing SQL Server, Oracle, virtualization and any other IO intensive application for years. Check out our user stories and whitepapers.

Mike</description>
		<content:encoded><![CDATA[<p>Andrew, we at TMS (<a href="http://www.ramsan.com" rel="nofollow">http://www.ramsan.com</a>) have been optimizing SQL Server, Oracle, virtualization and any other IO intensive application for years. Check out our user stories and whitepapers.</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209539</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Fri, 11 Jun 2010 13:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209539</guid>
		<description>All RamSan solutions (except for the PCIe RamSAn10/20) provide for multiple, multiport FC connections, some also allow IB. Rather than force users to use a controller of our choice we prefer to let them use one of their choice. This makes our solution more flexible and able to be easily upgraded as the users upgrade their systems.</description>
		<content:encoded><![CDATA[<p>All RamSan solutions (except for the PCIe RamSAn10/20) provide for multiple, multiport FC connections, some also allow IB. Rather than force users to use a controller of our choice we prefer to let them use one of their choice. This makes our solution more flexible and able to be easily upgraded as the users upgrade their systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arik Kol</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209536</link>
		<dc:creator>Arik Kol</dc:creator>
		<pubDate>Thu, 10 Jun 2010 20:29:14 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209536</guid>
		<description>Mike,
All high-end solutions in the data storage world contain at least two controllers. A point to think about when choosing an enterprise-grade solution...</description>
		<content:encoded><![CDATA[<p>Mike,<br />
All high-end solutions in the data storage world contain at least two controllers. A point to think about when choosing an enterprise-grade solution&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Ault</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209533</link>
		<dc:creator>Mike Ault</dc:creator>
		<pubDate>Thu, 10 Jun 2010 16:03:39 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209533</guid>
		<description>But as an Enterprise DDR SSD offering it is still second or even third inline, not first. Maybe  the storage heads and software deserve recognition, but not the SSD portion.

TMS RamSans are enterprise level storage and easy to manage. Give more IOPS and lower latency. They can be combined to scale to hundreds of terabytes if needed.</description>
		<content:encoded><![CDATA[<p>But as an Enterprise DDR SSD offering it is still second or even third inline, not first. Maybe  the storage heads and software deserve recognition, but not the SSD portion.</p>
<p>TMS RamSans are enterprise level storage and easy to manage. Give more IOPS and lower latency. They can be combined to scale to hundreds of terabytes if needed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: andrew flesch</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209532</link>
		<dc:creator>andrew flesch</dc:creator>
		<pubDate>Thu, 10 Jun 2010 16:02:31 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209532</guid>
		<description>Great looking product. Having worked in the server based computing, virtualization and WAN optimization business for over ten years I have never found a good way to optimize and enhance I/O intensive applications like SQL and VDI(Virtual Desktops). I am assuming K 2 would speed up applications with intensive SQL backends and virtualized environments.  Has Kaminario or Storage Mojo done any performance benchmarks on running virtualized workloads such as virtual hosted desktops? There are thousands of customers who could take advantage of this. Very exciting looking product with wide applicability.</description>
		<content:encoded><![CDATA[<p>Great looking product. Having worked in the server based computing, virtualization and WAN optimization business for over ten years I have never found a good way to optimize and enhance I/O intensive applications like SQL and VDI(Virtual Desktops). I am assuming K 2 would speed up applications with intensive SQL backends and virtualized environments.  Has Kaminario or Storage Mojo done any performance benchmarks on running virtualized workloads such as virtual hosted desktops? There are thousands of customers who could take advantage of this. Very exciting looking product with wide applicability.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tgs</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209531</link>
		<dc:creator>tgs</dc:creator>
		<pubDate>Thu, 10 Jun 2010 15:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209531</guid>
		<description>too bad they used Dell blades.</description>
		<content:encoded><![CDATA[<p>too bad they used Dell blades.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arik Kol</title>
		<link>http://storagemojo.com/2010/06/09/room-at-the-top/comment-page-1/#comment-209529</link>
		<dc:creator>Arik Kol</dc:creator>
		<pubDate>Thu, 10 Jun 2010 13:38:53 +0000</pubDate>
		<guid isPermaLink="false">http://storagemojo.com/?p=2052#comment-209529</guid>
		<description>Hi Kevin, Hi Mike,

There is a significant difference.

The new thing about Kaminario K2 is the unique combination of a true enterprise product, ease of use and  hyper-performance as Robin articulated above. Kaminario’s secret sauce lies in its revolutionary OS which can benefit from any reliable fast media, combined with off-the-shelf hardware components.

Enterprise grade translates to high availability with no single point of failure and full redundancy of all the hardware components on a system level. It protects customer&#039;s investment by enabling future growth of capacity and performance in the same system. 

The capacity starts at 500GB and can grow up to 4TB per enclosure. A Kaminario K2 system can consist of multiple enclosures under a single management for aggregated performance and capacity. Upon hardware failure the system recovers automatically, allowing continued operation of the application.

As for performance, Kaminario K2 provides consistent millions of IOPS and tens of GB/s of throughput under both sequential and random workloads, eliminating the need to worry about either write performance or wear leveling.

In summary, the combination of Enterprise grade, scalable high performance and ease of use is what makes Kaminario K2 appealing to enterprise customers.

[Arik works for Kaminario]</description>
		<content:encoded><![CDATA[<p>Hi Kevin, Hi Mike,</p>
<p>There is a significant difference.</p>
<p>The new thing about Kaminario K2 is the unique combination of a true enterprise product, ease of use and  hyper-performance as Robin articulated above. Kaminario’s secret sauce lies in its revolutionary OS which can benefit from any reliable fast media, combined with off-the-shelf hardware components.</p>
<p>Enterprise grade translates to high availability with no single point of failure and full redundancy of all the hardware components on a system level. It protects customer&#8217;s investment by enabling future growth of capacity and performance in the same system. </p>
<p>The capacity starts at 500GB and can grow up to 4TB per enclosure. A Kaminario K2 system can consist of multiple enclosures under a single management for aggregated performance and capacity. Upon hardware failure the system recovers automatically, allowing continued operation of the application.</p>
<p>As for performance, Kaminario K2 provides consistent millions of IOPS and tens of GB/s of throughput under both sequential and random workloads, eliminating the need to worry about either write performance or wear leveling.</p>
<p>In summary, the combination of Enterprise grade, scalable high performance and ease of use is what makes Kaminario K2 appealing to enterprise customers.</p>
<p>[Arik works for Kaminario]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

