Patent Application
20180165265
This invention relates to systems and methods for indicating sources of property inheritance in object hierarchies.
VMware vSphere is a server virtualization platform that provides a platform for implementing and managing virtual machines (VMs) on a large scale. Also referred to as a cloud operating system or virtualized datacenter platform, VMware vSphere enables administrators to allocate application workloads on the most cost-effective computing resources available. VMware vSphere is actually a suite of related software products, namely the VMware ESX/ESXi hypervisor, a type 1 hypervisor that functions as a virtualization server; the VMware vCenter Server, which manages vSphere environments; the VMware vSphere Client, which is used to install and manage virtual machines through the hypervisor; and VMware VMFS, a file system component from VMware.
VMware vSphere organizes various entities (i.e., datacenters, host clusters, host systems, virtual machines, etc) into an inventory hierarchy. Each of these entities (also referred to herein as “objects”) may have various properties (e.g., names, statuses, capacities, etc.) associated therewith. The property values associated with these properties may be presented in property sheets viewable through the VMware vSphere Client. The vSphere Client, however, provides little if any mechanisms for simplifying property management across the inventory hierarchy. This typically means that an administrator must assign property values to significant numbers of individual objects, which can be a very time-consuming process.
In view of the foregoing, what are needed are systems and methods to enable objects in an inventory hierarchy to inherit property values from higher-level objects. This will ideally reduce the need to individually assign property values to significant numbers of down-level objects. Systems and methods are also needed to quickly and easily determine which higher-level objects are sources of inheritance for down-level objects. This will help administrators determine where in the inventory hierarchy property values should ideally be modified.
The invention has been developed in response to the present state of the art and, in particular, in response to the problems and needs in the art that have not yet been fully solved by currently available systems and methods. Accordingly, systems and methods are disclosed for indicating sources of property inheritance in object hierarchies. The features and advantages of the invention will become more fully apparent from the following description and appended claims, or may be learned by practice of the invention as set forth hereinafter.
Consistent with the foregoing, a method for indicating property inheritance in object hierarchies is disclosed. In one embodiment, such a method includes enabling a user to select an object in an object hierarchy. In response, the method displays a property sheet showing property values for the selected object. The property sheet shows a property value that is inherited from an object upstream from the selected object. The method provides, on the property sheet, an icon indicating a level in the object hierarchy from which the property value is inherited, and a label indicating a source object in the object hierarchy from which the property value is inherited. The label may, in certain embodiments, incorporate a name associated with the source object and link to a property sheet associated with the source object.
A corresponding system and computer program product are also disclosed and claimed herein.
In order that the advantages of the invention will be readily understood, a more particular description of the invention briefly described above will be rendered by reference to specific embodiments illustrated in the appended drawings. Understanding that these drawings depict only typical embodiments of the invention and are not therefore to be considered limiting of its scope, the invention will be described and explained with additional specificity and detail through use of the accompanying drawings, in which:
It will be readily understood that the components of the present invention, as generally described and illustrated in the Figures herein, could be arranged and designed in a wide variety of different configurations. Thus, the following more detailed description of the embodiments of the invention, as represented in the Figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of certain examples of presently contemplated embodiments in accordance with the invention. The presently described embodiments will be best understood by reference to the drawings, wherein like parts are designated by like numerals throughout.
The present invention may be embodied as a system, method, and/or computer program product. The computer program product may include a computer-readable storage medium (or media) having computer-readable program instructions thereon for causing a processor to carry out aspects of the present invention.
The computer-readable storage medium may be a tangible device that can retain and store instructions for use by an instruction execution device. The computer-readable storage medium may be, for example, but is not limited to, an electronic storage system, a magnetic storage system, an optical storage system, an electromagnetic storage system, a semiconductor storage system, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer-readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer-readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
Computer-readable program instructions described herein can be downloaded to respective computing/processing devices from a computer-readable storage medium or to an external computer or external storage system via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer-readable program instructions from the network and forwards the computer-readable program instructions for storage in a computer-readable storage medium within the respective computing/processing device.
Computer-readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages.
The computer-readable program instructions may execute entirely on a user's computer, partly on a user's computer, as a stand-alone software package, partly on a user's computer and partly on a remote computer, or entirely on a remote computer or server. In the latter scenario, a remote computer may be connected to a user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer-readable program instructions by utilizing state information of the computer-readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, may be implemented by computer-readable program instructions.
These computer-readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer-readable program instructions may also be stored in a computer-readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer-readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
The computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus, or other device to produce a computer-implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
Referring to
As shown, the computing system 100 includes at least one processor 102 and may include more than one processor 102. The processor 102 may be operably connected to a memory 104. The memory 104 may include one or more non-volatile storage devices such as hard drives 104a, solid state drives 104a, CD-ROM drives 104a, DVD-ROM drives 104a, tape drives 104a, or the like. The memory 104 may also include non-volatile memory such as a read-only memory 104b (e.g., ROM, EPROM, EEPROM, and/or Flash ROM) or volatile memory such as a random access memory 104c (RAM or operational memory). A bus 106, or plurality of buses 106, may interconnect the processor 102, memory devices 104, and other devices to enable data and/or instructions to pass therebetween.
To enable communication with external systems or devices, the computing system 100 may include one or more ports 108. Such ports 108 may be embodied as wired ports 108 (e.g., USB ports, serial ports, Firewire ports, SCSI ports, parallel ports, etc.) or wireless ports 108 (e.g., Bluetooth, IrDA, etc.). The ports 108 may enable communication with one or more input devices 110 (e.g., keyboards, mice, touchscreens, cameras, microphones, scanners, storage devices, etc.) and output devices 112 (e.g., displays, monitors, speakers, printers, storage devices, etc.). The ports 108 may also enable communication with other computing systems 100.
In certain embodiments, the computing system 100 includes a wired or wireless network adapter 114 to connect the computing system 100 to a network 116, such as a LAN, WAN, or the Internet. Such a network 116 may enable the computing system 100 to connect to one or more servers 118, workstations 120, personal computers 120, mobile computing devices, or other devices. The network 116 may also enable the computing system 100 to connect to another network by way of a router 122 or other device 122. Such a router 122 may allow the computing system 100 to communicate with servers, workstations, personal computers, or other devices located on different networks.
Referring to
Each of the objects may have various properties (e.g., names, statuses, capacities, etc.) associated therewith. Each property in an object may be assigned a property value. Because an object hierarchy 200 may include many, many objects, and because the vSphere Client provides minimal functionality to simplify property management across objects in the object hierarchy 200, this typically results in an administrator having to assign property values to significant numbers of individual objects. This can be a time-consuming, laborious process.
Referring to
In certain embodiments, override mechanisms may be provided for the inheritance scheme. For example, a property value set locally at an object 300 may override a property value inherited from a higher-level object 300. This locally-set property value may or may not be inherited by lower-level objects 300. In some embodiments, an option may be provided to prevent a property value set locally at an object 300 to be inherited by lower-level objects 300. In many cases, an object 300 in the object hierarchy 200 may have some property values that are inherited from higher-level objects 300, while having other property values that are set locally.
Referring to
As previously mentioned, property values associated with an object 300 may in certain embodiments be inherited from higher-level objects. In certain cases, it may be difficult to ascertain where property values associated with an object 300 originated. In some cases, the property value may originate from higher-level objects while in other cases the property values may originate locally. Knowing the origin of property values may be important or helpful when modifying property values. For example, if a property value associated with an object 300 originated from a higher-level object, it may be better to modify the property value at the higher-level object instead of locally within the object 300 (which may, in certain cases, override the inheritance from the higher-level object). In some cases, an administrator may believe that a property value originated from a higher-level object but be unsure at which level in the object hierarchy 200 the property value originated. In such cases, the administrator may not be able to, with undue investigation, determine the object 300 in which the property value should ideally be modified.
In order to more easily determine the source of inherited property values, systems and methods in accordance with the invention may provide additional information in a property sheet 400 associated with an object 300. In certain embodiments, this information may be provided in the form of an icon 408 and label 410. The icon 408 may represent the level of the object hierarchy 200 from which the property value was inherited. Different icons 408 may be provided for different levels of the object hierarchy 200. The label 410, by contrast, may represent the actual object 300 in the object hierarchy 200 from which the property value was inherited. The label 410 may, in certain embodiments, contain a name or other unique identifier associated with the object 300. In certain embodiments, the absence of an icon 408 or label 410 may indicate that a property value was set locally at the object 300.
As shown in
As also shown in
In certain embodiments, the label 410 may be linked to the object 300 from which the property value is inherited. In certain embodiments, clicking on the label 410 with a mouse pointer may navigate to a property sheet 400 associated with the identified higher-level object. In other or the same embodiments, hover-dialogues or pop-ups that display context information may be activated from the label/icon elements 408, 410, such as by mousing over or clicking on the elements 408, 410.
The ability to navigate to the property sheet 400 of a source object 300 may be useful when modifying property values. For example, if an administrator wishes to modify the property value “DISK_30_DAYS,” it may be better to modify this property value in the source object 300 (in this example the “Datacenter_SPECTRUM_16” object) as opposed to in a down-level object 300 that inherits the property value. Modifying the property value in the source object 300 will enable the property value to be propagated to objects 300 below the source object 300. On the other hand, if an administrator only wants to change a property value in a down-level object 300, the administrator may set or modify the property value locally. In certain embodiments, this may override the inheritance of this property value from a higher-level object.
Other uses for the icons 408 and labels 410 are also possible. For example, in certain cases, a property value may be inherited from systems or objects other than objects 300 in the object hierarchy 200. For example, the icon 408c may indicate that a property value is inherited from other software or systems. In this example, the label 410 indicates that the property value was established in accordance with a system default originating from other software or systems.
Referring to
The object selection module 502 may enable an administrator to select an object 300 in the object hierarchy 200 and the value establishment module 504 may enable the user to establish property values for the selected object 300. The inheritance module 506 may enable these property values to be inherited by lower-level objects in the object hierarchy 200. The override module 508, by contrast, may enable the inheritance of property values from higher-level objects to be overridden. For example, the override module 508 may enable a property value to be set locally that overrides a property value inherited from a higher-level object. When a property value is set locally, the property value may be isolated to the object 300 where it was set, or may propagate down to lower-level objects beneath the object 300.
When an object 300 is selected, the presentation module 510 may provide means for presenting properties and associated property values associated with the object 300. For example, properties and associated property values may be presented in a property sheet 400 like that illustrated in
When a property value is inherited from a higher-level object, the icon module 514 may present an icon 408 adjacent to or in association with the property value. This icon 408 may represent the level in the object hierarchy 200 from which the property value was inherited. Similarly, the label module 516 may present a label 408 adjacent to or in association with the property value. This label 410 may indicate the actual object 300 in the object hierarchy 200 from which the property value was inherited. In certain embodiments, the label 410 may include a name or other identifier associated with the higher-level object 300. In certain embodiments, a link module 518 may create a link between the label 410 and a property sheet 400 of the higher-level object 300. This may enable the property value to be changed at the higher-level object 300 as opposed to locally at the down-level object 300.
The flowcharts and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer-usable media according to various embodiments of the present invention. In this regard, each block in the flowcharts or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustrations, and combinations of blocks in the block diagrams and/or flowchart illustrations, may be implemented by special purpose hardware-based systems that perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.
