DE112017003682T5

DE112017003682T5 - Technologien zur ressourcenzuweisung innerhalb eines selbstverwalteten knotens

Info

Publication number: DE112017003682T5
Application number: DE112017003682.8T
Authority: DE
Inventors: Johan G. Van De Groenendaal; Mrittika Ganguli; Ahmad Yasin; Andrew J. Herdrich
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2016-07-22
Filing date: 2017-06-22
Publication date: 2019-04-04
Also published as: US20190196824A1; EP3488338A1; CN109416677A; US10944656B2; US20180024739A1; US20180027059A1; US20180024958A1; US20180026656A1; US20180026835A1; CN109315079A; US9859918B1; WO2018017266A1; DE112017003693T5; US10263637B2; US10356495B2; US11695668B2; CN109314677B; WO2018017260A1; CN109416630B; TW201804282A

Abstract

Technologien zur dynamischen Zuweisung von Ressourcen innerhalb eines selbstverwalteten Knotens umfassen einen selbstverwalteten Knoten zum Empfangen von Daten zu Dienstqualitätszielen, die ein Leistungsziel von einem oder mehreren Workloads, die dem selbstverwalteten Knoten zugewiesen sind, angeben. Jeder Workload umfasst eine oder mehrere Aufgaben. Der selbstverwaltete Knoten soll auch die eine oder die mehreren Aufgaben zum Ausführen des einen oder der mehreren Workloads ausführen, Telemetriedaten erhalten, während die Workloads ausgeführt werden, in Abhängigkeit von den Telemetriedaten eine Anpassung der Zuweisung von Ressourcen unter den Workloads bestimmen, um das Leistungsziel zu erfüllen, und die bestimmte Anpassung anwenden, während die Workloads von dem selbstverwalteten Knoten ausgeführt werden. Darüber hinaus werden weitere Ausführungsformen beschrieben und beansprucht.

Description

QUERVERWEIS AUF VERWANDTE ANMELDUNGEN
Die vorliegende Anmeldung beansprucht die Priorität der US-Gebrauchsmusteranmeldung Nr. 15/395,179 mit dem Titel „TECHNOLOGIES FOR ALLOCATING RESOURCES WITHIN A SELF-MANAGED NODE“, die am 30. Dezember 2016 eingereicht wurde und die Priorität der vorläufigen US-Patentanmeldung Nr. 62/365,969 , eingereicht am 22. Juli 2016; der vorläufigen US-Patentanmeldung Nr. 62/376,859 , eingereicht am 18. August 2016; und der vorläufigen US-Patentanmeldung Nr. 62/427,268 , eingereicht am 29. November 2016, beansprucht.
ALLGEMEINER STAND DER TECHNIK
In einer typischen Cloud-basierten Computing-Umgebung (z.B. einem Rechenzentrum) können mehrere Rechenknoten im Auftrag von Kunden Workloads (z.B. Anwendungen, Dienste etc.) ausführen. Während die Workloads ausgeführt werden, verbraucht jeder Workload Ressourcen, wie Rechenressourcen (z.B. Prozessorzyklen, Prozessorkerne etc.), Beschleunigerressourcen (z.B. Field Programmable Gate Arrays (FPGA), anwendungsspezifische integrierte Schaltungen (ASIC), Grafikverarbeitungseinheiten (GPU) oder andere spezialisierte Hardware zur Beschleunigung der Verarbeitung), Speicherressourcen und/oder Datenspeicherressourcen. In der Regel erwartet jeder Kunde eine bestimmte Dienstqualität (Quality of Service, QoS), die eine maximale Latenz oder eine Priorität (z.B. Vorrang vor anderen Workloads) für Workloads, die im Auftrag des Kunden ausgeführt werden, angibt. Ein menschlicher Administrator kann versuchen, eine relativ hohe QoS zu erfüllen, indem er Rechenknoten mit umfangreichen Ressourcen eine relativ geringe Anzahl von Workloads zuweist. Dadurch können diese Rechenknoten die Workloads in der gewünschten QoS ausführen, während sie nur einen geringen Prozentsatz ihrer verfügbaren Ressourcen nutzen. Dementsprechend wird die ungenutzte Kapazität dieser Rechenknoten verschwendet, wenn sie ansonsten zur Ausführung anderer Workloads genutzt werden könnte. Umgekehrt kann ein menschlicher Administrator versuchen, die Menge an ungenutzten Ressourcen im Rechenzentrum zu reduzieren, indem er Rechenknoten aggressiv Workloads zuweist, was dazu führen kann, dass die Rechenknoten überlastet werden und eine gewünschte QoS nicht erfüllen. Daher sind die Rechenknoten in typischen Cloud-basierten Computing-Umgebungen für die Durchsetzung von QoS-Zielen von einem externen Administrator abhängig, was den Betrieb der Computing-Umgebung ineffizienter machen kann.
Figurenliste
In den Figuren der beigefügten Zeichnungen sind die hier beschriebenen Konzepte beispielhaft und nicht einschränkend dargestellt. Aus Gründen der Einfachheit und Klarheit der Darstellung sind die in den Figuren dargestellten Elemente nicht unbedingt maßstabsgerecht gezeichnet. Wo dies als angemessen angesehen wurde, wurden Bezugszeichen in den Figuren wiederholt, um einander entsprechende oder zueinander analoge Elemente zu kennzeichnen. Es zeigen:

die 1 ein Diagramm eines konzeptionellen Überblicks über ein Rechenzentrum, in dem eine oder mehrere der hierin beschriebenen Techniken gemäß verschiedener Ausführungsformen implementiert werden können;
die 2 ein Diagramm einer beispielhaften Ausführungsform einer logischen Konfiguration eines Racks des Rechenzentrums der 1;
die 3 ein Diagramm einer beispielhaften Ausführungsform eines weiteren Rechenzentrums, in dem eine oder mehrere der hierin beschriebenen Techniken gemäß verschiedener Ausführungsformen implementiert werden können;
die 4 ein Diagramm einer weiteren beispielhaften Ausführungsform eines Rechenzentrums, in dem eine oder mehrere der hierin beschriebenen Techniken gemäß verschiedener Ausführungsformen implementiert werden können;
die 5 ein Diagramm eines Konnektivitätsschemas, das für die Verbindungsschicht-Konnektivität, die zwischen verschiedenen Einschüben der Rechenzentren der 1, 3 und 4 eingerichtet werden kann, repräsentativ ist;
die 6 ein Diagramm einer Rack-Architektur, die für eine Architektur eines bestimmten der in den 1-4 dargestellten Racks gemäß einiger Ausführungsformen repräsentativ sein kann;
die 7 ein Diagramm einer beispielhaften Ausführungsform eines Einschubs, der mit der Rack-Architektur der 6 verwendet werden kann;
die 8 ein Diagramm einer beispielhaften Ausführungsform einer Rack-Architektur zur Aufnahme von Einschüben mit Erweiterungsmöglichkeiten;
die 9 ein Diagramm einer beispielhaften Ausführungsform eines Racks, das gemäß der Rack-Architektur der 8 implementiert wurde;
die 10 ein Diagramm einer beispielhaften Ausführungsform eines Einschubs, der zur Verwendung in Verbindung mit dem Rack der 9 ausgelegt ist;
die 11 ein Diagramm einer beispielhaften Ausführungsform eines Rechenzentrums, in dem eine oder mehrere der hierin beschriebenen Techniken gemäß verschiedener Ausführungsformen implementiert werden können;
die 12 ein vereinfachtes Blockdiagramm von mindestens einer Ausführungsform eines Systems zum Ausführen von Workloads mit selbstverwalteten Knoten, um die Dienstqualitätsziele zu erfüllen;
die 13 ein vereinfachtes Blockdiagramm von mindestens einer Ausführungsform eines selbstverwalteten Knotens des Systems der 12;
die 14 ein vereinfachtes Blockdiagramm von mindestens einer Ausführungsform einer Umgebung, die durch einen selbstverwalteten Knoten der 12 und 13 eingerichtet werden kann; und
die 15 bis 17 ein vereinfachtes Ablaufdiagramm von mindestens einer Ausführungsform eines Verfahrens zum Verwalten der Zuweisung von Ressourcen zum Erfüllen von Dienstqualitätszielen, das von jedem selbstverwalteten Knoten der 12 bis 14 ausgeführt werden kann.

