Zusammenfassung

  • Die 99,99 Prozent, die Lambda nennt, sind das Ergebnis eines internen Stresstests – ohne Messzeitraum beim Kunden, ohne vertraglichen Ausschlusskatalog, ohne Anspruchsverfahren und ohne Abhilfe.
  • Die einzige an eine Uhr gebundene Zahl in den veröffentlichten Unterlagen ist die Erstreaktion des Supports bei 1-Click Clusters: eine Stunde für Schweregrad 1. Das ist eine Antwortfrist, keine Wiederherstellungsfrist.

Beginnen wir mit der Zahl, die am häufigsten zitiert wird. In einem Beitrag zu MLPerf Inference v5.0 schreibt Lambda, die eigene Infrastruktur habe während umfangreicher Stresstests eine Verfügbarkeit von 99,99 Prozent gehalten; der Beitrag erschien am 2. April 2025 und wurde am 22. Oktober 2026 aktualisiert (Lambdas MLPerf-Beitrag). An dieser Prozentzahl hängt kein Messzeitraum auf Kundenseite, kein vertraglicher Ausschluss, kein Verfahren, mit dem man etwas zurückfordern könnte, und keine Abhilfe, falls sie sich nicht bestätigt. Die Testprotokolle selbst wurden nicht unabhängig geprüft. 99,99 Prozent beschreiben also, wie lange die Hardware eine Testreihe durchhielt – nicht, worauf ein Käufer einen Anspruch stützen kann.

Nun die einzige Frist, die an einer Uhr hängt. Die Supportseite für 1-Click Clusters legt die Erstreaktion auf eine Stunde bei Schweregrad 1 fest, auf zwei Stunden bei Schweregrad 2, auf sechs Stunden bei Schweregrad 3 und auf 24 Stunden bei Serviceanfragen (Supportseite für 1-Click Clusters). Schweregrad 1 umfasst Dienste, die ausgefallen, unerreichbar oder nicht in der Lage sind, nützliche Arbeit zu leisten. Doch die eine Stunde ist die Zeit bis zur ersten Antwort, keine Frist zur Wiederherstellung. Dieselbe Seite enthält keine Verfügbarkeitsquote, keine Ausfallberechnung, keine Gutschrifttabelle und keine Ausgleichsformel für eine verspätete Antwort. Sie beschreibt einen Ticketkanal rund um die Uhr und nennt diese Fristen ausdrücklich Antwortzeiten, die in den Vereinbarungen festgelegt sind. Zugesagt wird also, dass ein Mensch antwortet, nicht dass die Maschine zurückkommt.

Außerhalb dieser Uhr stehen die Bedingungen. Der Cloud-Vertrag von Lambda liefert die Dienste im Zustand, in dem sie sich befinden, beschränkt auf ausdrückliche Bestimmungen und geltendes Recht (Cloud-Nutzungsbedingungen von Lambda). Gutschriften werden nach Ermessen des Anbieters gewährt, sind widerrufbar, nicht in Bargeld umwandelbar und verfallen grundsätzlich nach zwölf Monaten. Die Haftung ist grundsätzlich auf die in den vorangegangenen zwölf Monaten gezahlten und geschuldeten Beträge begrenzt, Folgeschäden sind ausgeschlossen. Eine Kündigung wegen wesentlicher Vertragsverletzung setzt eine Mitteilung und 30 Tage zur Behebung voraus, oder einen akzeptablen Behebungsplan binnen zehn Tagen, wenn die Behebung länger dauert. Und die Bestellung (Order) legt Leistungen und Entgelte fest, geht widersprechenden Vertragsbestimmungen vor, und der Vertrag geht früherem Marketingmaterial vor. Was einem Käufer tatsächlich gegenübersteht, ist diese Bestellung mit ihren Anlagen – nicht die öffentliche Seite.

Hier ist eine ernsthafte Einschränkung nötig. Die Dokumentation zu Managed Slurm beschreibt fortlaufende Zustandsprüfungen, Überwachung rund um die Uhr, die Isolierung ungesunder Knoten, automatisierte Behebung und die Eskalation an manuelle Reparatur; Reparaturen und Austausch richteten sich nach der Service-Level-Vereinbarung (SLA) des Kunden (automatisierte Behebung bei Managed Slurm). Lambda setzt also das Bestehen einer SLA voraus. Nur gibt diese Seite deren Inhalt weder wieder noch verlinkt sie ihn. Zu schreiben, Lambda biete keine SLA an, wäre deshalb falsch, und dieser Artikel tut das nicht. Sagbar ist: Aus den öffentlichen Unterlagen lassen sich weder Inhalt noch Schwellenwert, weder Reparaturfrist noch Gutschriftformel ablesen.

