Zum Inhalt springen
BlogBerechnenHinter den Kulissen: Inkrementelle Infrastrukturverbesserungen

Hinter den Kulissen: Inkrementelle Infrastrukturverbesserungen

Das Bild zeigt einen Blick hinter die Kulissen - schrittweise Verbesserungen der Infrastruktur.

Im vergangenen Jahr hat sich bei uns viel verändert. Wir hatten die Gelegenheit, zu wachsen und unser Dienstleistungsangebot zu erweitern, während wir unsere flexible, skalierbare und benutzerfreundliche Plattform beibehalten haben. Diese Reise ist kein Sprung, sondern eine Reihe von kleinen Schritten, die uns vorwärts bringen. Wir haben viel unter der Haube gearbeitet, um unsere Expansionsbemühungen zu ermöglichen, und wir möchten Sie auch weiterhin daran teilhaben lassen, was hinter den Kulissen vor sich geht. 

Die Schaffung der Grundlagen für die Zukunft muss mit der Backend-Infrastruktur beginnen: Hardware und Netzwerke. Diese können mit Blick auf neue Funktionen und Dienste vernachlässigt werden, aber eine solide Grundlage wird es uns ermöglichen, eine leistungsfähigere Plattform aufzubauen.

Mehr Leistung: Schnellere CPUs

Mehr Leistung: Schnellere CPUs

Viele unserer bestehenden Regionen haben jetzt AMD EPYC™ 7713 CPUs. Wir können dies mit einem der gängigeren Zen-2-Prozessoren in unserer aktuellen Flotte, dem 7542, vergleichen und sehen immer noch einen erheblichen Anstieg der Rohleistung.

EPYC 7542 vs. 7713 CPUs

Eine um 23 % höhere Boost-Taktfrequenz ermöglicht die Bewältigung anspruchsvollerer Arbeitslasten. Eine höhere Kernanzahl verringert mögliche Ressourcenkonflikte und Engpässe durch Anweisungen, die auf einer einzigen Ausführungsengine laufen.

Der L3-Cache wurde um satte 400 % von 64 MB auf 256 MB vergrößert. Ein größerer L3-Cache verhindert, dass die CPU häufig auf den Arbeitsspeicher zugreift, um Daten abzurufen. RAM ist immer noch schneller als die meisten Speicherformate, aber der CPU-Cache ist direkt in den Prozessor integriert und deutlich schneller als RAM. Ein größerer L3-Cache sorgt für Leistungssteigerungen bei speicherintensiven Anwendungen wie Spielen und Videocodierung.

Standard-Hochgeschwindigkeits-Speicher

Wir haben 2021 alle NVMe-Blockspeicher eingeführt, die erhebliche Leistungsverbesserungen gegenüber Spinning Disks oder sogar SATA-SSDs bieten, aber das ist nur ein Teil der Geschichte. Unsere Compute-Tarife sind standardmäßig mit lokalem Speicher ausgestattet, was bei anderen Anbietern unüblich ist, die nur angeschlossenen oder temporären Speicher anbieten.

Block-Storage trennt Daten in einheitliche "Blöcke" auf und eignet sich daher ideal für Hochleistungs-Dateisysteme, die auf mehrere VMs oder Hosts verteilt werden müssen. Blockspeicher wird in der Regel lokal verwendet, d. h. eine VM befindet sich auf derselben Hardware, mit der der Speicher direkt verbunden ist, oder als Network Attached Storage (NAS).

Bei beiden Konfigurationen ist die Leistung hoch, aber es besteht ein großer Unterschied zwischen einer Festplatte, die physisch an dasselbe Motherboard angeschlossen ist, auf dem Ihr Server läuft, und einem NAS-Gerät, das über Ethernet angeschlossen ist. 

Lokaler Speicher vs. Network Attached
Ein lokaler Speicher ist leistungsfähiger als ein Netzwerkspeicher mit der gleichen Festplatte.

