Damit ist zwar das Problem beschrieben, aber nicht die Ursache.

Ganz besonders hervorzuheben ist dabei ein Unterschied. Amazon Instanzen werden jedesmal frisch aus einen Image gestartet. Wenn die Instanz beendet wird, gehen alle Änderungen verloren. Was für den ein oder anderen auf den ersten Blick erschreckend wirken mag, ging mir vor einem Jahr auch noch so, ist wenn man ehrlich ist die einzige brauchbare Lösung wenn man eine größere Anzahl an Instanzen verwalten will oder muss.

Nur durch diese Images hat man 1. jederzeit einen definierten Zustand und kann 2. überhaupt wirklich kontrolliert Softwareupdates fahren. Natürlich gibt es da verschiedene Lösungen zum Update- bzw. Patch-Management. Aber eigentlich weiss jeder, kommt es damit in der Praxis immer wieder zu Problemen.

Durch die Images hat man jederzeit einen frisch Installierten Server wenn man eine EC2 Instanz startet. Die Images selbst kann man updaten, testen und dann problemlos neue Instanzen damit starten und die alten beenden. Diese Tatsache zwingt einen natürlich dazu nach dem Start automatisiert verschiedene Anpassungen vorzunehmen, die die Instanz auf ihren eigentlichen Einsatzbereich vorbereiten. Genau damit bereitet man sich aber auch darauf vor die Anzahl der Instanzen jederzeit erhöhen oder verringern zu können. Zumindest in der Theorie. In der Praxis wird die ein oder andere Anwendung wohl noch Probleme machen.

Hier ist der Punkt an dem die meisten anderen Anbieter einen Kompromiss eingehen und damit auch den meiner Meinung nach größten Fehler, wenn es um Cloud Computing geht. Man startet eine bestimmte virtuelle Instanz und nicht einfach irgendeine. Damit ist es aber auch nur das. Virtualisierung. Echtes Cloud Computing (Infrastructure as a Service) wird daraus erst wenn die einzelnen Instanzen völlig austauschbar werden. Und das werden sie eben nur, wenn sie jederzeit mit genau dem selben definierten Zustand per API erstellt werden können.

Gerade die API ist dabei aber auch Pflicht. Wer als IaaS Anbieter nicht zumindest geplant hat eine solche Schnittstelle zeitnah anzubieten sollte ganz schnell nochmal sein Angebot überdenken. Wer jetzt lediglich mit einem Virtualisierungsangebot startet und das ganze dann Cloud Computing nennt wird es meiner Meinung nach am Markt nicht lange verkaufen können. Noch ist es nicht zu spät.

Nach einem Tag war meine Inovationcode bereits im Postfach und ich konnte beginnen, außer einer E-Mail-Adresse waren nicht mehr Daten von Nöten. Suse stellt 15GB Speicherplatz zur Verfügung, was für die ersten Tests mehr als ausreichend ist. Insgesamt ist die Oberfläche sehr intuitiv bedienbar, in der ganzen Testphase hatte ich nie das verlangen nach einer Anleitung.

Appliance erstellen

Als erstes wählt man zwischen den unterschiedlichen Templates eines aus und vergibt einen Namen für dieses (Bild1). Im Menüpunkt “Software” steht ein Art Paketmanager zur Verfügung und zeigt einem die Basis Pakete an (Bild2). Ich habe einfach mal  “apache2-php5-mod” hinzugefügt, Abhängigkeiten werden automatisch aufgelöst (Bild3). Unter “Configuration” kann ich unterschiedliche Konfiguration vornehnmen, so kann ich beispielsweise Nutzer hinzufügen (Bild4), Skripte definieren oder eine MySql Datenbank einrichten.

“Overlayer Files” biete mir die Möglichkeit Datein direkt in die Appliance (“Image”) einzubinden, so kann ich zum Beispiel direkt meine Anwendung mit im “Image” ausliefern (Bild5). Nachdem wir alle Einstellungen unseren Wünschen entsprechend angepasst haben, müssen wir das “Image” noch bauen lassen (Bild6), hier kann man zwischen unterschiedlichen Arten der Auslieferung wählen. Nun ist ein wenig Gedulg angesagt, dannach steht das “Image” gepackt zum download bereit.

Auch habe ich die Möglichkeit das “Image” direkt für 60 Minuten im Browser zu testen (Bild7), dies ist meiner Meinung nach aber noch nicht 100%ig ausgereift genug. Für die ersten Steps mit dem “Image” aber vollkommen ausreichend.

Fazit

Suse lieft ein echt spannende Lösung um schnell “Images” zu erstellen und in Betrieb nehmen zu können, wie praxistauglich diese Lösung ist kann ich allerdings noch nicht sagen, da ich noch nicht die Zeit dafür gefunden haben. Auf jeden Fall hat Suse hier ein gewaltigen Schritt für zukünftiges gelegt, wir werden sehen wer in Zukunft ähnliche Lösungen liefern wird. Für Microsoft Systeme wäre das doch genial oder?