Die Hardware-Zahlen liegen in derselben Schicht. Die Einführung zu 1-Click Clusters nennt 400 Gb/s Quantum-2 InfiniBand, GPUDirect RDMA von Knoten zu Knoten mit bis zu 3200 Gb/s und zwei Ethernet-NICs mit je 100 Gb/s pro Knoten (Einführung zu 1-Click Clusters). Dieselbe Seite stellt klar, dass Direct Internet Access über gemeinsam genutzte Upstream-Kapazität am Rand des Rechenzentrums läuft und nicht pro Mieter dediziert ist. Die InfiniBand- und NIC-Werte als dedizierte Internetbandbreite zu lesen, wäre ein Lesefehler. Es sind Konfigurationsbeschreibungen, ohne Verfügbarkeitsquote, ohne Mindestdurchsatz und ohne daran geknüpfte Gutschrift.

Auch bei der Größenordnung gibt es einen Widerspruch, den der Anbieter selbst nicht aufgelöst hat: Die Einführung spricht von 16 bis 512 GPUs, die Preisseite wirbt mit 16 bis über 2.000 GPUs (Preisseite von Lambda). Welche Angabe stimmt, entscheidet dieser Artikel nicht. Wer Kapazität plant, weiß danach immerhin, dass die Frage offen ist.

Die Tabelle der On-Demand-Instanzen ist ausdrücklich mit Stand Dezember 2025 versehen und nennt für die Konfiguration mit acht B200 je GPU 180 GB VRAM, 208 vCPUs, 2900 GiB RAM und ein Root-Volume von 22 TiB (Übersicht On-Demand). Dieselbe Seite warnt, dass nicht jeder Instanztyp in jeder Region verfügbar ist. Die API liefert je Typ das Feld regions_with_capacity_available, das die Regionen mit Kapazität für diesen Typ angibt (Dokumentation der Cloud-API). Die Ratenbegrenzung liegt bei etwa einer Anfrage pro Sekunde, Starts sind auf eine Anfrage alle zwölf Sekunden beziehungsweise fünf pro Minute begrenzt: Das sind Anfragegrenzen, keine Zusagen zu Antwortzeit oder Verfügbarkeit. Dieselbe Dokumentation erkennt Ausfälle im Upstream-Netz, Nichtverfügbarkeit des Dienstes und Erschöpfung von Ressourcen als Fehler auf Anbieterseite an.

Die Abrechnung ist im Zeitmaß präzise und bei Störungen stumm. On-Demand-Instanzen werden stundenweise bepreist und in Ein-Minuten-Schritten abgerechnet, beginnend nach den Startprüfungen und endend mit der Beendigung; laufende, aber ungenutzte Instanzen werden weiterberechnet (Abrechnungsübersicht). Erstattungen erfolgen als Servicgutschrift für künftige Nutzung von Lambda Cloud, sind nicht in Bargeld einlösbar und verfallen nach zwölf Monaten. Die Seite nennt keinen Ausfallschwellenwert, keine Ausfallformel, keine Anmeldefrist und keine Gutschriftstaffel.

Auf der Preisseite steckt zudem eine Datumsfalle. Die angezeigten Instanzpreise gelten ab dem 16. November 2026, 00:00 UTC – also nach dem Recherchedatum dieses Artikels, dem 12. November 2026. Die Seite selbst verweist für die Zeit davor auf das eigene Konto. Der Selbstbedienungszugang zu Instanzen wird als „wer zuerst kommt“ beschrieben.

Auch der Betriebszustand wurde geprüft. Zum Abrufzeitpunkt meldete die Statusseite Vollbetrieb für die aufgeführten Komponenten, darunter Cloud-API, Netzwerk, virtuelle Maschinen, Speicher und Strom (Status von Lambda GPU Cloud). Ein Verfügbarkeitsziel, eine Berechnungsmethode für SLA, Ausschlüsse oder einen Ausgleichsplan findet man dort nicht. Eine grüne Anzeige ist keine Pflicht, grün zu bleiben.

Die Evidenzgrenze gehört einmal benannt, an der richtigen Stelle. Ein eigenständiges SLA-Dokument von Lambda ließ sich nicht abrufen. Der Pfad lambda.ai/legal/service-level-agreement scheiterte nach einer Weiterleitung, und auch das gemeldete Ziel scheiterte. Das ist ein Abrufversagen, kein bestätigter 404 des Anbieters. Kundenspezifische Bestellungen und SLA-Anlagen lagen ebenfalls nicht vor; was ein einzelner Käufer vereinbart hat, bleibt damit außerhalb dieses Textes.

Worauf ein Käufer sich öffentlich berufen kann, ist die Geschwindigkeit einer menschlichen Antwort. Die Verfügbarkeit der Maschine ruht auf der Leistung „wie besehen“, auf Gutschriften nach Ermessen, die kein Geld sind, und auf einer Haftungsobergrenze von zwölf Monatsentgelten. Eine Hardwarespezifikation beschreibt Hardware. Beides in dieselbe Zeile der Bestellung zu schreiben, heißt am Störungstag zu entdecken, was man nicht gekauft hat.

BTW führt Lambda AI im Verzeichnis weiter (Lambda-AI-Eintrag im BTW-Verzeichnis).