WO2023177982A1 - Rééquilibrage dynamique de serveur - Google Patents

Rééquilibrage dynamique de serveur Download PDF

Info

Publication number
WO2023177982A1
WO2023177982A1 PCT/US2023/063579 US2023063579W WO2023177982A1 WO 2023177982 A1 WO2023177982 A1 WO 2023177982A1 US 2023063579 W US2023063579 W US 2023063579W WO 2023177982 A1 WO2023177982 A1 WO 2023177982A1
Authority
WO
WIPO (PCT)
Prior art keywords
peripheral
computing device
peripheral device
computing
processing
Prior art date
Application number
PCT/US2023/063579
Other languages
English (en)
Inventor
James CANNATA
Allen Andrews
Henry Harris
Original Assignee
Liqid Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US17/831,518 external-priority patent/US20230169017A1/en
Application filed by Liqid Inc. filed Critical Liqid Inc.
Publication of WO2023177982A1 publication Critical patent/WO2023177982A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/382Information transfer, e.g. on bus using universal interface adapter
    • G06F13/385Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10Program control for peripheral devices
    • G06F13/105Program control for peripheral devices where the programme performs an input/output emulation function
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/10Program control for peripheral devices
    • G06F13/12Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
    • G06F13/124Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine
    • G06F13/128Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor where hardware is a sequential transfer control unit, e.g. microprocessor, peripheral processor or state-machine for dedicated transfers to a network
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5083Techniques for rebalancing the load in a distributed system
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/34Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3433Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment for load management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12Discovery or management of network topologies
    • H04L41/122Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14Network analysis or design
    • H04L41/145Network analysis or design involving simulating, designing, planning or modelling of a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/16Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using machine learning or artificial intelligence
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]

