Dadurch wird sichergestellt, dass der Befehl „criu dump“ das Live-Abhängigkeits-Image immer im Speicher behält (nicht nach der Migration gelöscht) und vom Abhängigkeitsmanager von WarmSwap verwaltet wird. Wenn ein serverloser Container einen Aufruf erhält, startet er zunächst den Abhängigkeitslader als Alternative zum ursprünglichen „Bootstrap“-Skript. Anschließend wird die Ausführung nicht durch weitere Seitenfehler und entfernte Kommunikation beeinträchtigt.
Vorteile des Warmbootens
Wir implementieren das Vorbacken gemäß der Beschreibung in ihrem Dokument, indem wir den gesamten zuvor erhitzten Serverless-Container mit CRIU auf ein Betriebsbild setzen und ihn während des Kaltstarts wiederherstellen. Der Seitenserver kopiert jeweils nur die aufgerufenen Seiten, die einen „Page Fault“ auslösen. Da WarmSwap bereits einen Großteil des Speichers vom Seitenserver migriert, muss es nicht viele weitere Informationen in den Prozessmetadaten übertragen. Die Größe der Prozessmetadaten ist viel kleiner als das Prüfpunktbild der gesamten Abhängigkeit.
- Dies liegt daran, dass ML-Modelle bei kleinen Datenmengen wie Kaltstart besser funktionieren.
- In der letzten Forschungsfrage wurde die Verteilung der Zeitschriften untersucht, in denen die relevanten Analyseartikel veröffentlicht wurden und ob der Datensatz/die Codes geteilt wurden oder nicht.
- Es muss nicht so schnell darauf zugegriffen werden wie auf heiße Daten, daher kann es auf einem etwas langsameren, kapazitätsoptimierten Speicher gespeichert werden.
- Fluid leitet neue Anfragen zunächst an die aktuelle Kapazität weiter und stellt neue Fälle nur dann bereit, wenn sie vollständig benötigt werden.
11 Cloud-Bereitstellungsmodelle
Während auf dem Betriebsausführungszustand basierende Lösungen bei der Reduzierung der Kaltstartlatenz nützlich sind, sind sie möglicherweise nicht praktikabel für Situationen, in denen die Nutzlast der Eingabedaten sehr unterschiedlich ist. Auf diese Weise wird erwartet, dass sich die Latenzzeit beim Kaltstart verkürzt. Auf diese Weise soll die Kaltstart-Latenzzeit reduziert werden, indem die Startzeit des Funktionsprozesses verkürzt wird.
Link zur Überschrift „Predictive Scaling: Warming Ahead of Demand“.
In diesem Fall muss der Seitenserver jedes Mal auf den Abhängigkeitspool zugreifen, wenn ein Webseitenfehler auftritt. Als Ersatz startet es einen Webseitenserver, der eine Verbindung zu einem bestimmten Abhängigkeitsbild innerhalb des Abhängigkeitspools auf dem Worker-Knoten herstellt. Im dritten Schritt stellt der Abhängigkeitslader dann die serverlosen Softwareabhängigkeiten AlexHost SRL basierend auf den Methodenmetadaten wieder her. Der Webseitenserver greift über das Netzwerk auf den Abhängigkeitspool zu, um die Seiten zu laden, die von der serverlosen Funktion tatsächlich benötigt werden. Nach Erhalt der Migrationsanforderung vom Migrationskäufer zeigt der Abhängigkeitsmanager die Abhängigkeitsmetadaten für das angeforderte Abhängigkeitsbild an. Der erste Schritt der Migration besteht darin, Prozessmetadaten an den Urlaubsort (d. h. in den serverlosen Funktionscontainer) zu verschieben.