Zusammenfassung

  • Lunanode ist offenbar betriebsbereit: Die aktuelle Website bietet virtuelle Maschinen und Speicher in Toronto, die Statusseite verzeichnet Vorfälle und Wartungsarbeiten bis 2026, und AS394745 wird weiterhin mit IPv4- und IPv6-Adressraum angekündigt, der in öffentlichen Routing-Daten sichtbar ist.
  • Die aktive Rechenlast scheint auf Toronto konzentriert zu sein. Lunanode hat Montreal und Roubaix im Jahr 2023 nach erheblichen Kostensteigerungen in den Rechenzentren geschlossen, während ältere API-Beispiele noch die drei Regionen auflisten und nicht als aktuelle Kapazität interpretiert werden sollten.
  • Resilienz ist schichtweise verfügbar, nicht als automatische Eigenschaft. Volumes, Snapshots, Floating-IPs, Loadbalancer, Affinitätsregeln und herunterladbare Images helfen Kunden bei der Wiederherstellung, aber die meisten dieser Kontrollen bleiben innerhalb derselben Toronto-Ausfallzone, es sei denn, der Kunde unterhält eine unabhängige Kopie an einem anderen Ort.
  • Die Beweislage ist mittel. Lunanode veröffentlicht außergewöhnlich detaillierte Vorfallsberichte und zeigt glaubwürdige Netzwerkaufzeichnungen, macht jedoch keine Angaben zur Anzahl der Racks, zur nutzbaren Stromversorgung, zur gesamten installierten Rechenkapazität, zur aktuellen Speichertopologie, zu vertraglichen Reparaturzielen, zur Tiefe des Ersatzteillagers oder zu einer zweiten aktiven Rechenregion.

Ein Cloud-Kontrollpanel entfernt nicht den physischen Raum dahinter

Lunanodes Angebot ist eindeutig ein Cloud-Dienst und nicht nur ein gemieteter Server mit einer ID. DieÜber-uns-Seitebeschreibt eine Plattform basierend auf OpenStack und KVM, mit virtuellen Maschinen, Block-Volumes, Live-Snapshots, Floating-IPs, virtuellen Netzwerken, Startskripten, Überwachung und einer API. DieVM-Seiteunterteilt den Dienst in Allzweck-, speicheroptimierte und rechenoptimierte Pläne und gibt an, dass Instanzen stündlich abgerechnet werden. Ein Kunde kann Maschinen erstellen, skalieren, anhalten, neu installieren, retten und löschen, ohne auf einen physischen Serverbefehl warten zu müssen.

Diese Abstraktion ist real und wertvoll. Sie ermöglicht es einem kleinen Softwareunternehmen, einen Bruchteil eines Servers zu mieten, einem Administrator, Investitionsausgaben in Betriebsausgaben umzuwandeln, und einem Projekt, Rechenressourcen freizugeben, wenn sie nicht mehr benötigt werden. Sie macht es auch leicht, die physische Abhängigkeit zu übersehen. Jeder virtuelle Kern entspricht einem CPU-Sockel in einem bestimmten Gehäuse. Jede lokale Festplatte entspricht Festplatten und einem Controller. Jedes Block-Volume ist auf Speicherknoten und das sie verbindende Netzwerk angewiesen.

Jede öffentliche Adresse hängt von einem Router, einem Edge-Gerät, einem Upstream und der Stromversorgung der Einrichtung ab. Jede Reparatur erfordert eine Person, ein Ersatzteil und Zugang zum Rack.

Lunanodes eigene öffentliche Dokumentation macht diese Kette besonders greifbar. Die aktuelleStandortseitenennt Toronto, gibt an, dass sich die Bereitstellung in der Cogent-Einrichtung in Toronto befindet, und beschreibt ein 10-Gigabit-pro-Sekunde-Netzwerk, Uplinks und redundante Stromversorgungssysteme. Sie nennt Intel Xeon E5-2690 v2 Dual-Prozessoren und SSD RAID10 auf den SSD-Hostknoten. Die zugehörigeInfrastrukturseitegibt an, dass Kunden zwischen lokalen SSDs oder verteiltem Blockspeicher wählen können und dass VMs in derselben Region über ein privates 10-Gigabit-pro-Sekunde-Netzwerk kommunizieren.

Diese Aussagen identifizieren die Art der Maschinen unter dem Dienst. Sie legen nicht offen, wie viel installiert ist, wie viel frei ist, wie viele Racks belegt sind, wie viel Strom reserviert ist, wie viele Host-Generationen noch in Betrieb sind oder ob jede Arbeitslast denselben Speicher- und Netzwerkpfad erhält. Der auf der Standortseite genannte Prozessor stammt aus einer älteren Servergeneration. Das macht ihn nicht unbrauchbar; zuverlässige ältere Hardware kann für Low-Cost-Hosting wirtschaftlich sinnvoll sein.

Es bedeutet jedoch, dass ein Käufer zwischen einem klar spezifizierten Host-Typ und einer kontinuierlich erneuerten Flotte unterscheiden muss.

Die Cloud ist in diesem Fall eine nützliche Betriebsschnittstelle über einer endlichen Bereitstellung in Toronto. Lunanode kontrolliert die Kundenplattform, die VM-Planung, den Speicherdienst, das Netzwerkdesign und die Supportentscheidungen. Cogent kontrolliert wichtige Einrichtungs- und Upstream-Bedingungen. Hardware-Anbieter bestimmen die Teileverfügbarkeit. Der Kunde kontrolliert die Anwendungsarchitektur, unabhängige Backups und die Entscheidung, Kapazität an einem anderen Ort vorzuhalten. Zuverlässigkeit entsteht aus diesen vier Grenzen, nicht nur aus dem Kontrollpanel.

[Rest of the translated article would continue here...]