Zeige Artikel 1 bis 6
Displaying posts with tag: scaleout (reset)
Automatisierung und Skalierung - Teil 2

Dies ist der 2. Teil zum Thema Automatisierung von Systemverwaltungsaufgaben. Den ersten Teil gibt es hier.

In jenem Text habe ich mit dem Beispiel eines Installationsservers gearbeitet und ich schrieb darüber:

Was also wie ein wenig Gescripte aussieht, ist in Wirklichkeit die Definition und Realisierung eines Prozesses - genau genommen die Formalisierung eines Prozesses "Server aufsetzen" in der Firma. Das Ziel des Prozesses ist die Produktion einer neuen Maschine, die einer gewissen Spezifikation möglichst gut entsprechen soll. Dabei sind die Prozeßziele die möglichst genaue Einhaltung der Spezifikation, und die möglichst schnelle Abwicklung des Auftrages. Dabei ist das Wissen eines Experten in Programmcode auskristallisiert worden - den Hilfs-Scripten und Anpassungen des Installationsservers.

Ich muß die …

[Mehr]
Automatisierung und Skalierung

Ich hatte im Vorfeld der OSDC 2011 eine interessante Unterhaltung mit Julian Hein zum Thema Automatisierung. Er wollte, daß ich einmal erkläre, warum man das eigentlich tut - und was man da eigentlich tut.

Die Antwort ist ein wenig länger, und weil ich dieses Jahr nicht zur OSDC fahren kann und dort auch nicht reden kann, will ich einmal versuchen, meinen Text zumindest in groben Zügen hier aufzuschreiben.

Die Zusammenfassung ist jedenfalls, daß Automatisierung kein technisches Problem ist.

Aber von vorne:


Ich komme von MySQL, aus einem Consultingumfeld, und ich habe dort mit Kunden in jeder möglichen Betriebsgröße zu tun gehabt - von einzelnen MySQL Servern hin bis zu Leuten, die wirklich große Setups am Laufen gehabt haben.

Darum habe ich mich vor Jahren im Vorfeld der MySQL Enterprise …

[Mehr]
Eventually consistent - revisited

In BASE - An ACID Alternative fanden sich ja schon Links auf den Artikel von Dan Pritchett und den von Werner Vogels. Einen Folgeartikel gibt es bei Eventually Consistent - Revisited. Den Artikel muß man lesen, indem man ein synchrones Replikationssystem (eigentlich ein Two Phase Commit-System, denn nur das hat ACID-Eigenschaften) einem asynchronen Replikationssystem (etwa das MySQL Replikationssystem oder jedes Message Queue System) mental gegenüberstellt und in den Klassifikationen des Artikels bewertet.

Man kann sehen, daß beide Ideen Extrempunkte in einem Spektrum von Möglichkeiten sind, und daß beide Ideen am Ende zu einem stabilen …

[Mehr]
Das MySQL-Sun-Dilemma

Sun hat eine Box, die hat 4 CPU-Chips drin, jeder Chip hat 8 Cores und jeder Core hat 8 Threads, die in etwa das sind, was man anderswo als Core abrechnet, minus 7/8 FPU. Das macht effektiv eine Kiste in mit 256 Cores.

Jeder Core Thread selbst ist im Vergleich zu Intel-Hardware jedoch recht langsam, er bringt etwa ein Drittel bis ein Fünftel der Leistung eines Intel-Cores, außer in Benchmarks, wo die Dinger viel schicker poliert werden. Dennoch ist das wegen der großen Anzahl der Threads eine ganze Menge Bumms in einer kleinen Box mit ohne viel Strom.

Sun hat nun auch eine recht populäre Open Source Datenbank von der Sun es gerne hätte, wenn die auf so einem …

[Mehr]
BASE - An ACID Alternative

Aus der ACM Queue schreibt uns Dan Pritchett (eBay) "BASE - An ACID Alternative":

In partitioned databases, trading some consistency for availability can lead to dramatic improvements in scalability.

(via hohjg)

mysql> quit;

Mit dem Ende dieser Woche endet nicht nur die MySQL Deutschland GmbH, sondern auch meine Tätigkeit bei MySQL. Den neuen Vertrag bei Sun habe ich, anders als zunächst geplant, nicht unterschrieben - mir ist relativ schnell klar geworden, daß ich mich in einer Firma dieser Größe nicht wohl fühlen werde.

Für MySQL bin ich seit Ende des Jahres 2005 unterwegs gewesen - bis zu 180 Tage im Jahr. Neben einigen größeren Projekten habe ich sehr viel kleineres Consulting gemacht - "Pivot-Consulting", bei dem es nicht darum geht ein Projekt umzusetzen, sondern den Kunden dazu zu befähigen, das Projekt selber zu schaukeln. Dabei habe ich alle Bereiche um MySQL herum abgedeckt mit Ausnahme von MySQL Cluster. Ich habe außerdem durchschnittlich 60 Arbeitsstunden pro Woche inklusive Reisezeit weg gehauen und bin teilweise über Monate nur am Wochenende …

[Mehr]
Zeige Artikel 1 bis 6