Definitions

  • Data centers typically include large rack-mounted and network-coupled data storage and data processing systems. These data centers can receive data for storage from external users over network links, as well as receive data as generated from applications that are executed upon processing elements within the data center. Many times, data centers and associated computing equipment can be employed to execute jobs for multiple concurrent users or applications.
  • the jobs include execution jobs which can utilize resources of a data center to process data using central processing units (CPUs) or graphics processing units (GPUs), as well as to route data associated with these resources between temporary and long-term storage, or among various network locations.
  • CPUs central processing units
  • GPUs graphics processing units
  • GPU-based processing has increased in popularity for use in artificial intelligence (Al) and machine learning regimes.
  • computing systems such as blade servers, can include one or more GPUs along with associated CPUs for processing of large data sets.
  • servers typically include a fixed arrangement between a CPU, GPU, and storage elements which are housed in a common enclosure or chassis.
  • incoming jobs When incoming jobs are deployed within the data center, the granularity for computing resources is limited to individual servers.
  • deployed jobs typically take up one or more servers along with all of the corresponding CPU, GPU, and storage elements of each server, regardless of whether or not the entire resources of the server are actually needed to execute the jobs.
  • operators of data centers typically deploy a continually-increasing quantity of servers to accommodate increasing traffic from jobs. This strategy can encounter barriers on required physical space for rack-mounted servers, as well as the large space and cost requirements.
  • peripheral devices may be coupled to the client computing system as local devices, despite the peripheral devices being remotely located at the host device and connected to the client device over communication network links.
  • peripheral devices such as GPUs, FPGAs, or ASICs (referred to as co-processing units (CoPUs) or data processing accelerators), to be utilized on-demand by client computing systems over network links.
  • CoPUs co-processing units
  • These peripheral devices can then be arbitrarily associated and de-associated with various client devices (such as servers or other computing systems) as if the peripheral devices were local peripherals plugged into the client devices.
  • a client device can add a larger quantity of peripheral devices for use in processing workloads or user data than would normally be feasible compared to physically plugging peripheral devices into a motherboard of the client device.
  • Host devices can share access to physically connected peripheral devices to remote client devices when the peripherals are not in use by the host, thereby more efficiently utilizing all the resources of a computing cluster without costs associated with adding additional servers and space requirements.
  • a method may comprise, receiving an indication of a peripheral device available for data processing and located at a first computing device, receiving a request from a second computing device to access the peripheral device, and based on the request, directing the second computing device to emulate the peripheral device as a local device installed into the second computing device.
  • the method may further comprise routing data traffic from the second computing device for processing by the peripheral device at the first computing device.
  • a system may comprise a first computing device including a network interface, the first computing device configured to obtain, via the network interface, an indication from a server rebalancing system of a peripheral device available over the network interface for processing, the peripheral device located at a second computing device.
  • the first computing device may issue a request, to the server rebalancing system over the network interface, to access the peripheral device, and based on a response from the server rebalancing system, emulate local installation of the peripheral device at the first computing system.
  • the first computing device may issue data traffic for processing by the peripheral device to the server rebalancing system via the network interface.
  • a method may comprise issuing, from a first computing device to a server rebalancing system over a network interface, an indication that a peripheral device located at the first computing device is available for processing, and receiving, at the first computing device from the server rebalancing system via the network interface, a second indication that the peripheral device is assigned to a second computing device.
  • the method may further comprise receiving, at the first computing device from the server rebalancing system via the network interface, data traffic from the second computing device for processing by the peripheral device, and providing, from the first computing device via the network interface, a result of processing the data traffic by the peripheral device.
  • Figure l is a diagram illustrating a computing system in an implementation.
  • Figure 2 includes a flow diagram that illustrates an operational example of a computing system in an implementation.
  • Figure 3 is a diagram illustrating a host device in an implementation.
  • Figure 4 is a diagram illustrating a fabric control system in an implementation.
  • Figure 5 is a diagram illustrating a computing system in an implementation.
  • Figure 6 is a diagram illustrating a control system in an implementation. DETAILED DESCRIPTION
  • Data centers with associated computing equipment can be employed to handle execution jobs to process data as well as to shuttle data associated with execution jobs between temporary and long-term storage, or among various network destinations.
  • data centers include large numbers of rack-mounted computing systems, or servers, which are independently packaged, and house corresponding sets of processors, system memory, data storage devices, network interfaces, and other computing equipment coupled over internal data buses. Once installed, these servers are not typically modified or altered, apart from minor upgrades or repairs to individual components to replace existing components. This relatively fixed arrangement of a server can be referred to as being in a converged arrangement.
  • each server represents a granular unit of computing equipment, with individual internal components largely unaltered once encased by a server manufacturer and inserted into a rack by a system installer.
  • a peripheral device of a host computing system can be emulated as being locally- mounted or locally-installed into a client computing system for use, even though the client is accessing the device remotely via a network.
  • a computing system can better utilize resources by not having idle or wasted portions of a converged server which are not needed for a particular task or for a particular part of a task, and instead make those idle components available for use by other computing devices.
  • a data center operator can achieve very high utilization levels for a data center, greater than can be achieved using fixed-arrangement servers, and can augment existing servers with additional capabilities over pre-existing network connections. These operations and techniques can be referred to as dynamic server rebalancing.
  • Peripheral resources can also include co-processing units (CoPUs) or data processing accelerators, such as GPUs, tensor processing units (TPUs), FPGAs, or application-specific integrated circuits (ASICs).
  • CoPUs co-processing units
  • TPUs tensor processing units
  • ASICs application-specific integrated circuits
  • the peripheral resources may be disaggregated and established as a pool of unused, unallocated, or free peripheral resources until allocated (composed) to requesting client devices using a communication fabric, such as Peripheral Component Interconnect Express (PCIe) or Compute Express Link (CXL).
  • PCIe Peripheral Component Interconnect Express
  • CXL Compute Express Link
  • a management processor, or dynamic server rebalancing system can control composition and de-composition among connected servers and computing systems, and provide interfaces to external users, job management software, or orchestration software.
  • Peripheral resources and other elements graphics processing, network, storage, FPGA, RAM, or other
  • the peripheral resources may be located within enclosures of individual servers. These peripheral resources can be established into a pool as mentioned above for disaggregated components, but instead are physically associated with individual servers.
  • components located within a first server can be used for activities of a second server as if those components were local devices to that second server.
  • graphics processing resources physically attached to a host device can be assigned, via a dynamic server rebalancing system, to be virtually attached to a first client device, and then later detached from the first client device and assigned to a second client device.
  • additional peripheral resources from other host devices can be introduced to a client device to supplement existing resources.
  • Figure 1 is presented.
  • Figure l is a system diagram illustrating computing system 100 which employs dynamic server rebalancing techniques that can encompass both disaggregated computing components and converged servers.
  • System 100 includes computing devices 110 and 140, dynamic server rebalancing system 130, network switch 131, and disaggregated peripheral devices 153.
  • Computing devices 110 and 140 can communicate over network links 150-151 with network switch 131.
  • Peripheral devices 153 communicate over communication fabric link 152 with network switch 131. Although only two computing devices are shown in Figure 1, it should be understood that any number of computing devices can be included and coupled to network switch 131 over associated network links.
  • Computing devices 110, 140 include network interfaces 111, 141, local peripheral interconnect interfaces 112, 142, and peripheral over fabric (PoF) systems 115, 145.
  • PoF peripheral over fabric
  • Network interfaces 111, 141 may be coupled over network links 150-151 to network switch 131.
  • Local interfaces 112, 142 may be coupled over local links to local peripheral devices 113, 143.
  • computing device 110 and its associated components and connections will be described hereafter, but the same functionality may apply to computing device 140 unless otherwise noted.
  • PoF system 115 may be coupled to both network interface 111 and local interface 112 over software and hardware connections, such as via software interfaces into associated protocol stacks or programming interfaces of network interface 111 and local interface 112.
  • computing device 110 can execute system software and user applications for various tasks using on-board central processing units (CPUs) along with peripheral devices including graphics processing devices (e.g. GPUs), data storage devices (e.g. SSDs), memory devices (e.g. DRAM), network interfaces (e.g. NICs), and user interface devices.
  • graphics processing devices e.g. GPUs
  • data storage devices e.g. SSDs
  • memory devices e.g. DRAM
  • network interfaces e.g. NICs
  • user interface devices e.g., NICs, and user interface devices.
  • Operators of computing device 110, or the OS or other components of computing device 110 may desire to add additional peripheral devices for use by the computing device 110.
  • computing device 110 may indicate that it has local resources or peripheral devices that are idle or otherwise available for use by other computing devices in system 100.
  • Peripheral devices including data processing elements (such as CoPUs) or other peripheral devices (such as data storage or memory devices) can be configured to be associated with computing device 110 even though such devices or elements are not physically local to computing device 110.
  • Elements included on computing device 110 as well as in dynamic server rebalancing system 130 can enable remote sharing or adding of peripheral devices for use by computing device 110 as if the remote peripheral devices were local devices coupled over a local interface, such as a PCIe interface.
  • PCI/PCIe connections are referenced herein as an example of a common peripheral device communication protocol, it should be understood that other peripheral device protocols may be used without departing from the scope of this disclosure, such as CXL.
  • CXL peripheral device protocols
  • host device 110 comprises a computing system having processing elements, data storage and memory elements, and user interface elements.
  • Examples of host device 110 include servers, blade servers, desktop computers, laptop computers, tablet computers, smartphones, gaming systems, elements of a distributed computing system, customer equipment, access terminals, Internet appliances, media players, or other computing systems.
  • host device 110 will include a motherboard or other system circuit board having a central processing unit (CPU) coupled thereto along with memory devices, such as random access memory (RAM) or dynamic RAM (DRAM).
  • CPU central processing unit
  • RAM random access memory
  • DRAM dynamic RAM
  • the CPU can be a component in a processing system formed from among one or more microprocessor elements including Intel® microprocessors, Apple® microprocessors, AMD® microprocessors, ARM® microprocessors, field-programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), tensor processors, application specific processors, or other microprocessors or processing elements.
  • Various peripheral devices 113 can physically couple locally to peripheral interconnect interfaces 112 of host device 110 via corresponding slots, connectors, or over cabling within an enclosure or chassis of host device 110.
  • peripheral devices 113 can include graphics cards housing graphics processing units (GPUs), data storage drives using various computer-readable media, network interface controllers (NICs) having physical layer elements to couple to network links (e.g., Ethernet), or other devices including user interface devices.
  • GPUs graphics processing units
  • NICs network interface controllers
  • PCIe devices might be included in host device 110 which are coupled into PCIe slots on a motherboard of host device 110.
  • Such devices 113 are referred to as local peripheral devices.
  • Host device 110 also includes various software which is executed by a processing system of host device 110. This software typically includes operating systems, user applications, device drivers, user data, hypervisor software, telemetry software, or other various software elements.
  • Dynamic server rebalancing system 130 comprises control and interworking elements for network switch 131.
  • Dynamic server rebalancing system 130 can be included in a top-of-rack (ToR) switch chassis or other network switching or routing element.
  • Dynamic server rebalancing system 130 comprises a management operating system (OS), operator control interfaces, and various other elements - such as shown in Figures 4-6.
  • Dynamic server rebalancing system 130 can comprise one or more microprocessors and other processing circuitry that retrieves and executes software from an associated storage system (not shown).
  • Dynamic server rebalancing system 130 can be implemented within a single processing device, but can also be distributed across multiple processing devices or sub-systems that cooperate in executing program instructions. Examples of dynamic server rebalancing system 130 include general purpose central processing units, application specific processors, and logic devices, as well as any other type of processing device, combinations, or variations thereof. In some examples, dynamic server rebalancing system 130 comprises an Intel® microprocessor, Apple® microprocessor, AMD® microprocessor, ARM® microprocessor, FPGA, ASIC, application specific processor, or other microprocessor or processing elements. Dynamic server rebalancing system 130 includes at least one network interface, and in some examples at least one fabric interface.
  • the network interface comprises a network stack and associated physical layer interfaces used to communicate with network switch 131 and control elements of network switch 131, as well as communicate with devices coupled to ports 133 of network switch 131.
  • a fabric interface may comprise a communication link subsystem used to communicate with network switch 131 and between peripheral devices coupled to ports 134.
  • the fabric interface may comprise one or more PCIe interfaces or other suitable fabric interfaces.
  • Network switch 131 includes network ports 133 that provide switched network connections for computer devices, such as shown for network links 150-151.
  • Network switch 131 includes various network switching circuity to communicatively link individual ports to other ports based on traffic patterns, addressing, or other traffic properties.
  • network switch 131 comprises an Ethernet or Wi-Fi (802.1 Ixx) switch corresponding to wired or wireless connections, which can refer to any of the various network communication protocol standards and bandwidths available, such as 10BASE-T, 100BASE-TX, 1000BASE- T, 10GBASE-T (10GB Ethernet), 40GBASE-T (40GB Ethernet), gigabit (GbE), terabit (TbE), 200GbE, 400GbE, 800GbE, or other various wired and wireless formats and speeds.
  • Network switch 131 optionally includes fabric ports 134, which may be a part of a separate fabric switch element which communicates with dynamic server rebalancing system 130 over a fabric port.
  • Fabric ports 134 may couple to peripheral devices 153 over associated fabric links 152, typically comprising point-to-point multi-lane serial links.
  • Types of fabric ports and links include PCIe, Gen-Z, InfiniBand, NVMe, FibreChannel, NVLink, Cache Coherent Interconnect for Accelerators (CCIX), Compute Express Link (CXL), and Open Coherent Accelerator Processor Interface (OpenCAPI), among others.
  • fabric ports 134 are shown coupled to a set or group of peripheral devices 153, where that group includes individual peripheral devices coupled to a backplane which has a shared fabric connection to fabric ports 134 over link 152.
  • peripheral devices 153 Although a single group of uniform peripheral devices 153 is shown (e.g., just a box of GPUs, JBOG), it should be understood that any number of groups in any arbitrary arrangement of peripheral devices can instead be employed, and that individual peripheral devices can be coupled to fabric ports 134 without the use of a shared backplane.
  • Peripheral devices 113, 143, and 153 can comprise various co-processing units (CoPUs) or data processing accelerators, such as graphics processing units (GPUs), tensor processing units (TPUs), field-programmable gate arrays (FPGAs), or application-specific integrated circuits (ASICs).
  • Peripheral devices can also include data storage devices, such as solid state storage devices (SSDs) that include flash memory or other media types, hard drives (HDDs) including rotating magnetic media, magnetoresistive random-access memory (MRAM), or other data storage devices having various media types and interface types.
  • SSDs solid state storage devices
  • HDDs hard drives
  • MRAM magnetoresistive random-access memory
  • Peripheral devices can include fabric-coupled memory devices, such as dynamic random-access memory (DRAM), static random-access memory (SRAM), 3D XPoint memory, solid state memory devices, magnetic random-access memory (MRAM) devices, or other various memory devices.
  • Peripheral devices can include network interface controllers (NICs) including various network interface elements such as physical layer elements (PHY), transport layer elements, TCP/IP traffic handling elements, routers, switches, or bridges, along with associated cable connectors.
  • NICs network interface controllers
  • PHY physical layer elements
  • TCP/IP traffic handling elements routers, switches, or bridges, along with associated cable connectors.
  • Operations 200 can be subdivided into those performed by dynamic server rebalancing system 130 (labeled as switch (SW) actions), and those performed by computing device 110 (labeled as server actions), although the various operations might be performed by different devices than listed in Figure 2.
  • SW switch
  • server actions computing device 110
  • dynamic server rebalancing system 130 discovers network- coupled server devices, such as computing device 110.
  • the dynamic server rebalancing system may receive initialization messaging provided by computing device 110, such as device identifiers (ID), vendor IDs, addressing, and other information. This information can be provided automatically by computing devices 110 upon power up or reset (e.g., initiated as a server 110 action instead of as a dynamic server rebalancing system 130 action), or can be queried by dynamic server rebalancing system 130 using various protocol-specific commands or control traffic.
  • ID device identifiers
  • vendor IDs e.g., vendor IDs, addressing, and other information.
  • This information can be provided automatically by computing devices 110 upon power up or reset (e.g., initiated as a server 110 action instead of as a dynamic server rebalancing system 130 action), or can be queried by dynamic server rebalancing system 130 using various protocol-specific commands or control traffic.
  • a communication protocol or handshaking operation can be employed between server device 110 and dynamic server rebalancing system 130 which indicates a host IP address, a port number, and a login/password for server device 110 such that dynamic server rebalancing system 130 can issue attach/detach operations to server device 110.
  • dynamic server rebalancing system 130 can establish and maintain one or more data structures which list these properties and identifiers for the server devices along with the corresponding IP address, port number, login/password parameters.
  • One example data structure is noted as "server devices 135" in Figure 1.
  • Dynamic server rebalancing system 130 can update this data structure over time to add or remove server devices as changes to their operational status, presence, or availability change.
  • a similar discovery process may be performed to discover peripheral devices 153 over link 152.
  • dynamic server rebalancing system 130 may discover many network devices, but only catalog computing devices 110 which support network-coupled peripheral device modes through use of specialized software, firmware, or hardware deployed to such computing devices 110, e.g., such as PoF module 115.
  • This specialized module such as a driver or kernel-level module, can report statuses to dynamic server rebalancing system 130 which include mode support indications to dynamic server rebalancing system 130 along with server-associated network addresses, network ports, or network sockets.
  • the server device 110 may generate and present (202) to the dynamic server rebalancing system a list of available peripheral components physically located at the server device 110.
  • the list may include all peripheral components at the server device 110, or may be limited to peripheral components that are idle or otherwise available for use by other computing systems.
  • the server device 110 may report resources in addition to peripheral devices, including storage capacity or processing resources that does not involve making an entire component or peripheral device available. For example, a server device 110 may make a portion of its CPU processing capacity available while retaining a portion of the processing capacity for itself, such as by using virtualization.
  • the list of peripheral devices may include device identifiers (ID), vendor IDs, addressing, performance specifications or requirements, and other information by which the peripheral devices may be identified for accessing.
  • the server device 110 may include a plurality of network ports, and may dedicate different ports to one or more peripheral devices. In embodiments where multiple peripheral devices can be accessed via a single port, access requests can use device identifiers or other information to inform the server device 110 what peripheral is being accessed.
  • the dynamic server rebalancing system 130 may compile a data structure of available peripheral devices.
  • An example data structure is shown in Figure 1 as “peripheral devices 136”.
  • the peripheral devices data structure 136 may identify a type of resource or peripheral, its specifications, associated server device 110, addressing information and identifiers, port 133 or network connection 150, status (e.g., whether or not the resource is currently in use or assigned to a client server device 110, and which one), or other details.
  • the peripheral device data structure 136 may be incorporated into server devices data structure 135, or maintained separately.
  • the peripheral data structure may be updated by the dynamic server rebalancing system 130 as resources come online or become unavailable, or as peripheral devices are attached/detached to server systems 110.
  • the dynamic server rebalancing system may provide a list of available peripheral devices to server devices 110 connected to network switch 131 over network link 150.
  • the list may be provided to the server devices 110 automatically, for example at fixed intervals or every time the list is updated.
  • the list may be provided to a server device 110 in response to a request from the server device to access resources.
  • a subset of the total quantity of peripheral devices in "peripheral devices 136" can be provided based on a server device 110 requesting only certain types of devices.
  • PoF system 115 of computing device 110 can then make a selection or request of a peripheral device (204), indicated over network interface 111 to dynamic server rebalancing system 130.
  • This selection may indicate an identity or identifier of a peripheral device that server device 110 desires to couple to over network link 150, such as a device ID or vendor ID used to identify the peripheral device on local peripheral interconnect interface 112.
  • a server device 110 may be considered a “client” server or computing device for that peripheral, while a computing device at which the requested peripheral is physically located may be referred to as a “host” server or computing device.
  • a single server device 110 may simultaneously be a “host” for some peripheral devices and a “client” for other peripheral devices.
  • computing device 110 may be the “client” server
  • computing device 140 may be the “host” server.
  • dynamic server rebalancing system 130 may remove the peripheral device from an available device pool (e.g., of “peripheral devices 136”), and provide one or more commands that instruct PoF system 115 to attach the peripheral device into client system 110.
  • the dynamic server rebalancing system 130 may also send an indication to host system 140 indicating that the peripheral device is occupied or unavailable to host system 140 while the peripheral is attached to client system 110.
  • PoF system 115 performs (206) a hot plug or attach process to instantiate a virtual or emulated version of peripheral device 147A, shown in Figure 1 as 147B, into local peripheral interconnect interface 112 of client device 110 via virtual connection 116.
  • This hot plug or attach process may comprise triggering an entry point process, emulating to local peripheral interconnect interface 112, that a new hardware device is physically present in a slot or connector of client device 110, when that hardware device is actually not physically present in a slot or connector of client device 110.
  • PoF system 115 may call an entry point process within local peripheral interconnect interface 112 without using any corresponding hardware interrupts or hardware indicators normally resultant from a physical plugging or powering on of a peripheral device into client device 110. This can also include modification of local peripheral interconnect interface 112 to accept interrupts or attach commands from PoF system 115 instead of only from hardware changes. PoF system 115 also emulates the hardware plugging process by providing address space descriptions to local peripheral interconnect interface 112 to access peripheral device 147B as a local peripheral device coupled to client system 110. In examples where local peripheral interconnect interface 112 comprises a PCIe subsystem of client device 110, an 'attach' command might be issued by PoF system 115 which indicates a vendor ID and device ID to the PCIe subsystem.
  • the PCIe subsystem can also request or be provided with memory addressing locations for memory- mapped access to peripheral device 147B.
  • PoF system 115 can emulate these addressing locations and structural properties of such locations (e.g., buffer sizing and formats) to further emulate behavior of physical peripheral device 147 A as a virtual peripheral device 147B.
  • PoF system 115 can emulate (207) the peripheral device 147B at the client server 110.
  • a device driver of client device 110 can interface with peripheral device 147B through local peripheral interconnect interface 112 to provide access to operating system processes, user applications, kernel resources, and other various interfacing.
  • peripheral device driver Any tools and libraries associated with the peripheral device driver will function identically for local peripheral devices coupled physically to client device 110 or peripheral devices mapped over a network link through PoF system 115.
  • a device driver for peripheral device 147B is not typically aware that the actual peripheral device 147A is not locally connected to client device 110.
  • User applications, operating systems, kernel resources, hypervisors, and the like, all can interface with peripheral device 147B as normally done when connected locally - via PoF system 115 emulating behavior of a local hardware interface of peripheral device 147B to local peripheral interconnect interface 112. This emulation can include behavior noted above for instantiation, and also for handling of communications thereafter between local peripheral interconnect interface 112 and network interface 111.
  • PoF system 115 acts as an interworking unit for traffic for peripheral device 147A/B between local peripheral interconnect interface 112 and network interface 111. PoF system 115 interfaces with a network stack of network interface 111 to send and receive this traffic to/from the actual peripheral device 147 A over network link 150.
  • a native format e.g., PCIe frames or similar of local peripheral interconnect interface 112
  • IP packet format or Ethernet frame format suitable for transfer over network interface 111.
  • Dynamic server rebalancing system 130 can receive the client device-originated traffic over link 150. Since network link 150 couples to client device 110 and network link 151 couples to host device 140, interworking operations between the two port connections 133 is established. Dynamic server rebalancing system 130 provides interworking (208) between at least network link 150 and network link 151, or in some examples, between network link 150 and fabric link 152 if the peripheral device being accessed is among peripherals 153 rather than at host 140.
  • Connection between a network link 150 and fabric link 152 can comprise protocol conversion where network frames or IP packets are stripped of various network protocol-specific headers and then payload data is re-packaged or encapsulated into frames or packets (or other fabric-native datagrams) suitable for transfer over fabric link 152.
  • Interworking traffic between a same type of network links, such as links 150-151, may not require format conversions.
  • Various reads, writes, input/output, control, commands, or other traffic can be handled this way to transfer transactions to peripheral device 147A at host device 140 which originate at client device 110.
  • the reverse operation can occur for transactions and responses originated by host device 140 and peripheral device 147A for transfer to client device 110.
  • Commands and other traffic transmitted to host 140 from client 110 may be received and processed at network interface 141.
  • PoF system 145 communicates with the network stack of network interface 141 and interprets these received network frames or packets to convert into a native format suitable for local peripheral interconnect interface 142.
  • Local peripheral interconnect interface 142 provides the communications in the native format to peripheral device 147A for execution or processing.
  • Processing results may be intercepted or passed from peripheral interconnect interface 142 to PoF system 145, and then to network interface 141 for transmittal to client device 110 via network link 151 and dynamic server rebalancing system 130, similar to the transmission processed described for host device 110 above.
  • these network frames or packets are processed by a network stack of network interface 111.
  • PoF system 115 communicates with the network stack of network interface 111 and interprets these received network frames or packets to convert into a native format suitable for local peripheral interconnect interface 112, as though they came from emulated peripheral device 147B.
  • Local peripheral interconnect interface 112 provides the communications in the native format to various software elements of client device 110, such as device drivers which interface with user-level applications.
  • Client device 110 can thus use peripheral device 147A as if it were coupled locally to a local bus or connector of client device 110, via the emulated peripheral device 148B provided by PoF 115.
  • PoF system 115 can operate to remove peripheral device 147B from client device 110, and send a disconnect indication to dynamic server rebalancing system 130 via link 150.
  • host device 140 may send an indication to dynamic server rebalancing system 130 indicating that peripheral device 147A is no longer available, e.g., based host device 140 requiring the peripheral or unavailability due to a shut down, force stop, or other operation.
  • the dynamic server rebalancing system 130 can send an indication to client device 110 to disconnect peripheral device 147B.
  • PoF system 115 can effect removing instantiation of peripheral device 147B from local peripheral interconnect interface 112 by at least emulating a hardware device removal process or "hot unplug" operation to local peripheral interconnect interface 112.
  • This hot unplug or detach process comprises triggering an exit point process, emulating to local peripheral interconnect interface 112, that a hardware device is no longer physically present in a slot or connector of client device 110.
  • PoF system 115 calls an exit point process within local peripheral interconnect interface 112 without using any corresponding hardware interrupts or hardware indicators normally resultant from a physical unplugging or powering off of a peripheral device into client device 110.
  • dynamic server rebalancing system 130 may update data structure 136 to indicate peripheral device 147A is no longer assigned or attached to client system 110, and may return peripheral device 147 A to an available peripheral device pool (or move it to an unassigned, unavailable pool, or re-assign it to host system 140, depending on the circumstances).
  • the peripheral device 147A may be returned to the available pool based on an indication from client system 110 that the peripheral device 147B has been disconnected, or the dynamic server rebalancing system 130 may disassociate peripheral device 147A from client 110 without requiring confirmation from client 110.
  • peripheral device 147A As mentioned, once peripheral device 147A is removed, it can be returned to a pool of peripheral devices that remain in an inactive detached state until needed by a host device or other device. An attach process can then proceed as noted above. A further discussion of the pools of components or peripheral devices is discussed in Figure 5. Moreover, instead of a GPU or similar device to peripheral device 147 A, other fabric-coupled devices might be attached/ detached as noted in the operations of Figure 2, such as FPGAs, SSDs, NICs, memory devices, user interface devices, or other peripheral devices.
  • computing device 140 may be a host, and computing device 110 may be a client in regard to peripheral device 147 A, the relationship may be reversed for other peripherals.
  • computing device 110 is remotely accessing peripheral 147 A
  • computing device 140 may be remotely accessing peripheral device 148 A from computing device 110, via emulated peripheral device 148B of Figure 1.
  • a computing device 110 may locally access its own peripheral devices 113 via peripheral interconnect interface 112, and may only access remote peripheral devices 143, 153 via link 150 and dynamic server rebalancing system 130. In these cases, only available or idle peripherals or resources may be reported to dynamic server rebalancing system 130, while peripherals 113 in use by the computing system itself may not be reported as available. However, in some examples, servers 110 capable of dynamic server rebalancing (e.g., via PoF system 115) may report all local peripherals 113 to dynamic server rebalancing system 130.
  • a computing system may not access its local peripherals directly, and may instead request usage of peripherals from the available pool of peripherals, via dynamic server rebalancing system 130, for all peripheral needs.
  • a computing system 110 may act as both host and client to itself, to “remotely” access its own local peripherals.
  • Such an implementation may simplify resource rebalancing among computing devices 110, without conflicts over local resources between a host device and remote computing systems. For example, if a local peripheral device 148A of host 110 was idle and became attached to client system 140, and then host 110 developed a need for peripheral 148 A, it could cause conflicts or interruption of operations at client system 140. By having all systems utilize the same shared pool of resources, this manner of conflict may be avoided.
  • Figure 3 includes computing device 300 as an example of a computing device, server, computing system, blade server, or the like.
  • Computing device 300 can include one or more network links, each having an associated network address.
  • a first network link 380 can couple computing device 300 to a dynamic server rebalancing system or network switch for coupling remote peripheral devices as discussed herein.
  • Another network link 381 might communicate with other computing devices, further networks, or the Internet, among other various networks and endpoints, for transmissions unrelated to remote peripheral data traffic.
  • Computing device 300 includes a user space 302 and kernel space 301.
  • Kernel space 301 may be a software system that comprises core operating system (OS) elements, such as the OS kernel, device drivers, hardware interfacing subsystems, network stacks, memory management subsystems, machine clock/time modules, and other low-level elements which are employed to act as an interface between the hardware components and user applications, as well as manage resources of computing device 300 among user-level and kernel-level software.
  • OS operating system
  • User space 302 may include user applications, tools, games, graphical or command line user interfacing elements, and other similar elements.
  • user space elements interface with device driver elements of kernel space 301 through an application programming interface (API) or other software-defined interface to share access to the low- level hardware elements among all user software, such as network controllers, graphics cards, audio devices, video devices, user interface hardware, and various communication interfaces.
  • API application programming interface
  • These device driver elements receive user-level traffic and interact with hardware elements that ultimately drive link layer communications, data transfer, data processing, logic, or other low-level functions.
  • computing device 300 may include network stack 330, peripheral over fabric (PoF) unit 320, PCI/PCIe module 340, and device driver(s) 350, such as for connected peripheral devices.
  • Other kernel-space elements are omitted for clarity and to focus on the kernel-level elements relevant to the operations herein.
  • User space 302 includes user commands 360 and user applications 361.
  • Network stack 330 comprises a TCP/IP stack and includes various layers or modules typical of network stacks, although some elements are omitted for clarity.
  • Ethernet driver 334 includes features of the link layer, media access controller (MAC) addressing, Ethernet frame handling, and interfaces with a network interface controller (not shown) which then handles physical layer operations and structures.
  • MAC media access controller
  • IP module 333 performs packet handling, IP addressing, and internetwork operations.
  • TCP/UDP module 332 interfaces between data structures of user applications and IP module 333, as well as packetizes user data, handles error correction and re-transmission, acknowledgement of transfers, and the like.
  • Socket layer 331 interfaces with user applications and other components of computing device 300, and acts as an endpoint for packetized communications. Individual sockets can be established, each of which handles a particular communication purpose, type, protocol, or other communication segregation. Several sockets can be established by a network stack 330, each of which can act as an endpoint for distinct communication types.
  • a socket is typically identified by an IP address and a port number, and a host device can have many such port numbers for a single IP address, as well as multiple IP addresses each with their own set of port numbers. Thus, many sockets might be established, each having a particular purpose.
  • User-level applications, user processes, or even kernel-level processes, modules, and elements can interface with the network stack 330 through particular sockets.
  • PoF unit 320 can establish functionality of remote peripheral devices as though they were local peripherals of computing device 300, by calling hot plug/unplug functions of PCI/PCIe module 340 and emulating hardware behavior to these functions.
  • PoF unit 320 interfaces with socket layer 331 to transfer and receive packets transporting traffic related to peripheral devices which can be located remotely from computing device 300.
  • PoF unit 320 might instead use a TCP offload engine (TOE) stack and remote direct memory access (RDMA) for specific network interface controller vendor types.
  • TOE TCP offload engine
  • RDMA remote direct memory access
  • Socket layer 331, or equivalent noted above, can be identified by an IP address and port number and is typically dedicated to traffic related to a particular peripheral device or for all remote peripheral devices for computing device 300.
  • a usemame/password or other security credentials can be passed along with the packets received by socket layer 331.
  • PoF unit 320 has 'hooks' or software interface features to communicate with socket layer 331. Packets arrive from peripheral devices through network stack 330 and are interpreted by PoF unit 320, which then translates the communications to a format suitable for PCI/PCIe module 340.
  • the packets received by interworking unit 320 can include the PCIe device state information of the peripheral device.
  • PCI/PCIe module 340 receives these communications from PoF unit 320 as if they originated from a local peripheral device of computing device 300.
  • PoF unit 320 emulates behavior of local peripheral devices to PCI/PCIe module 340, and such peripheral devices appear local to PCI/PCIe module 340.
  • Device drivers, device tools or toolsets, and device-centric libraries function identically for locally connected PCIe devices or remote PCIe devices mapped through PoF unit 320.
  • PoF unit 320 can establish several functions or libraries which present targets for PCI/PCIe module 340 to communicate with for I/O transactions, configuration transactions, reads/writes, and other various communications.
  • user applications can interact with peripheral devices located remotely from computing device 300 using standard device drivers 350 which interface with PCI/PCIe module 340.
  • Communications issued by PCI/PCIe module 340 normally intended for local hardware devices may be intercepted by PoF unit 320 and interpreted for transfer over network stack 330 and network link 380.
  • GPU peripheral devices are employed, in one example, graphics drivers can be employed without modification by user applications, such as machine learning, deep learning, artificial intelligence, or game applications, even though a GPU might be remotely located with regard to computing device 300.
  • Figure 4 includes dynamic server rebalancing system 400 as an example of a management node, computing device, server, computing system, blade server, or the like.
  • the dynamic server rebalancing system 400 can establish and manage a communication fabric for the sharing of resources, such as peripheral devices, among connected computing nodes like computing device 110 and peripheral device pool 153 of Figure 1.
  • Dynamic server rebalancing system 400 can include one or more network links, each having an associated network address.
  • a first network link 480 can couple to a network switch and then to computing or server devices for coupling peripheral devices as discussed herein.
  • the examples discussed regarding Figure 4 also employ a TCP/IP style of networking for communication with dynamic server rebalancing system 400, and in some examples a PCIe interface for communication with pools of peripheral devices.
  • Dynamic server rebalancing system 400 may include a user space 402 and kernel space 401.
  • Kernel space 401 may be a software system that comprises core operating system (OS) elements, such as the OS kernel, device drivers, hardware interfacing subsystems, network stacks, memory management subsystems, machine clock/time modules, and other low-level elements which are employed to act as an interface between the hardware components and user applications, as well as manage resources of dynamic server rebalancing system 400 among user-level and kernel-level software.
  • OS operating system
  • User space 402 may include user applications, tools, telemetry, event handlers, user interfacing elements, and other similar elements.
  • user space 402 elements interface with device driver elements of kernel space 401 through an application programming interface (API) or other software-defined interface to share access to the low-level hardware elements among all user software, such as network controllers, fabric interfaces, sideband communi cation/control interfaces, maintenance interfaces, user interface hardware, and various communication interfaces.
  • API application programming interface
  • These device driver elements receive user-level traffic and interact with hardware elements that ultimately drive link layer communications, data transfer, data processing, logic, or other low-level functions.
  • dynamic server rebalancing system 400 may include network stack 430, fabric module 440, and PCI/PCIe interface 460.
  • Other kernel-space elements are omitted for clarity and to focus on the kernel-level elements relevant to the operations herein.
  • Network stack 430 comprises a TCP/IP stack and includes various layers or modules typical of network stacks, although some elements are omitted for clarity.
  • Ethernet driver 434 includes features of the link layer, media access controller (MAC) addressing, Ethernet frame handling, and interfaces with a network interface controller (not shown) which then handles physical layer operations and structures.
  • IP module 433 performs packet handling, IP addressing, and internetwork operations.
  • TCP/UDP module 432 interfaces between data structures of user applications and IP module 433, as well as packetizes user data, handles error correction and re-transmission, acknowledgement of transfers, and the like.
  • Socket layer 431 interfaces with user applications and other components of dynamic server rebalancing system 400, and acts as an endpoint for packetized communications. Individual sockets can be established, each of which handles a particular communication purpose, type, protocol, connected device, or other communication segregation. Several sockets can be established by a network stack, each of which can act as an endpoint for distinct communication types or communication links.
  • a socket is typically identified by an IP address and a port number, and a device can have many such port numbers for a single IP address, as well as multiple IP addresses each with their own set of port numbers. Thus, many sockets might be established, each having a particular purpose.
  • User-level applications, user processes, or even kernel-level processes, modules, and elements can interface with the network stack through particular sockets.
  • Fabric module 440 can include drivers and other elements for managing the sharing or rebalancing of resources among computing devices connected to dynamic server rebalancing system 400. Fabric module 440 provides a pathway for command and control of the fabric itself, such as for logical partitioning/isolation or attaching/detaching of peripheral devices. Traffic related to reads, writes, configuration, and I/O of peripheral devices may also be handled by fabric module 440.
  • fabric module 440 can include a PCI/PCIe subsystem which includes the equivalent of a protocol stack for PCI/PCIe links. Fabric module 440 can interface with physical layer elements, such as PCI/PCIe interface 460, and also presents a software/programming interface for configuration handler 412.
  • Fabric module 440 can also interface user space elements (e.g., command processor 414) with PCI/PCIe interface 460.
  • PCI/PCIe interface 460 may comprise a fabric chip or fabric switch circuitry which can provide one or more physical fabric links to couple to fabric module 440, to local devices of dynamic server rebalancing system 400, and to pools of peripheral devices coupled over associated PCIe links (e.g., peripheral devices 153 connected over links 152 of Figure 1) or to further fabric chips or fabric switch circuitry that provide portions of the fabric and further fabric links.
  • User space 402 includes server rebalancing control element 410, which may further comprise monitor 411, configuration handler 412, event handler 413, command processor 414, and user interfaces 415.
  • Command processor 414 can communicate with fabric module 440 to control the communication fabric(s) employed to establish logical partitioning or assignment among peripheral devices coupled to the fabric, to provide for routing of the communications /traffic to and from a selected peripheral device. Once the selected peripheral device is detached, the peripheral device can be placed into a pool of unused devices.
  • User interfaces 415 can receive operator instructions to manage the fabric, or to control the addition or removal of peripheral devices to/from computing devices. User interfaces 415 can display or indicate lists of computing devices and peripherals along with associated statuses or telemetry thereof.
  • User interfaces 415 can display or indicate which peripheral devices are associated with which computing devices. User interfaces 415 can display or indicate traffic histograms, logs, failures, alerts, and other various telemetry and status. User interfaces 415 can comprise terminal interfaces, application programming interfaces (APIs), representational state transfer (REST) interfaces, or RestAPIs, web interfaces, Web Socket interfaces, among other types of user interfaces including software, hardware, virtualized, or transported over various intermediary links.
  • Event handler 413 can initiate attach/detach and device discovery operations with respect to computing devices. Configuration handler 412 interworks traffic between network-coupled computing devices, and optionally between collections of PCI/PCIe-connected peripheral devices from peripheral device pools.
  • Configuration handler 412 interfaces with fabric module 440 for fabric communications and network stack 430 for network communications.
  • Configuration handler 412 can interwork frame or packet formats, sizes, and types to transport communications over network links and PCI/PCIe links.
  • Configuration handler 412 interfaces with network stack 430 through socket layer 431 through a particular socket indicated by at least an IP address and port number.
  • Monitor 411 can monitor various telemetry, operation, logs, and status for dynamic server rebalancing system 400.
  • Monitor 411 may maintain data structures indicating computing devices and associated sockets (IP addresses and ports), as well as indicators, addresses, or identities of peripheral devices.
  • Monitor 414 can maintain logs and data structures within computer-readable media, such as data structures 435 and 436 in memory device 465 locally connected to PCI/PCIe interface 460 of dynamic server rebalancing system 400.
  • event handler 413 can initiate operations to discover compatible computing devices coupled over network interfaces and discover peripheral devices coupled to a communication fabric.
  • Event handler 413 can instruct configuration handler 412 to discover computing devices through network stack 430. Socket information for compatible computing devices can be determined and stored for later use, for example in data structure 435.
  • event handler 413 can instruct command processor 414 to discover peripheral devices through fabric module 440 and PCI/PCIe interface 460.
  • PCI/PCIe interface 460 scans the communication fabric to determine which peripheral devices and resources are available.
  • Command processor 414 forms pools of free peripheral devices and indications of allocated peripheral devices, stores device/vendor ID of peripheral devices, and may store indications of PCIe addressing and buffer structures or characteristics of each peripheral device, for example in data structure 436.
  • Requests for adding peripheral devices to computing devices can be received, such as over user interfaces 415 or via network stack 430, and command processor 414 can segregate off or attach the selected peripheral device into a logical partitioning of the communication fabric via fabric module 440.
  • This can trigger event handler 413 to initiate a notification to a host device at which a selected peripheral is physically located that the selected peripheral device has been assigned to a remote client computing device.
  • the event handler 413 may also issue attach commands along with peripheral device information (e.g. vendor ID and device ID) to the client device, and this client device will then attach the peripheral device as described herein.
  • peripheral device information e.g. vendor ID and device ID
  • communications between the client device and the peripheral at the host device are interworked using configuration handler 412 interpreting and exchanging traffic between socket layer 431 via fabric module 440.
  • the event handler 413 may connect a requesting client device and a peripheral device unassociated with a host computing device, via fabric module 440 and PCI/PCIe interface 460.
  • the attached peripheral devices might be desired to be removed or detached from a particular client device.
  • Event handler 413 can detect these detach events, such as received by user interfaces 415 or from computing devices via network stack 430.
  • Event handler 413 then issues detach commands through configuration handler 412 to detach the affected peripheral devices as discussed herein.
  • FIG. 500 is a system diagram illustrating computing system 500.
  • Computing system 500 can comprise elements of computing system 100 of Figure 1, computing device 300 of Figure 3, or dynamic server rebalancing system 400 of Figure 4, although variations are possible.
  • Computing system 500 comprises a rackmount arrangement of multiple modular chassis.
  • One or more physical enclosures, such as the modular chassis, can further be included in shelving or rack units.
  • Chassis 510, 520, 530, 540, and 550 are included in computing system 500, and may be mounted in a common rackmount arrangement or span multiple rackmount arrangements in one or more data centers.
  • modules or peripheral devices may be mounted to a shared circuit board and switch element, along with various power systems, structural supports, and connector elements.
  • An enclosed modular system can include physical support structure and enclosure that includes circuitry, printed circuit boards, semiconductor systems, and structural elements.
  • the modules that comprise the components of computing system 500 are insertable and removable from a rackmount style of enclosure.
  • the elements of Figure 5 are included in a 'U' style chassis for mounting within the larger rackmount environment. It should be understood that the components of Figure 5 can be included in any physical mounting environment, and need not include any associated enclosures or rackmount elements.
  • Chassis 510 may comprise a management module or top-of-rack (ToR) switch chassis, such as a dynamic server rebalancing system 130 of Figure 1 and 300 of 400 of Figure 4, and may comprise management processor 511, Ethernet switch 516, and PCIe switch 560.
  • Management processor 511 may comprise management operating system (OS) 512, user interface 513, and interworking unit 514.
  • Management processor 511 may be coupled to Ethernet switch 516 over one or more network links via a network interface controller.
  • Management processor 511 may be coupled to PCIe switch 560 over one or more PCIe links comprising one or more PCIe lanes.
  • Ethernet switch 516 may include network ports that provide switched network connections for attached devices, such as shown for network link 566.
  • network link 566 may connect dynamic server rebalancing system chassis 510 to blade server motherboards 561-563 of chassis 520, 530, and 540.
  • Ethernet switch 516 includes various network switching circuity to communicatively link individual ports to other ports based on traffic patterns, addressing, or other traffic properties.
  • Ethernet switch 516 comprises an Ethernet or Wi-Fi (802.1 Ixx) switch hosting wired or wireless connections, which can refer to any of the various network communication protocol standards and bandwidths available, such as 10BASE-T, 100BASE-TX, 1000BASE-T, 10GBASE-T (10GB Ethernet), 40GBASE-T (40GB Ethernet), gigabit (GbE), terabit (TbE), 200GbE, 400GbE, 800GbE, or other various wired and wireless formats and speeds.
  • PCIe switch 560 may be coupled over one or more PCIe links to PCIe switch 564 in chassis 550. These one or more PCIe links are represented by PCIe intermodular connections 565.
  • Network links 566, PCIe links 565, and the components of dynamic server rebalancing system chassis 510 form a fabric that communicatively couples all of the various physical computing elements of Figure 5.
  • management processor 511 might communicate over special management PCIe links or sideband signaling (not shown), such as inter-integrated circuit (I2C) interfaces, with elements of the fabric to control operations, partitioning, and attachment/detachment of components of the fabric.
  • control operations can include composing and decomposing peripheral devices, altering logical partitioning within the fabric, monitoring telemetry of the fabric, controlling power up/down operations of modules on the fabric, updating firmware of various circuity that comprises the fabric, and other operations.
  • Chassis 520 530, and 540 may comprise blade server computing systems (such as computing system 110 of Figure 1).
  • Chassis 520 may comprise a blade server motherboard and ethernet switch 561, with a variety of components and resources, including CPU 521, GPU 522, TPU 523, NIC 524, and SSD 525, although different numbers and arrangement of system components may be included.
  • chassis 530 may include a blade server motherboard 562 and locally connected components 531-535
  • chassis 540 may include blade server motherboard 563 and locally connected components 541-545. Power systems, monitoring elements, internal/external ports, mounting/removal hardware, and other associated features can be included in each chassis.
  • a component or module of example blade server 520 may generate a list of components 521-525 in chassis 520 available for remote sharing with other computing devices of system 500, and may provide a list of some or all of those components to a management device in chassis 510 via link 566.
  • the list may include all components 521-525 along with an indication of which are available for sharing and which are unavailable (e.g., due to being in use by blade server 520), or the list may only include devices that are available for sharing.
  • Chassis 550 may comprise a disaggregated collection of peripheral devices (such as peripheral devices 153 of Figure 1). Chassis 550 may comprise a plurality of GPUs 551- 555, each coupled to the PCIe fabric via backplane and PCIe switch 564 and associated PCIe links (not shown). In the example embodiment, chassis 550 may comprise a JBOG (just a box of GPUs) system, although other arrangements of disaggregated peripheral devices may also be provided. For example, chassis of CPUs, NICs, or SSDs may also be presented, or various combinations of types of disaggregated peripherals may be provided within a single chassis.
  • JBOG just a box of GPUs
  • chassis 550 can include modular bays for mounting modules that comprise the corresponding elements of each CPU, GPU, SSD, NIC, or other module types.
  • chassis 550 can include modular bays for mounting modules that comprise the corresponding elements of each CPU, GPU, SSD, NIC, or other module types.
  • other component types such as FPGAs, CoPUs, RAM, memory devices, or other components can be similarly included.
  • Power systems, monitoring elements, internal/ external ports, mounting/ removal hardware, and other associated features can be included in the chassis 550.
  • a further discussion of the individual elements of chassis 520, 530, 540, and 550 is included below.
  • the components can be logically assigned or organized into any number of separate and arbitrarily defined arrangements and attached to computing devices. These arrangements can be composed with selected quantities of CPUs, GPUs, SSDs, and NICs, including zero of any type of module.
  • a remote peripheral GPU 532 (which may be physically located at host computing device 530) has been attached. GPU 532 may be attached to client computing device 540 using logical partitioning or assignment within the network fabric, indicated by logical domain 570, over a network link 566.
  • the logical arrangement of computing components may be referred to as a “compute unit.”
  • the network fabric can be configured by management processor 511 to selectively route traffic among selected client devices and host devices, and the host device’s locally attached peripheral devices, while maintaining logical isolation between components not included, physically or virtually, in the selected client device. In this way, a disaggregated and flexible "bare metal" configuration can be established among the components of computing system 500.
  • the individual peripheral devices can be arranged according to particular user identities, computing device identities, execution jobs, or usage policies.
  • management processor 511 may provide for attachment or detachment of peripheral devices and host devices via one or more user interfaces or job interfaces.
  • management processor 511 may provide user interface 513 which may present indications of available peripheral components to be attached, indications of available computing devices, as well as software and configuration information.
  • user interface 513 may provide templates for attaching predefined arrangements of peripheral devices to computing devices based on use cases or categories of usage.
  • the user interface 513 may provide suggested templates or configurations for game server units, artificial intelligence learning compute units, data analysis units, and storage server units.
  • a game server unit or artificial intelligence processing template may specify additional graphics processing resources when compared to a storage server unit template.
  • the user interface 513 may provide for customization of the templates or arrangement configurations and options for users to create arrangement templates from component types selected arbitrarily from lists or categories of components.
  • management processor 511 may provide for policy based dynamic adjustments to arrangements during operation.
  • user interface 513 can allow the user to define policies for adjustments of the peripheral devices allocated to computing devices as well as adjustments to the configuration information thereof during operation.
  • management processor 511 may analyze telemetry data to determine the utilization of the current resources by the computing devices. Based on the current utilization, a dynamic adjustment policy may specify that general processing resources, graphics processing resources, storage resources, networking resources, memory resources, and so on, be allocated to a host device or removed from a host device. For example, the telemetry data may show that the current usage level of the allocated storage resources of a computing device is approaching a threshold level and allocate an additional storage device to the computing device.
  • Management processor 511 may provide for control and management of multiple protocol communication fabrics, including combining different communication protocols such as PCIe and Ethernet.
  • management processor 511 and the devices connected via links 566 and 565 may provide for communicative coupling of physical components using multiple different implementations or versions of Ethernet, PCIe, and similar protocols.
  • next-generation interfaces can be employed, such as Gen-Z, CCIX, CXL, OpenCAPI, or wireless interfaces including Wi-Fi interfaces or cellular wireless interfaces.
  • Ethernet and PCIe are used in Figure 5, it should be understood that different or additional communication links or busses can instead be employed, such as NVMe, SAS, FibreChannel, Thunderbolt, SATA Express, among other interconnect, network, and link interfaces.
  • management processor 511 can comprise one or more microprocessors and other processing circuitry that retrieves and executes software from an associated storage system, for management of operating system 512, user interface 513, interworking unit 514, or components or modules, or any combination thereof.
  • Management processor 511 can be implemented within a single processing device but can also be distributed across multiple processing devices or sub-systems that cooperate in executing program instructions.
  • management processor 511 examples include general purpose central processing units, application specific processors, and logic devices, as well as any other type of processing device, combinations, or variations thereof.
  • management processor 511 comprises an Intel® or AMD® microprocessor, Apple® microprocessor, ARM® microprocessor, field-programmable gate array (FPGA), application specific integrated circuit (ASIC), application specific processor, or other microprocessor or processing elements.
  • Management operating system (OS) 512 is executed by management processor 511 and provides for management of resources of computing system 500 and for execution of user interface 513 and interworking unit 514.
  • Management OS 512 provides for the functionality and operations described herein for management processor 511, specifically, for user interface 513 and interworking unit 514.
  • User interface 513 can present graphical user interfaces (GUIs), Application Programming Interfaces (APIs), representational state transfer (REST) interfaces, RestAPIs, command line interfaces (CLIs), Web Socket interfaces, or other interfaces, to one or more users.
  • GUIs graphical user interfaces
  • APIs Application Programming Interfaces
  • REST representational state transfer
  • RestAPIs command line interfaces
  • Web Socket interfaces or other interfaces, to one or more users.
  • User interface 513 can be employed by end users or administrators to configure computing devices and peripheral devices, establish arrangements of computing devices and peripheral devices, receive status, telemetry, and other notifications regarding operation of computing devices and peripheral devices, and perform other operations.
  • User interface 513 can be employed to manage, select, and alter templates.
  • User interface 513 can be employed to manage, select, and alter policies.
  • User interface 513 also can provide telemetry information for the operation of computing system 500 to users, such as in one or more status interfaces or status views.
  • the state of various components or elements of computing system 500 can be monitored through user interface 513, such as CPU states, GPU states, NIC states, SSD states, Ethernet states, PCIe switch/fabric states, among others.
  • user interface 513 such as CPU states, GPU states, NIC states, SSD states, Ethernet states, PCIe switch/fabric states, among others.
  • Various performance metrics, error statuses can be monitored using user interface 513.
  • Interworking unit 514 provides for various fabric interworking features and operations discussed herein, along with discovery, attachment, and de-attachment of peripheral devices with regard to computing devices. Specifically, interworking unit 514 may discover computing and peripheral devices within computing system 500 coupled over a communication links (e.g., 565-566), receive indications of available peripheral devices located at computing devices, and catalogs these devices within one or more data structures 590.
  • the data structures 590 are illustrated by example server devices data structure 591 and peripheral devices data structure 592.
  • the cataloging can include noting device identifiers, vendor identifiers, addresses, ports, sockets, assignments or attachments between devices, or other properties.
  • Interworking unit 514 can receive operator instructions via user interface 513 of from computing devices to establish arrangements between computing devices and one or more peripheral devices (e.g., attaching a peripheral from a host device to be emulated at a client device).
  • the instructions can identify which computing devices and which peripheral devices or which type of peripheral devices are to be coupled.
  • interworking unit 514 initiates attachment of one or more peripheral devices from an available device pool into client computing devices, such as by issuing one or more attach commands to PoF units of the client devices.
  • This attach instruction alerts the PoF units of the client devices to initiate instantiation of the peripheral devices into local peripheral interconnect interfaces of the client devices by at least emulating behavior of the peripheral devices coupled over network interfaces as local peripheral devices coupled to the peripheral interconnect interfaces of the client systems.
  • the interworking unit 514 may also notify a host device for the linked peripheral devices that the peripheral devices have been assigned or attached to a client device. Interworking unit 514 can then interwork traffic between client and host systems along network link 566, and in some examples, between network link 566 and PCIe link 565. Interworking unit 514 can receive instructions to detach peripheral devices from client devices, and issue detach commands to PoF units of the client devices.
  • FIG. 5 shows a target computing device identifier of 001236 (corresponding to client device 540) having an IP address of 10.10.10.3 and (not shown) corresponding socket corresponding to a port number.
  • Table 592 shows GPU 532 having a vendor ID and device ID which are provided to the target client device 540 for attachment.
  • a logical isolation for GPU 532 can be established between GPU 532 and management processor 511 in the communication fabric to allow for communications of the target client device 540 to be properly exchanged with GPU 532 over the communication fabric without interference with other peripheral devices and computing devices.
  • This arrangement can be referred to as logical domain 570 which includes elements of the communication links (e.g., ethernet links 566) between the host 530, client 540, and fabric switch circuitry 510, the fabric switch circuitry itself, and GPU 532.
  • Communications can be directed over network links 566 from the client device 540 to the GPU 532 at host 530 using the socket corresponding to host device 530, namely the IP address of 10.10.10.2 and associated port number, using the device ID and vendor ID of GPU 532, as intercepted and interpreted by interworking unit 514.
  • Communications of GPU 532 to client device 540 can be directed over a network link 566 using the IP address of the client device 540, namely 10.10.10.3, as intercepted and interpreted by interworking unit 514.
  • More than one instance of elements 511-514 can be included in computing system 500.
  • User commands such as those received over a GUI, can be received into any of the management instances and forwarded by the receiving management instance to the handling management instance.
  • Each management instance can have a unique or pre-assigned identifier which can aid in delivery of user commands to the proper management instance.
  • management processors of each management instance can communicate with each other, such as using a mailbox process or other data exchange technique. This communication can occur over dedicated sideband interfaces, such as I2C interfaces, or can occur over PCIe or Ethernet interfaces that couple each management processor.
  • a plurality of CPUs 521, 531, 541 are included in system 500.
  • Each CPU may comprise a CPU module that includes one or more CPUs or microprocessors and other processing circuitry that retrieves and executes software, such as operating systems, device drivers, and applications, from an associated storage system.
  • Each CPU can be implemented within a single processing device but can also be distributed across multiple processing devices or sub-systems that cooperate in executing program instructions. Examples of each CPU include general purpose central processing units, application specific processors, and logic devices, as well as any other type of processing device, combinations, or variations thereof.
  • each CPU comprises an Intel® microprocessor, Apple® microprocessor, AMD® microprocessor, ARM® microprocessor, graphics processor, compute cores, graphics cores, ASIC, FPGA, or other microprocessor or processing elements.
  • Each CPU can also communicate with other CPUs, such as those in a same storage assembly/enclosure or another storage assembly/enclosure over one or more PCIe interfaces and PCIe fabrics.
  • a plurality of GPUs 522, 532, 542, 551-555 and TPUs 523, 533, 543 are included in system 500, which may represent any type of CoCPU.
  • Each GPU may comprise a GPU module that includes one or more GPUs.
  • Each GPU includes graphics processing resources that can be allocated to one or more host devices.
  • the GPUs can comprise graphics processors, shaders, pixel render elements, frame buffers, texture mappers, graphics cores, graphics pipelines, graphics memory, or other graphics processing and handling elements.
  • each GPU comprises a graphics 'card' comprising circuitry that supports a GPU chip.
  • Example GPU cards include nVIDIA® or AMD® graphics cards that include graphics processing elements along with various support circuitry, connectors, and other elements.
  • each tensor processing unit may comprise a TPU module including one or more TPUs.
  • Each TPU may include circuitry and resources for Al acceleration and processing, configured for neural network machine learning applications.
  • other styles of graphics processing units, graphics processing assemblies, or co-processing elements can be employed, such as machine learning processing units, Al accelerators, FPGAs, ASICs, or other specialized processors that may include specialized processing elements to focus processing and memory resources on processing of specialized sets of data.
  • a plurality of NICs 524, 534, 544 are included in system 500, each having an associated MAC address or Ethernet address.
  • Each NIC may comprise a NIC module that includes one or more NIC.
  • Each NIC may include network interface controller cards for communicating over TCP/IP (Transmission Control Protocol (TCP)/Intemet Protocol) networks or for carrying user traffic, such as iSCSI (Internet Small Computer System Interface) or NVMe (NVM Express) traffic for elements of an associated host device.
  • NICs can comprise Ethernet interface equipment, and can communicate over wired, optical, or wireless links. External access to components of computing system 500 can be provided over packet network links provided by the NICs.
  • NICs might communicate with other components of an associated host device over associated PCIe links of the PCIe fabric.
  • NICs are provided for communicating over Ethernet links with management processor 511.
  • NICs are provided for communicating over Ethernet links with one or more other chassis, rackmount systems, data centers, computing platforms, communication fabrics, or other elements.
  • Each SSD may comprise an SSD module that includes one or more SSD.
  • Each SSD includes one or more storage drives, such as solid-state storage drives with a PCIe interface.
  • Each SSD also includes PCIe interfaces, control processors, and power system elements.
  • Each SSD may include a processor or control system for traffic statistics and status monitoring, among other operations.
  • each SSD instead comprises different data storage media, such as magnetic hard disk drives (HDDs), crosspoint memory (e.g. Optane® devices), static random-access memory (SRAM) devices, programmable read-only memory (PROM) devices, or other magnetic, optical, or semiconductor-based storage media, along with associated enclosures, control systems, power systems, and interface circuitry.
  • HDDs magnetic hard disk drives
  • crosspoint memory e.g. Optane® devices
  • SRAM static random-access memory
  • PROM programmable read-only memory
  • Other specialized devices might be employed in computing platform in addition to CPUs, GPUs, TPUs, SSDs, and NICs. These other specialized devices can include coprocessing modules comprising specialized co-processing circuitry, fabric-coupled RAM devices, ASIC circuitry, or FPGA circuitry, as well as various memory components, storage components, and interfacing components, among other circuitry.
  • the other specialized devices can each include a PCIe interface or Ethernet interface by which they may be incorporated into the network fabric of system 500, either directly or by attaching to a computing device for remote access.
  • These other specialized devices might comprise PCIe endpoint devices or other computing devices which may or may not have a root complex.
  • FPGA devices can be employed as one example of the other specialized devices.
  • FPGA devices can receive processing tasks from another peripheral device, such as a CPU or GPU, to offload those processing tasks into the FPGA programmable logic circuitry.
  • An FPGA is typically initialized into a programmed state using configuration data, and this programmed state includes various logic arrangements, memory circuitry, registers, processing cores, specialized circuitry, and other features which provide for specialized or application-specific circuitry.
  • FPGA devices can be re-programmed to change the circuitry implemented therein, as well as to perform a different set of processing tasks at different points in time.
  • FPGA devices can be employed to perform machine learning tasks, implement artificial neural network circuitry, implement custom interfacing or glue logic, perform encryption/decryption tasks, perform block chain calculations and processing tasks, or other tasks.
  • a CPU will provide data to be processed, locally or remotely, by the FPGA over a PCIe interface to the FPGA.
  • the FPGA can process this data to produce a result and provide this result over the PCIe interface to the CPU.
  • More than one CPU and/or FPGA might be involved to parallelize tasks over more than one device or to serially process data through more than one device.
  • an FPGA arrangement can include locally-stored configuration data which may be supplemented, replaced, or overridden using configuration data stored in the configuration data storage.
  • This configuration data can comprise firmware, programmable logic programs, bitstreams, or objects, PCIe device initial configuration data, among other configuration data discussed herein.
  • FPGA arrangements can also include SRAM devices or PROM devices used to perform boot programming, power-on configuration, or other functions to establish an initial configuration for the FPGA device.
  • the SRAM or PROM devices can be incorporated into FPGA circuitry or packaging.
  • Blade server motherboards 561-563 may include a printed circuit board or backplane onto which computer components can be attached or connected.
  • peripheral devices 521-525, 531-535, and 541-545 may connected to PCIe ports or other slots of blade server motherboards 561-563.
  • Blade server motherboards 561-563 may each include one or more network switches or ports (not shown) to connect to network link 566, such as Ethernet switches.
  • Blade server motherboards 561-563 can communicate with other components of system 500 over network link 566, and thereby access remote peripheral devices, and enable external devices to access and utilize the resources of local peripheral devices, such as devices 521-525 for chassis 520, devices 531-535 for chassis 530, and devices 541-545 for chassis 540.
  • Blade server motherboards 561-563 can logically interconnect the devices of system 500, as managed by management processor 511. Attach or detach commands for remote peripherals can be sent or received through blade server motherboards 561-563 via network link 566, and blade server motherboards 561-563 can receive listings of available resources from management processor 511 or issue requests to access remote resources to management processor 511.
  • PCIe switch 564 can communicate with other components of system 500 over associated PCIe link 565. In the example in Figure 5, PCIe switch 564 can be used for carrying traffic between PCIe devices within chassis 564 and the switching unit in chassis 510, from which the traffic can be directed to other chassis over network link 566.
  • PCIe switch 564 may comprise a PCIe cross connect switch for establishing switched connections between any PCIe interfaces handled by PCIe switches in system 500.
  • the PCIe switches discussed herein can logically interconnect various ones of the associated PCIe links based at least on the traffic carried by each PCIe link.
  • a domain-based PCIe signaling distribution can be included which allows segregation of PCIe ports of a PCIe switch according to user-defined groups.
  • the user-defined groups can be managed by management processor 511 which logically integrates components into associated logical units and logically isolates components and logical units from among each other.
  • each PCIe switch port can be a nontransparent (NT) or transparent port.
  • NT nontransparent
  • An NT port can allow some logical isolation between endpoints, much like a bridge, while a transparent port does not allow logical isolation, and has the effect of connecting endpoints in a purely switched configuration.
  • Access over an NT port or ports can include additional handshaking between the PCIe switch and the initiating endpoint to select a particular NT port or to allow visibility through the NT port.
  • memory mapped direct memory access (DMA) conduits can be formed between individual CPU/PCIe device pairs. This memory mapping can occur over the PCIe fabric address space, among other configurations.
  • DMA direct memory access
  • the logical partitioning described herein can be employed. Specifically, NT ports or domain-based partitioning on PCIe switches can isolate individual DMA conduits among the associated CPUs/GPUs.
  • the PCIe fabric may have a 64-bit address space, which allows an addressable space of 264 bytes, leading to at least 16 exbibytes of byte-addressable memory.
  • the 64-bit PCIe address space can be shared by all compute units or segregated among various compute units forming arrangements for appropriate memory mapping to resources.
  • PCIe interfaces can support multiple bus widths, such as xl, x2, x4, x8, xl6, and x32, with each multiple of bus width comprising an additional “lane” for data transfer.
  • PCIe also supports transfer of sideband signaling, such as System Management Bus (SMBus) interfaces and Joint Test Action Group (JTAG) interfaces, as well as associated clocks, power, and bootstrapping, among other signaling.
  • SMBs System Management Bus
  • JTAG Joint Test Action Group
  • PCIe also might have different implementations or versions employed herein. For example, PCIe version 3.0 or later (e.g. 4.0, 5.0, or later) might be employed.
  • next-generation interfaces can be employed, such as Gen-Z, Cache Coherent CCIX, CXL, or OpenCAPI.
  • PCIe is used in Figure 5, it should be understood that different communication links or busses can instead be employed, such as NVMe, Ethernet, SAS, FibreChannel, Thunderbolt, SATA Express, among other interconnect, network, and link interfaces.
  • NVMe is an interface standard for mass storage devices, such as hard disk drives and solid-state memory devices.
  • NVMe can supplant SATA interfaces for interfacing with mass storage devices in personal computers and server environments. However, these NVMe interfaces are limited to one-to-one hostdrive relationship, similar to SATA devices.
  • a PCIe interface can be employed to transport NVMe traffic and present a multi-drive system comprising many storage drives as one or more NVMe virtual logical unit numbers (VLUNs) over a PCIe interface.
  • VLUNs virtual logical unit numbers
  • Any of the links in Figure 5 can each use various communication media, such as air, space, metal, optical fiber, or some other signal propagation path, including combinations thereof.
  • Any of the PCIe links in Figure 5 can include any number of composite PCIe links or single/multi-lane configurations.
  • Any of the links in Figure 5 can each be a direct link or might include various equipment, intermediate components, systems, and networks.
  • Any of the links in Figure 5 can each be a common link, shared link, aggregated link, or may be comprised of discrete, separate links.
  • Components that have been logically linked may form a compute unit.
  • CPU 521, GPU 522, and SSD 525 of chassis 520 may request and be granted access to remote GPU 532 from chassis 530, NIC 544 from chassis 540, and GPU 551 from chassis 550, forming one compute unit.
  • ‘m’ number of SSDs or GPUs can be coupled with ‘n’ number of CPUs to allow for a large, scalable architecture with a high-level of performance, redundancy, and density.
  • This partitioning can ensure that GPUs can be interworked with a desired CPU or CPUs and that more than one GPU, such as eight (8) GPUs, can be associated with a particular compute unit.
  • the management processor 511 may be configured to update one or more data structures maintained by the management processor 511 as resources or peripheral devices are attached or detached from various computing devices or compute units.
  • FIG. 6 is a block diagram illustrating an implementation of management processor 600.
  • Management processor 600 illustrates an example of any of the control elements, control systems, interworking units, dynamic server rebalancing systems, PoF units, fabric control elements, or management processors discussed herein, such as PoF system 115 of Figure 1, dynamic server rebalancing system 130 of Figure 1, PoF unit 320 of Figure 3, server rebalancing control element 410 of Figure 4, or management processor 511 of Figure 5.
  • Management processor 600 includes communication interfaces 601, user interface 603, and processing system 610.
  • Processing system 610 includes processing circuitry 611 and data storage system 612 which can include random access memory (RAM) 613, although additional or different configurations of elements can be included.
  • RAM random access memory
  • Processing system 610 is generally intended to represent a computing system with which at least software 620 is deployed and executed in order to render or otherwise implement the operations described herein. However, processing system 610 can also represent any computing system on which at least software 620 and data 630 can be staged and from where software 620 and data 630 can be distributed, transported, downloaded, or otherwise provided to another computing system for deployment and execution, or for additional distribution.
  • Processing circuitry 611 can be implemented within a single processing device but can also be distributed across multiple processing devices or subsystems that cooperate in executing program instructions. Examples of processing circuitry 611 include general purpose central processing units, microprocessors, application specific processors, and logic devices, as well as any other type of processing device. In some examples, processing circuitry 611 includes physically distributed processing devices, such as cloud computing systems.
  • Communication interfaces 601 include one or more communication fabric and/or network interfaces for communicating over Ethernet links, PCIe links, and networks such as packet networks, the Internet, and the like.
  • the communication interfaces 601 can include Ethernet interfaces, PCIe interfaces, serial interfaces, serial peripheral interface (SPI) links, inter-integrated circuit (I2C) interfaces, universal serial bus (USB) interfaces, UART interfaces, wireless interfaces, or one or more local or wide area network communication interfaces which can communicate over Ethernet or Internet protocol (IP) links.
  • Communication interfaces 601 can include network interfaces configured to communicate using one or more network addresses, which can be associated with different network links. Examples of communication interfaces 601 include network interface controller equipment, transceivers, modems, and other communication circuitry.
  • Communication interfaces 601 can communicate with control elements of a network or other communication fabric to establish logical partitioning or remote resource assignment within the fabric, such as over an administrative or control interface of one or more communication switches of the communication fabric. Communication interfaces 601 can communicate over a PCIe fabric to exchange traffic/communications with peripheral devices.
  • User interface 603 may include a software-based interfaces or hardware-based interfaces.
  • Hardware-based interfaces include touchscreen, keyboard, mouse, voice input device, audio input device, or other touch input device for receiving input from a user.
  • Output devices such as a display, speakers, web interfaces, terminal interfaces, and other types of output devices may also be included in user interface 603.
  • User interface 603 can provide output and receive input over a network interface, such as communication interfaces 601.
  • network interface 603 might packetize display or graphics data for remote display by a display system or computing system coupled over one or more network interfaces. Physical or logical elements of user interface 603 can provide alerts or visual outputs to users or other operators.
  • User interface 603 may also include associated user interface software executable by processing system 610 in support of the various user input and output devices discussed above. Separately or in conjunction with each other and other hardware and software elements, the user interface software and user interface devices may support a graphical user interface, a natural user interface, or any other type of user interface.
  • User interface 603 can present command line interfaces (CLIs), application programming interfaces (APIs), graphical user interfaces (GUIs), representational state transfer (REST) interfaces, RestAPIs, WebSocket interfaces, or other interfaces to one or more users.
  • CLIs command line interfaces
  • APIs application programming interfaces
  • GUIs graphical user interfaces
  • REST representational state transfer
  • RestAPIs RestAPIs
  • WebSocket interfaces WebSocket interfaces
  • the user interfaces provide an interface to allow an end user to determine one or more templates and dynamic adjustment policy sets to use or customize for use in creation of compute units.
  • User interface 603 can be employed to manage, select, and alter machine templates or alter policies.
  • User interface 603 also can provide telemetry information, such as in one or more status interfaces or status views.
  • the state of various components or elements can be monitored through user interface 603, such as processor state, network state, storage unit state, PCIe element state, among others.
  • Various performance metrics, error statuses can be monitored using user interface 603.
  • Storage system 612 and RAM 613 together can comprise a memory device or non-transitory data storage system, although variations are possible.
  • Storage system 612 and RAM 613 can each comprise any storage media readable by processing circuitry 611 and capable of storing software and OS images.
  • RAM 613 can include volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information, such as computer readable instructions, data structures, program modules, or other data.
  • Storage system 612 can include non-volatile storage media, such as solid-state storage media, flash memory, NAND flash or NOR flash, phase change memory, magnetic memory, or other non-transitory storage media, including combinations thereof.
  • Storage system 612 and RAM 613 can each be implemented as a single storage device but can also be implemented across multiple storage devices or sub-systems.
  • Storage system 612 and RAM 613 can each comprise additional elements, such as controllers, capable of communicating with processing circuitry 611.
  • Software 620 or data 630 can be stored on or in storage system 612 or RAM 613, and can comprise computer program instructions, firmware, data structures, or some other form of machine-readable processing instructions having processes that, when executed by a processing system, direct processor 600 to operate as described herein.
  • Software 620 can reside in RAM 613 during execution and operation of processor 600, and can reside in nonvolatile portions of storage system 612 during a powered-off state, among other locations and states.
  • Software 620 can be loaded into RAM 613 during a startup or boot procedure as described for computer operating systems and applications.
  • Software 620 can receive user input through user interface 603. This user input can include user commands as well as other input, including combinations thereof.
  • Software 620 includes applications 621 and operating system (OS) 622.
  • Software 620 can drive processor 600 to receive user or computing device commands to attach or detach peripheral devices to/from computing devices.
  • Software 620 can drive processor 600 to receive and monitor telemetry data, statistical information, operational data, and other data to provide telemetry to users and alter operation according to the telemetry data, policies, or other data and criteria.
  • Software 620 can drive processor 600 to manage peripheral device resources and computing device resources, establish domain partitioning or NT partitioning among communication fabric elements, and interface with individual communication switches to control operation of such communication switches, among other operations.
  • the software 620 can also include user software applications, application programming interfaces (APIs), or user interfaces.
  • the software 620 can be implemented as a single application or as multiple applications. In general, the software 620 can, when loaded into a processing system 610 and executed, transform the processing system 610 from a general-purpose device into a special-purpose device customized as described herein.
  • Software applications 621 might take different forms depending upon the operations and devices implemented by management processor 600, and may include a set of applications 640 or 650.
  • application set 640 can be deployed comprising discovery application 641, event application 642, fabric interworking application 643, and fabric user interface application 644.
  • application set 650 can be deployed comprising server interworking application 651 and server user interface application 652.
  • Software applications 641-644 and 651-652 may each comprise executable instructions which can be executed by processor 600 for operating a computing system or processing circuitry according to the operations discussed herein.
  • Application set 640 includes discovery application 641, event application 642, fabric interworking application 643, and fabric user interface application 644.
  • Discovery application 641 may obtain an indication of computing devices and associated local peripheral devices, or disaggregated peripheral devices, available for remotely associating with client computing devices.
  • the indications of the computing devices or peripheral devices may comprise addressing information, device identifiers, vendor identifiers, device specifications or requirements, associations between devices, or other information.
  • Discovery application 641 may obtain the indications of computing devices and peripherals over a network interface, via a PCIe interface, or via other connection links between devices. Discovery application 641 can store these indications within data 630.
  • event application 642 initiates instantiation and de-instantiation of a peripheral device from a host device, or a disaggregated peripheral device, into a local peripheral interconnect interface of a client device.
  • Fabric interworking application 643 intercepts client-originated traffic for a remote peripheral device received over a network interface, interprets the client-originated traffic to perform any format conversions necessary to deliver the traffic to the target peripheral, and routes the client-originated traffic in the appropriate format over a network or PCIe interface for delivery to the peripheral device.
  • fabric interworking application 643 intercepts peripheral-originated traffic, from either a host device or disaggregated peripheral device, directed to a client device, interprets the peripheral-originated traffic to perform any required format conversions to transfer the traffic to the client device, and routes the peripheral-originated traffic in the appropriate format over a network interface for delivery to the client device.
  • Fabric user interface application 644 can receive operator instructions to attach or detach peripheral devices with respect to computing devices, and can present various information, status, telemetry, logs, and the like to operations over various types of user interfaces. Commands or requests to attach or detach peripheral devices received from networked computing systems may be received via event application 642, fabric interworking application 643, or fabric user interface application 644, depending on implementation.
  • Application set 650 includes server interworking application 651 server host user interface application 652.
  • Server interworking application 561 may interface with a network stack of the computing device to interwork traffic of the peripheral devices with the local peripheral interconnect interface.
  • Server interworking application 561 can emulate behavior of peripheral devices coupled over a network interface as a local peripheral device coupled to a peripheral interconnect interface of a client system.
  • Server interworking application 561 emulates the hardware plugging process by at least providing address space descriptions to the local peripheral interconnect interface to access the peripheral device as a local peripheral device coupled to the client system.
  • Server interworking application 561 removes instantiation of the peripheral devices from the local peripheral interconnect interface by at least emulating a hardware removal process in the local peripheral interconnect interface.
  • Server interworking application 561 emulates the behavior of peripheral devices by at least intercepting client originated traffic for the peripheral device from the local peripheral interconnect interface, interpreting the client originated traffic to convert from a native peripheral format (such as PCIe frames or memorymapped formats) into a network format (e.g. frames or packets with associated encapsulation and addressing/headers/footers) suitable for transfer over the network interface, and routing the client originated traffic in the packet format over the network interface for delivery to the peripheral devices.
  • a native peripheral format such as PCIe frames or memorymapped formats
  • a network format e.g. frames or packets with associated encapsulation and addressing/headers/footers
  • Server interworking application 561 emulates the behavior of the peripheral devices by at least receiving peripheral device originated traffic in a packet format from the network interface, and interpreting the peripheral device originated traffic in the packet format to convert to a native peripheral format suitable for the local peripheral interconnect interface.
  • Server interworking application 561 initiates instantiation of the peripheral device into a local peripheral interconnect interface by at least triggering an entry point process in the local peripheral interconnect interface to emulate a hardware plugging process for the peripheral device with the local peripheral interconnect interface.
  • server interworking application 651 can route traffic from a remote client device to a local peripheral device connected to the local peripheral interconnect interface.
  • client originated traffic may be received by the server interworking application 651 of the host over a network connection, and converted into a format for use by the host peripheral interconnect interface, such as PCIe frames.
  • the client originated traffic can thereby be routed from the server interworking application 651 to the peripheral interconnect interface, and from there to the local peripheral device for processing.
  • server interworking application 651 may notify the host sever system that a local peripheral assigned to a remote client is unavailable for use by and OS or software local to that host, outside of executing commands received from a remote client device, and may send indications, commands, or requests over a network indicating the availability status of local peripherals, requesting that a local peripheral be detached from a remote client, or requesting access to a remote peripheral from an available peripherals pool.
  • Server user interface application 652 can provide local indications of attachments and de-attachments of peripheral devices to operators of computing devices, and can receive operator instructions to attach or detach peripheral devices, among other operations.
  • Data 630 comprising various data structures can be stored by storage system 612 and RAM 613.
  • Data 630 can comprise templates, policies, telemetry data, event logs, or fabric status.
  • Data 630 can include indications and identities of peripheral devices and computing devices.
  • Data 630 can include present assignments of peripheral devices to client devices.
  • Fabric status includes information and properties of the various communication fabrics that comprise a pool of resources or pool of components, such as fabric type, protocol version, technology descriptors, header requirements, addressing information, and other data. Fabric data might include relations between components and the specific fabrics through which the components connect.
  • peripheral devices including data processing elements or other computing components coupled over one or more communication fabrics or communication networks.
  • Various communication fabric types or communication network types might be employed herein.
  • a Peripheral Component Interconnect Express (PCIe) fabric can be employed to couple to CoPUs, which might comprise various versions, such as 3.0, 4.0, or 5.0, among others.
  • PCIe Peripheral Component Interconnect Express
  • CoPUs which might comprise various versions, such as 3.0, 4.0, or 5.0, among others.
  • PCIe fabric other point-to-point communication fabrics or communication buses with associated physical layers, electrical signaling, protocols, and layered communication stacks can be employed.
  • Gen-Z Ethernet, InfiniBand, NVMe, Internet Protocol (IP), Serial Attached SCSI (SAS), FibreChannel, Thunderbolt, Serial Attached ATA Express (SATA Express), NVLink, Cache Coherent Interconnect for Accelerators (CCIX), Compute Express Link (CXL), Open Coherent Accelerator Processor Interface (OpenCAPI), Wi-Fi (802.1 lx), or cellular wireless technologies, among others.
  • IP Internet Protocol
  • SAS Serial Attached SCSI
  • SATA Express Serial Attached ATA Express
  • NVLink Cache Coherent Interconnect for Accelerators
  • CXL Compute Express Link
  • OpenCAPI Open Coherent Accelerator Processor Interface
  • Wi-Fi 802.1 lx
  • cellular wireless technologies among others.
  • Communication networks can couple to host systems and include Ethernet or Wi-Fi (802.1 lx), which can refer to any of the various network communication protocol standards and bandwidths available, such as 10BASE-T, 100BASE- TX, 1000BASE-T, 10GBASE-T (10GB Ethernet), 40GBASE-T (40GB Ethernet), gigabit (GbE), terabit (TbE), 200GbE, 400GbE, 800GbE, or other various wired and wireless Ethernet formats and speeds.
  • Cellular wireless technologies might include various wireless protocols and networks built around the 3rd Generation Partnership Project (3GPP) standards including 4G Long-Term Evolution (LTE), 5G NR (New Radio) and related 5G standards, among others.
  • 3GPP 3rd Generation Partnership Project
  • LTE Long-Term Evolution
  • 5G NR New Radio
  • PCIe is a high-speed serial computer expansion bus standard, and typically has multi-lane point-to-point connections among hosts and component devices, or among peer devices. PCIe typically has multi-lane serial links connecting individual devices to a root complex.
  • a PCIe communication fabric can be established using various switching circuitry and control architectures described herein.
  • the components of the various computing systems herein can be included in one or more physical enclosures, such as rack-mountable modules which can further be included in shelving or rack units.
  • a quantity of components can be inserted or installed into a physical enclosure, such as a modular framework where modules can be inserted and removed according to the needs of a particular end user.
  • An enclosed modular system can include physical support structure and enclosure that includes circuitry, printed circuit boards, semiconductor systems, and structural elements.
  • the modules that comprise the components may be insertable and removable from a rackmount style or rack unit (U) type of enclosure. It should be understood that the components herein can be included in any physical mounting environment, and need not include any associated enclosures or rackmount elements.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer And Data Communications (AREA)

