Edge-home-orchestration-go: Aktualisierungszeitraum der Ressourceninformationen

Erstellt am 1. Sept. 2020  ·  7Kommentare  ·  Quelle: lf-edge/edge-home-orchestration-go

Bezieht sich Ihre Funktionsanfrage auf ein Problem?
Derzeit beträgt das Aktualisierungsintervall der Ressourceninformationen 5 Sekunden und die Genauigkeit ist zu niedrig.
Im Folgenden ist das Protokoll aufgeführt, wann Edge Orchestration konsistent Dienstauslagerungsanforderungen empfangen hat. (siehe Zeit und CPU-Nutzung)

2020/09/01 08:00:38 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:500 rtt:0.000816483]
2020/09/01 08:00:38 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:500 rtt:0.000816483]
2020/09/01 08:00:39 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:500 rtt:0.000816483]
2020/09/01 08:00:41 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:500 rtt:0.000816483]
2020/09/01 08:00:42 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:500 rtt:0.000816483]
2020/09/01 08:00:43 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:1.7456359102244388 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:44 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:44 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:45 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:46 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:47 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:47 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000425345]
2020/09/01 08:00:48 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:250 rtt:0.000452635]
2020/09/01 08:00:49 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:13.316582914572864 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:49 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:50 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:51 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:52 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:52 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0.000452635]
2020/09/01 08:00:53 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0]
2020/09/01 08:00:54 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0]
2020/09/01 08:00:54 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:19.6405648267009 netBandwidth:166 rtt:0]
2020/09/01 08:00:56 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0]
2020/09/01 08:00:57 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0]
2020/09/01 08:00:58 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0.000969224]
2020/09/01 08:00:59 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0.000969224]
2020/09/01 08:00:59 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0.000969224]
2020/09/01 08:01:00 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0.000969224]
2020/09/01 08:01:01 orchestration_api.go:421: candidate resource : map[cpuCount:8 cpuFreq:4200 cpuUsage:15.83011583011583 netBandwidth:333 rtt:0.000969224]

Beschreiben Sie die gewünschte Lösung
Wie wäre es mit dem Aktualisieren von Ressourceninformationen, während der Dienst (Container) ausgeführt wird?

enhancement
Quelle
picture t25kim

Alle 7 Kommentare

@t25kim Vielen Dank für den interessanten Vorschlag. (Vielleicht liege ich richtig oder falsch, also korrigiert mich bitte ^^) Ereignisbasiertes Update und/oder ein dynamischer Update-Mechanismus (Zeitintervall) sieht immer wertvoll aus. Der Punkt ist, wie wir diese Idee in das vorhandene edge-home-orchestration-go integrieren könnten. Außerdem könnte es interessant sein, wenn wir alle zusammen die Auswirkungen des Speicherbedarfs auf die Anforderung dieser Ressourcenaktualisierungen mit der Übernahme dieser Idee abschätzen. Hast du eine weitere Idee für den Anfang?

@Karthikeyan-Samsung @suresh-lc Was halten Sie von diesem Vorschlag?

MoonkiHong picture MoonkiHong am 1. Sept. 2020
👍1

Eine Reduzierung der Frequenz wirkt sich auf die Geräteleistung aus. Darüber hinaus muss der Scoring Manager-Algorithmus verfeinert werden und auf dem ML-Ansatz basieren (Zeitreihen, ARIMA usw.).

Karthikeyan-Samsung picture Karthikeyan-Samsung am 1. Sept. 2020
👍1

Ereignisbasiert ist eine gute Idee, aber wir müssen uns für Ereignisse registrieren, die CPU/Speicher-Änderungen anzeigen. Und wir sollten versuchen, es generisch und nicht hardwareabhängig zu machen. Wie von Karthik erwähnt, ist der zeitreihenbasierte Ansatz ein guter Ansatz. Wir müssen auch Brainstorming für Daten für eine solche Analyse durchführen. Das ist ein guter Anfang und wir können mehr darüber diskutieren.

suresh-lc picture suresh-lc am 1. Sept. 2020
👍1

Auf lange Sicht ist es richtig, wie @Karthikeyan-Samsung sagte.
Kurzfristig denke ich, dass die Ressourceninformationen in Anbetracht der aktuellen Situation dynamisch aktualisiert werden sollten, indem die derzeit festgelegte Zeit von 5 Sekunden geändert wird.
Zum Beispiel ist ein 5-Sekunden-Intervall in Ordnung, wenn nur noch wenige Ressourcen übrig sind und die Informationen korrekt sind. Im umgekehrten Fall (Ressourcenmangel und falsche Informationen) sollten wir jedoch ernsthaft an das Intervall denken, da es gefährlich ist zu sagen, dass viele Ressourcen verfügbar sind, wenn nur wenige Ressourcen verfügbar sind.

t25kim picture t25kim am 2. Sept. 2020
👍1

@suresh-lc @Karthikeyan-Samsung @t25kim Vielen Dank für all die produktiven und inspirierenden Vorschläge. Wenn wir sowohl den kurz- als auch den mittelfristigen Ansatz benötigen, um den aktuellen Ressourcenaktualisierungsmechanismus zu verbessern, gibt es dann irgendwelche auslösenden Mittel, um das Zeitintervall zu ändern, um die verfügbaren Ressourcen von edge-home-orchestrator-go zu aktualisieren? ^^ Ich hoffe, eine gute Idee davon zu bekommen. (Letztendlich scheint es auf Event-driven zu basieren)

MoonkiHong picture MoonkiHong am 2. Sept. 2020
👍1

Ich denke, StartMonitoringResource() kann das Intervall mit den Ressourceninformationen in der
Mein Anliegen ist der Schwellenwert und der Algorithmus zur Bestimmung des Intervalls.

t25kim picture t25kim am 3. Sept. 2020
👍1

Ich denke, StartMonitoringResource() kann das Intervall mit den Ressourceninformationen in der
Mein Anliegen ist der Schwellenwert und der Algorithmus zur Bestimmung des Intervalls.

Scheint, dass dies auch mit der sogenannten KI/ML zusammenhängt, die das Muster der Benutzer widerspiegelt. Wie häufiges Update während der Stoßzeit und selten um Mitternacht oder so ähnlich.

Daher möchte ich dieses Thema auch mit #26 verknüpfen.

MoonkiHong picture MoonkiHong am 17. Sept. 2020
War diese Seite hilfreich?
0 / 5 - 0 Bewertungen

Verwandte Themen

t25kim picture t25kim  ·  5Kommentare
t25kim picture t25kim  ·  3Kommentare
t25kim picture t25kim  ·  5Kommentare
MoonkiHong picture MoonkiHong  ·  5Kommentare
t25kim picture t25kim  ·  5Kommentare