Transkript des Webcasts
Herr Chadwell: Hallo zusammen. Guten Morgen, guten Nachmittag, wo auch immer Sie sich gerade befinden. Ich möchte mich bei allen bedanken, die an den „DataCore Storage Success Stories“ teilnehmen. Heute freuen wir uns, Architectural Nexus vorzustellen. Wir zeigen Ihnen, wie das Unternehmen eine schnelle Anwendungsleistung termingerecht und im Rahmen des Budgets erreicht. Dies ist der erste Teil der Reihe, daher vielen Dank an alle für Ihre Teilnahme. Ich freue mich darauf, einen unserer Kunden und einen unserer Partner vorzustellen, denn wir haben heute hier eine ziemlich interessante und einzigartige Geschichte für Sie zu erzählen.
Dieser Beitrag ist eigentlich eher einigen anderen Leuten gewidmet, die möglicherweise mit bestimmten Herausforderungen in ihrem Umfeld zu kämpfen haben. Ich freue mich also darauf, heute mit meiner Podiumsrunde noch etwas tiefer ins Detail zu gehen. Ich werde unseren Partner und unseren Kunden vorstellen und etwas ausführlicher über DataCore sprechen sowie darüber, wie unsere Lösung bei dieser Transformation eine wichtige Rolle spielen konnte. Wir werden uns genau ansehen, mit welchen Herausforderungen unser Kunde, Architectural Nexus, konfrontiert war, welche Lösung gefunden wurde und welche Ergebnisse erzielt wurden.
Darauf werden wir gleich noch näher eingehen, damit Sie einen Überblick über die heutige Tagesordnung erhalten. Und in diesem Zusammenhang werde ich Ihnen die Referenten hier etwas näher vorstellen und etwas mehr über die Unternehmen erzählen. Ich selbst heiße Michael Chadwell. Ich bin hier in den USA als Leiter des Vertriebsbereichs tätig und freue mich, dass mich Kent Hanson, der IT-Leiter von Architectural Nexus, begleitet. Außerdem ist Steve Hunsaker von DataCore hier, unser Leiter für Systemtechnik. Und Jonathan Kendrick von USI, unserem Partner des Monats, der uns bei diesem Kundenprojekt unterstützt und Kent dabei hilft, einige Herausforderungen zu meistern.
Ich möchte nur kurz einige organisatorische Hinweise für alle Teilnehmer dieser Telefonkonferenz geben. Heute findet eine Podiumsdiskussion statt. Ich möchte sicherstellen, dass sich jeder frei fühlt, ein paar Fragen im Chat-Fenster zu stellen. Das finden Sie auf der rechten Seite. Die heutige Präsentation wird aufgezeichnet und steht anschließend auf Abruf zur Verfügung. Sie erhalten nach Abschluss des Webinars eine E-Mail von BrightTALK.
Bitte beachtet außerdem, dass wir auch in der heutigen Präsentation einige Anhänge haben, die ihr hier mit nach Hause nehmen könnt. Es gibt ein Whitepaper, in dem dieser Anwendungsfall etwas ausführlicher beschrieben wird. Damit möchte ich nun mit der Veranstaltung beginnen. Als Teil der Podiumsdiskussion möchte ich euch Kent Hanson vorstellen. Kent, würdest du uns bitte etwas mehr über deine Rolle sowie über Architectural Nexus und das Unternehmen selbst erzählen?
Herr Hanson: Gerne. Hallo zusammen. Mein Name ist Kent Hanson. Wie bereits erwähnt, bin ich IT-Leiter bei Architectural Nexus. Wir sind ein Architekturbüro mit Sitz in Salt Lake City und einer Niederlassung in Sacramento. Gegründet wurden wir 1985. In letzter Zeit haben wir uns sehr auf nachhaltiges Bauen und die „Green Building Challenge“ konzentriert. Um unseren Worten Taten folgen zu lassen, haben wir unser eigenes Bürogebäude in Sacramento errichtet – es war das erste Gebäude, das nach dem „Living“-Standard zertifiziert wurde.
Und was das bedeutet – falls Sie nicht wissen, was „Living Certified“ ist: Wir geben der Stadt nichts und nehmen der Stadt nichts. Wir erzeugen unsere gesamte Energie selbst. Wir fangen unser eigenes Regenwasser auf und filtern es für alle Verwendungszwecke im Gebäude. Wir leiten weder Abwasser noch sonst etwas an die Stadt zurück. Alles wird vor Ort kompostiert. Es handelt sich also um ein echtes „Living Building“, und wir erzeugen 125 Prozent der Energie, die wir verbrauchen. Das hat uns dazu veranlasst, anderen Kunden zu helfen und sie dabei zu unterstützen, ihr Energiemodell so zu entwickeln und voranzutreiben, dass der für den Betrieb eines Gebäudes erforderliche Energieverbrauch reduziert wird, wenn man so will. Wir helfen Unternehmen in den gesamten Vereinigten Staaten. Das ist also unsere Aufgabe.
Unsere Herausforderung bestand damals nicht nur darin, ein Gebäude zu errichten, das als „Living Building“ zertifiziert war, sondern auch darin, darin arbeiten zu können und unsere Tätigkeit auszuüben, die sehr rechenintensiv ist und hohe Anforderungen an die Computerleistung stellt. Damit gebe ich das Wort zurück.
Herr Chadwell: Ja, ja, auf jeden Fall. Ich freue mich darauf, das näher zu beleuchten, und viele von Ihnen hier in der Telefonkonferenz arbeiten selbst in Architekturbüros oder in sehr datenintensiven Umgebungen. Wir werden Kent also gleich in einer Minute ein wenig mehr dazu sagen lassen. Ich möchte nun das Wort weitergeben und unseren Partner in dieser Telefonkonferenz vorstellen, der eng mit Architectural Nexus zusammenarbeitet: Jonathan, wenn du bitte so freundlich wärst. Stell dich doch kurz vor, erzähl uns ein wenig mehr über Universal Systems und vielleicht auch, worauf du dich heute besonders freust?
Herr Kendrick: Vielen Dank dafür. Mein Name ist Jonathan Kendrick, und ich bin Leiter der Geschäftsentwicklung bei Universal Systems Incorporated, kurz USI. Wir sind auf die OEM-Fertigung und die Herstellung von OEM-Produkten spezialisiert, die wir für eine Vielzahl unterschiedlicher Kunden durchführen. Manchmal unterstützen wir sie dabei, ihre Produkte zu vermarkten, aber wir haben auch eine eigene Marke, unsere „Universal“-Produktreihe. In diesem Zusammenhang verstehen wir uns nicht nur als reiner Hersteller, sondern möchten Lösungen anbieten und unseren Kunden bei allen Problemen helfen, auf die sie stoßen, und sie dabei unterstützen, die richtige Architektur für ihre Umgebung zu entwerfen.
Und genau hier knüpfen wir an die Geschichte an, wie Kent und ich mit DataCore in Berührung kamen und es in seiner Umgebung einsetzten. Ich würde meine Pflicht vernachlässigen, wenn ich nicht erwähnen würde, dass wir als OEM-Hersteller die Gelegenheit hatten, viele verschiedene Speicherlösungen, vorgefertigte Lösungen und Geräte zu begutachten. Wir haben viele verschiedene Lösungen geprüft, und letztendlich waren es vor allem der Funktionsumfang und die Möglichkeit, DataCore in jede beliebige Umgebung zu integrieren, um skalierbare Lösungen sowohl auf Hardware- als auch auf Softwareebene zu entwickeln und die Kundenanforderungen zu erfüllen. Das war für uns der ausschlaggebende Grund, vor etwa acht Jahren eine Partnerschaft mit DataCore einzugehen. Seitdem haben wir zahlreiche Architekturen rund um diese Speicherlösung entwickelt und einige integrierte Funktionen mit diesem Produkt realisiert.
Herr Chadwell: Großartig. Ja, vielen Dank dafür, Jonathan. Ich bekomme bereits Fragen im Chat und freue mich, Ihnen mitteilen zu können, dass Jonathan von USI uns dabei unterstützt, Anfang nächsten Monats, am 7. Februar, eine DataCore-Anwendergruppe in Salt Lake City zu organisieren und durchzuführen. Ich freue mich sehr, dass du dabei bist. Es freut mich, dass du und Kent darüber sprechen werdet, wie wir dort bei Architectural Nexus wirklich etwas ziemlich Erstaunliches auf die Beine gestellt haben. Bevor ich noch etwas tiefer ins Detail gehe, möchte ich kurz Steve Hunsaker vorstellen, unseren hauseigenen Experten für Software-Defined Storage hier bei DataCore.
Steve, möchtest du den Anwesenden noch kurz etwas mehr über uns erzählen, und dann gehen wir etwas näher auf das Gespräch mit Kent ein?
Herr Hunsaker: Auf jeden Fall. Vielen Dank an alle für Ihre Teilnahme. Mein Name ist Steve Hunsaker, ich bin Leiter des Bereichs Solution Architecture für Nord- und Südamerika und freue mich sehr, Ihnen mehr über DataCore und unser Produkt zu erzählen. Einfach ausgedrückt: Seit 21 Jahren bieten wir weltweit Software an, bei der Kunden ihre eigene Hardware einsetzen können. In diesem Fall hat USI ihnen eine Super-Micro-Box geliefert. Da wir dies bereits seit 21 Jahren tun, sehen wir uns als die Autorität auf diesem Gebiet.
Wir haben Pionierarbeit bei der Entwicklung der Technologie geleistet, die schließlich von dem, was wir ursprünglich als „softwaregesteuerte Architektur“ bezeichneten, zu dem führte, was die Branche heute als software-defined storage. Wir sind weltweit tätig. Wir haben viele zufriedene Kunden. Ich denke, die Verlängerungsquote von 95 Prozent spricht für sich. Ein wunderbarer Kundenstamm, der nicht nur mit dem zufrieden ist, was wir ihm in Bezug auf Leistung und Kosten bieten können, sondern auch bestrebt ist, seine Verträge zu verlängern und die von uns angebotene unbefristete Lizenz weiterhin zu nutzen. Unser Hauptsitz befindet sich in Fort Lauderdale, Florida.
Genau da stehe ich gerade und treffe mich mit den unterschiedlichsten Menschen, die voller Energie und Leidenschaft sind. Ich habe wirklich das Gefühl, dass wir einer der wenigen Hersteller weltweit sind, die in „blauem Wasser“ schwimmen, den Markt wirklich innovativ gestalten und soziale Initiativen wie diese, die wir für Kent umsetzen, auf den Tisch bringen können. Ich möchte mich einfach bei Kent bedanken. Ich arbeite schon seit einigen Jahren mit ihm zusammen. Er ist ein toller Kerl, und ich freue mich auf diese Präsentation.
Herr Chadwell: Vielen Dank, Leute, an alle. Das war die Podiumsdiskussion für heute. Wie Steve bereits betont hat, sind wir dankbar, einen lokalen Partner wie USI zu haben. Deshalb sind wir zu 100 Prozent ein Channel-Unternehmen. Wir betrachten unsere Lösung als diese intelligente Speicherschicht, die branchenübergreifend eingesetzt werden kann. Und wir arbeiten mit den besten Vertriebspartnern zusammen, die über die nötige regionale Verankerung und die entsprechenden Einblicke verfügen, um wirklich eng mit ihren Kunden zusammenzuarbeiten, die Entwicklungen genau zu verfolgen und so als Vordenker und vertrauenswürdiger Berater zu fungieren – so wie Sie es hier bei Architectural Nexus sehen können.
Also, lassen Sie uns ein bisschen ins Detail gehen, oder? Lassen Sie uns über diese Erfolgsgeschichte im Bereich Speicher sprechen. Genau. Lassen Sie uns über das Problem sprechen und gleich zur Sache kommen. Also, Kent, ich denke, es wäre hilfreich, wenn Sie uns ein wenig mehr über Ihre Herausforderung erzählen könnten. Ich weiß, Sie sagten, Sie hätten – ich glaube, es war Ende der 80er Jahre – angefangen. Was hat die Datenexplosion bei Ihnen und Ihrem Unternehmen bewirkt und was genau hat diese Zusammenarbeit zur Lösung dieser Herausforderung ausgelöst?
Herr Hunsaker: Als ich damals bei dem Unternehmen anfing, das heute Architectural Nexus heißt, belief sich unser gesamtes Backup auf Band, glaube ich, auf 35 Gigabyte. Das war damals eine Menge Daten. Heute übertrifft ein einzelnes Projekt diese Menge mühelos, wenn man bedenkt, wie viele Daten bei der Bearbeitung eines Projekts anfallen. Mit unserem Wachstum kamen wir an einen Punkt, an dem wir all diese Dateninseln in unserem Netzwerk hatten, deren Verwaltung zunehmend schwieriger wurde, und es wurde klar, dass wir auf eine SAN-Lösung umsteigen mussten. Also begannen wir, uns nach verschiedenen Produkten umzusehen. Ich erinnere mich, dass ich schon seit – wie lange eigentlich, Jonathan? – wahrscheinlich seit 16 Jahren Hardware bei dir kaufe.
Herr Kendrick: Ja, ja.
Herr Hunsaker: Das ist also schon eine ganze Weile her. Ich erinnere mich, dass ich Jonathan gefragt habe – wir haben eines Tages einfach darüber gesprochen, und ich sagte: „Ja, wir werden ein SAN kaufen.“ Und er meinte: „Na ja, du solltest dir DataCore wirklich mal ansehen.“ Das war wahrscheinlich vor etwa acht Jahren. Damals dachte ich mir: „Ich verstehe diese ganze Sache mit ‚Software-Defined‘ nicht.“ Also haben wir uns für einen der Konkurrenten von DataCore als unsere primäre Datenquelle entschieden.
Wir haben uns schließlich für das SAN entschieden und es etwa ein Jahr lang betrieben, aber zur gleichen Zeit, als wir das SAN kauften, befanden wir uns auch in der Situation, dass wir vier verschiedene Niederlassungen hatten – eigentlich waren es damals wahrscheinlich sogar fünf –, und wir mussten dafür sorgen, dass Benutzer gleichzeitig an demselben Projekt arbeiten und Dateien öffnen konnten. Also begannen wir zu überlegen, wie wir das bewerkstelligen könnten. Genau zu dieser Zeit kam Autodesk auf den Markt und verkündete, dass man Revit – eine Software für das Gebäudemanagement – unter Citrix ausführen könne. Also haben wir uns mit Citrix beschäftigt.
Wir hatten also unser anderes SAN in Betrieb, auf dem VMware , und dann haben wir begonnen, den Citrix-Weg einzuschlagen. Wir hatten bereits viel Geld in diesen Computer gesteckt. Er war teuer und lief zwar, aber wir befanden uns nun in einer Situation, in der diese Teams an diesen Projekten arbeiten mussten und wir – ich würde es sozusagen ein virtuelles Team nennen – brauchten. Wir hatten Mitarbeiter in Sacramento, die an Projekten in Salt Lake arbeiteten, und umgekehrt, und verschiedene Zeichner kamen hinzu, die unterschiedliche Zeitpläne hatten und sozusagen etwas freie Zeit zur Verfügung hatten.
Nun, wie bringen wir sie dazu, in Sacramento zu arbeiten? Wie sorgen wir dafür, dass sie am Projekt in Salt Lake arbeiten, Entwürfe erstellen und so weiter? Citrix war also die naheliegende Lösung. Als wir uns mit Citrix und den damit verbundenen Anforderungen befassten, wurde uns klar, dass wir schnellen Speicher benötigten. Also haben wir uns im Grunde genommen eine ganze Reihe von Festplatten mit 15.000 U/min gekauft. Ich würde sagen, wir haben beim ersten Mal sechs oder acht davon gekauft. Und das funktionierte für ein oder zwei Nutzer wirklich gut. Man konnte sogar bis zu etwa 10 Nutzer darauf unterbringen, ohne dass sich jemand beschwerte, aber als wir das System stärker auslasteten, hörte man das Stöhnen regelrecht über die Staatsgrenzen hinweg.
Es war schon ziemlich schlimm, wie schnell es plötzlich so langsam wurde. Ich war gerade wieder unten und habe mich erneut mit Jonathan über weitere Hardware unterhalten, und er hat DataCore wieder ins Spiel gebracht. Ich dachte mir: „Na gut“, und Jonathan – das muss man ihm zugutehalten – meinte: „Lass uns einfach einen Pilotversuch starten. Was kann schon schaden?“ Na gut. Man macht ein Pilotprojekt, und er kam vorbei und führte sein Pilotprojekt durch. Und das Gejammer verstummte irgendwie. Es verschwand, und wir konnten weitere Nutzer zum SAN hinzufügen.
Im Grunde ging es darum, Software auf Hardware zu installieren, die wir bereits gekauft hatten – es handelte sich zwar um Hardware der Enterprise-Klasse, aber es war kein SAN. Doch durch den Kauf von DataCore und dessen Installation darauf wurde daraus plötzlich ein SAN, und mir war damals gar nicht bewusst, wie leistungsstark das war. Als wir zu wachsen begannen, fragten immer mehr Leute: „Hey, kann ich da einen Desktop bekommen? Kann ich dort einen Desktop bekommen?“
Eines Tages – ich weiß nicht mehr, wie lange das her ist – fiel mir auf, dass die IOPS auf unserem SAN regelmäßig 55.000 IOPS erreichten. Dann, eines Tages, zu meiner Überraschung, verzeichneten wir 372.000 IOPS auf unserem SAN. Bei diesem kleinen SAN, das fast schon eine Nebensache war, hat mich das regelrecht umgehauen. Gleichzeitig explodierte also das Datenvolumen auf unserem Compellent, und wir mussten anfangen, das System zu erweitern. Ich bewege mich gerade, ich hüpfe hier ein bisschen herum. Wenn ihr also wollt, dass ich zurückspule, kein Problem.
Herr Chadwell: Nein, nein, nein, das ist schon in Ordnung.
Herr Hunsaker: Das Seltsame ist, dass wir die Daten auf unserem anderen SAN aufrüsten mussten. Entschuldigung. Wir mussten mehr Speicherplatz hinzufügen, weil uns die Terabyte ausgingen. Also rief ich unseren Händler an und sagte: „Hey, mach mir bitte ein Angebot, um unsere 2-Terabyte-Festplatten auf 4-Terabyte-Festplatten aufzurüsten.“ Und als ich das Angebot erhielt, wäre ich fast vom Stuhl gefallen, denn es war teurer als das, was ich für DataCore und für die Festplatten in meinem DataCore-SAN bezahlt hatte. Tatsächlich lag der angebotene Preis beim Vierfachen des üblichen Marktpreises für eine Festplatte. Ich rief sie an und sagte: „Ich glaube, da liegt ein Fehler vor.“ Und sie sagten: „Nein, das sind – Sie müssen verstehen, das sind Festplatten der Klasse A, frisch aus der Produktion, und Sie bekommen die Crème de la Crème.“
Nun, wenn ich die Crème de la Crème bekomme, warum fallen sie dann doppelt so häufig aus wie mein DataCore-SAN? Für jede Festplatte, die ich bei DataCore verlor, gingen mir zwei in meinem anderen SAN kaputt, die ich dann austauschen musste. Und wir haben sie stärker beansprucht. Die Situation spitzte sich also noch etwas zu, also sagte ich: „Wisst ihr was, wir werden damit vorerst noch warten.“ Wir werden die Daten beiseite verschieben und in einem anderen Bereich speichern.
Dafür haben wir einen Archivierungsprozess gestartet. Dann kam der Zeitpunkt – es ist noch nicht allzu lange her –, als mir mitgeteilt wurde, dass unser SAN, das SAN des Mitbewerbers, das Ende seiner Lebensdauer erreicht hatte und support werden würde support ich die Hardware im Grunde komplett austauschen musste.
Herr Chadwell: Lassen Sie uns hier kurz innehalten, Kent. Ich möchte nur kurz zusammenfassen, was ich bisher gehört habe, und auch Steves Meinung zu einigen dieser Punkte einholen. Ich finde diese Geschichte wirklich interessant, denn du hast gesagt, dass Zusammenarbeit mit dem Wachstum deines Unternehmens zu einem entscheidenden Faktor wurde. Damit die Mitarbeiter Dateien herunterladen und an Projekten über Stadt- und Landesgrenzen hinweg arbeiten konnten, wurden diese Dateien immer größer, was im Grunde eine Belastung darstellte – die gesamte Last lag letztendlich bei dir und deinem Team, die diese Dateien erstellen mussten.
Und nach der Einführung von DataCore und unter der Leitung von USI – Ihre Mitarbeiter und insbesondere Ihr Architekt, von denen die meisten wissen, dass sie keineswegs billige Arbeitskräfte sind – sitzen wir herum und warten darauf, Dateien herunterzuladen, zu öffnen oder zu speichern. Nun, jetzt können sie plötzlich schneller zusammenarbeiten, und Sie können —
Herr Hunsaker: Lassen Sie mich kurz darauf eingehen, denn das ist ein interessanter Punkt. Früher haben wir AutoCAD-Dateien geöffnet – Sie wissen schon, Dateien mit einem, zwei oder drei Megabyte –, und die ließen sich öffnen, bearbeiten und speichern und so weiter. Jetzt, in Revit, da alles fertig ist und in 3D-Modelle umgewandelt werden kann und so weiter, öffnen wir Dateien, die 300 bis 500 Megabyte groß sind. Es ist nicht ungewöhnlich, dass sie sogar 600 Megabyte erreichen.
Wenn man auf „Datei öffnen“ klickt, können unter Umständen bis zu sechs oder acht Personen diese 600- oder 500-Megabyte-Datei öffnen. Das ist eine riesige Datenmenge, die plötzlich über die Festplatte übertragen und von dieser abgerufen wird. Viel mehr als die ein oder zwei Megabyte, die zuvor übertragen wurden. Das wurde also zu einem echten Problem. Ein ständiges „Beeil dich und warte“. Es war —
Herr Chadwell: Ich wollte gerade das Wort an Steve weitergeben. Steve, wie wirkt sich das auf die Dichte aus, bzw. warum lässt sich das mit einer solchen Architektur mithilfe von Software so gut definieren?
Herr Hunsaker: Ich denke, das führt uns zurück zu dem ursprünglichen „Köder“, den ich Ihnen anbieten wollte, nämlich der Tatsache, dass unsere Software unbefristet ist. Sie gehört Ihnen für immer. Um es ganz einfach auszudrücken: Wenn man sich Kent und seinen Kauf von Compellent ansieht, dann kauft man – seien wir ehrlich, Leute – die Speicher-Arrays, die man da draußen kaufen kann, eigentlich wegen der Software und nicht wegen der Hardware.
Zwar haben sie wirklich versucht, Kent den Preis für ihre Hardware zu nennen. Der springende Punkt ist jedoch, dass sie alle Standardhardware verwenden. Wahrscheinlich stellen sie gar keine der Komponenten selbst her. Sie versehen ihr Array lediglich mit einem Preisschild und ihrer Software – und genau so verdienen sie ihr Geld. Da DataCore in diesem Fall wirklich auf höchste Flexibilität ausgelegt ist, kann das DataCore-SAN einfach jeden Fibre-Channel-, iSCSI Direct-Attach-Speicher in einen einzigen Pool integrieren oder zusammenfassen.
Es spielt also keine Rolle, ob Sie Direct-Attach-Speicher oder ein Compellent-, XYZ- oder ABC-Array verwenden. Sie können die Kapazität also mit Ihrer bestehenden Infrastruktur erweitern, wie Kent bereits angedeutet hat, mit Standardfestplatten ausbauen, sehr effektiv skalieren und dann, um auf Ihre Frage zurückzukommen.
Herr Hanson: Sie haben keinerlei Leistungseinbußen.
Herr Hunsaker: Das stimmt. Und ich halte es für wichtig, dass Sie, Kent, den Anstieg dieser Konsolidierungsquote besonders hervorheben.
Herr Hanson: Ich wollte gerade sagen, dass ich jetzt selbst entscheiden kann, da wir vollständig auf DataCore umgestellt haben. Ich kann selbst bestimmen, wann meine Hardware das Ende ihrer Lebensdauer erreicht. Nicht jemand anderes. Verstehen Sie, was ich meine? Ich kann so viele Festplatten kaufen, wie ich will, und diese so lange betreiben, wie ich möchte – DataCore ist das egal. Ich kann dort anrufen und Hilfe bei der Software für Festplatten bekommen, die schon 10 Jahre alt sind, und sie helfen mir trotzdem. Nur weil der SAN-Hersteller sagt: „Hey, das ist das Ende der Lebensdauer, support läuft support versteht ihr, was ich damit sagen will?
Herr Chadwell: Oh, auf jeden Fall. Jonathan, ich würde dir sogar diese Frage stellen: Inwiefern hilft das deinem Unternehmen, oder? Als Wiederverkäufer und strategischer Kundenberater – inwiefern hilft dir diese Geschichte?
Herr Kendrick: Nun, um ehrlich zu sein, kann das auch meinem Geschäft schaden, denn wenn ich die Software immer wieder weiterverkaufen könnte, würde das mehr Umsatz bedeuten. Das ist eine völlig andere Einnahmequelle, die wir nicht erschließen, weil wir unseren Kunden keine Gebühren berechnen. Um ehrlich zu sein, würden wir aus Sicht des Händlers wahrscheinlich viel mehr Geld verdienen, wenn wir eine andere Marke als DataCore verkaufen würden. Aber dann würden wir unseren Kunden nicht die beste Lösung bieten. Wir würden ihnen nicht dabei helfen, ihr Budget zu verwalten, und wir würden ihnen keine vollständig skalierbare Lösung bieten, über die sie die Kontrolle haben.
Herr Chadwell: Ja, und wenn man so ein Vertrauensverhältnis aufbaut, wie Sie es mit Kent haben – wie er ja gesagt hat –, entscheidet er selbst, wann er bereit für eine Hardware-Erneuerung ist. Sie wissen doch, dass er sich wieder an Sie wenden wird, oder?
Herr Kendrick: Das stimmt. Wir kümmern uns also um die Hardware und unterstützen ihn in diesem Bereich, aber da es sich bei DataCore um eine unbefristete Lizenz handelt, verkaufe ich ihm die Software nicht erneut, sondern bündele sie mit der Hardware zu einem Paket. So kann er bei jeder Erneuerung der Hardware immer wieder von diesen Vorteilen profitieren und die Betriebskosten dauerhaft senken. Ich denke, Kent, in Ihrer Situation haben Sie Ihre Hardware wahrscheinlich bereits erneuert – war das das zweite Mal oder ist es jetzt schon das dritte Mal?
Herr Hanson: Ich glaube schon, ja. Als wir damit angefangen haben und 385.000 IOPS erreichten – genau genommen waren es eher 370.000 IOPS, aber wir hatten damals Laufwerke mit 15.000 U/min im Einsatz. Momentan ist unser First Tier – und das ist ein ganz anderes Thema, über das wir sprechen können, nämlich die wichtigsten Funktionen und was wir durch den Einsatz von DataCore tatsächlich erreicht haben –, nun FSC. Alles – jeder Schreib- und jeder Lesevorgang –, was nicht im RAM zwischengespeichert ist, wird direkt an das FSC weitergeleitet. Als das passierte und keine zusätzlichen Kosten damit verbunden waren, haben wir uns entschlossen, SSD-Laufwerke anzuschaffen. Ich schätze, das waren die damit verbundenen Kosten; wir haben sichergestellt, dass wir die entsprechenden Lizenzen von DataCore dafür hatten, und haben sie installiert. Das ist eigentlich ganz unkompliziert.
Herr Chadwell: Und wenn ich dem noch etwas hinzufügen darf: Sie haben erwähnt, dass wir einige SSDs eingebaut haben – das dient nicht nur dem Speicherzweck. Ganz gleich, welche Technologie auf den Markt kommt – selbst wenn sie noch gar nicht erfunden ist –, solange sie in einen PSI-Express-Steckplatz passt, haben wir die Möglichkeit, das Gerät zu erweitern, während es noch vor Ort ist. Es handelt sich nicht um ein geschlossenes Gerät, das man in einen Schrank stellt und dann vergisst. Wir können das System kontinuierlich verbessern, sobald die Branche schnellere Komponenten auf den Markt bringt.
Herr Hanson: Lassen Sie uns also darüber sprechen, denn unser nächster Schritt – da wir bereits SSDs haben – ist NVMe ich überlege NVMe , wann und wo, zu welchem Zeitpunkt wir darauf umsteigen sollen. Wie ich bereits sagte: Jemand kommt und sagt: „Hey, ich muss diese 500-Megabyte-Datei öffnen.“ Bei der Lösung unseres Mitbewerbers würde ein Großteil davon direkt von der Festplatte kommen – und obwohl es eine schnelle Festplatte war, dauerte das Öffnen dennoch lange. Wenn man diese erste Datei bei DataCore öffnet – und korrigiere mich bitte, Steve, ich möchte niemanden falsch informieren –, speichert DataCore diese Datei im RAM-Cache.
Ich glaube, die Cache-Größe im SAN des Mitbewerbers betrug 8 Gigabyte oder so ähnlich. Das war nicht besonders viel. Die Cache-Größe in meinem DataCore-System beträgt 64 Gigabyte. Das liegt daran, dass es softwaredefiniert ist. Ich kann selbst festlegen, wie groß der Cache sein soll. Wenn also der erste Benutzer kommt und die Datei öffnet, Handelt es sich um eine kürzlich verwendete Datei, wird sie vom SSD-RAID abgerufen und in den Cache geladen. Kommt der nächste Benutzer und befindet sich die Datei noch im Cache, wird sie direkt aus dem RAM abgerufen. Ich habe regelmäßig beobachtet, dass unser Produktionsserver drei Gigabyte bzw. 2,4 Gigabyte an Daten über unser 10-Gig-Netzwerk an unsere Citrix-Umgebung überträgt, damit die Benutzer sie öffnen können.
Was also Software-Defined-Lösungen angeht, so gehen die Granularität und die Kontrollmöglichkeiten, die man damit hat, weit über das hinaus, was man mit diesen Standardlösungen erhält. Zurück zu unserem Mitbewerber – ihr könnt mich jederzeit unterbrechen –, aber wir hatten eine Situation, in der wir – ich glaube, es waren 26 Terabyte oder 24 Terabyte an Daten – erworben hatten. Nun, wir kamen nicht einmal annähernd an diese Menge heran, also habe ich dort angerufen und gefragt: „Hey, was ist da los?“
Sie sahen mich an und sagten: „Nun, damit Sie Ihre Daten von Tier 1 auf Tier 3 migrieren können, müssen wir täglich einen Snapshot erstellen und diesen speichern snapshot anschließend beginnen wir über Nacht mit der Datenmigration.“ Nun, das beanspruchte Speicherplatz, den ich für meine Produktionsdaten benötigte – das war für mich der Anstoß, ein Upgrade unserer Festplatte zu beantragen. Um also mehr Speicherplatz aus unserem SAN herauszuholen, musste ich einige dieser snapshots löschen.
Nun, man schaut sich zunächst einmal an, was DataCore zu bieten hat. Wissen Sie was? Ich brauche keinen snapshot Tiering durchzuführen. Das geschieht automatisch, während man Daten liest und schreibt. Und wenn ältere Blöcke seltener abgerufen und genutzt werden, werden sie automatisch auf langsamere und kostengünstigere Festplatten verschoben. Wenn ich jedoch snapshot möchte, könnte ich in DataCore ein Skript schreiben, das snapshot Volumes nach Belieben snapshot versieht und diesen auf anderen Volumes speichert, falls ich das möchte. Ich habe also die Möglichkeit, snapshot zu snapshot , nicht verloren snapshot verliere snapshot auch keinen Speicherplatz durch das automatische Tiering meiner Daten.
Das war also ein Pluspunkt für uns, als wir begannen, die beiden Lösungen wirklich miteinander zu vergleichen. Und dann stellten wir fest, dass DataCore über eine Funktion namens „Continuous Data Protection“ verfügt – eine Funktion, mit der man tatsächlich – wie auf meinem DataCore-SAN – zu jedem beliebigen Zeitpunkt innerhalb der letzten zwei Wochen zurückkehren kann, um ein Volume wiederherzustellen und zu jedem beliebigen Zeitpunkt Daten daraus abzurufen.
Herr Chadwell: Jemand hat mir gesagt, dass die Tonverbindung unterbrochen war, aber ich kann alle hören. Oh, okay. Die Verbindung ist wieder da. Alles klar. Ich wollte nur sichergehen, dass wir den Ton dort nicht verloren haben. Ich wollte dich nicht unterbrechen, Kent. Da ich es nun aber doch getan habe, Steve, möchtest du vielleicht noch etwas näher darauf eingehen, wovon Kent hier spricht – vom Verschieben verschiedener Speicherebenen und vom Caching in den Arbeitsspeicher – und was das bedeutet? Ich meine, ich weiß, dass Kent es gerade schon kurz beschrieben hat, aber vielleicht kannst du uns noch ein bisschen mehr darüber erzählen, was da hinter den Kulissen vor sich geht.
Herr Hunsaker: Sicher. SANsymphony heißt unser Produkt – nutzt keine Festplatte als Cache, was uns meiner Meinung nach in diesem Bereich ziemlich einzigartig macht. Wir nutzen tatsächlich RAM, um Lese- und Schreibvorgänge zwischenzuspeichern. Natürlich muss man die Daten dann aus dem flüchtigen Speicher holen und auf die Festplatte schreiben. Das ist es also, worüber Kent gesprochen hat: diese Speicherebenen.
Tatsächlich können wir Laufwerke mit unterschiedlicher Leistung in denselben Pool einbinden, was gewissermaßen im Widerspruch zur herkömmlichen Vorgehensweise steht. Und nun erstellen Sie Ihre eigene Tier-Struktur, von der schnellsten zur langsamsten Ebene. Und wenn wir Daten aus einer Ebene auslagern und anschließend auf die Festplatte schreiben, schreiben wir auf Tier 1, und unser automatisches Tiering erfolgt in Echtzeit.
Es wird weder ein „Crown Job“ noch ein Zeitplan verwendet, um festzulegen, wann oder wie diese Speicherblöcke verschoben werden – unabhängig davon, ob sie innerhalb der Tier-Struktur nach oben oder unten verschoben werden. Also, Kent, erzähl uns doch mal, wie du das automatische Tiering verwaltest?
Herr Hanson: Wir haben also drei Datenebenen – und wie Sie bei DataCore wissen, sind bis zu 15 Ebenen möglich. Wenn ich sage, dass Sie entscheiden, wann Ihre Laufwerke veraltet sind, stehen Ihnen 15 Ebenen zur Verfügung. Kurz zur Erklärung: Was ist automatisches Tiering? Beim automatischen Tiering erfolgt die Verteilung auf Byte-Ebene, d. h., Sie verteilen Ihre virtuellen Laufwerke auf verschiedene Medientypen.
So ist für uns beispielsweise die erste Ebene die SSD. Und wir haben, glaube ich, acht SSD-Laufwerke. Dann gehen wir zur nächsten Ebene über, bei der es sich um Laufwerke mit 10.000 U/min handelt. Davon haben wir mehrere Terabyte. Und wenn die Daten dann zu alt werden und nach unten verschoben werden, landen sie auf SATA-Laufwerken mit 7.200 U/min. Wir betreiben also drei Ebenen, und wenn man RAM als Ebene mitzählen möchte – ich weiß nicht, ob das unbedingt notwendig ist –, sagen wir vorerst einfach, dass wir drei Speicherebenen betreiben.
Man muss sich das so vorstellen: Angenommen, man hat eine große Datei oder – ich weiß nicht – vielleicht eine sehr große Exchange-Datenbank oder etwas in der Art, und diese Exchange-Datenbank würde sich tatsächlich – theoretisch – von unserem SSD-Laufwerk aus vertikal über unser 10.000-rpm-Laufwerk bis hinunter zu unserem 7.200-rpm-Laufwerk erstrecken, je nachdem, welche Blöcke oder Bytes gerade kontinuierlich geschrieben und gelesen werden. Das System speichert also die Daten, auf die ständig zugegriffen wird, und verschiebt sie automatisch auf den schnellsten Speicher, den Sie haben. Das ist Ihre erste Ebene.
Und das können Sie selbst festlegen. Nehmen wir mal an, ich komme morgen herein und sage: „Hey, Jonathan, ich brauche eine Reihe von NVME , und wir schließen diese an? Nun, dann gehe ich rein und schließe sie als „Stats Attached“ an – oder wie auch immer ich sie anschließen möchte – und sage dann: „Das ist meine neue Tier-1-Ebene.“ Und dann ordnet DataCore alle meine Daten neu zu, sodass ich eine Tier-1-, eine Tier-2- und eine Tier-3-Ebene habe, und dann hätte ich noch eine Tier-4-Ebene mit meinen 7.200 U/min. Beantwortet das Ihre Frage? Ist es das, was Sie wissen wollten?
Herr Hunsaker: Ja, ich finde, das ist eine sehr aufschlussreiche Sichtweise. Und ich möchte Sie bitten, noch einen Schritt weiter zu gehen – aus der Perspektive der Nutzer oder der Architekten, oder nennen wir sie letztendlich einfach Ihre Kunden und Projekte. Inwiefern verbessert das aus Sicht der Anwendung deren Leben? Was bedeutet das für sie?
Herr Hanson: Nehmen wir an, wir haben ein Projekt, und diese Mitarbeiter arbeiten an einem Projekt und erstellen visuelle Dateien – große Revit-Modelldateien. Die Daten in diesem Projektverzeichnis werden automatisch vertikal über diese drei Ebenen hinweg gespeichert. Wenn sie jedoch die Revit-Datei öffnen, dauert das Laden eine Weile. Wenn es sich um eine Datei handelt, die in den letzten Tagen geöffnet wurde, warten wir nicht tatenlos darauf, dass diese Datei sechsmal von der Festplatte geladen wird – möglicherweise von einer langsamen Festplatte. Sie wird in den RAM-Cache geladen, und wenn die nächste Person darauf zugreift, wird sie so schnell über das Netzwerk übertragen, wie es die Computertechnologie zulässt, um sie ihr zur Verfügung zu stellen.
Herr Hunsaker: Gut. Nur kurz, ich hatte da noch eine Frage. Die waren einfach neugierig: Wie sah die Serverkonfiguration aus, auf der die Metriken mit DataCore gehostet wurden?
Herr Hanson: Wie sah die Serverkonfiguration aus – wie lauteten die Kennzahlen für DataCore? Mit anderen Worten: Sie möchten wissen, wie hoch die CPU-Auslastung war, wie viel Arbeitsspeicher vorhanden war und so weiter?
Herr Hunsaker: Citrix, die Citrix-Konfiguration, Kent.
Herr Hanson: Ach ja, die Citrix-Konfiguration war ein E5, und die laufen mit 3,3 Gigahertz. Das genaue Modell kenne ich nicht.
Herr Chadwell: Ich glaube, es waren die 2670, E5 2670 – zwei Stück, in jedem waren zwei verbaut.
Herr Hanson: Ja, und wir hatten pro Server zwischen 512 Gigabyte und 768 Gigabyte Arbeitsspeicher.
Herr Hunsaker: Und dann, Kent, haben wir noch eine weitere Frage an die Gegenseite: Wie sah die DataCore-Konfiguration für die Server aus?
Herr Hanson: Die DataCore-Server bestehen aus Supermicro-Servern, die genauen Modellnummern weiß ich allerdings nicht mehr. Es handelt sich um 2,6-Gigahertz-Prozessoren der E5-Serie. Sie verfügen über 10 Laufwerke, sodass wir ein aktives SAN haben. Wir betreiben also tatsächlich zwei SANs, und übrigens kosten uns diese beiden SANs weniger, als es uns gekostet hätte, das SAN des Mitbewerbers komplett zu ersetzen und aufzurüsten. Wir betreiben diese beiden SANs zu geringeren Kosten als das. Und sie sind aktiv-aktiv.
Mitten am Tag kann ich ein SAN abschalten, und niemand merkt es, da DataCore so funktioniert. Aber auf diesen beiden Köpfen – ich nenne sie so, weil sie die eigentliche DataCore-Software ausführen – haben wir zwei gespiegelte Laufwerke, die den DataCore-Kopfserver booten, und dann acht 2,5-Zoll-SSD-Laufwerke, die gespiegelt sind und meine Tier-1-Ebene bilden. Außerdem gibt es eine SAP-Anbindung an einen [J-Bod], und beide Server werden auf zwei verschiedene J-Bods mit 2,5-Zoll-Laufwerken verteilt. Von dort aus erfolgt die Weiterleitung über eine weitere SAP-Anbindung an den J-Bod mit 3,5-Zoll-Laufwerken.
Herr Chadwell: Darf ich kurz etwas anmerken, Kent? Ich weiß, dass wir einige Erweiterungen vorgenommen haben – zwei oder drei, bei denen wir Regale hinzugefügt, verschiedene Boxen eingebaut, Ihre Tier-1-Systeme verlegt, die Laufwerke ausgetauscht haben – und das schon seit sechs Jahren. Und wenn ich eine Frage stellen darf – das könnte heikel sein, da ich die genaue Antwort nicht kenne: Waren Sie jemals dort unten?
Herr Hanson: Nicht mit DataCore.
Herr Chadwell: Na bitte, genau das hatte ich mir erhofft, dass Sie das sagen würden.
Herr Hanson: Ja, bei DataCore nicht. Was Wartungsarbeiten und Ähnliches angeht: Bei DataCore sagt man einfach: „Das übernehme ich“, egal ob links oder rechts, oder man kann bis zu – wie viele sind es noch mal, Steve, 16 Knoten oder so – nutzen und sich auch horizontal ausbreiten, aber wir betreiben nur zwei davon.
Herr Hunsaker: Ja.
Herr Hanson: Die sind sehr mächtig.
Herr Chadwell: Über Scuzzy oder Fibre Channel? Wir hatten da eine Frage.
Herr Hanson: Wir nutzen Fibre Channel. Wir nutzen Fibre Channel. Um ganz ehrlich zu sein, nutzen wir also beides. Die Spiegelung zwischen den beiden Servern erfolgt über eine 10-Gigabit-Verbindung [ice scuzzy]. Und dann haben wir eine Fibre-Channel-Verbindung zu den VMR-Servern.
Herr Kendrick: Weißt du, Kent, ich möchte dich nur an eine Geschichte erinnern. Ich weiß nicht, ob du dich daran erinnerst oder nicht. Es war vor vier oder fünf Jahren: Du hast mich mitten am Tag angerufen, nur um mir zu sagen, dass du deine DataCore-Protokolle durchgesehen hast und festgestellt hast, dass einige Benutzer bis zu 325.000 IOPS erreicht hatten – und niemand hat dich angerufen, niemand hat sich beschwert, nichts wurde langsamer. Niemand hat überhaupt bemerkt, dass ihr so einen Ansturm hattet.
Herr Hanson: Richtig. Richtig. Ja, daran erinnere ich mich. Um ganz ehrlich zu sein: 325.000 IOPS waren kein alltägliches Phänomen. Gelegentlich wurden zwar hohe Werte erreicht, aber dieser Wert war außergewöhnlich hoch. Bei unseren typischen Betriebswerten war es nicht ungewöhnlich, je nach Situation Werte zwischen 25.000 und 55.000 IOPS zu erreichen.
Herr Chadwell: Würden Sie sagen, dass das zutreffend ist? Ich höre solche Geschichten sehr gerne, aber wenn ich an eine solche Geschichte denke – Sie sprechen ja von einer Leistungssteigerung –, dann klingt das so, als ob es Ihnen erstens hilft, nachts ruhig zu schlafen, und zweitens Ihrem Unternehmen beim Wachstum hilft, richtig? Und Sie können effektiv mehr Projekte übernehmen, wenn Sie neue Architekten einstellen und weiterhin diese „lebendigen Gebäude“ errichten. Im Wesentlichen verschafft es Ihnen die Stabilität, die Sie benötigen, um diese Leistung zu erreichen. Die Komponente der hohen Verfügbarkeit, richtig, also die Gewährleistung der Geschäftskontinuität. Jonathan hat gerade hervorgehoben, dass es nun schon etwa sechs Jahre her ist und es keine Ausfälle oder Unterbrechungen gab, seit DataCore im Backend läuft. Und was die Kosteneffizienz angeht –
Herr Hanson: Der Punkt ist, dass wir seit sechs Jahren ohne Ausfälle mit Standardhardware arbeiten. Falls es noch Fragen gibt: Das SAN des Mitbewerbers, das ich erwähnt oder auf das ich Bezug genommen habe, befindet sich – technisch gesehen zwar noch in unseren Daten, ist aber abgeschaltet. Wir nutzen es nicht einmal mehr.
Wir setzen durchgängig auf DataCore. Der ROI und die Gesamtbetriebskosten sind damit deutlich geringer, und meiner Meinung nach ist es das bessere Gesamtpaket. Das Einzige, was wir in Zukunft tun werden, ist die Umstellung auf DataCore. Unsere nächsten Schritte in diesem Jahr bestehen darin, uns mit asynchroner Replikation zu befassen, um die Daten aus unserem Netzwerk zu replizieren, damit die Leute das verstehen. Wir haben ein VGP-Netzwerk und einen riesigen Generator.
Selbst bei einem Stromausfall bleiben wir online. Wir hatten schon mehrmals Stromausfälle, sind aber immer online. Wir haben VGP. Wir haben zwei verschiedene Internetanbieter, die uns das bereitstellen, und daher ist unser nächster Schritt, dass wir unsere eigene cloud aufbauen cloud unsere Daten mit DataCore an unsere Remote-Standorte replizieren werden. Für uns wird DataCore also immer mehr zu einem festen Bestandteil unserer Geschäftsprozesse werden, und wir werden uns immer stärker darauf verlassen.
Wenn man einmal über „Software-Defined“ nachdenkt: Was passiert, wenn man seine Daten zu Microsoft Azure verlagern oder ein SAN bei Amazon betreiben möchte? Nun, wenn man auf „Software-Defined“ setzt, ergibt sich hier eine Chance, und vielleicht kannst du mal kurz mit diesem Steve darüber sprechen. Ich glaube, es wird mittlerweile unterstützt, oder, Steve, diese Software in solchen Umgebungen zu betreiben?
Herr Hunsaker: Richtig. Denn unsere Software ist einfach eine Software, die auf einem Windows-Server installiert wird – ganz gleich, wo sich dieser Windows-Server befindet, ob in Ihrer Garage oder bei einem cloud , das spielt keine Rolle.
Herr Hanson: Man baut sich sein eigenes virtuelles SAN auf, und Microsoft sagt dann, man sei eine cloud Amazon, nehme ich an. Wenn Sie also verschiedene SANs kennenlernen möchten, würde ich verschiedene Wettbewerber in Betracht ziehen, aber wenn Sie eine einzige Lösung suchen, setze ich auf DataCore.
Herr Chadwell: Wir haben hier ein paar Fragen erhalten. Ich denke, wir haben die Geschichte bisher recht gut dargelegt. Wer also Fragen hat, kann diese gerne weiterhin im Chat stellen. Eine der Fragen betrifft die Erfahrungen mit großen Arrays wie EMC VNX in Verbindung mit DataCore?
Herr Hanson: Nein, nicht direkt, aber ich würde sagen, dass es meiner Meinung nach dank des Caches und des Algorithmus schneller laufen würde. Ein Mitarbeiter von DataCore hat mir erzählt, dass einer der Wettbewerber DataCore als eine Art „Active-Active“-Lösung nutzen wollte, da er selbst kein „Active-Active“ realisieren konnte. Er konnte nur „Active-Passive“ umsetzen. Wenn man jedoch DataCore davor schaltet, ist „Active-Active“ möglich. Ich persönlich habe zwar keine Erfahrung mit EMC oder VNX, glaube aber, dass es schneller laufen würde.
Herr Kendrick: Wir haben durchaus Erfahrung damit, und Sie können dort auf jeden Fall ein EMC- oder Unity-System oder jedes andere beliebige Speichersystem Ihrer Wahl einsetzen. Ich möchte hier nicht die Show stehlen, aber ich weiß, dass einer der größten Kunden von DataCore – es handelt sich nicht um einen Kunden, mit dem ich zu tun hatte – mit EMC arbeitet, stimmt das?
Herr Chadwell: Das stimmt. Ja. Ich wusste nicht, ob du dazu noch etwas sagen möchtest, Steve, oder ob es für dich so in Ordnung ist? Möchtest du noch etwas hinzufügen, bevor ich zur nächsten Frage übergehe?
Herr Hanson: Nein, das ist ganz einfach. Alles, was über Fibre Channel, iSCSI oder Direct Task läuft, kann hinter DataCore betrieben werden, und wir stellen weiterhin unsere Funktionen zur Verfügung, während die jeweiligen Produkte im Hintergrund weiterhin ihre besten Funktionen einbringen – und schon ist alles in Ordnung. Sind Sie noch dran?
Herr Kendrick: Und um das System im Falle eines Ausfalls des ersten Standorts betreiben zu können, werden wir tatsächlich Standardhardware verwenden und daraus eine Super-Microbox aufbauen, wodurch wir uns die Kosten für die Anschaffung des dritten EMC-Systems sparen.
Herr Chadwell: Hier gehen gerade jede Menge Fragen ein. Habt ihr Vorschläge, wie man das Lager am besten in gutem Zustand hält, um Katastrophen zu vermeiden?
Herr Hanson: Wen möchten Sie …?
Herr Hunsaker: Da möchte ich kurz einhaken. Gerne beantworte ich diese Frage. Wenn es in Ordnung ist, werde ich versuchen – ich sehe ja, dass die Fragen hereinkommen –, so viele wie möglich auf einen Schlag zu beantworten. Die Software von DataCore läuft auf einem Windows-Server, Sie können also mit Windows Update verfahren, wie Sie möchten. Wir haben eine hervorragende support , die Ihnen Aufschluss darüber gibt, welche Änderungen die [Hotpicks] von Microsoft an Windows vorgenommen haben und ob Sie sich darüber Gedanken machen sollten. Mit anderen Worten: Wie nah sollten Sie an der neuesten Entwicklung sein?
Ich denke, Kent hat einen wichtigen Punkt angesprochen, nämlich die Möglichkeit, Tests und Updates durchzuführen – sei es für Treiber, Firmware oder Ähnliches –, und vielleicht kannst du, Kent, noch etwas dazu sagen. Es ist jedoch sehr beruhigend und gibt ein gutes Gefühl, dass man dies auf einer der beiden Seiten erledigen kann, da man weiß, dass man nicht das gesamte SAN lahmlegt, weil die Daten an zwei getrennten Orten gespeichert sind. Ich würde diese Frage also ganz klar bejahen: Man kann sich um Treiber, Firmware und Windows-Updates kümmern. DataCore veröffentlicht mehrmals im Jahr Produkt-Server-Packs. Wir nehmen also offensichtlich einige Verbesserungen vor und bringen sogar neue Funktionen heraus.
Und dann habe ich eine Frage zum Thema Lizenzen gesehen. Die beantworte ich gerne. Ist das in Ordnung, Michael, wenn ich diese Fragen einfach mal nacheinander durchgehen lasse?
Herr Chadwell: Ja, ja.
Herr Hunsaker: Anstatt sich die Zeit zu nehmen, wieder auf die Beine zu kommen.
Herr Chadwell: Die Leute fragen, ob sie später eine Kopie davon bekommen können – ja, Sie werden das hier herunterladen können. Fahren Sie bitte fort.
Herr Hunsaker: Sicher. Wir vergeben Lizenzen auf Basis von Terabyte nutzbarer Kapazität. Wenn Sie also 50 Terabyte nutzen möchten, würden wir Ihnen ein Angebot für 100 Terabyte unterbreiten, da wir diese 50 Terabyte auf einen anderen Server spiegeln und die Gesamtkapazität somit 100 Terabyte beträgt. Wie schneidet DataCore im Vergleich zu Datrium ab? Datrium unterscheidet sich deutlich davon, da das Unternehmen einen Treiber bereitstellt, der Speicher für DM Ware bereitstellt. Wir sind tatsächlich in der Lage – und ich glaube nicht, dass Datrium das kann –, einen Fibre-Channel-Speicher, einen iSCSI-Speicher und direkt angeschlossene Speicher zu nehmen und all das zusammenzufassen. Und wie wir bereits beschrieben haben, erfolgt dabei eine automatische Einstufung.
Wir lesen, schreiben und speichern im Arbeitsspeicher, und dadurch sind wir nicht nur in der Lage, einige der anderen Fragen zu beantworten, auf die bereits angespielt wurde – nämlich die Hyperkonvergenz, die wir so definieren, dass wir dem Host, auf dem ich gerade arbeite, tatsächlich Speicherplatz zur Verfügung stellen –, sondern wir sind dabei auch vollkommen in der Lage, diesen Speicher gleichzeitig einer externen Umgebung bereitzustellen, was Datrium meines Wissens nach nicht kann.
Mal sehen.
Herr Chadwell: Läuft DataCore auf jeder beliebigen Hardware oder gibt es Hardware, auf der es nicht läuft?
Herr Hunsaker: Das habe ich gesehen. Ja. Wir arbeiten also mit jedem x86-Server sehr gut zusammen. Bei Herstellern wie Lenovo, Supermicro, HP und Dell haben wir einige Dokumente, in denen aufgeführt ist, was nicht funktioniert. Das ist wahrscheinlich ein guter Ansatz, anstatt einfach nur eine Liste mit allem zu veröffentlichen, was funktioniert – so lassen sich die Ausnahmen leichter finden. Gerne stellen wir Ihnen alle Testumgebungen zur Verfügung, die Sie benötigen. Wir bieten eine 30-tägige Testversion unserer Software an, die voll funktionsfähig ist.
Wir bieten Rabatte für gemeinnützige Organisationen an. Auf unserer Website finden Sie Referenzarchitekturen für fast alle Hersteller von Serverhardware. Wir arbeiten mit Windows Server; um auf VMware Linux zu laufen, müssten wir daher als virtuelle Maschine betrieben werden.
[Ken] Das „Provisioning“ ist tatsächlich eine Erfindung von uns, auf die wir ein Patent besitzen. Ja, wir support und bieten es an. Mit anderen Worten: Unsere virtuellen Festplatten können größer sein als die physische Festplatte, auf der sie liegen. Habe ich noch etwas vergessen? Ja, Kent.
Herr Hanson: Darf ich an dieser Stelle kurz einwerfen, dass DataCore – und das war der Moment, in dem ich wirklich auf den Zug aufgesprungen bin – keineswegs ein Neuling im Speicherbereich ist. Ich glaube – und korrigieren Sie mich, wenn ich mich irre –, aber hat nicht alles vor Jahren bei der NASA angefangen? Sie haben bei der NASA angefangen. Ich glaube, der Ingenieur hat bei der NASA angefangen und das Unternehmen von dort aus aufgebaut. Ich meine, es gibt das Unternehmen schon sehr lange.
Herr Hunsaker: Das ist richtig.
Herr Hanson: Sehr, sehr vertrauenswürdig.
Herr Hunsaker: Michael, gibt es noch Fragen, auf die ich Ihrer Meinung nach näher eingehen sollte?
Herr Chadwell: Ja, jeder wird ein Exemplar erhalten. Unterscheidungsmerkmale gegenüber führenden Wettbewerbern. Darauf möchte ich kurz eingehen. Ich denke, Sie haben heute bereits gehört, dass wir, da wir ausschließlich Software anbieten, auf jeder Hardware laufen können. Im Idealfall profitieren Sie von besseren Kosten. Dabei werden wir Ihnen auf jeden Fall helfen. Der Effizienzaspekt, über den Kent gerade gesprochen hat. Zusätzliche Leistung, aber vor allem – und jemand hat nach Branchen oder Vertikalen gefragt, in denen wir erfolgreich sind – so gut wie jede datenintensive Umgebung.
Insbesondere alles, was geschäftskritisch ist, hohe Verfügbarkeit erfordert oder die Geschäftskontinuität sicherstellt. Wenn ich an Branchen denke, fallen mir Krankenhäuser ein, da wir über 2.000 Krankenhäuser haben, die sich auf DataCore verlassen, um sicherzustellen, dass ihre Daten stets verfügbar und betriebsbereit sind. Als der Hurrikan Sandy zuschlug, hatten wir tatsächlich ein Krankenhaus, dessen Rechenzentrum unter Wasser stand. Diese Einrichtung befindet sich in New York, und Gott sei Dank verfügten sie über eine Active-Active-Architektur, sodass ihr anderes Rechenzentrum auf der anderen Seite des Hudson tatsächlich voll funktionsfähig und in Betrieb war.
Dieses Krankenhaus nahm Patienten auf, die Menschen konnten ihre MRT-Untersuchungen durchführen lassen und sich um all die anderen Operationen, Probleme und Komplikationen kümmern, die durch den Sturm entstanden waren. Andere Krankenhäuser hingegen hatten den Betrieb eingestellt. So etwas sehen wir häufig.
Fordern Sie ein Angebot an. Sie können sich gerne an uns wenden – ich glaube, unsere Kontaktdaten finden Sie hier irgendwo. Wir werden Ihnen unsere Kontaktdaten auf jeden Fall zusenden. Sie finden sie hier auf der letzten Folie: info@datacore.com. Sie können gerne eine Nachricht an jeden von uns hier im Webcast senden. Meine E-Mail-Adresse lautet michael.chadwell@datacore.com.
Ich wollte noch auf etwas eingehen – wie lautete hier noch mal die letzte Frage? – Gibt es noch etwas, das ich dort hätte erwähnen sollen, Steve?
Herr Hunsaker: Nein, ich meine, es gibt eine Handvoll Fragen, die wir wahrscheinlich klären können. Ich weiß nicht, ob wir wissen, wer sie gestellt hat, aber es gibt noch vieles, was wir nicht beantwortet haben, Leute, und ich weiß eure Beiträge zu schätzen. Meine E-Mail-Adresse lautet steve.hunsaker@datacore.com.
Herr Chadwell: Ja, und wie bereits erwähnt, ist dies sozusagen der Auftakt zu einer Webserie. Seien Sie also bitte auch bei der nächsten Folge dabei. Am 26. Februar wird ein weiterer Kunde zu Gast sein und Ihnen erzählen, wie er DataCore gemeinsam mit einem anderen Partner nutzt, der eher in der zentralen Region ansässig ist – nämlich „Customer First Basis Consulting“. Wir freuen uns schon darauf, Sie auch bei dieser Folge begrüßen zu dürfen. Und wir werden alle weiteren Fragen hier nachbereiten. Sie erhalten eine Kopie der heutigen Präsentation.
Kent, ich kann dir gar nicht genug dafür danken, dass du heute bei uns bist und mit uns sprichst. Jonathan, es ist immer toll, dich dabei zu haben, und ich schätze die Arbeit sehr, die du im Laufe der Jahre für uns geleistet hast. Und Steve, du hilfst uns wirklich dabei, unsere Kompetenz im Bereich Software-Defined Storage zu untermauern. Ich kann den Podiumsteilnehmern also gar nicht genug für heute danken. Und vielen Dank an euch alle, dass ihr virtuell dabei seid. Ich freue mich darauf, weiter mit euch zusammenzuarbeiten und mit euch in Kontakt zu bleiben. Bitte seht euch auch die Anhänge und Links im Webcast an. Ihr könnt gerne einiges davon herunterladen. Für diejenigen unter euch, die Materialien angefordert haben: Wir haben dort die Fallstudie und einige weitere technische Dokumente für euch bereitgestellt. Damit sind wir, wie ich sehe, genau zur vollen Stunde angelangt. Ich möchte mich bedanken und wünsche allen Rest eine wunderbare Rest Woche. Los geht’s, Carlos.
Carlos: Ich möchte nun den Gewinner der Amazon-Geschenkkarte im Wert von 200 Dollar bekannt geben. Der Gewinner ist [John Casella] von der Pulte Group. Wir werden uns bei Ihnen melden. Und noch einmal vielen Dank an alle für Ihre Teilnahme. Ich wünsche Ihnen einen schönen Tag.
Herr Chadwell: Vielen Dank an alle.
Herr Hunsaker: Super. Vielen Dank an alle.