Verbesserung der ePortal-Speicheroptimierung

Das TuxCare-Team ist immer auf der Suche nach neuen Wegen, um die Erfahrung mit unseren Produkten zu verbessern. Ein Schmerzpunkt, den wir identifiziert haben, war die Menge an Speicherplatz, die benötigt wird, um KernelCare-Patchsets zu speichern, und die Netzwerkbandbreite, die erforderlich ist, um diese Informationen an ePortal-Bereitstellungen zu übertragen.

Eine der Verbesserungen, die derzeit entwickelt werden, ist die Möglichkeit, ePortal so zu konfigurieren, dass es in einem neuen Cachemodus arbeitet, in dem die volle Funktionalität erhalten bleibt, während der Speicherbedarf in einigen Szenarien um bis zu 80% reduziert wird.

Gegenwärtig lädt ePortal Patches herunter und speichert sie, um sie für Client-Systeme verfügbar zu machen. Die Speicheranforderungen richten sich nach diesem Paradigma - mindestens 100 GB, empfohlen werden 200 GB Speicherplatz für einen ePortal-Einsatz.

Abbildung 1 - ePortal - Übersicht auf hoher Ebene

Im Cachemodus kann der Speicherplatz auf etwa 20 GB reduziert werden, ohne dass die Client-Systeme auf die gleiche Funktionalität verzichten müssen. 

Erreicht wird dies durch eine Kombination aus intelligenterem Datentransfer, bei dem zunächst nur Metadaten statt kompletter Patchsets übertragen werden, wenn diese verfügbar sind, und einer zweiwöchigen Aufbewahrungsfrist für tatsächlich genutzte Patchsets, im Gegensatz zum früheren Verhalten.

Abbildung 2 - ePortal mit Cachemodus - Übersicht auf hoher Ebene. Beachten Sie, dass Patches DB nicht mehr die gesamten Patchsets im Dateisystem speichert, es sei denn, ein geschützter Host fordert sie tatsächlich an.

Vom Konzept her ist dies vergleichbar mit der Art und Weise, wie ein Web-Proxy häufig verwendete Inhalte zwischenspeichert, anstatt den Server jedes Mal zu kontaktieren (nicht zu verwechseln mit der bestehenden Möglichkeit, einen Proxy für die ePortal-Kommunikation zu definieren).

Wenn zum Beispiel ein neues Patchset verfügbar ist, lädt ePortal die Metadaten zu diesem Patchset herunter. Wenn es tatsächlich für ein Kundensystem benötigt wird, wird das Patchset wie üblich heruntergeladen und an den Kunden gesendet. Außerdem wird es im ePortal-System bis zu zwei Wochen lang gespeichert, um anderen Kunden, die danach fragen, zur Verfügung zu stehen. In einer Unternehmensumgebung ist dies das häufigste Szenario, da mehrere Systeme mit denselben Distributionen betrieben werden.  

Im Moment kann der Cache-Modus aktiviert werden, indem man zuerst den ePortal-Dienst beendet und dann 

CACHE_MODE = True

in der ePortal-Konfigurationsdatei, die sich unter /usr/share/kcare-eportal/config/local.py befindet, gefolgt von

kc.eportal cache-mode --fetch-meta

und starten Sie dann den ePortal-Dienst erneut. Wie bei jeder Änderung sollten Sie diese zunächst in einem kleineren Einsatz- oder Laborszenario testen.

Und während diese Funktionalität an sich bereits Vorteile für bestehende ePortal-Benutzer bietet, arbeitet das Team bereits an neuen und spannenden Funktionen, die diesen Cache-Modus weiter ausbauen und verbessern werden.

Wir sind immer offen für Vorschläge und Ideen, die Ihre Arbeitsabläufe und Produktnutzung verbessern können. Wenn Sie der Meinung sind, dass Ihre derzeitigen ePortal/KernelCare-Prozesse in irgendeiner Weise verbessert oder automatisiert werden könnten, die noch nicht abgedeckt ist, sprechen Sie uns an, wir würden uns freuen, Ihre Vorschläge mit Ihnen zu diskutieren.

Erfahren Sie mehr über KernelCare Enterprise, ePortal und andere TuxCare-Services und entdecken Sie hier auf der TuxCare-Website, wie wir Ihren IT-Betrieb mit zuverlässigen Live-Patching-Lösungen vereinfachen können.