AUSFÜHRLICHE BESCHREIBUNG DER ZEICHNUNGEN
Obgleich verschiedene Abwandlungen und alternative Formen der Konzepte der vorliegenden Offenbarung möglich sind, wurden in den Zeichnungen spezifische Ausführungsformen derselben beispielhaft gezeigt und werden hier ausführlich beschrieben. Es ist offensichtlich, dass keine Absicht besteht, die Konzepte der vorliegenden Offenbarung auf die einzelnen offenbarten Formen zu beschränken, sondern dass vielmehr beabsichtigt ist, alle Änderungen, Äquivalente und Alternativen abzudecken, die mit der vorliegenden Offenbarung und den beigefügten Ansprüchen im Einklang sind.
In dieser Beschreibung bedeutet die Bezugnahme auf „eine einzige Ausführungsform“, „eine Ausführungsform“, „eine veranschaulichende Ausführungsform“ etc., dass die beschriebene Ausführungsform ein bestimmtes Merkmal, eine bestimmte Struktur oder eine bestimmte kennzeichnende Eigenschaft aufweisen kann, jede Ausführungsform kann, muss aber nicht notwendigerweise dieses bestimmte Merkmal, diese bestimmte Struktur oder diese kennzeichnende Eigenschaft aufweisen. Darüber hinaus beziehen sich solche Ausdrücke nicht erforderlicherweise auf dieselbe Ausführungsform. Wenn ein bestimmtes Merkmal, eine bestimmte Struktur oder eine bestimmte kennzeichnende Eigenschaft in Verbindung mit einer Ausführungsform beschrieben wird, wird außerdem geltend gemacht, dass dem Fachmann bekannt ist, ein solches Merkmal, eine solche Struktur oder eine solche kennzeichnende Eigenschaft in Verbindung mit anderen Ausführungsformen auszuführen, unabhängig davon, ob sie explizit beschrieben wurden, oder nicht. Darüber hinaus ist zu beachten, dass Punkte, die in einer Liste in Form von „mindestens ein(e) A, B und C“ enthalten sind, Folgendes bedeuten können: (A); (B); (C); (A und B); (A und C); (B und C); oder (A, B und C). Analog können Punkte, die in einer Liste in Form von „mindestens ein(e) von A, B und C“ enthalten sind, Folgendes bedeuten: (A); (B); (C); (A und B); (A und C); (B und C); oder (A, B und C).
Die offenbarten Ausführungsformen können in einigen Fällen in Hardware, Firmware, Software oder einer beliebigen Kombination davon implementiert sein. Die offenbarten Ausführungsformen können auch als Anweisungen implementiert sein, die von einem flüchtigen oder nichtflüchtigen maschinenlesbaren (z.B. computerlesbaren) Speichermedium getragen oder gespeichert werden und die von einem oder mehreren Prozessoren ausgelesen und ausgeführt werden können. Ein maschinenlesbares Speichermedium kann als eine beliebige Speichervorrichtung, als ein beliebiger Mechanismus oder als eine andere physische Struktur zum Speichern oder Übertragen von Informationen in einer von einer Maschine lesbaren Form (z.B. ein flüchtiger oder nichtflüchtiger Arbeitsspeicher, eine Datenträgerscheibe oder eine andere Datenträgervorrichtung) ausgeführt sein.
In den Zeichnungen können einige Struktur- oder Verfahrensmerkmale in spezifischen Anordnungen und/oder Reihenfolgen dargestellt sein. Es sollte jedoch erkennbar sein, dass solche spezifischen Anordnungen und/oder Reihenfolgen möglicherweise nicht erforderlich sind. Vielmehr können solche Merkmale in einigen Ausführungsformen in anderer Art und Weise und/oder anderer Reihenfolge, als in den veranschaulichenden Figuren dargestellt, angeordnet sein. Darüber hinaus soll die Einbeziehung eines Struktur- oder Verfahrensmerkmals in einer bestimmten Figur nicht bedeuten, dass ein solches Merkmal in allen Ausführungsformen erforderlich ist und das Merkmal kann in einigen Ausführungsformen nicht enthalten oder mit anderen Merkmalen kombiniert sein.
Die 1 veranschaulicht einen konzeptionellen Überblick über ein Rechenzentrum 100, das im Allgemeinen für ein Rechenzentrum oder eine andere Art von Computernetzwerk, in dem eine oder mehrere hier beschriebene Techniken gemäß verschiedener Ausführungsformen implementiert werden können, repräsentativ sein kann. Wie in der 1 dargestellt, kann das Rechenzentrum 100 im Allgemeinen eine Vielzahl von Racks enthalten, von denen jede Computerausrüstung, die einen entsprechenden Satz von physischen Ressourcen umfasst, aufnehmen kann. In dem speziellen in der 1 dargestellten, nicht einschränkenden Beispiel enthält das Rechenzentrum 100 vier Racks 102A bis 102D, in denen Computerausrüstung untergebracht ist, welche die jeweiligen Sätze von physischen Ressourcen (PCRs) 105A bis 105D umfasst. Gemäß diesem Beispiel umfasst ein gemeinsamer Satz von physischen Ressourcen 106 des Rechenzentrums 100 die verschiedenen Sätze von physischen Ressourcen 105A bis 105D, die auf die Racks 102A bis 102D verteilt sind. Die physischen Ressourcen 106 können verschiedenartige Ressourcen wie - beispielsweise - Prozessoren, Co-Prozessoren, Beschleuniger, feldprogrammierbare Gate-Arrays (FPGAs), Arbeitsspeicher und Datenspeicher umfassen. Die Ausführungsformen sind nicht auf diese Beispiele beschränkt.
Das beispielhafte Rechenzentrum 100 unterscheidet sich in vielerlei Hinsicht von typischen Rechenzentren. Beispielsweise sind in der veranschaulichenden Ausführungsform die Leiterplatten („Einschübe“), auf denen Komponenten wie CPUs, Arbeitsspeicher und andere Komponenten angeordnet sind, für eine erhöhte thermische Leistungsfähigkeit ausgelegt. Insbesondere sind die Einschübe in der veranschaulichenden Ausführungsform flacher als übliche Leiterplatten. Mit anderen Worten, die Einschübe sind von der Vorderseite zur Rückseite, wo sich Kühlgebläse befinden, kürzer. Dadurch verringert sich die Länge des Weges, den die Luft zurücklegen muss, um über die Komponenten auf der Platine zu strömen. Weiterhin sind die Komponenten auf dem Einschub weiter voneinander beabstandet als bei typischen Leiterplatten, und die Komponenten sind so angeordnet, dass sie Abschattungen (d.h. eine Komponente befindet sich im Luftströmungsweg einer anderen Komponente) reduzieren oder eliminieren. In der veranschaulichenden Ausführungsform befinden sich Verarbeitungskomponenten wie die Prozessoren auf einer Oberseite eines Einschubs, während sich speichernahe Komponenten wie DIMMs auf einer Unterseite des Einschubs befinden. Durch die verbesserte Luftströmung, welche diese Konstruktion bereitstellt, können die Komponenten mit höheren Frequenzen und Leistungen als in üblichen Systemen betrieben werden, wodurch die Leistungsfähigkeit erhöht wird. Darüber hinaus sind die Einschübe so konfiguriert, dass sie blind mit Leistungs- und Datenkommunikationskabeln in jedem Rack 102A, 102B, 102C, 102D zusammenpassen, wodurch ihre Eignung, schnell entfernt, aufgerüstet, erneut installiert und/oder ersetzt zu werden, verbessert wird. Ebenso sind einzelne Komponenten auf den Einschüben, wie Prozessoren, Beschleuniger, Arbeitsspeicher und Datenspeicherlaufwerke, so konfiguriert, dass sie aufgrund ihres größeren Abstands voneinander leicht aufgerüstet werden können. In der veranschaulichenden Ausführungsform umfassen die Komponenten zusätzlich Hardware-Bestätigungsmerkmale zum Nachweis ihrer Authentizität.
Darüber hinaus verwendet das Rechenzentrum 100 in der veranschaulichenden Ausführungsform eine einzelne Netzwerkarchitektur („Fabric“), die mehrere andere Netzwerkarchitekturen, einschließlich Ethernet und Omni-Path, unterstützt. Die Einschübe sind in der veranschaulichenden Ausführungsform über optische Fasern, die eine höhere Bandbreite und eine geringere Latenz als typische Twisted-Pair-Kabel (z.B. Kategorie 5, Kategorie 5e, Kategorie 6 etc.) bieten, mit Switches gekoppelt. Aufgrund der Verbindungsleitungen und der Netzwerkarchitektur mit hoher Bandbreite und geringer Latenz kann das Rechenzentrum 100 im Betrieb Ressourcen wie Arbeitsspeicher, Beschleuniger (z.B. Grafikbeschleuniger, FPGAs, ASICs etc.) und physisch verteilte Datenspeicherlaufwerke poolen und sie Rechenressourcen (z.B. Prozessoren) nach Bedarf zur Verfügung stellen, sodass die Rechenressourcen auf die gepoolten Ressourcen zugreifen können, als wären sie lokal. Das veranschaulichende Rechenzentrum 100 empfängt darüber hinaus Nutzungsinformationen für die verschiedenen Ressourcen, prognostiziert die Ressourcennutzung für verschiedene Arten von Workloads auf Basis der bisherigen Ressourcennutzung und weist die Ressourcen auf der Grundlage dieser Informationen dynamisch neu zu.
Die Racks 102A, 102B, 102C, 102D des Rechenzentrums 100 können physische Konstruktionsmerkmale aufweisen, welche die Automatisierung verschiedenartigster Wartungsaufgaben ermöglichen. Beispielsweise kann das Rechenzentrum 100 unter Verwendung von Racks realisiert werden, die für einen robotergesteuerten Zugriff ausgelegt sind und robotisch manipulierbare Ressourcen-Einschübe aufnehmen und unterbringen können. Außerdem umfassen in der veranschaulichenden Ausführungsform die Racks 102A, 102B, 102C, 102D integrierte Leistungsquellen, die eine höhere, als die für Leistungsquellen übliche Spannung, erhalten. Die erhöhte Spannung ermöglicht es den Leistungsquellen, die Komponenten auf jedem Einschub mit zusätzlicher Leistung zu versorgen, sodass die Komponenten mit höheren als den üblichen Frequenzen betrieben werden können.
Die 2 veranschaulicht eine beispielhafte logische Konfiguration eines Racks 202 des Rechenzentrums 100. Wie in der 2 dargestellt, kann das Rack 202 im Allgemeinen eine Vielzahl von Einschüben aufnehmen, von denen jeder einen entsprechenden Satz von physischen Ressourcen umfassen kann. In dem speziellen, in der 2 dargestellten nicht einschränkenden Beispiel nimmt das Rack 202 die Einschübe 204-1 bis 204-4 auf, die jeweilige Sätze physischer Ressourcen 205-1 bis 205-4 umfassen, von denen jeder einen Teil des kollektiven Satzes physischer Ressourcen 206, die in dem Rack 202 enthalten sind, bildet. Mit Bezug auf die 1 können, wenn das Rack 202 - beispielsweise - für das Rack 102A repräsentativ ist, die physischen Ressourcen 206 den physischen Ressourcen 105A, die im Rack 102A enthalten sind, entsprechen. Im Rahmen dieses Beispiels können die physischen Ressourcen 105A somit aus den jeweiligen Sätzen physischer Ressourcen zusammengesetzt sein, einschließlich der physischen Speicherressourcen 205-1, der physischen Beschleunigerressourcen 205-2, der physischen Speicherressourcen 205-3 und der physischen Rechenressourcen 205-5 die in den Einschüben 204-1 bis 204-4 des Racks 202 enthalten sind. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt. Jeder Einschub kann einen Pool aus den verschiedenen Arten von physischen Ressourcen (z.B. Berechnen, Arbeitsspeicher, Beschleuniger, Datenspeicher) enthalten. Durch den Einsatz von robotisch zugänglichen und robotisch manipulierbaren Einschüben mit disaggregierten Ressourcen kann jede Ressourcenart unabhängig von anderen und mit ihrer eigenen optimierten Aktualisierungsfrequenz aufgerüstet werden.
Die 3 veranschaulicht ein Beispiel eines Rechenzentrums 300, das im Allgemeinen für ein Rechenzentrum repräsentativ sein kann, in dem/für das eine oder mehrere hier beschriebenen Techniken gemäß verschiedener Ausführungsformen implementiert werden können. In dem in der 3 dargestellten speziellen nicht einschränkenden Beispiel umfasst das Rechenzentrum 300 die Racks 302-1 bis 302-32. In verschiedenen Ausführungsformen können die Racks des Rechenzentrums 300 so angeordnet sein, dass sie verschiedene Zugangswege definieren und/oder Platz für diese bieten. Wie in der 3 dargestellt, können die Racks des Rechenzentrums 300 beispielsweise so angeordnet sein, dass sie die Zugangswege 311A, 311B, 311C und 311D definieren und/oder Platz für diese bieten. In einigen Ausführungsformen kann das Vorhandensein solcher Zugangswege im Allgemeinen ermöglichen, dass automatisierte Wartungsgeräte, wie beispielsweise robotische Wartungsgeräte, physisch auf die in den verschiedenen Racks des Rechenzentrums 300 untergebrachten Computergeräte zugreifen und automatisierte Wartungsaufgaben ausführen können (z.B. einen ausgefallenen Einschub ersetzen, einen Einschub aufrüsten). In verschiedenen Ausführungsformen können die Abmessungen der Zugangswege 311A, 311B, 311C und 311D, die Abmessungen der Racks 302-1 bis 302-32 und/oder ein oder mehrere andere Aspekte des physischen Layouts des Rechenzentrums 300 so gewählt werden, dass sie solche automatisierten Vorgänge ermöglichen. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Die 4 veranschaulicht ein Beispiel eines Rechenzentrums 400, das im Allgemeinen für ein Rechenzentrum repräsentativ sein kann, in dem/für das eine oder mehrere hier beschriebene Techniken gemäß verschiedener Ausführungsformen implementiert werden können. Wie in der 4 dargestellt, kann das Rechenzentrum 400 mit einer optischen Fabric 412 ausgestattet sein. Die optische Fabric 412 kann im Allgemeinen eine Kombination aus Medien zur optischen Signalisierung (wie beispielsweise eine optische Verkabelung) und einer optischen Vermittlungsinfrastruktur umfassen, über die ein bestimmter Einschub im Rechenzentrum 400 Signale an jeden der anderen Einschübe im Rechenzentrum 400 senden (und von diesem empfangen) kann. Die Signalisierungskonnektivität, welche die optische Fabric 412 einem bestimmten Einschub bereitstellt, kann eine Konnektivität sowohl zu anderen Einschüben in demselben Rack als auch zu Einschüben in anderen Racks umfassen. In dem in der 4 dargestellten speziellen, nicht einschränkenden Beispiel enthält das Rechenzentrum 400 die vier Racks 402A bis 402D. In den Racks 402A bis 402D sind jeweils Paare von Einschüben, 404A-1 und 404A-2, 404B-1 und 404B-2, 404C-1 und 404C-2, sowie 404D-1 und 404D-2 untergebracht. In diesem Beispiel umfasst das Rechenzentrum 400 also insgesamt acht Einschübe. Über die optische Fabric 412 kann jeder dieser Einschübe eine Signalisierungskonnektivität mit jedem der sieben anderen Einschübe in dem Rechenzentrum 400 aufweisen. Beispielsweise kann der Einschub 404A-1 in dem Rack 402A über die optische Fabric 412 eine Signalisierungskonnektivität mit dem Einschub 404A-2 in dem Rack 402A, sowie mit den sechs anderen Einschüben 404B-1, 404B-2, 404C-1, 404C-2, 404D-1 und 404D-2, die auf die anderen Racks 402B, 402C und 402D des Rechenzentrums 400 verteilt sind, aufweisen. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
Die 5 zeigt einen Überblick über ein Konnektivitätsschema 500, das im Allgemeinen repräsentativ für eine Verbindungsschicht-Konnektivität sein kann, die in einigen Ausführungsformen zwischen den verschiedenen Einschüben eines Rechenzentrums, wie beispielsweise eines der beispielhaften Rechenzentren 100, 300 und 400 der 1, 3 und 4, eingerichtet werden kann. Das Konnektivitätsschema 500 kann unter Verwendung einer optischen Fabric implementiert werden, die eine optische Dual-Mode-Vermittlungsinfrastruktur 514 aufweist. Die optische Dual-Mode-Vermittlungsinfrastruktur 514 kann im Allgemeinen eine Vermittlungsinfrastruktur umfassen, die in der Lage ist, Kommunikationen gemäß mehrerer Verbindungsschichtprotokolle über denselben einheitlichen Satz optischer Signalisierungsmedien zu empfangen und diese Kommunikationen richtig zu schalten. In verschiedenen Ausführungsformen kann die optische Dual-Mode-Vermittlungsinfrastruktur 514 unter Verwendung eines oder mehrerer optischer Dual-Mode-Switches 515 realisiert werden. In verschiedenen Ausführungsformen können die optische Dual-Mode-Switches 515 im Allgemeinen High-Radix-Switches umfassen. In einigen Ausführungsformen können die optische Dual-Mode-Switches 515 Mehrschicht-Switches, wie beispielsweise Vierschicht-Switches, umfassen. In verschiedenen Ausführungsformen können die optischen Dual-Mode-Switches 515 mit integrierter Silizium-Photonik ausgestattet sein, die es ihnen ermöglicht, die Kommunikation mit deutlich reduzierter Latenz im Vergleich zu herkömmlichen Vermittlungsvorrichtungen zu switchen. In einigen Ausführungsformen können die optischen Dual-Mode-Switches 515 die Leaf-Switches 530 in einer Leaf-Spine-Architektur bilden, die zusätzlich einen oder mehrere optische Dual-Mode-Spine-Switches 520 umfasst.
In verschiedenen Ausführungsformen können optische Dual-Mode-Switches sowohl Ethernet-Protokollkommunikationen empfangen, die Internetprotokoll (IP-Pakete) übertragen, als auch - über optische Signalisierungsmedien einer optischen Fabric - Kommunikationen gemäß einem zweiten Protokoll - einem High-Performance Computing (HPC) -Verbindungsschichtprotokoll (z.B. Intels Omni-Path Architektur, Infiniband). Wie in der 5 dargestellt, kann demnach das Konnektivitätsschema 500 in Bezug auf ein bestimmtes Paar von Einschüben 504A und 504B, die über eine optische Signalisierungskonnektivität mit dem optischen Fabric verfügen, die Verbindungsschicht-Konnektivität sowohl über Ethernet- als auch über HPC-Verbindungen unterstützen. Somit kann sowohl die Ethernet- als auch die HPC-Kommunikation durch eine einzige Switch-Fabric mit hoher Bandbreite und niedriger Latenz unterstützt werden. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
Die 6 zeigt einen allgemeinen Überblick einer Rack-Architektur 600, die für eine Architektur eines bestimmten der in den 1 bis 4 dargestellten Racks gemäß einiger Ausführungsformen repräsentativ sein kann. Wie in der 6 gezeigt, kann die Rack-Architektur 600 im Allgemeinen eine Vielzahl von Einschubräumen aufweisen, in die Einschübe eingeführt werden können, von denen jeder über einen Rack-Zugriffsbereich 601 robotisch zugänglich sein kann. In dem speziellen, nicht einschränkenden Beispiel in 6 weist die Rack-Architektur 600 fünf Einschubräume 603-1 bis 603-5 auf. Die Einschubräume 603-1 bis 603-5 verfügen über entsprechende Mehrzweck-Anschlussmodule („multi-purpose connector modules“, (MPCMs)) 616-1 bis 616-5.
Die 7 zeigt ein Beispiel für einen Einschub 704, der für einen derartigen Einschub repräsentativ sein kann. Wie in der 7 dargestellt, kann der Einschub 704 einen Satz von physischen Ressourcen 705 sowie einen MPCM 716 umfassen, der zum Koppeln mit einem Gegen-MPCM bestimmt ist, wenn der Einschub 704 in einen Einschubraum, wie beispielsweise einen der Einschubräume 603-1 bis 603-5 der 6, eingesetzt ist. Der Einschub 704 kann auch mit einem Erweiterungsanschluss 717 ausgestattet sein. Der Erweiterungsanschluss 717 kann im Allgemeinen eine Buchse, einen Steckplatz oder eine andere Art von Verbindungselement umfassen, das in der Lage ist, eine oder mehrere Arten von Erweiterungsmodulen, wie beispielsweise einen Erweiterungs-Einschub 718, aufzunehmen. Durch die Kopplung mit einem Gegenanschluss auf dem Erweiterungs-Einschub 718, kann der Erweiterungsanschluss 717 den physischen Ressourcen 705 Zugriff auf die zusätzlichen Rechenressourcen 705B verschaffen, die sich auf dem Erweiterungs-Einschub 718 befinden. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Die 8 veranschaulicht ein Beispiel für eine Rack-Architektur 800, die für eine Rack-Architektur, welche implementiert werden kann, um Einschübe mit Erweiterungsmöglichkeiten, wie beispielsweise den Einschub 704 der 7, zu unterstützen, repräsentativ sein kann. In dem speziellen, nicht einschränkenden Beispiel in 8 umfasst die Rack-Architektur 800 sieben Einschubräume 803-1 bis 803-7, welche jeweilige MPCMs 816-1 bis 816-7 aufweisen. Die Einschubräume 803-1 bis 803-7 umfassen jeweilige Primärbereiche 803-1A bis 803-7A und jeweilige Erweiterungsbereiche 803-1B bis 803-7B. In Bezug auf jeden derartigen Einschubraum kann, wenn der entsprechende MPCM mit einem Gegen-MPCM eines eingesetzten Einschubs gekoppelt wird, der Primärbereich im Allgemeinen einen Bereich des Einschubraums bilden, der den eingesetzten Einschub physisch aufnimmt. Der Erweiterungsbereich kann im Allgemeinen einen Bereich des Einschubraums bilden, der ein Erweiterungsmodul, wie beispielsweise den Erweiterungs-Einschub 718 der 7, aufnehmen kann, falls der eingesetzte Einschub mit einem solchen Modul konfiguriert ist.
Die 9 zeigt ein Beispiel eines Racks 902, das repräsentativ für ein Rack sein kann, das gemäß der Rack-Architektur 800 der 8 gemäß einigen Ausführungsformen implementiert wurde. In dem speziellen, nicht einschränkenden Beispiel in 9 umfasst das Rack 902 sieben Einschubräume 903-1 bis 903-7, welche die jeweiligen Primärbereiche 903-1A bis 903-7A und die jeweiligen Erweiterungsbereiche 903-1B bis 903-7B umfassen. In verschiedenen Ausführungsformen kann die Temperaturregelung in dem Rack 902 über ein Luftkühlsystem realisiert werden. Wie in 9 dargestellt, kann das Rack 902 beispielsweise eine Vielzahl von Ventilatoren 921 aufweisen, die im Allgemeinen so angeordnet ist, dass sie eine Luftkühlung innerhalb der verschiedenen Einschubräume 903-1 bis 903-7 gewährleistet. In einigen Ausführungsformen ist die Höhe des Einschubraums größer als die herkömmliche Serverhöhe „1U“. In solchen Ausführungsformen können die Ventilatoren 921 im Allgemeinen relativ langsame Kühlventilatoren mit großem Durchmesser im Vergleich zu Ventilatoren, die in herkömmlichen Rack-Konfigurationen verwendet werden, umfassen. Der Betrieb von Kühlventilatoren mit größerem Durchmesser bei niedrigeren Drehzahlen kann die Lebensdauer der Ventilatoren im Vergleich zu Kühlventilatoren mit kleinerem Durchmesser, die mit höheren Drehzahlen laufen, erhöhen, während gleichzeitig die gleiche Menge an Kühlung bereitgestellt wird. Die Einschübe sind physisch flacher als herkömmliche Rackabmessungen. Außerdem sind die Komponenten auf jedem Einschub so angeordnet, dass die thermische Abschattung reduziert wird (d.h. nicht seriell in Luftströmungsrichtung angeordnet). Infolgedessen ermöglichen die breiteren, flacheren Einschübe eine Erhöhung der Vorrichtungsleistung, da die Vorrichtungen aufgrund einer verbesserten Kühlung (d.h. keine thermische Abschattung, mehr Raum zwischen den Vorrichtungen, mehr Raum für größere Kühlkörper etc.) in einer höheren thermischen Hülle (z.B. 250W) betrieben werden können.
Die MPCMs 916-1 bis 916-7 können so konfiguriert sein, dass sie eingesetzten Einschüben Zugang zu Leistung bieten, der von den jeweiligen Leistungsmodulen 920-1 bis 920-7 bezogen wird, von denen jede Leistung von einer externen Leistungsquelle 921 beziehen kann. In verschiedenen Ausführungsformen kann die externe Leistungsquelle 921 Wechselstrom (AC) an das Rack 902 liefern, und die Leistungsmodule 920-1 bis 920-7 können dazu konfiguriert sein, einen solchen Wechselstrom in Gleichstrom (DC) umzuwandeln, der an die eingesetzten Einschübe geliefert wird. In einigen Ausführungsformen können die Leistungsmodule 920-1 bis 920-7 beispielsweise so konfiguriert sein, dass sie 277-Volt-Wechselstrom in 12-Volt-Gleichstrom zur Bereitstellung an die eingesetzten Einschübe über die entsprechenden MPCMs 916-1 bis 916-7 umwandeln. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
Die MPCMs 916-1 bis 916-7 können auch dazu eingerichtet sein, eingesetzten Einschüben eine optische Signalisierungskonnektivität mit einer optischen Dual-Mode-Vermittlungsinfrastruktur 914, die der optischen Dual-Mode-Vermittlungsinfrastruktur 514 der 5 entsprechen oder ähnlich sein kann, bereitzustellen. In verschiedenen Ausführungsformen können in den MPCMs 916-1 bis 916-7 enthaltene optische Anschlüsse so konzipiert sein, dass sie mit optischen Gegen-Anschlüssen, die in den MPCMs von eingesetzten Einschübe enthalten sind, gekoppelt werden können, um solche Einschübe über entsprechende Längen der optischen Verkabelung 922-1 bis 922-7 mit optischer Signalisierungskonnektivität mit der optischen Dual-Mode-Vermittlungsinfrastruktur 914 zu versehen. In einigen Ausführungsformen kann sich jede derartige Länge der optischen Verkabelung von ihrem entsprechenden MPCM zu einem optischen Verbindungskabelstrang 923, der sich außerhalb der Einschubräume des Racks 902 befindet, erstrecken. In verschiedenen Ausführungsformen kann der optische Verbindungskabelstrang 923 so angeordnet sein, dass er durch einen Stützpfosten oder ein anderes tragendes Element des Racks 902 hindurchtritt. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt. Da eingesetzte Einschübe über MPCMs mit einer optischen Vermittlungsinfrastruktur verbunden sind, können die Ressourcen eingespart werden, die üblicherweise für die manuelle Konfiguration der Rackverkabelung zur Aufnahme eines neu eingesetzten Einschubs erforderlich sind.
Die 10 zeigt ein Beispiel eines Einschubs 1004, der repräsentativ sein kann für einen Einschub, welcher für die Verwendung in Verbindung mit dem Rack 902 der 9 gemäß einigen Ausführungsformen ausgelegt ist. Der Einschub 1004 kann ein MPCM 1016 aufweisen, das einen optischen Anschluss 1016A und einen Netzanschluss 1016B umfasst, und das dazu ausgelegt ist, im Zusammenhang mit dem Einsetzen des MPCM 1016 in diesen Einschubraum mit einem Gegen-MPCM eines Einschubraums zu gekoppelt zu werden. Das Koppeln des MPCM 1016 mit einem solchen Gegen-MPCM kann bewirken, dass der Netzanschluss 1016 mit einem in dem Gegen-MPCM enthaltenen Netzanschluss gekoppelt wird. Dies kann allgemein dazu führen, dass die physischen Ressourcen 1005 des Einschubs 1004 über den Leistungsstecker 1016 und das Leistungsübertragungsmedium 1024, das den Netzanschluss 1016 leitend mit den physischen Ressourcen 1005 koppelt, Leistung von einer externen Quelle beziehen.
Der Einschub 1004 kann auch eine optische Dual-Mode-Netzwerkschnittstellenschaltung 1026 umfassen. Die optische Dual-Mode-Netzwerkschnittstellenschaltung 1026 kann allgemein Schaltungen umfassen, die in der Lage sind, über optische Signalisierungsmedien gemäß jedem von mehreren Verbindungsschichtprotokollen, die von der optischen Dual-Mode-Vermittlungsinfrastruktur 914 der 9 unterstützt werden, zu kommunizieren. In einigen Ausführungsformen kann die optische Dual-Mode-Netzwerkschnittstellenschaltung 1026 sowohl zur Ethernet-Protokollkommunikation als auch zur Kommunikation nach einem zweiten Protokoll - einem Hochleistungsprotokoll - geeignet sein. In verschiedenen Ausführungsformen kann die optische Dual-Mode-Netzwerkschnittstellenschaltung 1026 ein oder mehrere optische Transceivermodule 1027 umfassen, von denen jedes geeignet sein kann, optische Signale über jeden von einem oder mehreren optischen Kanälen zu senden und zu empfangen. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Das Koppeln des MPCM 1016 mit einem Gegen-MPCM eines Einschubraums in einem bestimmten Rack kann bewirken, dass der optische Anschluss 1016A mit einem optischen Anschluss, der in der Gegen-MPCM enthalten ist, gekoppelt wird. Dies kann im Allgemeinen über jeden von einem Satz optischer Kanäle 1025 eine optische Konnektivität zwischen der optischen Verkabelung des Einschubs und der optischen Dual-Mode-Netzwerkschnittstellenschaltung 1026 herstellen. Die optische Dual-Mode-Netzwerkschnittstellenschaltung 1026 kann über elektrische Signalisierungsmedien 1028 mit den physischen Ressourcen 1005 des Einschubs 1004 kommunizieren. Zusätzlich dazu, dass die Abmessungen der Einschübe und die Anordnung der Komponenten auf den Einschüben, eine verbesserte Kühlung gewährleisten und den Betrieb bei einer relativ höheren thermischen Hülle (z.B. 250 W) ermöglichen, wie vorstehend in Bezug auf 9 beschrieben, kann ein Einschub in einigen Ausführungsformen ein oder mehrere zusätzliche Merkmale zur Unterstützung der Luftkühlung, wie beispielsweise eine Heatpipe und/oder Kühlkörper, die so angeordnet sind, dass sie die durch die physischen Ressourcen 1005 erzeugte Wärme ableiten, umfassen. Es ist erwähnenswert, dass, obwohl der in der 10 dargestellte beispielhafte Einschub 1004 keinen Erweiterungsanschluss aufweist, jeder Einschub, der die Konstruktionselemente des Einschubs 1004 aufweist, gemäß einigen Ausführungsformen auch einen Erweiterungsanschluss aufweisen kann. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Die 11 veranschaulicht ein Beispiel eines Rechenzentrums 1100, das im Allgemeinen für ein Rechenzentrum repräsentativ sein kann, in dem/für das eine oder mehrere hier beschriebene Techniken gemäß verschiedener Ausführungsformen implementiert werden können. Wie in der 11 dargestellt, kann ein Framework 1150A für das Verwalten physischer Infrastruktur implementiert werden, um das Verwalten einer physischen Infrastruktur 1100A des Rechenzentrums 1100 zu unterstützen. In verschiedenen Ausführungsformen kann eine Funktion des Frameworks 1150A für das Verwalten physischer Infrastruktur darin bestehen, automatisierte Wartungsfunktionen in dem Rechenzentrum 1100, wie beispielsweise den Einsatz von robotergestützten Wartungsgeräten zur Wartung von Computerausrüstung in der physischen Infrastruktur 1100A zu verwalten. In einigen Ausführungsformen kann die physische Infrastruktur 1100A ein fortgeschrittenes Telemetriesystem aufweisen, das Telemetrie-Berichterstattung ausführt, die ausreichend robust ist, um das automatisierte Remote-Management der physischen Infrastruktur 1100A zu unterstützen. In verschiedenen Ausführungsformen können Telemetrieinformationen, die von einem solchen fortgeschrittenen Telemetriesystem bereitgestellt werden, Funktionen wie etwa die Fähigkeit zur Fehlervorhersage bzw. Fehlerverhinderung und die Fähigkeit zur Kapazitätsplanung unterstützen. In einigen Ausführungsformen kann das Framework 1150A für das Verwalten physischer Infrastruktur auch dazu konfiguriert sein, die Authentifizierung von physischen Infrastrukturkomponenten unter Verwendung von Hardwarebestätigungstechniken zu verwalten. Beispielsweise können Roboter die Echtheit von Komponenten vor der Installation überprüfen, indem sie Informationen analysieren, die aus einem Radio Frequency Identification (RFID)-Tag gewonnen werden, das jeder zu installierenden Komponente zugeordnet ist. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Wie in 11 dargestellt, kann die physische Infrastruktur 1100A des Rechenzentrums 1100 eine optische Fabric 1112 umfassen, die eine optische Dual-Mode-Vermittlungsinfrastruktur 1114 umfassen kann. Die optische Fabric 1112 und die optische Dual-Mode-Vermittlungsinfrastruktur 1114 können gleich der oder ähnlich zu der optischen Struktur 412 der 4 bzw. der optischen Dual-Mode-Vermittlungsinfrastruktur 514 der 5 sein und können eine Multiprotokoll-Konnektivität mit hoher Bandbreite und niedriger Latenz zwischen den Einschüben des Rechenzentrums 1100 bereitstellen. Wie vorstehend unter Bezugnahme auf die 1 erläutert, kann es die Verfügbarkeit einer solchen Konnektivität in verschiedenen Ausführungsformen ermöglichen, Ressourcen wie Beschleuniger, Arbeitsspeicher und Datenspeicher aufzuteilen und dynamisch zu poolen. In einigen Ausführungsformen können beispielsweise zu der physischen Infrastruktur 1100A des Rechenzentrums 1100 ein oder mehrere gepoolte Beschleunigereinschübe 1130 gehören, von denen jeder einen Pool von Beschleunigerressourcen - wie beispielsweise Co-Prozessoren und/oder FPGAs - umfassen kann, der über die optische Fabric 1112 und die optische Dual-Mode-Vermittlungsinfrastruktur 1114 global für andere Einschübe zugänglich ist.
In einem weiteren Beispiel können in verschiedenen Ausführungsformen zu der physischen Infrastruktur 1100A des Rechenzentrums 1100 ein oder mehrere gepoolte Speichereinschübe 1132 gehören, von denen jeder einen Pool von Speicherressourcen umfassen kann, der über die optische Fabric 1112 und die optische Dual-Mode-Vermittlungsinfrastruktur 1114 global für andere Einschübe zugänglich ist. In einigen Ausführungsformen können solche gepoolten Speichereinschübe 1132 Pools von Solid-State-Speichervorrichtungen, wie Solid-State-Laufwerke (SSDs), umfassen. In verschiedenen Ausführungsformen können ein oder mehrere Hochleistungsverarbeitungseinschübe 1134 zu der physischen Infrastruktur 1100A des Rechenzentrums 1100 gehören. In einigen Ausführungsformen können die Hochleistungsverarbeitungseinschübe 1134 Pools von Hochleistungsprozessoren sowie Kühlmerkmale, welche die Luftkühlung verbessern, um eine höhere thermische Hülle von bis zu 250W oder mehr zu liefern, umfassen. In verschiedenen Ausführungsformen kann jeder gegebene Hochleistungsverarbeitungseinschub 1134 einen Erweiterungsanschluss 1117 aufweisen, der einen Fernspeichererweiterungseinschub aufnehmen kann, sodass der Fernspeicher, der lokal für diesen Hochleistungsverarbeitungseinschub 1134 verfügbar ist, von den Prozessoren und dem auf diesem Einschub enthaltenen Nahspeicher getrennt wird. In einigen Ausführungsformen kann ein derartiger Hochleistungsverarbeitungseinschub 1134 mit Fernspeicher konfiguriert sein, wobei ein Erweiterungseinschub, der SSD-Speicher mit niedriger Latenz umfasst, verwendet wird. Die optische Infrastruktur ermöglicht es Rechenressourcen auf einem Einschub, entfernte Beschleuniger-/ FPGA-, Arbeitsspeicher- und/oder SSD-Ressourcen zu verwenden, die auf einem Einschub in demselben Rack oder einem anderen Rack in dem Rechenzentrum verteilt sind. Die entfernten Ressourcen können in der weiter oben unter Bezugnahme auf die 5 beschriebenen Spine-Leaf-Netzwerkarchitektur einen Switch-Sprung entfernt oder zwei Switch-Sprünge entfernt sein. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
In verschiedenen Ausführungsformen können eine oder mehrere Abstraktionsschichten auf die physischen Ressourcen der physischen Infrastruktur 1100A angewendet werden, um eine virtuelle Infrastruktur, wie beispielsweise eine softwaredefinierte Infrastruktur 1100B, zu definieren. In einigen Ausführungsformen können virtuelle Rechenressourcen 1136 der softwaredefinierten Infrastruktur 1100B zugewiesen werden, um die Bereitstellung von Clouddiensten 1140 zu unterstützen. In verschiedenen Ausführungsformen können bestimmte Sätze der virtuellen Rechenressourcen 1136 zur Bereitstellung für die Clouddienste 1140 in Form von SDI-Diensten 1138 gruppiert werden. Beispiele für die Clouddienste 1140 können - ohne Einschränkung - die Software as a Service (SaaS)-Dienste 1142, die Platform as a Service (PaaS)-Dienste 1144 und die Infrastructure as a Service (IaaS)-Dienste 1146 sein.
In einigen Ausführungsformen kann das Verwalten der softwaredefinierten Infrastruktur 1100B unter Verwendung eines Frameworks 1150B für das Verwalten virtueller Infrastruktur erfolgen. In verschiedenen Ausführungsformen kann das Framework 1150B für das Verwalten virtueller Infrastruktur dazu ausgelegt sein, in Verbindung mit dem Verwalten der Zuweisung der virtuellen Rechenressourcen 1136 und/oder der SDI-Dienste 1138 zu den Clouddiensten 1140 Workload-Fingerabdrucktechniken und/oder Maschinenlerntechniken zu implementieren. In einigen Ausführungsformen kann das Framework 1150B für das Verwalten virtueller Infrastruktur in Verbindung mit der Durchführung einer solchen Ressourcenzuweisung Telemetriedaten verwenden / abfragen. In verschiedenen Ausführungsformen kann ein Framework 1150C für das Verwalten von Anwendungen/Diensten implementiert werden, um QoS-Management-Fähigkeiten für die Clouddienste 1140 bereitzustellen. Die Ausführungsformen sind in diesem Zusammenhang nicht beschränkt.
Wie in der 12 dargestellt, umfasst ein veranschaulichendes System 1210 zum Ausführen von Workloads mit selbstverwalteten Knoten 1260 zur Erfüllung von Dienstqualitätszielen einen Verteilerserver 1240 in Kommunikation mit dem Satz von selbstverwalteten Knoten 1260. Jeder verwaltete Knoten 1260 kann ausgebildet sein als eine Gruppe von Ressourcen (z.B. die physischen Ressourcen 206), wie z.B. Rechenressourcen (z.B. die physischen Rechenressourcen 205-4), Speicherressourcen (z.B. die physischen Speicherressourcen 205-1), Beschleunigerressourcen (z.B. die physischen Beschleunigerressourcen 205-2) oder andere Ressourcen (z.B. die physischen Speicherressourcen 205-3) von denselben oder verschiedenen Einschüben (z.B. den Einschüben 204-1, 204-2, 204-3, 204-4, etc.) oder Racks (z.B. eines oder mehrere der Racks 302-1 bis 302-32). Jeder verwaltete Knoten 1260 kann von dem Orchestrator-Server 1240 zum Zeitpunkt der Zuweisung eines Workloads zu dem verwalteten Knoten 1260 oder zu einem anderen Zeitpunkt eingerichtet, definiert oder „hochgefahren“ werden und kann unabhängig davon existieren, ob dem verwalteten Knoten 1260 zu diesem Zeitpunkt Workloads zugewiesen sind. Das System 1210 kann in Übereinstimmung mit den Rechenzentren 100, 300, 400, 1100, die weiter oben unter Bezugnahme auf die 1, 3, 4 und 11 beschrieben wurden, implementiert werden. In der veranschaulichenden Ausführungsform umfasst der Satz der selbstverwalteten Knoten 1260 die selbstverwalteten Knoten 1250, 1252 und 1254. Während in dem Satz drei selbstverwaltete Knoten 1260 dargestellt sind, ist offensichtlich, dass der Satz in anderen Ausführungsformen eine andere Anzahl von selbstverwalteten Knoten 1260 (z.B. Zehntausende) umfassen kann. Das System 1210 kann sich in einem Rechenzentrum befinden und einer Client-Vorrichtung 1220, die mit dem System 1210 über ein Netzwerk 1230 in Verbindung steht, Speicher- und Rechendienste (z.B. Clouddienste) bereitstellen. Der Verteilerserver 1240 kann eine Cloud-Betriebsumgebung, wie etwa OpenStack, unterstützen, und die selbstverwalteten Knoten 1260 können im Auftrag eines Benutzers der Client-Vorrichtung 1220 eine oder mehrere Anwendungen oder Prozesse (d.h. Workloads), beispielsweise in virtuellen Maschinen oder Containern, ausführen. Wie hierin näher erörtert, ist der Verteilerserver 1240 im Betrieb so konfiguriert, dass er Daten zu Ressourcenzuweisungszielen empfängt, die Schwellenwerte oder Zielvorgaben („Ziele“) angeben, die während der Ausführung der Workloads (z.B. einer QoS) erfüllt werden müssen, (z.B. eine QoS, mit der die Workloads ausgeführt werden müssen, einen ZielLeistungsverbrauch, eine Ziel-Temperatur der selbstverwalteten Knoten 1260, etc.). Darüber hinaus ist der Verteilerserver 1240 so konfiguriert, dass er den selbstverwalteten Knoten 1260 Workloads zuweist, den selbstverwalteten Knoten 1260 die Ressourcenzuordnungsdaten bereitstellt, und Anfragen von den selbstverwalteten Knoten 1260 empfängt und beantwortet, während sie die Workloads ausführen. In der veranschaulichenden Ausführungsform identifizieren die selbstverwalteten Knoten 1260 Aufgaben (z.B. Threads, Prozesse, Sätze von Operationen etc.) innerhalb der Workloads, führen kontinuierlich die ihnen zugewiesenen Workloads aus, weisen den Aufgaben Ressourcen zu, um die empfangenen Ressourcenzuweisungsziele zu erfüllen, und bewerten, ob sie zusätzliche Workloads übernehmen können, oder zusätzliche im Rechenzentrum 1100 verfügbare Ressourcen anfordern sollten, um das Erreichen der Ressourcenzuweisungsziele zu erhöhen oder aufrechtzuerhalten. Dabei können die selbstverwalteten Knoten 1260 Profile der Aufgaben innerhalb der Workloads erzeugen, Muster im Zeitablauf in den Ressourcennutzungen der Aufgaben identifizieren (z.B. Muster von Ressourcennutzungsphasen), zukünftige Ressourcennutzungen der Aufgaben vorhersagen, und die Zuweisung und Verfügbarkeit von Ressourcen im Hinblick auf die aktuellen und vorhergesagten Ressourcennutzungen anpassen, um die Ressourcenzuweisungsziele (z.B. die Ziele der Dienstqualität) konsequent zu erfüllen.
In der veranschaulichenden Ausführungsform kann das Erreichen eines Ressourcenzuweisungsziels gemessen werden, oder kann gleich dem Grad oder anderweitig als der Grad definiert sein, zu dem ein Messwert von einem oder mehreren selbstverwalteten Knoten 1260 einen dem Ressourcenzuweisungsziel zugeordneten Zielwert erfüllt. Beispielsweise kann in der veranschaulichenden Ausführungsform das Erhöhen des Erreichens dadurch ausgeführt werden, dass der Fehler (z.B. die Differenz) zwischen dem gemessenen Wert (z.B. eine Latenz beim Ausführen einer Aufgabe, ein Leistungsverbrauch eines selbstverwalteten Knotens 1260, eine Betriebstemperatur eines selbstverwalteten Knotens 1260, etc.) und dem Zielwert (z.B. eine Ziellatenz, ein Zielleistungsverbrauch, eine Zielbetriebstemperatur etc.) verringert wird. Umgekehrt kann das Verringern des Erreichens durch Erhöhen des Fehlers (z.B. der Differenz) zwischen dem gemessenen Wert und dem Zielwert ausgeführt werden.
Bezug auf die 13 nehmend kann jeder selbstverwaltete Knoten 1260 als jede beliebige Art einer Rechenvorrichtung ausgebildet sein, welche die hier beschriebenen Funktionen ausführen kann, einschließlich des Empfangens von Daten zu Ressourcenzuweisungszielen, die Ressourcenzuweisungsziele angeben, des Ausführens von Workloads, des Analysierens von Telemetriedaten, welche die Leistung und die Bedingungen (z.B. die Ressourcennutzung, eine oder mehrere Temperaturen, Ventilatordrehzahlen etc.), während die Workloads ausgeführt werden, angeben, und des Zuweisens von Ressourcen zu Aufgaben innerhalb der Workloads, um das Erreichen der Ressourcenzuweisungsziele, während die Workloads ausgeführt werden, zu erhöhen. Beispielsweise kann der selbstverwaltete Knoten 1260 ausgebildet sein als ein Computer, ein verteiltes Rechensystem, ein oder mehrere Einschübe (z.B. die Einschübe 204-1, 204-2, 204-3, 204-4 etc.), ein Server (z.B. ein Standalone-Server, ein im Rack montierter Server, ein Blade-Server etc.) ein Multiprozessorsystem, ein Netzwerkgerät (z.B. physisch oder virtuell), ein Desktop-Computer, eine Workstation, ein Laptop-Computer, ein Notebook-Computer, ein prozessorbasiertes System oder ein Netzwerkgerät. Wie in der 13 dargestellt, umfasst der veranschaulichende selbstverwaltete Knoten 1260 eine Zentraleinheit (CPU) 1302, einen Hauptspeicher 1304, ein Eingabe/Ausgabe(E/A)-Subsystem 1306, eine Kommunikationsschaltung 1308 und eine oder mehrere Datenspeichervorrichtungen 1312. Selbstverständlich kann der selbstverwaltete Knoten 1260 in anderen Ausführungsformen auch andere oder zusätzliche Komponenten, die üblicherweise in einem Computer vorhanden sind (z.B. eine Anzeige, Peripherievorrichtungen etc.) umfassen. Zusätzlich können in einigen Ausführungsformen eine oder mehrere der veranschaulichenden Komponenten in einer anderen Komponente enthalten sein oder auf andere Weise einen Teil derselben bilden. In einigen Ausführungsformen kann beispielsweise der Hauptspeicher 1304 oder Teile desselben in der CPU 1302 aufgenommen sein.
Die CPU 1302 kann als jede Art von Prozessor, der die hier beschriebenen Funktionen ausführen kann, ausgebildet sein. Die CPU 1302 kann als Ein- oder Mehrkernprozessor(en), ein Mikrocontroller oder ein anderer Prozessor oder eine andere Verarbeitungs-/Steuerschaltung ausgebildet sein. In einigen Ausführungsformen kann die CPU 1302 als ein Field Programmable Gate Array (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC), rekonfigurierbare Hardware oder Hardware-Schaltung, oder eine andere spezialisierte Hardware ausgebildet sein, diese umfassen, oder mit diesen gekoppelt sein, um das Ausführen der hierin beschriebenen Funktionen zu ermöglichen. In der veranschaulichenden Ausführungsform enthält die CPU 1302 einen Orchestrator 1320, der als dedizierte Schaltungen und/oder als Komponenten ausgeführt sein kann, um Telemetriedaten zu erhalten, die Bedingungen innerhalb des selbstverwalteten Knotens 1260 angeben, während der selbstverwaltete Knoten 1260 Workloads ausführt und den Aufgaben innerhalb jedes Workloads innerhalb Ressourcen zuweist, um das Erreichen der Ressourcenzuweisungsziele zu erhöhen oder aufrechtzuerhalten. Außerdem umfasst die CPU 1302 in der veranschaulichenden Ausführungsform eine Anweisungswarteschlange 1322, die als beliebige Schaltungen und/oder als Komponenten zum Aufrechterhalten einer Warteschlange von Anweisungen, die von der CPU 1302 zu verarbeiten sind, ausgeführt sein kann oder diese umfassen kann. Zusätzlich umfasst die Anweisungswarteschlange 1322 in der veranschaulichenden Ausführungsform mehrere Anweisungsports 1324, die als Schaltungen und/oder als Komponenten zum Empfangen von Anweisungen verschiedener Art (z.B. verschlüsselungsbezogene Anweisungen, kompressionsbezogene Anweisungen, datenbankbezogene Anweisungen, Verzweigungsanweisungen, Vergleichsanweisungen etc.) und zum Bereitstellen der Anweisungen an ein entsprechende Schaltung und/oder andere Komponenten in der CPU 1302 zwecks Verarbeitung ausgebildet sein können, oder diese umfassen können. Wie hierin beschrieben, kann die Anweisungswarteschlange 1322 unterschiedliche Prioritätsstufen auf die verschiedenen Anweisungsports 1324 anwenden, sodass bestimmte Anweisungsarten mehr Verarbeitungskapazität erhalten (z.B. mehr Prozessorzyklen, mehr Logikgatter etc.) als andere Anweisungsarten. Wie oben erörtert, kann der verwaltete Knoten 1260 Ressourcen umfassen, die über mehrere Einschübe verteilt sind, und in solchen Ausführungsformen kann die CPU 1302 Teile von diesen, die sich auf demselben Einschub oder auf einem anderen Einschub befinden, umfassen. Der Hauptspeicher 1304 kann als jede Art von flüchtigem Speicher (z.B. dynamischer Direktzugriffsspeicher (DRAM) etc.) oder nichtflüchtigem Speicher oder Datenspeicher, der die hier beschriebenen Funktionen ausführen kann, ausgebildet sein. In einigen Ausführungsformen kann der gesamte Hauptspeicher 1304 oder ein Teil desselben in die CPU 1302 integriert sein. Im Betrieb kann der Hauptspeicher 1304 verschiedene Software und Daten speichern, die während des Betriebs verwendet werden, wie etwa Telemetriedaten, QoS-Daten (Quality of Service), Daten zu Ressourcenzuweisungszielen, Workload-Labels, Workload-Klassifizierungen, Daten zu Workload-Anpassungen, Betriebssysteme, Anwendungen, Programme, Bibliotheken und Treiber. Wie oben erörtert, kann der verwaltete Knoten 1260 Ressourcen umfassen, die über mehrere Einschübe verteilt sind, und in solchen Ausführungsformen kann der Hauptspeicher 1304 Teile von diesen, die sich auf demselben Einschub oder auf einem anderen Einschub befinden, umfassen.
Das E/A-Subsystem 1306 kann als Schaltungen und/oder Komponenten ausgebildet sein, um Eingabe-/Ausgabeoperationen mit der CPU 1302, dem Hauptspeicher 1304 und anderen Komponenten des selbstverwalteten Knotens 1260 zu ermöglichen. Beispielsweise kann das E/A-Subsystem 1306 als Speichercontroller-Hubs, Eingabe-/Ausgabesteuerungs-Hubs, integrierte Sensor-Hubs, Firmware-Vorrichtungen, Kommunikationsverbindungen (z.B. Punkt-zu-Punkt-Verbindungen, Busverbindungen, Drähte, Kabel, Lichtleiter, Leiterplattenspuren etc.) und/oder als andere Komponenten und Subsysteme ausgebildet sein, um die Ein-/Ausgabevorgänge zu ermöglichen. In einigen Ausführungsformen kann das E/A-Subsystem 1306 einen Teil eines System-on-a-Chip (SoC) bilden und zusammen mit einer oder mehreren der CPU 1302, dem Hauptspeicher 1304 und anderen Komponenten des selbstverwalteten Knotens 1260 auf einem einzigen integrierten Schaltungschip integriert sein.
Die Kommunikationsschaltung 1308 kann ausgebildet sein als beliebige Kommunikationsschaltung, -vorrichtung oder Sammlung davon, die in der Lage ist, über das Netzwerk 1230 die Kommunikation zwischen dem selbstverwalteten Knoten 1260 und einer anderen Rechenvorrichtung (z.B. dem Verteilerserver 1240 und/oder anderen selbstverwalteten Knoten 1260) zu ermöglichen. Die Kommunikationsschaltung 1308 kann so konfiguriert sein, dass sie zur Durchführung dieser Kommunikation eine oder mehrere Kommunikationstechnologien (z.B. kabelgebundene oder drahtlose Kommunikation) und zugehörige Protokolle (z.B. Ethernet, Bluetooth®, Wi-Fi®, WiMAX etc.) verwendet.
Die veranschaulichende Kommunikationsschaltung 1308 umfasst eine Netzwerkschnittstellensteuerung (Network Interface Controller, NIC) 1310, die auch als Host Fabric Interface (HFI) bezeichnet werden kann. Die NIC 1310 kann als ein oder mehrere Add-In-Boards, Tochterkarten, Netzwerkschnittstellenkarten, Controller-Chips, Chipsätze oder andere Vorrichtungen ausgebildet sein, die von dem selbstverwalteten Knoten 1260 verwendet werden können, um sich mit einer anderen Rechenvorrichtung (z.B. dem Verteilerserver 1240 und/oder anderen selbstverwalteten Knoten 1260) zu verbinden. In einigen Ausführungsformen kann die NIC 1310 als Teil eines Systems-on-a-Chip (SoC), das einen oder mehrere Prozessoren enthält, oder in einem Multichip-Paket, das ebenfalls einen oder mehrere Prozessoren enthält, enthalten sein. In einigen Ausführungsformen kann die NIC 1310 einen lokalen Prozessor (nicht dargestellt) und/oder einen lokalen Speicher (nicht dargestellt) umfassen, die beide für die NIC 1310 lokal sind. In solchen Ausführungsformen kann der lokale Prozessor der NIC 1310 in der Lage sein, eine oder mehrere der hierin beschriebenen Funktionen der CPU 1302 auszuführen. Zusätzlich oder alternativ kann in solchen Ausführungsformen der lokale Speicher der NIC 1310 auf Platinenebene, Socketebene, Chipebene und/oder anderen Ebenen in eine oder mehrere Komponenten des selbstverwalteten Knotens 1260 integriert sein. Wie oben erörtert, kann der verwaltete Knoten 1260 Ressourcen umfassen, die über mehrere Einschübe verteilt sind, und in solchen Ausführungsformen kann die Kommunikationsschaltung 1308 Teile von diesen, die sich auf demselben Einschub oder auf einem anderen Einschub befinden, umfassen.
Die eine oder die mehreren veranschaulichenden Datenspeichervorrichtungen 1312 können als jede Art von Vorrichtungen ausgebildet sein, die für die Kurzzeit- oder Langzeitspeicherung von Daten konfiguriert sind, wie beispielsweise Speichervorrichtungen und -schaltungen, Speicherkarten, Festplattenlaufwerke, Solid-State-Laufwerke oder andere Datenspeichervorrichtungen. Jede Datenspeichervorrichtung 1312 kann eine Systempartition umfassen, die Daten und Firmware-Code für die Datenspeichervorrichtung 1312 speichert. Jede Datenspeichervorrichtung 1312 kann auch eine Betriebssystempartition enthalten, in der Datendateien und ausführbare Dateien für ein Betriebssystem gespeichert werden.
Zusätzlich kann der selbstverwaltete Knoten 1260 eine Anzeige 1314 umfassen. Die Anzeige 1314 kann als eine beliebige geeignete Anzeigetechnologie ausgebildet sein oder diese anderweitig verwenden, einschließlich beispielsweise einer Flüssigkristallanzeige (LCD), einer Leuchtdiodenanzeige (LED), einer Kathodenstrahlröhrenanzeige (CRT), einer Plasmaanzeige und/oder einer anderen Anzeige, die in einer Rechenvorrichtung einsatzbar ist. Die Anzeige 1314 kann einen Touchscreen-Sensor umfassen, der eine beliebige geeignete Touchscreen-Eingabetechnologie verwendet, um die durch den Benutzer taktil ausgewählten, auf der Anzeige angezeigten Informationen zu erfassen, einschließlich, aber nicht beschränkt auf, resistive Touchscreen-Sensoren, kapazitive Touchscreen-Sensoren, Oberflächenwellen-(„surface acoustic wave“, SAW)-Touchscreen-Sensoren, Infrarot-Touchscreen-Sensoren, „Optical imaging“-Touchscreen-Sensoren, akustische Touchscreen-Sensoren und/oder andere Arten von Touchscreen-Sensoren.
Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260 eine oder mehrere Peripherievorrichtungen 1316 umfassen. Solche Peripheriegeräte 1316 können jede Art von Peripherievorrichtung umfassen, die üblicherweise in einer Rechenvorrichtung vorhanden ist, wie beispielsweise Lautsprecher, eine Maus, eine Tastatur und/oder andere Eingabe-/Ausgabevorrichtungen, Schnittstellenvorrichtungen und/oder andere Peripherievorrichtungen.
Die Client-Vorrichtung 1220 und der Verteilerserver 1240 können Komponenten aufweisen, die ähnlich zu den in der 13 beschriebenen sind. Die Beschreibung dieser Komponenten des selbstverwalteten Knotens 1260 gilt gleichermaßen für die Beschreibung der Komponenten der Client-Vorrichtung 1220 und des Verteilerservers 1240 und wird hier aus Gründen der Übersichtlichkeit der Beschreibung nicht wiederholt - mit der Ausnahme, dass in der veranschaulichenden Ausführungsform die Client-Vorrichtung 1220 und der Verteilerserver 1240 den Orchestrator 1320 nicht enthalten. Es versteht sich, dass die Client-Vorrichtung 1220 und der Verteilerserver 1240 weitere, oben mit Bezug auf den selbstverwalteten Knoten 1260 nicht erläuterte Komponenten, Unterkomponenten und Vorrichtungen umfassen können, die üblicherweise in einer Computervorrichtung vorhanden sind und hier aus Gründen der Übersichtlichkeit der Beschreibung nicht erläutert werden.
Wie oben beschrieben kommunizieren die Client-Vorrichtung 1220, der Verteilerserver 1240 und die selbstverwalteten Knoten 1260 zur Veranschaulichung über das Netzwerk 1230, das als jede Art von kabelgebundenem oder drahtlosem Kommunikationsnetzwerk ausgebildet sein kann, einschließlich globaler Netzwerke (z.B. das Internet), lokaler Netzwerke (LANs) oder Weitverkehrsnetze (WANs), Mobilfunknetze (z.B. Global System for Mobile Communications (GSM), 3G, Long Term Evolution (LTE), Worldwide Interoperability for Microwave Access (WiMAX), etc.), Digital Subscriber Line (DSL) -Netzwerke, Kabelnetzwerke (z.B. Koaxialnetzwerke, Glasfasernetzwerke , etc.), oder eine beliebige Kombination aus diesen.
Nun Bezug nehmend auf die 14 kann in der veranschaulichten Ausführungsform jeder selbstverwaltete Knoten 1260 während des Betriebs eine Umgebung 1400 einrichten. Die veranschaulichende Umgebung 1400 umfasst einen Netzwerkkommunikator 1420, einen Workload-Executor 1430 und einen Ressourcenmanager 1440. Jede der Komponenten der Umgebung 1400 kann als Hardware, Firmware, Software oder eine Kombination davon ausgebildet sein. Daher können in einigen Ausführungsformen eine oder mehrere der Komponenten der Umgebung 1400 als Schaltungen oder eine Sammlung von elektrischen Vorrichtungen ausgebildet sein (z.B. die Netzwerkkommunikator-Schaltung 1420, die Workload-Executor-Schaltung 1430, die Ressourcenmanager-Schaltung 1440 etc.). Es ist zu beachten, dass in solchen Ausführungsformen eine oder mehrere der Netzwerkkommunikator-Schaltung 1420, der Workload-Executor-Schaltung 1430 oder der Ressourcenmanager-Schaltung 1440 einen Teil von einem oder mehreren der folgenden bilden können: der CPU 1302, dem Hauptspeicher 1304, dem E/A-Subsystem 1306 und/oder anderen Komponenten des selbstverwalteten Knotens 1260. In der veranschaulichenden Ausführungsform umfasst die Umgebung 1400 die Telemetriedaten 1402, die als Daten ausgeführt sein können, welche die Leistung und die Bedingungen (z.B. die Ressourcennutzung, die Betriebsfrequenzen, den Leistungsverbrauch, eine oder mehrere Temperaturen, Ventilatordrehzahlen etc.) des selbstverwalteten Knotens 1260, während die selbstverwalteten Knoten 1260 die ihnen zugewiesenen Workloads ausführen, angeben. Darüber hinaus enthält die veranschaulichende Umgebung 1400 die Dienstqualitätsdaten (QoS-Daten) 1404, welche Latenzen im Zusammenhang mit der Ausführung von Workloads (z.B. die Zeit, die bis zum Abschließen einer Aufgabe innerhalb eines Workloads verstrichen ist), und Prioritäten (z.B. den Grad des Vorrangs für verfügbare Ressourcen), die jedem Workload zugewiesen sind, angeben. In der veranschaulichenden Ausführungsform umfasst die Umgebung 1400 außerdem die Daten 1406 zu Ressourcenzuweisungszielen, die als beliebige Daten ausgeführt sein können, die benutzerdefinierte Schwellenwerte oder Zielvorgaben („Ziele“) angeben, die während der Ausführung der Workloads erfüllt werden müssen. In der veranschaulichenden Ausführungsform betreffen die Ziele die Leistung (z.B. die Dienstqualität, wie z.B. eine Ziellatenz oder -priorität für jeden Workload), den Leistungsverbrauch von Komponenten, die Lebenserwartung von Komponenten und/oder die Wärmeproduktion des selbstverwalteten Knotens 1260.
Des Weiteren umfasst die veranschaulichende Umgebung 1400 die von dem Verteilerserver 1240 zugewiesenen Workload-Labels 1408, die jeden Workload, der von dem selbstverwalteten Knoten 1260 ausgeführt werden soll, eindeutig identifizieren, und die als beliebige Kennung (z.B. Prozessnummern, Namen von ausführbaren Dateien, alphanumerische Tags etc.) ausgebildet sein können. Zusätzlich umfasst die veranschaulichende Umgebung 1400 die Workload-Klassifizierungen 1410, die als beliebige Daten ausgebildet sein können, welche die allgemeinen Tendenzen der Ressourcennutzung jedes Workloads angeben (z.B. prozessorintensiv, speicherintensiv, netzwerkbandbreitenintensiv etc.). Die veranschaulichende Umgebung 1400 umfasst außerdem die Anpassungsdaten 1412, die als beliebige Daten ausgebildet sein können, welche die von dem selbstverwalteten Knoten 1260 bestimmten Anpassungen der Zuweisung von Ressourcen zu den Aufgaben innerhalb der Workloads und/oder die Anpassungen der Einstellungen von - innerhalb des selbstverwalteten Knotens 1260 befindlichen oder für diesen verfügbaren (z.B. von einem anderen selbstverwalteten Knoten 1260 im Rechenzentrum 1100 zugewiesenen) - Komponenten (z.B. der CPU 1302, des Speichers 1304, der einen oder mehreren Datenspeichervorrichtungen 1312 etc.) angeben, um deren Betrieb, wie den Zielleistungsverbrauch der Komponenten, die Prozessorkapazität (z.B. eine Anzahl der zu verwendenden Kernen, eine Taktfrequenz, einen Prozentsatz der verfügbaren Prozessorzyklen etc.), die Kapazität der Speicherressourcen, (z.B. die zu verwendende Menge an Speicherplatz und/oder die Häufigkeit von Speicherzugriffen auf flüchtigen Speicher und/oder nichtflüchtigen Speicher) die Kapazität der Kommunikationsschaltung (z.B. Netzwerkbandbreite) und/oder Zielbetriebstemperaturen und Ventilatorgeschwindigkeiten anzupassen.
In der veranschaulichenden Umgebung 1400 ist der Netzwerkkommunikator 1420, der, wie vorstehend beschrieben, als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination derselben ausgebildet sein kann, dazu konfiguriert, die eingehende und ausgehende Netzwerkkommunikation (z.B. Netzwerkverkehr, Netzwerkpakete, Netzwerkflüsse etc.) zu - beziehungsweise von - dem selbstverwalteten Knoten 1260 zu ermöglichen. Zu diesem Zweck ist der Netzwerkkommunikator 1420 dazu konfiguriert, Datenpakete zu empfangen und zu verarbeiten und Datenpakete vorzubereiten und an ein System oder eine Rechenvorrichtung (z.B. den Verteilerserver 1240) zu senden. Dementsprechend kann in einigen Ausführungsformen mindestens ein Teil der Funktionalität des Netzwerkkommunikators 1420 von der Kommunikationsschaltung 1308 und in der veranschaulichenden Ausführungsform von der NIC 1310 ausgeführt werden.
Der Workload-Executor 1430, der, wie vorstehend beschrieben, als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination davon, ausgebildet sein kann, ist dazu konfiguriert, Workloads auszuführen, die dem selbstverwalteten Knoten 1260 zugewiesen sind, wobei die von dem Ressourcenmanager 1440 jeder Aufgabe innerhalb jedes Workloads zugewiesenen Ressourcen genutzt werden. In der veranschaulichenden Ausführungsform umfasst der Workload-Executor 1430 einen Telemetriegenerator 1432, der dazu konfiguriert ist, die Telemetriedaten 1402 zu erzeugen, während die Aufgaben innerhalb der Workloads ausgeführt werden. Der Telemetriegenerator 1432 kann fortlaufend aktiv zyklisch aktualisierte Telemetriedaten 1402 von jeder der Komponenten abfragen (z. B, der CPU 1302, dem Speicher 1304, dem E/A-Subsystem 1306, der Kommunikationsschaltung 1308, den Datenspeichervorrichtungen 1312, etc.), die innerhalb des selbstverwalteten Knotens 1260 verfügbar sind, oder die verfügbar sind von einem anderen selbstverwalteten Knoten 1260, der den Workloads, die von dem aktuellen selbstverwalteten Knoten 1260 ausgeführt werden, eine oder mehrere Ressourcen zugewiesen hat, - oder der Telemetriegenerator kann die Telemetriedaten 1402 passiv von den Komponenten empfangen - beispielsweise durch Überwachen eines oder mehrerer Leistungsindikatoren oder Register und/oder durch Abhören eines bestimmten Netzwerkports auf aktualisierte Telemetriedaten 1402. Der Telemetriegenerator 1432 kann die Telemetriedaten 1402 weiter parsen und kategorisieren, beispielsweise durch Separierung der Telemetriedaten 1402 in eine einzelne Datei oder einen einzelnen Datensatz für jede Art von Ressource, die von den Workloads genutzt wird, für jeden von dem selbstverwalteten Knoten 1260 ausgeführten Workload und/oder für jede Aufgabe innerhalb jedes Workloads.
Der Ressourcenmanager 1440, der als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination aus diesen ausgebildet sein kann, ist dazu konfiguriert, die QoS-Daten 1404 und andere Datenanalysen aus den Telemetriedaten 1402 zu erzeugen, die Workloads zu identifizieren, die Workloads zu klassifizieren, die zukünftige Ressourcennutzung der Aufgaben innerhalb der Workloads vorherzusagen, und dynamisch (z.B. fortlaufend) Ressourcen, die dem selbstverwalteten Knoten 1260 zur Verfügung stehen, neu zuzuweisen, um das Erreichen der Dienstqualitätsziele und anderer Ressourcenzuweisungsziele zu erhöhen (z.B. einen Schwellenwert für den Leistungsverbrauch zu erfüllen), ohne das Erreichen anderer Ressourcenzuweisungsziele zu beeinträchtigen. Zu diesem Zweck umfasst der Ressourcenmanager 1440 einen Workload-Klassifizierer 1442, einen Workload-Verhaltensvorhersager 1444 und einen Mehrziel-Analysator 1450.
Der Workload-Klassifizierer 1442 ist in der veranschaulichenden Ausführungsform dazu konfiguriert, jeden mit einem Label versehenen Workload und jede Aufgabe innerhalb jedes Workloads basierend auf der durchschnittlichen Ressourcennutzung jedes Workloads und jeder Aufgabe innerhalb jedes Workloads zu kategorisieren (z.B. „nutzt in der Regel 65% der Prozessorkapazität“, „nutzt in der Regel 40% der Speicherkapazität“ etc.). Der Workload-Verhaltensvorhersager 1444 ist in der veranschaulichenden Ausführungsform dazu konfiguriert, die Telemetriedaten 1402 zu analysieren, um für jede Aufgabe innerhalb jedes Workloads verschiedene Phasen der Ressourcennutzung innerhalb der Telemetriedaten 1402 zu identifizieren. Jede Ressourcennutzungsphase kann als eine Zeitdauer ausgebildet sein, in der die Ressourcennutzung einer oder mehrerer Ressourcen, die dem selbstverwalteten Knoten 1260 zugewiesen sind, einen vordefinierten Schwellenwert erfüllt. Beispielsweise kann eine Nutzung von mindestens 85% der zugewiesenen Prozessorkapazität eine Phase hoher Prozessornutzung anzeigen, und eine Nutzung von mindestens 85% der zugewiesenen Speicherkapazität kann eine Phase hoher Speichernutzung anzeigen. In der veranschaulichenden Ausführungsform dient der Workload-Verhaltensvorhersager 1444 außerdem dazu, Muster in den Ressourcennutzungsphasen der Aufgaben in den Workloads zu identifizieren (z.B. eine Phase hoher Prozessornutzung, gefolgt von einer Phase hoher Speichernutzung, gefolgt von einer Phase geringer Ressourcennutzung, auf die dann erneut die Phase hoher Prozessornutzung folgt). Der Workload-Verhaltensvorhersager 1444 kann dazu konfiguriert sein, die Kennzeichnungen der Ressourcennutzungsphasen-Muster dazu zu verwenden, die aktuellen Ressourcennutzungsphasen bestimmter Aufgaben innerhalb eines Workloads zu bestimmen, die nächsten Ressourcennutzungsphasen basierend auf den Mustern vorherzusagen und die verbleibende Zeit bis zum Übergang jeder der Aufgaben im Workload zu ihrer nächsten Ressourcennutzungsphase zu bestimmen. Der Mehrziel-Analysator 1450 ist in der veranschaulichenden Ausführungsform dazu konfiguriert, die in den Daten 1406 zu den Ressourcenzuweisungszielen definierten Ressourcenzuweisungsziele auszugleichen, basierend auf den Telemetriedaten 1402 und den QoS-Daten 1404 zu bestimmen, ob die aktuelle Zuweisung der Ressourcen im selbstverwalteten Knoten 1260 pareto-effizient ist (z.B, dass keine Anpassung vorgenommen werden kann, ohne das Erreichen eines oder mehrerer anderer Ziele der Ressourcenzuweisung zu beeinträchtigen), und wenn nicht, eine Anpassung vorzunehmen, die eine Pareto-Verbesserung bietet (z.B. eine Erhöhung des Erreichens von mindestens einem der Ziele, ohne das Erreichen von einem der anderen Ziele zu beeinträchtigen).
In der veranschaulichenden Ausführungsform kann der Mehrziel-Analysator 1450 die dem selbstverwalteten Knoten 1260 zur Verfügung stehenden Ressourcen (z.B. die CPU 1302, den Speicher 1304, die Kommunikationsschaltung 1308, die Datenspeichervorrichtungen 1312 etc.) modellieren oder simulieren, um in Reaktion auf verschiedene Anpassungen der Ressourcenzuweisungen zu den Aufgaben der dem selbstverwalteten Knoten 1260 zugewiesenen Workloads und/oder in Reaktion auf Anpassungen der Einstellungen der Komponenten (z.B, Betriebsfrequenz etc.) den Gesamtleistungsverbrauch, die Wärmeerzeugung, die Rechenleistung und andere Faktoren zu bestimmen, eine Pareto-Grenze zu definieren, die eine Reihe von Ressourcenzuweisungen angibt, die alle pareto-effizient sind, zu bestimmen, ob die aktuelle Ressourcenzuweisung bereits an der Pareto-Grenze liegt, und wenn nicht, zu bestimmen, durch welche Anpassung der Zuweisungen die Pareto-Grenze erreicht würde. Der Mehrziel-Analysator 1450 kann die Pareto-Grenze P (Y) wie folgt bestimmen: $f : R^{n} \to R^{m}$
In der obigen Gleichung ist f eine Funktion des Satzes von Ressourcen, die dem selbstverwalteten Knoten 1260 (entweder innerhalb des selbstverwalteten Knotens 1260 oder über das Netzwerk verfügbar) durch den Mehrziel-Analysator 1450 modelliert zur Verfügung stehen, welche die Reaktion der Ressourcen auf Anpassungen der Zuweisungen von Workloads angibt. Rⁿ ist ein metrischer Raum möglicher Zuweisungen der Ressourcen zu den Aufgaben innerhalb der Workloads und R^m stellt eine Reihe von Kriteriumsvektoren dar. In der folgenden Gleichung ist X ein kompakter Satz realisierbarer Entscheidungen im metrischen Raum, Rⁿ, und Y ist der realisierbare Satz von Kriteriumsvektoren in R^m, wie folgt: $Y = {y \in R^{m} : y = f (x), x \in X}$
Weiterhin dominiert ein in der folgenden Gleichung 3 definierter Punkt y" einen weiteren, in der Gleichung 4 definierten Punkt y'. $y'' \in R^{m}$
$y' \in R^{m}$
Somit kann die Pareto-Grenze wie folgt dargestellt werden: $P (Y) = {y' \in Y : {y'' \in Y : y'' > y', y'' \neq y'} = \emptyset}$
Der Aufgabenplatzierer 1452 ist in der veranschaulichenden Ausführungsform dazu konfiguriert, einem oder mehreren Kernen der Rechenressourcen (z.B. der CPU 1302) Aufgaben zuzuweisen, und möglicherweise mindestens einige der Aufgaben während der Ausführung der Workloads neu zuzuweisen, um eine Pareto-Verbesserung bereitzustellen (z.B. eine Anpassung, die das Erreichen mindestens eines Ressourcenzuweisungsziels verbessert, ohne das Erreichen anderer Ressourcenzuweisungsziele zu verringern). Beispielsweise können einige Kerne mit einer anderen Taktfrequenz arbeiten oder stärker durch Aufgaben belastet sein als andere Kerne. Der Komponenteneinstellungs-Anpasser 1454 ist in der veranschaulichenden Ausführungsform dazu konfiguriert, eine oder mehrere Anpassungen auf die Einstellungen von Komponenten anzuwenden, die sich innerhalb des selbstverwalteten Knotens 1260 befinden, oder für den selbstverwalteten Knoten 1260 verfügbar sind (z.B. Komponenten, die sich physisch in anderen selbstverwalteten Knoten 1260 befinden, die dem aktuellen selbstverwalteten Knoten 1260 zugewiesen wurden), um die Leistungsmerkmale dieser Komponenten zu beeinflussen. Die Einstellungen können dem Betriebssystem und/oder der Firmware oder den Treibern der Komponenten der selbstverwalteten Knoten 1260 zugeordnet sein.
Es sollte zu erkennen sein, dass jeder von dem Workload-Klassifizierer 1442, dem Workload-Verhaltensvorhersager 1444, dem Mehrziel-Analysator 1450, dem Aufgabenplatzierer 1452 und dem Komponenteneinstellungs-Anpasser 1454 separat als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination aus diesen ausgebildet sein kann. Beispielsweise kann der Workload-Klassifizierer 1442 als eine Hardwarekomponente ausgebildet sein, während der Workload-Verhaltensvorhersager 1444, der Mehrziel-Analysator 1450, der Aufgabenplatzierer 1452 und der Komponenteneinstellungs-Anpasser 1454 als virtualisierte Hardwarekomponenten oder als eine andere Kombination aus Hardware, Firmware, Software, virtualisierter Hardware, emulierter Architektur und/oder einer Kombination derselben ausgebildet sind.
Nun Bezug nehmend auf die 15, kann jeder selbstverwaltete Knoten 1260 im Betrieb ein Verfahren 1500 zum Verwalten der Zuweisung von Ressourcen ausführen, um während der Ausführung der Workloads Dienstqualitätsziele zu erfüllen. Das Verfahren 1500 beginnt mit dem Block 1502, in dem der selbstverwaltete Knoten 1260 bestimmt, ob die Zuweisung von Ressourcen, die für den selbstverwalteten Knoten 1260 verfügbar sind, während der Ausführung von Workloads verwaltet werden soll. In der veranschaulichenden Ausführungsform bestimmt der selbstverwaltete Knoten 1260, die Zuweisung von Ressourcen zu verwalten, wenn der selbstverwaltete Knoten 1260 eingeschaltet ist und mit dem Verteilerserver 1240 in Verbindung steht. In anderen Ausführungsformen kann der selbstverwaltete Knoten 1260 basierend auf anderen Faktoren bestimmen, ob Ressourcen verwaltet werden sollen. Ungeachtet dessen geht in der veranschaulichenden Ausführungsform das Verfahren 1500 in Reaktion auf eine Bestimmung, die Zuweisung von Ressourcen zu verwalten, zu Block 1504 über, in dem der selbstverwaltete Knoten 1260 eine Zuweisung von einem oder mehreren Workloads erhält. In der veranschaulichenden Ausführungsform empfängt der selbstverwaltete Knoten 1260 beim Empfangen der Zuweisung die Labels (z.B. die Workload-Labels 1408) der zugewiesenen Workloads von dem Verteilerserver 1240. Im Block 1506 empfängt der selbstverwaltete Knoten 1260 Ressourcenzuweisungsziele (z.B. die Daten 1406 zu den Ressourcenzuweisungszielen) von dem Verteilerserver 1240. Dabei kann der selbstverwaltete Knoten 1260, wie in Block 1508 angegeben, Daten zu den Dienstqualitätszielen empfangen. In der veranschaulichenden Ausführungsform sind die Daten zu den Dienstqualitätszielen jedem Workload, der dem selbstverwalteten Knoten 1260 zugewiesen wurde, zugeordnet, sodass einem Workload eine höhere Dienstqualität zugeordnet sein kann, als einem anderen Workload, der dem selbstverwalteten Knoten 1260 zugewiesen ist. Beispielsweise können die Daten zu den Dienstqualitätszielen ein Workload-Label und ein entsprechendes Dienstqualitätsziel angeben. Wie in Block 1510 angegeben, kann der selbstverwaltete Knoten 1260 beim Empfangen der Daten zu den Dienstqualitätszielen Latenzzieldaten empfangen, die eine Ziel-Latenzzeit (z.B. eine maximal gewünschte Latenzzeit) (z.B. Zeitspanne) angeben, wie beispielsweise eine Anzahl von Millisekunden, um Aufgaben (z.B. eine Kompressionsaufgabe, eine Authentifizierungsaufgabe etc.) innerhalb des Workloads zu erledigen. Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260, wie in Block 1512 angegeben, beim Empfang der Daten zu den Dienstqualitätszielen Prioritätszieldaten empfangen, die jedem Workload oder jeder Art von Anweisung zugeordnet sind. Wie oben mit Bezug auf die 13 beschrieben, umfasst die CPU 1302 in der veranschaulichenden Ausführungsform die Anweisungsports 1324, die jeweils unterschiedliche Arten von Anweisungen empfangen können und denen unterschiedliche Prioritäten zugewiesen werden können. Da in den Workloads bestimmte Arten von Anweisungen dominieren können (z.B. verschlüsselungsbezogene Anweisungen, kompressionsbezogene Anweisungen, datenbankbezogene Anweisungen etc.), kann der selbstverwaltete Knoten 1260 durch Steuern der Priorität bestimmter Arten von Anweisungen die Dienstqualität für die entsprechenden Workloads steuern. In der veranschaulichenden Ausführungsform sind die Prioritätszieldaten eine gewünschte Priorität (z.B. Vorrang beim Empfangen von Ressourcen) jedes zugewiesenen Workloads relativ zu anderen, dem selbstverwalteten Knoten 1260 zugewiesenen Workloads.
In der veranschaulichenden Ausführungsform kann der selbstverwaltete Knoten 1260, wie in Block 1514 angezeigt, zusätzlich Daten zu Leistungsverbrauchszielen empfangen, die einen Zielleistungsverbrauch oder einen Schwellenwert für die Leistungsverbrauchsmenge des selbstverwalteten Knotens 1260, während er die Workloads ausführt, angeben. Der selbstverwaltete Knoten 1260 kann, wie in Block 1516 angezeigt, auch Daten zu Zuverlässigkeitszielen empfangen, die einen Ziellebenszyklus von einem oder mehreren der selbstverwalteten Knoten 1260 oder von darin enthaltenen Komponenten angeben (z.B. einen Ziellebenszyklus einer Datenspeichervorrichtung, einen Ziellebenszyklus eines Kühlventilators etc.). Wie in Block 1518 angegeben, kann der selbstverwaltete Knoten 1260 auch Daten zu Wärmezielen empfangen, die eine oder die mehrere Zieltemperaturen einer oder mehrerer Komponenten (z.B. der CPU 1302, des Speichers 1304 etc.) des selbstverwalteten Knotens 1260 angeben.
In Block 1520 identifiziert der selbstverwaltete Knoten 1260 Aufgaben, die den zugewiesenen Workloads zugeordnet sind (z.B. innerhalb derselben) und führt diese aus. Dabei ist es möglich, dass der selbstverwaltete Knoten 1260 die tatsächlichen Ressourcenbedarfe der Workloads nicht kennt, da noch keine Telemetriedaten erzeugt wurden. Dementsprechend kann der selbstverwaltete Knoten 1260 zunächst die Aufgaben von Workloads mit höheren QoS-Zielen auf Kerne mit höheren Taktfrequenzen verteilen und kann ansonsten den Workloads mit höheren QoS-Zielen relativ größere Mengen an Ressourcen zuweisen, als den zugewiesenen Workloads mit niedrigeren QoS-Zielen. In Block 1522 erhält der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform die Telemetriedaten 1402 innerhalb des selbstverwalteten Knotens 1260. Wie in Block 1524 angegeben, kann der selbstverwaltete Knoten 1260 dabei die Telemetriedaten 1402 mit dedizierter Hardware, wie etwa dem Orchestrator 1320, innerhalb des selbstverwalteten Knotens 1260 erhalten. Darüber hinaus kann der selbstverwaltete Knoten 1260, wie in Block 1526 angegeben, Daten zur Nutzung der Rechen- und/oder Beschleunigerressourcen empfangen, die eine Menge an Prozessor- und/oder Beschleunigerkapazität angeben, die von jeder Aufgabe jedes von dem selbstverwalteten Knoten 1260 ausgeführten Workloads verbraucht wird. Dabei kann der selbstverwaltete Knoten 1260, wie in Block 1528 angegeben, Kernnutzungsdaten empfangen, die den jeweiligen Kern, auf dem eine Aufgabe ausgeführt wurde, und den Prozentsatz der Kapazität des von der Aufgabe genutzten Kerns, angeben (z.B. den Prozentsatz der verfügbaren Zyklen des von der Aufgabe genutzten Kerns, den Prozentsatz der gesamten Anweisungen pro Sekunde, die der Aufgabe zugeordnet waren, etc.). Darüber hinaus kann der selbstverwaltete Knoten 1260, wie in Block 1530 angegeben, Daten zur Speicher- und Datenspeichernutzung für jede Aufgabe jedes Workloads empfangen. Die Daten zur Speicher- und Datenspeichernutzung können ausgeführt sein als Intel Cache Allocation Technology (CAT) -Daten, Intel Cache Monitoring Technology (CMT)-Daten, Intel Memory Bandwidth Monitoring (MBM)-Daten und/oder als andere Daten, welche eine Menge oder Häufigkeit der Speicher- und Datenspeichernutzung durch jede Aufgabe jedes von dem selbstverwalteten Knoten 1260 ausgeführten Workloads, angeben. Beim Empfangen der Speichernutzungsdaten kann der selbstverwaltete Knoten 1260, wie in Block 1532 angegeben, Folgendes empfangen: Cache-Nutzungsdaten, die eine Häufigkeit von Cache-Zugriffen, die einer Aufgabe zugeordnet sind, und/oder Cache-Miss-Rate-Informationen angeben; Daten zur Nutzung des flüchtigen Speichers, die eine genutzte Menge an flüchtigem Speicher (z.B, des Hauptspeichers 1304) und eine Häufigkeit der Zugriffe auf den flüchtigen Speicher angeben, Seitenfehlerdaten und/oder andere Informationen, welche die Nutzung des dem selbstverwalteten Knoten 1260 zur Verfügung stehenden flüchtigen Speichers angeben, und/oder Daten zur Nutzung des nichtflüchtigen Speichers, welche die Menge der in den Datenspeichervorrichtungen 1312 gespeicherten und/oder aus diesen abgerufenen Daten angeben und/oder eine Häufigkeit, mit der jede Aufgabe Schreibanforderungen und/oder Leseanforderungen an die Datenspeichervorrichtungen 1312 ausgibt.
Wie in Block 1534 angegeben, kann der selbstverwaltete Knoten 1260 außerdem Leistungsverbrauchsdaten empfangen, die eine Menge an Leistung (z.B. Watt) angeben, die von jeder Komponente verbraucht wird, Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Aufgaben der Workloads ausgeführt werden (z.B, Latenzen), Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite (z.B. die Kapazität der Kommunikationsschaltung) angeben, die von jeder Aufgabe jedes durch den selbstverwalteten Knoten 1260 ausgeführten Workloads verwendet wird, und thermische Daten, die eine oder mehrere Temperaturen von Komponenten innerhalb des selbstverwalteten Knotens 1260 angeben. Nach dem Erhalten der Telemetriedaten 1402 geht das Verfahren 1500 zu Block 1536 von 16 über, in dem der selbstverwaltete Knoten 1260 die Datenanalysen aus den Telemetriedaten 1402 erzeugt, während die Workloads ausgeführt werden.
Nun Bezug auf die 16 nehmend erzeugt der selbstverwaltete Knoten 1260, wie in Block 1538 angegeben, beim Erzeugen der Datenanalysen in der veranschaulichenden Ausführungsform die Datenanalysen mit dedizierter Hardware (z.B. dem Orchestrator 1320) innerhalb des selbstverwalteten Knotens 1260. Weiterhin erzeugt der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform bei der Generierung der Datenanalysen Profile der Workloads, wie in Block 1540 angegeben. Dabei erzeugt der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform die Klassifizierungen 1410 der Workloads, wie in Block 1542 angegeben. In der veranschaulichenden Ausführungsform erzeugt der selbstverwaltete Knoten 1260 beim Erzeugen der Klassifizierungen 1410 eine Klassifizierung der allgemeinen Tendenzen der Ressourcennutzung jeder Aufgabe innerhalb eines Workloads, wie in Block 1544 angegeben. Außerdem identifiziert in der veranschaulichenden Ausführungsform der selbstverwaltete Knoten 1260 die Muster in den Ressourcennutzungsphasen für jede der Aufgaben von jedem der zugewiesenen Workloads, wie in Block 1546 angegeben. Dabei kann der selbstverwaltete Knoten 1260 bestimmen, dass eine bestimmte Aufgabe eine Phase mit hoher Prozessornutzung und niedriger Speichernutzung durchläuft, auf die üblicherweise eine Phase mit niedriger Prozessornutzung und hoher Speichernutzung folgt, und dass eine andere Aufgabe ähnliche Phasen durchläuft, jedoch mit einer anderen Frequenz oder zeitlich zu der anderen Aufgabe versetzt. Wie in Block 1548 angegeben, kann der selbstverwaltete Knoten 1260 außerdem zukünftige Ressourcennutzungsphasen der Aufgaben innerhalb der Workloads vorhersagen, beispielsweise durch Vergleichen einer aktuellen Ressourcennutzung jeder Aufgabe mit den identifizierten Mustern in den Ressourcennutzungsphasen, um die aktuelle Phase jeder Aufgabe zu bestimmen, und durch anschließendes Identifizieren der anstehenden Phasen der Aufgaben anhand der Muster.
Zusätzlich vergleicht der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform die aktuelle und die vorhergesagte Ressourcennutzung der Aufgaben der Workloads mit den verfügbaren Ressourcen, um einen gegenwärtigen und/oder vorhergesagten Ressourcenkonflikt zu identifizieren, wie in Block 1550 angegeben. Beispielsweise vergleicht der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform die gegenwärtige und die vorhergesagte Ressourcennutzung jeder Aufgabe von jedem der dem selbstverwalteten Knoten 1260 zugewiesenen Workload mit einem Schwellenwert (z.B. 100% der verfügbaren Kapazität), um zu bestimmen, ob die entsprechende Ressource einem Ressourcenkonflikt unterliegt oder vorhergesagt wird, dass sie einem Ressourcenkonflikt unterliegen wird. Wie in Block 1552 angegeben, identifiziert der selbstverwaltete Knoten 1260 auch eine Überzuweisung (d.h. Unternutzung) von Ressourcen, die dem selbstverwalteten Knoten 1260 zur Verfügung stehen. Wenn beispielsweise die Ressourcennutzungen der gegenwärtigen Phasen oder der anstehenden Phasen der Aufgaben der dem selbstverwalteten Knoten 1260 zugewiesenen Workloads in der Summe nicht einer Schwellenwertkapazität (z.B. 80%) einer bestimmten Art von Ressource (z.B. Rechenressource, Beschleunigerressourcen, Speicherressourcen oder Datenspeicherressourcen) entsprechen, identifiziert der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform die entsprechenden Ressourcen als nicht ausgelastet.
In Block 1554 bestimmt der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform in Abhängigkeit von den Datenanalysen eine Anpassung der Zuweisung von Ressourcen, die dem selbstverwalteten Knoten 1260 zur Verfügung stehen. Dabei kann der selbstverwaltete Knoten 1260 die Anpassung unter Verwendung von dedizierter Hardware (z.B. dem Orchestrator 1320) innerhalb des selbstverwalteten Knotens 1260 bestimmen, wie in Block 1556 angegeben. Zusätzlich kann der selbstverwaltete Knoten 1260 beim Bestimmen der Anpassung eine Neuzuweisung einer Aufgabe zu einem anderen Kern der CPU 1302 bestimmen, beispielsweise wenn der Kern mit Anweisungen von anderen Aufgaben überlastet ist, wie in Block 1558 angegeben. Wie in Block 1560 angegeben, kann der selbstverwaltete Knoten 1260 eine Neuzuweisung von Speicher und/oder Datenspeicher zu einer Aufgabe bestimmen. Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260 einen oder mehrere Ausführungszeitversätze bestimmen, um die Ressourcenzuweisungsphasen von zwei oder mehr Aufgaben abzustimmen (z.B. einen Zeitversatz, der bewirkt, dass eine wenig prozessorintensive Ressourcenzuweisungsphase gleichzeitig mit einer prozessorintensiven Ressourcenzuweisungsphase einer anderen Aufgabe auftritt). Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260 Anpassungen an den Einstellungen der Komponenten, die dem selbstverwalteten Knoten 1260 zur Verfügung stehen, bestimmen, wie in Block 1564 angegeben. Beispielsweise kann der selbstverwaltete Knoten 1260 beim Bestimmen der Anpassung der Einstellungen basierend auf den in Block 1512 empfangenen Prioritätszieldaten Prioritätsanpassungen für die Anweisungsports 1324 der CPU 1302, oder Prozessordrosselungsanpassungen, wie beispielsweise die Taktfrequenz und/oder die Prozessoraffinität, bestimmen. Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260 Busgeschwindigkeiten, eine oder mehrere Anpassungen der Ventilatordrehzahl, eine Änderung der Bandbreite der Kommunikationsschaltung 1308 oder andere Anpassungen an Komponenten innerhalb des selbstverwalteten Knotens 1260 bestimmen. Anschließend geht das Verfahren 1500 zu Block 1566 in 17 über, in dem der selbstverwaltete Knoten 1260 bestimmt, ob die bestimmten Anpassungen angewendet werden sollen.
Nun Bezug nehmend auf die 17 bestimmt der selbstverwaltete Knoten 1260 bei der Bestimmung, ob die bestimmten Anpassungen anzuwenden sind, ob die bestimmten Anpassungen eine Pareto-Verbesserung der Ressourcenzuweisung bewirken (z.B. eine Verbesserung des Erreichens der Dienstqualitätsziele, ohne das Erreichen anderer Ressourcenzuweisungsziele zu beeinträchtigen). Wenn keine Anpassungen vorgenommen werden können, um eine Pareto-Verbesserung bereitzustellen (z.B. ist die Ressourcenzuteilung bereits an der Pareto-Grenze) führt das Verfahren 1500 eine Schleife zurück zu Block 1520 in 15 aus, in dem der selbstverwaltete Knoten 1260 weiterhin die zugewiesenen Workloads ausführt. Andernfalls geht das Verfahren 1500 zu Block 1568 über, in dem der selbstverwaltete Knoten 1260 die bestimmten Anpassungen anwendet. Beim Anwenden der bestimmten Anpassungen kann der selbstverwaltete Knoten 1260 eine Aufgabe einem anderen Kern zuweisen, wie in Block 1570 angegeben. Zusätzlich oder alternativ kann der selbstverwaltete Knoten 1260 einer oder mehreren Aufgaben Speicher und/oder Datenspeicher neu zuweisen, wie in Block 1572 angegeben. In der veranschaulichenden Ausführungsform kann der selbstverwaltete Knoten 1260 in Block 1574 zusätzlich oder alternativ einen oder mehrere Ausführungszeitversätze auf eine oder mehrere Aufgaben anwenden, um ihre Ressourcennutzungsphasen abzustimmen, wie oben beschrieben. Weiterhin kann der selbstverwaltete Knoten 1260 in der veranschaulichenden Ausführungsform eine oder mehrere bestimmte Anpassungen an den Einstellungen einer oder mehrerer Komponenten vornehmen, die dem selbstverwalteten Knoten 1260 zur Verfügung stehen, wie in Block 1576 angegeben und wie vorstehend mit Bezug auf Block 1564 beschrieben. In der veranschaulichenden Ausführungsform wendet der selbstverwaltete Knoten 1260 die bestimmten Anpassungen unter Verwendung von dedizierter Hardware (z.B. des Orchestrators 1320) innerhalb des selbstverwalteten Knotens 1260 an. Anschließend geht das Verfahren 1500 zu Block 1578 über, um zu bestimmen, ob zusätzliche Ressourcen angefordert werden sollen (z.B. wenn die Menge der dem selbstverwalteten Knoten 1260 zur Verfügung stehenden Ressourcen nicht ausreicht, um die Dienstqualitätsziele zu erreichen). Wenn der selbstverwaltete Knoten 1260 bestimmt, zusätzliche Ressourcen anzufordern, geht das Verfahren 1500 zu Block 1580 über, um zusätzliche Ressourcen, die außerhalb des selbstverwalteten Knotens 1260 verfügbar sind (z.B. physisch auf einem anderen selbstverwalteten Knoten 1260) anzufordern und zuzuweisen. Unabhängig davon geht das Verfahren 1500 anschließend zu Block 1582 über, in dem der selbstverwaltete Knoten 1260 bestimmt, ob zusätzliche Workloads angefordert werden sollen (z.B. wenn der selbstverwaltete Knoten 1260, ohne Ressourcenkonflikte für irgendwelche Ressourcen zu verursachen, über Ressourcenkapazität für die Übernahme zusätzlicher Workloads verfügt). Wenn dies der Fall ist, geht das Verfahren 1500 zu Block 1584 über, in dem der selbstverwaltete Knoten 1260 eine Zuweisung zusätzlicher Workloads von dem Verteilerserver 1240 anfordert und empfängt. Unabhängig davon führt das Verfahren 1500 anschließend eine Schleife zurück zu Block 1520 in 15 aus, um die Aufgaben der Workloads, die dem selbstverwalteten Knoten 1260 zugewiesen sind, auszuführen.
BEISPIELE
Im Folgenden sind veranschaulichende Beispiele für die hierin offenbarten Technologien aufgeführt. Eine Ausführungsform der Technologien kann eines oder mehrere oder eine beliebige Kombination der nachfolgend beschriebenen Beispiele umfassen.
Das Beispiel 1 umfasst einen selbstverwalteten Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten einen oder mehrere Prozessoren umfasst; eine oder mehrere Speichervorrichtungen, in denen eine Vielzahl von Anweisungen gespeichert ist, die bei Ausführung durch den einen oder die mehreren Prozessoren, bewirkt, dass der verwaltete Knoten: Daten zu Dienstqualitätszielen empfängt, die ein Leistungsziel von einem oder mehreren Workloads anzeigen, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; eine oder die mehreren Aufgaben ausführt, um den einen oder die mehreren Workloads auszuführen; Telemetriedaten erhält, während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen angeben; in Abhängigkeit von den Telemetriedaten eine Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads bestimmt, um das Leistungsziel zu erreichen; und die bestimmte Anpassung anwendet, während die Workloads von dem selbstverwalteten Knoten ausgeführt werden.
Das Beispiel 2 umfasst den Gegenstand des Beispiels 1, und wobei die Vielzahl von Anweisungen bei Ausführung ferner bewirkt, dass der selbstverwaltete Knoten bestimmt, ob der selbstverwaltete Knoten über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt, zusätzliche Ressourcen von mindestens einem anderen selbstverwalteten Knoten anfordert.
Das Beispiel 3 umfasst den Gegenstand eines der Beispiele 1 und 2, und wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten bestimmt, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt, eine oder mehrere zusätzliche Workloads anfordert.
Das Beispiel 4 umfasst den Gegenstand eines der Beispiele 1 bis 3, und wobei das Empfangen der Daten zu den Dienstqualitätszielen das Empfangen eines Latenzziels, das eine Ziel-Zeitdauer angibt, in der eine oder mehrere der Aufgaben erledigt werden sollen, und/oder das Empfangen eines Prioritätsziels, das eine Priorität von einem oder mehreren Workloads oder Anweisungstypen zum Empfangen von Ressourcen angibt, umfasst.
Das Beispiel 5 umfasst den Gegenstand eines der Beispiele 1 bis 4, und wobei die Vielzahl von Anweisungen bei Ausführung bewirkt, dass der selbstverwaltete Knoten die Telemetriedaten erhält, die Anpassung bestimmt, und die ermittelte Anpassung mit einer dedizierten Komponente des einen oder der mehreren Prozessoren anwendet.
Das Beispiel 6 umfasst den Gegenstand eines der Beispiele 1 bis 5, und wobei das Erhalten der Telemetriedaten das Erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Energieverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Energiemenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessorauslastung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerkauslastungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Das Beispiel 7 umfasst den Gegenstand eines der Beispiele 1 bis 6, und wobei das Anwenden der bestimmten Anpassung das Neuzuweisen einer oder mehrerer Aufgaben von einem Kern zu einem anderen Kern des einen oder der mehreren Prozessoren umfasst.
Das Beispiel 8 umfasst den Gegenstand eines der Beispiele 1 bis 7, und wobei das Anwenden der bestimmten Anpassung das Anpassen einer Zuweisung von Speicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Das Beispiel 9 umfasst den Gegenstand eines der Beispiele 1 bis 8, und wobei das Anwenden der bestimmten Anpassung das Anpassen einer oder mehrerer Einstellungen des einen oder der mehreren Prozessoren umfasst.
Das Beispiel 10 umfasst den Gegenstand eines der Beispiele 1 bis 9, und wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten aus den Telemetriedaten Datenanalysen erzeugt.
Das Beispiel 11 umfasst den Gegenstand eines der Beispiele 1 bis 10, und wobei das Erzeugen der Datenanalysen das Bestimmen eines Ressourcenauslastungsmusters von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 12 umfasst den Gegenstand eines der Beispiele 1 bis 11, und wobei das Erzeugen der Datenanalysen das Vorhersagen einer zukünftigen Ressourcennutzung von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 13 umfasst den Gegenstand eines der Beispiele 1 bis 12, und wobei das Erzeugen der Datenanalysen das Bestimmen, ob eine oder mehrere der Ressourcen derzeit einem Ressourcenkonflikt ausgesetzt sind, umfasst.
Das Beispiel 14 umfasst den Gegenstand eines der Beispiele 1 bis 13, und wobei das Erzeugen der Datenanalysen das Vorhersagen, ob eine oder mehrere der Ressourcen einem Ressourcenkonflikt ausgesetzt sein werden, umfasst.
Das Beispiel 15 umfasst den Gegenstand eines der Beispiele 1 bis 14, und wobei das Bestimmen der Anpassung das Bestimmen eines Zeitversatzes zum Ausgleichen einer Ressourcennutzungsphase einer der Aufgaben durch eine Ressourcennutzungsphase einer anderen der Aufgaben umfasst.
Das Beispiel 16 umfasst den Gegenstand eines der Beispiele 1 bis 15, und wobei das Bestimmen der Anpassung das Bestimmen einer Anpassung einer Priorität umfasst, die einer oder mehreren Arten von Anweisungen zugewiesen ist, die von dem einen oder den mehreren Prozessoren verarbeitet werden sollen.
Das Beispiel 17 umfasst den Gegenstand eines der Beispiele 1 bis 16, und wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten eine Vielzahl von Ressourcenzuweisungszielen empfängt, die zu erfüllen ist; und wobei das Bestimmen einer Anpassung der Zuweisung der Ressourcen das Bestimmen einer Anpassung zum Erhöhen eines Erreichens von mindestens einem der Ressourcenzuweisungsziele, ohne das Erreichen eines der anderen Ressourcenzuweisungsziele zu verringern, umfasst.
Das Beispiel 18 umfasst ein Verfahren zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei das Verfahren Folgendes umfasst: das Empfangen, durch einen selbstverwalteten Knoten, von Daten zu Dienstqualitätszielen, die ein Leistungsziel von einem oder mehreren Workloads anzeigen, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; das Ausführen der einen oder mehreren Aufgaben durch den selbstverwalteten Knoten, um den einen oder die mehreren Workloads auszuführen; das Erhalten, durch den selbstverwalteten Knoten, von Telemetriedaten während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen angeben; das Bestimmen durch den selbstverwalteten Knoten und in Abhängigkeit von den Telemetriedaten, einer Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads, um das Leistungsziel zu erreichen; und das Anwenden der bestimmten Anpassung durch den selbstverwalteten Knoten, während die Workloads durch den selbstverwalteten Knoten ausgeführt werden.
Das Beispiel 19 umfasst den Gegenstand des Beispiels 18, und umfasst außerdem das Bestimmen, durch den selbstverwalteten Knoten, ob der selbstverwaltete Knoten über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt; und das Anfordern zusätzlicher Ressourcen von mindestens einem anderen selbstverwalteten Knoten durch den selbstverwalteten Knoten und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt.
Das Beispiel 20 umfasst den Gegenstand eines der Beispiele 18 und 19, und umfasst außerdem das Bestimmen, durch den selbstverwalteten Knoten, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und das Anfordern eines oder mehrerer zusätzlicher Workloads, durch den selbstverwalteten Knoten in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt.
Das Beispiel 21 umfasst den Gegenstand eines der Beispiele 18 bis 20, und wobei das Empfangen der Daten zu den Dienstqualitätszielen das Empfangen eines Latenzziels, das eine Ziel-Zeitdauer, in der eine oder mehrere der Aufgaben erledigt werden sollen, angibt, und/oder das Empfangen eines Prioritätsziels, das eine Priorität von einem oder mehreren Workloads oder von Anweisungsarten zum Empfangen von Ressourcen, umfasst.
Das Beispiel 22 umfasst den Gegenstand eines der Beispiele 18 bis 21, und wobei das Erhalten der Telemetriedaten, das Bestimmen der Anpassung und das Anwenden der bestimmten Anpassung das Erhalten der Telemetriedaten, das Bestimmen der Anpassung und das Anwenden der bestimmten Anpassung mit einer dedizierten Komponente des selbstverwalteten Knotens umfasst.
Das Beispiel 23 umfasst den Gegenstand eines der Beispiele 18 bis 22, und wobei das Erhalten der Telemetriedaten das Erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Energieverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Energiemenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessorauslastung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Das Beispiel 24 umfasst den Gegenstand eines der Beispiele 18 bis 23, und wobei das Anwenden der bestimmten Anpassung das Neuzuweisen einer oder mehrerer Aufgaben von einem Kern zu einem anderen Kern des einen oder der mehreren Prozessoren des selbstverwalteten Knotens umfasst.
Das Beispiel 25 umfasst den Gegenstand eines der Beispiele 18 bis 24, und wobei das Anwenden der bestimmten Anpassung ein Anpassen einer Zuweisung von Speicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Das Beispiel 26 umfasst den Gegenstand eines der Beispiele 18 bis 25, und wobei das Anwenden der bestimmten Anpassung das Anpassen einer oder mehrerer Einstellungen eines oder mehrerer Prozessoren des selbstverwalteten Knotens umfasst.
Das Beispiel 27 umfasst den Gegenstand eines der Beispiele 18 bis 26, und umfasst außerdem das Erzeugen von Datenanalysen aus den Telemetriedaten durch den selbstverwalteten Knoten.
Das Beispiel 28 umfasst den Gegenstand eines der Beispiele 18 bis 27, und wobei das Erzeugen der Datenanalysen das Bestimmen eines Ressourcennutzungsmusters von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 29 umfasst den Gegenstand eines der Beispiele 18 bis 28, und wobei das Erzeugen der Datenanalysen das Vorhersagen einer zukünftigen Ressourcennutzung von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 30 umfasst den Gegenstand eines der Beispiele 18 bis 29, und wobei das Erzeugen der Datenanalysen das Bestimmen, ob eine oder mehrere der Ressourcen derzeit einem Ressourcenkonflikt ausgesetzt sind, umfasst.
Das Beispiel 31 umfasst den Gegenstand eines der Beispiele 18 bis 30, und wobei das Erzeugen der Datenanalysen das Vorhersagen, ob eine oder mehrere der Ressourcen einem Ressourcenkonflikt ausgesetzt sein werden, umfasst.
Das Beispiel 32 umfasst den Gegenstand eines der Beispiele 18 bis 31, und wobei das Bestimmen der Anpassung das Bestimmen eines Zeitversatzes zum Ausgleichen einer Ressourcennutzungsphase einer der Aufgaben durch eine Ressourcennutzungsphase einer anderen der Aufgaben umfasst.
Das Beispiel 33 umfasst den Gegenstand eines der Beispiele 18 bis 32, und wobei das Bestimmen der Anpassung das Bestimmen einer Anpassung einer Priorität umfasst, die einer oder mehreren Arten von Anweisungen zugewiesen ist, die von einem oder mehreren Prozessoren des selbstverwalteten Knotens verarbeitet werden sollen.
Das Beispiel 34 umfasst den Gegenstand eines der Beispiele 18 bis 33, und umfasst außerdem das Empfangen einer Vielzahl von zu erfüllenden Ressourcenzuweisungszielen durch den selbstverwalteten Knoten; und wobei das Bestimmen einer Anpassung der Zuweisung der Ressourcen das Bestimmen einer Anpassung zum Erhöhen eines Erreichens von mindestens einem der Ressourcenzuweisungsziele, ohne das Erreichen eines der anderen Ressourcenzuweisungsziele zu verringern, umfasst.
Das Beispiel 35 umfasst ein oder mehrere maschinenlesbare Speichermedien, umfassend eine Vielzahl von darauf gespeicherten Anweisungen, die in Reaktion auf ihre Ausführung bewirkt, dass ein selbstverwalteter Knoten das Verfahren nach einem der Beispiele 18 bis 34 ausführt.
Das Beispiel 36 umfasst einen selbstverwalteten Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten einen oder mehrere Prozessoren umfasst; und eine oder mehrere Speichervorrichtungen, in denen eine Vielzahl von Anweisungen gespeichert ist, die bei Ausführung durch den einen oder die mehreren Prozessoren, bewirkt, dass der selbstverwaltete Knoten das Verfahren nach einem der Beispiele 13 bis 34 ausführt.
Das Beispiel 37 umfasst einen selbstverwalteten Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten Mittel zum Ausführen des Verfahrens von einem der Beispiele 18 bis 34 umfasst.
Das Beispiel 38 umfasst einen selbstverwalteten Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten eine Netzwerkkommunikator-Schaltung umfasst, um Daten zu den Dienstqualitätszielen zu empfangen, die ein Leistungsziel von einem oder mehreren Workloads angeben, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; sowie eine Workload-Executor-Schaltung zum Ausführen der einen oder mehreren Aufgaben, um den einen oder die mehreren Workloads auszuführen und Telemetriedaten zu erhalten, während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen angeben; sowie eine Ressourcenmanager-Schaltung, um in Abhängigkeit von den Telemetriedaten eine Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads zu bestimmen, um das Leistungsziel zu erreichen und die bestimmte Anpassung anzuwenden, während die Workloads durch den selbstverwalteten Knoten ausgeführt werden.
Das Beispiel 39 umfasst den Gegenstand des Beispiels 38, und wobei die Ressourcenmanager-Schaltung außerdem bestimmen soll, ob der selbstverwaltete Knoten über ausreichende Ressourcen verfügt, um das Leistungsziel zu erfüllen; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt, zusätzliche Ressourcen von mindestens einem anderen selbstverwalteten Knoten anfordern soll.
Das Beispiel 40 umfasst den Gegenstand eines der Beispiele 38 und 39, und wobei die Ressourcenmanager-Schaltung außerdem bestimmen soll, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt, eine oder mehrere zusätzliche Workloads anfordern soll.
Das Beispiel 41 umfasst den Gegenstand eines der Beispiele 38 bis 40, und wobei das Empfangen der Daten zu den Dienstqualitätszielen das Empfangen eines Latenzziels, das eine Ziel-Zeitdauer angibt, in der eine oder mehrere der Aufgaben erledigt werden sollen, und/oder das Empfangen eines Prioritätsziels, das eine Priorität von einem oder mehreren Workloads oder Anweisungstypen zum Empfangen von Ressourcen angibt, umfasst.
Das Beispiel 42 umfasst den Gegenstand eines der Beispiele 38 bis 41, und wobei das Erhalten der Telemetriedaten das Erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Energieverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Energiemenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessornutzung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Das Beispiel 43 umfasst den Gegenstand eines der Beispiele 38 bis 42, und wobei das Anwenden der bestimmten Anpassung das Neuzuweisen einer oder mehrerer Aufgaben von einem Kern zu einem anderen Kern des einen oder der mehreren Prozessoren umfasst.
Das Beispiel 44 umfasst den Gegenstand eines der Beispiele 38 bis 43, und wobei das Anwenden der bestimmten Anpassung das Anpassen einer Zuweisung von Speicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Das Beispiel 45 umfasst den Gegenstand eines der Beispiele 38 bis 44, und wobei das Anwenden der bestimmten Anpassung das Anpassen einer oder mehrerer Einstellungen des einen oder der mehreren Prozessoren umfasst.
Das Beispiel 46 umfasst den Gegenstand eines der Beispiele 38 bis 45, und wobei die Ressourcenmanager-Schaltung außerdem Datenanalysen aus den Telemetriedaten erzeugen soll.
Das Beispiel 47 umfasst den Gegenstand eines der Beispiele 38 bis 46, und wobei das Erzeugen der Datenanalysen das Bestimmen eines Ressourcenauslastungsmusters von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 48 umfasst den Gegenstand eines der Beispiele 38 bis 47, und wobei das Erzeugen der Datenanalysen das Vorhersagen einer zukünftigen Ressourcennutzung von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 49 umfasst den Gegenstand eines der Beispiele 38 bis 48, und wobei das Erzeugen der Datenanalysen das Bestimmen, ob eine oder mehrere der Ressourcen derzeit einem Ressourcenkonflikt ausgesetzt sind, umfasst.
Das Beispiel 50 umfasst den Gegenstand eines der Beispiele 38 bis 49, und wobei das Erzeugen der Datenanalysen das Vorhersagen, ob eine oder mehrere der Ressourcen einem Ressourcenkonflikt ausgesetzt sein werden, umfasst.
Das Beispiel 51 umfasst den Gegenstand eines der Beispiele 38 bis 50, und wobei das Bestimmen der Anpassung das Bestimmen eines Zeitversatzes zum Ausgleichen einer Ressourcennutzungsphase einer der Aufgaben durch eine Ressourcennutzungsphase einer anderen der Aufgaben umfasst.
Das Beispiel 52 umfasst den Gegenstand eines der Beispiele 38 bis 51, und wobei das Bestimmen der Anpassung das Bestimmen einer Anpassung einer Priorität umfasst, die einer oder mehreren Arten von Anweisungen zugewiesen ist, die von dem einen oder den mehreren Prozessoren verarbeitet werden sollen.
Das Beispiel 53 umfasst den Gegenstand eines der Beispiele 38 bis 52, und wobei die Netzwerkkommunikator-Schaltung eine Vielzahl von zu erfüllenden Ressourcenzuweisungszielen empfangen soll; und wobei das Bestimmen einer Anpassung der Zuweisung der Ressourcen das Bestimmen einer Anpassung zum Erhöhen eines Erreichens von mindestens einem der Ressourcenzuweisungsziele, ohne das Erreichen eines der anderen Ressourcenzuweisungsziele zu verringern, umfasst.
Das Beispiel 54 umfasst einen selbstverwalteten Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten eine Schaltung umfasst, um Daten zu den Dienstqualitätszielen zu empfangen, die ein Leistungsziel von einem oder mehreren Workloads angeben, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; Mittel zum Ausführen der einen oder mehreren Aufgaben, um den einen oder die mehreren Workloads auszuführen; Mittel zum Erhalten von Telemetriedaten während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen angeben; Mittel, um in Abhängigkeit von den Telemetriedaten eine Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads zu bestimmen, um das Leistungsziel zu erreichen; und Mittel zum Anwenden der bestimmten Anpassung während die Workloads von dem selbstverwalteten Knoten ausgeführt werden.
Das Beispiel 55 umfasst den Gegenstand des Beispiels 54, und umfasst außerdem Mittel zum Bestimmen, ob der selbstverwaltete Knoten über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt; und Mittel, um in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt, zusätzliche Ressourcen von mindestens einem anderen selbstverwalteten Knoten anzufordern.
Das Beispiel 56 umfasst den Gegenstand eines der Beispiele 54 und 55, und umfasst außerdem Mittel zum Bestimmen, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und Mittel, um in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt, eine oder mehrere zusätzliche Workloads anzufordern.
Das Beispiel 57 umfasst den Gegenstand eines der Beispiele 54 bis 56, und wobei das Mittel zum Empfangen der Daten zu den Dienstqualitätszielen Mittel umfasst zum Empfangen eines Latenzziels, das eine Ziel-Zeitdauer, in der eine oder mehrere der Aufgaben erledigt werden sollen, angibt, und/oder zum Empfangen eines Prioritätsziels, das eine Priorität von einem oder mehreren Workloads oder Anweisungstypen zum Empfangen von Ressourcen angibt.
Das Beispiel 58 umfasst den Gegenstand eines der Beispiele 54 bis 57, und wobei das Mittel zum Erhalten der Telemetriedaten, das Mittel zum Bestimmen der Anpassung und das Mittel zum Anwenden der bestimmten Anpassung Mittel zum Erhalten der Telemetriedaten, Mittel zum Bestimmen der Anpassung und Mittel zum Anwenden der bestimmten Anpassung mit einer dedizierten Komponente des selbstverwalteten Knotens umfasst.
Das Beispiel 59 umfasst den Gegenstand eines der Beispiele 54 bis 58, und wobei das Mittel zum Erhalten der Telemetriedaten Mittel zum erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Energieverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Energiemenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessornutzung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Das Beispiel 60 umfasst den Gegenstand eines der Beispiele 54 bis 59, und wobei das Mittel zum Anwenden der bestimmten Anpassung Mittel zum Neuzuweisen einer oder mehrerer der Aufgaben von einem Kern zu einem anderen Kern von einem oder mehreren Prozessoren des selbstverwalteten Knotens umfasst.
Das Beispiel 61 umfasst den Gegenstand eines der Beispiele 54 bis 60, und wobei das Mittel zum Anwenden der bestimmten Anpassung Mittel zum Anpassen einer Zuweisung von Speicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Das Beispiel 62 umfasst den Gegenstand eines der Beispiele 54 bis 61, und wobei das Mittel zum Anwenden der bestimmten Anpassung Mittel zum Anpassen einer oder mehrerer Einstellungen eines oder mehrerer Prozessoren des selbstverwalteten Knotens umfasst.
Das Beispiel 63 umfasst den Gegenstand eines der Beispiele 54 bis 62, und umfasst außerdem Mittel zum Erzeugen von Datenanalysen aus den Telemetriedaten.
Das Beispiel 64 umfasst den Gegenstand eines der Beispiele 54 bis 63, und wobei das Mittel zum Erzeugen der Datenanalysen Mittel zum Bestimmen eines Ressourcennutzungsmusters von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 65 umfasst den Gegenstand eines der Beispiele 54 bis 64, und wobei das Mittel zum Erzeugen der Datenanalysen Mittel zum Vorhersagen einer zukünftigen Ressourcennutzung von einer oder mehreren der Aufgaben umfasst.
Das Beispiel 66 umfasst den Gegenstand eines der Beispiele 54 bis 65, und wobei das Mittel zum Erzeugen der Datenanalysen das Mittel zum Bestimmen, ob eine oder mehrere der Ressourcen derzeit einem Ressourcenkonflikt ausgesetzt sind, umfasst.
Das Beispiel 67 umfasst den Gegenstand eines der Beispiele 54 bis 66, und wobei das Mittel zum Erzeugen der Datenanalysen Mittel zum Vorhersagen, ob eine oder mehrere der Ressourcen einem Ressourcenkonflikt ausgesetzt sein werden, umfasst.
Das Beispiel 68 umfasst den Gegenstand eines der Beispiele 54 bis 67, und wobei das Mittel zum Bestimmen der Anpassung Mittel zum Bestimmen eines Zeitversatzes zum Ausgleichen einer Ressourcennutzungsphase einer der Aufgaben durch eine Ressourcennutzungsphase einer anderen der Aufgaben umfasst.
Das Beispiel 69 umfasst den Gegenstand eines der Beispiele 54 bis 68, und wobei das Mittel zum Bestimmen der Anpassung Mittel zum Bestimmen einer Anpassung einer Priorität umfasst, die einer oder mehreren Arten von Anweisungen zugewiesen ist, die von einem oder mehreren Prozessoren des selbstverwalteten Knotens verarbeitet werden sollen.
Das Beispiel 70 umfasst den Gegenstand eines der Beispiele 54 bis 69, und umfasst außerdem eine Schaltung zum Empfangen einer Vielzahl von zu erfüllenden Ressourcenzuweisungszielen durch den selbstverwalteten Knoten; und wobei das Mittel zum Bestimmen einer Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen Mittel zum Bestimmen einer Anpassung zum Erhöhen eines Erreichens von mindestens einem der Ressourcenzuweisungsziele, ohne das Erreichen eines der anderen Ressourcenzuweisungsziele zu verringern, umfasst.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 15/395179 [0001]
US 62365969 B [0001]
US 62376859 B [0001]
US 62427268 B [0001]

Claims

Selbstverwalteter Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten Folgendes umfasst: einen oder mehrere Prozessoren; eine oder mehrere Speichervorrichtungen, in denen eine Vielzahl von Anweisungen gespeichert ist, die bei Ausführung durch den einen oder die mehreren Prozessoren bewirkt, dass der verwaltete Knoten: Daten zu Dienstqualitätszielen empfängt, die ein Leistungsziel von einem oder mehreren Workloads anzeigen, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; die eine oder die mehreren Aufgaben ausführt, um den einen oder die mehreren Workloads auszuführen; Telemetriedaten erhält, während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen anzeigen; in Abhängigkeit von den Telemetriedaten eine Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads bestimmt, um das Leistungsziel zu erreichen; und die bestimmte Anpassung anwendet, während die Workloads von dem selbstverwalteten Knoten ausgeführt werden.
Selbstverwalteter Knoten nach Anspruch 1, wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten: bestimmt, ob der selbstverwaltete Knoten über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt, zusätzliche Ressourcen von mindestens einem anderen selbstverwalteten Knoten anfordert.
Selbstverwalteter Knoten nach Anspruch 1, wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten: bestimmt, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt, einen oder mehrere zusätzliche Workloads anfordert.
Selbstverwalteter Knoten nach Anspruch 1, wobei das Empfangen der Daten zu den Dienstqualitätszielen mindestens eines von einem Latenzziel, das eine Ziel-Zeitdauer angibt, in der eine oder mehrere der Aufgaben erledigt werden sollen, und einem Prioritätsziel, das eine Priorität von einem oder mehreren Workloads oder von Arten von Anweisungen zum Empfangen von Ressourcen angibt, umfasst.
Selbstverwalteter Knoten nach Anspruch 1, wobei die Vielzahl von Anweisungen bei Ausführung bewirken, dass der selbstverwaltete Knoten die Telemetriedaten erhält, die Anpassung bestimmt, und die ermittelte Anpassung mit einer dedizierten Komponente des einen oder der mehreren Prozessoren anwendet.
Selbstverwalteter Knoten nach Anspruch 1, wobei das Erhalten der Telemetriedaten das Erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Leistungsverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Leistungsmenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessornutzung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Selbstverwalteter Knoten nach Anspruch 1, wobei das Anwenden der bestimmten Anpassung das Neuzuweisen einer oder mehrerer Aufgaben von einem Kern zu einem anderen Kern des einen oder der mehreren Prozessoren umfasst.
Selbstverwalteter Knoten nach Anspruch 1, wobei das Anwenden der bestimmten Anpassung das Anpassen einer Zuweisung von Arbeitsspeicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Selbstverwalteter Knoten nach Anspruch 1, wobei das Anwenden der bestimmten Anpassung das Anpassen einer oder mehrerer Einstellungen des einen oder der mehreren Prozessoren umfasst.
Selbstverwalteter Knoten nach Anspruch 1, wobei die Vielzahl von Anweisungen bei Ausführung außerdem bewirkt, dass der selbstverwaltete Knoten aus den Telemetriedaten Datenanalysen erzeugt.
Selbstverwalteter Knoten nach Anspruch 10, wobei das Erzeugen der Datenanalysen das Bestimmen eines Ressourcennutzungsmusters von einer oder mehreren der Aufgaben umfasst.
Selbstverwalteter Knoten nach Anspruch 10, wobei das Erzeugen der Datenanalysen das Vorhersagen einer zukünftigen Ressourcennutzung von einer oder mehreren der Aufgaben umfasst.
Verfahren zum dynamischen Zuweisen von Ressourcen zu Workloads während die Workloads ausgeführt werden, wobei das Verfahren Folgendes umfasst: das Empfangen, durch einen selbstverwalteten Knoten, von Daten zu Dienstqualitätszielen, die ein Leistungsziel von einem oder mehreren Workloads anzeigen, die dem selbstverwalteten Knoten zugewiesen sind, wobei jeder Workload eine oder mehrere Aufgaben umfasst; das Ausführen, durch den selbstverwalteten Knoten, der einen oder der mehreren Aufgaben, um den einen oder die mehreren Workloads auszuführen; das Erhalten, durch den selbstverwalteten Knoten, von Telemetriedaten während die Workloads ausgeführt werden, wobei die Telemetriedaten die Nutzung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen angeben; das Bestimmen durch den selbstverwalteten Knoten und in Abhängigkeit von den Telemetriedaten, einer Anpassung der Zuweisung der dem selbstverwalteten Knoten zur Verfügung stehenden Ressourcen unter den Workloads, um das Leistungsziel zu erfüllen; und das Anwenden der bestimmten Anpassung durch den selbstverwalteten Knoten, während die Workloads durch den selbstverwalteten Knoten ausgeführt werden.
Verfahren nach Anspruch 13, des Weiteren umfassend: das Bestimmen, durch den selbstverwalteten Knoten, ob der selbstverwaltete Knoten über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt; und das Anfordern zusätzlicher Ressourcen von mindestens einem anderen selbstverwalteten Knoten, durch den selbstverwalteten Knoten und in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten nicht über ausreichende Ressourcen zum Erfüllen des Leistungsziels verfügt.
Verfahren nach Anspruch 13, des Weiteren umfassend: das Bestimmen, durch den selbstverwalteten Knoten, ob der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt; und das Anfordern eines oder mehrerer zusätzlicher Workloads, durch den selbstverwalteten Knoten in Reaktion auf eine Bestimmung, dass der selbstverwaltete Knoten das Leistungsziel erfüllt hat und über nicht ausgelastete Ressourcen verfügt.
Verfahren nach Anspruch 13, wobei das Empfangen der Daten zu den Dienstqualitätszielen mindestens eines von einem Latenzziel, das eine Ziel-Zeitdauer angibt, in der eine oder mehrere der Aufgaben erledigt werden sollen, und einem Prioritätsziel, das eine Priorität von einem oder mehreren Workloads oder Arten von Anweisungen zum Empfangen von Ressourcen angibt, umfasst.
Verfahren nach Anspruch 13, wobei das Erhalten der Telemetriedaten, das Bestimmen der Anpassung und das Anwenden der bestimmten Anpassung das Erhalten der Telemetriedaten, das Bestimmen der Anpassung und das Anwenden der bestimmten Anpassung mit einer dedizierten Komponente des selbstverwalteten Knotens umfasst.
Verfahren nach Anspruch 13, wobei das Erhalten der Telemetriedaten das Erhalten von mindestens einem der Folgenden umfasst: Leistungsdaten, die eine Geschwindigkeit angeben, mit der die Workloads ausgeführt werden, Leistungsverbrauchsdaten, die eine von dem selbstverwalteten Knoten verbrauchte Leistungsmenge angeben, Temperaturdaten, die eine Temperatur innerhalb des selbstverwalteten Knotens angeben, Prozessornutzungsdaten, die eine von jedem Workload verbrauchte Menge einer Prozessornutzung angeben, Speichernutzungsdaten, die eine Menge oder Häufigkeit der Speichernutzung durch jeden Workload angeben, oder Netzwerknutzungsdaten, die eine Menge an Netzwerkbandbreite, die von jedem Workload genutzt wird, angeben.
Verfahren nach Anspruch 13, wobei das Anwenden der bestimmten Anpassung das Neuzuweisen einer oder mehrerer Aufgaben von einem Kern zu einem anderen Kern eines oder mehrerer Prozessoren des selbstverwalteten Knotens umfasst.
Verfahren nach Anspruch 13, wobei das Anwenden der bestimmten Anpassung das Anpassen einer Zuweisung von Arbeitsspeicher oder Datenspeicher zu einer oder mehreren der Aufgaben umfasst.
Verfahren nach Anspruch 13, wobei das Anwenden der bestimmten Anpassung das Anpassen einer oder mehrerer Einstellungen eines oder mehrerer Prozessoren des selbstverwalteten Knotens umfasst.
Verfahren nach Anspruch 13, ferner das Erzeugen von Datenanalysen aus den Telemetriedaten durch den selbstverwalteten Knoten umfassend.
Verfahren nach Anspruch 22, wobei das Erzeugen der Datenanalysen das Bestimmen eines Ressourcennutzungsmusters von einer oder mehreren der Aufgaben umfasst.
Ein oder mehrere maschinenlesbare Speichermedien, umfassend eine Vielzahl von darauf gespeicherten Anweisungen, die in Reaktion auf ihre Ausführung bewirken, dass ein selbstverwalteter Knoten das Verfahren nach einem der Ansprüche 13 bis 23 ausführt.
Selbstverwalteter Knoten zum dynamischen Zuweisen von Ressourcen zu Workloads, während die Workloads ausgeführt werden, wobei der selbstverwaltete Knoten Folgendes umfasst: einen oder mehrere Prozessoren; eine oder mehrere Speichervorrichtungen, in denen eine Vielzahl von Anweisungen gespeichert ist, die bei Ausführung durch den einen oder die mehreren Prozessoren bewirkt, dass der Selbstverwaltete Knoten das Verfahren nach einem der Ansprüche 13 bis 23 ausführt.