DE102018214774A1

DE102018214774A1 - Technologien zum dynamischen Managen der Zuverlässigkeit disaggregierter Betriebsmittel in einem gemanagten Knoten

Info

Publication number: DE102018214774A1
Application number: DE102018214774.4A
Authority: DE
Inventors: Murugasamy Nachimuthu; Francesc Guim Bernat; Karthik Kumar; Daniel Rivas Barragan; Susanne Balle
Original assignee: Intel Corp
Current assignee: Intel Corp
Priority date: 2016-11-29
Filing date: 2018-08-30
Publication date: 2019-01-24
Also published as: US10795595B2; WO2018102416A1; US20180150471A1; US20180152366A1; DE102018006890A1; US10628068B2; US11137922B2; US20210365199A1; WO2018102456A1; US20180150256A1; US20240143410A1; US20180152383A1; US11687264B2; US11200104B2; US20180152540A1; US11307787B2; WO2018102414A1; US10747457B2; WO2018102443A1; US20200356294A1

Abstract

Technologien zum dynamischen Managen der Zuverlässigkeit disaggregierter Betriebsmittel in einem gemanagten Knoten enthalten einen Betriebsmittelmanager-Server. Der Betriebsmittelmanager-Server enthält eine Kommunikationsschaltung zum Empfangen von Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel, die die Zuverlässigkeit jedes disaggregierten Betriebsmittels aus der Gruppe disaggregierter Betriebsmittel angeben, und einer Knotenanforderung, einen gemanagten Knoten zusammenzustellen. Der Betriebsmittelmanager-Server enthält ferner eine Rechen-Engine zum Bestimmen von Knotenparametern aus einer Knotenanforderung, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben, Zusammenstellen eines gemanagten Knotens aus der Gruppe disaggregierter Betriebsmittel, die den Knotenparametern genügen, durch Konfigurieren des Rechen-Einschubs, um die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen, und Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf einen Ausfall.

Description

VERWEIS AUF VERWANDTE ANMELDUNGEN
Die vorliegende Anmeldung beansprucht die Priorität der vorläufigen US-Patentschrift Nr. 62/427,268 , eingereicht am 29. November 2016, und der indischen vorläufigen Patentschrift Nr. 201741030632 , eingereicht am 30 August 2017.
HINTERGRUND
Anwendungen, die in einem Datenzentrum ausgeführt werden, verwenden eine Gruppe von Betriebsmitteln, um ein spezielles Ziel zu erreichen (z. B. Datenbankabfragen zu verarbeiten). Unerwartete Ausfälle von Betriebsmitteln (z. B. aufgrund von Stromausfällen oder Fehlfunktionen in der Hardware zugewiesener Betriebsmittel) können sich jedoch auf die Fähigkeit der Anwendung zum erfolgreichen Ablaufen (z. B. innerhalb eines erwarteten Zeitrahmens oder überhaupt) in hohem Maße auswirken. Als ein Ergebnis kann ein Administrator eines Datenzentrums wählen, homogene Vorrichtungen (z. B. das gleiche Modell einer Vorrichtung von demselben Hersteller) zu installieren und das Ersetzen der Vorrichtungen basierend auf einer Schätzung der Nutzungsdauer von Vorrichtungen von dem Hersteller planen. Das kann jedoch Inflexibilität in der Fähigkeit verursachen, Betriebsmittel in dem Datenzentrum hinzuzufügen oder daraus zu entfernen, wenn sich die Anforderungen von Anwendungen an die Betriebsmittel ändern und/oder wenn mehr Kunden das Datenzentrum nutzen. In Datenzentren, in denen sich die Typen von Vorrichtungen, die einen gegeben Typ von Betriebsmitteln bereitstellen (z. B. Datenspeicher [engl.: memory] oder Datenablagespeicher [engl. data storage]), voneinander unterscheiden, wird das Zuverlässigkeitsproblem durch die Komplexität bei der Vorhersage verschärft, wann eine spezielle Vorrichtung ausfallen wird, da jede Vorrichtung unterschiedliche Zuverlässigkeitseigenschaften aufweisen kann.
Figurenliste
Die hier beschriebenen Konzepte sind als Beispiel und nicht als Einschränkung in den begleitenden Figuren dargestellt. Zur Vereinfachung und Verdeutlichung der Darstellung sind in den Figuren dargestellte Elemente nicht notwendigerweise maßstabsgerecht gezeichnet. Wenn es als angemessen erachtet wurde, sind Referenzbeschriftungen unter den Figuren wiederholt worden, um entsprechende oder analoge Elemente anzugeben.

1 ist ein Diagramm einer konzeptionellen Übersicht über ein Datenzentrum, in dem eine oder mehr hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können;
2 ist ein Diagramm einer Beispielausführungsform einer logischen Konfiguration eines Racks des Datenzentrums von 1;
3 ist ein Diagramm einer Beispielausführungsform eines weiteren Datenzentrums, in dem eine oder mehr hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können;
4 ist ein Diagramm einer weiteren Beispielausführungsform eines Datenzentrums, in dem eine oder mehr hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können;
5 ist ein Diagramm eines Konnektivitätsschemas, das für die Sicherungsschichtkonnektivität repräsentativ ist, die unter verschiedenen Einschüben der Datenzentren von 1, 3 und 4 hergestellt sein kann.
6 ist ein Diagramm einer Rack-Architektur, die für eine Architektur irgendeines speziellen der in den 1-4 abgebildeten Racks gemäß einigen Ausführungsformen repräsentativ sein kann.
7 ist ein Diagramm einer Beispielausführungsform eines Einschubs, der mit der Rack-Architektur von 6 verwendet sein kann;
8 ist ein Diagramm einer Beispielausführungsform einer Rack-Architektur, um eine Halterung für Einschübe bereitzustellen, die Erweiterungsmöglichkeiten aufweisen;
9 ist ein Diagramm einer Beispielausführungsform eines Racks, das gemäß der Rack-Architektur von 8 implementiert ist;
10 ist ein Diagramm einer Beispielausführungsform eines Einschubs, der zur Verwendung zusammen mit dem Rack von 9 konstruiert ist;
11 ist ein Diagramm einer Beispielausführungsform eines Datenzentrums, in dem eine oder mehrere hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können;
12 ist ein vereinfachtes Blockdiagramm wenigstens einer Ausführungsform eines Systems zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten als eine Funktion der Zuverlässigkeit der disaggregierten Betriebsmittel.
13 ist ein vereinfachtes Blockdiagramm wenigstens einer Ausführungsform eines Betriebsmittelmanager-Servers des Systems von 12;
14 ist ein vereinfachtes Blockdiagramm wenigstens einer Ausführungsform eines Rechen-Einschubs des Systems von 12;
15 ist ein vereinfachtes Blockdiagramm wenigstens einer Ausführungsform einer Umgebung, die durch den Betriebsmittelmanager-Server der 12 und 13 aufgebaut sein kann.
16 und 17 sind vereinfachte Ablaufdiagramme wenigstens einer Ausführungsform eines Verfahrens zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten als eine Funktion von Betriebsmitteldaten der disaggregierten Betriebsmittel, das durch den Betriebsmittelmanager-Server der 12, 13 und 15 ausgeführt werden kann. und
18 und 19 sind vereinfachte Diagramme wenigstens einer Ausführungsform der Datenkommunikation, die durch das System von 12 gesendet werden kann, in Zuordnung zu dem Bereitstellen automatischer disaggregierter Betriebsmittelzuverlässigkeit.

