<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Where is Storage QoS?</title>
	<link>http://www.pythian.com/blogs/759/where-is-storage-qos</link>
	<description>News and views from Pythian DBAs</description>
	<pubDate>Sat, 22 Nov 2008 12:32:12 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Frits Hoogland</title>
		<link>http://www.pythian.com/blogs/759/where-is-storage-qos#comment-142967</link>
		<dc:creator>Frits Hoogland</dc:creator>
		<pubDate>Sat, 22 Dec 2007 14:29:48 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/759/where-is-storage-qos#comment-142967</guid>
		<description>These are exactly the things I commonly see in hosted environments alex! 'Virtualisation' of storage by using shared storage is done much in large(r) environments, but resource management of the storage (which is the term I use, which you refer to as 'Storage QoS') is never done. Knowledge about inner working and performance of SAN or NAS is extremely hard to find. 

In fact, I encountered a situation once where I did monitor the storage device (all central storage I have looked at has a way of externalising performance data by SNMP) for 6 months and saw the processor of the SAN 100% busy for the last month. Upon asking, the storage admins saw 'no problems', and suggested to look elsewhere for the performance problem.

With this in mind, operating system virtualisation is the next thing which is already creeping into the data centres......
Most companies I know, are fighting performance problems. Quite some of these performance problems are due to improper use of central storage, due to the lack of knowledge about technical implications (about which you gave an example).
The only way to combat these problems is by altering the architecture of the data center (meaning balancing the SAN throughput and the number of clients, which means reducing the number of clients in most cases), which is often rejected as a solution because this affects the cost model of central storage (making it more expensive)

Now, think about operating system virtualisation. This virtualisation means we can use a physical machine (with fixed bandwidth for IO, networking, systembus, etc.) and use it shared JUST LIKE CENTRAL STORAGE. This means that, while our IO is still cumbersome in some cases, we are going to do the exact same thing with our physical machine. Just like the central storage/SAN's I encounter, there is no way to guarantee IO throughput for a virtual machine, nor is there for network traffic, nor is there for system bus usage. (the resources which are manageable with the mainstream virtualistion software are CPU and amount of memory)

I would be very, very happy if there is a way to manage these resources, but have come across quite some data center's and clients, and have never encountered it.</description>
		<content:encoded><![CDATA[<p>These are exactly the things I commonly see in hosted environments alex! &#8216;Virtualisation&#8217; of storage by using shared storage is done much in large(r) environments, but resource management of the storage (which is the term I use, which you refer to as &#8216;Storage QoS&#8217;) is never done. Knowledge about inner working and performance of SAN or NAS is extremely hard to find. </p>
<p>In fact, I encountered a situation once where I did monitor the storage device (all central storage I have looked at has a way of externalising performance data by SNMP) for 6 months and saw the processor of the SAN 100% busy for the last month. Upon asking, the storage admins saw &#8216;no problems&#8217;, and suggested to look elsewhere for the performance problem.</p>
<p>With this in mind, operating system virtualisation is the next thing which is already creeping into the data centres&#8230;&#8230;<br />
Most companies I know, are fighting performance problems. Quite some of these performance problems are due to improper use of central storage, due to the lack of knowledge about technical implications (about which you gave an example).<br />
The only way to combat these problems is by altering the architecture of the data center (meaning balancing the SAN throughput and the number of clients, which means reducing the number of clients in most cases), which is often rejected as a solution because this affects the cost model of central storage (making it more expensive)</p>
<p>Now, think about operating system virtualisation. This virtualisation means we can use a physical machine (with fixed bandwidth for IO, networking, systembus, etc.) and use it shared JUST LIKE CENTRAL STORAGE. This means that, while our IO is still cumbersome in some cases, we are going to do the exact same thing with our physical machine. Just like the central storage/SAN&#8217;s I encounter, there is no way to guarantee IO throughput for a virtual machine, nor is there for network traffic, nor is there for system bus usage. (the resources which are manageable with the mainstream virtualistion software are CPU and amount of memory)</p>
<p>I would be very, very happy if there is a way to manage these resources, but have come across quite some data center&#8217;s and clients, and have never encountered it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