Mit zwei identischen NVMe-Festplatten werden Sie immer eine höhere Leistung von lokalem Speicher gegenüber NAS feststellen. NAS ist jedoch flexibler und ermöglicht Ihnen den Aufbau massiver Speicher-Arrays, auf die mehrere Hosts in größerem Umfang zugreifen können. Unsere Pakete enthalten lokalen Speicher und wir bieten zusätzlichen Blockspeicher, der an eine VM angeschlossen werden kann - alles mit NVMe.

Software-RAID-Steuerungen

KVM wurde 2015 zu unserem primären Hypervisor, als wir von Xen umstiegen. KVM verbesserte die Leistung für VMs erheblich, während wir die gleiche Hardware verwendeten. Heute bauen wir weiterhin auf Linux-Kernel-Virtualisierung mit Software-RAID-Controllern als Teil unserer neuen Builds.

Hardware-RAID-Controller galten früher als schneller als Software-Setups, aber schnellere CPUs verleihen Software-Controllern eine ähnliche, wenn nicht sogar bessere Leistung als Hardware-Pendants. Bei der Einrichtung neuer Rechenzentren verwenden wir jetzt die Multiple-Device- (MD) und Kernel-Block-Treiber des Linux-Kernels.

RAID

Linux-Software-RAID-Controller werden über mdadm verwaltet und bieten unseren Konfigurationen ein höheres Maß an Flexibilität, einschließlich integrierter Hot-Swapping-Funktionen, ohne dass ein Hot-Swapping-Gehäuse erforderlich ist. Diese Konfigurationen führen regelmäßige Konsistenzprüfungen durch und nehmen automatische Korrekturen fehlerhafter Sektoren vor.

SMBIOS

Ab Oktober 2022 sind unsere Hosts nun mit einem System Management BIOS (SMBIOS) ausgestattet. SMBIOS gibt Benutzern die Möglichkeit, die MIF-Datenbank abzufragen und Informationen über die Compute-Instance abzurufen. Sofern Ihre Instanz seit der Einführung dieser Funktion gebootet/neugestartet wurde, können Sie den Befehl dmidecode verwenden, um den Instanztyp und die ID zu ermitteln.

Laufen:

dmidecode -t1
Beispiel einer dmidecode-Ausgabe

Bisher waren diese Informationen nicht auf Abruf verfügbar, jetzt können sie jederzeit über das Terminal abgerufen werden. Dies ist kein Ersatz für lokale Metadaten API , kann aber ein praktisches Werkzeug für benutzerdefinierte Skripte sein.

Und mehr und mehr

Während wir weiter expandieren und neue Dienste entwickeln, können Sie mit ständigen und konsistenten Verbesserungen in allen Bereichen rechnen. Wir werden Sie über alle kleinen und großen Details auf dem Laufenden halten, während wir weiter vorankommen.

Ressourcen: Blog | Technische Dokumente | Newsletter


Kommentare (3)

  1. Author Photo

    I’ve been a linode customer since April 2004, where it was a UserModeLinux (UML) based system, with a whopping 64Mb RAM and 3Gb disk (plus 1.5Gb disk for paying yearly).

    Over the past 19 years your upgrades have meant I now have 4Gb RAM, 2CPUs, 80GB storage. A massive increase. All for the same price (well, until next month, anyway).

    It’s good to see linode keeping up the tradition of improving the service!

  2. Author Photo

    The complicate one is when Linode instand got bigger storage than the current one.

    It’s really hard to resize.

    What if we need only create server capacity without increase storage?

    What if we need only crease storage but not server capacity?

    • Hong Diep

      Jirou:Thanks for the suggestion! We’ve added it to our internal tracker and have passed along your feedback to our team. This way, the relevant teams can keep this in mind as we continue to improve our infrastructure and services.

Kommentar abgeben

Ihre E-Mail Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit *gekennzeichnet