AUSFÜHRLICHE BESCHREIBUNG DER ZEICHNUNGEN
Obwohl die Konzepte der vorliegenden Offenbarung für verschiedene Modifikationen und alternative Formen offen sind, sind spezifische Ausführungsformen davon als Beispiele in den Zeichnungen gezeigt worden und werden hier ausführlich beschrieben. Es ist jedoch zu verstehen, dass nicht beabsichtigt ist, die Konzepte der vorliegenden Offenbarung auf die speziellen offenbarten Formen einzuschränken, sondern im Gegenteil beabsichtigt ist, alle Modifikationen, Äquivalente und Alternativen, die mit der vorliegenden Offenbarung und den beigefügten Ansprüchen konsistent sind, abzudecken.
Bezugnahmen in der Spezifikation auf „eine Ausführungsform“, „eine erläuternde Ausführungsform“ usw. geben an, dass die beschriebene Ausführungsform ein/e spezielle/s Merkmal, Struktur oder Eigenschaft enthalten kann, jedoch kann jede Ausführungsform diese/s spezielle Merkmal, Struktur oder Eigenschaft enthalten oder nicht notwendigerweise enthalten. Außerdem beziehen sich solche Ausdrücke nicht notwendigerweise auf dieselbe Ausführungsform. Ferner, wenn ein/e spezielle/s Merkmal Struktur oder Eigenschaft in Verbindung mit einer Ausführungsform beschrieben ist, ist damit übermittelt, dass es innerhalb der Kenntnisse eines Fachmanns ist, ein/e solche/s Merkmal, Struktur oder Eigenschaft in Verbindung mit anderen Ausführungsformen herbeizuführen, unabhängig davon, ob es ausdrücklich beschrieben ist. Zusätzlich wird darauf hingewiesen, dass Elemente, die in einer Liste in der Form von „wenigstens eines aus A, B und C“ enthalten sind, (A); (B); (C); (A und B); (A und C); (B und C); oder (A, B, und C) bedeuten kann. Ähnlich können Elemente, die in der Form von „wenigstens eines aus A, B oder C“ aufgelistet sind, (A); (B); (C); (A und B); (A und C); (B und C); oder (A, B, und C) bedeuten.
Die offenbarten Ausführungsformen können in einigen Fällen in Hardware, Firmware, Software oder irgendeiner Kombination daraus implementiert sein. Die offenbarten Ausführungsformen können auch als Anweisungen implementiert sein, die auf einem transitorischen oder nicht-transitorischen maschinenlesbaren (z. B. computerlesbaren) Speichermedium enthalten oder gespeichert sind und die durch einen oder mehrere Prozessoren gelesen und ausgeführt werden können. Ein maschinenlesbares Speichermedium kann als irgendein/e Speichervorrichtung, Mechanismus oder andere physikalische Struktur zum Speichern über Übertragen von Informationen in einer Form, die durch eine Maschine lesbar ist (z. B. einen flüchtigen oder nichtflüchtigen Datenspeicher, eine Medien-Disk oder eine andere Medienvorrichtung) ausgeführt sein.
In den Zeichnungen können einige strukturelle oder Verfahrens-Merkmale in spezifischen Anordnungen und/oder Reihenfolgen gezeigt sein. Es wird jedoch darauf hingewiesen, dass solche spezifischen Anordnungen und/oder Reihenfolgen nicht erforderlich sein können. Stattdessen können in einigen Ausführungsformen solche Merkmale auf andere Weise und/oder in anderer Reihenfolge angeordnet sein als sie in den erläuternden Figuren gezeigt ist. Zusätzlich soll das Aufnehmen eines strukturellen oder Verfahrensmerkmals in eine spezielle Figur nicht implizieren, dass ein solches Merkmal in allen Ausführungsformen erforderlich ist, und es kann in einigen Ausführungsformen nicht enthalten sein oder kann mit anderen Merkmalen kombiniert sein.
1 stellt eine konzeptionelle Übersicht eines Datenzentrums 100 dar, das allgemein für ein Datenzentrum oder einen anderen Typ eines Computernetzes repräsentativ sein kann, in dem/für das eine oder mehrere hier beschriebenen Techniken gemäß verschiedenen Ausführungsformen implementiert sein können. Wie in 1 gezeigt ist, kann ein Datenzentrum 100 allgemein mehrere Racks enthalten, von denen jedes eine Rechenausrüstung aufnehmen kann, die eine entsprechende Gruppe physikalischer Betriebsmittel umfasst. In dem speziellen nicht einschränkenden Beispiel, das in 1 abgebildet ist, enthält das Datenzentrum 100 vier Racks 102A bis 102D, die Rechenausrüstung aufnehmen, die entsprechende Gruppen physikalischer Betriebsmittel (PCRs) 105A bis 105D umfasst. Gemäß diesem Beispiel enthält eine kollektive Gruppe physikalischer Betriebsmittel 106 des Datenzentrums 100 die verschiedenen Gruppen physikalischer Betriebsmittel 105A bis 105D, die auf die Racks 102A bis 102D verteilt sind. Die physikalischen Betriebsmittel 106 können Betriebsmittel unterschiedlicher Typen enthalten, wie - beispielsweise - Prozessoren, Coprozessoren, Beschleuniger, feldprogrammierbaren Gatter-Arrays (FPGAs), Datenspeicher und Speicher. Die Ausführungsformen sind nicht auf diese Beispiele beschränkt.
Das erläuternde Datenzentrum 100 unterscheidet sich in vieler Hinsicht von typischen Datenzentren. Beispielsweise sind in der erläuternden Ausführungsform die Leiterplatten („Einschübe“), auf denen Komponenten wie z. B. CPUs, Datenspeicher und andere Komponenten platziert sind, für erhöhte thermische Leistung konstruiert. Insbesondere sind in der erläuternden Ausführungsform die Einschübe flacher als typische Platinen. Mit anderen Worten sind die Einschübe von vorne bis hinten, wo sich Lüfter befinden, kürzer. Das verringert die Länge des Wegs, den die Luft über den Komponenten auf der Platine zurücklegen muss. Ferner sind die Komponenten auf dem Einschub weiter voneinander beabstandet als in typischen Leiterplatten, und die Komponenten sind so angeordnet, um das Abschatten (d. h. eine Komponente in dem Luftströmungsweg einer anderen Komponente) zu reduzieren oder zu eliminieren. In der erläuternden Ausführungsform befinden sich Verarbeitungskomponenten wie z. B. die Prozessoren auf einer Oberseite eines Einschubs, während sich naher Datenspeicher wie z. B. DIMMs auf einer Unterseite des Einschubs befindet. Als ein Ergebnis der verbesserten Luftströmung, die durch diese Konstruktion bereitgestellt ist, können die Komponenten mit höheren Frequenzen und Leistungspegeln arbeiten als in typischen Systemen und dadurch die Leistungsfähigkeit verbessern. Darüber hinaus sind die Einschübe konfiguriert, mit Strom- und Datenkommunikationskabeln in jedem Rack 102A, 102B, 102C, 102D blind zusammenzupassen, was ihre Fähigkeit verbessert, schnell entfernt, aufgerüstet, neu installiert und/oder ersetzt zu werden. Ähnlich sind einzelne Komponenten, die sich auf den Einschüben befinden, wie z. B. Prozessoren, Beschleuniger, Datenspeicher und Datenablagespeicherlaufwerke, so konfiguriert, dass sie aufgrund ihrer erhöhten Beabstandung voneinander einfach aufgerüstet werden können. In der erläuternden Ausführungsform enthalten die Komponenten zusätzlich Hardware-Bestätigungsmerkmale, um ihre Authentizität nachzuweisen.
Darüber hinaus nutzt in der erläuternden Ausführungsform das Datenzentrum 100 eine einzige Netzarchitektur („Fabric“), die mehrere andere Netzarchitekturen einschließlich Ethernet und Omni-Path unterstützt. Die Einschübe sind in der erläuternden Ausführungsform mit Verteilern über Lichtleitfasern gekoppelt, die eine höhere Bandbreite und niedrigere Latenz als typische Zweidrahtverkabelung bereitstellen (z. B. Kategorie 5, Kategorie 5e, Kategorie 6 usw.). Aufgrund der hohen Bandbreite, der Verbindungen mit niedriger Latenz und der Netzarchitektur kann das Datenzentrum 100 im Gebrauch Betriebsmittel wie z. B. Datenspeicher, Beschleuniger (z. B. Grafikbeschleuniger, FPGAs, ASICs usw.) und Datenablagespeicherlaufwerke, die physikalisch disaggregiert sind, zusammenfassen und sie den Rechenbetriebsmitteln (z. B. Prozessoren) bei Bedarf zur Verfügung stellen, was es den Rechenbetriebsmitteln ermöglicht, auf die zusammengefassten Betriebsmittel so zuzugreifen, als ob sie lokal wären. Das erläuternde Datenzentrum 100 empfängt zusätzlich Nutzungsinformationen für die verschiedenen Betriebsmittel, sagt die Betriebsmittelnutzung für unterschiedliche Typen von Arbeitslasten basierend auf vergangener Betriebsmittelnutzung voraus und weist die Betriebsmittel basierend auf diesen Informationen dynamisch neu zu.
Die Racks 102A, 102B, 102C, 102D des Datenzentrums 100 können physikalische Konstruktionsmerkmale enthalten, die die Automatisierung einer Vielzahl von Typen von Wartungsaufgaben unterstützen. Beispielsweise kann das Datenzentrum 100 unter Verwendung von Racks implementiert sein, die so konstruiert sind, dass sie robotisch zugänglich sind und robotisch manipulierbare Betriebsmittel-Einschübe aufnehmen und unterbringen können. Darüber hinaus enthalten in der erläuternden Ausführungsform die Racks 102A, 102B, 102C, 102D integrierte Stromquellen, die eine größere Spannung aufnehmen, als es für Stromquellen typisch ist. Die erhöhte Spannung ermöglicht es, dass die Stromquellen zusätzliche Leistung für die Komponenten auf jedem Einschub bereitstellen können, was es ermöglicht, dass die Komponenten an höheren als typischen Frequenzen arbeiten.
2 stellt eine beispielhafte logische Konfiguration eines Racks 202 des Datenzentrums 100 dar. Wie in 2 gezeigt ist, kann das Rack 202 allgemein mehrere Einschübe unterbringen, von denen jeder eine entsprechende Gruppe physikalischer Betriebsmittel umfassen kann. In dem in 2 abgebildeten speziellen nicht einschränkenden Beispiel nimmt das Rack 202 die Einschübe 204-1 bis 204-4 auf, die entsprechende Gruppen physikalischer Betriebsmittel 205-1 bis 205-4 umfassen, von denen jede einen Abschnitt der gemeinsamen Gruppe physikalischer Betriebsmittel 206 bildet, die im Rack 202 enthalten sind. Mit Bezug auf 1 können dann, falls das Rack 202 - beispielsweise - für das Rack 102A repräsentativ ist, die physikalischen Betriebsmittel 206 den physikalischen Betriebsmitteln 105A entsprechen, die im Rack 102A enthalten sind. In dem Kontext dieses Beispiels können die physikalischen Betriebsmittel dann aus den entsprechenden Gruppen physikalischer Betriebsmittel aufgebaut sein, die die physikalischen Speicherbetriebsmittel 205-1, die physikalischen Beschleunigerbetriebsmittel 205-2, die physikalischen Datenspeicherbetriebsmittel 205-3 und die physikalischen Rechenbetriebsmittel 205-5 enthalten, 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 eine Zusammenfassung aus jedem der verschiedenen Typen physikalischer Betriebsmittel beinhalten (z. B. Rechnen, Datenspeicher, Beschleuniger, Speicher). Dadurch, dass er robotisch zugängliche und robotisch manipulierbare Einschübe aufweist, die disaggregierte Betriebsmittel umfassen, kann jeder Betriebsmitteltyp unabhängig voneinander und mit seiner eigenen optimierten Auffrischungsrate aufgerüstet werden.
3 stellt ein Beispiel eines Datenzentrums 300 dar, das allgemein für eines repräsentativ sein kann, in dem / für das eine oder mehrere hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können. In dem speziellen nicht einschränkenden Beispiel, das in 3 abgebildet ist, umfasst das Datenzentrum 300 die Racks 302-1 bis 302-32. In verschiedenen Ausführungsformen können die Racks des Datenzentrums 300 auf eine solche Weise angeordnet sein, dass sie verschiedene Zugangswege definieren und/oder aufnehmen. Beispielsweise können, wie in 3 gezeigt ist, die Racks des Datenzentrums 300 auf eine solche Weise angeordnet sein, dass sie die Zugangswege 311A, 311B, 311C und 311D definieren und/oder aufnehmen. In einigen Ausführungsformen kann das Vorhandensein solcher Wege allgemein ermöglichen, dass eine Ausrüstung zur automatischen Wartung, wie z. B. eine robotische Wartungsausrüstung, physikalisch auf die Rechenausrüstung, die in den verschiedenen Racks des Datenzentrums 300 untergebracht ist, zugreift und automatisierte Wartungsaufgaben (z. B. Ersetzen eines ausgefallenen Einschubs, Aufrüsten eines Einschubs) ausführt. In verschiedenen Ausführungsformen können die Abmessungen der Zugriffswege 311A, 311B, 311C und 311D, die Abmessungen der Racks 302-1 bis 302-32 und/oder ein oder mehrere andere Aspekte des physikalischen Layout des Datenzentrums 300 so ausgewählt sein, dass sie solche automatisierten Operationen zu unterstützen. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
4 stellt ein Beispiel eines Datenzentrums 400 dar, das allgemein für eines repräsentativ sein kann, in dem / für das eine oder mehrere hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können. Wie in 4 gezeigt ist, kann das Datenzentrum 400 ein optisches Fabric 412 enthalten. Das optische Fabric 412 kann allgemein eine Kombination aus optischen Signalisierungsmedien (wie z. B. optischer Verkabelung) und optischer Schaltinfrastruktur umfassen, über die irgendein spezieller Einschub in dem Datenzentrum 400 Signale zu jedem der anderen Einschübe in dem Datenzentrum 400 senden (und von ihm empfangen) kann. Die Signalisierungskonnektivität, die das optische Fabric 412 für irgendeinen gegebenen Einschub bereitstellt, kann Konnektivität sowohl zu anderen Einschüben in demselben Rack als auch Einschüben in anderen Racks enthalten. In dem speziellen nicht einschränkenden Beispiel, das in 4 abgebildet ist, enthält das Datenzentrum 400 vier Racks 402A bis 402D. Die 402A bis 402D nehmen die entsprechenden Paare von Einschüben 404A-1 und 404A-2, 404B-1 und 404B-2, 404C-1 und 404C-2 und 404D-1 und 404D-2 auf. Somit umfasst in diesem Beispiel das Datenzentrum 400 insgesamt acht Einschübe. Über das optische Fabric 412 kann jeder solche Einschub Signalisierungskonnektivität mit jedem der sieben anderen Einschübe in dem Datenzentrum 400 besitzen. Beispielsweise kann der Einschub 404A-1 im Rack 402A Signalisierungskonnektivität mit sowohl dem Einschub 404A-2 im Rack 402A als auch den sechs andere Einschüben 404B-1, 404B-2, 404C-1, 404C-2, 404D-1 und 404D-2, die über die anderen Racks 402B, 402C und 402D des Datenzentrums 400 verteilt sind, besitzen. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
5 stellt eine Übersicht über ein Konnektivitätsschema 500 dar, das allgemein für die Sicherungsschichtkonnektivität repräsentativ sein kann, die in einigen Ausführungsformen unter den verschiedenen Einschüben eines Datenzentrums hergestellt sein kann, so wie z. B. irgendeinem der Datenzentren 100, 300 und 400 der 1, 3 und 4. Das Konnektivitätsschema 500 kann unter Verwendung eines optischen Fabric, das eine optische Dualbetrieb-Schaltinfrastruktur 514 aufweist, implementiert sein. Die optische Dualbetrieb-Schaltinfrastruktur 514 kann allgemein eine Schaltinfrastruktur umfassen, die zum Empfangen von Kommunikation gemäß mehreren Sicherungsschichtprotokollen über die gleiche einheitliche Gruppe optischer Signalisierungsmedien und korrektem Schalten solcher Kommunikation fähig ist. In verschiedenen Ausführungsformen kann die optische Dualbetrieb-Schaltinfrastruktur 514 unter Verwendung eines oder mehrerer optischer Dualbetrieb-Verteiler 515 implementiert sein. In verschiedenen Ausführungsformen können die optischen Dualbetrieb-Verteiler 515 allgemein Verteiler mit hoher Wurzel („high-radix“) umfassen. In einigen Ausführungsformen können Dualbetrieb-Verteiler 515 mehrlagige Verteiler wie z. B. vierlagige Verteiler umfassen. In verschiedenen Ausführungsformen können optische Dualbetrieb-Verteiler 515 integrierte Silizium-Photonik enthalten, die es ihnen ermöglicht, Kommunikation mit signifikant reduzierter Latenz im Vergleich zu herkömmlichen Schaltvorrichtungen zu schalten. In einigen Ausführungsformen können optische Dualbetrieb-Verteiler 515 Leaf-Verteiler 530 in einer Leaf-Spine-Architektur bilden, die zusätzlich einen oder mehrere optische Dualbetrieb-Spine-Verteiler 520 enthält.
In verschiedenen Ausführungsformen können optische Dualbetrieb-Verteiler zum Empfangen von sowohl Ethernet-Protokoll-Kommunikation, die Internetprotokoll-Pakete (IP-Pakete) führt, als auch Kommunikation gemäß einem zweiten Hochleitungsberechnungs-Sicherungsschichtprotokoll (HPC-Sicherungsschichtprotokoll) (z. B. Intel Omni-Path-Architektur, Infiniband) über optische Signalisierungsmedien eines optischen Fabric fähig sein. Wie in 5 widergespiegelt ist, kann somit das Konnektivitätsschema 500 mit Bezug auf irgendein spezielles Paar von Einschüben 504A und 504B, die optische Signalisierungskonnektivität zu dem optischen Fabric besitzen, Unterstützung für Sicherungsschichtkonnektivität für sowohl Ethernet-Strecken als auch HPC-Strecken bereitstellen. Somit können sowohl Ethernet- als auch HPC-Kommunikation durch ein einziges Verteiler-Fabric mit hoher Bandbreite und niedriger Latenz unterstützt werden. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
6 stellt eine allgemeine Übersicht einer Rack-Architektur 600 dar, die für eine Architektur irgendeines speziellen der Racks, die in den 1 bis 4 abgebildet sind, gemäß einigen Ausführungsformen repräsentativ sein kann. Wie in 6 widergespiegelt ist, kann die Rack-Architektur 600 allgemein mehrere Einschubplätze 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 in 6 abgebildeten speziellen nicht einschränkenden Beispiel weist die Rack-Architektur 600 fünf Einschubplätze 603-1 bis 603-5 auf. Die Einschubplätze 603-1 bis 603-5 weisen entsprechende Mehrzweckkonnektormodule (MPCMs) 616-1 bis 616-5 auf.
7 stellt ein Beispiel eines Einschubs 704 dar, der für einen Einschub eines solchen Typs repräsentativ sein kann. Wie in 7 gezeigt ist, kann der Einschub 704 sowohl eine Gruppe physikalischer Betriebsmittel 705 als auch ein MPCM 716 umfassen, das konstruiert ist, mit einem Gegen-MPCM zu koppeln, wenn der Einschub 704 in einen Einschubplatz wie z. B. irgendeinen aus den Einschubplätzen 603-1 bis 603-5 von 6 eingeführt ist. Der Einschub 704 kann auch ein Erweiterungsverbindungselement 717 aufweisen. das Erweiterungsverbindungselement 717 kann allgemein einen Sockel, einen Steckplatz oder irgendeinen anderen Typ eines Verbindungselements umfassen, das zum Aufnehmen eines oder mehrerer Typen von Erweiterungsmodulen wie z. B. eines Erweiterungseinschubs 718 fähig ist. Durch Koppeln mit einem Gegen-Verbindungselement auf dem Erweiterungseinschub 718 kann das Erweiterungsverbindungselement 717 physikalische Betriebsmittel 705 mit Zugriff auf ergänzende Rechenbetriebsmittel 705B, die sich auf dem Erweiterungseinschub 718 befinden, versorgen. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
8 stellt ein Beispiel einer Rack-Architektur 800 dar, die für eine Rack-Architektur repräsentativ sein kann, die implementiert sein kann, um eine Halterung für Einschübe bereitzustellen, die Erweiterungsfähigkeiten aufweisen, wie z. B. den Einschub 704 von 7. In dem speziellen nicht einschränkenden Beispiel, das in 8 abgebildet ist, enthält die Rack-Architektur 800 sieben Einschubplätze 803-1 bis 803-7, die die entsprechenden MPCMs 816-1 bis 816-7 aufweisen. Die Einschubplätze 803-1 bis 803-7 enthalten die entsprechenden Primärgebiete 803-1A bis 803-7A und die entsprechenden Erweiterungsgebiete 803-1B bis 803-7B. Mit Bezug auf jeden solchen Einschubplatz kann, wenn das entsprechende MPCM mit einem Gegen-MPCM auf einem eingeführten Einschub gekoppelt ist, das Primärgebiet allgemein ein Gebiet des Einschubplatzes bilden, das den eingeführten Einschub physikalisch aufnimmt. Das Erweiterungsgebiet kann allgemein ein Gebiet des Einschubplatzes bilden, das ein Erweiterungsmodul wie z. B. den Erweiterungseinschub 718 von 7 physikalisch aufnehmen kann in dem Fall, wenn der eingeführte Einschub mit einem solchen Modul konfiguriert ist.
9 stellt ein Beispiel eines Racks 902, das für ein Rack repräsentativ sein kann, das gemäß der Rack-Architektur 800 von 8 implementiert ist, gemäß einigen Ausführungsformen dar. In dem speziellen nicht einschränkenden Beispiel, das in 9 abgebildet ist, weist das Rack 902 sieben Einschubplätze 903-1 bis 903-7 auf, die entsprechende Primärgebiete 903-1A bis 903-7A und entsprechende Erweiterungsgebiete 903-1B bis 903-7B enthalten. In verschiedenen Ausführungsformen kann in dem Rack 902 eine Temperatursteuerung unter Verwendung eines Luftkühlungssystems implementiert sein. Beispielsweise kann, wie in 9 widergespiegelt ist, das Rack 902 mehrere Lüfter 919 aufweisen, die allgemein so angeordnet sind, dass sie Luftkühlung innerhalb der verschiedenen Einschubplätze 903-1 bis 903-7 bereitstellen. In einigen Ausführungsformen ist die Höhe des Einschubplatzes größer als die herkömmliche „1U“-Server-Höhe. In solchen Ausführungsformen können die Lüfter 919 allgemein relativ langsame Kühlungslüfter mit großem Durchmesser umfassen im Vergleich zu Lüftern, die in herkömmlichen Rack-Konfigurationen verwendet werden. Das Laufen von Kühlungslüftern mit großem Durchmesser mit geringer Geschwindigkeit kann die Lebensdauer der Lüfter erhöhen im Vergleich zu Lüftern mit kleinerem Durchmesser, die mit höherer Geschwindigkeit laufen, während sie immer noch die gleiche Kühlungsleistung bereitstellen. Die Einschübe sind physikalisch flacher als herkömmliche Rack-Abmessungen. Ferner sind Komponenten auf jedem Einschub angeordnet, um thermisches Abschatten zu reduzieren (d. h. nicht in Reihe in der Richtung der Luftströmung angeordnet). Als ein Ergebnis ermöglichen die breiteren flacheren Einschübe eine Erhöhung der Vorrichtungsleistung, weil die Vorrichtungen mit einer höheren thermischen Hülle (z. B. 250 W) betrieben werden können aufgrund der verbesserten Kühlung (d. h. keine thermische Abschattung, mehr Raum zwischen den Vorrichtungen, mehr Platz für größere Kühlkörper usw.).
Die MPCMs 916-1 bis 916-7 können konfiguriert sein, die eingeführten Einschübe mit Zugriff auf Leistung zu versorgen, die durch entsprechende Stromversorgungsmodule 920-1 bis 920-7 bereitgestellt wird, von denen jedes Leistung aus einer externen Stromquelle 921 ziehen kann. In verschiedenen Ausführungsformen kann die externe Stromquelle 921 dem Rack 902 Wechselstrom-Leistung (AC-Leistung) zuführen, und die Stromversorgungsmodule 920-1 bis 920-7 können konfiguriert sein, einen solchen AC-Leistung in Gleichstrom-Leistung (DC-Leistung) umzusetzen, die den eingeführten Einschüben zugeführt werden soll. In einigen Ausführungsformen können beispielsweise die Stromversorgungsmodule 902-1 bis 920-1 konfiguriert sein, 277-Volt-AC-Leistung in 12-Volt-DC-Leistung zum Versorgen eingeführter Einschübe über entsprechende MPCMs 916-1 bis 916-7 umsetzen. Die Ausführungsformen sind nicht auf dieses Beispiel beschränkt.
Die MPCMs 916-1 bis 916-7 können auch ausgelegt sein, um eingeführte Einschübe mit optischer Signalisierungskonnektivität zu einer optischen Dualbetrieb-Schaltinfrastruktur 914 zu versorgen, die gleich der - oder ähnlich der - optischen Schaltinfrastruktur 514 von 5 sein kann. In verschiedenen Ausführungsformen können optische Verbindungselemente, die in den MPCMs 916-1 bis 916-7 enthalten sind, so konstruiert sein, dass sie mit optischen Gegen-Verbindungselementen koppeln, die in MPCMs eingeführter Einschübe enthalten sind, um solche Einschübe mit optischer Signalisierungskonnektivität zu der optischen Dualbetrieb-Schaltinfrastruktur 914 über entsprechende Längen optischer Verkabelung 922-1 bis 922-7 zu versorgen. In einigen Ausführungsformen kann sich jede solche Länge optischer Verkabelung von ihrem entsprechenden MPCM zu einem optischen Zusammenschaltungskabelbaum 923, der außerhalb der Einschubplätze des Racks 902 ist, erstrecken. In verschiedenen Ausführungsformen kann der optische Zusammenschaltungskabelbaum 923 so angeordnet sein, dass er in einem Trägerpfosten oder einem anderen Typ eines Lastträgerelementes des Racks 902 verläuft. Die Ausführungsformen sind in diesem Kontext nicht beschränkt. Weil sich die eingeführten Einschübe mit einer optischen Schaltinfrastruktur über MPCMs verbinden, können die Betriebsmittel, die typischerweise zum manuellen Konfigurieren der Rack-Verkabelung aufgewandt werden, um einen neu eingeführten Einschub aufzunehmen, eingespart werden.
10 stellt ein Beispiel eines Einschubs 1004, der für einen Einschub repräsentativ sein kann, der zum Gebrauch zusammen mit dem Rack 902 von 9 konstruiert ist, gemäß einigen Ausführungsformen dar. Der Einschub 1004 kann ein MPCM 1016 aufweisen, das ein optisches Verbindungselement 1016A und ein Stromverbindungselement 1016B umfasst und das konstruiert ist, mit einem Gegen-MPCM eines Einschubplatzes im Zusammenhang mit dem Einführen des MPCM 1016 in diesen Einschubplatz zu koppeln. Das Koppeln des MPCM 1016 mit einem solchen Gegen-MPCM kann bewirken, dass sich das Stromverbindungselement 1016 mit einem Stromverbindungselement, das in dem Gegen-MPCM enthalten ist, koppelt. Das kann allgemein ermöglichen, dass physikalische Betriebsmittel 1005 des Einschubs 1004 Strom aus einer externen Quelle über das Stromverbindungselement 1016 und Stromübertragungsmedien 1024, die das Stromverbindungselement 1016 mit den physikalischen Betriebsmitteln 1005 leitfähig koppeln, ziehen.
Der Einschub 1004 kann außerdem eine optische Dualbetrieb-Netzschnittstellenschaltungsanordnung 1026 enthalten. Die optische Dualbetrieb-Netzschnittstellenschaltungsanordnung 1026 kann allgemein eine Schaltungsanordnung enthalten, die zum Kommunizieren über optische Signalisierungsmedien gemäß jedem der mehreren Sicherungsschichtprotokolle, die durch die optische Dualbetrieb-Schaltinfrastruktur von 9 unterstützt werden, fähig ist. In verschiedenen Ausführungsformen kann die optische Dualbetrieb-Netzschnittstellenschaltungsanordnung 1026 sowohl zur Ethernet-Protokoll-Kommunikation als auch zur Kommunikation gemäß einem zweiten Hochleistungs-Protokoll fähig sein. In verschiedenen Ausführungsformen kann die optische Dualbetrieb-Netzschnittstellenschaltungsanordnung 1ß26 ein oder mehrere optische Sender/Empfänger-Module 1027 enthalten, von denen jedes zum Senden und Empfangen optischer Signale über jeden aus einem oder mehreren optischen Kanälen fähig sein kann. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
Das Koppeln des MPCM 1016 mit einem Gegen-MPCM eines Einschubplatzes in einem gegeben Rack kann verursachen, dass sich ein optisches Verbindungselement 1016A mit einem optischen Verbindungselement, das in dem Gegen-MPCM enthalten ist, koppelt. Das kann allgemein optische Konnektivität zwischen optischer Verkabelung des Einschubs und der Dualbetrieb-Netzschnittstellenschaltungsanordnung 1026 über jede Gruppe optischer Kanäle 1025 herstellen. Die Dualbetrieb-Netzschnittstellenschaltungsanordnung 1026 kann mit den physikalischen Betriebsmitteln 1005 des Einschubs 1004 über die elektrischen Signalisierungsmedien 1028 kommunizieren. Zusätzlich zu den Abmessungen der Einschübe und der Anordnung der Komponenten auf den Einschüben kann in einigen Ausführungsformen, um verbesserte Kühlung bereitzustellen und den Betrieb mit einer relativ höheren thermischen Hülle (z. B. 250 W) zu ermöglichen, wie vorstehend mit Bezug auf 9 beschrieben ist, ein Einschub ein oder mehrere zusätzliche Merkmale enthalten, um Luftkühlung zu unterstützen, wie z. B. eine Röhrenkühlkörper und/oder Kühlkörper, die angeordnet sind, um Wärme, die durch die physikalischen Betriebsmittel 1005 erzeugt wird, abzuleiten. Es wird darauf hingewiesen, dass, obwohl der Beispieleinschub 1004, der in 10 abgebildet ist, kein Erweiterungsverbindungselement aufweist, irgendein gegebener Einschub, der die Konstruktionselemente des Einschubs 1004 aufweist, auch ein Erweiterungsverbindungselement gemäß einigen Ausführungsformen aufweisen kann. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
11 stellt ein Beispiel eines Datenzentrums 1100 dar, das allgemein für eines repräsentativ sein kann, in dem / für das eine oder mehrere hier beschriebene Techniken gemäß verschiedenen Ausführungsformen implementiert sein können. Wie in 11 widergespiegelt ist, kann ein Managementrahmen 1150A der physikalischen Infrastruktur implementiert sein, um das Management einer physikalischen Infrastruktur 1100A des Datenzentrums 1100 zu unterstützen. In verschiedenen Ausführungsformen kann es eine Funktion des Managementrahmens 1150A der physikalischen Infrastruktur sein, automatisierte Wartungsfunktionen innerhalb des Datenzentrums 1100 zu managen, wie z. B. die Verwendung robotischer Wartungsausrüstung, um von Rechenausrüstung innerhalb der physikalischen Infrastruktur 1100A zu warten. In einigen Ausführungsformen kann die physikalische Infrastruktur 1100A ein erweitertes Telemetriesystem aufweisen, das Telemetrieberichten ausführt, das ausreichend robust ist, um entferntes automatisiertes Management der physikalischen Infrastruktur 1100A zu unterstützen. In verschiedenen Ausführungsformen können Telemetrieinformationen, die durch ein solches erweitertes Telemetriesystem bereitgestellt sind, Merkmale wie z. B. Fehlervorhersage-/- vermeidungsfähigkeiten und Kapazitätsplanungsfähigkeiten unterstützen. In einigen Ausführungsformen kann der Managementrahmen 1150A der physikalischen Infrastruktur außerdem konfiguriert sein, die Authentifizierung physikalischer Infrastrukturkomponenten unter Verwendung von Hardware-Bestätigungstechniken zu managen. Beispielsweise können Roboter die Authentizität von Komponenten vor der Installation durch Analysieren von Informationen, die aus einem Hochfrequenzidentifizierungs-Etikett (RFID-Etikett) erfasst werden, das jeder zu installierenden Komponente zugeordnet ist, verifizieren. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
Wie in 11 gezeigt ist, kann die physikalische Infrastruktur 1100A des Datenzentrums 1100 ein optisches Fabric 1112 umfassen, das eine optische Dualbetrieb-Schaltinfrastruktur 1114 enthalten kann. Das optische Fabric 1112 und die optische Dualbetrieb-Schaltinfrastruktur 1114 können gleich dem/der - oder ähnlich dem/der - optischen Fabric 412 von 4 bzw. optischen Dualbetrieb-Schaltinfrastruktur 514 von 5 sein und können Mehrprotokoll-Konnektivität mit hoher Bandbreite und niedriger Latenz unter den Einschüben des Datenzentrums 110 bereitstellen. Wie vorstehend mit Bezug auf 1 diskutiert kann es in verschiedenen Ausführungsformen die Verfügbarkeit einer solchen Konnektivität machbar machen, Betriebsmittel wie z. B. Beschleuniger, Datenspeicher und Speicher zu disaggregieren und dynamisch zusammenzufassen. In einigen Ausführungsformen können beispielsweise ein oder mehrere zusammengefasste Beschleuniger-Einschübe 1130 in der physikalischen Infrastruktur 1100A des Datenzentrums 1100 enthalten sein, von denen jeder eine Zusammenfassung von Beschleuniger-Betriebsmitteln - wie beispielsweise Coprozessoren und/oder FPGAs - umfassen kann, die global für andere Einschübe über das optische Fabric 1112 und die optische Dualbetrieb-Schaltinfrastruktur 1114 zugänglich sind.
In einem weiteren Beispiel können in verschiedenen Ausführungsformen eine oder mehrere zusammengefasste Speicher-Einschübe 1132 in der physikalischen Infrastruktur 1100A des Datenzentrums 1100 enthalten sein, von denen jeder eine Zusammenfassung von Speicher-Betriebsmitteln umfassen kann, die global für andere Einschübe über das optische Fabric 1112 und die optische Dualbetrieb-Schaltinfrastruktur 1114 zugänglich sind. In einigen Ausführungsformen können solche zusammengefassten Speicher-Einschübe 1132 Zusammenfassungen von Festkörper-Speichervorrichtungen wie z. B. Festkörperlaufwerken (SSDs) umfassen. In verschiedenen Ausführungsformen können ein oder mehrere Hochleistungsverarbeitungs-Einschübe 1134 in der physikalischen Infrastruktur 1100A des Datenzentrums 1100 enthalten sein. In einigen Ausführungsformen können die Hochleistungsverarbeitungs-Einschübe 1134 sowohl Zusammenfassungen von Hochleistungs-Prozessoren als auch Kühlungsmerkmale umfassen, die die Luftkühlung verbessern, um eine höhere thermische Hülle von bis zu 250 W oder mehr zu erreichen. In verschiedenen Ausführungsformen kann irgendein gegebener Hochleistungsverarbeitungs-Einschub 1134 ein Erweiterungsverbindungselement 1117 aufweisen, das einen entfernten Datenspeichererweiterungs-Einschub aufnehmen kann, so dass der entfernte Datenspeicher, der für diesen Hochleistungsverarbeitungs-Einschub 1134 lokal zugänglich ist, von den Prozessoren und dem nahen Datenspeicher, die auf diesem Einschub enthalten sind, disaggregiert ist. In einigen Ausführungsformen kann ein solcher Hochleistungsverarbeitungs-Einschub 1134 mit entferntem Datenspeicher unter Verwendung eines Erweiterungseinschubs, der SSD-Speicher mit niedriger Latenz umfasst, konfiguriert sein. Die optische Infrastruktur ermöglicht, dass Rechenbetriebsmittel auf einem Einschub entfernte Beschleuniger/FPGA-, Datenspeicher- und/oder SSD-Betriebsmittel nutzen, die auf einem Einschub disaggregiert sind, der sich in demselben Rack oder irgendeinem anderen Rack in dem Datenzentrum befindet. Die entfernten Betriebsmittel können sich einen Schaltsprung entfernt oder zwei Schaltsprünge entfernt in der Spine-Leaf-Netzarchitektur, die vorstehend mit Bezug auf 5 beschrieben ist, befinden. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
In verschiedenen Ausführungsformen können eine oder mehrere Abstraktionsebenen auf die physikalischen Betriebsmittel der physikalischen Infrastruktur 1100A angewandt werden, um eine virtuelle Infrastruktur wie z. B. eine Software-definierte Infrastruktur 1100B zu definieren. In einigen Ausführungsformen können virtuelle Rechenbetriebsmittel 1136 der Softwaredefinierten Infrastruktur 1100B zugewiesen werden, um das Bereitstellen von Cloud-Diensten 1140 zu unterstützen. In verschiedenen Ausführungsformen können verschiedene Gruppen virtueller Rechenbetriebsmittel 1136 zur Bereitstellung für Cloud-Dienste 1140 in Form von SDI-Diensten 1138 gruppiert sein. Beispiele für Cloud-Dienste 1140 können - ohne Einschränkung - „Software as a Service“-Dienste (SaaS-Dienste) 1142, „Platform as a Service“-Dienste (PaaS-Dienste) 1144 und „Infrastructure as a Service“-Dienste (IaaS-Dienste) 1146 enthalten.
In einigen Ausführungsformen kann das Management Software-definierter Infrastruktur 1100B unter Verwendung eines Managementrahmens 1150B der virtuellen Infrastruktur durchgeführt werden. In verschiedenen Ausführungsformen kann der Managementrahmen 1150B der virtuellen Infrastruktur konstruiert sein, um Arbeitslastfingerabdrucktechniken und/oder Maschinenlerntechniken zusammen mit dem Managen der Zuweisung virtueller Rechenbetriebsmittel 1136 und/oder SDI-Dienste 1138 zu Cloud-Diensten 1140 zu implementieren. In einigen Ausführungsformen kann der Managementrahmen 1150B der virtuellen Infrastruktur Telemetriedaten zusammen mit Ausführen einer solchen Betriebsmittelzuweisung verwenden/konsultieren. In verschiedenen Ausführungsformen kann ein Managementrahmen 1150C für Anwendungen/Dienste implementiert sein, um QoS-Managementfähigkeiten für Cloud-Dienste 1140 bereitzustellen. Die Ausführungsformen sind in diesem Kontext nicht beschränkt.
Jetzt Bezug nehmend auf 12 kann ein System 1200 zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten als eine Funktion von Betriebsmitteldaten (z. B. Daten, die die Zuverlässigkeit, Verfügbarkeit und Belastbarkeit der disaggregierten Betriebsmittel angeben) in Übereinstimmung mit den Datenzentren 100, 300, 400 und 1100, die vorstehend mit Bezug auf die 1, 3, 4 und 11 beschrieben sind, implementiert sein. In der erläuternden Ausführungsform enthält das System 1200 einen Betriebsmittelmanager-Server 1202 in Kommunikation mit einer Zusammenstellung von Betriebsmitteln (z. B. physikalischen Betriebsmitteln 206) aus demselben oder unterschiedlichen Einschüben (z. B. den Einschüben 204-1, 204-2, 204-3, 204-4, usw.) oder Racks (z. B. einem oder mehreren der Racks 302-1 bis 302-32). Die Zusammenstellung von Betriebsmitteln (z. B. der physikalischen Betriebsmittel 206) enthält Datenablagespeicherbetriebsmittel 1220 (z. B. physikalische Speicherbetriebsmittel 205-1) der Speicher-Einschübe 1206 (z. B. des Einschubs 204-1), Datenspeicherbetriebsmittel 1230 (z. B. physikalische Datenspeicherbetriebsmittel 205-3) der Datenspeicher-Einschübe 1208 (z. B. des Einschubs 204-3) oder andere Betriebsmittel 1240 (z. B. physikalische Beschleunigerbetriebsmittel 205-2, physikalische Rechenbetriebsmittel 205-4) anderer Betriebsmittel-Einschübe 1210 (z. B. der Einschübe 204-2). Wie angegeben können die Betriebsmittel physikalisch in Stromversorgungsdomänen gruppiert sein (d. h. Betriebsmittel, die durch dieselbe Strom- und Erdungsversorgung versorgt werden). Es wird darauf hingewiesen, dass in einigen Ausführungsformen das System 1200 eine andere Anzahl von Stromversorgungsdomänen enthalten kann und jede Stromversorgungsdomäne eine andere Anzahl von Rechen-Einschüben 1204, Speicher-Einschüben 1206, Datenspeicher-Einschüben 1208, Betriebsmittel-Einschüben 1210 und/oder anderen Einschüben (z. B. Beschleuniger-Einschübe) enthalten kann. Ähnlich sollte, obwohl jeder der Speicher-Einschübe 1206, der Datenspeicher-Einschübe 1208 und der anderen Betriebsmittel-Einschübe 1210 vier SpeicherBetriebsmittel 1220, vier Datenspeicher-Betriebsmittel 1230 bzw. vier andere Betriebsmittel 120 enthält, verstanden werden, dass in anderen Ausführungsformen jeder Einschub 1206, 1208, 1210 eine andere Anzahl von Betriebsmitteln enthalten kann. Das System 1200 kann sich in einem Datenzentrum befinden und Speicher und Rechendienste (z. B. Cloud-Dienste) für eine Clientvorrichtung 1214 bereitstellen, die sich über ein Netz 1212 in Kommunikation mit dem System 1200 befindet. Der Betriebsmittelmanager-Server 1202 kann eine Cloud-Betriebsumgebung wie z. B. OpenStack unterstützen, und der Rechen-Einschub 1204, der Speicher-Einschub 1206, der Datenspeicher-Einschub 1208 und der andere Betriebsmittel-Einschub 1210 können eine oder mehrere Anwendungen oder Prozesse (d. h. Arbeitslasten), wie z. B. in virtuellen Maschinen oder Containern, im Auftrag eines Anwenders der Clientvorrichtung 1214 ausführen.
Im Gebrauch empfängt der Betriebsmittelmanager-Server 1202 Betriebsmitteldaten (z. B. Daten, die die Zuverlässigkeit, die Verfügbarkeit und die Belastbarkeit eines disaggregierten Betriebsmittels angeben) von jedem der disaggregierten Betriebsmittel (z. B. den Speichervorrichtungen 1220, den Datenspeichervorrichtungen 1230 und/oder den anderen Betriebsmitteln 1240, wie z. B. den Beschleunigervorrichtungen), die mit dem Betriebsmittelmanager-Server 1202 kommunikationstechnisch gekoppelt sind. Der Betriebsmittelmanager-Server 1202 kann ferner eine Knotenanforderung von dem Rechen-Einschub 1204 empfangen, einen gemanagten Knoten zusammenzustellen, der Parametern des gemanagten Knotens, die in der Anforderung enthalten sind, genügt (z. B. gemäß einer Dienstgütevereinbarung (SLA)). Dafür kann der Betriebsmittelmanager-Server 1202 basierend auf den Betriebsmitteldaten, die jedem der disaggregierten Betriebsmittel zugeordnet sind, eine Gruppe disaggregierter Betriebsmittel auswählen, um einen gemanagten Knoten zusammenzustellen, der den Parametern des gemanagten Knotens genügt. Beispielsweise können die Parameter des gemanagten Knotens ein Niveau der Zuverlässigkeit, ein Niveau der Verfügbarkeit, ein Niveau der Belastbarkeit, Rechenanforderungen, Datenspeicher- und Speicher-Anforderungen und/oder Replizierungs-Anforderungen enthalten. In einigen Ausführungsformen können die Parameter des gemanagten Knotens Metadaten enthalten, die vordefinierte Metriken (z. B. Industriestandards) referenzieren, die ein Zielniveau der Zuverlässigkeit, Verfügbarkeit, Belastbarkeit usw. angeben. In der erläuternden Ausführungsform kann der Betriebsmittelmanager-Server 1202 die Betriebsmittel aus unterschiedlichen Stromversorgungsdomänen auswählen und die Replizierung der Anwendungsdaten auf mehreren Betriebsmitteln ermöglichen, um gegen einen Ausfall eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens aufgrund eines Hardware-Ausfalls oder eines Stromausfalls einer der Stromquellen abzusichern. Sobald der gemanagte Knoten erzeugt ist, kann der Rechen-Einschub 1204 die zugewiesenen Betriebsmittel bei der Ausführung der Anwendung nutzen. Beispielsweise kann der Betriebsmittelmanager-Server 1202 einen gemanagten Knoten erzeugen durch Auswählen von Speichervorrichtungen 1220, Datenspeichervorrichtungen 1230 und anderen Betriebsmitteln aus unterschiedlichen Stromversorgungsdomänen 1250, 1260, um den Parametern des gemanagten Knotens zu genügen.
Jetzt Bezug nehmend auf 13 kann der Betriebsmittelmanager-Server 1202 als irgendein Typ einer Rechenvorrichtung ausgeführt sein, die zum Kommunizieren zwischen dem Rechen-Einschub 1204 und den disaggregierten Betriebsmitteln fähig ist, um einen gemanagten Knoten zur Ausführung einer Anwendung und zum Ausführen der anderen hier beschriebenen Funktionen zusammenzustellen. Der Betriebsmittelmanager-Server 1202 kann konfiguriert sein, eine Anforderung auszugeben, um Cloud-Dienste ausführen zu lassen, Ergebnisse der Cloud-Dienste zu empfangen, kontinuierlich Betriebsmitteldaten von den disaggregierten Betriebsmitteln zu empfangen, einen gemanagten Knoten gemäß einer Knotenanforderung von dem Rechen-Einschub 1204 zu erzeugen und die Kommunikation zwischen Komponenten (z. B. der Rechenvorrichtung, den Speichervorrichtungen, den Datenspeichervorrichtungen 1230 und/oder anderen Betriebsmitteln 1240) des gemanagten Knotens zu managen. Außerdem kann, wenn die Anwendung auf dem gemanagten Knoten ausgeführt wird, der Betriebsmittelmanager-Server 1202 die Betriebsmittel des gemanagten Knotens auf einen Ausfall überwachen (z. B. einen Hardware-Ausfall und/oder einen Stromausfall) und sich in Reaktion auf eine Detektion eines Ausfalls von dem Ausfall erholen durch Modifizieren der Zuweisung von Betriebsmitteln in dem Datenzentrum zu dem gemanagten Knoten, so dass der modifizierte gemanagte Knoten weiterhin den angeforderten Knotenparametern genügt.
Beispielsweise kann der Betriebsmittelmanager-Server 1202 als ein Computer, ein verteiltes Rechensystem, ein oder mehrere Einschübe (z. B. die Einschübe 204-1, 204-2, 204-3, 204-4 usw.), ein Server (z. B. eigenständig, im Rack montiert, Blade usw.), ein Mehrprozessorsystem, eine Netzeinrichtung (z. B. physikalisch oder virtuell), ein Desktop-Computer, eine Workstation, ein Laptop-Computer, ein Notebook-Computer, ein Prozessorbasiertes System oder eine Netzeinrichtung ausgeführt sein. Wie in 13 gezeigt ist, enthält der erläuternde Betriebsmittelmanager-Server 1202 die Rechen-Engine 1310, ein Eingabe/Ausgabe-Teilsystem („I/O“-Teilsystem) 1320, die Kommunikationsschaltungsanordnung 1330, die Datenablagespeichervorrichtung(en) 1340 und die Peripherievorrichtung(en) 1350. Es wird darauf hingewiesen, dass der Betriebsmittelmanager-Server 1202 in anderen Ausführungsformen andere oder zusätzliche Komponenten enthalten kann, wie z. B. diejenigen, die normalerweise in einer typischen Rechenvorrichtung zu finden sind (z. B. verschiedene Eingabe/AusgabeVorrichtungen und/oder andere Komponenten). Zusätzlich können in einigen Ausführungsformen eine oder mehrere der erläuternden Komponenten in eine weitere Komponente integriert sein oder auf andere Weise einen Teil davon bilden.
Die Rechen-Engine 1310 kann als irgendein Typ einer Vorrichtung oder Sammlung vor Vorrichtungen ausgeführt sein, die zum Ausführen der verschiedenen Rechenfunktionen wie nachstehend beschrieben fähig ist. In einigen Ausführungsformen kann die Rechen-Engine 1310 als eine einzelne Vorrichtung wie z. B. eine integrierte Schaltung, ein eingebettetes System, ein feldprogrammierbares Array (FPGA), ein Ein-Chip-System (SOC), eine anwendungsspezifische integrierte Schaltung (ASIC), rekonfigurierbare Hardware oder Hardware-Schaltungsanordnung oder andere spezialisierte Hardware ausgeführt sein, um die Ausführung der hier beschriebenen Funktionen zu unterstützen. Zusätzlich kann in einigen Ausführungsformen die Rechen-Engine 1310 eine zentrale Verarbeitungseinheit (CPU) 1312 und einen Datenspeicher 1316 enthalten oder als diese ausgeführt sein. Die CPU 1312 kann als irgendein Typ eines Prozessors ausgeführt sein, der zum Ausführen der hier beschriebenen Funktionen fähig ist. Beispielsweise kann die CPU 1312 als Ein- oder Mehrkernprozessor(en), digitaler Signalprozessor, Mikrosteuereinheit oder andere/r Prozessor oder Verarbeitungs-/Steuerschaltung ausgeführt sein. In einigen Ausführungsformen kann die CPU 1312 als ein feldprogrammierbares Gatter-Array (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC), rekonfigurierbare Hardware oder Hardware-Schaltungsanordnung oder andere spezialisierte Hardware, um die Ausführung der hier beschriebenen Funktionen zu unterstützen, ausgeführt sein, sie enthalten oder mit ihr gekoppelt sein. In der erläuternden Ausführungsform enthält die CPU 1312 eine Zuverlässigkeitszusammenstellungslogikeinheit 1314, die als irgendein Typ einer Vorrichtung oder Schaltungsanordnung (z. B. ein feldprogrammierbares Gatter-Array (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC) rekonfigurierbare Hardware oder Hardware-Schaltungsanordnung oder andere spezialisierte Hardware) ausgeführt sein kann, die zum Empfangen von Betriebsmitteldaten von den disaggregierten Betriebsmitteln in dem Datenzentrum, Empfangen einer Knotenanforderung, die Knotenparameter enthält, von einem Rechen-Einschub 1204 und Auswählen einer Gruppe disaggregierter Betriebsmittel, um einen gemanagten Knoten zusammenzustellen, der den Knotenparametern genügt, um Betriebsmittel für die Ausführung einer Anwendung bereitzustellen, fähig ist. Wie nachstehend genau diskutiert ist, können die angeforderten Knotenparameter ein Niveau der Zuverlässigkeit, ein Niveau der Verfügbarkeit, eine Replizierungsanforderung, Rechenanforderungen und/oder Datenspeicher- und Speicheranforderungen enthalten. Zusätzlich kann die Zuverlässigkeitszusammenstellungslogikeinheit 1314 ferner Betriebsmittelbezeichner der ausgewählten disaggregierten Betriebsmittel eines gemanagten Knotens zu dem Rechen-Einschub 1204 übertragen. Beispielsweise können die Betriebsmittelbezeichner Adressdaten (z. B. IP-Adressen) von Einschüben (dem/den Speicher-Einschub/Einschüben 1206, dem/den Datenspeicher-Einschub/Einschüben 1208 und anderen Betriebsmittel-Einschub/Einschüben 1210), die in dem gemanagten Knoten enthalten sind, und Bereiche von Datenspeicheradressen innerhalb der Vorrichtungen auf den Einschüben des gemanagten Knotens, auf die zugegriffen werden (z. B. in die geschrieben und/oder aus ihnen gelesen werden) soll, um eine Anwendung auszuführen, enthalten. In einigen Ausführungsformen kann die Zuverlässigkeitszusammenstellungslogikeinheit 1314 außerdem Daten zu dem Rechen-Einschub 1204 übertragen, die anweisen, wie Daten zu replizieren sind (z. B. Senden mehrerer Schreibvorgänge derselben Daten zu mehreren Datenspeichervorrichtungen 1230 auf unterschiedlichen Datenspeicher-Einschüben 1208, die zugewiesen worden sind), um das angeforderte Niveau der Zuverlässigkeit zu erreichen.
Der Datenspeicher 1316 kann als irgendein Typ eines flüchtigen (z. B. dynamischer Direktzugriffsspeicher (DRAM) usw.) oder nichtflüchtiges Datenspeichers oder Datenablagespeichers ausgeführt sein, der zum Ausführen der hier beschriebenen Funktionen fähig ist. In einigen Ausführungsformen kann der gesamte oder ein Teil des Datenspeichers 1316 in die CPU 1312 integriert sein. Im Betrieb kann der Datenspeicher 1316 verschiedene Software und Daten speichern, die während des Betriebs verwendet werden, wie z. B. Betriebsmitteldaten, Parameterdaten des gemanagten Knotens, Ausfallverlaufsdaten, Betriebssysteme, Anwendungen, Programme, Bibliotheken und Treiber.
Das I/O-Teilsystem 1320 kann als Schaltungsanordnung und/oder Komponenten ausgeführt sein, um Eingabe/Ausgabe-Operationen mit der CPU 1312, dem Datenspeicher 1316 und andere Komponenten des Betriebsmittelmanager-Servers 1202 zu unterstützen. Beispielsweise kann das I/O-Teilsystem 1320 als Datenspeichersteuereinheit-Hubs, Eingabe/Ausgabe-Steuer-Hubs, integrierte Sensor-Hubs, Firmware-Vorrichtungen, Kommunikationsstrecken (z. B. Punkt-zu-Punkt-Strecken, Bus-Strecken, Drähte, Kabel, Lichtleiter, Leiterplatten-Leiterbahnen usw.) und/oder andere Komponenten und Teilsysteme, um die Eingabe/Ausgabe-Operationen zu unterstützen, ausgeführt sein oder sie auf andere Weise enthalten. In einigen Ausführungsformen kann das I/O-Teilsystem 1320 einen Abschnitt eines Ein-Chip-Systems (SoC) bilden und, gemeinsam mit einem oder mehreren aus der CPU 1312, dem Datenspeicher 1316 und anderen Komponenten des Betriebsmittelmanager-Servers 1202 auf einen einzigen Chip mit integrierter Schaltung integriert sein.
Die Kommunikationsschaltungsanordnung 1330 kann als irgendeine Kommunikationsschaltung, Vorrichtung oder Sammlung daraus ausgeführt sein, die zum Ermöglichen von Kommunikation zwischen dem Betriebsmittelmanager-Server 1202 und einer weiteren Rechenvorrichtung (z. B. der Clientvorrichtung 1214, dem Rechen-Einschub 1204 und/oder den disaggregierten Betriebsmitteln) fähig ist. Die Kommunikationsschaltungsanordnung 1330 kann konfiguriert sein, irgendeine oder mehrere Kommunikationstechnologien (z. B. drahtgebundene oder drahtlose Kommunikation) und zugeordnete Protokolle (z. B. Ethernet, Bluetooth®, Wi-Fi®, WiMAX usw.) zu verwenden, um eine solche Kommunikation zu bewirken.
Die erläuternde Kommunikationsschaltungsanordnung 1330 enthält eine Netzschnittstellensteuereinheit (NIC) 1332, die auch als eine Host-Fabric-Schnittstelle (HFI) bezeichnet sein kann. Die NIC kann als eine oder mehrere Add-in-Platinen, Tochterkarten, Netzschnittstellenkarten, Steuereinheit-Chips, Chipsätze oder andere Vorrichtungen ausgeführt sein, die durch den Betriebsmittelmanager-Server 1202 verwendet werden können, um mit anderen Rechenvorrichtungen (z. B. der Clientvorrichtung 1214, dem Rechen-Einschub 1204 und/oder den disaggregierten Betriebsmitteln) zu verbinden. In einigen Ausführungsformen kann die NIC 1332 als ein Teil eines Ein-Chip-Systems (SoC) ausgeführt sein, das einen oder mehreren Prozessoren enthält, oder in einem Mehr-Chip-Gehäuse enthalten sein, das auch einen oder mehrere Prozessoren beinhaltet. In einigen Ausführungsformen kann die NIC 1332 einen lokalen Prozessor (nicht gezeigt) und/oder einen lokalen Datenspeicher (nicht gezeigt) enthalten, die beide für die NIC 1332 lokal sind. In solchen Ausführungsformen kann der lokale Prozessor der NIC 1332 zum Ausführen einer oder mehrere der hier beschriebenen Funktionen der CPU 1312 fähig sein. Zusätzlich oder alternativ kann in solchen Ausführungsformen der lokale Datenspeicher der NIC 1332 in eine oder mehrere Komponenten des Betriebsmittelmanager-Servers 1202 auf Platinenebene, Sockelebene, Chip-Ebene und/oder anderen Ebenen integriert sein.
Die eine oder mehreren erläuternden Datenablagespeichervorrichtungen 1340 können als irgendein Typ von Vorrichtungen ausgeführt sein, die zum kurzfristigen oder langfristigen Speichern von Daten konfiguriert sind, beispielsweise Datenspeichervorrichtungen und Schaltungen, Datenspeicherkarten, Festplattenlaufwerke, Festkörperlaufwerke oder andere Datenablagespeichervorrichtungen. Jede Datenablagespeichervorrichtung 1340 kann eine Systempartition enthalten, die Daten und Firmware-Code für die Datenablagespeichervorrichtung 1340 speichert. Jede Datenablagespeichervorrichtung 1340 kann außerdem eine Betriebssystempartition enthalten, die Daten-Dateien und ausführbare Dateien für ein Betriebssystem speichert.
Zusätzlich oder alternativ kann der Betriebsmittelmanager-Server 1202 eine oder mehrere Peripherievorrichtungen 1350 enthalten. Solche Peripherievorrichtungen 1350 können irgendeinen Typ einer Peripherievorrichtung enthalten, der normalerweise in einer Rechenvorrichtung zu finden ist, wie z. B. eine Anzeigevorrichtung, Lautsprecher, eine Maus, eine Tastatur und/oder andere Eingabe/AusgabeVorrichtungen, Schnittstellenvorrichtungen und/oder andere Peripherievorrichtungen.
Jetzt Bezug nehmend auf 14 kann der Rechen-Einschub 1204 als irgendein Typ einer Rechenvorrichtung ausgeführt sein, die zum Ausführen einer Arbeitslast (z. B. einer Anwendung) und Ausführen der anderen hier beschriebenen Funktionen fähig ist, einschließlich des Aufforderns des Betriebsmittelmanager-Servers 1202, einen gemanagten Knoten zu erzeugen, um eine Anwendung auszuführen. Beispielsweise kann der Rechen-Einschub 1204 als ein Rechen-Einschub 204-4, ein Computer, ein verteiltes Rechensystem, ein Mehrprozessorsystem, eine Netzeinrichtung (z. B. physikalisch oder virtuell), ein Desktop-Computer, eine Workstation, ein Laptop-Computer, ein Notebook-Computer, ein Prozessorbasiertes System, oder eine Netzeinrichtung ausgeführt sein. Wie in 14 gezeigt ist, enthält der erläuternde Rechen-Einschub 1204 die Rechen-Engine 1410, ein Eingabe/Ausgabe-Teilsystem („I/O“-Teilsystem) 1420, die Kommunikationsschaltungsanordnung 1430, die Datenablagespeichervorrichtung(en) 1440 und die Peripherievorrichtung(en) 1450. Es wird darauf hingewiesen, dass der Rechen-Einschub 1204 in anderen Ausführungsformen andere oder zusätzliche Komponenten enthalten kann, wie z. B. diejenigen, die normalerweise in einer typischen Rechenvorrichtung zu finden sind (z. B. verschiedene Eingabe/Ausgabe-Vorrichtungen und/oder andere Komponenten). Zusätzlich können in einigen Ausführungsformen eine oder mehrere der erläuternden Komponenten in eine weitere Komponente integriert sein oder auf andere Weise einen Teil davon bilden.
Die Rechen-Engine 1410 kann als irgendein Typ einer Vorrichtung oder Sammlung vor Vorrichtungen ausgeführt sein, die zum Ausführen der verschiedenen Rechenfunktionen wie nachstehend beschrieben fähig ist. In einigen Ausführungsformen kann die Rechen-Engine 1410 als eine einzelne Vorrichtung wie z. B. eine integrierte Schaltung, ein eingebettetes System, ein feldprogrammierbares Array (FPGA), ein Ein-Chip-System (SOC), eine anwendungsspezifische integrierte Schaltung (ASIC), rekonfigurierbare Hardware oder Hardware-Schaltungsanordnung oder andere spezialisierte Hardware ausgeführt sein, um die Ausführung der hier beschriebenen Funktionen zu unterstützen. Zusätzlich kann in einigen Ausführungsformen die Rechen-Engine 1410 eine zentrale Verarbeitungseinheit (CPU) 1412 und einen Datenspeicher 1414 enthalten oder als diese/r ausgeführt sein. Die CPU 1412 kann als irgendein Typ eines Prozessors ausgeführt sein, der zum Ausführen der hier beschriebenen Funktionen fähig ist. Beispielsweise kann die CPU 1412 als Ein- oder Mehrkernprozessor(en), digitaler Signalprozessor, Mikrosteuereinheit oder andere/r Prozessor oder Verarbeitungs-/Steuerschaltung ausgeführt sein. In einigen Ausführungsformen kann die CPU 1412 als ein feldprogrammierbares Gatter-Array (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC), rekonfigurierbare Hardware oder Hardware-Schaltungsanordnung oder andere spezialisierte Hardware, um die Ausführung der hier beschriebenen Funktionen zu unterstützen, ausgeführt sein, sie enthalten oder mit ihr gekoppelt sein. Ähnlich kann der Datenspeicher 1414 als irgendein Typ eines flüchtigen (z. B. dynamischer Direktzugriffsspeicher (DRAM) usw.) oder nichtflüchtigen Datenspeichers oder Datenablagespeichers ausgeführt sein, der zum Ausführen der hier beschriebenen Funktionen fähig ist. In einigen Ausführungsformen kann der gesamte oder ein Teil des Datenspeichers 1414 in die CPU 1412 integriert sein. Im Betrieb kann der Datenspeicher 1414 verschiedene Software und Daten, die während des Betriebs verwendet werden, wie z. B. Betriebssysteme, Anwendungen, Programme, Bibliotheken und Treiber, speichern.
Das I/O-Teilsystem 1420 kann als Schaltungsanordnung und/oder Komponenten ausgeführt sein, um Eingabe/Ausgabe-Operationen mit der CPU 1412, dem Datenspeicher 1414 und andere Komponenten des Rechen-Einschubs 1204 zu unterstützen. Beispielsweise kann das I/O-Teilsystem 1420 als Datenspeichersteuereinheit-Hubs, Eingabe/Ausgabe-Steuer-Hubs, integrierte Sensor-Hubs, Firmware-Vorrichtungen, Kommunikationsstrecken (z. B. Punkt-zu-Punkt-Strecken, Bus-Strecken, Drähte, Kabel, Lichtleiter, Leiterplatten-Leiterbahnen usw.) und/oder andere Komponenten und Teilsysteme, um die Eingabe/Ausgabe-Operationen zu unterstützen, ausgeführt sein oder sie auf andere Weise enthalten. In einigen Ausführungsformen kann das I/O-Teilsystem 1420 einen Abschnitt eines Ein-Chip-Systems (SoC) bilden und, gemeinsam mit einem oder mehreren aus der CPU 1412, dem Datenspeicher 1414 und anderen Komponenten des Rechen-Einschubs 1204, auf einen einzigen Chip mit integrierter Schaltung integriert sein.
Die Kommunikationsschaltungsanordnung 1430 kann als irgendeine Kommunikationsschaltung, Vorrichtung oder Sammlung daraus ausgeführt sein, die zum Ermöglichen von Kommunikation zwischen dem Rechen-Einschub 1204 und dem Betriebsmittelmanager-Server 1204 und anderen Rechenvorrichtungen (z. B. den disaggregierten Betriebsmitteln) fähig ist. Die Kommunikationsschaltungsanordnung 1430 kann konfiguriert sein, irgendeine oder mehrere Kommunikationstechnologien (z. B. drahtgebundene oder drahtlose Kommunikation) und zugeordnete Protokolle (z. B. Ethernet, Bluetooth®, Wi-Fi®, WiMAX usw.) zu verwenden, um eine solche Kommunikation zu bewirken.
Die erläuternde Kommunikationsschaltungsanordnung 1430 enthält eine Netzschnittstellensteuereinheit (NIC) 1432, die auch als eine Host-Fabric-Schnittstelle (HFI) bezeichnet sein kann. Die NIC kann als eine oder mehrere Add-in-Platinen, Tochterkarten, Netzschnittstellenkarten, Steuereinheit-Chips, Chipsätze oder andere Vorrichtungen ausgeführt sein, die durch den Rechen-Einschub 1204 verwendet werden können, um mit anderen Rechenvorrichtungen (z. B. der Clientvorrichtung 1214 und/oder den disaggregierten Betriebsmitteln) zu verbinden. In einigen Ausführungsformen kann die NIC 1432 als ein Teil eines Ein-Chip-Systems (SoC) ausgeführt sein, das einen oder mehreren Prozessoren enthält, oder in einem Mehr-Chip-Gehäuse enthalten sein, das auch einen oder mehrere Prozessoren beinhaltet. In einigen Ausführungsformen kann die NIC 1432 einen lokalen Prozessor (nicht gezeigt) und/oder einen lokalen Datenspeicher (nicht gezeigt) enthalten, die beide für die NIC 1432 lokal sind. In solchen Ausführungsformen kann der lokale Prozessor der NIC 1432 zum Ausführen einer oder mehrere der hier beschriebenen Funktionen der CPU 1412 fähig sein. Zusätzlich oder alternativ kann in solchen Ausführungsformen der lokale Datenspeicher der NIC 1432 in eine oder mehrere Komponenten des Rechen-Einschubs 1204 auf Platinenebene, Sockelebene, Chip-Ebene und/oder anderen Ebenen integriert sein.
Zusätzlich kann die NIC 1432 ferner eine Replizierungslogikeinheit 1434 enthalten. Die Replizierungslogikeinheit 1434 kann als irgendein Typ einer Vorrichtung oder Schaltungsanordnung ausgeführt sein, die zum Replizieren von Daten und Ausgleichen von Datenzugriffsoperationen über die Speicher-Einschübe 1206, die Datenspeicher-Einschübe 1208 und/oder andere Betriebsmittel-Einschübe 1210 fähig ist. Beispielsweise kann in einigen Ausführungsformen die Replizierungslogikeinheit 1434 Schreibvorgänge zum Adressraum mehrerer disaggregierter Betriebsmittel (z. B. der Speichervorrichtungen 1220, der Datenspeichervorrichtungen 1230 und/oder anderen Betriebsmitteln 1240) eines gemanagten Knoten, die in unterschiedlichen Stromversorgungsdomänen sind, replizieren. Die Replizierungslogikeinheit 1434 kann von dem Betriebsmittelmanager-Server 1202 Betriebsmittelbezeichner ausgewählter disaggregierter Betriebsmittel eines gemanagten Knotens und Anweisungen dafür, wie Daten zu replizieren sind (z. B. Senden mehrerer Schreibvorgänge derselben Daten zu mehreren Datenspeichervorrichtungen 1230 auf unterschiedlichen Datenspeicher-Einschüben 1208, die dem gemanagten Knoten zugewiesen worden sind), um das angeforderte Niveau der Zuverlässigkeit zu erreichen, empfangen. In anderen Ausführungsformen kann die Replizierungslogikeinheit 1434 Lastausgleichsschemas implementieren, um Datenzugriffsanforderungen (z. B. Lese- und/oder Schreibvorgänge) über die disaggregierten Betriebsmittel eines gemanagten Knotens zu verteilen.
Die eine oder mehreren erläuternden Datenablagespeichervorrichtungen 1440 können als irgendein Typ von Vorrichtungen ausgeführt sein, die zum kurzfristigen oder langfristigen Speichern von Daten konfiguriert sind, wie beispielsweise Datenspeichervorrichtungen und Schaltungen, Datenspeicherkarten, Festplattenlaufwerke, Festkörperlaufwerke oder andere Datenablagespeichervorrichtungen. Jede Datenablagespeichervorrichtung 1440 kann eine Systempartition enthalten, die Daten und Firmware-Code für die Datenablagespeichervorrichtung 1440 speichert. Jede Datenablagespeichervorrichtung 1440 kann außerdem eine Betriebssystempartition enthalten, die Daten-Dateien und ausführbare Dateien für ein Betriebssystem speichert.
Zusätzlich oder alternativ kann der Rechen-Einschub 1204 eine oder mehrere Peripherievorrichtungen 1450 enthalten. Solche Peripherievorrichtungen 1450 können irgendeinen Typ einer Peripherievorrichtung enthalten, die normalerweise in einer Rechenvorrichtung zu finden ist, wie z. B. eine Anzeigevorrichtung, Lautsprecher, eine Maus, eine Tastatur und/oder andere Eingabe/Ausgabe-Vorrichtungen, Schnittstellenvorrichtungen und/oder andere Peripherievorrichtungen.
Bezug nehmend zurück zu 12 sind die Clientvorrichtung 1214 und der Betriebsmittelmanager-Server 1202 und die Einschübe des Systems 1200 (z. B. der Rechen-Einschub 1204, die Speicher-Einschübe 1206, die Datenspeicher-Einschübe 1208 und andere Betriebsmittel-Einschübe 1210) anschaulich in Kommunikation über das Netz 1212, das als irgendein Typ eines drahtgebundenen oder drahtlosen Kommunikationsnetzes ausgeführt sein kann, der globale Netze (z. B. das Internet), lokale Netze (LANs) oder Weitbereichsnetze (WANs), zelluläre Netze (z. B. das globale System für Mobilkommunikation (GSM), 3G, Langzeitentwicklung (LTE), Weltweites Zusammenwirken für Mikrowellenzugang (WiMAX) usw.), digitale Teilnehmerleitungs-Netze (DSL-Netze), Kabelnetze (z. B. Koaxialnetze, Glasfasernetze usw.) oder irgendeine Kombination daraus enthält.
Jetzt Bezug nehmend auf 15 kann in der erläuternden Ausführungsform der Betriebsmittelmanager-Server 1202 während des Betriebs eine Umgebung 1500 aufbauen. Die erläuternde Umgebung 1500 enthält eine Netzkommunikationseinheit 1520, eine Betriebsmittelparameterbestimmungseinheit, eine Bestimmungseinheit 1540 für angeforderte Knotenparameter, eine Betriebsmittelauswahleinheit 1550 und eine Überwachungseinheit 1560 des gemanagten Knotens, die einen Ausfalldetektor 1562 enthält. Jede der Komponenten der Umgebung 1500 kann als Hardware, Firmware, Software oder eine Kombination daraus ausgeführt sein. Somit können in solchen Ausführungsformen eine oder mehrere der Komponenten der Umgebung 1500 als eine Schaltungsanordnung oder eine Sammlung elektrischer Vorrichtungen (z. B. Netzkommunikationseinheit-Schaltungsanordnung 1520, Betriebsmittelparameterbestimmungseinheit-Schaltungsanordnung 1530, Bestimmungseinheit-Schaltungsanordnung 1540 für angeforderte Knotenparameter, Betriebsmittelauswahleinheit-Schaltungsanordnung 1550, Überwachungseinheit-Schaltungsanordnung 1560 des gemanagten Knotens, Ausfalldetektor-Schaltungsanordnung 1562 usw.) ausgeführt sein. Es wird darauf hingewiesen, dass in solchen Ausführungsformen eine oder mehrere aus der Netzkommunikationseinheit-Schaltungsanordnung 1520, der Betriebsmittelparameterbestimmungseinheit-Schaltungsanordnung 1530, der Bestimmungseinheit-Schaltungsanordnung 1540 für angeforderte Knotenparameter, der Betriebsmittelauswahleinheit-Schaltungsanordnung 1550, der Überwachungseinheit-Schaltungsanordnung 1560 des gemanagten Knotens und/oder der Ausfalldetektor-Schaltungsanordnung 1562 einen Abschnitt eines oder mehrerer aus der Zuverlässigkeitszusammenstellungslogikeinheit 1314, dem Datenspeicher 1316, dem I/O-Teilsystem 1320 und/oder anderen Komponenten des Betriebsmittelmanager-Servers 1202 bilden können.
In der erläuternden Umgebung 1500 ist die Netzkommunikationseinheit 1520, die als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert, konfiguriert, ankommende und ausgehende Netzkommunikation (z. B. Netzverkehr, Netzpakete, Netzabläufe usw.) zu bzw. von der Netzkommunikationseinheit 1520 zu unterstützen. Dafür ist die Netzkommunikationseinheit 1520 konfiguriert, Datenpakete von einem System oder einer Rechenvorrichtung (z. B. den disaggregierten Betriebsmitteln, dem Rechen-Einschub 1204, der Clientvorrichtung 1214) zu empfangen und zu verarbeiten und Datenpakete vorzubereiten und sie zu einem System oder einer Rechenvorrichtung (z. B. den disaggregierten Betriebsmitteln, dem Rechen-Einschub 1204, der Clientvorrichtung 1214) zu senden. Dementsprechend kann in einigen Ausführungsformen wenigstens ein Teil der Funktionalität der Netzkommunikationseinheit 1520 durch die Kommunikationsschaltungsanordnung 1330 und, in der erläuternden Ausführungsformen, durch die NIC 1332 ausgeführt werden.
Die Betriebsmittelparameterbestimmungseinheit 1530, die als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert, ist konfiguriert, Betriebsmitteldaten von jedem disaggregierten Betriebsmittel (z. B. einer Datenablagespeichervorrichtung 1220, einer Datenspeichervorrichtung 1230 und/oder anderen Betriebsmitteln 1240) zu empfangen und die Zuverlässigkeit, Verfügbarkeit und/oder Belastbarkeit jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten zu bestimmen. Mit anderen Worten ist die Betriebsmittelparameterbestimmungseinheit 1530 konfiguriert, die Wahrscheinlichkeit zu bestimmen, dass ein disaggregiertes Betriebsmittel seine vorgesehene Funktion für eine spezifizierte Zeitspanne (d. h. eine Ausführungszeit einer Anwendung oder einer Arbeitslast) ohne irgendeinen Ausfall ausführen wird, wie lange das disaggregierte Betriebsmittel wahrscheinlich verfügbar ist, um seine vorgesehene Funktion auszuführen, und die Fähigkeit des Betriebsmittels, eine vordefinierte Dienstgüte trotz irgendwelcher Ausfälle und/oder anderer Probleme im normalen Betrieb bereitzustellen und aufrechtzuerhalten. Die Betriebsmittelparameterbestimmungseinheit 1530 kann ferner eine entsprechende Stromversorgungsdomäne jedes disaggregierten Betriebsmittels bestimmen. Wie vorstehend diskutiert kann das System 1200 mehrere Stromversorgungsdomänen enthalten, wobei die Betriebsmittel jeder Stromversorgungsdomäne durch dieselbe Stromquelle versorgt werden. Die Betriebsmittelparameterbestimmungseinheit 1530 kann ferner Telemetriedaten bestimmen, die von jedem disaggregierten Betriebsmittel empfangen werden. Beispielsweise können die Telemetriedaten Ausfallverlaufsdaten (z. B. transiente und vergangene Hardware-Ausfälle und/oder Stromausfälle) des disaggregierten Betriebsmittels enthalten. In einigen Ausführungsformen kann die Betriebsmittelparameterbestimmungseinheit 1530 ferner inhärente Zuverlässigkeitseigenschaften jedes disaggregierten Betriebsmittels (z. B. der Speichervorrichtung 1220, der Datenspeichervorrichtung 1230 und/oder eines anderen Betriebsmittels 1240) bestimmen, die sich von einer Technologie zu einer anderen oder von einem Hersteller zu einem anderen ändern können. Die Betriebsmittelparameterbestimmungseinheit 1530 ist konfiguriert, die Betriebsmitteldaten jedes disaggregierten Betriebsmittels in der Betriebsmitteldatenbank 1502 zu speichern. Zusätzlich können die Stromversorgungsdomäne, die Telemetriedaten und inhärente Zuverlässigkeitseigenschaften jedes disaggregierten Betriebsmittels ebenfalls in der Betriebsmitteldatenbank 1502 gespeichert sein.
Die Bestimmungseinheit 1540 für angeforderte Knotenparameter, die als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert, ist konfiguriert, Knotenparameter eines Knoten, den zu erzeugen durch den Rechen-Einschub 1204 angefordert ist, zu bestimmen. Die Knotenparameter können durch einen Anwender oder eine Anwendung, die auf dem Rechen-Einschub 1204 abläuft, angegeben werden. Beispielsweise können die angeforderten Knotenparameter ein Niveau der Zuverlässigkeit, ein Niveau der Verfügbarkeit, ein Niveau der Belastbarkeit, eine Replizierungsanforderung, Rechenanforderungen und/oder Datenspeicher- und Datenablagespeicheranforderungen enthalten. Mit anderen Worten gibt eine Knotenanforderung, die von dem Rechen-Einschub 1204 empfangen wird, eine Ziel- (z. B. eine angeforderte) Wahrscheinlichkeit dafür an, dass die disaggregierten Betriebsmittel des gemanagten Knotens vorgesehene Funktionen für eine spezifizierte Zeitspanne (z. B. eine Ausführungszeit einer Anwendung oder Arbeitslast) ohne irgendeinen Ausfall ausführen, eine Zielzeitspanne, in der die disaggregierten Betriebsmittel des gemanagten Knotens verfügbar sein werden, um die vorgesehenen Funktionen auszuführen, und Ziel-Backup-Maßnahmen, um gegen Ausfälle abzusichern, um einen Zieldienstgüte aufrechtzuerhalten. Die Bestimmungseinheit 1540 für angeforderte Knotenparameter ist konfiguriert, die angeforderten Knotenparameter in der Datenbank 1504 für Parameter gemanagter Knoten zu speichern. Wie vorstehend diskutiert kann die Datenbank 1504 für Parameter gemanagter Knoten verwendet werden, um zu überwachen, ob der gemanagte Knoten weiterhin den angeforderten Knotenparametern während der gesamten Ausführung der Anwendung genügt.
Die Betriebsmittelauswahleinheit 1550, die als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert ist, ist konfiguriert, disaggregierte Betriebsmittel auszuwählen, um einen Knoten zusammenzustellen, um den durch den Rechen-Einschub 1204 angeforderten Knotenparametern zu genügen. Wie vorstehend diskutiert können die angeforderten Knotenparameter ein Niveau der Zuverlässigkeit, ein Niveau der Verfügbarkeit und/oder eine Replizierungsanforderung angeben. Zusätzlich zu den angeforderten Knotenparametern kann die Betriebsmittelauswahleinheit 1550 ferner den Ausfalldatenverlauf berücksichtigen, der in den Telemetriedaten enthalten ist, die von jedem disaggregierten Betriebsmittel empfangen werden, um disaggregierte Betriebsmittel zu bestimmen, die in den gemanagten Knoten aufgenommen werden sollen. Basierend auf den angeforderten Knotenparametern und den Telemetriedaten kann die Betriebsmittelauswahleinheit 1550 disaggregierte Betriebsmittel auswählen, um einen Knoten zusammenzustellen, um den angeforderten Knotenparametern (d. h. dem Niveau der Zuverlässigkeit und/oder dem Niveau der Verfügbarkeit) zu genügen. In einigen Ausführungsformen kann die Betriebsmittelauswahleinheit 1550 die Parameter des gemanagten Knotens in der Datenbank 1504 für Parameter gemanagter Knoten speichern.
Zusätzlich kann die Betriebsmittelauswahleinheit 1550 in Reaktion auf eine Replizierungsanforderung ferner eine Anzahl von Kopien bestimmen, die benötigt wird, um den durch den Rechen-Einschub 1204 angeforderten Knotenparameter zu genügen. Insbesondere kann die Betriebsmittelauswahleinheit 1550 Betriebsmittel und Datenspeicheradressbereiche innerhalb der ausgewählten Betriebsmittel auswählen, um Anwendungsdaten zu replizieren. Wie nachstehend genau diskutiert kann der Betriebsmittelmanager-Server 1202 den Rechen-Einschub 1204 konfigurieren, Daten, die durch die Anwendung geschrieben werden, auf mehreren Betriebsmitteln in den spezifizierten Datenspeicheradressbereichen zu replizieren, um den angeforderten Knotenparametern, die durch den Rechen-Einschub 1204 angefordert sind, zu genügen (z. B. um das Niveau der Zuverlässigkeit, Verfügbarkeit und/oder Belastbarkeit zu erreichen). Es wird darauf hingewiesen, dass unterschiedliche Datenspeicheradressräume innerhalb desselben Betriebsmittels unterschiedliche Niveaus der Zuverlässigkeit, Verfügbarkeit und/oder Belastbarkeit aufweisen können. Beispielsweise kann der Rechen-Einschub 1204 Schreibvorgänge auf mehrere disaggregierte Betriebsmittel replizieren und/oder Lastausgleichsschemas unter Verwendung von Telemetriedaten als eine Eingabe implementieren, um Datenzugriffsanforderungen unter den zugewiesenen Betriebsmitteln zu verteilen.
Die Überwachungseinheit 1560 des gemanagten Knotens, die als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert ist, ist konfiguriert, disaggregierte Betriebsmittel des gemanagten Knotens, der in Reaktion auf die Knotenanforderung von dem Rechen-Einschub 1204 erzeugt wird, zu überwachen. Die Überwachungseinheit 1560 des gemanagten Knotens enthält ferner einen Ausfalldetektor 1562, der als Hardware, Firmware, Software, virtualisierte Hardware, emulierte Architektur und/oder eine Kombination daraus ausgeführt sein kann, wie vorstehend diskutiert ist, und konfiguriert ist, irgendeinen Ausfall des gemanagten Knotens zu detektieren. Beispielsweise kann in einigen Ausführungsformen der Ausfall durch einen Hardware-Ausfall eines oder mehrerer der disaggregierten Betriebsmittel des gemanagten Knotens verursacht werden. Zusätzlich oder alternativ kann der Ausfall durch Stromausfall einer Stromversorgung einer Stromversorgungsdomäne, die mit einem oder mehreren der disaggregierten Betriebsmittel des gemanagten Knotens verbunden ist, verursacht werden. In einigen Ausführungsformen kann die Überwachungseinheit 1560 des gemanagten Knotens transiente und vergangene Ausfälle, die jedem disaggregierten Betriebsmittel zugeordnet sind, verfolgen und Aufzeichnungen der Ausfälle in der Ausfallverlaufsdatenbank 1506 speichern. Es wird darauf hingewiesen, dass die Ausfallverlaufsdaten 1506 verwendet werden können, um einen statischen Zuverlässigkeitsfaktor (z. B. Daten, die eine erwartete Lebensdauer des Betriebsmittels angeben, die in dem nichtflüchtigen Datenspeicher der Vorrichtung gespeichert sind, z. B. durch den Hersteller des Betriebsmittels, und durch das Betriebsmittel an den Betriebsmittelmanager-Server 1202 berichtet werden) jedes disaggregierten Betriebsmittels zu bewerten.
Jetzt Bezug nehmend auf die 16 und 17 kann im Gebrauch der Betriebsmittelmanager-Server 1202 ein Verfahren 1600 zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten als eine Funktion von Betriebsmitteldaten der disaggregierten Betriebsmittel ausführen. Das Verfahren 1600 beginnt mit Block 1602, in dem der Betriebsmittelmanager-Server 1202 Betriebsmitteldaten von jedem disaggregierten Betriebsmittel empfängt. In einigen Ausführungsformen kann in Block 1604 der Betriebsmittelmanager-Server 1202 Zuverlässigkeitsfaktor(en), die einem entsprechenden Betriebsmittel zugeordnet sind, basierend auf den empfangenen Betriebsmitteldaten bestimmen. Wie vorstehend diskutiert können die Zuverlässigkeitsfaktoren die Wahrscheinlichkeit dafür angeben, dass das entsprechende disaggregierte Betriebsmittel seine vorgesehene Funktion für eine spezifizierte Zeitspanne (d. h. eine Ausführungszeit einer Anwendung oder Arbeitslast) ohne irgendeinen Ausfall ausführen wird. In einigen Ausführungsformen kann der Betriebsmittelmanager-Server 1202 ferner inhärente Zuverlässigkeitseigenschaften jedes disaggregierten Betriebsmittels (z. B. der Speichervorrichtung 1220, der Datenspeichervorrichtung 1230 und/oder eines anderen Betriebsmittels 1240), die sich von einer Technologie zu einer anderen oder von einem Hersteller zu einem anderen ändern können, bestimmen.
Alternativ oder zusätzlich kann in Block 1606 der Betriebsmittelmanager-Server 1202 Verfügbarkeitsfaktor(en), die dem entsprechenden Betriebsmittel zugeordnet sind, basierend auf den empfangenen Betriebsmitteldaten bestimmen. Die Verfügbarkeitsfaktoren können angeben, wie lange das entsprechende disaggregierte Betriebsmittel wahrscheinlich verfügbar ist, um seine vorgesehene Funktion auszuführen. Alternativ oder zusätzlich kann in Block 1608 der Betriebsmittelmanager-Server 1202 Belastbarkeitsmerkmal(e), die dem entsprechenden Betriebsmittel zugeordnet sind, basierend auf den empfangenen Betriebsmitteldaten bestimmen. Die Belastbarkeitsmerkmale können die Fähigkeit des entsprechenden Betriebsmittels angeben, eine zulässige Dienstgüte im Fall von Ausfällen und Problemen für den normalen Betrieb bereitzustellen und aufrechtzuerhalten. In einigen Ausführungsformen kann in Block 1610 der Betriebsmittelmanager-Server 1202 ferner eine Stromversorgungsdomäne bestimmen, die dem entsprechenden disaggregierten Betriebsmittel zugeordnet ist. Wie vorstehend diskutiert kann das System 1200 mehrere Stromversorgungsdomänen enthalten, und Betriebsmittel jeder Stromversorgungsdomäne werden durch dieselbe Stromquelle versorgt. In einigen Ausführungsformen kann der Betriebsmittelmanager-Server 1202 ferner in Block 1612 Telemetriedaten bestimmen, die von jedem disaggregierten Betriebsmittel empfangen werden. Beispielsweise können die Telemetriedaten den Ausfalldatenverlauf (z. B. transiente und vergangene Hardware-Ausfälle und/oder Stromausfälle) des disaggregierten Betriebsmittels enthalten.
Nachfolgend bestimmt in Block 1614 der Betriebsmittelmanager-Server 1202, ob eine Anforderung, einen gemanagten Knoten zusammenzustellen, von dem Rechen-Einschub 1204 empfangen worden ist. Falls der Betriebsmittelmanager-Server 1202 bestimmt, dass keine Anforderung für einen gemanagten Knoten empfangen worden ist, kehrt das Verfahren 1600 zu Block 1602 zurück, um mit dem Empfangen von Betriebsmitteldaten von disaggregierten Betriebsmitteln fortzufahren. Falls jedoch der Betriebsmittelmanager-Server 1202 bestimmt, dass eine Anforderung für einen gemanagten Knoten empfangen worden ist, fährt das Verfahren 1600 zu Block 1616 fort. In der erläuternden Ausführungsform enthält die Anforderung für einen gemanagten Knoten Parameter, die Zieleigenschaften des gemanagten Knotens, der erzeugt werden soll, angeben (z. B. eine spezielle Rechenkapazität, eine spezielle Datenspeicherbandbreite, eine spezielle Datenablagespeicherkapazität, ein Niveau der Zuverlässigkeit, Belastbarkeit und/oder Verfügbarkeit der Betriebsmittel).
In Block 1616 bestimmt der Betriebsmittelmanager-Server 1202 angeforderte Knotenparameter basierend auf der empfangenen Anforderung für einen gemanagten Knoten (z. B. durch Analysieren der Knotenparameter, die in der Anforderung von dem Rechen-Einschub 1204 enthalten sind) . Beispielsweise bestimmt in einigen Ausführungsformen der Betriebsmittelmanager-Server 1202 in Block 1618 Rechenanforderungen (z. B. eine Anzahl von Gleitkommaoperationen pro Sekunde, eine Anzahl von Anweisungen, die pro Sekunde ausgeführt werden, usw.) und in Block 1620 Datenspeicher- und Speicheranforderungen (z. B. Eingabe/Ausgabe-Operationen pro Sekunde, Datenspeicherbandbreite, Datenspeicherlatenz, Datenablagespeicherkapazität usw.). Zusätzlich oder alternativ bestimmt in Block 1622 der Betriebsmittelmanager-Server 1202 ein Niveau der Zuverlässigkeit eines angeforderten gemanagten Knotens. Das angeforderte Niveau der Zuverlässigkeit kann eine Ziel- (z. B. eine angeforderte) Wahrscheinlichkeit dafür angeben, dass disaggregierte Betriebsmittel des gemanagten Knotens ihre vorgesehenen Funktionen für eine spezifizierte Zeitspanne (z. B. eine Ausführungszeit einer Anwendung oder einer Arbeitslast) ohne irgendeinen Ausfall ausführen werden. In der erläuternden Ausführungsform bestimmt in Block 1624 der Betriebsmittelmanager-Server 1202 ein Ziel-(z. B. angefordertes) Niveau der Verfügbarkeit eines angeforderten gemanagten Knotens. Das angeforderte Niveau der Verfügbarkeit kann einen prozentualen Zielwert einer Zeitspanne angeben, für die die disaggregierten Betriebsmittel des gemanagten Knotens verfügbar sein müssen, um die vorgesehenen Funktionen auszuführen. Zusätzlich oder alternativ kann in Block 1626 der Betriebsmittelmanager-Server 1202 aus den Knotenparametern ein Niveau der Belastbarkeit eines angeforderten gemanagten Knotens bestimmen. Das angeforderte Niveau der Belastbarkeit kann eine Zielfähigkeit (z. B. eine Erholungszeit) angeben, eine zulässige Dienstgüte (z. B. eine maximale Latenz, einen minimalen Durchsatz usw.) angesichts von Ausfällen und Problemen im normalen Betrieb bereitzustellen. Der Betriebsmittelmanager-Server 1202 kann in Block 1628 außerdem aus der Knotenanforderung eine Replizierungsanforderung bestimmen, die angibt, ob eine Replizierung von Daten, die durch die Anwendung geschrieben werden, angefordert ist und wie viele Kopien hergestellt werden sollen.
Nachfolgend fährt das Verfahren 1600 zu Block 1630 fort, der in 17 gezeigt ist. In Block 1630 erzeugt der Betriebsmittelmanager-Server 1202 einen gemanagten Knoten basierend auf den angeforderten Knotenparametern. Dafür kann in Block 1632 der Betriebsmittelmanager-Server 1202 disaggregierte Betriebsmittel basierend auf den Betriebsmitteldaten, die von jedem der disaggregierten Betriebsmittel empfangen werden, auswählen, um den angeforderten Knotenparametern zu genügen. Zusätzlich kann in einigen Ausführungsformen der Betriebsmittelmanager-Server 1202 in Block 1634 disaggregierte Betriebsmittel auswählen, die in unterschiedlichen Stromversorgungsdomänen sind und unterschiedliche Grade der Zuverlässigkeit aufweisen, um den angeforderten Knotenparametern zu genügen. Es wird darauf hingewiesen, dass das Erzeugen eines gemanagten Knotens mit Betriebsmitteln, die in unterschiedlichen Stromversorgungsdomänen sind, ein zusätzliches Zuverlässigkeits- und/oder Belastbarkeitsmerkmal bereitstellen kann, das einen vollständigen Ausfall verhindert, wenn eine der Stromversorgungsdomänen ausfällt.
In Block 1636 konfiguriert der Betriebsmittelmanager-Server 1202 den Rechen-Einschub 1204. Beispielsweise kann in Block 1638 der Betriebsmittelmanager-Server 1202 zu dem Rechen-Einschub 1204 Betriebsmittelbezeichner der disaggregierten Betriebsmittel übertragen, die ausgewählt wurden, um den gemanagten Knoten zu bilden, der den angeforderten Knotenparametern genügt. In einigen Ausführungsformen kann der Betriebsmittelmanager-Server 1202 den Rechen-Einschub 1204 konfigurieren, Daten auf zwei oder mehr disaggregierten Betriebsmitteln des gemanagten Knotens zu replizieren, wie in Block 1640 angegeben ist. Dafür kann der Betriebsmittelmanager-Server 1202 die Betriebsmittelbezeichner der disaggregierten Betriebsmittel und entsprechenden Datenspeicheradressbereiche dieser disaggregierten Betriebsmittel, an denen die Anwendungsdaten repliziert werden sollen, übertragen. Es wird darauf hingewiesen, dass die Replizierung zusätzliche Zuverlässigkeits-, Verfügbarkeits- und/oder Belastbarkeitsmerkmale bereitstellen kann, um das Niveau der Zuverlässigkeit, Verfügbarkeit und/oder Belastbarkeit zu erreichen.
Nachfolgend überwacht in Block 1642 der Betriebsmittelmanager-Server 1202 die Betriebsmittel des gemanagten Knotens auf irgendwelche Leistungsausfälle. Beispielsweise kann in Block 1644 der Betriebsmittelmanager-Server 1202 einen Hardware-Ausfall eines oder mehrerer der disaggregierten Betriebsmittel des gemanagten Knotens detektieren (z. B. aus Telemetriedaten, die durch das entsprechende Betriebsmittel gemeldet werden). Zusätzlich oder alternativ kann in Block 1646 der Betriebsmittelmanager-Server 1202 einen Ausfall detektieren, der durch einen Stromausfall der Stromversorgung einer Stromversorgungsdomäne verursacht ist, die mit einem oder mehreren der disaggregierten Betriebsmittel des gemanagten Knotens verbunden ist (z. B. aufgrund eines Fehlens von Telemetriedaten von irgendwelchen Betriebsmitteln, die sich in der Stromversorgungsdomäne befinden, aus Telemetriedaten, die durch die Stromquelle gemeldet werden, die der Stromversorgungsdomäne zugeordnet ist, usw.). In einigen Ausführungsformen kann der Betriebsmittelmanager-Server 1202 ferner transiente und vergangene Ausfälle verfolgen und speichern, die jedem disaggregierten Betriebsmittel zugeordnet sind. Es wird darauf hingewiesen, dass der Ausfallsverlauf verwendet werden kann, um den statischen Zuverlässigkeitsfaktor jedes disaggregierten Betriebsmittels zu bewerten.
Falls der Betriebsmittelmanager-Server 1202 einen Betriebsmittelausfall in Block 1648 detektiert, kehrt das Verfahren 1600 zu Block 1630 zurück, um den gemanagten Knoten zu modifizieren, um den angeforderten Knotenparametern zu genügen. In einigen Ausführungsformen kann der Betriebsmittelmanager-Server 1202 die Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens basierend auf der Zuverlässigkeit der ausgefallenen Betriebsmittel vor dem Zurückkehren zu Block 1630 erneut bewerten, um den gemanagten Knoten zu modifizieren, um den angeforderten Knotenparametern zu genügen. Falls jedoch kein Betriebsmittelausfall detektiert wird, geht das Verfahren 1600 zu Block 1650 weiter, in dem der Betriebsmittelmanager-Server 1202 bestimmt, ob eine Modifikation des gemanagten Knotens von dem Rechen-Einschub 1204 angefordert ist. Beispielsweise kann in einigen Ausführungsformen der Rechen-Einschub 1204 wünschen, das Niveau der Zuverlässigkeit, Verfügbarkeit und/oder Belastbarkeit des gemanagten Knotens während der Ausführung der Anwendung zu modifizieren. In einigen Ausführungsformen kann der Rechen-Einschub 1204 nach der Fertigstellung der Anwendung von dem Betriebsmittelmanager-Server 1202 anfordern, den gemanagten Knoten zu modifizieren, um einer anderen Gruppe von Knotenparametern zu genügen, um eine neue Anwendung auszuführen.
Falls keine Modifikationsanforderung für den gemanagten Knoten empfangen worden ist, kehrt das Verfahren 1600 zu Block 1642 zurück, das Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf einen Leistungsausfall fortzusetzen. Falls jedoch der Betriebsmittelmanager-Server 1202 bestimmt, dass eine Modifikationsanforderung für den gemanagten Knoten empfangen worden ist, kehrt das Verfahren 1600 zu Block 1616 zurück, um den gemanagten Knoten zu modifizieren, um neuen angeforderte Knotenparameter zu genügen, basierend auf der Modifikationsanforderung für den gemanagten Knoten.
Jetzt Bezug nehmend auf die 18 und 19 stellen die Diagramme 1800, 1900 beispielhafte Prozesse zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten als eine Funktion von Betriebsmitteldaten der disaggregierten Betriebsmittel dar. Die erläuternden Diagramme 1800, 1900 enthalten den Betriebsmittelmanager-Server 1202, die Datenspeichervorrichtungen 1230 und den Rechen-Einschub 1204. Es wird darauf hingewiesen, dass ein ähnlicher Prozess mit den Speichervorrichtungen 1220 anstelle der Datenspeichervorrichtungen 1230 angewandt werden kann. Wie in 18 dargestellt ist, überträgt jede Datenspeichervorrichtung 1230 Betriebsmitteldaten, die irgendwelche Daten enthalten können, die den Betriebsmitteltyp, die Zuverlässigkeit, die Verfügbarkeit und/oder die Belastbarkeit jeder Datenspeichervorrichtung 1230 angeben. Beispielsweise geben die Betriebsmitteldaten der Datenspeichervorrichtung 1 an, dass sie einen Belastbarkeitsfaktor von 90% aufweist, flüchtigen Datenspeicher enthält und mit der Stromversorgungsdomäne 1 verbunden ist. Ähnlich geben die Betriebsmitteldaten der Datenspeichervorrichtung 2 an, dass sie einen Belastbarkeitsfaktor von 80 % aufweist, nichtflüchtigen Datenspeicher enthält und mit der Stromversorgungsdomäne 2 verbunden ist. Schließlich geben die Betriebsmitteldaten der Datenspeichervorrichtung 3 an, dass sie einen Belastbarkeitsfaktor von 80 % aufweist, nichtflüchtigen Datenspeicher enthält und mit der Stromversorgungsdomäne 3 verbunden ist.
Wie vorstehend diskutiert bestimmt der Betriebsmittelmanager-Server 1202 angeforderte Knotenparameter basierend auf einer Knotenanforderung von dem Rechen-Einschub 1204. Beispielsweise gibt die Knotenanforderung an, dass 99 % Zuverlässigkeit, 90 % Verfügbarkeit und Replizierung angefordert sind. Wie in 18 dargestellt ist, bestimmt der Betriebsmittelmanager-Server 1202, dass die Datenspeichervorrichtungen 1, 2 und 3 den angeforderten Knotenparametern genügen, erzeugt einen gemanagten Knoten, der die Datenspeichervorrichtungen 1, 2 und 3 enthält, und überträgt die Informationen über die Datenspeichervorrichtungen (z. B. Betriebsmittelbezeichner jeder Datenspeichervorrichtung) der Datenspeichervorrichtungen 1, 2 und 3 zu dem Rechen-Einschub 1204. Der Betriebsmittelmanager-Server 1202 überträgt ferner zu der NIC 1434 (z. B. zu der Replizierungslogikeinheit 1434) des Rechen-Einschubs 1204 Anweisungen mit Datenspeicheradressbereichen jeder Datenspeichervorrichtung, die zur Replizierung verwendet werden sollen. Der Rechen-Einschub 1204 trägt dann die Replizierungsanweisung ein und schreibt Anwendungsdaten in die Datenspeichervorrichtungen 1, 2 und 3 an den spezifizierten Datenspeicheradressbereichen jeder Datenspeichervorrichtung.
Bezug nehmend auf 19 stellt das Diagramm 1900 einen beispielhaften Prozess zum dynamischen Zuweisen disaggregierter Betriebsmittel zu einem gemanagten Knoten dar, wenn ein Ausfall detektiert wird. Wie in 19 dargestellt ist, empfängt der Betriebsmittelmanager-Server 1202 Betriebsmitteldaten, die einer neuen Datenspeichervorrichtung 4, die dem System hinzugefügt worden ist, zugeordnet sind. Wie in 19 dargestellt ist, geben die Betriebsmitteldaten der Datenspeichervorrichtung 4 an, dass sie einen Belastbarkeitsfaktor von 85 % aufweist, nichtflüchtigen Datenspeicher enthält und mit einer Stromversorgungsdomäne 4 verbunden ist. Es wird darauf hingewiesen, dass der Betriebsmittelmanager-Server 1202 kontinuierlich Betriebsmitteldaten verfügbarer disaggregierter Betriebsmittel empfangen kann.
Wie in 19 dargestellt ist, erkennt der Betriebsmittelmanager-Server 1202 nach dem Übertragen der Schreibanforderung zu den Datenspeichervorrichtungen 1, 2 und 3, dass die Schreibanforderung an die Datenspeichervorrichtung 2 aufgrund des Ausfalls der Datenspeichervorrichtung 2 fehlgeschlagen ist. Der Betriebsmittelmanager-Server 1202 ist konfiguriert zu bestimmen, ob ein weiteres disaggregiertes Betriebsmittel vorhanden ist, das die Datenspeichervorrichtung 2 ersetzen kann. Da die Datenspeichervorrichtung 4 einen höheren Belastbarkeitsfaktor aufweist als der Belastbarkeitsfaktor der Datenspeichervorrichtung 2, bestimmt der Betriebsmittelmanager-Server 1202, dass das Ersetzen der Datenspeichervorrichtung 2 durch die Datenspeichervorrichtung 4 in dem gemanagten Knoten den durch den Rechen-Einschub 1204 angeforderten Knotenparametern genügen wird. Somit modifiziert der Betriebsmittelmanager-Server 1202 den gemanagten Knoten, um die Datenspeichervorrichtung 2 durch die Datenspeichervorrichtung 4 zu ersetzen, sendet eine Meldung über die Ersetzung zu der NIC 1434 (z. B. der Replizierungslogikeinheit 1436) des Rechen-Einschubs 1204, und der Rechen-Einschub 1204 überträgt nachfolgend Schreibanforderungen zu den Datenspeichervorrichtungen 1, 3 und 4 an den spezifizierten Datenspeicheradressbereichen jeder Datenspeichervorrichtung.
BEISPIELE
Erläuternde Beispiele der hier offenbarten Technologien sind nachstehend bereitgestellt. Eine Ausführungsform der Technologien kann irgendeines oder mehrere und irgendeine Kombination der nachstehend beschriebenen Beispiele enthalten.
Beispiel 1 enthält einen Betriebsmittelmanager-Server, der eine Kommunikationsschaltung , um (i) Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel zu empfangen, wobei die Betriebsmitteldaten die Zuverlässigkeit jedes disaggregierten Betriebsmittels der Gruppe disaggregierter Betriebsmittel angeben, und (ii) eine Knotenanforderung zu empfangen, einen gemanagten Knoten zusammenzustellen; und eine Rechen-Engine, um aus der Knotenanforderung Knotenparameter zu bestimmen, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; aus der Gruppe disaggregierter Betriebsmittel einen gemanagten Knoten zusammenzustellen, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und die disaggregierten Betriebsmittel des gemanagten Knotens auf einen Ausfall zu überwachen, umfasst.
Beispiel 2 enthält den Gegenstand von Beispiel 1, und wobei das Empfangen der Betriebsmitteldaten das Empfangen von Betriebsmitteldaten, die ferner eine Verfügbarkeit und/oder eine Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 3 enthält den Gegenstand eines der Beispiele 1 und 2, und wobei das Empfangen der Betriebsmitteldaten das Bestimmen von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Beispiel 4 enthält den Gegenstand eines der Beispiele 1-3, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Wahrscheinlichkeit, dass jedes disaggregierte Betriebsmittel ohne einen Ausfalls für eine vordefinierte Zeitspanne arbeiten wird, umfasst.
Beispiel 5 enthält den Gegenstand eines der Beispiele 1-4, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, umfasst.
Beispiel 6 enthält den Gegenstand eines der Beispiele 1-5, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Fähigkeit des disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfasst.
Beispiel 7 enthält den Gegenstand eines der Beispiele 1-6, und wobei das Empfangen der Betriebsmitteldaten das Empfangen von Daten, die einen Ausfallverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 8 enthält den Gegenstand eines der Beispiele 1-7, und wobei das Bestimmen der Knotenparameter das Bestimmen von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfasst.
Beispiel 9 enthält den Gegenstand eines der Beispiele 1-8, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielwahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel des gemanagten Knotens die Arbeitslast ohne einen Ausfall für eine vordefinierte Zeitspanne ausführen wird, umfasst.
Beispiel 10 enthält den Gegenstand eines der Beispiele 1-9, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielzeitspanne, für die jedes disaggregierte Betriebsmittel des gemanagten Knotens verfügbar sein wird, um die Arbeitslast auszuführen, umfasst.
Beispiel 11 enthält den Gegenstand eines der Beispiele 1-10, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielfähigkeit, sich von einem Ausfall eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens zu erholen, umfasst.
Beispiel 12 enthält den Gegenstand eines der Beispiele 1-11, und wobei das Bestimmen der Knotenparameter das Bestimmen, ob Replizierung angefordert ist, umfasst.
Beispiel 13 enthält den Gegenstand eines der Beispiele 1-12, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfasst.
Beispiel 14 enthält den Gegenstand eines der Beispiele 1-13, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfasst.
Beispiel 15 enthält den Gegenstand eines der Beispiele 1-14, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfasst.
Beispiel 16 enthält den Gegenstand eines der Beispiele 1-15, und wobei das Zusammenzustellen des gemanagten Knotens das Übertragen von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens zu dem Rechen-Einschub umfasst.
Beispiel 17 enthält den Gegenstand eines der Beispiele 1-16, und wobei das Zusammenstellen des gemanagten Knotens durch Konfigurieren des Rechen-Einschubs das Übertragen über die Kommunikationsschaltung von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, umfasst.
Beispiel 18 enthält den Gegenstand eines der Beispiele 1-17, und wobei das Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf den Ausfall das Detektieren eines Hardware-Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens umfasst.
Beispiel 19 enthält den Gegenstand eines der Beispiele 1-18, und wobei das Überwachen disaggregierter Betriebsmittel des gemanagten Knotens auf eine Ausfall das Detektieren eines Stromausfalls einer Stromversorgung einer Stromversorgungsdomäne, die mit einem oder mehreren disaggregierten Betriebsmitteln des gemanagten Knotens verbunden ist, umfasst.
Beispiel 20 enthält den Gegenstand eines der Beispiele 1-19, und wobei die Rechen-Engine ferner dazu dient, den gemanagten Knoten in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel zu modifizieren.
Beispiel 21 enthält den Gegenstand eines der Beispiele 1-20, und wobei das Modifizieren des gemanagten Knotens das Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, das Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und das Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfasst.
Beispiel 22 enthält ein Verfahren, das Empfangen durch einen Betriebsmittelmanager-Server von Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel, wobei die Betriebsmitteldaten eine Zuverlässigkeit jedes disaggregierten Betriebsmittels angeben; Empfangen durch den Betriebsmittelmanager-Server einer Knotenanforderung, einen gemanagten Knoten zusammenzustellen; Bestimmen aus der Knotenanforderung und durch den Betriebsmittelmanager-Server von Knotenparametern, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; Zusammenstellen aus der Gruppe disaggregierter Betriebsmittel und durch den Betriebsmittelmanager-Server eines gemanagten Knotens, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und Überwachen durch den Betriebsmittelmanager-Server der disaggregierte Betriebsmittel des gemanagten Knotens auf einen Ausfall umfasst.
Beispiel 23 enthält den Gegenstand von Beispiel 22, und wobei das Empfangen der Betriebsmitteldaten das Empfangen durch den Betriebsmittelmanager-Server von Betriebsmitteldaten, die ferner eine Verfügbarkeit und/oder eine Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 24 enthält den Gegenstand eines der Beispiele 22 und 23, und wobei das Empfangen der Betriebsmitteldaten das Bestimmen durch den Betriebsmittelmanager-Server von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Beispiel 25 enthält den Gegenstand eines der Beispiele 22-24, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Wahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel ohne einen Ausfall für eine vordefinierte Zeitspanne arbeiten wird, umfasst.
Beispiel 26 enthält den Gegenstand eines der Beispiele 22-25, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, umfasst.
Beispiel 27 enthält den Gegenstand eines der Beispiele 22-26, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Fähigkeit eines disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfasst.
Beispiel 28 enthält den Gegenstand eines der Beispiele 22-27, und wobei das Empfangen der Betriebsmitteldaten das Empfangen durch den Betriebsmittelmanager-Server von Daten, die einen Ausfallsverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 29 enthält den Gegenstand eines der Beispiele 22-28, und wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfasst.
Beispiel 30 enthält den Gegenstand eines der Beispiele 22-29, und wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Zielwahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel des gemanagten Knotens die Arbeitslast ohne einen Ausfall für eine vordefinierte Zeitspanne ausführen wird, umfasst.
Beispiel 31 enthält den Gegenstand eines der Beispiele 22-30, und wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Zielzeitspanne, für die jedes disaggregierte Betriebsmittel des gemanagten Knotens verfügbar sein wird, um die Arbeitslast auszuführen, umfasst.
Beispiel 32 enthält den Gegenstand eines der Beispiele 22-31, und wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Zielfähigkeit eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens, sich von einem Ausfall zu erholen, umfasst.
Beispiel 33 enthält den Gegenstand eines der Beispiele 22-32, und wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server, ob Replizierung angefordert ist, umfasst.
Beispiel 34 enthält den Gegenstand eines der Beispiele 22-33, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfasst.
Beispiel 35 enthält den Gegenstand eines der Beispiele 22-34, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfasst.
Beispiel 36 enthält den Gegenstand eines der Beispiele 22-35, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfasst.
Beispiel 37 enthält den Gegenstand eines der Beispiele 22-36, und wobei das Zusammenstellen des gemanagten Knotens das Übertragen durch den Betriebsmittelmanager-Server von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens zu dem Rechen-Einschub umfasst.
Beispiel 38 enthält den Gegenstand eines der Beispiele 22-37, und wobei das Zusammenstellen des gemanagten Knotens durch Konfigurieren des Rechen-Einschubs das Übertragen durch den Betriebsmittelmanager-Server von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, umfasst.
Beispiel 39 enthält den Gegenstand eines der Beispiele 22-38, und wobei das Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf den Ausfall das Detektieren durch den Betriebsmittelmanager-Server eines Hardware-Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens umfasst.
Beispiel 40 enthält den Gegenstand eines der Beispiele 22-39, und wobei das Überwachen disaggregierter Betriebsmittel des gemanagten Knotens auf den Ausfall das Detektieren durch den Betriebsmittelmanager-Server eines Stromausfalls einer Stromversorgung einer Stromversorgungsdomäne, die mit einem oder mehreren disaggregierten Betriebsmitteln des gemanagten Knotens verbunden ist, umfasst.
Beispiel 41 enthält den Gegenstand eines der Beispiele 22-40, und das ferner das Modifizieren des gemanagten Knotens durch den Betriebsmittelmanager-Server und in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel umfasst.
Beispiel 42 enthält den Gegenstand eines der Beispiele 22-41, und wobei das Modifizieren des gemanagten Knotens das Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, das Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und das Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfasst.
Beispiel 43 enthält einen Betriebsmittelmanager-Server, der einen oder mehrere Prozessoren; eine oder mehrere Datenspeichervorrichtungen, die darin gespeichert mehrere Anweisungen aufweisen, die dann, wenn sie durch den einen oder die mehreren Prozessoren ausgeführt werden, bewirken, dass die Rechenvorrichtung das Verfahren nach einem der Beispiele 22-42 ausführt, umfasst.
Beispiel 44 enthält ein oder mehrere maschinenlesbare Speichermedien, die mehrere Anweisungen umfassen, die darauf gespeichert sind und die in Reaktion darauf, dass sie ausgeführt werden, bewirken, dass ein Betriebsmittelmanager-Server das Verfahren nach einem der Ansprüche 22-42 ausführt.
Beispiel 45 enthält einen Betriebsmittelmanager-Server, der Mittel zum Ausführen des Verfahrens nach einem der Beispiele 22-42 umfasst.
Beispiel 46 enthält einen Betriebsmittelmanager-Server, der eine Kommunikationsschaltungsanordnung , um (i) Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel zu empfangen, wobei die Betriebsmitteldaten die Zuverlässigkeit jedes disaggregierten Betriebsmittels der Gruppe disaggregierter Betriebsmittel angeben, und (ii) eine Knotenanforderung zu empfangen, einen gemanagten Knoten zusammenzustellen; und eine Zuverlässigkeitszusammenstellungslogik-Schaltungsanordnung, um aus der Knotenanforderung Knotenparameter zu bestimmen, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; aus der Gruppe disaggregierter Betriebsmittel einen gemanagten Knoten zusammenzustellen, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und die disaggregierten Betriebsmittel des gemanagten Knotens auf einen Ausfall zu überwachen, umfasst.
Beispiel 47 enthält den Gegenstand von Beispiel 46, und wobei das Empfangen der Betriebsmitteldaten das Empfangen von Betriebsmitteldaten, die ferner eine Verfügbarkeit und/oder eine Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 48 enthält den Gegenstand eines der Beispiele 46 und 47, und wobei das Empfangen der Betriebsmitteldaten das Bestimmen von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Beispiel 49 enthält den Gegenstand eines der Beispiele 46-48, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Wahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel ohne einen Ausfalls für eine vordefinierte Zeitspanne arbeiten wird, umfasst.
Beispiel 50 enthält den Gegenstand eines der Beispiele 46-49, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, umfasst.
Beispiel 51 enthält den Gegenstand eines der Beispiele 46-50, und wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Fähigkeit des disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfasst.
Beispiel 52 enthält den Gegenstand eines der Beispiele 46-51, und wobei das Empfangen der Betriebsmitteldaten das Empfangen von Daten, die den Ausfallverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 53 enthält den Gegenstand eines der Beispiele 46-52, und wobei das Bestimmen der Knotenparameter das Bestimmen von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfasst.
Beispiel 54 enthält den Gegenstand eines der Beispiele 46-53, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielwahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel des gemanagten Knotens die Arbeitslast ohne einen Ausfall für eine vordefinierte Zeitspanne ausführen wird, umfasst.
Beispiel 55 enthält den Gegenstand eines der Beispiele 46-54, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielzeitspanne, für die jedes disaggregierte Betriebsmittel des gemanagten Knotens verfügbar sein wird, um die Arbeitslast auszuführen, umfasst.
Beispiel 56 enthält den Gegenstand eines der Beispiele 46-55, und wobei das Bestimmen der Knotenparameter das Bestimmen einer Zielfähigkeit, sich von einem Ausfall eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens zu erholen, umfasst.
Beispiel 57 enthält den Gegenstand eines der Beispiele 46-56, und wobei das Bestimmen der Knotenparameter das Bestimmen, ob Replizierung angefordert ist, umfasst.
Beispiel 58 enthält den Gegenstand eines der Beispiele 46-57, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfasst.
Beispiel 59 enthält den Gegenstand eines der Beispiele 46-58, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfasst.
Beispiel 60 enthält den Gegenstand eines der Beispiele 46-59, und wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfasst.
Beispiel 61 enthält den Gegenstand eines der Beispiele 46-60, und wobei das Zusammenzustellen des gemanagten Knotens das Übertragen von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens zu dem Rechen-Einschub umfasst. Beispiel 62 enthält den Gegenstand eines der Beispiele 46-61, und wobei das Zusammenstellen des gemanagten Knotens durch Konfigurieren des Rechen-Einschubs das Übertragen über die Kommunikationsschaltungsanordnung von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, umfasst.
Beispiel 63 enthält den Gegenstand eines der Beispiele 46-62, und wobei das Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf den Ausfall das Detektieren eines Hardware-Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens umfasst.
Beispiel 64 enthält den Gegenstand eines der Beispiele 46-63, und wobei das Überwachen disaggregierter Betriebsmittel des gemanagten Knotens auf den Ausfall das Detektieren eines Stromausfalls einer Stromversorgung einer Stromversorgungsdomäne, die mit einem oder mehreren disaggregierten Betriebsmitteln des gemanagten Knotens verbunden ist, umfasst.
Beispiel 65 enthält den Gegenstand eines der Beispiele 46-64, und wobei die Zuverlässigkeitszusammenstellungslogik-Schaltungsanordnung ferner dazu dient, in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel den gemanagten Knoten zu modifizieren.
Beispiel 66 enthält den Gegenstand eines der Beispiele 46-65, und wobei das Modifizieren des gemanagten Knotens das Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, das Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und das Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfasst.
Beispiel 67 enthält einen Betriebsmittelmanager-Server, der eine Schaltungsanordnung zum Empfangen von Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel, wobei die Betriebsmitteldaten eine Zuverlässigkeit jedes disaggregierten Betriebsmittels angeben; eine Schaltungsanordnung zum Empfangen einer Knotenanforderung, einen gemanagten Knoten zusammenzustellen; Mittel zum Bestimmen aus der Knotenanforderung von Knotenparametern, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; Mittel zum Zusammenstellen aus der Gruppe disaggregierter Betriebsmittel eines gemanagten Knotens, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und eine Schaltungsanordnung zum Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf einen Ausfall umfasst.
Beispiel 68 enthält den Gegenstand von Beispiel 67, und wobei die Schaltungsanordnung zum Empfangen der Betriebsmitteldaten eine Schaltungsanordnung zum Empfangen von Betriebsmitteldaten umfasst, die ferner eine Verfügbarkeit und/oder eine Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben.
Beispiel 69 enthält den Gegenstand eines der Beispiele 67 und 68, und wobei die Schaltungsanordnung zum Empfangen der Betriebsmitteldaten eine Schaltungsanordnung zum Bestimmen von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Beispiel 70 enthält den Gegenstand eines der Beispiele 67-69, und wobei die Mittel zum Bestimmen der Betriebsmittelparameter Mittel zum Bestimmen einer Wahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel ohne einen Ausfalls für eine vordefinierte Zeitspanne arbeiten wird, umfassen.
Beispiel 71 enthält den Gegenstand eines der Beispiele 67-70, und wobei die Mittel zum Bestimmen der Betriebsmittelparameter Mittel zum Bestimmen einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, umfassen.
Beispiel 72 enthält den Gegenstand eines der Beispiele 67-71, und wobei die Mittel zum Bestimmen der Betriebsmittelparameter Mittel zum Bestimmen der Fähigkeit eines disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfassen.
Beispiel 73 enthält den Gegenstand eines der Beispiele 67-72, und wobei die Schaltungsanordnung zum Empfangen der Betriebsmitteldaten eine Schaltungsanordnung zum Empfangen von Daten, die einen Ausfallverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Beispiel 74 enthält den Gegenstand eines der Beispiele 67-73, und wobei die Mittel zum Bestimmen der Knotenparameter Mittel zum Bestimmen von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfassen.
Beispiel 75 enthält den Gegenstand eines der Beispiele 67-74, und wobei die Mittel zum Bestimmen der Knotenparameter Mittel zum Bestimmen einer Zielwahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel des gemanagten Knotens die Arbeitslast ohne einen Ausfall für eine vorbestimmte Zeitspanne ausführen wird, umfassen.
Beispiel 76 enthält den Gegenstand eines der Beispiele 67-75, und wobei die Mittel zum Bestimmen der Knotenparameter Mittel zum Bestimmen einer Zielzeitspanne, für die jedes disaggregierte Betriebsmittel des gemanagten Knotens verfügbar sein wird, um die Arbeitslast auszuführen, umfassen.
Beispiel 77 enthält den Gegenstand eines der Beispiele 67-76, und wobei die Mittel zum Bestimmen der Knotenparameter Mittel zum Bestimmen einer Zielfähigkeit, sich von einem Ausfall eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens zu erholen, umfassen.
Beispiel 78 enthält den Gegenstand eines der Beispiele 67-77, und wobei die Mittel zum Bestimmen der Knotenparameter eine Schaltungsanordnung zum Bestimmen, ob Replizierung angefordert ist, umfassen.
Beispiel 79 enthält den Gegenstand eines der Beispiele 67-78, und wobei die Mittel zum Zusammenstellen des gemanagten Knotens Mittel zum Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfassen.
Beispiel 80 enthält den Gegenstand eines der Beispiele 67-79, und wobei die Mittel zum Zusammenstellen des gemanagten Knotens Mittel zum Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfassen.
Beispiel 81 enthält den Gegenstand eines der Beispiele 67-80, und wobei die Mittel zum Zusammenstellen des gemanagten Knotens Mittel zum Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfassen.
Beispiel 82 enthält den Gegenstand eines der Beispiele 67-81, und wobei die Mittel zum Zusammenzustellen des gemanagten Knotens Mittel zum Übertragen von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens zu dem Rechen-Einschub umfassen.
Beispiel 83 enthält den Gegenstand eines der Beispiele 67-82, und wobei die Mittel zum Zusammenstellen des gemanagten Knotens durch Konfigurieren des Rechen-Einschubs Mittel zum Übertragen von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, umfassen.
Beispiel 84 enthält den Gegenstand eines der Beispiele 67-83, und wobei die Schaltungsanordnung zum Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf den Ausfall eine Schaltungsanordnung zum Detektieren eines Hardware-Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens umfasst.
Beispiel 85 enthält den Gegenstand eines der Beispiele 67-84, und wobei die Schaltungsanordnung zum Überwachen disaggregierter Betriebsmittel des gemanagten Knotens auf den Ausfall eine Schaltungsanordnung zum Detektieren eines Stromausfalls einer Stromversorgung einer Stromversorgungsdomäne, die mit einem oder mehreren disaggregierten Betriebsmitteln des gemanagten Knotens verbunden ist, umfasst.
Beispiel 86 enthält den Gegenstand eines der Beispiele 67-85, und enthält ferner Mittel zum Modifizieren in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens.
Beispiel 87 enthält den Gegenstand eines der Beispiele 67-86, und wobei die Mittel zum Modifizieren des gemanagten Knotens Mittel zum Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfassen.
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 62427268 [0001]
IN 201741030632 [0001]

