US20160224369A1 - Zoning data to a virtual machine - Google Patents
Zoning data to a virtual machine Download PDFInfo
- Publication number
- US20160224369A1 US20160224369A1 US15/095,788 US201615095788A US2016224369A1 US 20160224369 A1 US20160224369 A1 US 20160224369A1 US 201615095788 A US201615095788 A US 201615095788A US 2016224369 A1 US2016224369 A1 US 2016224369A1
- Authority
- US
- United States
- Prior art keywords
- virtual
- expander
- phy
- physical controller
- sas
- Prior art date
- Legal status (The legal status 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 status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/40—Bus structure
- G06F13/4004—Coupling between buses
- G06F13/4022—Coupling between buses using switching circuits, e.g. switching matrix, connection or expansion network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/40—Bus structure
- G06F13/4063—Device-to-bus coupling
- G06F13/4068—Electrical coupling
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45579—I/O management, e.g. providing access to device drivers or storage
Definitions
- a virtual machine is an efficient, isolated duplicate of a real machine.
- Virtual machines may be separated into two major categories, system virtual machines and process virtual machines.
- a system virtual machine provides a complete system platform which support the execution of a complete operating system.
- a process virtual machine is designed to run a single program, which means that it supports a single process.
- System virtual machines allow the sharing of the underlying physical machine resources between different virtual machines, each running its own operating system.
- the software layer providing the virtualization is called a virtual machine monitor or a hypervisor.
- the hypervisor can run on bare hardware (native VM) or on top of an operating system (hosted VM), based on their use and degree of correspondence to a real machine. Utilizing a hypervisor enables multiple operating system environments to reside on a single computer.
- FIG. 1 A is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology.
- FIG. 1 B is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology.
- FIG. 2 is a block diagram of a device for zoning a hard drive to a virtual machine, according to one embodiment of the present technology.
- FIG. 3 is a flow diagram of a method for zoning data to a virtual machine, according to one embodiment of the present technology.
- FIG. 4 is a diagram of an example computer system used for zoning data to a virtual machine, according to one embodiment of the present technology.
- SR-IOV is a specification that enables multiple virtual machines running simultaneously within a single computer to natively share one or more devices, such as computer expansion cards (PCIe devices).
- PCIe devices computer expansion cards
- a hypervisor software on or firmware embedded in the computer's hardware platform, manages operating systems on the virtual machines.
- SR-IOV in conjunction with a hypervisor allows a PCIe device to appear as multiple physical PCIe devices utilizing physical-functions (PFs) and virtual functions (VFs).
- PFs physical-functions
- VFs virtual functions
- a SAS is a computer bus used to move data to and from computer storage devices, such as hard drives.
- a SAS generally includes an initiator device, a target device, and a service delivery subsystem.
- the initiator device also referred to as a controller, originates device-service and task-management requests for processing to be performed by a target device.
- the initiator device receives responses of these same requests from one or more target devices.
- An initiator device may be an on-board component on a motherboard.
- a target device contains logical units and target ports. It receives device-service and task-management requests for processing, and sends responses to these requests to the initiator device.
- a target device may be a hard drive.
- a service delivery subsystem is a part of an input/output system that transmits information between the initiator device and the target device.
- An expander device forms part of the service delivery subsystem and facilitates communication between devices within the SAS topology. For example, expanders facilitate the connection of multiple end devices in the SAS topology to a port of an initiator device.
- the SR-IOV requires support both in the Basic Input Output System (BIOS) and the Operating System (OS) or the hypervisor.
- BIOS Basic Input Output System
- OS Operating System
- a SR-IOV capable SAS virtual controller presents itself as being multiple VFs, thus appearing to the hypervisor as multiple virtual controllers, one for each VF.
- the group of hard drives are first zoned to a PF.
- host side software such as a hypervisor, a subset of these hard drives are then mapped to a specific VF. The hard drives then appear on the OS that is using that particular VF.
- Embodiments of the present technology zone hard drives directly to specific VFs using SAS technology, without the use of host side software or firmware, thereby increasing efficiencies by eliminating a configuration step of the current method.
- SAS switch management software may determine if drives or storage enclosures zoned to virtual controllers can be powered down. For example, according to embodiments of the present technology, if a hypervisor turns off a virtual machine, the SAS switch can determine that the hard drive that has been assigned to the virtual controller on that virtual machine no longer needs to be spun up. The SAS switch will then spin the hard drive down until the virtual machine is powered on again. This power saving technique is applicable to SAS expander devices, SAS expander PHYs, hard drives, and storage enclosures.
- FIG. 1A is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology.
- FIG. 1B is also a block diagram of a system for zoning data to a virtual machine, according to another embodiment of the present technology.
- the system 100 includes a physical controller 102 , at least one physical controller physical layer (physical controller PHY) 106 a , 106 b , 106 c and 106 n . . . ), an expander 110 and a set of expander virtual PHYs 118 a , 118 b , 118 c and 118 n . . . and a set of expander physical layers (expander PHYs) 126 a , 126 b , 126 c and 126 n . . . both coupled with the expander 110 .
- physical controller PHY physical layer
- the physical controller 102 is coupled with a server 104 .
- at least one physical controller PHY 106 a , 106 b , 106 c and 106 n . . . (hereinafter, at least one physical controller PHY 106 ) is coupled with the physical controller 102 .
- the system 100 may include anywhere from one physical controller PHY to as many physical controller PHYs (physical controller PHY 106 n . . . ) that the physical controller 102 may support.
- physical controller PHY 106 will be referenced.
- At least one physical controller PHY 106 are coupled with the outer edges of physical controller 102 .
- system 100 includes an expander 110 coupled with a SAS switch 112 and is further communicatively coupled with the physical controller 102 .
- the SAS switch is within SAS topology 170 .
- communicatively coupled it is meant that the expander 110 is coupled with physical controller 102 in a manner which enables the expander 110 and the physical controller 102 to exchange information.
- the communicative coupling occurs through a physical connection, such as a cable.
- the system 100 utilizes 4 physical layer (PHY) lanes per cable. It should be appreciated that more or less PHY lanes per cable may be used and is dependent on the cable's size and ability to enclose the PHY lanes.
- the communicative coupling is achieved through wiring. For example, in blade server system, internal wiring within the blade enclosure connects the server 104 and the physical controller 102 coupled therewith with the expander 110 .
- the expander 110 includes a virtual to physical mapping table 114 .
- the virtual to physical mapping table 114 includes a virtual physical layer (virtual PHY) to physical controller PHY mapping information 116 .
- the virtual PHY to physical controller PHY mapping information 116 refers to information for routing data from a virtual PHY that is coupled with the expander 110 , as will be explained herein, to at least one physical controller PHY 106 coupled with the physical controller 102 .
- the set of virtual PHYs 118 a , 118 b , 118 c and 118 n . . . (hereinafter, set of virtual PHYs 118 unless otherwise specified) of system 100 is configured for receiving data 122 to be routed to a first virtual machine 124 a .
- the set of virtual PHYs 118 may include just one virtual PHY or any amount of virtual PHYs greater than one that may be physically supported by the expander 110 .
- the set of virtual PHYs 118 are coupled with the outer edges of the expander 110 .
- data 122 from more than one virtual PHY of the set of virtual PHYs 118 may be routed to the same physical controller PHY of the at least one physical controller PHY 106 .
- the virtual machine 124 a is shown in FIGS. 1A, 1B and 2 and residing on physical controller 102 , it should be understood that a portion of the group of virtual machines 124 a , 124 b , 124 c and 124 n may reside separately from the physical controller 102 and coupled therewith.
- the data 122 causes a storage drive to be communicatively coupled with a virtual PHY of the set of virtual PHYs 118 .
- the data 122 may be instructions to zone a device 168 such as, but not limited to, a particular storage enclosure, to a server 104 and/or a particular physical controller on that server 104 .
- the set of expander PHYs 126 a , 126 b , 126 c and 126 n . . . are coupled with the expander 110 .
- the set of expander PHYs 126 may include just one expander PHY or any amount of expander PHYs greater than one that may be physically supported by the expander 110 .
- the set of expander PHYs 126 is configured for relaying the received data 130 to a physical controller PHY of the at least one physical controller PHY 106 .
- the physical controller 102 and the expander 110 are configured for exchanging support information 132 .
- the support information 132 includes an indication of an ability of the physical controller 102 and the expander 110 to support thereon a set of virtual controllers 124 and the set of virtual PHYs 118 , respectively.
- the physical controller 102 queries the expander 110 if the expander 110 is enabled to support a set of virtual PHYs 118 .
- the expander 110 queries the physical controller 102 if the physical controller 102 is enabled to support a set of virtual controllers 124 .
- the set of virtual controllers 124 may include one or more than one virtual controllers. Further, it should be appreciated that more than one physical controller 102 may be coupled with server 104 , having thereon physical controller PHYs.
- the system 100 further includes a SAS address list sender 136 and a SAS address list assigner 144 .
- the SAS address list sender 136 is coupled with the physical controller 102 .
- the SAS address list sender 136 is configured for sending to the expander 110 a list of SAS addresses 138 that includes SAS addresses 140 a , 140 b , 140 c and 140 n . . . (hereinafter, SAS addresses 140 unless otherwise specified).
- Each SAS address of the list of SAS addresses 138 represents a virtual controller of a set of virtual controllers 142 .
- the list of SAS addresses 138 in one embodiment, may be found in SAS address store 172 .
- the set of virtual controllers 142 includes virtual controllers 142 a , 142 b , 142 c and 142 n . . . . It should be understood that the set of virtual controllers 142 may include any number of virtual controllers greater than one that is capable of being supported by system 100 and its components. Furthermore, as shown in FIGS. 1A and 1B , as well as FIG. 2 to be described herein, four virtual machines are shown, virtual machines 124 a , 124 b , 124 c and 124 n . . . . It should be understood that any number of virtual machines greater than one that is capable of being supported by system 100 and its components may be present in system 100 . Furthermore, virtual machines 124 a , 124 b , 124 c and 124 n may be represented herein as a set of virtual machines 124 .
- the set of virtual machines 124 is shown in FIGS. 1A and 1B as being part of the physical controller 102 , and the set of virtual controllers 142 is shown as being part of the set of virtual machines 124 , it should be noted that the set of virtual machines 124 may be outside the physical controller 102 , but associated with a virtual controller of the set of virtual controllers 142 that may be part of the physical controller 102 .
- the SAS address list assigner 144 is coupled with the expander 110 .
- the SAS address list assigner 144 is configured for assigning a first SAS address 140 a of the list of SAS addresses 138 to a first virtual PHY 118 a of the set of virtual PHYs 118 .
- the first virtual PHY 118 a at the assigned SAS address 140 a represents an expander PHY of the set of expander PHYs 126 as being connected to a virtual controller of the set of virtual controllers 142 . It should be understood that any one of the set of virtual PHYs 118 , set of virtual controllers 142 and virtual machines 124 may be designated as the “first” virtual PHY, virtual controller and virtual machine, respectively.
- system 100 further includes a virtual to physical mapping table information accessor 146 and a target PHY determiner 148 .
- the virtual to physical mapping table information accessor 146 is coupled with the expander 110 .
- the virtual to physical mapping table information accessor 146 is configured for accessing the virtual PHY to physical controller PHY mapping information 116 .
- the target PHY determiner 148 is coupled with the virtual to physical mapping table information accessor 146 . In one embodiment, the target PHY determiner 148 is configured for determining a target physical controller PHY 150 of the at least one physical controller PHY 106 to which to send the received data 130 based on the virtual PHY to physical controller PHY mapping information 116 .
- the virtual PHY to physical controller PHY mapping information 116 provides information as to which physical controller PHY to which to route the received data 130 .
- the system 100 further includes an expander data sender 152 that is coupled with the expander 110 .
- the expander data sender 152 in one embodiment, is configured for sending the received data 130 to the target physical controller PHY 150 .
- the target physical controller PHY 150 may be any one of the at least one physical controller PHYs 106 .
- the received data 130 becomes “target physical controller PHY data” 154 .
- the target physical controller PHY 150 may be determined to be physical controller PHY 106 a.
- Embodiments of the present technology further include a target physical controller PHY accessor 156 and a physical controller data sender 158 .
- the target physical controller PHY accessor 156 is coupled with the physical controller 102 .
- the target physical controller PHY accessor 156 is configured for accessing the target physical controller PHY data 154 at the target physical controller PHY, such as target physical controller PHY 106 a.
- the system 100 further includes an instruction manager 160 that is coupled with the expander 110 .
- the instruction manager 160 is configured for receiving an expander zoning instruction 162 via a graphical user interface 164 .
- the expander zoning instruction 162 in one embodiment, is received at the expander 110 .
- the expander zoning instruction 162 comprises at least one virtual PHY to a virtual controller mapping direction 166 .
- FIG. 2 shows a block diagram of a device 200 for zoning a hard drive to a virtual machine, in accordance with embodiments of the present technology.
- the device 200 includes a physical controller 102 and at least one physical controller PHY 106 .
- the physical controller 102 is coupled with a server 104 .
- the physical controller 102 includes a support determiner 202 and an SAS address list sender 136 .
- the support determiner 202 is configured for communicating with an expander 110 that is coupled with a SAS switch 112 . The communicating includes determining if the expander 110 is enabled to support a set of virtual PHYs 118 thereon, as is explained herein.
- the SAS address list sender 136 is configured for sending a list of SAS addresses 138 to the expander 110 if the expander 110 is determined to be enabled to support a set of virtual PHYs 118 thereon.
- each SAS address 140 a , 140 b , 140 c and 140 n . . . of the list of SAS addresses 138 represents a virtual controller, such as virtual controller 142 a.
- the physical controller 102 further includes a target physical controller PHY accessor 156 and a physical controller data sender 158 .
- the target physical controller PHY accessor 156 is configured for accessing the target physical controller PHY data 154 at the target physical controller PHY 150 .
- the physical controller data sender 158 is configured for sending to a virtual controller, such as virtual controller 142 a , the target physical controller PHY data 154 .
- At least one physical controller PHY 106 is coupled with the physical controller 102 . In one embodiment, the at least one physical controller. PHY 106 is configured for enabling communication with the expander 110 . The communication includes the sending of the list of SAS addresses 138 and the receiving of target physical controller PHY data 154 at the target physical controller PHY 150 .
- embodiments of the present technology expose a virtual controller to an SAS topology, thereby enabling the direct assignation of hard drives to the virtual machine associated with the virtual controller.
- embodiments do not follow the current method of utilizing host firmware to zone SAS storage; the controller and the expander firmware on the SAS switch are employed.
- embodiments provide for a more direct and efficient system for zoning a hard drive to a virtual machine.
- an expander publishes virtual controllers as being connected with virtual PHYs. In this manner, embodiments provide a method for directly zoning data to a virtual machine without utilizing host firmware.
- FIG. 3 is a flow diagram of a method 300 .
- method 300 is embodied in instructions, stored on a non-transitory computer-readable storage medium, which when executed by a computer system (see 400 of FIG. 4 ), cause the computer system to perform the method 300 for zoning data to a virtual machine.
- the method 300 is described below with reference to both FIGS. 1A, 1B,2 and 3 .
- the method 300 includes instructions for exchanging support information 132 between a physical controller 102 and an expander 110 , the physical controller 102 being coupled with a server 104 and the expander 110 being coupled with a SAS switch 112 .
- the support information 132 comprises an indication of an ability of the physical controller 102 and the expander 110 to support thereon a set of virtual controllers 124 and a set of virtual PHYs 118 , respectively.
- the exchanging at 302 includes determining expander PHYs on the expander 110 , wherein the expander PHYs comprise at least one of a set of expander physical PHYs and a set of virtual PHYs 118 . Additionally, at 304 , the exchanging at 302 further includes accessing information about a device 168 that is coupled with one of the expander PHYs.
- the physical controller 102 tries to determine what devices are present in the SAS topology. In order to determine this, the physical controller 102 will communicate with the expander 110 and discover everything that is attached to the expander 110 , whether it be another expander and/or a device, such as, but not limited to, storage enclosures. As described herein, a set of virtual PHYs 118 are coupled with the expander 110 . From the perspective of the physical controller 102 , the set of virtual PHYs 118 looks exactly like the set of expander physical PHYs. The physical controller 102 queries all of the PHYs, the expander physical PHYs and the set of virtual PHYs 118 to determine what if any devices are attached to the expander PHYs. The expander PHYs will respond to the physical controller 102 by describing what devices are attached thereto.
- the physical controller 102 sends commands to the expander 110 to determine whether or not the expander supports a set of virtual PHYs 118 .
- the content of these commands may be vendor specific and/or customized for the user/owner.
- a set of virtual controllers 124 is coupled with the set of virtual PHYs 118 .
- the set of virtual PHYs 118 may describe a set of virtual controllers 124 attached thereto. From the perspective of the physical controller 102 , the set of virtual controllers 124 appears to be a set of physical controllers.
- the physical controller 102 if the physical controller 102 discovers a device, such as device 168 (which may be SAS storage), that is attached to the set of virtual PHYs 118 , the physical controller 102 then opens a connection to the device 168 so that communication between the device 168 and the physical controller 102 is possible. As will be described herein, the physical controller 102 then may direct the device 168 to be zoned to one of a set of virtual controllers 124 on a virtual machine.
- a device such as device 168 (which may be SAS storage)
- the physical controller 102 then opens a connection to the device 168 so that communication between the device 168 and the physical controller 102 is possible.
- the physical controller 102 then may direct the device 168 to be zoned to one of a set of virtual controllers 124 on a virtual machine.
- the method 300 includes instructions for, in response to the ability at 302 being positively indicated, sending a list of SAS addresses 138 to the expander 110 , wherein the list of SAS addresses 138 is sent from the physical controller 102 .
- each SAS address of the list of SAS addresses 138 represents a virtual controller 124 .
- the physical controller 102 provides a list of SAS addresses 133 that the physical controller 102 wants to use to represent the set of virtual controllers 124 .
- the expander 110 receives this list of SAS addresses 138 . For each virtual PHY of the set of virtual PHYs 118 , the expander 110 will appoint one SAS address of the list of SAS addresses 138 to that virtual PHY.
- each virtual PHY with an appointed SAS address looks like a physical controller, while being associated with a set of virtual controllers 124 .
- the expander 110 receives the SAS addresses for the set of virtual controllers 124 and uses these SAS addresses to set up the set of virtual PHYs 118 to appear as a set of virtual controllers 124 .
- the method 300 includes instructions for assigning a first SAS address, such as 140 a , of the list of SAS addresses 138 to a first virtual PHY 118 a of the set of virtual PHYs 118 .
- the assigning 308 is performed by the expander 110 .
- the first virtual PHY 118 a at the assigned SAS address 140 a represents a first virtual controller 142 a of the set of virtual controllers 124 .
- the method 300 further includes instructions for receiving data at the first virtual PHY, such as virtual PHY 118 a .
- the receiving data at 308 includes communicatively coupling a storage drive with the first virtual PHY, such as virtual PHY 118 a .
- communicatively coupling at 308 it is meant that a storage drive is coupled via cable (utilizing PHY lanes) and/or internal wiring (within a blade enclosure) with a first virtual PHY.
- the method 300 further includes instructions for accessing a virtual to physical mapping table 114 , wherein virtual to physical mapping table information of the virtual to physical mapping table 114 includes virtual PHY to physical controller PHY mapping information 116 .
- the method 300 further includes instructions for determining a target physical controller PHY 150 of the at least one physical controller PHY 106 for the received data 130 based on the virtual PHY to physical controller PHY mapping information 116 , wherein the at least one physical controller PHY 106 is coupled with the physical controller 102 .
- the method further includes instructions for sending the received data 130 from the expander 110 to the target physical controller PHY 150 .
- the method further includes instructions for utilizing the physical controller 102 to access target physical controller PHY data 154 received at the target physical controller PHY 150 . Further, at 320 , the physical controller 102 sends the accessed target physical controller PHY data 154 to the first virtual controller, such as virtual controller 142 a.
- the method further includes instructions for receiving expander zoning instructions 162 via a graphical user interface 164 , wherein the expander zoning instructions 162 includes at least one virtual PHY to physical controller mapping direction 166 .
- the expander zoning instructions 162 may be any instruction associated with zoning a device 168 , such as but not limited to, hard drives.
- the method 300 further includes instructions for assigning a second SAS address, such as SAS address 140 b , to a second virtual PHY 118 b of the set of virtual PHYs 118 , wherein the assigning is performed by the expander 110 . Additionally, the second virtual PHY 118 b at that second assigned SAS address 140 b represents a second virtual controller 142 b of the set of virtual controllers 124 . Further, at 326 , in one embodiment, the method 300 at 324 further includes receiving data at the second virtual PHY 118 b . For example, this data may be instructions for coupling a hard drive to a virtual controller, and therefore a virtual machine.
- a second SAS address such as SAS address 140 b
- any outgoing request from a virtual controller 142 is sent directly to the storage device (e.g., hard drive). While, any incoming response form the storage device is intercepted by the expander 110 and redirected to the physical controller Phys 106 using the virtual to physical mapping table 116 .
- Embodiments of the present technology provide a method for directly zoning SAS storage to a virtual machine which reduces host firmware involvement and thereby increases the overall efficiency of zoning. Furthermore, embodiments provide a method for more efficient power management.
- FIG. 4 portions of the technology for performing a method for zoning data to a virtual machine are composed of computer-readable and computer-executable instructions that reside, for example, in computer-readable storage media of a computer system. That is, FIG. 4 illustrates one example of a type of computer that can be used to implement embodiments, which are discussed below, of the present technology.
- FIG. 4 illustrates an example computer system 400 used in accordance with embodiments of the present technology. It is appreciated that system 400 of FIG. 4 is an example only and that the present technology can operate on or within a number of different computer systems including general purpose networked computer systems, embedded computer systems, routers, switches, server devices, user devices, various intermediate devices/artifacts, stand alone computer systems, and the like. As shown in FIG. 4 , computer system 400 of FIG. 4 is well adapted to having peripheral computer readable media 402 such as, for example, a floppy disk, a compact disc, and the like coupled thereto.
- peripheral computer readable media 402 such as, for example, a floppy disk, a compact disc, and the like coupled thereto.
- System 400 of FIG. 4 includes an address/data bus 404 for communicating information, and a processor 406 A coupled to bus 404 for processing information and instructions. As depicted in FIG. 4 , system 400 is also well suited to a multi-processor environment in which a plurality of processors 406 A, 406 B, and 406 C are present. Conversely, system 400 is also well suited to having a single processor such as, for example, processor 406 A. Processors 406 A, 406 B, and 406 C may be any of various types of microprocessors. System 400 also includes data storage features such as a computer usable volatile memory 408 , e.g. random access memory (RAM), coupled to bus 404 for storing information and instructions for processors 406 A, 406 B, and 406 C.
- RAM random access memory
- System 400 also includes computer usable non-volatile memory 410 , e.g. read only memory (ROM), coupled to bus 404 for storing static information and instructions for processors 406 A, 406 B, and 406 C. Also present in system 400 is a data storage unit 412 (e.g., a magnetic or optical disk and disk drive) coupled to bus 404 for storing information and instructions. System 400 also includes an optional alphanumeric input device 414 including alphanumeric and function keys coupled to bus 404 for communicating information and command selections to processor 406 A or processors 406 A, 406 B, and 406 C.
- ROM read only memory
- data storage unit 412 e.g., a magnetic or optical disk and disk drive
- System 400 also includes an optional alphanumeric input device 414 including alphanumeric and function keys coupled to bus 404 for communicating information and command selections to processor 406 A or processors 406 A, 406 B, and 406 C.
- System 400 also includes an optional cursor control device 416 coupled to bus 404 for communicating user input information and command selections to processor 406 A or processors 406 A, 406 B, and 406 C.
- System 400 of the present embodiment also includes an optional display device 418 coupled to bus 404 for displaying information.
- optional display device 418 of FIG. 4 may be a liquid crystal device, cathode ray tube, plasma display device or other display device suitable for creating graphic images and alphanumeric characters recognizable to a user.
- Optional cursor control device 416 allows the computer user to dynamically signal the movement of a visible symbol (cursor) on a display screen of display device 418 .
- cursor control device 416 are known in the art including a trackball, mouse, touch pad, joystick or special keys on alpha-numeric input device 414 capable of signaling movement of a given direction or manner of displacement.
- a cursor can be directed and/or activated via input from alpha-numeric input device 414 using special keys and key sequence commands.
- System 400 is also well suited to having a cursor directed by other means such as, for example, voice commands.
- System 400 also includes an I/O device 420 for coupling system 400 with external entities.
- I/O device 420 is a modern for enabling wired or wireless communications between system 400 and an external network such as, but not limited to, the Internet. A more detailed discussion of the present technology is found below.
- an operating system 422 when present, an operating system 422 , applications 424 , modules 426 , and data 428 are shown as typically residing in one or some combination of computer usable volatile memory 408 , e.g. random access memory (RAM), and data storage unit 412 .
- RAM random access memory
- operating system 422 may be stored in other locations such as on a network or on a flash drive; and that further, operating system 422 may be accessed from a remote location via, for example, a coupling to the internet.
- the present technology for example, is stored as an application 424 or module 426 in memory locations within RAM 408 and memory areas within data storage unit 412 .
- the present technology may be applied to one or more elements of described system 400 .
- a method for identifying a device associated with a transfer of content may be applied to operating system 422 , applications 424 , modules 426 , and/or data 428 .
- the computing system 400 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the present technology. Neither should the computing environment 400 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the example computing system 400 .
- the present technology may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
- program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
- the present technology may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in both local and remote computer-storage media including memory-storage devices.
- the present technology may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer.
- program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types.
- the present technology may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network.
- program modules may be located in both local and remote computer-storage media including memory-storage devices.
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Mathematical Physics (AREA)
- Information Transfer Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
Description
- This application is a continuation of U.S. patent application Ser. No. 13/879,805, filed Apr. 17, 2013, currently allowed, which is herein incorporated by reference in its entirety.
- In general, a virtual machine is an efficient, isolated duplicate of a real machine. Virtual machines may be separated into two major categories, system virtual machines and process virtual machines. In brief, a system virtual machine provides a complete system platform which support the execution of a complete operating system. A process virtual machine is designed to run a single program, which means that it supports a single process.
- System virtual machines allow the sharing of the underlying physical machine resources between different virtual machines, each running its own operating system. The software layer providing the virtualization is called a virtual machine monitor or a hypervisor. The hypervisor can run on bare hardware (native VM) or on top of an operating system (hosted VM), based on their use and degree of correspondence to a real machine. Utilizing a hypervisor enables multiple operating system environments to reside on a single computer.
-
FIG. 1 A is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology. -
FIG. 1 B is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology. -
FIG. 2 is a block diagram of a device for zoning a hard drive to a virtual machine, according to one embodiment of the present technology. -
FIG. 3 is a flow diagram of a method for zoning data to a virtual machine, according to one embodiment of the present technology. -
FIG. 4 is a diagram of an example computer system used for zoning data to a virtual machine, according to one embodiment of the present technology. - The drawings referred to in this description should not be understood as being drawn to scale unless specifically noted.
- Reference will now be made in detail to embodiments of the present technology, examples of which are illustrated in the accompanying drawings. While the technology will be described in conjunction with various embodiment(s), it will be understood that they are not intended to limit the present technology to these embodiments. On the contrary, the present technology is intended to cover alternatives, modifications and equivalents, which may be included within the spirit and scope of the various embodiments as defined by the appended claims.
- Furthermore, in the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the present technology. However, the present technology may be practiced without these specific details. In other instances, well known methods, procedures, components, and circuits have not been described in detail as not to unnecessarily obscure aspects of the present embodiments.
- Unless specifically stated otherwise as apparent from the following discussions, it is appreciated that throughout the present detailed description, discussions utilizing terms such as “exchanging”, “sending”, “assigning”, “receiving”, “coupling”, “accessing”, “determining”, “utilizing”, or the like, refer to the actions and processes of a computer system, or similar electronic computing device. The computer system or similar electronic computing device manipulates and transforms data represented as physical (electronic) quantities within the computer system's registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission, or display devices. The present technology is also well suited to the use of other computer systems such as, for example, optical computers.
- The discussion will begin with a brief overview of a single root complex utilizing input/output virtualization SR-IOV and a Serial Attached Small Computer System Interface (SAS) system in relation to zoning hard drives to a virtual machine associated with a SAS topology. The discussion will then focus on embodiments of the present technology that provide a system for zoning data to a virtual machine, within a SAS topology.
- In general, single root topology involves a single computer that supports virtualization technology. SR-IOV is a specification that enables multiple virtual machines running simultaneously within a single computer to natively share one or more devices, such as computer expansion cards (PCIe devices). Through the virtualization technology, a hypervisor, software on or firmware embedded in the computer's hardware platform, manages operating systems on the virtual machines. Thus, for example, SR-IOV in conjunction with a hypervisor, allows a PCIe device to appear as multiple physical PCIe devices utilizing physical-functions (PFs) and virtual functions (VFs). SR-IOV may be used in conjunction with SAS.
- Briefly, a SAS is a computer bus used to move data to and from computer storage devices, such as hard drives. A SAS generally includes an initiator device, a target device, and a service delivery subsystem.
- The initiator device, also referred to as a controller, originates device-service and task-management requests for processing to be performed by a target device. The initiator device receives responses of these same requests from one or more target devices. An initiator device may be an on-board component on a motherboard.
- A target device contains logical units and target ports. It receives device-service and task-management requests for processing, and sends responses to these requests to the initiator device. A target device may be a hard drive.
- A service delivery subsystem is a part of an input/output system that transmits information between the initiator device and the target device. An expander device forms part of the service delivery subsystem and facilitates communication between devices within the SAS topology. For example, expanders facilitate the connection of multiple end devices in the SAS topology to a port of an initiator device.
- Currently, in order to zone a group of hard drives to a virtual machine in a SAS topology, the SR-IOV requires support both in the Basic Input Output System (BIOS) and the Operating System (OS) or the hypervisor. For example, a SR-IOV capable SAS virtual controller presents itself as being multiple VFs, thus appearing to the hypervisor as multiple virtual controllers, one for each VF. In order to zone a group of hard drives to virtual machines, the group of hard drives are first zoned to a PF. Secondly, using host side software such as a hypervisor, a subset of these hard drives are then mapped to a specific VF. The hard drives then appear on the OS that is using that particular VF.
- Embodiments of the present technology zone hard drives directly to specific VFs using SAS technology, without the use of host side software or firmware, thereby increasing efficiencies by eliminating a configuration step of the current method. Further, since each virtual controller corresponds to a unique SAS address, SAS switch management software may determine if drives or storage enclosures zoned to virtual controllers can be powered down. For example, according to embodiments of the present technology, if a hypervisor turns off a virtual machine, the SAS switch can determine that the hard drive that has been assigned to the virtual controller on that virtual machine no longer needs to be spun up. The SAS switch will then spin the hard drive down until the virtual machine is powered on again. This power saving technique is applicable to SAS expander devices, SAS expander PHYs, hard drives, and storage enclosures.
- The following discussion will begin with a description of the structure of the components of the present technology. The discussion will then be followed by a description of the components in operation.
-
FIG. 1A is a block diagram of a system for zoning data to a virtual machine, according to one embodiment of the present technology.FIG. 1B is also a block diagram of a system for zoning data to a virtual machine, according to another embodiment of the present technology. Referring now toFIGS. 1A and 1B , in one embodiment, thesystem 100 includes aphysical controller 102, at least one physical controller physical layer (physical controller PHY) 106 a, 106 b, 106 c and 106 n . . . ), anexpander 110 and a set of expandervirtual PHYs expander 110. - In one embodiment, the
physical controller 102 is coupled with aserver 104. In another embodiment, at least onephysical controller PHY physical controller 102. It should be understood that thesystem 100 may include anywhere from one physical controller PHY to as many physical controller PHYs (physical controller PHY 106 n . . . ) that thephysical controller 102 may support. For purposes of clarity and brevity hereinafter, when referring to at least one physical controller PHY in general,physical controller PHY 106 will be referenced. At least onephysical controller PHY 106 are coupled with the outer edges ofphysical controller 102. - In one embodiment,
system 100 includes anexpander 110 coupled with aSAS switch 112 and is further communicatively coupled with thephysical controller 102. In one embodiment, the SAS switch is withinSAS topology 170. By communicatively coupled, it is meant that theexpander 110 is coupled withphysical controller 102 in a manner which enables theexpander 110 and thephysical controller 102 to exchange information. - In one embodiment, the communicative coupling occurs through a physical connection, such as a cable. For example, in one embodiment, the
system 100 utilizes 4 physical layer (PHY) lanes per cable. It should be appreciated that more or less PHY lanes per cable may be used and is dependent on the cable's size and ability to enclose the PHY lanes. In another embodiment, the communicative coupling is achieved through wiring. For example, in blade server system, internal wiring within the blade enclosure connects theserver 104 and thephysical controller 102 coupled therewith with theexpander 110. - In one embodiment, the
expander 110 includes a virtual to physical mapping table 114. The virtual to physical mapping table 114 includes a virtual physical layer (virtual PHY) to physical controllerPHY mapping information 116. The virtual PHY to physical controllerPHY mapping information 116 refers to information for routing data from a virtual PHY that is coupled with theexpander 110, as will be explained herein, to at least onephysical controller PHY 106 coupled with thephysical controller 102. - In one embodiment, the set of
virtual PHYs system 100 is configured for receivingdata 122 to be routed to a firstvirtual machine 124 a. It should be understood that the set of virtual PHYs 118 may include just one virtual PHY or any amount of virtual PHYs greater than one that may be physically supported by theexpander 110. In one embodiment, the set of virtual PHYs 118 are coupled with the outer edges of theexpander 110. It should be appreciated thatdata 122 from more than one virtual PHY of the set of virtual PHYs 118 may be routed to the same physical controller PHY of the at least onephysical controller PHY 106. Additionally, while thevirtual machine 124 a is shown inFIGS. 1A, 1B and 2 and residing onphysical controller 102, it should be understood that a portion of the group ofvirtual machines physical controller 102 and coupled therewith. - In one embodiment and as will be explained herein in the Operation section below, the
data 122 causes a storage drive to be communicatively coupled with a virtual PHY of the set of virtual PHYs 118. Thedata 122 may be instructions to zone adevice 168 such as, but not limited to, a particular storage enclosure, to aserver 104 and/or a particular physical controller on thatserver 104. - In one embodiment, the set of
expander PHYs expander 110. It should be understood that the set of expander PHYs 126 may include just one expander PHY or any amount of expander PHYs greater than one that may be physically supported by theexpander 110. In one embodiment, the set of expander PHYs 126 is configured for relaying the receiveddata 130 to a physical controller PHY of the at least onephysical controller PHY 106. In one embodiment, thephysical controller 102 and theexpander 110 are configured for exchangingsupport information 132. Thesupport information 132 includes an indication of an ability of thephysical controller 102 and theexpander 110 to support thereon a set of virtual controllers 124 and the set of virtual PHYs 118, respectively. In one embodiment, thephysical controller 102 queries theexpander 110 if theexpander 110 is enabled to support a set of virtual PHYs 118. In another embodiment, theexpander 110 queries thephysical controller 102 if thephysical controller 102 is enabled to support a set of virtual controllers 124. It should be understood that the set of virtual controllers 124 may include one or more than one virtual controllers. Further, it should be appreciated that more than onephysical controller 102 may be coupled withserver 104, having thereon physical controller PHYs. - In one embodiment, the
system 100 further includes a SASaddress list sender 136 and a SASaddress list assigner 144. In one embodiment, the SASaddress list sender 136 is coupled with thephysical controller 102. In one embodiment, the SASaddress list sender 136 is configured for sending to the expander 110 a list of SAS addresses 138 that includes SAS addresses 140 a, 140 b, 140 c and 140 n . . . (hereinafter, SAS addresses 140 unless otherwise specified). Each SAS address of the list of SAS addresses 138 represents a virtual controller of a set of virtual controllers 142. Further, the list of SAS addresses 138, in one embodiment, may be found inSAS address store 172. The set of virtual controllers 142 includesvirtual controllers system 100 and its components. Furthermore, as shown inFIGS. 1A and 1B , as well asFIG. 2 to be described herein, four virtual machines are shown,virtual machines system 100 and its components may be present insystem 100. Furthermore,virtual machines - While the set of virtual machines 124 is shown in
FIGS. 1A and 1B as being part of thephysical controller 102, and the set of virtual controllers 142 is shown as being part of the set of virtual machines 124, it should be noted that the set of virtual machines 124 may be outside thephysical controller 102, but associated with a virtual controller of the set of virtual controllers 142 that may be part of thephysical controller 102. - In another embodiment, the SAS
address list assigner 144 is coupled with theexpander 110. The SASaddress list assigner 144 is configured for assigning afirst SAS address 140 a of the list of SAS addresses 138 to a firstvirtual PHY 118 a of the set of virtual PHYs 118. The firstvirtual PHY 118 a at the assignedSAS address 140 a represents an expander PHY of the set of expander PHYs 126 as being connected to a virtual controller of the set of virtual controllers 142. It should be understood that any one of the set of virtual PHYs 118, set of virtual controllers 142 and virtual machines 124 may be designated as the “first” virtual PHY, virtual controller and virtual machine, respectively. - In one embodiment,
system 100 further includes a virtual to physical mappingtable information accessor 146 and atarget PHY determiner 148. In one embodiment, the virtual to physical mappingtable information accessor 146 is coupled with theexpander 110. The virtual to physical mappingtable information accessor 146 is configured for accessing the virtual PHY to physical controllerPHY mapping information 116. - In one embodiment, the
target PHY determiner 148 is coupled with the virtual to physical mappingtable information accessor 146. In one embodiment, thetarget PHY determiner 148 is configured for determining a targetphysical controller PHY 150 of the at least onephysical controller PHY 106 to which to send the receiveddata 130 based on the virtual PHY to physical controllerPHY mapping information 116. For example and as is explained herein in the Operation section, the virtual PHY to physical controllerPHY mapping information 116 provides information as to which physical controller PHY to which to route the receiveddata 130. - In one embodiment, the
system 100 further includes anexpander data sender 152 that is coupled with theexpander 110. Theexpander data sender 152, in one embodiment, is configured for sending the receiveddata 130 to the targetphysical controller PHY 150. The targetphysical controller PHY 150 may be any one of the at least onephysical controller PHYs 106. Once the receiveddata 130 is sent to the targetphysical controller PHY 150 as designated, the receiveddata 130 becomes “target physical controller PHY data” 154. For example, the targetphysical controller PHY 150 may be determined to bephysical controller PHY 106 a. - Embodiments of the present technology further include a target physical
controller PHY accessor 156 and a physicalcontroller data sender 158. In one embodiment, the target physicalcontroller PHY accessor 156 is coupled with thephysical controller 102. The target physicalcontroller PHY accessor 156 is configured for accessing the target physicalcontroller PHY data 154 at the target physical controller PHY, such as targetphysical controller PHY 106 a. - In one embodiment, the
system 100 further includes aninstruction manager 160 that is coupled with theexpander 110. In one embodiment, theinstruction manager 160 is configured for receiving anexpander zoning instruction 162 via agraphical user interface 164. Theexpander zoning instruction 162, in one embodiment, is received at theexpander 110. Theexpander zoning instruction 162 comprises at least one virtual PHY to a virtualcontroller mapping direction 166. -
FIG. 2 shows a block diagram of adevice 200 for zoning a hard drive to a virtual machine, in accordance with embodiments of the present technology. Referring now toFIGS. 1A, 1B and 2 , in one embodiment, thedevice 200 includes aphysical controller 102 and at least onephysical controller PHY 106. In one embodiment, thephysical controller 102 is coupled with aserver 104. - In one embodiment, the
physical controller 102 includes asupport determiner 202 and an SASaddress list sender 136. In one embodiment, thesupport determiner 202 is configured for communicating with anexpander 110 that is coupled with aSAS switch 112. The communicating includes determining if theexpander 110 is enabled to support a set of virtual PHYs 118 thereon, as is explained herein. - In one embodiment, the SAS
address list sender 136 is configured for sending a list of SAS addresses 138 to theexpander 110 if theexpander 110 is determined to be enabled to support a set of virtual PHYs 118 thereon. In one embodiment, each SAS address 140 a, 140 b, 140 c and 140 n . . . of the list of SAS addresses 138 represents a virtual controller, such asvirtual controller 142 a. - In another embodiment, the
physical controller 102 further includes a target physicalcontroller PHY accessor 156 and a physicalcontroller data sender 158. In one embodiment, the target physicalcontroller PHY accessor 156 is configured for accessing the target physicalcontroller PHY data 154 at the targetphysical controller PHY 150. - In another embodiment, the physical
controller data sender 158 is configured for sending to a virtual controller, such asvirtual controller 142 a, the target physicalcontroller PHY data 154. - In one embodiment, at least one
physical controller PHY 106 is coupled with thephysical controller 102. In one embodiment, the at least one physical controller.PHY 106 is configured for enabling communication with theexpander 110. The communication includes the sending of the list of SAS addresses 138 and the receiving of target physicalcontroller PHY data 154 at the targetphysical controller PHY 150. - Thus, embodiments of the present technology expose a virtual controller to an SAS topology, thereby enabling the direct assignation of hard drives to the virtual machine associated with the virtual controller. For example, embodiments do not follow the current method of utilizing host firmware to zone SAS storage; the controller and the expander firmware on the SAS switch are employed. Thus, embodiments provide for a more direct and efficient system for zoning a hard drive to a virtual machine.
- In embodiments of the present technology, an expander publishes virtual controllers as being connected with virtual PHYs. In this manner, embodiments provide a method for directly zoning data to a virtual machine without utilizing host firmware.
-
FIG. 3 is a flow diagram of amethod 300. In one embodiment,method 300 is embodied in instructions, stored on a non-transitory computer-readable storage medium, which when executed by a computer system (see 400 ofFIG. 4 ), cause the computer system to perform themethod 300 for zoning data to a virtual machine. Themethod 300 is described below with reference to bothFIGS. 1A, 1B,2 and 3 . - At 302, in one embodiment and as described herein, the
method 300 includes instructions for exchangingsupport information 132 between aphysical controller 102 and anexpander 110, thephysical controller 102 being coupled with aserver 104 and theexpander 110 being coupled with aSAS switch 112. In one embodiment, thesupport information 132 comprises an indication of an ability of thephysical controller 102 and theexpander 110 to support thereon a set of virtual controllers 124 and a set of virtual PHYs 118, respectively. - At 304, in one embodiment, the exchanging at 302 includes determining expander PHYs on the
expander 110, wherein the expander PHYs comprise at least one of a set of expander physical PHYs and a set of virtual PHYs 118. Additionally, at 304, the exchanging at 302 further includes accessing information about adevice 168 that is coupled with one of the expander PHYs. - For example and as is known in the art, the
physical controller 102 tries to determine what devices are present in the SAS topology. In order to determine this, thephysical controller 102 will communicate with theexpander 110 and discover everything that is attached to theexpander 110, whether it be another expander and/or a device, such as, but not limited to, storage enclosures. As described herein, a set of virtual PHYs 118 are coupled with theexpander 110. From the perspective of thephysical controller 102, the set of virtual PHYs 118 looks exactly like the set of expander physical PHYs. Thephysical controller 102 queries all of the PHYs, the expander physical PHYs and the set of virtual PHYs 118 to determine what if any devices are attached to the expander PHYs. The expander PHYs will respond to thephysical controller 102 by describing what devices are attached thereto. - In embodiments of the present technology, the
physical controller 102 sends commands to theexpander 110 to determine whether or not the expander supports a set of virtual PHYs 118. The content of these commands may be vendor specific and/or customized for the user/owner. In one embodiment, a set of virtual controllers 124 is coupled with the set of virtual PHYs 118. Thus, the set of virtual PHYs 118 may describe a set of virtual controllers 124 attached thereto. From the perspective of thephysical controller 102, the set of virtual controllers 124 appears to be a set of physical controllers. Thus, if thephysical controller 102 discovers a device, such as device 168 (which may be SAS storage), that is attached to the set of virtual PHYs 118, thephysical controller 102 then opens a connection to thedevice 168 so that communication between thedevice 168 and thephysical controller 102 is possible. As will be described herein, thephysical controller 102 then may direct thedevice 168 to be zoned to one of a set of virtual controllers 124 on a virtual machine. - At 306, the
method 300 includes instructions for, in response to the ability at 302 being positively indicated, sending a list of SAS addresses 138 to theexpander 110, wherein the list of SAS addresses 138 is sent from thephysical controller 102. Furthermore, in one embodiment, each SAS address of the list of SAS addresses 138 represents a virtual controller 124. In other words, thephysical controller 102 provides a list of SAS addresses 133 that thephysical controller 102 wants to use to represent the set of virtual controllers 124. Theexpander 110 receives this list of SAS addresses 138. For each virtual PHY of the set of virtual PHYs 118, theexpander 110 will appoint one SAS address of the list of SAS addresses 138 to that virtual PHY. Accordingly, each virtual PHY with an appointed SAS address looks like a physical controller, while being associated with a set of virtual controllers 124. Theexpander 110 receives the SAS addresses for the set of virtual controllers 124 and uses these SAS addresses to set up the set of virtual PHYs 118 to appear as a set of virtual controllers 124. - At 308, the
method 300 includes instructions for assigning a first SAS address, such as 140 a, of the list of SAS addresses 138 to a firstvirtual PHY 118 a of the set of virtual PHYs 118. The assigning 308 is performed by theexpander 110. The firstvirtual PHY 118 a at the assignedSAS address 140 a represents a firstvirtual controller 142 a of the set of virtual controllers 124. - At 310, in one embodiment the
method 300 further includes instructions for receiving data at the first virtual PHY, such asvirtual PHY 118 a. At 312, in another embodiment the receiving data at 308 includes communicatively coupling a storage drive with the first virtual PHY, such asvirtual PHY 118 a. By communicatively coupling at 308, it is meant that a storage drive is coupled via cable (utilizing PHY lanes) and/or internal wiring (within a blade enclosure) with a first virtual PHY. - At 314, in one embodiment and as described herein, the
method 300 further includes instructions for accessing a virtual to physical mapping table 114, wherein virtual to physical mapping table information of the virtual to physical mapping table 114 includes virtual PHY to physical controllerPHY mapping information 116. - At 316, in one embodiment and as described herein the
method 300 further includes instructions for determining a targetphysical controller PHY 150 of the at least onephysical controller PHY 106 for the receiveddata 130 based on the virtual PHY to physical controllerPHY mapping information 116, wherein the at least onephysical controller PHY 106 is coupled with thephysical controller 102. - At 318, in one embodiment and as described herein, the method further includes instructions for sending the received
data 130 from theexpander 110 to the targetphysical controller PHY 150. - At 320, in one embodiment and as described herein, the method further includes instructions for utilizing the
physical controller 102 to access target physicalcontroller PHY data 154 received at the targetphysical controller PHY 150. Further, at 320, thephysical controller 102 sends the accessed target physicalcontroller PHY data 154 to the first virtual controller, such asvirtual controller 142 a. - At 322, in one embodiment and as described herein, the method further includes instructions for receiving
expander zoning instructions 162 via agraphical user interface 164, wherein theexpander zoning instructions 162 includes at least one virtual PHY to physicalcontroller mapping direction 166. In another embodiment, theexpander zoning instructions 162 may be any instruction associated with zoning adevice 168, such as but not limited to, hard drives. - At 324, in one embodiment the
method 300 further includes instructions for assigning a second SAS address, such as SAS address 140 b, to a secondvirtual PHY 118 b of the set of virtual PHYs 118, wherein the assigning is performed by theexpander 110. Additionally, the secondvirtual PHY 118 b at that second assignedSAS address 140 b represents a secondvirtual controller 142 b of the set of virtual controllers 124. Further, at 326, in one embodiment, themethod 300 at 324 further includes receiving data at the secondvirtual PHY 118 b. For example, this data may be instructions for coupling a hard drive to a virtual controller, and therefore a virtual machine. - Thus, in one embodiment, any outgoing request from a virtual controller 142 is sent directly to the storage device (e.g., hard drive). While, any incoming response form the storage device is intercepted by the
expander 110 and redirected to thephysical controller Phys 106 using the virtual to physical mapping table 116. - Currently, there is no standard way of assigning SAS storage directly to virtual machines in a way that only affects the physical controller and SAS switch expander firmware. Embodiments of the present technology provide a method for directly zoning SAS storage to a virtual machine which reduces host firmware involvement and thereby increases the overall efficiency of zoning. Furthermore, embodiments provide a method for more efficient power management.
- With reference now to
FIG. 4 , portions of the technology for performing a method for zoning data to a virtual machine are composed of computer-readable and computer-executable instructions that reside, for example, in computer-readable storage media of a computer system. That is,FIG. 4 illustrates one example of a type of computer that can be used to implement embodiments, which are discussed below, of the present technology. -
FIG. 4 illustrates anexample computer system 400 used in accordance with embodiments of the present technology. It is appreciated thatsystem 400 ofFIG. 4 is an example only and that the present technology can operate on or within a number of different computer systems including general purpose networked computer systems, embedded computer systems, routers, switches, server devices, user devices, various intermediate devices/artifacts, stand alone computer systems, and the like. As shown inFIG. 4 ,computer system 400 ofFIG. 4 is well adapted to having peripheral computer readable media 402 such as, for example, a floppy disk, a compact disc, and the like coupled thereto. -
System 400 ofFIG. 4 includes an address/data bus 404 for communicating information, and aprocessor 406A coupled to bus 404 for processing information and instructions. As depicted inFIG. 4 ,system 400 is also well suited to a multi-processor environment in which a plurality ofprocessors system 400 is also well suited to having a single processor such as, for example,processor 406A.Processors System 400 also includes data storage features such as a computer usable volatile memory 408, e.g. random access memory (RAM), coupled to bus 404 for storing information and instructions forprocessors -
System 400 also includes computer usablenon-volatile memory 410, e.g. read only memory (ROM), coupled to bus 404 for storing static information and instructions forprocessors system 400 is a data storage unit 412 (e.g., a magnetic or optical disk and disk drive) coupled to bus 404 for storing information and instructions.System 400 also includes an optionalalphanumeric input device 414 including alphanumeric and function keys coupled to bus 404 for communicating information and command selections toprocessor 406A orprocessors System 400 also includes an optionalcursor control device 416 coupled to bus 404 for communicating user input information and command selections toprocessor 406A orprocessors System 400 of the present embodiment also includes anoptional display device 418 coupled to bus 404 for displaying information. - Referring still to
FIG. 4 ,optional display device 418 ofFIG. 4 may be a liquid crystal device, cathode ray tube, plasma display device or other display device suitable for creating graphic images and alphanumeric characters recognizable to a user. Optionalcursor control device 416 allows the computer user to dynamically signal the movement of a visible symbol (cursor) on a display screen ofdisplay device 418. Many implementations ofcursor control device 416 are known in the art including a trackball, mouse, touch pad, joystick or special keys on alpha-numeric input device 414 capable of signaling movement of a given direction or manner of displacement. Alternatively, it will be appreciated that a cursor can be directed and/or activated via input from alpha-numeric input device 414 using special keys and key sequence commands. -
System 400 is also well suited to having a cursor directed by other means such as, for example, voice commands.System 400 also includes an I/O device 420 forcoupling system 400 with external entities. For example, in one embodiment, I/O device 420 is a modern for enabling wired or wireless communications betweensystem 400 and an external network such as, but not limited to, the Internet. A more detailed discussion of the present technology is found below. - Referring still to
FIG. 4 , various other components are depicted forsystem 400. Specifically, when present, anoperating system 422,applications 424,modules 426, anddata 428 are shown as typically residing in one or some combination of computer usable volatile memory 408, e.g. random access memory (RAM), anddata storage unit 412. However, it is appreciated that in some embodiments,operating system 422 may be stored in other locations such as on a network or on a flash drive; and that further,operating system 422 may be accessed from a remote location via, for example, a coupling to the internet. In one embodiment, the present technology, for example, is stored as anapplication 424 ormodule 426 in memory locations within RAM 408 and memory areas withindata storage unit 412. The present technology may be applied to one or more elements of describedsystem 400. For example, a method for identifying a device associated with a transfer of content may be applied tooperating system 422,applications 424,modules 426, and/ordata 428. - The
computing system 400 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the present technology. Neither should thecomputing environment 400 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in theexample computing system 400. - The present technology may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The present technology may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer-storage media including memory-storage devices.
- The present technology may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The present technology may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer-storage media including memory-storage devices.
- All statements herein reciting principles, aspects, and embodiments of the invention as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. Additionally, it is intended that such equivalents include both currently known equivalents and equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure. The scope of the present invention, therefore, is not intended to be limited to the exemplary embodiments shown and described herein. Rather, the scope and spirit of present invention is embodied by the appended claims.
Claims (20)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US15/095,788 US20160224369A1 (en) | 2010-10-28 | 2016-04-11 | Zoning data to a virtual machine |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2010/054540 WO2012057769A1 (en) | 2010-10-28 | 2010-10-28 | Zoning data to a virtual machine |
US201313879805A | 2013-04-17 | 2013-04-17 | |
US15/095,788 US20160224369A1 (en) | 2010-10-28 | 2016-04-11 | Zoning data to a virtual machine |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2010/054540 Continuation WO2012057769A1 (en) | 2010-10-28 | 2010-10-28 | Zoning data to a virtual machine |
US13/879,805 Continuation US9336032B2 (en) | 2010-10-28 | 2010-10-28 | Zoning data to a virtual machine |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160224369A1 true US20160224369A1 (en) | 2016-08-04 |
Family
ID=45994237
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/879,805 Active 2032-01-02 US9336032B2 (en) | 2010-10-28 | 2010-10-28 | Zoning data to a virtual machine |
US15/095,788 Abandoned US20160224369A1 (en) | 2010-10-28 | 2016-04-11 | Zoning data to a virtual machine |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/879,805 Active 2032-01-02 US9336032B2 (en) | 2010-10-28 | 2010-10-28 | Zoning data to a virtual machine |
Country Status (4)
Country | Link |
---|---|
US (2) | US9336032B2 (en) |
EP (1) | EP2633402A4 (en) |
CN (1) | CN103262034B (en) |
WO (1) | WO2012057769A1 (en) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130283264A1 (en) * | 2012-04-20 | 2013-10-24 | Lsi Corporation | Method for selective replication of physical devices on a virtual self-configuring zoning expander |
US20140029467A1 (en) * | 2012-07-25 | 2014-01-30 | Balaji Natrajan | Zoning record update |
US8788724B2 (en) * | 2012-11-30 | 2014-07-22 | Hewlett-Packard Development Company, L.P. | Storage device to provide access to storage resources over a data storage fabric |
US9733845B2 (en) * | 2014-09-29 | 2017-08-15 | Cisco Technology, Inc. | Shared virtualized local storage |
US10191877B2 (en) * | 2015-12-22 | 2019-01-29 | Intel Corporation | Architecture for software defined interconnect switch |
US10061662B2 (en) * | 2016-05-10 | 2018-08-28 | International Business Machines Corporation | Routing data streams around faults in strands |
US10635154B2 (en) * | 2016-12-19 | 2020-04-28 | Western Digital Technologies, Inc. | Intelligent SAS phy power management |
US11029986B2 (en) * | 2018-05-25 | 2021-06-08 | Microsoft Technology Licensing, Llc | Processor feature ID response for virtualization |
US10726865B2 (en) * | 2018-10-11 | 2020-07-28 | Western Digital Technologies, Inc. | Zoned block command to stream command translator |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070174851A1 (en) * | 2006-01-20 | 2007-07-26 | Emulex Design & Manufacturing Corporation | N-Port virtualization driver-based application programming interface and split driver implementation |
US20090150643A1 (en) * | 2007-12-10 | 2009-06-11 | Emulex Design & Manufacturing Corporation | SAS reference Phys for virtualization and traffic isolation |
US20150134854A1 (en) * | 2008-06-10 | 2015-05-14 | Micron Technology, Inc. | Methods of providing access to i/o devices |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7058749B2 (en) * | 2003-11-13 | 2006-06-06 | Dell Products L.P. | System and method for communications in serial attached SCSI storage network |
US7353302B2 (en) | 2003-12-31 | 2008-04-01 | Intel Corporation | Selectable communication control between devices communicating using a serial attached SCSI (SAS) protocol |
US7996206B2 (en) * | 2004-11-03 | 2011-08-09 | Lsi Corporation | Serial attached small computer system interface (SAS) connection emulation for direct attached serial advanced technology attachment (SATA) |
US7644168B2 (en) * | 2004-11-05 | 2010-01-05 | Hewlett-Packard Development Company, L.P. | SAS expander |
US8301810B2 (en) | 2004-12-21 | 2012-10-30 | Infortrend Technology, Inc. | SAS storage virtualization controller, subsystem and system using the same, and method therefor |
US7437462B2 (en) | 2006-01-06 | 2008-10-14 | Dell Products L.P. | Method for zoning data storage network using SAS addressing |
US8051436B2 (en) | 2007-06-29 | 2011-11-01 | Emulex Design & Manufacturing Corporation | SAS expander-side optimization for the re-discovery process |
US8798056B2 (en) * | 2007-09-24 | 2014-08-05 | Intel Corporation | Method and system for virtual port communications |
JP5056334B2 (en) | 2007-10-15 | 2012-10-24 | 富士通株式会社 | Management program, management apparatus, and management method |
CA2702756A1 (en) | 2007-11-07 | 2009-05-14 | Avocent Corporation | System and method for managing virtual hard drives in a virtual machine environment |
WO2010030996A1 (en) | 2008-09-15 | 2010-03-18 | Virsto Software | Storage management system for virtual machines |
JP4809413B2 (en) * | 2008-10-08 | 2011-11-09 | 株式会社日立製作所 | Storage system |
US8321878B2 (en) | 2008-10-09 | 2012-11-27 | Microsoft Corporation | Virtualized storage assignment method |
-
2010
- 2010-10-28 CN CN201080070998.2A patent/CN103262034B/en active Active
- 2010-10-28 US US13/879,805 patent/US9336032B2/en active Active
- 2010-10-28 EP EP10859082.9A patent/EP2633402A4/en not_active Withdrawn
- 2010-10-28 WO PCT/US2010/054540 patent/WO2012057769A1/en active Application Filing
-
2016
- 2016-04-11 US US15/095,788 patent/US20160224369A1/en not_active Abandoned
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070174851A1 (en) * | 2006-01-20 | 2007-07-26 | Emulex Design & Manufacturing Corporation | N-Port virtualization driver-based application programming interface and split driver implementation |
US20090150643A1 (en) * | 2007-12-10 | 2009-06-11 | Emulex Design & Manufacturing Corporation | SAS reference Phys for virtualization and traffic isolation |
US20150134854A1 (en) * | 2008-06-10 | 2015-05-14 | Micron Technology, Inc. | Methods of providing access to i/o devices |
Also Published As
Publication number | Publication date |
---|---|
WO2012057769A1 (en) | 2012-05-03 |
CN103262034B (en) | 2016-08-17 |
EP2633402A1 (en) | 2013-09-04 |
EP2633402A4 (en) | 2014-12-17 |
CN103262034A (en) | 2013-08-21 |
US9336032B2 (en) | 2016-05-10 |
US20130219393A1 (en) | 2013-08-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9336032B2 (en) | Zoning data to a virtual machine | |
US20200278880A1 (en) | Method, apparatus, and system for accessing storage device | |
US10241951B1 (en) | Device full memory access through standard PCI express bus | |
JP5541117B2 (en) | Virtual machine migration system, virtual machine migration program, and virtual machine migration method | |
US7970852B2 (en) | Method for moving operating systems between computer electronic complexes without loss of service | |
US20180189109A1 (en) | Management system and management method for computer system | |
CN109445905B (en) | Virtual machine data communication method and system and virtual machine configuration method and device | |
JP5542788B2 (en) | Virtual computer system and virtual computer migration control method | |
US20140006659A1 (en) | Driver-assisted base address register mapping | |
CN110770708A (en) | Method and apparatus for hardware virtualization | |
CN103530167A (en) | Virtual machine memory data migration method and relevant device and cluster system | |
EP3167365A1 (en) | Input/output acceleration in virtualized information handling systems | |
US20160224479A1 (en) | Computer system, and computer system control method | |
CN112306624A (en) | Information processing method, physical machine and PCIE (peripheral component interface express) equipment | |
CN104965678A (en) | Solid-state storage control method and apparatus and solid-state storage device | |
US8880582B2 (en) | User access to a partitionable server | |
CN103793330A (en) | Method and device for data exchange in virtual machine environment | |
US9348513B2 (en) | SAS virtual tape drive | |
JP5439435B2 (en) | Computer system and disk sharing method in the computer system | |
CN112099916B (en) | Virtual machine data migration method and device, computer equipment and storage medium | |
JP2005293478A (en) | Storage control system, channel controller equipped with the same system and data transferring device | |
US9654560B2 (en) | Management system and method | |
US10430216B1 (en) | Virtual machine automated selection | |
US20160026567A1 (en) | Direct memory access method, system and host module for virtual machine | |
JPWO2018173300A1 (en) | I / O control method and I / O control system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P., TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MYRAH, MICHAEL G.;NATRAJAN, BALAJI;REEL/FRAME:038247/0167 Effective date: 20101025 Owner name: HEWLETT PACKARD ENTERPRISE DEVELOPMENT LP, TEXAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HEWLETT-PACKARD DEVELOPMENT COMPANY, L.P.;REEL/FRAME:038405/0001 Effective date: 20151027 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |