<?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>Kommentare zu: Konsolidierung &#8211; Does size matter?</title>
	<atom:link href="http://www.ende-der-vernunft.org/2008/08/31/konsolidierung-does-size-matter/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ende-der-vernunft.org/2008/08/31/konsolidierung-does-size-matter/</link>
	<description>Wir ertrinken in Information, aber hungern nach Wissen [John Naisbitt]</description>
	<lastBuildDate>Mon, 02 Jan 2012 08:33:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: Stefan Funke</title>
		<link>http://www.ende-der-vernunft.org/2008/08/31/konsolidierung-does-size-matter/comment-page-1/#comment-9024</link>
		<dc:creator>Stefan Funke</dc:creator>
		<pubDate>Sun, 31 Aug 2008 23:43:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2183#comment-9024</guid>
		<description>Ich denke auch im Storage Bereich geht der Trend dahin die Ressourcen eher in die Breite zu ziehen, diese aber dann als eine virtuelle Clustereinheit anzubieten. (bessere Ausnutzung aller Komponenten, höhere Ausfallsicherheit, weniger Abhängigkeiten von einzelnen Knoten)

Was ich immer mehr vermisse ist der alte &quot;keep it simple&quot; Ansatz in Sachen Management der Systeme. Blauäugig wie ich bin hoffe ich aber noch auf Besserung. Schon für die SNW 2008 registriert? :)</description>
		<content:encoded><![CDATA[<p>Ich denke auch im Storage Bereich geht der Trend dahin die Ressourcen eher in die Breite zu ziehen, diese aber dann als eine virtuelle Clustereinheit anzubieten. (bessere Ausnutzung aller Komponenten, höhere Ausfallsicherheit, weniger Abhängigkeiten von einzelnen Knoten)</p>
<p>Was ich immer mehr vermisse ist der alte &#8220;keep it simple&#8221; Ansatz in Sachen Management der Systeme. Blauäugig wie ich bin hoffe ich aber noch auf Besserung. Schon für die SNW 2008 registriert? :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Patrick</title>
		<link>http://www.ende-der-vernunft.org/2008/08/31/konsolidierung-does-size-matter/comment-page-1/#comment-9021</link>
		<dc:creator>Patrick</dc:creator>
		<pubDate>Sun, 31 Aug 2008 19:23:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2183#comment-9021</guid>
		<description>Viele kleine Einheiten sind nur dann sinnvoll, wenn sie zusammen für eine gewisse Redundanz sorgen. Ansonsten sind viele kleine Einheiten das denkbar Schlechteste.

Virtualisierung im Storageumfeld sorgt auch weniger für mehr Einfachheit und eine Entflechtung, als viele mehr dafür, dass einzelne Resourcen besser genutzt werden, Systeme gleichmäßiger ausgelastet werden und Systeme von anderen Systemen nichts mitbekommen. Ein schönes Beispiel: Alte Speichersysteme werden für Migrationszwecke hinter einem neuen System virtualisiert. Oder Server bekommen einen Ausfall eines Systems nicht mit, weil sie sich mit einem &quot;Virtualisierungssystem&quot; unterhalten.

Man muss immer den möglichen Einsatzzweck beachten. Klar sind monolithische Systeme, wie Symmetrix, DS8000, XP oder TagmaStor oft ein SPoF, aber mal ehrlich: Ich habe wirklich wichtige Systeme selten ungespiegelt gesehen.

Google geht mit GFS einen anderen Weg, aber ich glaube nicht, dass es der optimale Weg ist. Vielleicht ist es einfach nur der Weg des geringsten Widerstandes.</description>
		<content:encoded><![CDATA[<p>Viele kleine Einheiten sind nur dann sinnvoll, wenn sie zusammen für eine gewisse Redundanz sorgen. Ansonsten sind viele kleine Einheiten das denkbar Schlechteste.</p>
<p>Virtualisierung im Storageumfeld sorgt auch weniger für mehr Einfachheit und eine Entflechtung, als viele mehr dafür, dass einzelne Resourcen besser genutzt werden, Systeme gleichmäßiger ausgelastet werden und Systeme von anderen Systemen nichts mitbekommen. Ein schönes Beispiel: Alte Speichersysteme werden für Migrationszwecke hinter einem neuen System virtualisiert. Oder Server bekommen einen Ausfall eines Systems nicht mit, weil sie sich mit einem &#8220;Virtualisierungssystem&#8221; unterhalten.</p>
<p>Man muss immer den möglichen Einsatzzweck beachten. Klar sind monolithische Systeme, wie Symmetrix, DS8000, XP oder TagmaStor oft ein SPoF, aber mal ehrlich: Ich habe wirklich wichtige Systeme selten ungespiegelt gesehen.</p>
<p>Google geht mit GFS einen anderen Weg, aber ich glaube nicht, dass es der optimale Weg ist. Vielleicht ist es einfach nur der Weg des geringsten Widerstandes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Andreas</title>
		<link>http://www.ende-der-vernunft.org/2008/08/31/konsolidierung-does-size-matter/comment-page-1/#comment-9020</link>
		<dc:creator>Andreas</dc:creator>
		<pubDate>Sun, 31 Aug 2008 19:21:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.ende-der-vernunft.org/?p=2183#comment-9020</guid>
		<description>Ich bin ein Fan von Virtualisierung da, wo es mir das Leben einfacher macht, wo ein Lifecycle eines Storage-Systems für mich als Sysadmin transparent läuft, wo Server-Lifecycle daraus besteht ein Image zu kopieren. Dort wo es mir relativ einfach ein Plus an Sicherheit gibt. Webserver verwanzt? Egal, Image wegwerfen, Loch flicken und nochmal.

Aktuelles Spiel bei meinem Kunden: Lifecycle einiger SAN-Systeme -&gt; alle LUNs umziehen. Extrem unschön.</description>
		<content:encoded><![CDATA[<p>Ich bin ein Fan von Virtualisierung da, wo es mir das Leben einfacher macht, wo ein Lifecycle eines Storage-Systems für mich als Sysadmin transparent läuft, wo Server-Lifecycle daraus besteht ein Image zu kopieren. Dort wo es mir relativ einfach ein Plus an Sicherheit gibt. Webserver verwanzt? Egal, Image wegwerfen, Loch flicken und nochmal.</p>
<p>Aktuelles Spiel bei meinem Kunden: Lifecycle einiger SAN-Systeme -&gt; alle LUNs umziehen. Extrem unschön.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