Basecamp, now with more vroom.

via HighAvailability

Nicht nur aus diesem Grund, aber auch lasse ich mir es natürlich nicht nehmen über Legalcloud zu berichten. Mit dem Slogan: “Get your law firm out of the ‘data center business’” wirbt nscaled dort für eine Cloud Computing Lösung, die speziell auf die Zielgruppe von Anwaltskanzleinen zugeschnitten ist. Insbesondere die großen internationalen Law Firms sind eine durchaus zahlungsfähige Klientel.

Kent Langley, dessen Blog ich bereits mehrmals verlinkt habe und aktiv lese ist ein durchaus kompetenter Ansprechpartner und deshalb sehe ich das Angebot auch als durchaus positiv. Offenbar scheint man sich bei nscaled damit einer Spezialisierung unterzogen zu haben. Zuvor bot man allgemeine Beratungsleistungen rund um das Thema Cloud Computing an. Mit der Legal Cloud geht man offenbar weg von reiner Beratung und hin zu Dienstleistungen mit Mehrwert. In meinen Augen der richtige Schritt.

Technisch scheint man bei Legal Cloud offenbar auf die Dienste von Rackspace zurück zu greifen und offenbar auf VMWare zu setzen. Angesichts der wohl eher konservativen Kundschaft erscheint das auf den ersten Blick wohl eine gute Wahl zu sein. Im Detail kenne ich mich mit insbesondere VMWare zu wenig aus um mehr als eine Vermutung äussern zu können.

• Xen Client Initiative (XCI) Enhancements
• Reliability – Availability – Serviceability (RAS)
• Power Management

Bildquelle: Strato

Im Rahmen der CeBIT hat Strato den sogenannten MultiServer vorgestellt. Dabei handelt es sich um dedizierte Hardware auf der bereits der XEN-Hypervisor vorinstalliert ist. Kunden können diese Dom0 dann vermutlich über ein Webinterface mit virtuellen Instanzen bestücken.

Das System bietet in meinen Augen aber nur einen geringen Mehrwert. Den XEN-Hypervisor auf dedizierter Hardware zu betreiben erfordert nur wenig mehr Aufwand, als die Administration eines dedizierten Servers. Der eigentliche Administrationsaufwand sinkt durch das Webinterface nicht nennenswert. Auch wenn die Server nur virtualisiert sind muss trotzdem auf jedem der Systeme für z.B. Backup und Sicherheitsupdates gesorgt werden.

Trotzdem darf man natürlich nicht vergessen, dass Unternehmen oftmals froh sind auf fertige Lösungen zurück zu greifen. Man verspricht sich davon schnelle Hilfe bei Problemen durch den Dienstleister. Immerhin bietet Strato das Produkt ja auf der gesonderten Webpräsenz für Firmenkunden an. Durch den Rückgriff auf Strato als Dienstleister müssen Unternehmen das Know-how für die XEN-Virtualisierung nicht inhouse vorhalten.

Wer aber die virtuellen Systeme dann administriert ist mir unklar. Jeder der damit klar kommt sollte eigentlich kein Problem damit haben den XEN-Hypervisor aufzusetzen. Das Angebot löst also das Problem nicht, sondern verringert den Aufwand lediglich um einen kleinen Aspekt. Von daher muss man wohl genau prüfen wie sich der Strato MultiServer preislich gegen eine selbst aufgesetzte XEN-Virtualisierung auf dedizierter Hardware aufstellt.

Interessierte können den Strato MultiServer wohl vorab in einem Betatest testen. Falls sich jemand dazu entschliesst freue ich mich über einen kleinen Erfahrungsbericht in den Kommentaren oder per Trackback.

Bildquelle: VMware

VMware ist im letzten Jahr durch Open Source Virtualisierungslösungen und kostenlose in die Betriebssystem integrierte Lösungen stark unter Druck geraten.

Offenbar hat VMware jetzt darauf reagiert und scheint von der proprietären Strategie abzukommen. Mit dem vmware-view-open-client bietet VMware die Möglichkeit von Linux aus mit Hilfe der unter der LGPL verfügbaren Software auf virtualisierte Windows Desktops zuzugreifen. Die Originalpressemitteilung findet sich hier. Es handelt sich also um eine Software zum Zugriff auf virtualisierte Desktops und nicht etwa um eine Virtualisierungssoftware zum Betrieb dieser Desktops.

Zimory bietet Softwarelösungen zur effektiven Verwaltung und Steigerung der Auslastung von Rechenzentren. Nach eigenen Anganbe fängt Zimory da an, wo Virtualisierung endet.

