Software — Gasqualitätsüberwachung
AME Portal
Kennen Sie Ihr Gas. Beweisen Sie es.
Wasser- und Kohlenwasserstoff-Taupunkt, kontinuierlich berechnet aus den Instrumenten, die Sie bereits besitzen — und so lückenlos aufgezeichnet, dass jede Zahl in einer Vertragsdiskussion standhält. In Ihrer Anlage, auf Ihrer Hardware, unter Ihrer Kontrolle.
Engine bereit Kohlenwasserstoff-Taupunkt · Überwachung der Hydratbildung — nativ in der AME-Engine, mit Methanol-/MEG-Inhibitor-Dosierung — in der AME-Engine entwickelt und validiert — Portal-Integration in Arbeit
±0,017 K
Übereinstimmung mit der Referenz-Engine der Branche, Fall für Fall validiert
3
Anlagenprotokolle nativ gesprochen — Modbus, IEC 60870-5-104, MQTT
7 Tage
Netzausfall am Edge überbrückt, ohne eine einzige Messung zu verlieren
100 %
der Ergebnisse mit Engine, Methode und Qualität gespeichert — nichts bleibt unnachvollziehbar
Das Problem
Taupunkt-Überraschungen sind teuer.
Flüssigkeitsausfall in der Leitung, Hydratrisiko, Off-Spec-Strafen, Custody-Transfer-Streitigkeiten — alles führt auf dieselbe Lücke zurück: Der Chromatograph liefert die Zusammensetzung, aber niemand macht daraus einen vertrauenswürdigen, kontinuierlichen, alarmierten Taupunkt bei Leitungsbedingungen. Tabellenkalkulationen im Nachhinein schützen keinen Liefervertrag. Ein einziges Off-Spec-Ereignis kann mehr kosten als Jahre richtig gemachter Überwachung.
Die Engine im Inneren
Die Physik ist unsere — und sie ist zitierfähig.
AME Portal mietet seine Thermodynamik nicht. Darunter liegt unsere eigene .NET-Rechenbibliothek: Normen Ziffer für Ziffer aus ihren veröffentlichten Quellen übertragen, jeder Koeffizient rückverfolgbar, und jedes Ergebnis trägt seinen Gültigkeitsbereich und seine Unsicherheit mit sich. Es ist eine abhängigkeitsfreie Komponente — deshalb läuft dieselbe Physik auf einer Edge-Box, im Portal oder eingebettet in fremder Software.
Wasser-Taupunkt
ISO 18453, mit dem wässrigen Anker, der verhindert, dass die zuerst entstehende Flüssigkeit übersehen wird.
Gasqualität
ISO 6976:2016 — Brennwert, Wobbe-Index und relative Dichte, exakt auf den Referenzbeispielen der Norm.
Kompressibilität und Dichte
GERG-2008 (ISO 20765-2) und AGA8-Detail (ISO 12213-2), aus den Referenzquellen übertragen und untereinander auf 1,2×10⁻⁴ übereinstimmend.
Kohlenwasserstoff-Taupunkt
Zweiphasen-Flash nach Peng-Robinson / SRK mit Michelsen-Stabilität — dazu Cricondentherm und Cricondenbar als eigene Solver, keine Diagrammablesungen.
Hydratbildung
Munck 1988 mit SRK, einschließlich Inhibitor-Absenkung durch Methanol und MEG — die Betriebsfrage, nicht nur die Lehrbuchkurve.
Phasenhüllkurve
Prädiktor-Korrektor-Hüllkurvenverfolgung — und wo die Verfolgung die Kurve nicht vollständig schließen kann, sagt es das Ergebnis, statt es vorzutäuschen.
- 441.072 gepaarte Gemisch-Taupunkte gegen die kommerzielle Referenz-Engine: Mittel 0,3418 K über acht Basismischungen — ein Übereinstimmungskorpus, und die Zahl verschlechterte sich, als die Kampagne vollständig war, denn so sieht eine korrigierte Angabe aus.
- Die Wasser-Taupunkttemperatur stimmt im Mittel auf 13 mK und der Wassergehalt bei Sättigung auf 0,037 % überein — bei null Solver-Fehlschlägen über alle Kampagnen.
- Übereinstimmung mit einem anderen Programm ist keine Genauigkeit: Hydrate werden gegen Labordaten validiert — 5,64 % bei reinem Methan, 1,85 % bei CO₂, 2,92 % bei Gemischen, 6,25 % bei realen Erdgasen — und die Methanol-Inhibierung folgt dem Experiment von 10 bis 50 Gew.-%.
- Out-of-sample validiert an Primärquellendaten: fünf der sechs nie zuvor gesehenen Referenzgase von 1946 liegen innerhalb der veröffentlichten Genauigkeitsklasse des Modells — und das sechste wird als bekannte Abweichung ausgewiesen, nicht verborgen.
Gebaut, um ehrlich zu scheitern
Ein physikalischer Fehlschlag ist ein Ergebnis, kein Absturz: Im Kern gibt es keine Ausnahmebehandlung, weil nichts verschluckt wird. Spezies außerhalb des Gültigkeitsbereichs werden abgelehnt statt stillschweigend aus einer Zusammensetzung entfernt, jede Antwort nennt den Bereich, in dem sie gilt, und der einzige gefittete Parameter der gesamten Bibliothek ist als solcher gekennzeichnet, aus einem versionierten Werkzeug reproduzierbar und an zurückgehaltenen Daten validiert. Fehlende Dokumentation an einer öffentlichen API bricht den Build.
Der vollständige Vergleich — Methode, Zahlen und die Grenzen, wo die Bibliothek zurückliegt.
Engine testen
Berechnen Sie einen Taupunkt. Gleich hier.
Dies ist die ausgelieferte ISO-18453-Engine, keine Demo-Neuimplementierung — live berechnet, während Sie tippen. Nie eine nackte Zahl: Jede Antwort kommt mit ihrer Konvergenz, ihrem Residuum und einer klaren Warnung, sobald Sie den angepassten Bereich der Norm verlassen.
So funktioniert es
Vom Feldsignal zum belastbaren Trend, automatisch.
01
Verbinden, was da ist
AME Portal liest GC, RTU und Transmitter über Modbus, IEC 104 oder MQTT. Keine neue Feldhardware — Konfiguration statt Engineering.
02
Ehrlich rechnen
Jeder Analysezyklus wird zu einer geprüften Zusammensetzung, dann Wasser-Taupunkt und Gasqualität nach ISO 18453 und ISO 6976 (Kohlenwasserstoff-Taupunkt auf der Roadmap). Verdächtige Daten werden markiert, nie stillschweigend verwendet.
03
Sehen, beweisen, handeln
Live-Dashboard und historische Trends in jedem Browser. Alarme mit Hysterese lösen aus, bevor ein Vertragslimit überschritten wird — per Webhook heute, mit E-Mail, SMS und Telegram in Kürze.
Freiheit der Physik
Ihr Taupunkt, Ihre Wahl der Engine.
Die meisten Systeme schweißen Sie für immer an eine einzige Rechen-Engine. AME Portal behandelt die Thermodynamik als austauschbare Komponente: AMEs validierte Engine oder der Branchenklassiker GasVLe — je Messpunkt gewählt, sogar beide am selben Strom, Seite an Seite.
Warum es kommerziell zählt
Stellt eine Gegenpartei Ihre Engine infrage, lassen Sie dieselben Daten durch eine zweite Engine laufen und zeigen die Übereinstimmung. Erscheint in fünf Jahren ein besseres Modell, übernehmen Sie es — Historie, Trends und Alarme bleiben unverändert.
Warum es technisch zählt
Jedes Ergebnis hält fest, welche Engine und welche Methode es erzeugt haben. Zahlen verschiedener Engines werden auf einem Trend nie stillschweigend vermischt — die AME-Engine ist für die Vertragszahl maßgeblich, und Cross-Check-Werte tragen immer eine explizite Kennzeichnung.
Bedienerbildschirme
Für eine Leitwarte entworfen, nicht für ein Dashboard.
Die meiste Industriesoftware ist dekoriert. Diese Bildschirme folgen der High-Performance-HMI-Praxis — fundiert im High Performance HMI Handbook, ANSI/ISA-101, ANSI/ISA-18.2 / IEC 62682 und EEMUA 191 — und die Regeln sind aufgeschrieben, überprüft und durch Tests fixiert, nicht dem Geschmack überlassen.
-
Farbe ist eine knappe Ressource
Der Normalzustand ist in Graustufen; Farbe wird nur für Abnormales oder Handlungsbedürftiges ausgegeben. Ein Bildschirm, auf dem alles grün ist, lehrt den Bediener, dass Farbe nichts bedeutet.
-
Blinken bedeutet genau eines
Ein Alarm, den noch niemand gesehen hat. Es ist die einzige Bewegung auf jedem Bildschirm — und diese Regel ist durch Tests fixiert, nicht einem Kommentar im Code überlassen.
-
Nichts verschwindet ungesehen
Ein Alarm, der zurückging, bevor jemand hinsah, bleibt offen, bis er quittiert ist — der ISA-18.2-Zustand „zurückgekehrt, unquittiert“, getragen durch Datenbank und Leitung.
-
Alarmklassen sind Konfiguration
Name, Farbe, Buchstabe, Quittierpflicht, Stilllegbarkeit — je Standort eingestellt, nicht ins Produkt einkompiliert.
-
Das Alarmsystem misst sich selbst
Eine eigene Seite beurteilt das Alarmsystem am Metrik-Satz von EEMUA 191 / ISA-18.2 — Raten, Fluten, stehende Alarme, die schlimmsten Verursacher gereiht. Jede Rate ist ehrlich zu ihrem Nenner: Ein Zeitraum ohne Daten liest sich als KEINE DATEN, nie als beruhigende Null.
-
Wenn ein Gerät verstummt, steht der Grund auf dem Bildschirm
Eine Diagnoseseite je Gerät beantwortet „warum meldet dieses Gerät nichts?“: das Verbindungsprotokoll, dekodierte Protokollrahmen — Modbus, MQTT, IEC 60870-5-104 — und der nächste anstehende Wiederholversuch. Stille wird als eigener Fakt erfasst, unterschieden davon, nie gemeldet zu haben.
-
Die Sprache des Bedieners
Die Bedienoberfläche ist lokalisiert: Englisch und Italienisch sind aktiv; Deutsch und Französisch sind vollständig übersetzt und werden sichtbar deaktiviert ausgeliefert, bis ein muttersprachlicher Prüfer sie freigibt. Sicherheitstext, den niemand geprüft hat, geht nicht aktiviert in Betrieb.
-
Für alle lesbar, immer
Farbe trägt die Bedeutung nie allein: Jeder Zustand hat auch einen Buchstaben, eine Form und ein Wort. Bewegung lässt sich abschalten, ohne Information zu verlieren, und fehlende Daten werden als fehlend gezeichnet — nie als Null.
Ihre Daten, offen
Eine Leitwarte im Browser. Eine Datenbank, die Ihnen gehört.
Das Dashboard zeigt Live-Taupunkte gegen Vertragslimits, Kanalzustand und aktive Alarme; Trends reichen Jahre zurück und laden in Sekunden, und beliebige Messpunkte lassen sich in einem Diagramm überlagern — jede Serie betitelt mit ihrer Engine-Provenienz. Darunter liegt offenes PostgreSQL — kein proprietärer Tresor. Ihre Ingenieure können es abfragen, Grafana kann es zeichnen. Verschwände AME morgen, blieben Ihre Daten Ihre — in einem Format, das die ganze Welt versteht.
Für echte Standorte gebaut
Jeder Standort gemessen. Ein Ort zum Hinschauen.
Verdichterstationen, Speicherfelder, Grenzübergabepunkte — jeder Standort erhält eine kleine AME-Edge-Einheit, die mit den lokalen Instrumenten spricht. Alle melden an ein zentrales Portal: eine Datenbank, eine Oberfläche, ein Audit-Trail. Fällt die Verbindung zu einem Standort aus? Die Edge misst, rechnet und alarmiert bis zu einer Woche weiter und füllt die Historie dann lückenlos nach — ohne Lücken, ohne manuelle Wiederherstellung.
Ein Speicher, jeder Standort
Alle Ihre Standorte pushen in eine einzige Datenbank.
Ob eine Handvoll Edges oder Hunderte — jede pusht ihre Ergebnisse in eine einzige zentrale Datenbank. Jede Edge führt eine dauerhafte lokale Outbox, der Ingest ist idempotent — praktisch exactly-once — und eine Woche Leitungsausfall füllt sich bei Rückkehr der Verbindung von selbst nach. Keine Silos je Standort, kein Zusammenkleben von Exporten: jeder Snapshot jedes Standorts landet in einem PostgreSQL + TimescaleDB-Speicher — ein Backup, ein Ort zum Hinschauen.
Warum AME Portal
Für Anlagen gebaut, nicht für Demos.
-
Der C6+-Split ist eine Eingabe, nie eine Annahme
Wie ein C6+-Lump aufgeteilt wird, ändert das Ergebnis — drei veröffentlichte Splits verschieben den Cricondentherm um ~6 K beim selben Gas. Deshalb ist der Split deklarierte Konfiguration, und jedes gespeicherte Ergebnis nennt den verwendeten.
-
Zahlen, die standhalten
Jedes Ergebnis trägt seinen vollständigen Stammbaum: Engine, Methode, Normausgabe, Datenqualität. Wird eine Zahl angezweifelt, antworten Sie mit einem Protokoll — nicht mit einem Achselzucken.
-
Wählen Sie Ihre Physik
AMEs validierte Engine oder GasVLe — je Messpunkt, sogar Seite an Seite. Kein Vendor-Lock-in bei der wichtigsten Berechnung.
-
Ihre Daten bleiben Ihre
Alles auf Ihrem Gelände — Linux oder Windows, VM oder Hardware, keine Cloud nötig. Offener PostgreSQL-Speicher, den Ihre Tools lesen können, für immer.
-
Übersteht schlechte Netze
Edge-Einheiten messen, rechnen und alarmieren eine Woche ohne Verbindung weiter und gleichen sich dann automatisch ab. Entlegene Standorte sind Bürger erster Klasse.
-
Alarme, die es ernst meinen
Hysterese und Verzögerung eingebaut: Ein Wert, der um eine Schwelle pendelt, weckt niemanden zwölfmal um 3 Uhr nachts. Quittierungen protokolliert: wer, wann, mit welchem Kommentar.
-
Im Feld geboren, nicht im Labor
Entworfen von Leuten, die beruflich Gasanlagen in Betrieb nehmen. Es respektiert, wie Standorte wirklich funktionieren: wacklige Verbindungen, gemischte Hersteller, Audits und Operatoren, die Antworten auf einen Blick brauchen.
-
Nur ausgehende Edge
Die Edge wählt nur nach außen — eine von ihr initiierte Verbindung zum Portal, keine lauschenden Sockets vor Ort. Sie durchquert Anlagen-NAT und Firewalls, ohne etwas für Angriffe preiszugeben.
-
Widerrufbare Schlüssel
Jede Edge trägt ihren eigenen API-Schlüssel — im Ruhezustand gehasht, einmalig angezeigt, live über die Oberfläche widerrufbar. Dauerhafte Konfiguration ist von transienten Befehlen getrennt, die ablaufen statt sich anzustauen, und jede Aktion wird auditiert.
Der ehrliche Vergleich
Was Sie heute vermutlich tun.
| Fähigkeit | Tabellenkalkulation | Historian / SCADA | AME Portal |
|---|---|---|---|
| Kontinuierlicher Taupunkt bei Leitungsbedingungen | manuell, im Nachhinein | speichert Signale, rechnet nicht | ✓ jeder Analysezyklus |
| ISO-18453-/ISO-6976-Konformität | hängt vom Ersteller ab | — | ✓ validiert, versioniert |
| Umgang mit schlechten Daten | stille Fehler | Qualitätsbits, ungenutzt | ✓ markiert, durchgereicht, sichtbar |
| Alarm vor der Vertragsverletzung | — | nur auf Rohsignalen | ✓ auf dem berechneten Taupunkt |
| Audit-Trail für Streitfälle | Dateiversionen und Hoffnung | teilweise | ✓ voller Stammbaum je Wert |
| Entlegene Standorte mit schwachen Verbindungen | — | Lücken in der Historie | ✓ 7-Tage-Puffer, Auto-Abgleich |
| Freiheit, die Rechen-Engine zu wechseln | — | — | ✓ je Punkt, Seite an Seite |
| Offener Datenzugriff | es ist eine Datei | proprietärer Export | ✓ Standard-SQL, Grafana-fähig |
Validierung — Engine gegen Engine
Zwei Engines. Dasselbe Gas. Überzeugen Sie sich selbst.
Wir haben nicht nur behauptet, dass AMEs Engine richtig rechnet — wir haben sie Seite an Seite mit GasVLe 5.15 laufen lassen, der Branchenreferenz seit Jahrzehnten, auf denselben Zusammensetzungen und Drücken. Und weil AME Portal beide beherbergen kann, ist das keine Folie — Sie können es an Ihrem eigenen Gas reproduzieren, an jedem beliebigen Tag.
In den Nassgas-Fällen, die beide Engines sauber lösten, stimmte AME auf siebzehn Tausendstel Kelvin überein. In den härtesten — Erdgas bei 60 bar mit Wasserspuren — löste AME jeden einzelnen: Ohne wässrigen Anker übersieht ein Solver schlicht die zuerst entstehende Flüssigkeit und meldet stattdessen den Kohlenwasserstoff-Taupunkt, 13,5 K zu kalt.
ISO-18453-Wasser-Taupunkt · 12 Vergleichsfälle · GasVLe 5.15 vs. AME-Engine · vollständige Aufzeichnung auf Anfrage
Wie eng AME der Referenz-Engine folgt
Differenz der berechneten Wasser-Taupunkttemperatur (AME minus GasVLe 5.15), gleiche Zusammensetzung, gleicher Druck — in Millikelvin, Tausendstel Grad.
Die Abweichung liegt meist unter 3 mK und nie über 17 mK. Gegen die ±2-K-Toleranz eines Gasvertrags gezeichnet, ist der schlimmste Fall ein pixelbreiter Splitter.
Wo es wirklich zählt: Wasserspuren unter Druck
Erdgas bei 60 bar, 0 °C, 102 ppm Wasser. Beim Abkühlen ist Wasser die erste Flüssigkeit. Verpasst man ihn, liefert man nasses Gas im Glauben, es sei trocken — Hydratrisiko, Korrosion, ein gebrochener Vertrag.
Und die Gasqualitätswerte? Auf der Norm, auf die Stelle genau.
Brennwert, Wobbe-Index und relative Dichte nach ISO 6976:2016 — AME trifft exakt das Referenzbeispiel der Norm selbst und reproduziert zugleich GasVLes etablierte Zahlen auf ein Hundertstel Prozent.
| ISO 6976 Annex D example (15/15 °C) | ISO 6976:2016 | GasVLe 5.15 | AME engine |
|---|---|---|---|
| Gross calorific value — volume, real (MJ/m³) | 39.73351 | 39.7361 | 39.73351 |
| Wobbe index — gross, real (MJ/m³) | 50.30318 | 50.30375 | 50.30318 |
| Relative density, real | 0.62391 | 0.623978 | 0.623911 |
Die Zahlen sind ununterscheidbar. Das Engineering nicht. AMEs Engine ist modernes .NET / C#, volle doppelte Genauigkeit, Linux und Windows. GasVLe ist ein Fortran-Kern von 2009 hinter einem VB6-Add-in — einfache Genauigkeit, nur Windows, lizenzgebundenes ActiveX. Wo beide je auseinanderliegen, sieht man meist GasVLes einfache Genauigkeit, nicht die Physik.
- Meist innerhalb von 3 mK — rund hundertmal enger als die ±2-K-Unsicherheit der ISO 18453 selbst. Die beiden Engines sind praktisch nicht zu unterscheiden.
- AMEs ISO-18453-Wechselwirkungskoeffizienten kommen Ziffer für Ziffer identisch mit der unabhängigen Industriedatenbank der Referenz-Engine zurück — dieselbe Physik, aus zwei Richtungen bestätigt.
- Das unabhängige Urteil: implementierungsäquivalent zur industriellen Referenz beim Wasser-Taupunkt — und deutlich robuster bei feuchtem Erdgas unter Druck.
- Erneut bewiesen in AME Portal selbst: der GasVLe-Sidecar des Produkts gegen lizenziertes GasVLe 5.15 — 1,8 mK bei Leitungsbedingungen, −0,9 bis +3,2 mK über einen 5–100-bar-Sweep, festgeschrieben als automatischer Abnahmetest, der AMEs Zahlen bei jedem Build neu berechnet.
Produkt zum Anfassen
Das ist die Aufgabe. Sehen Sie ihr zu.
Das ist kein Mock-up: Es ist die Benutzeroberfläche von AME Portal selbst — dieselbe Control-Bibliothek, dieselben Bildschirme, dieselben HMI-Regeln — mit der ausgelieferten AME-Engine auf vier simulierten Edge-Geräten. Gehen Sie die Navigationsleiste durch: die Flottenübersicht mit ihrem Geräte-Faceplate, den Trend mit fester Skala und Vertragsgrenze, die Alarmübersicht mit ISA-18.2-Zuständen, die Sie quittieren können, und die Diagnose. Nur die Anlage ist simuliert.
Flottenübersicht
Edge-Geräte, ihre Feldverbindungen und was sie liefern| Wasser-Taupunkt · °C · -26 … 2 °C | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- |
|---|---|---|---|---|---|---|---|---|
| Reserve zur Vertragsgrenze · K | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- | BAD ---- |
| Jüngster Verlauf | ||||||||
| Status | ONLINE | ONLINE | ONLINE | OFFLINE | ONLINE | ONLINE | ONLINE | ONLINE |
Die Helligkeit trägt die Verbindung — heller als die Seite heißt online, dunkler offline — und ein Statuswort sagt, welches. Farbe erscheint nur dort, wo ein Alarm ansteht, als Prioritäts-Glyphe, die auch Form und Ziffer trägt und nur blinkt, solange sie unquittiert ist.
Simulierte Daten, echtes Produkt: Dies ist die Benutzeroberfläche von AME Portal, mit der ausgelieferten AME-Engine auf acht simulierten Edge-Geräten — jedes deklariert eine andere Gasanalyse, denn genau das macht den Unterschied sichtbar. Es ist keine Anlage angeschlossen.
Für wen es ist
Wo Gasqualität Geld ist.
-
Transport & Speicherung
Custody-Transfer-Punkte, Grenzstationen und Speicher, die mit vertraglichen Taupunktgrenzen stehen und fallen.
-
Gasaufbereitung
Trocknungs- und Aufbereitungsanlagen, die Leistungsdrift sehen müssen, bevor sie zum Off-Spec-Ereignis wird.
-
Industrielle Verbraucher
Kraftwerke, LNG- und Prozessanlagen, die Turbinen und Ausrüstung vor Flüssigkeitsmitriss und Qualitätsausreißern schützen.
Architektur
Ein Cluster, der sich selbst heilt.
Jeder Standort betreibt einen kleinen Edge-Collector — Industrie-PC oder virtuelle Maschine, dasselbe Binary. Der zentrale Stack — Ingest, gRPC-Dienste, Benachrichtigungen, der TimescaleDB-Zeitreihenspeicher und die Blazor-Oberfläche — läuft als VMs auf einem hyperkonvergenten Proxmox-Cluster mit Ceph-Storage: jede Platte in drei Kopien über die Knoten verteilt. Einen Server patchen Sie, indem Sie seine VMs vorher live migrieren; stirbt ein Knoten, startet der Cluster seine VMs von selbst anderswo neu — in unter einer Minute. Keine Lizenz pro Kern, kein Single Point of Failure.
Edges: PC oder VM
Ein Collector-Binary je Standort, Linux oder Windows. Es misst, rechnet und alarmiert eine ganze Woche offline und gleicht sich dann automatisch ab.
Zentrale: Proxmox HCI
Rechenleistung und Storage auf Standardknoten verschmolzen. VMs migrieren live für die Wartung; ein Knotenausfall kostet nichts. Wachstum durch einen weiteren Knoten, nicht durch Neuarchitektur.
Speicher + Trends: TimescaleDB
Jeder Schnappschuss ist eine Hypertable-Zeile; Continuous Aggregates verdichten serverseitig, sodass das Dashboard Jahre an Historie in Sekunden zieht — ein offener Speicher für Live, Trends, Alarme und Audit.
Resilienz ist hier keine Notfallfunktion — sie ist der Normalzustand. Ceph hält jede Platte über die Knoten repliziert, sodass die Daten einer VM nie an der Maschine hängen, auf der sie läuft; und steht bei einem Knoten Wartung an, migrieren seine VMs zuerst live auf einen anderen Knoten, bevor ihn jemand anfasst.
Was passiert, wenn ein Knoten stirbt.
Kein Pieper um 3 Uhr nachts, kein Restore vom Backup: Der Cluster hält bereits drei Kopien jeder Platte und behält eine Mehrheit am Leben — er bringt die verlorenen VMs auf einem anderen Knoten zurück und macht weiter.
Und wenn eine einzelne Platte stirbt.
Dieselbe Logik reicht bis zu den einzelnen Platten hinunter. Stirbt eine, bleibt keine VM stehen und nichts wird aus einem Backup zurückgeholt: Jeder Block, den sie trug, liegt auch auf anderen Platten anderer Knoten — Ceph bemerkt den Verlust und baut die fehlenden Kopien aus den überlebenden Repliken wieder auf, von selbst, bis der Pool wieder voll redundant ist. Der Tausch der toten Platte wird zur Routinewartung, nicht zur Wiederherstellung.