Von Techopedia Staff, 7. Dezember 2016
Imbiss: Gastgeber Eric Kavanagh bespricht die Verfügbarkeit mit Robin Bloor, Dez Blanchfield und Bert Scalzo von IDERA.
Du bist derzeit nicht angemeldet. Bitte melde dich an oder registriere dich, um das Video zu sehen.
Eric Kavanagh: Sehr geehrte Damen und Herren, hallo und herzlich willkommen zurück. An einem Mittwoch ist es vier Uhr Ostküstenzeit. Wenn Sie sich in der Welt der Daten befinden, kann dies heutzutage nur eines bedeuten: Es ist wieder Zeit für Hot Technologies! Ja in der Tat.
Mein Name ist Eric Kavanagh, ich werde Ihr Gastgeber für die Show sein. Es soll herausfinden, was heiß ist, was da draußen passiert, was die coolen Dinge sind, die im Unternehmen verwendet werden, und natürlich ist die Datenbank die Grundlage für alles, was wir auf diesem Gebiet tun. Wir werden uns also mit dem Schutz Ihrer Datenbank befassen. Das genaue Thema lautet: "Schützen Sie Ihre Datenbank: Hochverfügbarkeit für Daten mit hohem Bedarf". Es gibt also eine Folie über Ihre Daten. Und genug von mir, schlagen Sie mich auf Twitter, @eric_kavanagh.
Erstens ist dieses Jahr heiß, Daten sind heiß, Big Data ist sehr heiß, aber es ist immer noch ziemlich am Rande. Heutzutage nutzen immer mehr der modernsten Unternehmen Big Data, die meisten Brot- und Butterfabriken auf der Welt. Sie verwenden immer noch traditionelle Daten. Wenn Ihre Daten stark nachgefragt sind, möchten Sie sicherstellen, dass sie verfügbar sind, weil Wenn Systeme ausfallen, wenn auf Daten nicht zugegriffen werden kann, wenn Sie unglückliche Kunden, unglückliche Interessenten, Kundenabwanderung, Unzufriedenheit mit allen möglichen Dingen, Partnern usw. haben. Das wollen Sie also nicht.
Wir werden von einigen der besten Unternehmen der heutigen Zeit lernen - wir werden von unserem eigenen Dr. Robin Bloor hören, einem Datenbankexperten, der seit rund drei Jahrzehnten in Betrieb ist. Dez Blanchfield, der das schon ungefähr so lange macht, aber noch in jungen Jahren angefangen hat, und Bert Scalzo von IDERA, der eigentlich der Schwarze Gürtel der Datenbank ist. Also nicht zurückhalten, Leute, Fragen stellen - der größte Teil dieses Ereignisses ist für Sie wertvoll, wenn Sie gute Fragen stellen und gute Antworten erhalten. Senden Sie sie also über das Chat-Fenster oder die Frage-und-Antwort-Komponente Ihrer Konsole.
Und damit übergebe ich es Robin Bloor - nimm es weg.
Dr. Robin Bloor: Okay, lassen Sie mich darauf klicken und sehen, ob es sich bewegt - es tut es. Ich werde nicht speziell über Datenbanken sprechen. Das habe ich mir gedacht, weißt du, weil ich das Intro mache, die erste Einführungspräsentation, also werde ich über die erwarteten Servicelevels und natürlich die Verfügbarkeit sprechen, was der Deal ist, der das Thema der heutigen Show ist.
Und die Frage ist: „Wirklich, was ist Verfügbarkeit? Und welche Rolle spielt es für die Art und Weise, wie Menschen heutzutage Rechenzentren betreiben? “Eine Sache, die mir aufgefallen ist - mir ist dies tatsächlich irgendwann in den 90er Jahren aufgefallen -, ich habe an einer Website gearbeitet und Benutzer haben angefangen, sich zu beschweren, weil ihre E-Mail-Adresse nicht verfügbar war 15 Minuten.
Und es war interessant, weil der CTO oder wer auch immer für die IT verantwortlich war, tatsächlich einen der wenigen Orte hatte, an denen sie in jenen Tagen tatsächlich die Servicelevel bestimmt hatten und die E-Mail, die für 15 Minuten nicht erreichbar war, nicht gegen den Servicelevel von irgendjemandem verstieß . Ich denke, es darf eigentlich zwei Stunden draußen sein. Es war nicht die E-Mail konnte nicht verwendet werden, es war nur, dass Sie nicht senden und empfangen konnten, weil der Server nicht erreichbar war. Und das hat mich auf die Tatsache aufmerksam gemacht, dass ich seitdem bemerkt habe, dass sich alles beschleunigt und die Erwartungen der Benutzer sich beschleunigen. Dies führt dazu, dass Menschen möglicherweise drei Service-Level haben, aber oftmals auch sie wird sich beschweren, wenn die Service-Levels nicht tatsächlich verletzt werden.
Die Definition von Service-Levels kann also genau davon abhängen, wovon Sie in Bezug auf die Service-Levels sprechen. Wir haben über ein IT-System oder eine IT-Anwendung gesprochen. Definieren Sie normalerweise in Bezug auf Leistung, Verfügbarkeit und Metrik. Mit anderen Worten, Sie können einen Service Level nur definieren, wenn Sie ihn messen können. Normalerweise handelt es sich also um eine Art von Messung, und normalerweise geht es um Antwortzeiten, bestimmte Transaktionen und die Verfügbarkeit der Systeme über einen bestimmten Zeitraum und vor 1994-1995 war es wirklich selten, dass Systeme für mehr als die normalen Arbeitszeiten verfügbar sein mussten. Sagen wir also acht Uhr morgens bis sechs Uhr abends, um eine normale Zeitspanne anzugeben - und die Leute haben Systeme auf diese Weise gebaut, und das bedeutete für mich, insbesondere mit der Datenbank, dass Sie die Datenbank auf eine bestimmte Art und Weise und nach Belieben konfigurieren können Das Batch-Fenster begann sich zu verkleinern, in einigen Systemen und dann in anderen Systemen begann sich die Notwendigkeit des erneuten Denkens zu ergeben, und dann kamen die Dienste oder die Architektur auf, die anfingen, Abhängigkeiten zwischen Systemen herzustellen, von denen vorher keine Abhängigkeiten bestanden einander, was alles noch schlimmer macht. Was die Verfügbarkeit der Systeme angeht, haben wir es geschafft.
Der Punkt, den ich angesprochen habe, war, wenn ich über Verfügbarkeit spreche, dass es Backup und Wiederherstellung umfasst und dass - es ist, als ob es nicht nur Verfügbarkeit in den normalen Begriffen ist, über die wir sprechen; Es gibt viele verschiedene Möglichkeiten, wie eine Anwendung fehlschlagen kann. Sie wissen, Sie können einen Hardwarefehler oder einen Datenbankfehler bekommen, Sie können einen Softwarefehler bekommen und es gibt eine Menge verschiedener Arten dieser Dinge, und wenn es auftritt, müssen Sie in der Lage sein, sich zu erholen, und deshalb müssen Sie auch zurück Systeme einrichten. Es muss also ein Schema für die Sicherung des Systems geben, und heutzutage benötigen Sie an vielen Standorten die Notfallwiederherstellungsfunktion, falls ein ganzes Gebäude in die Luft springt. Und hier etwas Erwähnenswertes, und ich werde gleich darauf eingehen, aber die Geschäftsprozesse haben auch Service-Levels und in Wirklichkeit die Service-Levels des Geschäftsprozesses, die für das Geschäft wirklich wichtig sind. Die IT muss nur ihren Teil dazu beitragen, und zwar gemäß jeglicher Vereinbarung.
IT-Service-Levels sind in der Regel den Service-Levels von Geschäftsprozessen untergeordnet, aber genau wie es vor 15 Jahren sehr selten vorkam, dass ein Unternehmen genau definierte Service-Levels für Geschäftsprozesse hatte . Das ist etwas, was gerade passiert. es ist nicht etwas, was schon lange passiert ist.
Dies sind die Beschleunigungs- und Zeitschranken, es ist nur erwähnenswert, Zeitschranken. Wir bewegen uns allmählich in eine ereignisverarbeitende Welt, und aus diesem Grund bewegen wir uns allmählich in eine Echtzeitwelt, und aus diesem Grund bewegen wir uns allmählich in die Verfügbarkeit, um 24 mal 7 benötigt zu werden, und das ist für viele Systeme tatsächlich schwierig - es ist schwer zu erreichen. Entweder ist es sehr teuer, oder in einigen Fällen müssen Sie die Systeme tatsächlich ändern und sogar auf eine andere Datenbank, eine andere Version der von uns verwendeten Datenbanksoftware, umsteigen.
Auch diese Zeitbarrieren - und ich möchte sie immer erwähnen, wenn ich die Gelegenheit dazu habe - sind Zeitbarrieren, auf die unsere Anwendungen stoßen. Anwendungen möchten möglicherweise so schnell wie möglich sein. Dann spricht die Software mit der Software. In manchen Situationen gibt es wirklich keine akzeptable Lizenz, Sie möchten so schnell wie möglich sein, und in solchen Situationen, wie beispielsweise Marktsituationen, in denen die Person, die mit dem zweiten Kaufauftrag kommt, einen schlechteren Preis als jemand erhält wer zuerst kommt, und deshalb ist die Software-Geschwindigkeit wirklich wichtig.
Aber wissen Sie, wenn Sie es tatsächlich mit Menschen zu tun haben - mit ihnen zu interagieren -, beträgt die beste Reaktionszeit, die wirklich von Ihnen verlangt werden kann, eine Zehntelsekunde, da es sich um die Reaktionszeit eines Menschen handelt. Sie müssen nicht schneller als das gehen, weil ein Mensch sowieso nicht bemerkt. Zwischen 1, 1 und vier Sekunden ist eine Wartezeit, die die Menschen normalerweise tolerieren. Sobald Sie jedoch vier Sekunden überschritten haben, machen sie etwas anderes, und deshalb sind Sie wirklich in eine Batch-Aktivität verwickelt.
Sie können also sehen, dass bestimmte Zeiträume und Tage, Wochen und Monate für die Dinge gelten, in denen ein Batch-Verhalten sinnvoll ist und Sie sich daher nicht in einer Event-Processing-Welt befinden. Daher kann die Verfügbarkeit in Bezug auf Ihre Anforderungen tatsächlich sehr unterschiedlich sein versorgen zu können. Sobald Sie sich jedoch in der Event-Welt befinden, sind Sie rund um die Uhr erreichbar, und der Technologiewandel ist ein Faktor, da die Technologie immer schneller wird und sich die Verfügbarkeit möglicherweise nicht erhöht. es bleibt einfach so wie es ist.
Das ist vielschichtig und ich möchte nicht weiter darauf eingehen, es gibt nur drei Dinge, die hier zu beachten sind. Es gibt einen Servicelevel für die Infrastruktur, dies ist die vertikale Achse, und dann gibt es einen Servicelevel für eine bestimmte Anwendung und dann einen Business-Servicelevel. Diese sind voneinander abhängig und müssen berücksichtigt werden Wenn Sie tatsächlich eine reaktionsfähige Umgebung schaffen möchten, in der die Service-Levels eingehalten werden.
Dann haben Sie unten hier die gerade dargestellten Datenbanken, aber Sie können alles innerhalb des Systems tun, Sie wissen, dass Sie die Nonstop-Konfiguration haben, was bedeutet, was es sagt: Es wird niemals aufhören. Sie haben die Hot-Standby-Situation, in der es auf die eine oder andere Weise verschiedene Möglichkeiten gibt, dies zu erreichen. Wenn jedoch eine Datenbank ausfällt, wird auf die eine oder andere Weise auf Hot-Standby umgeschaltet, und es tritt nur eine sehr geringe Verzögerung auf Zeit, bis zu dem Punkt, an dem Benutzer wahrscheinlich bemerken würden, aber nicht viel bemerken würden.
Warm-Standby ist eher eine 20-minütige Umschaltung, bei der alle am Helpdesk anrufen und sich an die Arbeit machen, während die Datenbank auf Standby umgeschaltet wird. Dann kommt es zu einem Neustart, der sehr lange dauern kann. Es ist erwähnenswert, dass sich eine bestimmte Anwendung oder eine bestimmte Datenbank in einer der Situationen befindet, die davon abhängen, was tatsächlich vor sich geht und welches Servicelevel für die Anwendung tatsächlich erforderlich ist.
Daraus möchte ich nur einen Punkt über die Komplexitätskurve machen. Die Komplexität ergibt sich aus Knoten und Verbindungen, den Abhängigkeiten. In der Welt, in der wir leben, wächst die Anzahl der Knoten und Verbindungen, die an irgendetwas beteiligt sind, ständig, sodass Sie auf diese Art von zweckmäßiger Kurve stoßen. Wenn Sie sehen, wie die Komplexität zunimmt und wie sich die Zeitdimensionen verringern, wissen Sie, wie hoch die Verfügbarkeit ist, gibt es Zeitziele, die sich wahrscheinlich verringern?
Die natürliche Entwicklung geht daher in Richtung Nonstop-Betrieb. Dies ist natürlich - zumindest nach meiner Erfahrung - die teuerste Konfiguration, die Sie erstellen können. Auf die eine oder andere Weise muss jede Organisation, die darüber nachdenkt, wirklich nicht nur darüber nachdenken, was jetzt passiert, sondern auch darüber, was in Zukunft passieren wird.
Vielleicht ist der letzte Punkt, den ich ansprechen möchte, die Verwaltung der Service-Levels eine fortlaufende Aktivität. Sie wissen nicht, dass Sie ein Projekt haben, Sie tun es und es ist vorbei. Es ist nicht so, weil sich die Dinge ständig ändern. Trotzdem werde ich den Ball an Dez weitergeben.
Dez Blanchfield: Danke Robin. Ich liebe deine Eröffnungsrutsche. Wir hatten gerade die Wiederholung von "Finding Nemo 2", dem Film. Sie hatten Nemo auf der Suche nach Verfügbarkeit in Form von Neunen, die ich ziemlich süß fand. Es ist immer eine schwierige Aufgabe, ihr zu folgen. Wenn ich an Verfügbarkeit und hohe Leistung denke, ist das erste Bild, das mir einfällt, weil ich auf den Salomonen in der Nähe von Vulkanen und Äquator aufgewachsen bin, ein Vulkan, der in meinem Rechenzentrum ausbricht. Ich habe immer das Bild im Kopf, dass das passieren könnte, wenn etwas kaputt geht. Dies ist ein Bild des schönen Berges. Ätna, die nordöstliche Ecke von Sizilien, direkt neben Catania.
Mein Ansatz ist es, ein Gespräch mit Ihnen zu führen und Ihnen ein paar Imbissbuden zur Verfügung zu stellen, die ich regelmäßig in einem Sitzungssaal von C-Suites und den Leitern der Geschäftssparte aus mit der Absicht, dass wir ein Gespräch führen, mache Informationen darüber, was sich aus wirtschaftlicher oder technischer Sicht auf Ihr Unternehmen auswirken kann, sowie über die Art des Engineerings.
Wir müssen darüber nachdenken und wie - was wir davon halten und wie wir dann einige der Herausforderungen angehen, über die wir sprechen, wenn wir über Hochverfügbarkeit und Betriebszeit sprechen, insbesondere im Bereich Automatisierung und Plattformen.
Die Frage, die wir anfangs stellen, lautet also: Was meinen wir eigentlich, wenn wir über Datenbanksysteme und die Verfügbarkeit von Datenbankplattformen sprechen? Was bedeutet es eigentlich, über die eigentliche Herausforderung zu sprechen, einer Ebene etwas zur Verfügung zu stellen, wie Robin es in der installierten Zuordnung der Service-Level-Agreements dargelegt hat, was wir tatsächlich brauchen und wollen?
Die Realität von heute ist also, dass - und in der Tat gibt es in meinem Kopf ein paar Spitzenwirklichkeiten - heute alles effektiv datenbankgesteuert ist. Es gibt nur sehr wenige Systeme, die heutzutage so gebaut sind, dass sie nur in Dateien gespeichert werden oder eine Art Flatfile-Protokoll darstellen. ausnahmslos alles ist datenbankgesteuert. Aus diesem Grund müssen wir nicht mehr über die Verfügbarkeit dieser Datenbanken, der verschiedenen Systeme, Anwendungen und Tools nachdenken, die von ihnen abhängen, und uns darauf verlassen, dass sie die Dienste liefern, die wir liefern, verkaufen oder konsumieren möchten . Und die gesamte Infrastruktur.
So sehr, wenn Sie an die großen Datenstörungen der letzten Zeit denken, insbesondere an die Digital Natives oder Cloud Natives, an einige der Unternehmen, die wie Uber, Airbnb und so weiter gekommen sind, und an die etwas älteren PayPals und die eBays der Welt - Umfang und Größe dieser Organisationen sind nur dank moderner Datenbanktechnologie und moderner Cloud-Infrastruktur möglich. Ohne diese zusätzliche Fähigkeit würden sie mit Sicherheit nicht existieren. Stellen Sie sich ein Szenario vor, in dem Sie zwischen 9:05 und 9:25 Uhr nur zu eBay gelangen konnten, weil es für den Rest des Tages nicht verfügbar war, weil versucht wurde, eine iCloud oder ein Backup oder ähnliches zu erstellen hat funktioniert.
Also, und es gibt andere Schlüsselbereiche, wenn Sie an unser tägliches Leben denken, wissen Sie, wie Einzelhandel und Bankwesen und Finanzen und die Fluggesellschaften und so weiter. Die großen Industriegruppen wie Luftfahrtlogistik, Transportschifffahrt, Regierung als Ganzes, nationale Sicherheit und Polizei und so weiter. All diese Branchen, all diese Marktsegmente, all diese Gremien und Gruppen hängen davon ab, ob ihre Umgebungen funktionsfähig sind.
In diesem Sinne haben wir auch die andere Einschränkung, über die wir nachdenken müssen, die andere Einschränkung, über die ich Sie nachdenken lassen möchte, und das ist, dass unsere Welt jetzt das ist, was ich "immer" nenne. Wir sind permanent verbunden und dies ist ein Thema, das Sie regelmäßig hören werden. Ich werde es wiederholen und wiederholen. Wir haben jetzt jeden Tag Smartphones in unseren Händen. Wir schalten sie nicht aus, wir stellen sie neben das Bett, wir verwenden sie ausnahmslos als Wecker, wir verwenden sie als Kameras und wir machen Fotos, sie schieben diese Fotos in die Wolke.
Sie sind immer in ständiger Verbindung mit der Mentalität. Tatsächlich gibt es eine Phrasenmünze, die ich gerne benutze, und das ist, dass wir jetzt sozusagen die Fitbit-Generation leben, in der wir alles messen, wir überwachen und protokollieren müssen das wird irgendwohin gehen.
Und es gibt noch eine andere Redewendung, mit der ich dich verlassen werde, und das heißt, es ist neun Uhr irgendwo, die ganze Zeit. Es ist eine Welt, in der wir 24/7/365 leben. Die Erde dreht sich ständig um die Sonne und irgendwann und zu jeder Stunde des Tages ist es neun Uhr. Und das bedeutet, dass die Leute aus dem Bett aufstehen und versuchen, Dinge zu tun, Dinge zu kaufen, Dinge zu installieren usw.
Was meinen wir also, wenn wir über Hochverfügbarkeit sprechen? Nun, es hört sich wirklich offensichtlich an, bis Sie anfangen, ins Detail zu gehen. Sie wissen also, wenn wir über „OK, was bedeutet Hochverfügbarkeit?“ Nachdenken. In Wirklichkeit gibt es keine Silberkugel. Es ist ein recht komplexes Konzept, wie Robin mit einigen der von ihm erwähnten Themen wie der Messung der Verfügbarkeit und Vereinbarungen zum Servicelevel in Verbindung gebracht hat. Wir ordnen es Dingen zu wie: Ich habe diese Fragen, ist es betriebsbereit? Sorgen wir uns um Dinge wie die sogenannten fünf Neunen, auf die ich gleich eingehen werde? Überlegen wir uns, was in unseren Service Level Agreements steht? In Service-Level-Agreements gibt es beispielsweise Verzögerungen, und das aus drei Buchstaben bestehende Akronym für Service-Level-Agreements ist heutzutage immer wichtiger geworden.
Während Sie diesen gesamten Prozess vor Ort und selbst gehostet durchlaufen, um an Rechenzentren von Drittanbietern und ausgelagerte verwaltete Dienste ausgelagert zu werden, werden wir den gesamten Weg zur Cloud zurücklegen. Und die Realität ist, wenn man von Cloud spricht, dass es sich nur um die Computer anderer Leute handelt. Das bedeutet, dass Sie nicht die Infrastruktur, die Systeme und ausnahmslos die Cloud betreiben. Sie arbeiten mit einer Infrastruktur, die als Plattform eingerichtet ist, und daher ist sie im Außendienst noch wichtiger. Stellen Sie sich zum Beispiel den Verkauf vor, Sie wissen, dass Sie keine dieser Infrastrukturen berühren. Sie melden sich einfach bei einer Weboberfläche an.
Der einzige Mechanismus, den Sie in dieser Welt der Cloud und der ausgelagerten Infrastruktur in irgendeiner Form haben, um zu steuern, sind Service-Level-Agreements. Dies ist der einzige Mechanismus, den Sie haben, und wenn die Leute Ihre Installation nicht einhalten, haben sie beide Bestand Strafen und eine Reduzierung des Geldbetrags, den Sie bezahlen oder den Sie einfach nicht bezahlen.
Das erinnert uns an die Herausforderung, wie wir mit Hochverfügbarkeit umgehen. Wie verwalten wir die Verfügbarkeitsverfügbarkeit, wenn es sich nicht um Ihre Infrastruktur handelt - zum Beispiel um SLA. Wenn es sich um Ihre Infrastruktur handelt oder auch wenn es sich um die Infrastruktur einer anderen Person als Entwurfssicht handelt. Wir haben über Load Balancing in der Modellforschung gesprochen. Ist es ein Fehlertoleranz-Konstruktionspatent?
Führen Sie in Ihren Architekturen Active Active oder Active Standby aus? Haben Sie mehrere Server, mehrere Speicherplattformen? Wie funktionieren diese Speicherplattformen? Replizieren sie sich, spiegeln sie sich? Führen Sie RAID aus? Welchen RAID-Typ verwenden Sie für redundanten Speicher? Führen Sie RAID auf Festplattenebene aus? Führen Sie eine Objektspeicherplattform aus, die sich auf Modelllaufwerken und Modellsystemen und -laufwerken repliziert? Ist es N plus eins für jedes kleine Stück Infrastruktur, das Sie haben? Fügen Sie einen weiteren hinzu und befindet sich dieser im selben oder einem anderen Rechenzentrum? Haben Sie beispielsweise ein Geschmacksmuster angemeldet, das keine einzige Verkaufsstelle ausmacht?
All diese grundlegenden Dinge klingen jetzt wie einfache Konzepte, aber wenn man sich mit jedem dieser Dinge befasst, handelt es sich um sehr, sehr detaillierte Dinge. Wenn wir über Verfügbarkeit sprechen, sprechen wir immer über Neunen. Und was meinen wir mit Neunen? Wir haben alle davon gehört, aber lassen Sie uns für eine Minute darüber nachdenken, was sie bedeuten und warum sie wichtig sind.
Wir sprechen also von einer Neun, was nur 90 Prozent unserer Verfügbarkeit entspricht. Ich weiß, das hört sich sehr hoch an. Wenn wir also 24 mal 7 mal 365 sprechen, wenn wir zum Beispiel nur ein Jahr betrachten, wenn wir mit einer Neun sprechen, was 90 Prozent der Zeit entspricht, sind pro Jahr sechsunddreißigeinhalb Tage Ausfallzeit möglich. Lassen Sie uns das auf etwas mehr als einen Monat abrunden.
Denken Sie jetzt an jedes Geschäft, mit dem wir täglich zu tun haben - sei es Online-Banking, eBay, PayPal oder Social-Media-Plattformen wie LinkedIn, Twitter oder nur ein Einzelhändler. Sagen wir einfach, ich wollte einen Flug buchen, um von sunny in die USA zu kommen Australien, würde ich mich freuen, wenn ich in einer Woche nach Amerika kommen würde, wenn meine Lieblingsfluggesellschaft sechsunddreißigeinhalb Tage ausfallen würde, weil ihr Dienstleister sagte: "Schauen Sie, wir sind in 90 Prozent der Fälle in Betrieb "? Natürlich würde ich nicht.
Bei diesem Modell sind es zwei Neunen: 99 Prozent. Nun, das sind 3, 65 Tage, ungefähr dreieinhalb Tage Ausfallzeit pro Jahr. Ist das eine große Sache? Nun, es ist so, wenn Sie Black Friday betreiben und ein Sonderangebot betreiben und die Leute nur in diesen paar Tagen kaufen können.
Drei Neunen werden zu 8, 7 Stunden pro Jahr, aber selbst 8, 7 Stunden pro Jahr, das sind acht Stunden ununterbrochen unsere Zeit. Gut, dass im Bank- und Finanzwesen, im Gesundheitswesen - wenn es sich um ein Krankenhaus handelt, könnte dies Leben kosten. Wenn Sie aufsteigen, sind vier Neunen 52 Minuten, fünf Neunen fünf Minuten und sechs Neunen 30 Sekunden. Sechs Neunen sind extrem hoch, und je höher Sie auf dieser Leiter steigen, desto schwieriger wird das Design, die Umgebung und die Plattform. Je schwieriger es ist, diesen Service bereitzustellen, und wenn Sie sich überlegen, wie viel Zeit Sie für die Ausführung von Backups, die Verwaltung, das Patchen und die Wartungsfenster für alle Arten von Ausfällen zur Verfügung haben - alles keine trivialen Herausforderungen - und es kommt alles auf den prozentualen Anteil der Ausfälle an.
Der Schlüssel, den ich hier vermitteln möchte, ist, dass es keine Silberkugel gibt, wie ich bereits erwähnte. Wenn es um die Verfügbarkeit geht, gibt es keine „Einheitsgröße“. Möglicherweise verfügen Sie über ein bestimmtes Musterpatent, das für wichtige Branchen geeignet ist. Alle Banken stehen vor den gleichen Herausforderungen. Einige könnten Privatkundenbanken sein, andere Premiumbanken. Einige Banken konzentrieren sich möglicherweise auf Handel und Investment sowie Vermögensverwaltung. Einige könnten reine Konsumenten sein. Einige sind möglicherweise nur im Internet platziert und haben nicht einmal Kassierer und beschäftigen sich nur mit Geldautomaten, wenn sie Bargeld ausgeben. In diesen Szenarien haben sie selbst in der Banken- und Vermögensverwaltungsbranche sowie in der Finanzdienstleistungsbranche als Ganzes immer noch ihre eigenen Vorlieben oder Bedürfnisse, wenn es um die Verfügbarkeit geht.
Wenn wir also über die Verfügbarkeit im Klartext nachdenken, über die Mischung aus Verfügbarkeit und Hochverfügbarkeit - denken wir, dass sie dasselbe sind, aber tatsächlich sind sie Kreide und Käse. Die Verfügbarkeit ist im Klartext ausgedrückt ein Maß für die Zeit, die ein Server oder Prozess normal oder allgemein funktioniert, abhängig von seiner Nutzung. Das bedeutet nur, wie wir beschreiben, ob es verfügbar ist oder nicht. Wenn wir über die Verfügbarkeit sprechen, geraten wir häufig in die Falle, dass „ich sie in einer verfügbaren Form zur Verfügung stelle“, und nicht in die Falle, dass die Sicherheit dieser Infrastruktur durch hohe Verfügbarkeit gewährleistet wird.
Hochverfügbarkeit, in einem anderen Sinne im Klartext, ist das Design, bei dem Sie eine Art Ergebnis und Verfügbarkeit von Daten implementieren oder erzielen, insbesondere, wenn diese Verfügbarkeit fast immer - 24/7/365 Tage im Jahr - einige davon erreicht neun. Es bedeutet immer nicht 100 Prozent. Einhundert Prozent ist in einer realen Welt in keiner Umgebung technisch möglich. Es ist sehr schwierig für einen Server in einem Betriebssystem mit einer Datenbank, auf der eine Plattform ausgeführt wird und auf der eine Anwendung bereitgestellt werden kann, die zu 100 Prozent ausgeführt werden soll. Also fangen wir an, über Designs nachzudenken. Haben wir Redundanzen, müssen wir mehrere Folien replizieren? Wenn Sie es dann in einfachem Englisch ausdrücken, ist es interessant, wie unterschiedlich das Thema Verfügbarkeit und Hochverfügbarkeit wird.
Ich dachte, ich würde es in eine wirklich einfache grafische Form bringen, um uns eine Vorstellung davon zu geben, wie dies aussieht, wenn Sie sich der Herausforderung stellen, die Verfügbarkeit beim Schutz Ihrer Dienstverfügbarkeit zu erhöhen. In der unteren linken Ecke haben wir eine einzelne Neun. Ich habe die fünf Neun festgelegt, über die wir allgemein sprechen. Sechs Neunen ist ein bisschen unverschämt. Wenn wir über fünf Neunen in der unteren linken Ecke sprechen, ungefähr 35 Tage nach diesem Ausfall, ist dies eine kostengünstige und wenig komplexe Umgebung, die Sie bereitstellen möchten, weil Sie eine Reihe von Dingen haben, die scheitern können und Sie können erfüllen weiterhin Ihre Service Level Agreements.
Wenn Sie jedoch von links nach rechts nach unten gehen und den Punkt erreichen, an dem das Bild mehr Neunen enthält, erhalten Sie die Szenarien, in denen Sie beginnen, sich Gedanken über die Replikation von Systemen und Plattformen zu machen. Sie müssen über Clustering und Virtualisierung verschiedener Teile der Infrastruktur nachdenken. Sie müssen über die Geolokalisierung dieser Cluster, über mehrere Standorte von Rechenzentren und über die Art der Branche und des Marktsegments nachdenken, die Sie anstreben. Welchen Servicelevel müssen Sie also erfüllen? Welche Dienstleistung suchen Sie? Bereiche, bei denen es sich um kartenbasierte Echtzeitdienste handelt, die von Kommunikation erzählen. Ist es Militärdienst? Das Diagramm verläuft also von links unten nach rechts oben, und wenn Sie diese Kurve durchlaufen, steigen die Kosten und die Komplexität. Je komplexer und anspruchsvoller die Umgebungen werden, desto mehr Neunen werden benötigt.
Diese Grafik ist zum Beispiel sehr ähnlich: Sie beschreibt die Geschichte zwischen der Kostenkomponente und der gewünschten Verfügbarkeitskomponente. In der oberen linken Ecke werden hochverfügbare komplexe Systeme und die Kosten, die anfallen, wenn diese Verfügbarkeit sinkt, im Vergleich zum Vorteil einer Verfügbarkeit ohne Ausfallzeiten dargestellt. Wenn wir zum Beispiel ein Umfeld auf der linken Seite haben, in dem die Dinge schlecht laufen, können finanzielle Verluste entstehen. Wir haben rechtliche Auswirkungen, die sich auf die Geschäftsstrategie auswirken können.
Ich schätze, es gibt alle möglichen moralischen Probleme, wenn es um einen Servicevorteil geht. Wenn es sich um eine Gesundheitsbranche handelt und diese die Kosten eines Ausfalls, die Auswirkungen auf die Kunden, die Verringerung der Kundenzufriedenheit, die Produktivität der Mitarbeiter, die Produktivität der Benutzer usw. zu tragen beginnt in einer Umgebung mit hohem Risiko, in der das Risiko eines Ausfalls und damit eines Verlusts besteht.
Auf der rechten Seite versuchen wir ein Szenario anzustreben, in dem wir, wenn wir hohe Kosten und Planung in Design investieren, in eine intelligente Implementierung investieren. Wir investieren in die Bereitstellung von Fähigkeiten und Ressourcen für die Menschen und haben ein angesehenes Netzwerk und eine angesehene Betriebsumgebung sowie Hardware und Software. Wir erhalten eine hohe Verfügbarkeit, die jedoch mit hohen Kosten verbunden ist. Also der schwingende magische Pendelpunkt der optimalen Position in der Mitte, wo sie sich kreuzen, wo wir leicht reduzierte Kosten haben und die Verfügbarkeit erhöht, die nur zwischen den Niveaus der Neunen und der Hochverfügbarkeit jongliert, die kontinuierliche Verfügbarkeit ist und dies ist ein Eine Herausforderung, der wir uns immer wieder stellen müssen. Wie viel Geld sind Sie bereit zu investieren, um das von Ihnen gewünschte Serviceniveau zu erreichen?
Wir haben auch das Thema, auf das ich nicht näher eingehen werde, aber ich möchte nur, dass Sie dies wegnehmen und darüber nachdenken. Der Unterschied zwischen der durchschnittlichen Zeit zwischen Fehlern in Ihrem Design und der durchschnittlichen Zeit bis zur Wiederherstellung. Mit anderen Worten, investieren Sie in eine qualitativ bessere Infrastruktur, ein qualitativ besseres Design, eine qualitativ bessere Hard- und Software sowie qualifiziertere Mitarbeiter und Ressourcen, um die mittlere Zeit zwischen Ausfällen und die durchschnittliche Zeit zu verkürzen, die erforderlich ist, um die Pause zu finden Investitionen in die Infrastruktur, in Ressourcen und Design und in blinde Patente, die hohe Fähigkeit zur Rückgewinnung zu senken? Mit anderen Worten, wenn etwas kaputt geht, müssen Sie eine Menge davon anschließen. Wenn jemand einen Laptop hat und dieser stirbt, haben Sie einen Ersatz. Du gibst es ihnen und in 30 Sekunden loggen sie sich ein. Dies sind sehr unterschiedliche Enden der Stange. Die erste geht davon aus, dass Sie mit hohen Kosten und hohen Investitionen konstruieren, um Fehler zu vermeiden, und die untere sagt: „Ich werde akzeptieren, dass Fehler auftreten werden, also werde ich dies umgehen und auf Fehler vorbereitet sein und schnell erholen. "
Wie ich bereits erwähnt habe, kann ich sagen: „Meine Verfügbarkeit ist nicht Ihre Verfügbarkeit.“ Wenn es also um Datenbankumgebungen und die Unterstützung der Infrastruktur, den Schutz Ihrer Datenbank und die Gewährleistung einer hohen Verfügbarkeit geht, gibt es wirklich keine zentrale Anlaufstelle . Jeder hat seine eigenen Bedürfnisse und Wünsche. Sie müssen sich also diese grundlegenden Fragen stellen, mit denen ich Sie belassen werde: Was kann sich Ihre Organisation leisten? Ich spreche nicht nur von Dollar und Cent. Ich spreche als Organisation darüber, was Sie sich unter Einsatz von Ressourcen, Zeit und Mühe usw. leisten können, soweit die Verfügbarkeit dies zulässt. Was kann Ihr Unternehmen auch unterstützen? Also, die aktuellen Fähigkeiten, die aktuellen Fähigkeiten, die aktuelle Infrastruktur, die aktuelle Finanzierung, die Sie sammeln können. Das Spannungsfeld zwischen dem, was Sie sich leisten können, und dem, was Sie unterstützen können, ist also eine interessante Balance.
Außerdem müssen Sie sich dann die Fragen stellen: Welche Fähigkeiten und Technologien haben Sie intern? Können Sie einen Teil dieser Herausforderung auslagern? Können Sie dann Dinge in die Cloud verschieben? Wenn Sie den Infrastrukturservice neben dem Softwaredienst haben, haben Sie diesen Stack nicht mehr, wenn Sie weiter nach oben gehen. Sollten Sie also mehr in Plattformen und Services investieren und sich nicht um die Infrastruktur kümmern, oder sollten Sie Software als Serviceangebot betrachten, weil Sie sich nicht um die Plattform kümmern müssten?
Welche Art von Markt und Verbraucher oder Kunden bedienen Sie? Ich meine, wenn Sie eine Telekommunikationsfirma sind und jemand das Telefon abheben muss und Sie die ganze Zeit über einen Wählton erhalten, ist das eine ganz andere Herausforderung, als zwischen Montag und Freitag, neun vor fünf, ein kleines Einzelhandelsgeschäft zu eröffnen und für eine zu schließen Mittagsstunde wie ein Friseurladen in der Ecke. Sie müssen sich also sehr lange überlegen, wie das funktioniert und was dies für Ihr Unternehmen bedeutet und was Sie bereitstellen müssen.
Und dann die Frage, was sich auf dem Gelände befindet, was extern gehostet wird und was sich möglicherweise in der Cloud befindet. Wie ich bereits sagte, kommt das auch von zeitlichen Herausforderungen. Wir bleiben also bei der letzten Frage, die ich freue, wenn unsere Freunde von IDERA uns mitteilen, wie sie genau diese Dinge angehen, und das ist der richtige Kompromiss zwischen der Abstimmung Ihrer gewünschten und erforderlichen Verfügbarkeit auf die Leistung und den Anforderungen Ihres Unternehmens und was Ihr Markt und Ihre Verbraucher brauchen.
Und die Realität ist, dass es keine Kleinigkeit ist. Es wird auf ganzer Linie Zeit, Mühe und Geld brauchen, um über diese Dinge nachzudenken. Unweigerlich ist es eine Investition in Mitarbeiter und Fähigkeiten sowie eine Investition in Software und Tools, um einige dieser Prozesse zu automatisieren und diesen Mitarbeitern die richtigen Tools und Systeme zur Verfügung zu stellen, um ihr Leben nicht nur besser, sondern auch möglich zu machen, da sehr große Umgebungen überwacht und geschützt werden Die Verwaltung dieser großen Umgebungen ist häufig nicht auf die individuellen menschlichen Fähigkeiten zugeschnitten.
In diesem Sinne habe ich hoffentlich den Rahmen für ein großartiges Gespräch mit unseren Freunden auf IDERA geschaffen, um über deren Plattform und Tools zu sprechen, und ich freue mich darauf, am Ende einige großartige Fragen zu stellen. Und ich werde weitergeben.
Dr. Robin Bloor: In Ordnung. Bert, ich habe dir nur die Schlüssel gegeben, nimm sie weg.
Bert Scalzo: Danke! Danke, Dez und Robin. Ich werde mit dem Thema Hochverfügbarkeit Ihrer Daten fortfahren. Und ich werde tatsächlich eine Menge von dem nutzen, worüber Dez gerade gesprochen hat. Also, die Entscheidungen, die Neun, die Kompromisse, die Erschwinglichkeit. Ich werde versuchen, das mehr in Bezug auf den Datenbankadministrator oder jemanden zu formulieren, der näher an den Gräben wäre, wie sie es sehen würden. Wie würden sie es errichten? Und was diese Entscheidungen bedeuten.
Jetzt werde ich versuchen, datenbankunabhängig zu sein. Ich werde zum Beispiel keine Oracle-spezifische oder SQL-Server-spezifische Lösung zeichnen, aber ich werde zum Beispiel eine generische Architektur zeichnen, die alle Datenbankanbieter anbieten, etwas in diese Richtung. Sie alle nennen es unterschiedliche Namen, aber das ist eine Art von Wahl, die Sie gemeinsam haben, und ich möchte das sowohl aus der geschäftlichen als auch aus der technologischen Perspektive betrachten und wie es sich auf die geschäftlichen Anforderungen auswirkt.
Ich möchte anhand der Optionen, die Sie für Lösungen auf Speicherebene, Lösungen auf Virtualisierungsebene und Lösungen auf Datenbankebene haben, von der grundlegendsten Pseudo-Hochverfügbarkeitslösung ausgehen. Und dann möchte ich Ihnen auch die Tatsache vorstellen, dass alle Auswahlmöglichkeiten auch in der Cloud verfügbar sind.
Also werde ich wieder versuchen, datenbankunabhängig zu bleiben. Ich weiß, dass die meisten Dinge, über die ich sprechen werde, in Oracle, SQL Server, MySQL und PostgreSQL vorhanden sind. Es gibt auch einige Drittanbieter, die Tools entwickeln, die Ihnen zusätzliche Architekturen bieten, die Sie in Betracht ziehen könnten. Und wie Dez gerade sagte, ist keine Lösung die beste; es hängt alles ab. Aber es gibt eine universelle Tatsache in dem, was wir betrachten werden: Es wird mehr bewegliche Teile geben, also wird es komplexer und daher teurer.
Wir alle wissen, dass Daten ein wichtiges Kapital sind. Und jeder weiß, dass ein schneller Zugriff auf die Daten immer schön ist. Ein zuverlässiger Zugriff auf die Daten ist jedoch von entscheidender Bedeutung. Können Sie es sich wirklich leisten, 36½ Tage Ausfallzeit zu haben, während er mit seinen neun Beispielen sprach? Es ist wichtig, dass diese Daten jederzeit verfügbar sind. Ausfallzeiten können ein Vermögen kosten, sowohl in Bezug auf entgangenen Umsatz als auch in Bezug auf entgangenen Kunden oder den Verlust von Kundengoodwill. Ich gebe Ihnen ein gutes Beispiel; Wenn eine bestimmte Website, auf der ich einkaufe, langsam ist, kann ich versuchen, eine neue Website zu finden, die ähnliche Artikel zu ähnlichen Kosten verkauft und keine langsamen Websites hat. Es geht also nicht nur um den Verlust des Kunden, sondern auch um den guten Willen, den der Kunde Ihnen entgegenbringt.
Heutzutage ist Hardware viel billiger, daher wird immer mehr nach Hochverfügbarkeit gefragt. Und wieder werde ich uns in die Wolke führen, wenn wir uns das ansehen. Und wir haben Angebote von verschiedenen Ebenen: den Speicheranbietern, den Datenbankanbietern, den Virtualisierungsanbietern und jetzt sogar den Cloudanbietern. Das wirklich Interessante an der Cloud ist, dass Sie nach dem Zeichnen all dieser wunderbaren Bilder dieser Architekturen, die Sie in der Cloud erstellen können, häufig nur einige Kontrollkästchen aktivieren. Und Sie sagen: "Ich möchte eine Replikation über geografische Regionen hinweg." "Ich möchte die Replikation der wichtigsten Hardwarekomponenten." Kontrollkästchen. Wenn Sie also die Bilder verstehen, müssen Sie manchmal in der Cloud nur ein paar Kästchen ankreuzen, um das Bild zu erstellen, das Sie im Kopf haben.
Entscheidend ist nun, welche geschäftlichen Anforderungen bestehen für eine hohe Verfügbarkeit? Muss ich mich zum Beispiel nur um einen Ausfall an einem Standort kümmern oder muss ich ihn auf mehrere Standorte verteilen? Mit anderen Worten, kann ich ein Rechenzentrum haben und es ist mir egal, ob dieses eine Zentrum offline geht? Ich mache nicht die Geschäftsanforderung, dass es sich über mehrere Standorte erstreckt. Es ist eine Geschäftsfrage. Und es ist wichtig zu wissen, wie das Unternehmen die Antworten auf diese Frage wahrnimmt, da dies in der Regel Ihr Budget definiert.
Nun möchten Sie auch die Ebene des Fehlerschutzes untersuchen. Könnte es ein Stromausfall sein? Könnte es sich um einen Komponentenfehler handeln? Wie eine Netzwerkkarte oder ein HBA geht ein Host-Bus-Adapter kaputt. Ist es eine Festplatte, die kaputt geht? Ist es ein Lagerschrankfehler? Ist es ein Computerfehler? Oder ist es in einigen Fällen ein Standortfehler? Dies unterscheidet sich in einigen Fällen von einem Site-Fehler, da die Site selbst offline ist. In einem anderen Fall kann es sein, dass ein erheblicher Teil der Site offline ist, aus Ihrer Sicht jedoch die gesamte Site.
Und dann, wie Dez sagte, wie hoch ist die Erwartung, dass der Betrieb wieder aufgenommen werden kann? Das ist eine Geschäftsfrage. Wenn das Unternehmen angibt, dass Sie in der Lage sein müssen, den Betrieb innerhalb von zwei Minuten wieder aufzunehmen, werden einige dieser Bilder, die ich Ihnen zeigen werde, funktionieren, und einige davon sind keine Optionen, die Sie haben kann auswählen.
Und eine andere Frage, die bei Hochverfügbarkeit auftritt, aber häufig vergessen wird, zu fragen: "Hey, Geschäft, wenn etwas passiert, während ich gerade eine Transaktion bearbeite, was darf ich bei der Wiederaufnahme des Systems verlieren? " Mit anderen Worten, wenn ich das System in zwei Minuten wieder hochfahren kann und nicht mehr als 10 Sekunden von Transaktionen verlieren kann, die sich im Flug befanden, ist das akzeptabel? Und wieder wird das definieren, was das Unternehmen bereit ist, dafür auszugeben, und dann kann das definieren, welche Bilder, die ich Ihnen zeigen werde, entweder zutreffen oder nicht zutreffen.
Beginnen wir also mit der grundlegendsten Pseudo-Hochverfügbarkeitslösung. Das ist wirklich keine hohe Verfügbarkeit, aber ich fange gerne damit an, weil es die Leute dazu bringt, richtig zu denken. Wenn ich einen Server und ein Speicherarray habe, werde ich in der Regel mehrere Netzwerkkarten, Netzwerkschnittstellenkarten, in diesen Server einsetzen und sie binden, sodass ich immer noch aktiv bin, wenn eine Netzwerkkarte ausfällt. Und ich mache dasselbe mit meinen Host-Bus-Adaptern. Ich benutze mehrere Pfade, um über verschiedene Switches zu meinem Speicher zu gelangen. Und ich habe ein universelles Netzteil und ich habe repetitive Controller in meinem Speicherarray und vielleicht habe ich mit meinen Disks so etwas wie RAID 10 gemacht. Mit anderen Worten, in diesem Bild habe ich ein Versagen einzelner Komponenten auf mehreren Ebenen verhindert. Ich bin also nicht an die Netzwerkkarte, den HBA, den Controller oder den Switch gebunden.
Wenn Sie jedoch bemerken, ist der Server rot und das Speicherarray rot. Ich habe immer noch zwei Bereiche, in denen ich tot bin, wenn sie ausfallen, wenn mein Server ausfällt, wenn mein Speicher-Array-Schrank ausfällt, ich tot bin. Das ist zwar keine wirklich hohe Verfügbarkeit, aber Sie werden das Bild sehen und betrachten und sagen: "Ich möchte ein Bild, auf dem kein Rot zu sehen ist." Und genau das ist das Ziel dieser Bilder, uns in die richtige Richtung zu lenken.
Das erste, was passieren kann, ist, dass ich als DBA die Hochverfügbarkeitslösung immer als Datenbankimplementierung einsetzen möchte, aber es ist möglicherweise verfügbar, dass sie als Speicherlösung ausgeführt werden kann oder auch dass es sich um eine Replikation auf Speicherebene handeln könnte. Im Falle der Linken habe ich Speichervirtualisierung. Ich habe RAID 0 in zwei verschiedenen Speicherschränken für meine Datenträger, aber RAID 1 in zwei verschiedenen Speicherschränken. Mit anderen Worten, ich kann jetzt tatsächlich einen Lagerschrank ausfallen lassen, und ich bin nicht tot. Es ist also besser als das vorherige Bild, weil im vorherigen Bild - denken Sie daran, wir hatten sowohl Rot auf dem Server als auch Rot auf dem Speicherarray - und jetzt haben wir eine kleine Verbesserung vorgenommen, wir haben jetzt kein Rot mehr auf der Speicherebene habe verwendet - Speichervirtualisierung hat dieses Problem gelöst.
Eine andere Möglichkeit, die Sie nutzen können - und nicht alle Anbieter bieten dies an -, besteht darin, dass Sie möglicherweise Replikationen auf Speicherebene durchführen können. Ich spreche nicht von Datenbankreplikation, sondern von Replikation Ihrer Block-E / A für Ihren Speicher. Und das geht auf Speicherebene. Und so habe ich jetzt wieder auf der rechten Seite ein weiteres Bild, auf dem ich das Rot von der Unterseite entferne, weil ich die Speicherreplikation verwende.
Und so ist dies ein weiteres Bild, das möglicherweise verfügbar ist oder nicht. Die Person, die dies verwalten würde, ist möglicherweise Ihr Speicheradministrator und nicht Ihr Datenbankadministrator. Ich möchte dies ansprechen, weil die Leute manchmal denken: "Oh! Hochverfügbarkeit, es muss der DBA sein, der dieses Problem behebt." Das ist nicht immer richtig; In diesem Fall kann es sich um den Speicheradministrator handeln.
Als nächstes können wir die Servervirtualisierung als mögliche Lösung durchführen. Wenn Sie sich erinnern, hatte ich im ersten Bild Rot am Server und Rot am Speicherarray. In diesem Fall könnte ich mithilfe der Virtualisierung möglicherweise umziehen, und in einigen Fällen handelt es sich bei diesem Umzug um einen warmen Umzug, und in einigen Fällen kann es sich sogar um einen heißen Umzug handeln. Einige Virtualisierungs- oder Hypervisorfunktionen bieten die Möglichkeit, eine virtuelle Maschine im Flug zu verschieben. Und einige Datenbanken akzeptieren diese Bewegung im Flug ohne weiteres. Auch dies bieten nicht alle Hypervisoren, aber dies ist eine mögliche Lösungsebene. Jetzt habe ich dafür gesorgt, dass die Top-Server nicht mehr rot sind, aber ich habe immer noch das freigegebene Speicherarray und raten Sie mal, diese Lösung könnte eine gemeinsame Anstrengung zwischen dem Datenbankadministrator und dem Virtualisierungsadministrator sein. Es kann auch nur der Virtualisierungsadministrator sein, je nachdem, welche Verschiebungsebene von diesem Hypervisor und dieser Datenbank unterstützt wird.
Wenn Sie sich fragen: „Wow, was meint er mit diesem Umzug? Geben Sie mir ein konkretes Beispiel. “Zum Beispiel in VM, wo Sie VMotion verwenden können, um Ihre virtuelle Maschine von einem Host auf einen anderen zu verschieben und dies ohne Ausfallzeiten zu tun. Nun, klar, dass das vorherige Bild noch etwas Rot enthielt. Ich hatte den Speicher immer noch als eine einzige Fehlerquelle. Und so gehen wir zur nächsten Lösung über, bei der ich den Speicher und die Servervirtualisierung kombinieren kann.
In diesem Fall könnten es nun wieder der Speicheradministrator und der Virtualisierungsadministrator sein, die diese Lösung erstellen, und nun schauen Sie: Ich habe ein Bild ohne Rot. Ich habe eine hohe Verfügbarkeit, da ich die virtuelle Maschine oder die ausgeführte Anwendung oder Datenbank von einem Server auf einen anderen verschieben kann und mein Speicherarray über eine Virtualisierung verfügt, indem RAID 1 auf zwei separaten Speicherarrays ausgeführt wird. Ich habe meine Switches und meine HBAs mit mehreren Pfaden versehen.
Jetzt habe ich ein HA-System erstellt und es hauptsächlich nicht auf Datenbankebene ausgeführt. Mit anderen Worten, ich habe andere Technologien verwendet, um das Gleiche zu erreichen. Das ist also eine Lösung. Dann kommen wir zum sogenannten skalierbaren Cluster mit gemeinsamem Speicher. Es ist wirklich keine HA-Lösung, aber ich zeige es auch gerne für das Bild.
Und was hier passiert, ist, dass wir zwei Server haben, auf denen eine Datenbank ausgeführt wird, und es wird davon ausgegangen, dass es sich um eine einzige Datenbank handelt. Es sind nicht zwei separate Datenbanken. Es ist nicht wie ein Meister und ein Sklave oder ein heißer und ein kalter oder ein aktiver und ein Standby. Dies bedeutet, dass beide dieser Knoten zusammenarbeiten, um eine logische Datenbank darzustellen. Wenn also ein bestimmter Knoten ausfällt, sind Sie immer noch in Betrieb. Es schützt Sie also vor Ausfällen auf Serverebene und schont sozusagen die Knotenressourcen, wenn Sie so wollen, aber Sie haben immer noch die einzige Fehlerquelle für die Festplatte. Dies ist also ein skalierbarer Cluster mit gemeinsam genutztem Speicher, und Oracle nennt diesen Real Application Cluster oder RAC.
Eine andere Lösung ist die Verwendung eines Failover-Clusters mit gemeinsam genutztem Speicher. Links habe ich einen aktiven Knoten, rechts einen passiven Knoten und dazwischen einen Herzschlag. Ich habe ein freigegebenes Speicherarray, und das ist von entscheidender Bedeutung. das musst du haben. Und im Grunde passiert, wenn der aktive Knoten auf Probleme stößt, kann der passive Knoten übernehmen. Es gibt Lizenzierungsprobleme. Bei einigen Datenbankanbietern können Sie den passiven Knoten für eine feste Zeit mit einer reduzierten Lizenz verwenden. In anderen Fällen müssen Sie über eine vollständige Dublettenlizenz verfügen. Es hängt alles von Ihrem Datenbankanbieter ab. Sie alle unterstützen diese Art von Bild, dh wenn ein Knoten ausfällt, kann der andere Knoten übernehmen.
In der Regel ist dies eines der Szenarien, in denen Sie beim Übergang vom aktiven zum passiven Knoten wahrscheinlich in den meisten Datenbanken - nicht in allen - einen Teil der Daten verlieren werden. Flugtransaktionen. Dann lernen wir, was der Datenbankadministrator wirklich sehen kann, nämlich die Datenbankreplikation, und es gibt zwei verschiedene Möglichkeiten, die Datenbankreplikation durchzuführen.
Es gibt eine physische Replikation, und was wichtig ist, ist, dass Sie in der Mitte dieses Bildes mit dem grünen Stern sehen können, dass die Replikation von der Datenbank durchgeführt wird, aber genau wie die Virtualisierung auf Speicherebene wird sie am Block durchgeführt Niveau. Wir wiederholen also die tatsächlichen Block-E / As vom aktiven Knoten zum schreibgeschützten oder passiven Knoten. Und dies wird als physische Replikation angesehen.
Lassen Sie mich jetzt zur nächsten Folie übergehen, da diese fast identisch ist und die logische Replikation das einzige ist, was sich am Bild ändert: Statt über die Block-E / A zu senden, senden wir in der Mitte im Wesentlichen über das Protokoll Dateien mit den darin enthaltenen SQL-Befehlen. Mit anderen Worten, wir replizieren nicht die physische E / A, sondern die Befehle, die die physische E / A verursachen.
Daher wird dies häufig als Protokollversand oder protokollbasierte Replikation bezeichnet. Einige Datenbankanbieter bieten dies nativ an. Andere Datenbankanbieter bieten dies möglicherweise nicht an, Drittanbieter bieten es jedoch an. Daher handelt es sich um eine sehr beliebte HA-Lösung, die als Komplettlösung betrachtet wird. Für diese Lösung ist in erster Linie der DBA verantwortlich.
Daher verwende ich keine Virtualisierung, um dies zu erreichen. Ich könnte, aber ich bin nicht darauf angewiesen. Und ich verwende keine Speichervirtualisierung. Ich könnte es wieder, aber ich bin nicht darauf angewiesen. Ich erstelle jedoch eine Lösung, bei der die Datenbank die wichtigste Antriebsfunktion darstellt. Das ist also logische Replikation.
Jetzt ist es auch möglich, Datenbank- und Speichervirtualisierung zu kombinieren. In meinem Rechenzentrum, sagen wir, links in Blau, könnte ich eine Virtualisierung für den Speicher haben, damit ich nicht an ein bestimmtes Speicherarray gebunden bin, das ausfällt. Möglicherweise führe ich jedoch eine logbasierte oder logische Replikation auf Datenbankebene von einem Rechenzentrum zum anderen durch, sodass die Befehle auch im Rechenzentrum ausgeführt werden, was zu E / A führt, jedoch nicht unbedingt zu demselben E / A, da ich Ich sende nicht über die Block-E / A, weder von der Speicherlösung noch von der Datenbank, aber ich versende die Protokolle und daher die SQL-Befehle.
Dies ist also ein Bild, das für sehr große Organisationen sehr häufig ist. Und dieses Bild gefällt mir hier, denn wenn ich dies unter Verwendung einer Datenbank wie Oracle einrichten muss, kann ich es tun. Es ist eine Menge Arbeit, es ist ziemlich komplex, es gibt viele bewegliche Teile. Wenn ich dies in der Cloud mache, kann ich buchstäblich sagen: Kontrollkästchen, ich möchte zwei geografische Regionen, ich möchte die Regionen getrennt durch, Sie wissen, auf verschiedenen Kontinenten, ich möchte Virtualisierung auf Speicherebene in einer bestimmten geografischen Region. Ich kann sogar sagen, dass ich die Möglichkeit haben möchte, Virtualisierungstypen zuzuweisen oder Hochverfügbarkeitsdefinitionen vorzunehmen, und auch dies ist ein weiteres Kontrollkästchen.
Und das andere, was ich an der Cloud mag, ist ein weiteres Kontrollkästchen, das häufig besagt: „Ich möchte mich nicht mit dem Patchen befassen, sondern es einfach patchen“. Sie müssen es nur in den Workflow von allem einarbeiten, was Sie hinter der Cloud tun Szenen, halte mich immer auf dem Laufenden. Während einige dieser Bilder sehr komplex werden und unter Umständen nur sehr schwer realisierbar sind, werden sie in der Cloud tatsächlich recht einfach.
Das Interessante ist nun, dass es einfach ist, alle Kontrollkästchen zu aktivieren, aber raten Sie mal, das kostet monatlich mehr Geld. Denn wenn Sie zwei Rechenzentren betreiben, wissen Sie, dass Sie zwei Rechenzentren in der Cloud haben, die Sie nutzen, werden Sie mehr bezahlen, als wenn Sie nur ein Rechenzentrum nutzen würden. Wenn Sie die Speicherebene oder die hohe Verfügbarkeit der Virtualisierung als zusätzliche Ebene verwenden, können ebenfalls zusätzliche Kosten entstehen.
Es ist also interessant, dass es zwar schwierig ist, vor Ort etwas zu tun, aber in der Cloud ist es so einfach, dass Sie es möglicherweise nicht verstehen. Also, wissen Sie immer, wie das Bild aussieht, und wissen Sie immer, wie sich die Kosten auf das Bild auswirken, das Sie erstellen. Jetzt gibt es viel mehr Kombinationen als das, was ich hier gezeigt habe. Dies ist kein vollständiges oder erschöpfendes Beispiel. Es kommen regelmäßig neue Technologien, also wer weiß - ich habe vielleicht keine gezeigt, die erst in den letzten drei Monaten aufgetaucht sind. Und Hochverfügbarkeit ist weitaus häufiger als noch vor zehn Jahren.
Tatsächlich würde ich es nicht als schwer empfinden, zu sagen, dass dies heutzutage für die meisten großen Unternehmen eine obligatorische Geschäftsanforderung ist. Und ich gehe gerne auf diese Folie zurück, weil ich gerade gesagt habe, dass dies eine obligatorische Geschäftsanforderung ist. Und ich habe diese beiden Tische auf der rechten Seite. Das obere ist aus der SQL Server-Dokumentation und das untere ist aus der Oracle-Dokumentation. Und was das ist, das sind Tabellen, die Ihnen dabei helfen, auszuwählen, welche Replikationsmethode Sie verwenden sollten.
Und beachten Sie, dass Sie mit einigen sehr einfachen Fragen beginnen. Wie viele Daten darf ich verwenden? Und wenn die Antwort Null ist, wissen Sie, dass Sie in diesem oberen Diagramm nur die erste oder vierte Zeile auswählen können. Dann stellst du eine andere Frage. Wie lange darf ich für die Genesung brauchen? Und wenn jemand sagt, naja, Sekunden oder Minuten, dann trifft das eine Wahl für Sie. Und muss das Failover dann automatisch erfolgen oder muss es manuell durchgeführt werden? Und das ist eine andere Geschäftsfrage. Sie könnten sagen, dass sie es automatisch wollen, weil sie sich nicht auf eine Eskalationsprozedur verlassen wollen und dann jemandem ein Ticket zugewiesen wird und dann das Problem löst. Sie wollen nur, dass es repariert wird.
Dies sind alles geschäftliche Fragen und es sind die gleichen Fragen, wenn ich für Oracle das Gleiche mache. Und ich frage, OK, welche Art von Fehler kann ich zulassen, welche Art von Dauer, was kann ich verlieren, wie läuft die Wiederherstellung ab? Dies sind alles Geschäftsentscheidungen. Wenn mir das Geschäft also die Antworten auf drei oder vier Fragen gibt, ist es ganz einfach, meine Arbeit zu erledigen. Ich komme einfach hierher und wähle aus, welche dieser Entscheidungen am ehesten zu mir passt. Und denken Sie daran, dass es in der Cloud möglicherweise nur ein paar Kontrollkästchen gibt, um diese tatsächlich zu implementieren.
Und damit bin ich am Ende meines Materials und der Zeit, es für Fragen zu öffnen.
Eric Kavanagh: Okay, Dez, vielleicht erst du und dann Robin?
Dez Blanchfield: Auf jeden Fall . Wahrscheinlich ein bisschen unfair für diejenigen, die nicht auf Twitter sind, aber ich habe gerade ein Bild eines Graphen getwittert, das ich in aller Munde visualisieren möchte, und dann wollte ich die Frage hier an unseren gelehrten Freund richten. Wenn ich in diesem Bereich an proprietäre oder Open Source-Datenbanken denke - von denen wir oft sprechen, von proprietären Datenbanken wie Oracle oder Microsoft und so weiter -, stoßen Sie auf die Herausforderung, die die proprietäre Welt mit sich bringt Der Internet-Softwareanbieter oder Softwareentwickler oder das Unternehmen investiert in die Unternehmen, um diese Komplexität zu steigern. So entsteht ein Szenario, in dem Sie die Software kaufen und nicht in viele Menschen investieren müssen, weil Sie sie kaufen die in und in Open Source eingebauten Funktionen - Sie zahlen nicht für die Software oder es ist günstig, sagen wir, aber Sie zahlen nicht für die Software, aber Sie müssen in die Körper investieren.
Und ich bin gespannt auf Ihre Gedanken zum Jonglieren, besonders jetzt, wo wir uns auf Cloud-Modelle konzentrieren, bei denen Sie entweder / oder erhalten können. Sie können zu AWS oder Azure und zu Ihrem Rackspace wechseln und einen Dienst kaufen, der Ihre Datenbankplattform bereitstellt, oder Sie können dies über Open Source-Code tun. Und worüber haben wir gerade gesprochen? Worin besteht die Wechselbeziehung zwischen proprietärem und Open Source-Design und wie wirken sich die von Ihnen angesprochenen Designmuster aus? Welche allgemeinen Gedanken haben Sie in Bezug auf dieses Thema, insbesondere was die Bereitstellung von Verfügbarkeit betrifft?
Bert Scalzo: Eines der großen Dinge, auf die ich stoße, wenn ich versuche, diese Frage zu beantworten, gehe ich zurück zum Kunden und frage ihn nach seinen Leistungsanforderungen. Und der Grund, warum ich das tue, ist, dass ich - zumindest historisch und nach meiner eigenen Erfahrung - festgestellt habe, dass ich bei Kunden, die einen hohen Durchsatz für ihre Replikation benötigen, mit der Replikation, die von der Datenbank bereitgestellt wird, fast immer besser zurechtkomme Hersteller, aufgrund der Natur, dass es inhärenter ist und auf einer niedrigeren Ebene ist, und manchmal verwendet es Mechanismen, die nicht für die Außenwelt verfügbar sind, auch in einer Open-Source-Lösung.
Und ich gebe Ihnen ein gutes Beispiel für einen Fall, den ich hatte. Ich hatte ein internetbasiertes Unternehmen, das MySQL als Datenbank verwendete, und sie waren auf einer alten Version von MySQL, wie Version 4.0, und die Replikation zwischen ihren Knoten war der begrenzende Faktor dafür, wie groß ihre Datenbanken skaliert werden konnten. Und sie wollten eine Lösung von Drittanbietern kaufen, und dann fragten sie: "Vielleicht können wir eine der Open-Source-Lösungen verwenden." Und auf das Wesentliche kam es an: Alles, was sie tun mussten, war ein Upgrade von MySQL auf Version 5.5, da der Unterschied zwischen diesen beiden Datenbankversionen in der 4.0-Version der MySQL-Replikation kein Threading war In Version 5.0 war es das, und das war eigentlich der beste Weg für sie.
Nun haben wir uns die anderen Möglichkeiten angesehen, aber der entscheidende Faktor war die Leistung und das Beibehalten der Datenbankanbieterlösung. Das Datenbank-Upgrade war letztendlich unsere beste Lösung, um die höchste Wahrscheinlichkeit zu erzielen, die Leistung zu erzielen, die sie benötigen die höhere Verfügbarkeit.
Dez Blanchfield: Ja, das spiegelt meine eigenen Gedanken wider, um ehrlich zu sein. Nur zur vollständigen Offenlegung, und ich werde nicht auf Marken eingehen, aber ich habe einen geschützten Hintergrund und arbeite für OEMs, Softwareanbieter und IOCs im Allgemeinen. Das war definitiv meine Erfahrung und gleichzeitig bin ich sehr professionell -open-source und ich schreibe Code für eine Reihe von Projekten, die wir nicht nennen, aber ich stimme Ihnen darin zu, wenn Sie eine große Organisation sind - sagen wir, Sie sind eine Bank oder was auch immer ausnahmslos wollen Sie kein IT-Shop sein. Sie wissen, wenn Sie beispielsweise Zeitungsverleger oder Einzelhändler sind, möchten Sie kein IT-Shop sein, der Zeitungen veröffentlicht, sondern ein Zeitungsshop, der nur die IT nutzt.
Wenn Sie also in die proprietären Funktionen investieren, mit denen die Softwareentwickler all diese Funktionen, den Lastenausgleich usw. in das Tool integrieren, ist dies um einiges sinnvoller, als wenn Sie beispielsweise ein Dotcom-Startup sind oder so so kann das in menschliche körper investieren. Wo siehst du das?
Wahrscheinlich meine letzte Frage, bevor ich Dr. Robin Bloor übergebe, weil ich weiß, dass uns die Zeit ausgeht. Wo sehen Sie das aus Sicht des Trends? Also, Sie sind die ganze Zeit da draußen, Sie sind auf dem neuesten Stand der Dinge, sehen Sie Leute, die sich gesetzt und aufgepasst haben und sich der Notwendigkeit bewusst geworden sind, dies zu einem kommerziellen Teil ihres Alltags zu machen? Tagesgespräch zurück in den Sitzungssaal? Oder ist es immer noch so, dass die Geekfarm, die Technikfreaks und die Hoodies über die Verfügbarkeit nachdenken, weil sie dann um vier Uhr morgens aufwachen, wenn etwas offline geht?
Denken Sie, dass der Trend jetzt zu Unternehmen jeder Größe schwankt, nicht zu den offensichtlichen wie Fluggesellschaften und Banken und Finanzen, sondern zu Unternehmen im Allgemeinen? Denken Sie, dass die Leute wirklich von ihrem Wertversprechen abgekommen sind, ihre Datenbankumgebungen zu schützen und Hochverfügbarkeit zu bieten und in diese zu investieren, oder glauben Sie, dass wir noch einen weiten Weg vor uns haben? Was ist der allgemeine Sinn auf dem Markt da draußen?
Bert Scalzo: Im Moment denke ich, dass es immer noch eine Lücke gibt, aber es ist keine Lücke, weil das Unternehmen nicht danach fragt, es ist eine Lücke in der Kommunikationsebene zwischen den beiden Seiten des Zauns. Mit anderen Worten, die Geschäftsleute sagen sehr deutlich: "Diese Anwendungen erfordern eine hohe Verfügbarkeit und haben diese spezifischen Anforderungen, wenn wir von hoher Verfügbarkeit sprechen."
Und irgendwie wird diese Botschaft den Technikern nicht klar vermittelt. Oder die Techniker werden zurückkommen und sagen: "Oh, das ist kompliziert und kostet dich mehr Geld." Ich denke, was passieren wird, ist, dass es sich endgültig auflöst, weil es, ehrlich gesagt, zum Beispiel in der Cloud ist und nur ein paar Kästchen ankreuzt, um zu sagen: „Baue mir diese wirklich komplexe Technologiestruktur auf“ Wirklich kein guter Grund für die Techniker, zurückzukommen und den Geschäftsleuten zu sagen: "Oh, es ist teuer" oder "Es ist schwer zu tun" oder dies oder jenes, und die Geschäftsleute beginnen zu wissen, dass dies das ist Tatsache.
Und ich habe sogar in Umgebungen gesehen, in denen ihre eigenen IT-Mitarbeiter kommen und sagen: „Oh, Sie können nicht haben, was Sie wollen. Es ist zu teuer. “Und sie werden eine externe Beratungsfirma hinzuziehen, die dann sagt:„ Nein, das ist nicht richtig. So könnten Sie es machen. Das kostet dich Folgendes. “Ich denke, wir haben noch ein bisschen Zeit zwischen den Kommunikationsebenen zwischen den beiden Seiten, bevor dies immer noch automatisch wird.
Dez Blanchfield: Ja, das spiegelt definitiv das wider, was ich hier in Australien und im asiatisch-pazifischen Raum gesehen habe. Ich bin sicher, es ist eine globale Sache. Und das ist, dass viele der wichtigsten Entscheidungsträger aus dem Boardroom, alle Leiter der Branche, technisch viel versierter sind - sie lesen die Blogs, sie schauen sich Webinare an, sie sind Sie haben sich auf verschiedene Artikel und Podcasts eingestellt und gehen zu Veranstaltungen, Foren und Meetups. Jetzt kennen sie ihre Optionen und wissen, dass Cloud eine Option ist.
Sie wissen auch, dass sie, wie Sie sagten, ihre Fähigkeiten in das Unternehmen einbringen können, und deshalb denke ich, dass es jetzt diese interessante Herausforderung gibt, dass Gespräche stattfinden müssen, die im Grunde genommen das sind, was wir heute gemacht haben, wo Menschen irgendwie Beginnen Sie, Dinge intern zu erledigen und führen Sie einfach Lunchpakete mit braunen Beuteln durch und informieren Sie sich intern über unseren aktuellen Zustand, unseren Idealzustand und den Ort, an den wir gelangen müssen. Und dann, irgendwie, pack das zusammen.
Ich hatte eine private Nachricht, auf die ich gleich noch kurz eingehen werde. Jemand fragte: "Ist es realistisch, dass Sie eine hundertprozentige Verfügbarkeit erzielen können?" Und Sie könnten mich hier korrigieren, aber ich werde ja sagen. Ich habe eine Plattform für einen elektronischen Geldtransfer aufgebaut, ein EFTPOS-Gateway zwischen schnellen Bankplattformen und den EFTPOS-Terminals. Ich habe das in den frühen 2000ern gebaut. Es ist tatsächlich seit 17 Jahren zu 100 Prozent online. In der Tat wurde es vor den 2000er Jahren gebaut, aber es ging nur 2000/2001 ungefähr in Produktion.
Die 17 Jahre waren also von der Entwicklung über das Testen bis zur Serienreife verstrichen. In diesen 17 Jahren haben sehr kostengünstige Standard-PCs, auf denen ein Open-Source-Betriebssystem, jedoch eine proprietäre Datenbank ausgeführt wird, alle 90 Tage einen aktiven / passiven Austausch durchgeführt, wobei verschiedene Design-Patente mit Replikation von angewendet wurden Datenträger in jedem Server, Replikation von Daten zwischen Modellservern, Replikation mehrerer Rechenzentren und 90-tägiges Umschalten von Rechenzentrum A zu Produktionszwecken und anschließendes Umschalten zu Rechenzentrum B und Produktionszwecken.
Und wenn es kippt, wird es automatisch gepatcht und aktualisiert, so dass nur die Frage beantwortet wird, die ich gerade privat erhalten habe. Ja, es ist möglich, aber mit viel Investition in dieses Projekt in Bezug auf das Design. Die Infrastruktur war also eigentlich nicht so teuer, aber das Design und das Testen und die Implementierung waren sehr teuer, um dies zu erreichen. Wir mussten also nicht viel Geld für Hardware und Infrastruktur ausgeben, aber wir verwendeten sehr clevere Tools, damals, als Cloud noch keine Münze war.
Die Antwort lautet "Ja". Dies ist jetzt mit der Cloud möglich, da wir gerade davon gehört haben, dass Sie diese Funktion mit einem Klick auf eine Schaltfläche aktivieren können. Ich werfe das zu Robin, weil ich sicher bin, dass er auch Fragen hat. Aber vielen Dank für die Beantwortung meiner Fragen und ich habe es wirklich geliebt, Ihre Nachricht heute zu hören. Völlig mit an Bord, weil es alles widerspiegelt, was ich in den letzten fast 30 Jahren selbst gemacht habe.
Dr. Robin Bloor: Okay, ich werde es abholen. Eines der Dinge, die mich an Ihrer Präsentation fasziniert haben, war die Anzahl der Optionen, die jetzt verfügbar sind und die ich nicht mehr hatte, als ich mit diesen Dingen zu kämpfen hatte. Ich bin irgendwie daran interessiert, wer diese Konfigurationen entwerfen wird oder wer heutzutage diese Konfigurationen entwirft. Früher passierte oder passierte in der Welt, an die ich gewöhnt bin, ein ziemlich umfangreiches Transaktionssystem, und Sie wären an einer hohen Verfügbarkeit und Verfügbarkeit interessiert. Weil, wissen Sie, das Transaktionssystem teuer wäre, wenn es in irgendeiner Weise ausfallen würde. Und Sie hätten nicht alle Optionen, die Sie mir gerade vorgestellt haben, aber auf die eine oder andere Weise könnten Sie einen Weg finden, durch Replikation einen Hot-Standby-Modus zu erstellen, der nicht unbemerkt einrastet, aber es würde Ihnen einen erniedrigten Service geben, bis Sie zurückkamen.
Und ich schaue mir an, was du mir gezeigt hast, und denke darüber nach. Seit 15 Jahren mache ich keine solche Designarbeit mehr. Wer macht diese Arbeit jetzt? Ist das, wie es zu meiner Zeit war, etwas, das Sie zu Beginn eines Projekts getan haben, wissen Sie, um die Infrastruktur zum Laufen zu bringen? Oder ist dies eine fortlaufende Aktivität innerhalb einer Organisation? Weil neue Technologien zur Auswahl stehen.
Bert Scalzo: In den großen Unternehmen, die bei all ihren Vorgängen, einschließlich ihrer IT, sehr effizient und effektiv sind, haben sie normalerweise eine zentralisierte Architekturgruppe, oder sie haben einen Namen dafür, wie ich gehört habe, „the Architektur-Gruppe ”oft. Und es liegt in ihrer Verantwortung, all diese verschiedenen Bilder zu kennen und die Vor- und Nachteile sowie die Kosten zu kennen. Und was passiert, ist, wenn eine bestimmte Anwendung sucht und sagt: "Hey, ich muss die Geschäftsanforderungen X, Y und Z erfüllen. Hey, Architektenteam, was sind meine Entscheidungen?"
Sie werden ihnen die Antwort geben, wie hier die zwei oder drei, die verfügbar sind, und dann geht die Entscheidung zu diesem Zeitpunkt zurück zur unteren Ebene zum Bewerbungsteam oder zum Geschäftssponsor der Bewerbung. In der Regel gibt es jedoch eine zentralisierte Gruppe, die die Informationen auf dem Laufenden hält und vorkonfiguriert bereitstellt.
Jetzt sind es die mittelständischen Unternehmen, in denen es nicht so förmlich ist. In der Regel erhalten Sie einen oder zwei Ihrer erfahrenen Datenbankadministratoren oder Systemadministratoren, die informell als „Domain-Experten“ für diese Art von Fachwissen bezeichnet werden. Selbst in mittelständischen Unternehmen geschieht dies in einer nicht formalisierten Struktur.
Dr. Robin Bloor: Das ist wirklich interessant. Zu meiner Zeit würden wir ohne die Transaktionssysteme niemals an Hochverfügbarkeit denken. Nun, heutzutage gibt es natürlich Streaming-Systeme, die wahrscheinlich noch höheren Anforderungen an die Verfügbarkeit unterliegen. Aber sehen Sie im abfragebasierten Back-End-, Analyse-, Data-Warehouse- und DI-Umfeld jemals Anforderungen für eine hohe Verfügbarkeit?
Bert Scalzo: Ja, und ich bin froh, dass Sie diese Frage gestellt haben. Ich habe für ein Einzelhandelsunternehmen gearbeitet, und ihre strategischen Entscheidungen für das Unternehmen beruhten zu einem großen Teil auf den Analysen, die sie aus dem Data Warehouse durchführen würden. Tatsächlich wurden sie vom Forbes Magazine interviewt, und der CEO des Unternehmens sagte: „Hey, unser Aktienkurs ist in den letzten fünf Jahren um 250 Prozent gestiegen, und ein sehr wichtiger Grund dafür ist, dass wir wissen, wie wir unsere Daten effektiv nutzen können in unserem Data Warehouse. “Sie waren so gut darin, Geschäftsentscheidungen zu treffen, dass für sie das Data Warehouse und die Fähigkeit, diese Analysen durchzuführen und Entscheidungen auf täglicher Basis anhand ihrer Betriebsdaten zu treffen, tatsächlich für sie waren. ein Produktionssystem.
Und ich gebe Ihnen ein gutes Beispiel dafür, wie wichtig es ist. Mit diesem speziellen Einzelhändler, der für den Bierverkauf verantwortlich war, war er der drittwichtigste Manager des Unternehmens, weil er 60, 70 Prozent des Umsatzes einbrachte. Um auf diesem Markt wettbewerbsfähig zu bleiben, musste er jeden Tag wissen können, welche Werbeaktionen ich durchführen sollte. Und das kann nicht nur auf der Jahreszeit beruhen, sondern auch auf dem Wetter, den Mustern und anderen kritischen Daten, die den Verkauf von Bier beeinflussen können.
Dr. Robin Bloor: Nun, ich denke, es wird solche Dinge geben. Wir haben keine Zeit mehr, ich denke, ich sollte es Eric geben, falls er einige Fragen vom Publikum hat. Eric?
Eric Kavanagh: Ja, das war alles großartig, Bert. Ich denke, Sie haben alle Fragen angesprochen, die wir vom Publikum in Ihrem Vortrag hatten. Aber es macht Spaß zu sehen. Ich bin froh, dass Sie über Speichervirtualisierung gesprochen haben und wie viel Einfluss dies haben kann. Das ist also alles gutes Zeug.
Nun, Leute, wir archivieren all diese Webcasts für eine spätere Ansicht. Gehen Sie also online zu Techopedia.com, um den Abschnitt mit den Webcasts zu suchen. Alle diese Hot Techs werden dort aufgelistet. Ein großes Dankeschön an unseren Freund Bert für sein Fachwissen. Und natürlich an Dez und Robin. Und damit verabschieden wir uns von Ihnen, Leute. Sich kümmern. Wir werden beim nächsten Mal mit dir reden. Tschüss.