Claims

Betriebsmittelmanager-Server, der Folgendes umfasst: eine Kommunikationsschaltung, um (i) Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel zu empfangen, wobei die Betriebsmitteldaten die Zuverlässigkeit jedes disaggregierten Betriebsmittels der Gruppe disaggregierter Betriebsmittel angeben, und (ii) eine Knotenanforderung zu empfangen, einen gemanagten Knoten zusammenzustellen; und eine Rechen-Engine zum: Bestimmen aus der Knotenanforderung von Knotenparametern, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; Zusammenstellen aus der Gruppe disaggregierter Betriebsmittel eines gemanagten Knotens, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und Überwachen der disaggregierten Betriebsmittel des gemanagten Knotens auf einen Ausfall.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Empfangen der Betriebsmitteldaten das Empfangen von Betriebsmitteldaten, die ferner eine Verfügbarkeit und/oder eine Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst, und das Empfangen der Betriebsmitteldaten das Bestimmen von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Betriebsmittelmanager-Server nach Anspruch 2, wobei das Bestimmen der Betriebsmittelparameter das Bestimmen einer Wahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel ohne einen Ausfall für eine vordefinierte Zeitspanne arbeiten wird, einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, und/oder einer Fähigkeit eines disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Empfangen der Betriebsmitteldaten das Empfangen von Daten, die einen Ausfallverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Bestimmen der Knotenparameter das Bestimmen von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei das Zusammenstellen des gemanagten Knotens das Auswählen einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfasst.
Betriebsmittelmanager-Server nach Anspruch 6, wobei das Zusammenzustellen des gemanagten Knotens das Übertragen von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens zu dem Rechen-Einschub umfasst.
Betriebsmittelmanager-Server nach Anspruch 6, wobei das Zusammenstellen des gemanagten Knotens durch Konfigurieren des Rechen-Einschubs das Übertragen über die Kommunikationsschaltung von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, umfasst.
Betriebsmittelmanager-Server nach Anspruch 1, wobei die Rechen-Engine ferner dazu dient, in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel den gemanagten Knoten zu modifizieren.
Betriebsmittelmanager-Dienst nach Anspruch 11, wobei das Modifizieren des gemanagten Knotens das Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, das Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und das Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfasst.
Verfahren, das Folgendes umfasst: Empfangen durch einen Betriebsmittelmanager-Server von Betriebsmitteldaten von einer Gruppe disaggregierter Betriebsmittel, wobei die Betriebsmitteldaten eine Zuverlässigkeit jedes disaggregierten Betriebsmittels angeben; Empfangen durch den Betriebsmittelmanager-Server einer Knotenanforderung, einen gemanagten Knoten zusammenzustellen; Bestimmen aus der Knotenanforderung und durch den Betriebsmittelmanager-Server von Knotenparametern, die eine Zielzuverlässigkeit eines oder mehrerer disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in den gemanagten Knoten aufgenommen werden sollen, angeben; Zusammenstellen aus der Gruppe disaggregierter Betriebsmittel und durch den Betriebsmittelmanager-Server eines gemanagten Knotens, der den Knotenparametern genügt, durch Konfigurieren des Rechen-Einschubs, die disaggregierten Betriebsmittel des gemanagten Knotens zur Ausführung einer Arbeitslast zu nutzen; und Überwachen durch den Betriebsmittelmanager-Server der disaggregierte Betriebsmittel des gemanagten Knotens auf einen Ausfall.
Verfahren nach Anspruch 13, wobei das Empfangen der Betriebsmitteldaten das Empfangen durch den Betriebsmittelmanager-Server von Betriebsmitteldaten, die ferner eine Verfügbarkeit und/oder Belastbarkeit eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst, und das Empfangen der Betriebsmitteldaten das Bestimmen durch den Betriebsmittelmanager-Server von Betriebsmittelparametern jedes disaggregierten Betriebsmittels basierend auf den Betriebsmitteldaten umfasst.
Verfahren nach Anspruch 13, wobei das Bestimmen der Betriebsmittelparameter das Bestimmen durch den Betriebsmittelmanager-Server einer Wahrscheinlichkeit dafür, dass jedes disaggregierte Betriebsmittel ohne einen Ausfall für eine vordefinierte Zeitspanne arbeiten wird, einer Zeitspanne, in der ein disaggregiertes Betriebsmittel wahrscheinlich zur Nutzung durch den Rechen-Einschub verfügbar ist, und/oder einer Fähigkeit eines disaggregierten Betriebsmittels, sich von einem Ausfall zu erholen, umfasst.
Verfahren nach Anspruch 13, wobei das Empfangen der Betriebsmitteldaten das Empfangen durch den Betriebsmittelmanager-Server von Daten, die einen Ausfallverlauf eines entsprechenden disaggregierten Betriebsmittels angeben, umfasst.
Verfahren nach Anspruch 13, wobei das Bestimmen der Knotenparameter das Bestimmen durch den Betriebsmittelmanager-Server von Knotenparametern, die zusätzlich wenigstens eines aus einem Zielniveau der Verfügbarkeit, einem Zielniveau der Belastbarkeit, einer Replizierungsanforderung, einer Rechenanforderung, einer Datenspeicheranforderung und einer Speicheranforderung angeben, umfasst.
Verfahren nach Anspruch 13, wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel basierend auf den Betriebsmitteldaten, um den Knotenparametern zu genügen, umfasst.
Verfahren nach Anspruch 13, wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die in unterschiedlichen Stromversorgungsdomänen sind, umfasst.
Verfahren nach Anspruch 13, wobei das Zusammenstellen des gemanagten Knotens das Auswählen durch den Betriebsmittelmanager-Server einer Untergruppe disaggregierter Betriebsmittel aus der Gruppe disaggregierter Betriebsmittel, die unterschiedliche Grade der Zuverlässigkeit aufweisen, umfasst.
Verfahren nach Anspruch 18, wobei das Zusammenstellen des gemanagten Knotens das Übertragen durch den Betriebsmittelmanager-Server von Betriebsmittelbezeichnern der ausgewählten disaggregierten Betriebsmittel des gemanagten Knotens und Datenspeicheradressbereichen der ausgewählten disaggregierten Betriebsmittel, an denen Anwendungsdaten repliziert werden sollen, an den Rechen-Einschub umfasst.
Verfahren nach Anspruch 13, das ferner das Modifizieren durch den Betriebsmittelmanager-Server und in Reaktion auf eine Detektion eines Ausfalls eines oder mehrerer disaggregierter Betriebsmittel des gemanagten Knotens umfasst.
Verfahren nach Anspruch 22, wobei das Modifizieren des gemanagten Knotens das Neubewerten der Zuverlässigkeit der disaggregierten Betriebsmittel des gemanagten Knotens, das Bestimmen, ob der gemanagten Knoten den Knotenparametern genügt, und das Neuzusammenstellen in Reaktion auf eine Bestimmung, dass der gemanagte Knoten den Knotenparametern nicht genügt, eines gemanagten Knotens, der den Knotenparametern genügt, umfasst.
Ein oder mehrere maschinenlesbare Speichermedien, die mehrere Anweisungen umfassen, die darauf gespeichert sind und die in Reaktion darauf, dass sie ausgeführt werden, bewirken, dass ein Betriebsmittelmanager-Server das Verfahren nach einem der Ansprüche 22-23 ausführt.
Betriebsmittelmanager-Server, der Mittel zum Ausführen des Verfahrens nach einem der Ansprüche 13-23 umfasst.