Abstract

Des appareils, des systèmes et des techniques améliorés sont présentés pour coupler des dispositifs périphériques distants, situés au niveau d'un dispositif hôte, en tant que dispositifs périphériques locaux d'un dispositif client. Un procédé comprend les étapes consistant à : recevoir une indication d'un dispositif périphérique, situé au niveau d'un premier dispositif informatique, qui est disponible pour un traitement de données, et recevoir une demande, en provenance d'un second dispositif informatique, d'accès au dispositif périphérique. Sur la base de la demande, le procédé peut comprendre les étapes consistant à : ordonner au second dispositif informatique d'émuler le dispositif périphérique en tant que dispositif local installé dans le second dispositif informatique, et acheminer le trafic de données du second dispositif informatique au premier dispositif informatique pour un traitement par le dispositif périphérique.
PCT/US2023/063579 2022-03-18 2023-03-02 Rééquilibrage dynamique de serveur WO2023177982A1 (fr)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US202263321274P 2022-03-18 2022-03-18
US63/321,274 2022-03-18
US17/831,518 2022-06-03
US17/831,518 US20230169017A1 (en) 2021-11-30 2022-06-03 Dynamic server rebalancing

Publications (1)

Publication Number Publication Date
WO2023177982A1 true WO2023177982A1 (fr) 2023-09-21