Als Bonus bietet Zimory mit der Public Cloud einen Marktplatz für Rechenleistung. Als Käufer kann man ähnlich wie bei Amazon EC2 einzelne Instanzen mieten und lediglich für die tatsächlich Nutzung zahlen. Als Verkäufer, wenn mann zufällig ein eigenes Rechenzentrum rumstehen hat, kann man eigene ungenutze Resourcen so gewinnbringend nutzen.

Mit Zimory kann so quasi jedes Unternehmen, dass aus irgendeinem Grund auf ein eigenes Rechenzentrum angewiesen ist, ein Angebot wie Amazon EC2 aufziehen ohne den hohne Aufwand für die Softwareentwicklung betreiben zu müssen.

Für die Käufer ist es eine alternative zu Amazon. Konkurrenz unter den Anbietern ist für Abnehmer immer von Vorteil, von daher kann man das Angebot von Zimory nur positiv auffassen.

Ich halte das Vorhaben von Zimory auf jeden Fall für sehr spannend und durchaus vielversprechend. Zimory hilft die Auslastung von Rechenzentren zu steigern und senkt damit die Kosten weil die sonst ungenutzten Ressourcen gewinnbringend vermarktet werden können.

Unabhängig ob man jetzt allerdings Amazon EC2 oder die Zimory Public Cloud einsetzt bleibt für Webapplikationen und Saas Anbieter bei beiden Angeboten der hohe Administrationsaufwand, um aus den einzelnen virtuellen Servern eine Web- Datenbank- und Storagecloud schnüren zu können.

Nicht vergessen darf man allerdings, dass natürlich Rechenleistung nicht nur für das Hosting von Webanwendungen benötigt wird. Mit einem Angebot wie der Zimory Public Cloud ist es möglich aufwendige Berechnungen beschleunigt durchzuführen oder z.B. Videorendering zu betreiben ohne dafür einen eigenen Cluster aufzusetzen.

Aber ich habe gerade auf heise Autos gelesen, dass die Daimler AG ein neuartiges Mietwagenkonzept in Ulm (ja, nur in Ulm nicht auch um Ulm rum) ausprobiert. Ganz neu ist das Konzept dabei natürlich nicht, denn es ist nahezu identisch mit Mietfahrradkonzept der deutschen Bahn. Bei dem einen, wie bei dem anderen kann man Autos (Smart fortwo) oder eben Fahrräder zeitweise mieten und diese dann nachdem man sie nicht mehr braucht auf jedem beliebigen kostenfreien Parkplatz abstellen. Zahlen muss man dann nur für die tatsächlich genutzt Zeit.

Eine Minute Mietauto kostet laut heise 19 Cent. Weitere Kosten entstehen nicht, einzige Vorraussetzung ist eine einmalige Registrierung beim Dienst. Im Zuge dieser wird ein RFID Chip auf den Führerschein geklebt, der dann als “Schlüssel” für die Fahrzeuge fungiert. Auf diese Weise soll sicher gestellt werden, dass der Mieter eine Fahrerlaubnis hat. Soweit zum Konzept.

Zurück zum Thema. Was ich an diesem Konzept so spannend finde ist genau die Idee die auch meiner Meinung nach das Argument schlechthin für Cloud Computing ist. Dass ich nur für die tatsächlich benötigte und genutzte Leistung zahlen muss. In der Zeit in der ich die Leistung nicht benötige, kann sie von jemand anderem genutzt werden und wenn dieser sie nicht mehr benötigt gibt er sie ebenfalls einfach wieder zurück in die Gesamtmenge der Leistungseinheiten. Die dadurch entstehenden Kostenvorteile machen Cloud Computing gerade jetzt und in Zukunft für Unternehmen jeder Größe interessant.

Gerade im Bereich der Webanwendungen, die bedingt durch das Nutzungsverhalten, fast vorhersehbare Lastspitzen aufweisen kann man es sich mit Hilfe von Cloud Computing sparen die gesamte Zeit massiv Hardware in Betrieb haben zu müssen, obwohl man diese nur zu Stoßzeiten benötigt. Trotzdem hat man aber auch genug Reserven, falls doch einmal eine Lastspitze eintritt, mit der man nicht gerechnet hat.

Bedingt durch verschiedene Zielgruppen oder natürlich auch Zeitzonen können so verschiedene Webseiten die Ressourcen dann nutzen wenn sie benötigt werden.

Cloud Computing hat neben dem Mietauto Konzept von Daimler sogar noch einen erheblichen Vorteil. Es ist ohnehin schon ärgerlich zehn Minuten nach einem Parkplatz suchen zu müssen, jetzt kostet jede Minute auch noch Geld. Rechenleistung hingegen ist innerhalb der Cloud quasi virtualisiert und benötigt keinen Parkplatz.

Bildquelle: Li Song