Family

ID=88024408

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2023/063579 WO2023177982A1 (fr) 2022-03-18 2023-03-02 Rééquilibrage dynamique de serveur

Country Status (1)

Country Link
WO (1) WO2023177982A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150234762A1 (en) * 2012-10-10 2015-08-20 Google Inc. Dynamic selection of operating modes
US20190087359A1 (en) * 2015-09-15 2019-03-21 Gatekeeper Ltd. System and method for securely connecting to a peripheral device

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150234762A1 (en) * 2012-10-10 2015-08-20 Google Inc. Dynamic selection of operating modes
US20190087359A1 (en) * 2015-09-15 2019-03-21 Gatekeeper Ltd. System and method for securely connecting to a peripheral device

Similar Documents

Publication Publication Date Title
EP3556081B1 (fr) Serveur reconfigurable
US20210232528A1 (en) Configurable device interface
US20200142752A1 (en) Physical partitioning of computing resources for server virtualization
US11256649B2 (en) Machine templates for predetermined compute units
US11949559B2 (en) Composed computing systems with converged and disaggregated component pool
US20200241926A1 (en) Selection and management of disaggregated computing resources
US11921659B2 (en) Peer-to-peer communications among communication fabric coupled endpoint devices
US11392525B2 (en) Specialized device instantiation onto PCIe fabrics
US20200341597A1 (en) Policy-Based Dynamic Compute Unit Adjustments
US20220413910A1 (en) Execution job compute unit composition in computing clusters
US20220283866A1 (en) Job target aliasing in disaggregated computing systems
US20230169017A1 (en) Dynamic server rebalancing
US11886356B2 (en) Local instantiation of remote peripheral devices
WO2023177982A1 (fr) Rééquilibrage dynamique de serveur
US20230161721A1 (en) Peer-to-peer communications initiated among communication fabric coupled endpoint devices

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23771520

Country of ref document: EP

Kind code of ref document: A1