WO2013099023A1 - 監視プログラム、監視方法および監視装置 - Google Patents

監視プログラム、監視方法および監視装置 Download PDF

Info

Publication number
WO2013099023A1
WO2013099023A1 PCT/JP2011/080511 JP2011080511W WO2013099023A1 WO 2013099023 A1 WO2013099023 A1 WO 2013099023A1 JP 2011080511 W JP2011080511 W JP 2011080511W WO 2013099023 A1 WO2013099023 A1 WO 2013099023A1
Authority
WO
WIPO (PCT)
Prior art keywords
virtual machine
server
identification information
information
type
Prior art date
Application number
PCT/JP2011/080511
Other languages
English (en)
French (fr)
Inventor
圭人 大須賀
博恵 赤木
祐子 安藝
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to PCT/JP2011/080511 priority Critical patent/WO2013099023A1/ja
Priority to JP2013551155A priority patent/JP5949782B2/ja
Publication of WO2013099023A1 publication Critical patent/WO2013099023A1/ja
Priority to US14/313,142 priority patent/US9660883B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3065—Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/301—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is a virtual computing platform, e.g. logically partitioned systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/815—Virtual

Definitions

  • the present invention relates to a monitoring program, a monitoring method, and a monitoring apparatus.
  • virtual network devices such as virtual firewalls, virtual routers, and virtual load balancers are recognized and managed as physical network devices.
  • a system that receives a notification of the occurrence of a failure event from a virtualization computer and identifies a virtual machine that may be affected by the failure according to the content of the failure event.
  • a technique for managing a multicast network that transmits a transmission signal from one transmitter to a plurality of receivers.
  • a technology that enables device drivers in a virtual environment to communicate with legacy hardware.
  • JP 2010-9411 A JP 2000-31969 JP 2005-322242 A
  • an object of the present invention is to specify the type of a virtual machine operating on a physical server.
  • identification information of a virtual machine operating on the server is acquired from a server included in a server group that is a migration destination candidate of the virtual machine to be monitored, and becomes the monitoring target. Identify the virtual machine type corresponding to the acquired virtual machine identification information with reference to a storage unit that stores the virtual machine identification information and the type of the virtual machine to be monitored in association with each other, and specify There are proposed a monitoring program, a monitoring method, and a monitoring apparatus that output the type of the virtual machine, the identification information of the virtual machine, and the identification information of the server in association with each other.
  • the type of virtual machine operating on a physical server can be specified.
  • FIG. 1 is an explanatory diagram of an example of the monitoring method according to the first embodiment.
  • FIG. 2 is an explanatory diagram illustrating a system configuration example of the system 200.
  • FIG. 3 is an explanatory diagram illustrating an operation example of the virtual machine operating on the server blade.
  • FIG. 4 is a block diagram illustrating a hardware configuration example of the monitoring apparatus 100.
  • FIG. 5 is an explanatory diagram showing a specific example of the device definition table 500.
  • FIG. 6 is an explanatory diagram showing a specific example of the connection relationship definition table 600.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the device information DB 700.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the connection information DB 800.
  • FIG. 9 is a block diagram illustrating a functional configuration example of the monitoring apparatus 100.
  • FIG. 10 is an explanatory diagram (part 1) illustrating a screen example of the display 407.
  • FIG. 11 is an explanatory diagram (part 2) of a screen example of the display 407.
  • FIG. 12 is an explanatory diagram (part 3) of the screen example of the display 407.
  • FIG. 13 is a flowchart illustrating an example of a registration processing procedure of the monitoring apparatus 100.
  • FIG. 14 is a flowchart illustrating an example of a monitoring process procedure of the monitoring apparatus 100.
  • FIG. 15 is a flowchart illustrating an example of a specific processing procedure of the update process.
  • FIG. 1 is an explanatory diagram of an example of the monitoring method according to the first embodiment.
  • a monitoring device 100 is a computer that can access a physical server group (for example, physical servers M1 to M3) that is a migration destination candidate of a virtual machine (Virtual Machine, VM) to be monitored.
  • the monitoring apparatus 100 has a function of specifying the type of virtual machine operating on the physical server.
  • the physical server is a computer that can execute a plurality of different OSs (Operating Systems) by virtualizing the hardware resources of its own server.
  • the hardware resources of the physical server are, for example, a CPU (Central Processing Unit), a memory, and an I / F (Interface) of the physical server.
  • the physical server operates the OS by a virtual machine that operates in an execution environment constructed by dividing the hardware resources of the own server. Further, the physical server has a function of migrating a virtual machine operating on its own server to another physical server, that is, a so-called migration function.
  • a virtual machine is a virtual computer that operates in an execution environment constructed by dividing hardware resources of a physical server.
  • the entity of the virtual machine includes, for example, information such as software such as a program or OS, variables given to the software, and hardware resources for executing the software.
  • the type of virtual machine represents what kind of computer the virtual machine is operating, and for example, distinguishes functions realized by the virtual machine.
  • Examples of virtual machine types include virtual network devices and virtual servers.
  • the virtual network device is, for example, a virtual firewall, a virtual router, or a virtual load balancer.
  • the virtual network device may move between physical servers in the network due to migration. Further, when a failure occurs in the virtual network device, for example, the physical server existing at the end of the network may be affected. For this reason, when a failure occurs in a virtual network device, the network administrator knows on which physical server the virtual network device is operating, and which part of the entire network is affected by the failure It is important to judge.
  • the monitoring device 100 stores the identification information and type of the virtual machine to be monitored in association with the identification information of the virtual machine operating on the physical server obtained from the physical server.
  • the type of the virtual machine is specified with reference to the storage unit 110 that performs the processing. This makes it possible to grasp which type of virtual machine is operating on which physical server in the network.
  • the monitoring apparatus 100 acquires the identification information of the virtual machine operating on the physical server from the physical server included in the physical server group that is the migration destination candidate of the virtual machine to be monitored.
  • the virtual machine identification information is, for example, an IP address that identifies a virtual machine in an IP (Internet Protocol) network.
  • the monitoring device 100 acquires the identification information 120 of the virtual machine operating on the physical server M3 from the physical server M3.
  • the virtual machine identification information 120 includes the IP address “VM1” of the virtual machine.
  • the monitoring apparatus 100 refers to the storage unit 110 and identifies the type of the virtual machine corresponding to the acquired virtual machine identification information.
  • the storage unit 110 is a storage device that stores the identification information of the virtual machine to be monitored and the type of the virtual machine to be monitored in association with each other.
  • the type of the virtual machine may be defined in advance in association with the identification information of the virtual machine, for example, and is specified by, for example, the monitoring apparatus 100 inquiring the virtual machine using the IP address of the virtual machine. You may decide.
  • the virtual machine type “network device” corresponding to the virtual machine IP address “VM1” included in the virtual machine identification information 120 is specified.
  • the monitoring apparatus 100 associates and outputs the identified virtual machine type, virtual machine identification information, and physical server identification information.
  • the physical server identification information is, for example, a physical server name, model name, IP address, or the like.
  • device information 130 representing the identification information “VM1” of the virtual machine operating on the physical server M3, the type “network device” of the virtual machine, and the identification information “M3” of the physical server M3 in association with each other. Is output.
  • the monitoring device 100 may store the device information 130 in the storage unit 110, for example. In this case, the monitoring device 100 may output the device information 130 stored in the storage unit 110 when receiving an output request for the device information 130 regarding the virtual machine.
  • the type of the virtual machine operating on the physical server can be specified. As a result, it is possible to grasp what type of virtual machine is operating on which physical server in the network.
  • the network administrator can grasp that the virtual machine VM1 of the type “network device” is operating on the physical server M3 in the network.
  • the network administrator refers to the connection relationship between the physical servers in the network and specifies a range in which the failure of the virtual machine M1 affects. Can do.
  • FIG. 2 is an explanatory diagram showing a system configuration example of the system 200.
  • a system 200 includes a monitoring device 100, a plurality of servers S (for example, servers S1 to S7), a plurality of switches SW (for example, switches SW1 to SW4), and a plurality of blade servers BS (for example, blades).
  • Server BS1 a plurality of servers S (for example, servers S1 to S7), a plurality of switches SW (for example, switches SW1 to SW4), and a plurality of blade servers BS (for example, blades).
  • the monitoring device 100, the server S, the switch SW, and the blade server BS are communicably connected via a wired or wireless network 210.
  • the network 210 is, for example, a LAN (Local Area Network), a WAN (Wide Area Network), the Internet, or the like.
  • the server S is a physical server that provides a service in response to a request from a client terminal (not shown), such as a WEB (World Wide Web) server, an AP (Application) server, a DB (Database) server, and the like. It is.
  • the switch SW is a physical network device having a packet switching function, and is, for example, an L (layer) 2 switch.
  • the blade server BS includes a plurality of server blades SB (for example, server blades SB1 to SB3) and a plurality of switch blades SWB (for example, switch blades SWB1 and SWB2).
  • the server blade SB is a physical server that consolidates server functions on a single board.
  • FIG. 3 is an explanatory diagram illustrating an operation example of the virtual machine operating on the server blade.
  • the servers S1 to S3, the switch SW1, and the blade server BS1 are shown.
  • the server blades SB1 and SB2 in the blade server BS1 are provided with hypervisors H1 and H2.
  • the hypervisors H1 and H2 are software that virtualizes the hardware resources of the server blades SB1 and SB2 and performs control so that a plurality of different OSs can be executed.
  • the hypervisors H1 and H2 operate the OS by a virtual machine that operates in an execution environment constructed by dividing the hardware resources of the server blades SB1 and SB2.
  • the virtual network devices fw11 and fw12 are operating in an execution environment constructed by dividing the hardware resources of the server blade SB1.
  • the virtual network devices fw11 and fw12 are virtual firewalls.
  • the virtual network devices vsw1 and vsw2 are operating in an execution environment constructed by dividing the hardware resources of the server blade SB2.
  • the virtual network devices vsw1 and vsw2 are virtual switches.
  • FIG. 4 is a block diagram illustrating a hardware configuration example of the monitoring apparatus 100.
  • the monitoring apparatus 100 includes a CPU 401, a memory 402, a magnetic disk drive 403, a magnetic disk 404, an optical disk drive 405, an optical disk 406, a display 407, an I / F 408, a keyboard 409, and a mouse. 410, a scanner 411, and a printer 412. Each component is connected by a bus 400.
  • the CPU 401 governs overall control of the monitoring apparatus 100.
  • the memory 402 includes a ROM (Read-Only Memory), a RAM (Random Access Memory), a flash ROM, and the like.
  • the ROM and the flash ROM store various programs such as a boot program, for example.
  • the RAM is used as a work area for the CPU 401.
  • the magnetic disk drive 403 controls reading / writing of data with respect to the magnetic disk 404 according to the control of the CPU 401.
  • the magnetic disk 404 stores data written under the control of the magnetic disk drive 403.
  • the optical disk drive 405 controls reading / writing of data with respect to the optical disk 406 according to the control of the CPU 401.
  • the optical disk 406 stores data written under the control of the optical disk drive 405, and causes the computer to read data stored on the optical disk 406.
  • the display 407 displays data such as a document, an image, and function information as well as a cursor, an icon, or a tool box.
  • a CRT a CRT
  • a TFT liquid crystal display a plasma display, or the like can be adopted.
  • the I / F 408 is connected to the network 210 via a communication line, and is connected to other devices via the network 210.
  • the I / F 408 controls an internal interface with the network 210 and controls input / output of data from an external device.
  • a modem or a LAN adapter may be employed as the I / F 408.
  • the keyboard 409 includes keys for inputting characters, numbers, various instructions, etc., and inputs data. Moreover, a touch panel type input pad or a numeric keypad may be used.
  • the mouse 410 moves the cursor, selects a range, moves the window, changes the size, and the like. A trackball or a joystick may be used as long as they have the same function as a pointing device.
  • the scanner 411 optically reads an image and takes in the image data into the monitoring apparatus 100.
  • the scanner 411 may have an OCR (Optical Character Reader) function.
  • the printer 412 prints image data and document data.
  • a laser printer or an ink jet printer can be adopted.
  • the monitoring apparatus 100 may not include, for example, the optical disk drive 405, the optical disk 406, the mouse 410, the scanner 411, and the printer 412 among the components described above.
  • the server S, the switch SW, the switch blade SWB, and the server blade SB shown in FIG. 2 can be realized by a hardware configuration similar to that of the monitoring device 100 described above.
  • the server S, the switch SW, the switch blade SWB, and the server blade SB include, for example, the optical disk drive 405, the optical disk 406, the display 407, the keyboard 409, the mouse 410, the scanner 411, and the printer 412 among the components described above. You may decide not to.
  • the monitoring target device is, for example, a server S, a switch SW, a switch blade SWB, a server blade SB, and a virtual machine that operates on each physical server.
  • FIG. 5 is an explanatory diagram showing a specific example of the device definition table 500.
  • a device definition table 500 includes device definition information (for example, device definition information 500-1 to 500-14) for each monitoring target device in the system 200.
  • each device definition information indicates the type of device to be monitored.
  • “VirtualNetworkDevice” represents a virtual network device.
  • “VirtualServer” represents a virtual server.
  • “PhysicalNetworkDevice” represents a physical network device.
  • “PhysicalServer” represents a physical server.
  • the device definition information 500-1 to 500-4 is information representing virtual network devices in the system 200.
  • the IP address “192.168.1.101” and the name “fw11” of the virtual network device are defined.
  • the name “SB1” of the physical server on which the virtual network device fw11 operates and the names “SB2, SB3” of the physical servers that are candidates for the migration destination of the virtual network device fw11 are defined. .
  • the device definition information 500-5 and 500-6 are information representing virtual servers in the system 200.
  • the IP address “192.168.1.221” and the name “vserv1” of the virtual server are defined.
  • the device definition information 500-7 to 500-12 is information representing physical servers in the system 200.
  • the IP address “192.168.1.11”, the name “SB1”, and the port name “p1” of the physical server are defined.
  • the device definition information 500-13 and 500-14 are information representing the ports of the monitoring target device.
  • the IP address “192.168.1.21”, the name “SWB1”, and the port names “p1, p2, p3” of the monitoring target device are defined.
  • each apparatus definition information the model name of each monitoring object apparatus may be defined, for example.
  • the device definition table 500 physical network devices such as a switch SW and a switch blade SWB are defined.
  • connection relationship definition table 600 (Specific example of the connection relationship definition table 600) Next, the connection relationship definition table 600 in which the connection relationship between the monitoring target devices such as the server S, the switch SW, the switch blade SWB, and the server blade SB in the system 200 will be described.
  • FIG. 6 is an explanatory diagram showing a specific example of the connection relationship definition table 600.
  • the connection relationship definition table 600 includes connection relationship definition information (for example, connection relationship definition information 600-1 to 600-6).
  • the connection relationship definition information is information representing the connection relationship between the monitoring target devices.
  • the connection relationship between the monitoring target devices is expressed by the IP address and the port name of the monitoring target device.
  • connection relation definition information 600-1 includes an IP address “192.168.1.11” and a port name “p1”, an IP address “192.168.1.21”, and a port name “p1”.
  • a connection relationship is defined. That is, the connection relationship definition information 600-1 includes the port p1 of the monitoring target device with the IP address “192.168.1.11” and the port p1 of the monitoring target device with the IP address “192.168.1.21”. Indicates that they are connected.
  • the device information DB 700 is realized by a storage device such as the memory 402, the magnetic disk 404, and the optical disk 406 shown in FIG.
  • FIG. 7 is an explanatory diagram showing an example of the contents stored in the device information DB 700.
  • the device information DB 700 has fields of an IP address, name, model name, type, status, identification ID, host name, and destination server.
  • device information for example, device information 700-1 to 700-9 for each monitoring target device is stored as a record.
  • the IP address is the IP address of the monitoring target device.
  • the name is the name of the monitoring target device.
  • the model name is the model name of the monitoring target device.
  • the type is the type of the monitoring target device. Examples of types of monitoring target devices include virtual network devices (vnet), physical network devices (pnet), and physical servers (pserv).
  • the state is the state of the monitoring target device.
  • the status of the monitoring target device includes, for example, normal (normal) or abnormal (failure).
  • the identification ID is an identifier that uniquely identifies the virtual machine to be monitored.
  • As an identification ID of the virtual machine for example, there is a UUID (Universally Unique Identifier) allocated to the virtual machine.
  • the host name is the name of the physical server on which the virtual machine is operating.
  • the migration destination server is the name of a physical server to which the virtual machine may migrate due to migration.
  • the IP address “192.168.1.101”, name “fw11”, model name “IPCOM”, type “vnet”, status of the virtual machine to be monitored “Normal”, identification ID “aaaaa”, host name “SB1”, and destination servers “SB2, SB3” are shown.
  • the IP address “192.168.1.11”, name “SB1”, model name “BX600”, type “pserv”, status “ “normal” is shown.
  • connection information DB 800 Storage contents of connection information DB 800
  • the connection information DB 800 is realized by a storage device such as the memory 402, the magnetic disk 404, and the optical disk 406 shown in FIG.
  • FIG. 8 is an explanatory diagram showing an example of the contents stored in the connection information DB 800.
  • the connection information DB 800 has fields of connection source IP, connection source port name, connection destination IP, and connection destination port name.
  • connection information for example, connection information 800-1 to 800-6 between monitoring target devices is stored as a record.
  • connection source IP is the IP address of one of the two monitoring target devices having a connection relationship.
  • the connection source port name is a port name of one monitoring target device of two monitoring target devices having a connection relationship.
  • the connection destination IP is the IP address of the other monitoring target device of the two monitoring target devices having a connection relationship.
  • the connection destination port name is the port name of the other monitoring target device of the two monitoring target devices having a connection relationship.
  • connection information 800-1 when the connection information 800-1 is taken as an example, the port p1 of the monitoring target device having the IP address “192.168.1.11” and the monitoring target device having the IP address “192.168.1.21” are listed. It shows that port p1 is connected.
  • FIG. 9 is a block diagram illustrating a functional configuration example of the monitoring apparatus 100.
  • the monitoring apparatus 100 includes a reception unit 901, an acquisition unit 902, a specification unit 903, a detection unit 904, a determination unit 905, and an output unit 906.
  • the receiving unit 901 to the output unit 906 are functions serving as control units.
  • the CPU 401 executes a program stored in a storage device such as the memory 402, the magnetic disk 404, and the optical disk 406 illustrated in FIG. By implementing this function, the function is realized by the I / F 408. Further, the processing results of the respective functional units are stored in a storage device such as the memory 402, the magnetic disk 404, and the optical disk 406, for example.
  • the accepting unit 901 accepts input of definition information related to the monitoring target device.
  • the monitoring target device is, for example, a physical server, a physical network device, or a virtual machine to be monitored. Examples of virtual machines include virtual servers and virtual network devices.
  • the definition information is information in which, for example, the IP address, name, model name, type, and the like of the monitoring target device are defined.
  • the port name of the port of the monitoring target device may be defined in the definition information.
  • the monitoring target device is a virtual machine
  • the name of the physical server on which the virtual machine operates first, the name of the physical server to which the virtual machine may move, and the like may be defined.
  • the accepting unit 901 may accept the device definition table 500 shown in FIG. 5 by a user operation input using the keyboard 409 and the mouse 410 shown in FIG.
  • the reception unit 901 may acquire definition information related to the monitoring target device, for example, by extraction from a library or from an external computer.
  • the accepted definition information is stored in, for example, the device information DB 700 shown in FIG.
  • the device definition information DB 700 shown in FIG.
  • “192.168.1.101” is set in the IP address field of the device information DB 700
  • “fw11” is set in the name field. Is set.
  • “vnet” is set in the type field
  • “normal” is set in the status field
  • “SB1” is set in the host name field
  • “SB2, SB3” is set in the destination server field.
  • IPCOM is set in the model name field.
  • the device information 700-1 is stored as a record in the device information DB 700.
  • the identification ID field of the device information 700-1 is blank.
  • connection information representing the connection relationship between the monitoring target devices.
  • the connection information is information representing the connection relationship between two directly connected monitoring target devices, for example.
  • the connection information is, for example, information indicating any one of a connection relationship between the physical server and the physical server, a connection relationship between the physical server and the physical network device, and a connection relationship between the physical network device and the physical network device. is there.
  • the accepting unit 901 may accept the connection relationship definition table 600 shown in FIG. 6 by a user operation input.
  • the reception unit 901 may acquire connection information representing a connection relationship between the monitoring target devices, for example, by extraction from a library or from an external computer.
  • the monitoring apparatus 100 may acquire device information and connection information by performing a topology search for network devices via the network 210.
  • connection information DB 800 shown in FIG.
  • the connection relation definition information 600-1 included in the connection relation definition table 600 is taken as an example, “192.168.1.11” is set in the connection source IP field of the connection information DB 800, and the connection source port name is set. “P1” is set in the field. Also, “192.168.1.21” is set in the connection destination IP field, and “p1” is set in the connection destination port name field.
  • the connection information 800-1 is stored as a record in the connection information DB 800.
  • the acquisition unit 902 acquires the identification information of the virtual machine operating on the physical server from the physical server that is the migration destination candidate of the virtual machine to be monitored.
  • the virtual machine identification information is, for example, the IP address or UUID of the virtual machine.
  • the acquisition unit 902 selects device information of a physical server from the device information DB 700, that is, device information whose type is “pserv”. Next, the acquisition unit 902 inquires the hypervisor for identification information of the virtual machine operating on the physical server, with the IP address set in the selected device information as the destination.
  • the acquiring unit 902 acquires the identification information of the virtual machine operating on the physical server from the hypervisor.
  • the acquiring unit 902 may acquire information indicating that there is no virtual machine operating on the physical server from the hypervisor.
  • the acquisition unit 902 may acquire the identification information of the virtual machine operating on the physical server from the physical server regularly or irregularly. Thereby, the identification information of the virtual machine operating on the physical server can be repeatedly acquired from the physical server to be monitored.
  • the identifying unit 903 identifies the type of the virtual machine corresponding to the acquired identification information of the virtual machine with reference to information representing the identification information of the virtual machine to be monitored and the type of the virtual machine in association with each other .
  • the specifying unit 903 refers to the device information DB 700 and specifies the type of virtual machine corresponding to the acquired IP address of the virtual machine.
  • the identifying unit 903 refers to the device information DB 700 and identifies the type “vnet (virtual network device)” of the virtual machine corresponding to the IP address “192.168.1.101” of the virtual machine.
  • the specifying unit 903 may inquire the virtual machine type of the virtual machine by using the obtained IP address of the virtual machine as a destination by using SNMP (Simple Network Management Protocol). In this case, the identifying unit 903 identifies the type of the virtual machine with reference to the SNMP MIB (Management Information Base) value obtained from the virtual machine.
  • SNMP Simple Network Management Protocol
  • the identifying unit 903 refers to the device information DB 700 and identifies the virtual server name, model name, status, and physical server that is the migration destination candidate corresponding to the acquired virtual machine IP address. Good. For example, when the IP address of the virtual machine is “192.168.1.101”, the specifying unit 903 determines the virtual machine name “fw11”, the model name “IPCOM”, the state “normal”, and the physical that is the migration destination candidate.
  • the server names “SB2, SB3” are specified.
  • the detection unit 904 refers to the connection information indicating the connection relationship between the monitoring target devices and detects the monitoring target device having a connection relationship with the physical server on which the virtual machine is operating. To do. Specifically, for example, the detection unit 904 refers to the connection information DB 800 to detect other physical servers that have a connection relationship with the physical server on which the virtual machine is operating.
  • the detection unit 904 refers to the connection information DB 800 to detect the connection destination IP “192.168.1.21” having the IP address “192.168.1.11” as the connection source IP.
  • the detection unit 904 can identify the name “SWB1” corresponding to the IP address “192.168.1.21” of the other monitoring target device with reference to the device information DB 700.
  • the detection unit 904 refers to the connection information DB 800 and connects to the connection destination IP “192.168.1.31” using the IP address “192.168.1.21” of the other monitoring target device as the connection source IP. May be detected. As a result, it is possible to identify the IP address “192.168.1.31” of another monitoring target device that is indirectly connected to the physical server on which the virtual machine is operating.
  • the detection unit 904 refers to the connection information DB 800 to track the IP address between the monitoring target devices having a connection relationship, thereby directly or indirectly connecting the physical server on which the virtual machine is operating. It is possible to detect other monitored devices having The detected detection result is stored in the memory 402 in association with, for example, identification information (for example, IP address, name, model name, etc.) of the physical server on which the virtual machine is operating.
  • identification information for example, IP address, name, model name, etc.
  • the determination unit 905 determines the state of the virtual machine that was operating on the physical server.
  • the acquisition unit 902 operates on each physical server by inquiring each physical server for the identification information of the virtual machine operating on each physical server periodically or irregularly. Assume that virtual machine identification information is acquired.
  • the determination unit 905 searches for the virtual machine identification information acquired last time from the physical server S from the set of virtual machine identification information acquired as a result of inquiring each physical server. .
  • the determination unit 905 determines that the state of the virtual machine operating on the physical server S is normal.
  • the determination unit 905 determines that the state of the virtual machine operating on the physical server S is abnormal. This makes it possible to detect a virtual machine whose state has become abnormal due to some failure.
  • the output unit 906 associates and outputs the type of the specified virtual machine, the identification information of the virtual machine, and the identification information of the physical server on which the virtual machine is operating. At this time, the output unit 906 may further output the identification information of other monitored devices having a connection relationship with the detected physical server in association with each other.
  • the output format of the output unit 906 includes, for example, display on the display 407, print output to the printer 412, and transmission to an external computer via the I / F 408. Further, it may be stored in a storage device such as the memory 402, the magnetic disk 404, and the optical disk 406.
  • the output unit 906 displays device information representing the identified virtual machine type, the identification information of the virtual machine, and the identification information of the physical server on which the virtual machine is operating in association with each other. You may decide to register in apparatus information DB700. In this case, for example, when receiving an output request for device information related to a virtual machine, the output unit 906 may output the device information of the virtual machine stored in the device information DB 700.
  • the receiving unit 901 receives a display request for device information related to a virtual machine by a user operation input.
  • the output unit 906 may display the device information of the virtual machine that has accepted the display request on the display 407 with reference to the device information DB 700.
  • the device information to be output includes, for example, the type of the virtual machine that has accepted the display request, the identification information of the physical server on which the virtual machine is operating, and the identification information of other monitoring target devices that have a connection relationship with the physical server Is at least one of the information.
  • the output unit 906 extracts, from the device information DB 700, device information 700-1 corresponding to the name “fw11” of the virtual machine that has received the device information display request. Then, the output unit 906 displays the device information 700-1 corresponding to the extracted virtual machine name “fw11” on the display 407. At this time, the output unit 906 includes the device information 700-1 with the name “fw11” and other monitoring target devices that have a direct or indirect connection relationship with the physical server on which the virtual machine with the name “fw11” is operating. Identification information (for example, name, model name) may be displayed on the display 407.
  • Identification information for example, name, model name
  • the output unit 906 may output the determined determination result. Specifically, for example, if the output unit 906 determines that the state of the virtual machine operating on the physical server S is abnormal, the output unit 906 sets the state of the device information of the virtual machine in the device information DB 700 to “ It may be changed to “failure (abnormal)”.
  • FIG. 10 is an explanatory diagram (part 1) illustrating a screen example of the display 407.
  • a system list screen 1010 of the Web three-layer model 1000 constructed in the system 200 is displayed on the display 407.
  • the system list screen 1010 is an example of a screen that displays the virtual network devices fw11 and fw12 and the servers S1 to S3 that are the end points of the Web 3-tier model 1000.
  • the virtual network devices fw11 and fw12 are virtual firewalls operating on any physical server in the system 200.
  • the server S1 is a WEB server.
  • the server S2 is an AP server.
  • the server S3 is a DB server.
  • system details screen 1020 is displayed on the display 407.
  • the system detail screen 1020 is an example of a screen that displays the server blade SB1 in which the virtual network device fw11 is operating.
  • the system details screen 1020 displays a virtual network device fw12 operating on the server blade SB1 together with the virtual network device fw11.
  • the network administrator can grasp that the virtual network device fw11 is a virtual machine operating on the server blade SB1. Further, it is possible to grasp that the virtual network device fw12 which is another virtual machine is operating on the server blade SB1.
  • system details screen 1020 when the cursor C is moved by a user operation input and the virtual network device fw11 is clicked, a device information display request regarding the virtual network device fw11 is input. As a result, a system detail screen 1030 is displayed on the display 407.
  • the system details screen 1030 is an example of a screen that displays device information related to the virtual network device fw11.
  • the system details screen 1030 displays a network device name, system name, IP address, device status, server name, destination server, and destination server.
  • the network administrator can grasp the name of the virtual network device fw11.
  • the network administrator can grasp the model name of the virtual network device fw11.
  • the network administrator can grasp the IP address of the virtual network device fw11.
  • the network administrator can grasp the status of the virtual network device fw11.
  • the server name for example, the network administrator can grasp the name of the physical server on which the virtual network device fw11 is operating.
  • the network administrator can grasp the name of the physical server to which the virtual network device fw11 may move.
  • the network administrator can grasp the name of the monitoring target device having a connection relationship with the physical server in which the virtual network device fw11 is operating.
  • the physical server is displayed among the monitoring target devices having a connection relationship with the physical server on which the virtual network device fw11 is operating.
  • the above-described system details screens 1020 and 1030 are created with reference to, for example, the device information DB 700 and the connection information DB 800.
  • the monitoring apparatus 100 can create the system details screen 1020 based on the device information 700-1 and 700-2 in the device information DB 700.
  • the monitoring apparatus 100 can create a system details screen 1030 based on the device information 700-1 in the device information DB 700 and the connection information 800-1, 800-3 to 800-6 in the connection information DB 800. .
  • FIG. 11 is an explanatory diagram (part 2) of a screen example of the display 407.
  • a network device list screen 1110 is displayed on the display 407.
  • the network device list screen 1110 is a screen example showing a list of network devices in the system 200.
  • a display request for device information related to the virtual network device fw11 is input.
  • a detailed screen 1120 is displayed on the display 407.
  • the detail screen 1120 is an example of a screen that displays device information related to the virtual network device fw11.
  • the detailed screen 1120 displays basic information 1121 and server information 1122.
  • the basic information 1121 displays the network device name, system name, IP address, and device status.
  • the server information 1122 displays a server name, a movement destination server, and a connection destination server.
  • the above-described network device list screen 1110 is created based on the storage contents of the device information DB 700, for example.
  • the detailed screen 1120 is created based on, for example, the storage content of the device information DB 700 and the storage content of the connection information DB 800.
  • FIG. 12 is an explanatory diagram (part 3) illustrating a screen example of the display 407.
  • a system list screen 1210 of the Web three-layer model 1000 is displayed on the display 407. Further, the system list screen 1210 displays a mark M indicating that the state of the virtual network device fw11 is abnormal. According to the mark M, for example, the network administrator can grasp that the state of the virtual network device fw11 is abnormal.
  • system list screen 1210 when the cursor C is moved by a user operation input and the virtual network device fw11 is clicked, a device information display request regarding the virtual network device fw11 is input. As a result, a system detail screen 1220 is displayed on the display 407.
  • the network administrator understands that a failure has occurred only in the virtual network device fw11 for some reason because the mark M is displayed only in the virtual network device fw11. Can do.
  • system details screen 1220 when the cursor C is moved by a user operation input and the virtual network device fw11 is clicked, a device information display request regarding the virtual network device fw11 is input. As a result, a system detail screen 1230 is displayed on the display 407.
  • connection destination server on the system detail screen 1230, a failure occurring in the virtual network device fw11 for some reason affects the server S1 (WEB server), the server S2 (AP server), and the server S3 (DB server). It is possible to grasp that there is a possibility of effect.
  • a registration processing procedure for registering device information of a device to be monitored in the device information DB 700 will be described first.
  • the registration process is executed, for example, at the initial registration of the monitoring target device. Further, the registration process may be executed when adding or deleting a monitoring target device.
  • FIG. 13 is a flowchart illustrating an example of a registration process procedure of the monitoring apparatus 100.
  • the monitoring apparatus 100 determines whether or not the input of the device definition table 500 and the connection relation definition table 600 has been accepted (step S1301).
  • the monitoring apparatus 100 waits for input of the device definition table 500 and the connection relation definition table 600 (step S1301: No).
  • the monitoring apparatus 100 When the monitoring apparatus 100 receives input of the device definition table 500 and the connection relation definition table 600 (step S1301: Yes), the monitoring apparatus 100 selects device definition information of the monitoring target apparatus from the device definition table 500 (step S1302). ). Next, the monitoring apparatus 100 refers to the selected device definition information and determines whether or not the type of the monitoring target apparatus is a physical server (step S1303).
  • the monitoring device 100 refers to the selected device definition information and registers the device information of the monitoring target device in the device information DB 700 (step S1304).
  • the monitoring device 100 inquires the hypervisor of the monitoring target device about the identification information of the virtual machine operating on the monitoring target device (step S1305).
  • the monitoring apparatus 100 determines whether or not the virtual machine identification information has been acquired from the hypervisor of the monitoring target apparatus (step S1306).
  • the monitoring apparatus 100 proceeds to step S1312.
  • the monitoring apparatus 100 refers to the device definition table 500 and identifies the type of the virtual machine corresponding to the virtual machine identification information (step S1306: Yes). S1307). Then, the monitoring apparatus 100 determines whether or not the identified virtual machine type is a virtual network device (step S1308).
  • step S1308: No when it is not a virtual network device (step S1308: No), the monitoring apparatus 100 returns to step S1305.
  • the monitoring apparatus 100 refers to the device definition table 500 and specifies the device information of the virtual machine corresponding to the virtual machine identification information (step S1309).
  • the monitoring apparatus 100 registers the device information of the identified virtual machine in the device information DB 700 (step S1310), and returns to step S1305.
  • step S1303 if it is not a physical server (step S1303: No), the monitoring device 100 refers to the selected device definition information and registers the device information of the monitoring target device in the device information DB 700 (step S1311). . Then, the monitoring device 100 determines whether there is device definition information of an unselected monitoring target device that has not been selected from the device definition table 500 (step S1312).
  • step S1312: Yes when there is device definition information of an unselected monitoring target device (step S1312: Yes), the monitoring device 100 returns to step S1302.
  • step S1312: No when there is no device definition information of an unselected monitoring target device (step S1312: No), the monitoring device 100 refers to the connection relation definition table 600 and registers connection information between the monitoring target devices in the connection information DB 800. Then (step S1313), a series of processing according to this flowchart is terminated.
  • the device information of the physical server, physical network device, virtual server, and virtual network device to be monitored can be registered in the device information DB 700.
  • the monitoring device 100 acquires the identification information of the virtual machine by making an inquiry to the hypervisor of the monitoring target device in step S1305.
  • the present invention is not limited to this.
  • the monitoring apparatus 100 may refer to the device definition table 500 to specify identification information, type, destination server, and the like of a virtual machine that operates on the monitoring target apparatus.
  • the monitoring apparatus 100 may inquire the virtual machine type of the virtual machine using SNMP as the destination of the IP address of the virtual machine.
  • the monitoring process is periodically executed at regular intervals such as 5 minutes, 30 minutes, and 1 hour. Moreover, you may decide to perform a monitoring process irregularly at arbitrary timings by a user's operation input, for example.
  • FIG. 14 is a flowchart illustrating an example of a monitoring process procedure of the monitoring apparatus 100.
  • the monitoring device 100 selects device information of a monitoring target device from the device information DB 700 (step S1401).
  • the monitoring apparatus 100 refers to the selected device information and determines whether the type of the monitoring target apparatus is a physical server (step S1402).
  • step S1402 when it is not a physical server (step S1402: No), the monitoring apparatus 100 moves to step S1411.
  • step S1402: Yes the monitoring apparatus 100 inquires the hypervisor of the monitoring target apparatus about the identification information of the virtual machine operating on the monitoring target apparatus (step S1403).
  • the monitoring device 100 determines whether or not communication with the monitoring target device is disabled (step S1404).
  • the monitoring device 100 determines whether or not the identification information of the virtual machine has been acquired from the hypervisor of the monitoring target device (step S1405).
  • step S1405: No when the identification information of the virtual machine is not acquired (step S1405: No), the monitoring apparatus 100 proceeds to step S1411.
  • step S1405: Yes when the identification information of the virtual machine is acquired (step S1405: Yes), the monitoring apparatus 100 refers to the device information DB 700 and identifies the type of the virtual machine corresponding to the acquired identification information of the virtual machine ( Step S1406).
  • the monitoring apparatus 100 determines whether or not the identified virtual machine type is a virtual network device (step S1407). Here, when it is not a virtual network device (step S1407: No), the monitoring apparatus 100 returns to step S1403. On the other hand, in the case of a virtual network device (step S1407: Yes), the monitoring apparatus 100 refers to the connection information DB 800 to detect another physical server that has a connection relationship with the physical server on which the virtual machine is operating (step S1407). S1408). The monitoring apparatus 100 stores the acquired virtual machine identification information in the memory 402 (step S1409), and returns to step S1403.
  • step S1404 when communication with the monitoring target apparatus is disabled (step S1404: Yes), the monitoring apparatus 100 stores the device information of the monitoring target apparatus disabled in communication in the memory 402 (step S1410). Next, the monitoring apparatus 100 determines whether there is unselected device information that has not been selected from the device information DB 700 (step S1411).
  • step S1411: Yes when there is unselected device information (step S1411: Yes), the monitoring apparatus 100 returns to step S1401. On the other hand, when there is no unselected device information (step S1411: No), the monitoring apparatus 100 executes an update process of the device information DB 700 (step S1412), and ends a series of processes according to this flowchart.
  • step S1408 is output together with the device information of the virtual machine when, for example, an output request for device information related to the virtual machine is received.
  • FIG. 15 is a flowchart showing an example of a specific processing procedure of the update process.
  • the monitoring apparatus 100 determines whether the device information of the monitoring target apparatus that has become unable to communicate is stored in the memory 402 (step S1501).
  • the monitoring device 100 proceeds to step S1506.
  • step S1501 when the device information of the monitoring target device that has become incapable of communication is stored in the memory 402 (step S1501: Yes), the monitoring device 100 selects the monitoring target device that has become incapable of communication from the device information DB 700. Device information is specified (step S1502).
  • the monitoring device 100 changes the status of the monitoring target device of the specified device information to “abnormal” (step S1503). Specifically, for example, the monitoring apparatus 100 sets “failure” in the status field of the specified device information in the device information DB 700. As a result, the state of the monitoring target apparatus that has become unable to communicate can be changed to “abnormal”.
  • the monitoring device 100 identifies device information in which the name of the monitoring target device that has become unable to communicate is set in the host name field from the device information DB 700 (step S1504). As a result, it is possible to identify the device information of the virtual machine operating on the monitored device that has become unable to communicate.
  • the monitoring apparatus 100 changes the virtual machine state of the specified device information to “abnormal” (step S1505).
  • the state of the virtual machine operating on the monitored device that has become unable to communicate can be changed to “abnormal”.
  • the monitoring device 100 selects device information of the monitoring target device from the device information DB 700 (step S1506).
  • the monitoring device 100 refers to the selected device information and determines whether or not the type of the monitoring target device is a virtual network device (step S1507).
  • step S1507: No the monitoring apparatus 100 moves to step S1512.
  • the monitoring apparatus 100 searches the memory 402 for the device information of the virtual machine corresponding to the selected device information (step S1508).
  • the virtual machine device information corresponding to the selected device information is device information in which the same IP address or identification ID as the selected device information is set.
  • the monitoring apparatus 100 determines whether or not the device information of the virtual machine has been searched (step S1509).
  • the monitoring apparatus 100 determines whether the information set in the host name field of the selected device information is different from the retrieved device information. Judgment is made (step S1510).
  • step S1510 when the information set in the host name field is the same (step S1510: No), the monitoring apparatus 100 proceeds to step S1512. That is, no failure of the virtual machine has occurred, and no migration between physical servers by migration is performed, so that the device information of the virtual machine in the device information DB 700 is not changed.
  • the monitoring apparatus 100 changes the host name of the virtual machine (step S1511). Specifically, for example, the monitoring apparatus 100 changes information set in the host name field of the selected device information to information set in the host name field of the searched device information. As a result, the host name of the virtual machine can be changed to the name of the migration destination physical server.
  • the monitoring apparatus 100 determines whether there is unselected device information that has not been selected from the device information DB 700 (step S1512). Here, when there is unselected device information (step S1512: Yes), the monitoring apparatus 100 returns to step S1506. On the other hand, when there is no unselected device information (step S1512: No), the monitoring apparatus 100 ends the series of processes according to this flowchart.
  • step S1509 If the device information of the virtual machine is not searched in step S1509 (step S1509: No), the monitoring apparatus 100 changes the state of the virtual machine in the selected device information to “abnormal” (step S1513). The process proceeds to step S1512. Thereby, the state of the virtual machine in which the failure has occurred can be changed to “abnormal”.
  • the device information of the physical server and the virtual network device to be monitored in the device information DB 700 can be updated regularly or irregularly.
  • the monitoring apparatus 100 may inquire the virtual machine type of the virtual machine by using, for example, the IP address of the virtual machine, using SNMP. Thereby, even if the hypervisor is not monitoring the state of the virtual machine, the monitoring apparatus 100 can detect the virtual machine in which the failure has occurred.
  • the monitoring device 100 may change the status of the monitoring target device from “abnormal” to “normal” when detecting that the monitoring target device whose status has become abnormal has been repaired. .
  • the monitoring target apparatus 100 when the monitoring apparatus 100 receives a repair completion notification indicating that the monitoring target apparatus whose state has become abnormal has been repaired by a user operation input, the monitoring target apparatus 100 The status of the device information may be changed from “abnormal” to “normal”. Further, for example, assume that the status of the device to be monitored in the device information selected in step S1401 shown in FIG. 14 is “abnormal”. In this case, for example, when the monitoring apparatus 100 can communicate with the monitoring target apparatus in step S1404 (step S1404: No), the state of the monitoring target apparatus of the selected device information is changed from “abnormal” to “normal”. You may decide to do it.
  • step S1509 when device information is searched in step S1509 (step S1509: Yes), the monitoring apparatus 100 changes the state of the selected device information virtual machine from “abnormal” to “normal”. It may be.
  • the monitoring device 100 When a specific virtual machine among a plurality of virtual machines defined in the device definition table 500 is to be monitored, the monitoring device 100 is defined in the device definition information of the specific virtual machine in step S1403.
  • the migration destination candidate physical server may be inquired about the identification information of the virtual machine. Accordingly, it is possible to reduce the processing load and the communication amount of the monitoring apparatus 100 related to the monitoring process of a specific virtual machine.
  • the identification information of the virtual machine operating on the physical server is acquired from the physical server, and the acquired identification information of the virtual machine is supported.
  • the type of virtual machine can be specified.
  • the type of virtual machine, the identification information of the virtual machine, and the identification information of the physical server on which the virtual machine is operating can be output in association with each other.
  • a user such as a network administrator can grasp the type of the virtual machine to be monitored and the host name (name) of the physical server on which the virtual machine is operating.
  • the type of virtual machine corresponding to the acquired virtual machine identification information can be specified with reference to the device information DB 700.
  • the type of virtual machine can be specified without directly querying the virtual machine, and the amount of communication required for specifying the type of virtual machine can be reduced.
  • the monitoring apparatus 100 it is possible to detect another physical server having a connection relationship with the physical server on which the virtual machine is operating with reference to the connection information DB 800. Then, according to the monitoring apparatus 100, when the type of the virtual machine is a virtual network device, the identification information of another physical server having a connection relation with the physical server on which the virtual machine is operating is output in association with the virtual machine. Can do.
  • a user such as a network administrator can grasp the type of the virtual machine to be monitored and the host name of the physical server on which the virtual machine is operating, as well as when a failure occurs in the virtual network device. This makes it easier to identify the affected area.
  • the device information of the virtual machine stored in the device information DB 700 can be output.
  • a user such as a network administrator can confirm the type of the virtual machine to be monitored, the physical server on which the virtual machine is operating, and other physical servers that have a connection relationship with the physical server at any timing. can do.
  • the monitoring apparatus 100 it is possible to determine the state of the virtual machine operating on each physical server by inquiring each physical server to be monitored regularly or irregularly. Further, according to the monitoring apparatus 100, when the state of the virtual machine operating on the physical server becomes abnormal, the status information indicating that the state of the virtual machine is abnormal is displayed as the type of the virtual machine, The identification information and the identification information of the physical server on which the virtual machine was operating can be output in association with each other.
  • a user such as a network administrator can grasp the type and state of the virtual machine to be monitored and the host name of the physical server on which the virtual machine is operating.
  • the type of the virtual machine corresponding to the identification information of the virtual machine can be specified by inquiring about the type of the virtual machine to the IP address of the acquired virtual machine using SNMP. . That is, when the acquired virtual machine identification information includes the IP address of the virtual machine, the monitoring apparatus 100 makes an inquiry to the virtual machine each time by using the acquired IP address of the virtual machine as a destination. The type of machine may be specified. As a result, even when the hypervisor is not monitoring the state of the virtual machine, the virtual machine in which the failure has occurred can be detected.
  • the monitoring method described in this embodiment can be realized by executing a program prepared in advance on a computer such as a personal computer or a workstation.
  • This monitoring program is recorded on a computer-readable recording medium such as a hard disk, a flexible disk, a CD-ROM, an MO, and a DVD, and is executed by being read from the recording medium by the computer.
  • the monitoring program may be distributed via a network such as the Internet.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

　監視装置（１００）は、監視対象となる仮想マシンの移行先候補となる物理サーバ群に含まれる物理サーバから、物理サーバ上で動作している仮想マシンの識別情報を取得する。つぎに、監視装置（１００）は、記憶部（１１０）を参照して、取得した仮想マシンの識別情報に対応する仮想マシンの種別を特定する。ここで、記憶部（１１０）は、監視対象となる仮想マシンの識別情報と監視対象となる仮想マシンの種別とを対応付けて記憶する記憶装置である。そして、監視装置（１００）は、特定した仮想マシンの種別と仮想マシンの識別情報と物理サーバの識別情報とを関連付けて出力する。

Description

監視プログラム、監視方法および監視装置
　本発明は、監視プログラム、監視方法および監視装置に関する。
　従来、ＩＴシステム（Ｉｎｆｏｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　ｓｙｓｔｅｍ）において、仮想ファイアウォール、仮想ルータ、仮想ロードバランサなどの仮想ネットワーク機器は、物理的なネットワーク機器として認識されて管理されている。
　関連する先行技術としては、例えば、仮想化コンピュータからの障害イベント発生の通知を受け、この障害イベント内容に応じて障害が影響する可能性がある仮想マシンを特定するシステムがある。また、１個の送信機からの送信信号を複数の受信機に伝送するマルチキャスト型のネットワークの管理を行う技術がある。また、仮想環境内のデバイスドライバが、レガシハードウェアと通信できるようにする技術がある。
特開２０１０－９４１１号公報 特開２０００－３１９６９号公報 特開２００５－３２２２４２号公報
　しかしながら、従来技術によれば、システム内のどの物理サーバ上で仮想ネットワーク機器が動作しているのかを把握することが難しいという問題がある。例えば、マイグレーションにより、物理サーバ間で仮想ネットワーク機器が移動する場合があり、仮想ネットワーク機器がどの物理サーバ上で動作しているのかを把握することが難しくなる。
　一側面では、本発明は、物理サーバ上で動作している仮想マシンの種別を特定することを目的とする。
　発明の一側面によれば、監視対象となる仮想マシンの移行先候補となるサーバ群に含まれるサーバから、前記サーバ上で動作している仮想マシンの識別情報を取得し、前記監視対象となる仮想マシンの識別情報と前記監視対象となる仮想マシンの種別とを対応付けて記憶する記憶部を参照して、取得した前記仮想マシンの識別情報に対応する前記仮想マシンの種別を特定し、特定した前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを関連付けて出力する監視プログラム、監視方法および監視装置が提案される。
　本発明の一態様によれば、物理サーバ上で動作している仮想マシンの種別を特定することができる。
図１は、実施の形態１にかかる監視方法の一実施例を示す説明図である。 図２は、システム２００のシステム構成例を示す説明図である。 図３は、サーバブレード上で動作する仮想マシンの動作例を示す説明図である。 図４は、監視装置１００のハードウェア構成例を示すブロック図である。 図５は、機器定義表５００の具体例を示す説明図である。 図６は、接続関係定義表６００の具体例を示す説明図である。 図７は、機器情報ＤＢ７００の記憶内容の一例を示す説明図である。 図８は、接続情報ＤＢ８００の記憶内容の一例を示す説明図である。 図９は、監視装置１００の機能的構成例を示すブロック図である。 図１０は、ディスプレイ４０７の画面例を示す説明図（その１）である。 図１１は、ディスプレイ４０７の画面例を示す説明図（その２）である。 図１２は、ディスプレイ４０７の画面例を示す説明図（その３）である。 図１３は、監視装置１００の登録処理手順の一例を示すフローチャートである。 図１４は、監視装置１００の監視処理手順の一例を示すフローチャートである。 図１５は、更新処理の具体的処理手順の一例を示すフローチャートである。
　以下に添付図面を参照して、この発明にかかる監視プログラム、監視方法および監視装置の実施の形態を詳細に説明する。
（実施の形態１）
　図１は、実施の形態１にかかる監視方法の一実施例を示す説明図である。図１において、監視装置１００は、監視対象となる仮想マシン（Ｖｉｒｔｕａｌ　Ｍａｃｈｉｎｅ、ＶＭ）の移行先候補となる物理サーバ群（例えば、物理サーバＭ１～Ｍ３）にアクセス可能なコンピュータである。また、監視装置１００は、物理サーバ上で動作している仮想マシンの種別を特定する機能を有する。
　物理サーバは、自サーバのハードウェア資源を仮想化して、複数の異なるＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を実行可能なコンピュータである。物理サーバのハードウェア資源とは、例えば、物理サーバのＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、メモリ、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）などである。
　具体的には、例えば、物理サーバは、自サーバのハードウェア資源を分割して構築される実行環境で動作する仮想マシンによってＯＳを稼働させる。また、物理サーバは、自サーバ上で動作している仮想マシンを他の物理サーバに移行する機能、いわゆる、マイグレーションの機能を有する。
　ここで、仮想マシンとは、物理サーバのハードウェア資源を分割して構築される実行環境で動作する仮想的なコンピュータである。仮想マシンの実体は、例えば、プログラムやＯＳなどのソフトウェア、ソフトウェアに与えられる変数、およびソフトウェアを実行させるためのハードウェア資源を指定する情報を含むものである。
　また、仮想マシンの種別とは、仮想マシンがどのようなコンピュータとして動作しているかを表すものであり、例えば、仮想マシンにより実現される機能を区別するものである。仮想マシンの種別としては、例えば、仮想ネットワーク機器、仮想サーバなどがある。仮想ネットワーク機器は、例えば、仮想ファイアウォール、仮想ルータ、仮想ロードバランサなどである。
　仮想ネットワーク機器を含むネットワークにおいて、仮想ネットワーク機器は、マイグレーションによりネットワーク内の物理サーバ間を移動する場合がある。また、仮想ネットワーク機器に障害が発生した場合、例えば、ネットワークの末端に存在する物理サーバに影響が生じる場合がある。このため、ネットワーク管理者は、仮想ネットワーク機器に障害が発生した場合に、仮想ネットワーク機器がどの物理サーバ上で動作しているのかを把握して、ネットワーク全体のどの部分に障害の影響がでるのかを判断することが重要となる。
　実施の形態１では、監視装置１００は、物理サーバから得られる物理サーバ上で動作している仮想マシンの識別情報を手掛かりに、監視対象となる仮想マシンの識別情報と種別とを対応付けて記憶する記憶部１１０を参照して、仮想マシンの種別を特定する。これにより、ネットワーク内のどの物理サーバでどの種別の仮想マシンが動作しているのかを把握可能にする。
　以下、監視装置１００の監視処理手順の一例について説明する。
　（１）監視装置１００は、監視対象となる仮想マシンの移行先候補となる物理サーバ群に含まれる物理サーバから、物理サーバ上で動作している仮想マシンの識別情報を取得する。ここで、仮想マシンの識別情報は、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）ネットワーク内の仮想マシンを識別するＩＰアドレスである。
　図１の例では、監視装置１００により、物理サーバＭ３上で動作している仮想マシンの識別情報１２０が物理サーバＭ３から取得されている。ここでは、仮想マシンの識別情報１２０には、仮想マシンのＩＰアドレス「ＶＭ１」が含まれている。
　（２）監視装置１００は、記憶部１１０を参照して、取得した仮想マシンの識別情報に対応する仮想マシンの種別を特定する。ここで、記憶部１１０は、監視対象となる仮想マシンの識別情報と監視対象となる仮想マシンの種別とを対応付けて記憶する記憶装置である。
　仮想マシンの種別は、例えば、仮想マシンの識別情報に対応付けて予め定義されていてもよく、また、例えば、仮想マシンのＩＰアドレスを用いて、監視装置１００が仮想マシンに問い合わせることにより特定されることにしてもよい。図１の例では、仮想マシンの識別情報１２０に含まれる仮想マシンのＩＰアドレス「ＶＭ１」に対応する仮想マシンの種別「ネットワーク機器」が特定される。
　（３）監視装置１００は、特定した仮想マシンの種別と仮想マシンの識別情報と物理サーバの識別情報とを関連付けて出力する。物理サーバの識別情報は、例えば、物理サーバの名前、機種名、ＩＰアドレスなどである。図１の例では、物理サーバＭ３上で動作している仮想マシンの識別情報「ＶＭ１」と仮想マシンの種別「ネットワーク機器」と物理サーバＭ３の識別情報「Ｍ３」とを関連付けて表す装置情報１３０が出力される。
　なお、監視装置１００は、例えば、装置情報１３０を記憶部１１０に記憶することにしてもよい。この場合、監視装置１００は、仮想マシンに関する装置情報１３０の出力要求を受け付けた場合に、記憶部１１０に記憶されている装置情報１３０を出力することにしてもよい。
　このように、実施の形態１にかかる監視装置１００によれば、物理サーバ上で動作している仮想マシンの種別を特定することができる。これにより、ネットワーク内のどの物理サーバで何の種別の仮想マシンが動作しているのかを把握可能にすることができる。
　例えば、装置情報１３０によれば、ネットワーク管理者は、ネットワーク内の物理サーバＭ３上で種別「ネットワーク機器」の仮想マシンＶＭ１が動作していることを把握することができる。この結果、ネットワーク管理者は、例えば、仮想マシンＶＭ１に障害が発生した場合に、ネットワーク内の物理サーバ間の接続関係などを参照して、仮想マシンＭ１の障害が影響を及ぼす範囲を特定することができる。
（実施の形態２）
　つぎに、実施の形態２にかかるシステム２００について説明する。なお、実施の形態１で説明した箇所と同様の箇所については説明を省略する。
　図２は、システム２００のシステム構成例を示す説明図である。図２において、システム２００は、監視装置１００と、複数のサーバＳ（例えば、サーバＳ１～Ｓ７）と、複数のスイッチＳＷ（例えば、スイッチＳＷ１～ＳＷ４）と、複数のブレードサーバＢＳ（例えば、ブレードサーバＢＳ１）と、を含む。
　システム２００において、監視装置１００、サーバＳ、スイッチＳＷおよびブレードサーバＢＳは、有線または無線のネットワーク２１０を介して通信可能に接続されている。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットなどである。
　ここで、サーバＳは、クライアント端末（不図示）からの要求に応じてサービスを提供する物理サーバであり、例えば、ＷＥＢ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）サーバ、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ、ＤＢ（Ｄａｔａｂａｓｅ）サーバなどである。スイッチＳＷは、パケットのスイッチング機能を有する物理ネットワーク機器であり、例えば、Ｌ（ｌａｙｅｒ）２スイッチである。
　ブレードサーバＢＳは、複数のサーバブレードＳＢ（例えば、サーバブレードＳＢ１～ＳＢ３）と、複数のスイッチブレードＳＷＢ（例えば、スイッチブレードＳＷＢ１，ＳＷＢ２）と、を含む。サーバブレードＳＢは、サーバの機能を１枚の基板に集約した物理サーバである。
（仮想マシンの動作例）
　ここで、物理サーバ上で動作する仮想マシンについて説明する。図３は、サーバブレード上で動作する仮想マシンの動作例を示す説明図である。図３において、サーバＳ１～Ｓ３と、スイッチＳＷ１と、ブレードサーバＢＳ１と、が示されている。
　ここで、ブレードサーバＢＳ１内のサーバブレードＳＢ１，ＳＢ２は、ハイパバイザＨ１，Ｈ２を備えている。ハイパバイザＨ１，Ｈ２は、サーバブレードＳＢ１，ＳＢ２のハードウェア資源を仮想化して、複数の異なるＯＳを実行できるように制御するソフトウェアである。具体的には、例えば、ハイパバイザＨ１，Ｈ２は、サーバブレードＳＢ１，ＳＢ２のハードウェア資源を分割して構築される実行環境で動作する仮想マシンによってＯＳを稼働させる。
　図３の例では、サーバブレードＳＢ１のハードウェア資源を分割して構築された実行環境で、仮想ネットワーク機器ｆｗ１１，ｆｗ１２が動作している。仮想ネットワーク機器ｆｗ１１，ｆｗ１２は仮想ファイアウォールである。また、サーバブレードＳＢ２のハードウェア資源を分割して構築された実行環境で、仮想ネットワーク機器ｖｓｗ１，ｖｓｗ２が動作している。仮想ネットワーク機器ｖｓｗ１，ｖｓｗ２は仮想スイッチである。
（監視装置１００のハードウェア構成例）
　図４は、監視装置１００のハードウェア構成例を示すブロック図である。図４において、監視装置１００は、ＣＰＵ４０１と、メモリ４０２と、磁気ディスクドライブ４０３と、磁気ディスク４０４と、光ディスクドライブ４０５と、光ディスク４０６と、ディスプレイ４０７と、Ｉ／Ｆ４０８と、キーボード４０９と、マウス４１０と、スキャナ４１１と、プリンタ４１２と、を有している。また、各構成部はバス４００によってそれぞれ接続されている。
　ここで、ＣＰＵ４０１は、監視装置１００の全体の制御を司る。メモリ４０２は、ＲＯＭ（Ｒｅａｄ‐Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを含む。ＲＯＭおよびフラッシュＲＯＭは、例えば、ブートプログラムなどの各種プログラムを記憶する。ＲＡＭは、ＣＰＵ４０１のワークエリアとして使用される。
　磁気ディスクドライブ４０３は、ＣＰＵ４０１の制御にしたがって磁気ディスク４０４に対するデータのリード／ライトを制御する。磁気ディスク４０４は、磁気ディスクドライブ４０３の制御で書き込まれたデータを記憶する。光ディスクドライブ４０５は、ＣＰＵ４０１の制御にしたがって光ディスク４０６に対するデータのリード／ライトを制御する。光ディスク４０６は、光ディスクドライブ４０５の制御で書き込まれたデータを記憶したり、光ディスク４０６に記憶されたデータをコンピュータに読み取らせたりする。
　ディスプレイ４０７は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。このディスプレイ４０７は、例えば、ＣＲＴ、ＴＦＴ液晶ディスプレイ、プラズマディスプレイなどを採用することができる。
　Ｉ／Ｆ４０８は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他の装置に接続される。そして、Ｉ／Ｆ４０８は、ネットワーク２１０と内部のインターフェースを司り、外部装置からのデータの入出力を制御する。Ｉ／Ｆ４０８には、例えば、モデムやＬＡＮアダプタなどを採用することができる。
　キーボード４０９は、文字、数字、各種指示などの入力のためのキーを備え、データの入力を行う。また、タッチパネル式の入力パッドやテンキーなどであってもよい。マウス４１０は、カーソルの移動や範囲選択、あるいはウィンドウの移動やサイズの変更などを行う。ポインティングデバイスとして同様に機能を備えるものであれば、トラックボールやジョイスティックなどであってもよい。
　スキャナ４１１は、画像を光学的に読み取り、監視装置１００内に画像データを取り込む。なお、スキャナ４１１は、ＯＣＲ（Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅａｄｅｒ）機能を持たせてもよい。また、プリンタ４１２は、画像データや文書データを印刷する。プリンタ４１２には、例えば、レーザプリンタやインクジェットプリンタを採用することができる。なお、監視装置１００は、上述した構成部のうち、例えば、光ディスクドライブ４０５、光ディスク４０６、マウス４１０、スキャナ４１１およびプリンタ４１２などを有さないことにしてもよい。
　また、図２に示したサーバＳ、スイッチＳＷ、スイッチブレードＳＷＢおよびサーバブレードＳＢは、上述した監視装置１００と同様のハードウェア構成により実現することができる。ただし、サーバＳ、スイッチＳＷ、スイッチブレードＳＷＢおよびサーバブレードＳＢは、上述した構成部のうち、例えば、光ディスクドライブ４０５、光ディスク４０６、ディスプレイ４０７、キーボード４０９、マウス４１０、スキャナ４１１およびプリンタ４１２を有さないことにしてもよい。
（機器定義表５００の具体例）
　つぎに、図２に示したシステム２００内の監視対象装置が定義された機器定義表５００について説明する。システム２００において、監視対象装置は、例えば、サーバＳ、スイッチＳＷ、スイッチブレードＳＷＢ、サーバブレードＳＢおよび各物理サーバ上で動作する仮想マシンである。
　図５は、機器定義表５００の具体例を示す説明図である。図５において、機器定義表５００は、システム２００内の監視対象装置ごとの機器定義情報（例えば、機器定義情報５００－１～５００－１４）を含んでいる。
　各機器定義情報のトップタグは、監視対象装置の種別を表している。具体的には、「ＶｉｒｔｕａｌＮｅｗｏｒｋＤｅｖｉｃｅ」は、仮想ネットワーク機器を表している。また、「ＶｉｒｔｕａｌＳｅｒｖｅｒ」は、仮想サーバを表している。また、「ＰｈｙｓｉｃａｌＮｅｗｏｒｋＤｅｖｉｃｅ」は、物理ネットワーク機器を表している。また、「ＰｈｙｓｉｃａｌＳｅｒｖｅｒ」は、物理サーバを表している。
　すなわち、機器定義情報５００－１～５００－４は、システム２００内の仮想ネットワーク機器を表す情報である。例えば、機器定義情報５００－１には、仮想ネットワーク機器のＩＰアドレス「１９２．１６８．１．１０１」および名前「ｆｗ１１」が定義されている。また、機器定義情報５００－１には、仮想ネットワーク機器ｆｗ１１が動作する物理サーバの名前「ＳＢ１」および仮想ネットワーク機器ｆｗ１１の移行先候補となる物理サーバの名前「ＳＢ２，ＳＢ３」が定義されている。
　また、機器定義情報５００－５，５００－６は、システム２００内の仮想サーバを表す情報である。例えば、機器定義情報５００－５には、仮想サーバのＩＰアドレス「１９２．１６８．１．２２１」および名前「ｖｓｅｒｖ１」が定義されている。
　また、機器定義情報５００－７～５００－１２は、システム２００内の物理サーバを表す情報である。例えば、機器定義情報５００－７には、物理サーバのＩＰアドレス「１９２．１６８．１．１１」、名前「ＳＢ１」およびポート名「ｐ１」が定義されている。
　また、機器定義情報５００－１３，５００－１４は、監視対象装置が有するポートを表す情報である。例えば、機器定義情報５００－１３には、監視対象装置のＩＰアドレス「１９２．１６８．１．２１」、名前「ＳＷＢ１」およびポート名「ｐ１，ｐ２，ｐ３」が定義されている。
　なお、図示は省略するが、各機器定義情報には、例えば、各監視対象装置の機種名が定義されていてもよい。また、機器定義表５００には、スイッチＳＷやスイッチブレードＳＷＢなどの物理ネットワーク機器が定義されている。
（接続関係定義表６００の具体例）
　つぎに、システム２００内のサーバＳ、スイッチＳＷ、スイッチブレードＳＷＢおよびサーバブレードＳＢといった監視対象装置間の接続関係が定義された接続関係定義表６００について説明する。
　図６は、接続関係定義表６００の具体例を示す説明図である。図６において、接続関係定義表６００は、接続関係定義情報（例えば、接続関係定義情報６００－１～６００－６）を含んでいる。接続関係定義情報は、監視対象装置間の接続関係を表す情報である。ここでは、監視対象装置のＩＰアドレスおよびポート名によって、監視対象装置間の接続関係が表現されている。
　例えば、接続関係定義情報６００－１には、ＩＰアドレス「１９２．１６８．１．１１」およびポート名「ｐ１」と、ＩＰアドレス「１９２．１６８．１．２１」およびポート名「ｐ１」との接続関係が定義されている。すなわち、接続関係定義情報６００－１は、ＩＰアドレス「１９２．１６８．１．１１」の監視対象装置のポートｐ１と、ＩＰアドレス「１９２．１６８．１．２１」の監視対象装置のポートｐ１とが接続されることを示している。
（機器情報ＤＢ７００の記憶内容）
　つぎに、監視装置１００が用いる機器情報ＤＢ（データベース）７００の記憶内容について説明する。機器情報ＤＢ７００は、例えば、図４に示したメモリ４０２、磁気ディスク４０４、光ディスク４０６などの記憶装置により実現される。
　図７は、機器情報ＤＢ７００の記憶内容の一例を示す説明図である。図７において、機器情報ＤＢ７００は、ＩＰアドレス、名前、機種名、種別、状態、識別ＩＤ、ホスト名および移動先サーバのフィールドを有する。各フィールドに情報を設定することにより、監視対象装置ごとの機器情報（例えば、機器情報７００－１～７００－９）がレコードとして記憶されている。
　ここで、ＩＰアドレスは、監視対象装置のＩＰアドレスである。名前は、監視対象装置の名前である。機種名は、監視対象装置の機種名である。種別は、監視対象装置の種別である。監視対象装置の種別としては、例えば、仮想ネットワーク機器（ｖｎｅｔ）、物理ネットワーク機器（ｐｎｅｔ）、物理サーバ（ｐｓｅｒｖ）がある。状態は、監視対象装置の状態である。監視対象装置の状態としては、例えば、正常（ｎｏｒｍａｌ）または異常（ｆａｉｌｕｒｅ）がある。
　識別ＩＤは、監視対象となる仮想マシンを一意に識別する識別子である。仮想マシンの識別ＩＤとしては、例えば、仮想マシンに割り振られるＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ　Ｕｎｉｑｕｅ　Ｉｄｅｎｔｉｆｉｅｒ）がある。ホスト名は、仮想マシンが動作している物理サーバの名前である。移動先サーバは、マイグレーションにより仮想マシンが移動する可能性がある物理サーバの名前である。
　一例として、機器情報７００－１を例に挙げると、監視対象となる仮想マシンのＩＰアドレス「１９２．１６８．１．１０１」、名前「ｆｗ１１」、機種名「ＩＰＣＯＭ」、種別「ｖｎｅｔ」、状態「ｎｏｒｍａｌ」、識別ＩＤ「ａａａａａａ」、ホスト名「ＳＢ１」および移動先サーバ「ＳＢ２，ＳＢ３」が示されている。また、機器情報７００－５を例に挙げると、監視対象となる物理サーバのＩＰアドレス「１９２．１６８．１．１１」、名前「ＳＢ１」、機種名「ＢＸ６００」、種別「ｐｓｅｒｖ」、状態「ｎｏｒｍａｌ」が示されている。
（接続情報ＤＢ８００の記憶内容）
　つぎに、監視装置１００が用いる接続情報ＤＢ８００の記憶内容について説明する。接続情報ＤＢ８００は、例えば、図４に示したメモリ４０２、磁気ディスク４０４、光ディスク４０６などの記憶装置により実現される。
　図８は、接続情報ＤＢ８００の記憶内容の一例を示す説明図である。図８において、接続情報ＤＢ８００は、接続元ＩＰ、接続元ポート名、接続先ＩＰおよび接続先ポート名のフィールドを有する。各フィールドに情報を設定することにより、監視対象装置間の接続情報（例えば、接続情報８００－１～８００－６）がレコードとして記憶されている。
　ここで、接続元ＩＰは、接続関係を有する２つの監視対象装置のうちの一方の監視対象装置のＩＰアドレスである。接続元ポート名は、接続関係を有する２つの監視対象装置のうちの一方の監視対象装置のポート名である。接続先ＩＰは、接続関係を有する２つの監視対象装置のうちの他方の監視対象装置のＩＰアドレスである。接続先ポート名は、接続関係を有する２つの監視対象装置のうちの他方の監視対象装置のポート名である。
　一例として、接続情報８００－１を例に挙げると、ＩＰアドレス「１９２．１６８．１．１１」の監視対象装置のポートｐ１と、ＩＰアドレス「１９２．１６８．１．２１」の監視対象装置のポートｐ１とが接続されていることを示している。
（監視装置１００の機能的構成例）
　図９は、監視装置１００の機能的構成例を示すブロック図である。図９において、監視装置１００は、受付部９０１と、取得部９０２と、特定部９０３と、検出部９０４と、判定部９０５と、出力部９０６と、を含む構成である。受付部９０１～出力部９０６は制御部となる機能であり、具体的には、例えば、図４に示したメモリ４０２、磁気ディスク４０４、光ディスク４０６などの記憶装置に記憶されたプログラムをＣＰＵ４０１に実行させることにより、または、Ｉ／Ｆ４０８により、その機能を実現する。また、各機能部の処理結果は、例えば、メモリ４０２、磁気ディスク４０４、光ディスク４０６などの記憶装置に記憶される。
　受付部９０１は、監視対象装置に関する定義情報の入力を受け付ける。ここで、監視対象装置とは、例えば、監視対象となる物理サーバ、物理ネットワーク機器、仮想マシンである。仮想マシンとしては、例えば、仮想サーバおよび仮想ネットワーク機器がある。定義情報とは、例えば、監視対象装置のＩＰアドレス、名前、機種名および種別などが定義された情報である。
　また、監視対象装置が物理サーバおよび物理ネットワーク機器の場合、定義情報には、例えば、監視対象装置が有するポートのポート名が定義されていてもよい。また、監視対象装置が仮想マシンの場合、仮想マシンが最初に動作する物理サーバの名前や仮想マシンが移動する可能性のある物理サーバの名前などが定義されていてもよい。
　具体的には、例えば、受付部９０１は、図４に示したキーボード４０９やマウス４１０を用いたユーザの操作入力により、図５に示した機器定義表５００を受け付けることにしてもよい。また、受付部９０１は、例えば、ライブラリからの抽出により、または、外部のコンピュータから監視対象装置に関する定義情報を取得することにしてもよい。
　受け付けられた定義情報は、例えば、図７に示した機器情報ＤＢ７００に記憶される。一例として、機器定義表５００に含まれる機器定義情報５００－１を例に挙げると、機器情報ＤＢ７００のＩＰアドレスフィールドに「１９２．１６８．１．１０１」が設定され、名前フィールドに「ｆｗ１１」が設定される。また、種別フィールドに「ｖｎｅｔ」が設定され、状態フィールドに「ｎｏｒｍａｌ」が設定され、ホスト名フィールドに「ＳＢ１」が設定され、移動先サーバフィールドに「ＳＢ２，ＳＢ３」が設定される。また、機器定義情報５００－１に機種名「ＩＰＣＯＭ」が定義されている場合は、機種名フィールドに「ＩＰＣＯＭ」が設定される。
　この結果、機器情報ＤＢ７００に機器情報７００－１がレコードとして記憶される。この時点では、機器情報７００－１の識別ＩＤフィールドは空白となる。なお、機器情報ＤＢ７００に機器情報を登録する登録処理についての詳細な説明は、後述する図１３のフローチャートを用いて説明する。
　また、受付部９０１は、監視対象装置間の接続関係を表す接続情報の入力を受け付ける。ここで、接続情報とは、例えば、直接接続された２つの監視対象装置の接続関係を表す情報である。接続情報は、具体的には、例えば、物理サーバと物理サーバとの接続関係、物理サーバと物理ネットワーク機器との接続関係および物理ネットワーク機器と物理ネットワーク機器との接続関係のいずれかを表す情報である。
　具体的には、例えば、受付部９０１は、ユーザの操作入力により、図６に示した接続関係定義表６００を受け付けることにしてもよい。また、受付部９０１は、例えば、ライブラリからの抽出により、または、外部のコンピュータから監視対象装置間の接続関係を表す接続情報を取得することにしてもよい。さらに、監視装置１００は、ネットワーク２１０を介して、ネットワーク機器のトポロジ探索を行うことにより、機器情報と接続情報を取得することにしてもよい。
　受け付けられた接続情報は、例えば、図８に示す接続情報ＤＢ８００に記憶される。一例として、接続関係定義表６００に含まれる接続関係定義情報６００－１を例に挙げると、接続情報ＤＢ８００の接続元ＩＰフィールドに「１９２．１６８．１．１１」が設定され、接続元ポート名フィールドに「ｐ１」が設定される。また、接続先ＩＰフィールドに「１９２．１６８．１．２１」が設定され、接続先ポート名フィールドに「ｐ１」が設定される。この結果、接続情報ＤＢ８００に接続情報８００－１がレコードとして記憶される。
　取得部９０２は、監視対象となる仮想マシンの移行先候補となる物理サーバから、物理サーバ上で動作している仮想マシンの識別情報を取得する。ここで、仮想マシンの識別情報とは、例えば、仮想マシンのＩＰアドレスやＵＵＩＤなどである。
　具体的には、例えば、まず、取得部９０２は、機器情報ＤＢ７００の中から、物理サーバの機器情報、すなわち、種別が「ｐｓｅｒｖ」の機器情報を選択する。つぎに、取得部９０２は、選択した機器情報に設定されているＩＰアドレスを宛先として、物理サーバ上で動作している仮想マシンの識別情報をハイパバイザに問い合わせる。
　ここで、物理サーバ上で仮想マシンが動作している場合、取得部９０２は、物理サーバ上で動作している仮想マシンの識別情報をハイパバイザから取得する。一方、物理サーバ上で仮想マシンが動作していない場合は、取得部９０２は、物理サーバ上で動作している仮想マシンが存在しないことを示す情報をハイパバイザから取得することにしてもよい。
　また、取得部９０２は、定期的または不定期に、物理サーバ上で動作している仮想マシンの識別情報を物理サーバから取得することにしてもよい。これにより、監視対象となる物理サーバから該物理サーバ上で動作している仮想マシンの識別情報を繰り返し取得することができる。
　特定部９０３は、監視対象となる仮想マシンの識別情報と該仮想マシンの種別とを対応付けて表す情報を参照して、取得された仮想マシンの識別情報に対応する仮想マシンの種別を特定する。具体的には、例えば、特定部９０３は、機器情報ＤＢ７００を参照して、取得された仮想マシンのＩＰアドレスに対応する仮想マシンの種別を特定する。
　ここで、取得された仮想マシンのＩＰアドレスを「１９２．１６８．１．１０１」とする。この場合、特定部９０３は、機器情報ＤＢ７００を参照して、仮想マシンのＩＰアドレス「１９２．１６８．１．１０１」に対応する仮想マシンの種別「ｖｎｅｔ（仮想ネットワーク機器）」を特定する。
　また、特定部９０３は、ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）を用いて、取得された仮想マシンのＩＰアドレスを宛先として、仮想マシンの種別を仮想マシンに問い合わせることにしてもよい。この場合、特定部９０３は、仮想マシンから得られるＳＮＭＰのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）の値を参照して、仮想マシンの種別を特定する。
　さらに、特定部９０３は、機器情報ＤＢ７００を参照して、取得された仮想マシンのＩＰアドレスに対応する仮想マシンの名前、機種名、状態および移行先候補となる物理サーバを特定することにしてもよい。例えば、仮想マシンのＩＰアドレスが「１９２．１６８．１．１０１」の場合、特定部９０３は、仮想マシンの名前「ｆｗ１１」、機種名「ＩＰＣＯＭ」、状態「ｎｏｒｍａｌ」および移行先候補となる物理サーバの名前「ＳＢ２，ＳＢ３」を特定する。
　検出部９０４は、仮想マシンの種別が特定された場合、監視対象装置間の接続関係を表す接続情報を参照して、仮想マシンが動作している物理サーバと接続関係を有する監視対象装置を検出する。具体的には、例えば、検出部９０４は、接続情報ＤＢ８００を参照して、仮想マシンが動作している物理サーバと接続関係を有する他の物理サーバを検出する。
　ここで、仮想マシンが動作している物理サーバのＩＰアドレスを「１９２．１６８．１．１１」とする。この場合、検出部９０４は、接続情報ＤＢ８００を参照して、ＩＰアドレス「１９２．１６８．１．１１」を接続元ＩＰとする接続先ＩＰ「１９２．１６８．１．２１」を検出する。
　これにより、仮想マシンが動作している物理サーバと接続関係を有する他の監視対象装置のＩＰアドレス「１９２．１６８．１．２１」を特定することができる。また、検出部９０４は、機器情報ＤＢ７００を参照して、他の監視対象装置のＩＰアドレス「１９２．１６８．１．２１」に対応する名前「ＳＷＢ１」と特定することができる。
　さらに、検出部９０４は、接続情報ＤＢ８００を参照して、他の監視対象装置のＩＰアドレス「１９２．１６８．１．２１」を接続元ＩＰとする接続先ＩＰ「１９２．１６８．１．３１」を検出することにしてもよい。これにより、仮想マシンが動作している物理サーバと間接的に接続関係を有する他の監視対象装置のＩＰアドレス「１９２．１６８．１．３１」を特定することができる。
　このように、検出部９０４は、接続情報ＤＢ８００を参照して接続関係を有する監視対象装置間のＩＰアドレスを追跡することにより、仮想マシンが動作している物理サーバと直接または間接的に接続関係を有する他の監視対象装置を検出することができる。なお、検出された検出結果は、例えば、仮想マシンが動作している物理サーバの識別情報（例えば、ＩＰアドレス、名前、機種名など）と関連付けてメモリ４０２に記憶される。
　判定部９０５は、物理サーバ上で動作していた仮想マシンの状態を判定する。ここで、物理サーバ群のうちのある物理サーバＳ上で動作している仮想マシンの状態を判定する場合について説明する。ここでは、取得部９０２により、定期的または不定期に、各々の物理サーバ上で動作している仮想マシンの識別情報を各々の物理サーバに問い合わせることにより、各々の物理サーバ上で動作している仮想マシンの識別情報が取得される場合を想定する。
　具体的には、例えば、判定部９０５は、各々の物理サーバに問い合わせた結果取得された仮想マシンの識別情報の集合の中から、物理サーバＳから前回取得された仮想マシンの識別情報を検索する。そして、物理サーバＳから前回取得された仮想マシンの識別情報が検索された場合、判定部９０５は、物理サーバＳ上で動作していた仮想マシンの状態が正常であると判定する。
　一方、物理サーバＳから前回取得された仮想マシンの識別情報が検索されなかった場合、判定部９０５は、物理サーバＳ上で動作していた仮想マシンの状態が異常であると判定する。これにより、何らかの障害が発生して状態が異常となった仮想マシンを検出することができる。
　出力部９０６は、特定された仮想マシンの種別と、該仮想マシンの識別情報と、該仮想マシンが動作している物理サーバの識別情報とを関連付けて出力する。この際、出力部９０６は、さらに、検出された該物理サーバと接続関係を有する他の監視対象装置の識別情報を関連付けて出力することにしてもよい。
　出力部９０６の出力形式としては、例えば、ディスプレイ４０７への表示、プリンタ４１２への印刷出力、Ｉ／Ｆ４０８による外部のコンピュータへの送信がある。また、メモリ４０２、磁気ディスク４０４、光ディスク４０６などの記憶装置に記憶することとしてもよい。
　具体的には、例えば、出力部９０６は、特定された仮想マシンの種別と、該仮想マシンの識別情報と、該仮想マシンが動作している物理サーバの識別情報とを関連付けて表す機器情報を機器情報ＤＢ７００に登録することにしてもよい。この場合、出力部９０６は、例えば、仮想マシンに関する機器情報の出力要求を受け付けた場合に、機器情報ＤＢ７００に記憶されている該仮想マシンの機器情報を出力することにしてもよい。
　より具体的には、例えば、まず、受付部９０１は、ユーザの操作入力により、仮想マシンに関する機器情報の表示要求を受け付ける。そして、出力部９０６は、機器情報ＤＢ７００を参照して、表示要求を受け付けた仮想マシンの機器情報をディスプレイ４０７に表示することにしてもよい。出力対象となる機器情報は、例えば、表示要求を受け付けた仮想マシンの種別、該仮想マシンが動作している物理サーバの識別情報および該物理サーバと接続関係を有する他の監視対象装置の識別情報のうちの少なくともいずれかの情報である。
　一例として、受付部９０１が、名前「ｆｗ１１」の仮想マシンに関する機器情報の表示要求を受け付けた場合を例に挙げて説明する。この場合、出力部９０６は、機器情報ＤＢ７００の中から、機器情報の表示要求を受け付けた仮想マシンの名前「ｆｗ１１」に対応する機器情報７００－１を抽出する。そして、出力部９０６は、抽出した仮想マシンの名前「ｆｗ１１」に対応する機器情報７００－１をディスプレイ４０７に表示する。この際、出力部９０６は、名前「ｆｗ１１」の機器情報７００－１とともに、名前「ｆｗ１１」の仮想マシンが動作している物理サーバと直接または間接的に接続関係を有する他の監視対象装置の識別情報（例えば、名前、機種名）をディスプレイ４０７に表示することにしてもよい。
　また、出力部９０６は、判定された判定結果を出力することにしてもよい。具体的には、例えば、出力部９０６は、物理サーバＳ上で動作していた仮想マシンの状態が異常であると判定された場合、機器情報ＤＢ７００内の該仮想マシンの機器情報の状態を「ｆａｉｌｕｒｅ（異常）」に変更することにしてもよい。
（ディスプレイ４０７の画面例）
　つぎに、図１０～図１３を用いて、ディスプレイ４０７に表示される出力結果の画面例について説明する。以下に説明する各種画面例は、例えば、監視装置１００により、機器情報ＤＢ７００の記憶内容および接続情報ＤＢ８００の記憶内容に基づいて作成される。
　図１０は、ディスプレイ４０７の画面例を示す説明図（その１）である。図１０において、システム２００（図２参照）に構築されているＷｅｂ３階層モデル１０００のシステム一覧画面１０１０がディスプレイ４０７に表示されている。システム一覧画面１０１０は、Ｗｅｂ３階層モデル１０００のエンドポイントとなる仮想ネットワーク機器ｆｗ１１，ｆｗ１２およびサーバＳ１～Ｓ３を表示する画面例である。
　ここで、仮想ネットワーク機器ｆｗ１１，ｆｗ１２は、システム２００内のいずれかの物理サーバ上で動作している仮想ファイアウォールである。また、サーバＳ１は、ＷＥＢサーバである。また、サーバＳ２は、ＡＰサーバである。また、サーバＳ３は、ＤＢサーバである。
　システム一覧画面１０１０において、例えば、キーボード４０９やマウス４１０を用いたユーザの操作入力により、カーソルＣを移動させて、仮想ネットワーク機器ｆｗ１１をクリックすると、仮想ネットワーク機器ｆｗ１１に関する機器情報の表示要求が入力される。この結果、システム詳細画面１０２０がディスプレイ４０７に表示される。
　システム詳細画面１０２０は、仮想ネットワーク機器ｆｗ１１が動作しているサーバブレードＳＢ１を表示する画面例である。また、システム詳細画面１０２０には、サーバブレードＳＢ１上で仮想ネットワーク機器ｆｗ１１とともに動作している仮想ネットワーク機器ｆｗ１２が表示されている。
　システム詳細画面１０２０によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１がサーバブレードＳＢ１上で動作している仮想マシンであることを把握することができる。また、サーバブレードＳＢ１上には、別の仮想マシンである仮想ネットワーク機器ｆｗ１２が動作していることを把握することができる。
　システム詳細画面１０２０において、ユーザの操作入力により、カーソルＣを移動させて、仮想ネットワーク機器ｆｗ１１をクリックすると、仮想ネットワーク機器ｆｗ１１に関する機器情報の表示要求が入力される。この結果、システム詳細画面１０３０がディスプレイ４０７に表示される。
　システム詳細画面１０３０は、仮想ネットワーク機器ｆｗ１１に関する機器情報を表示する画面例である。システム詳細画面１０３０には、ネットワークデバイス名、システム名、ＩＰアドレス、装置状態、サーバ名、移動先サーバおよび接続先サーバが表示されている。
　ネットワークデバイス名によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１の名前を把握することができる。システム名によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１の機種名を把握することができる。ＩＰアドレスによれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１のＩＰアドレスを把握することができる。
　装置状態によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１の状態を把握することができる。サーバ名によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１が動作している物理サーバの名前を把握することができる。移動先サーバによれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１が移動する可能性がある物理サーバの名前を把握することができる。
　接続先サーバによれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１が動作している物理サーバと接続関係を有する監視対象装置の名前を把握することができる。ここでは、仮想ネットワーク機器ｆｗ１１が動作している物理サーバと接続関係を有する監視対象装置のうち物理サーバのみが表示されている。
　なお、上述したシステム詳細画面１０２０，１０３０は、例えば、機器情報ＤＢ７００や接続情報ＤＢ８００を参照して作成される。具体的には、例えば、監視装置１００は、機器情報ＤＢ７００内の機器情報７００－１，７００－２に基づいて、システム詳細画面１０２０を作成することができる。また、監視装置１００は、機器情報ＤＢ７００内の機器情報７００－１および接続情報ＤＢ８００内の接続情報８００－１，８００－３～８００－６に基づいて、システム詳細画面１０３０を作成することができる。
　図１１は、ディスプレイ４０７の画面例を示す説明図（その２）である。図１１において、ネットワーク機器一覧画面１１１０がディスプレイ４０７に表示されている。ネットワーク機器一覧画面１１１０は、システム２００内のネットワーク機器の一覧を表す画面例である。
　ネットワーク機器一覧画面１１１０において、例えば、ユーザの操作入力により、カーソルＣを移動させて、仮想ネットワーク機器ｆｗ１１をクリックすると、仮想ネットワーク機器ｆｗ１１に関する機器情報の表示要求が入力される。この結果、詳細画面１１２０がディスプレイ４０７に表示される。
　詳細画面１１２０は、仮想ネットワーク機器ｆｗ１１に関する機器情報を表示する画面例である。詳細画面１１２０には、基本情報１１２１およびサーバ情報１１２２が表示されている。具体的には、基本情報１１２１には、ネットワークデバイス名、システム名、ＩＰアドレス、装置状態が表示されている。サーバ情報１１２２には、サーバ名、移動先サーバおよび接続先サーバが表示されている。
　なお、上述したネットワーク機器一覧画面１１１０は、例えば、機器情報ＤＢ７００の記憶内容に基づいて作成される。また、詳細画面１１２０は、例えば、機器情報ＤＢ７００の記憶内容および接続情報ＤＢ８００の記憶内容に基づいて作成される。
　図１２は、ディスプレイ４０７の画面例を示す説明図（その３）である。図１２において、Ｗｅｂ３階層モデル１０００のシステム一覧画面１２１０がディスプレイ４０７に表示されている。また、システム一覧画面１２１０には、仮想ネットワーク機器ｆｗ１１の状態が異常であることを示すマークＭが表示されている。マークＭによれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１の状態が異常であることを把握することができる。
　システム一覧画面１２１０において、ユーザの操作入力により、カーソルＣを移動させて、仮想ネットワーク機器ｆｗ１１をクリックすると、仮想ネットワーク機器ｆｗ１１に関する機器情報の表示要求が入力される。この結果、システム詳細画面１２２０がディスプレイ４０７に表示される。
　システム詳細画面１２２０によれば、例えば、ネットワーク管理者は、仮想ネットワーク機器ｆｗ１１のみにマークＭが表示されているため、何らかの理由により仮想ネットワーク機器ｆｗ１１のみに障害が発生していることを把握することができる。
　システム詳細画面１２２０において、ユーザの操作入力により、カーソルＣを移動させて、仮想ネットワーク機器ｆｗ１１をクリックすると、仮想ネットワーク機器ｆｗ１１に関する機器情報の表示要求が入力される。この結果、システム詳細画面１２３０がディスプレイ４０７に表示される。
　システム詳細画面１２３０の接続先サーバによれば、何らかの理由により仮想ネットワーク機器ｆｗ１１で発生している障害が、サーバＳ１（ＷＥＢサーバ）、サーバＳ２（ＡＰサーバ）およびサーバＳ３（ＤＢサーバ）に影響を及ぼす可能性があることを把握することができる。
（監視装置１００の各種処理手順）
　つぎに、監視装置１００の各種処理手順について説明する。ここでは、まず、監視対象機器の機器情報を機器情報ＤＢ７００に登録する登録処理手順について説明する。登録処理は、例えば、監視対象機器の初期登録時に実行される。また、登録処理は、監視対象装置の追加あるいは削除時に実行されることにしてもよい。
　図１３は、監視装置１００の登録処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、監視装置１００は、機器定義表５００および接続関係定義表６００の入力を受け付けたか否かを判断する（ステップＳ１３０１）。ここで、監視装置１００は、機器定義表５００および接続関係定義表６００の入力を待つ（ステップＳ１３０１：Ｎｏ）。
　そして、監視装置１００は、機器定義表５００および接続関係定義表６００の入力を受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、機器定義表５００の中から監視対象装置の機器定義情報を選択する（ステップＳ１３０２）。つぎに、監視装置１００は、選択した機器定義情報を参照して、監視対象装置の種別が物理サーバか否かを判断する（ステップＳ１３０３）。
　ここで、物理サーバの場合（ステップＳ１３０３：Ｙｅｓ）、監視装置１００は、選択した機器定義情報を参照して、監視対象装置の機器情報を機器情報ＤＢ７００に登録する（ステップＳ１３０４）。つぎに、監視装置１００は、監視対象装置のハイパバイザに監視対象装置上で動作している仮想マシンの識別情報を問い合わせる（ステップＳ１３０５）。
　そして、監視装置１００は、監視対象装置のハイパバイザから仮想マシンの識別情報を取得したか否かを判断する（ステップＳ１３０６）。ここで、仮想マシンの識別情報が取得されなかった場合（ステップＳ１３０６：Ｎｏ）、監視装置１００はステップＳ１３１２に移行する。
　一方、仮想マシンの識別情報が取得された場合（ステップＳ１３０６：Ｙｅｓ）、監視装置１００は、機器定義表５００を参照して、仮想マシンの識別情報に対応する仮想マシンの種別を特定する（ステップＳ１３０７）。そして、監視装置１００は、特定した仮想マシンの種別が仮想ネットワーク機器か否かを判断する（ステップＳ１３０８）。
　ここで、仮想ネットワーク機器ではない場合（ステップＳ１３０８：Ｎｏ）、監視装置１００は、ステップＳ１３０５に戻る。一方、仮想ネットワーク機器の場合（ステップＳ１３０８：Ｙｅｓ）、監視装置１００は、機器定義表５００を参照して、仮想マシンの識別情報に対応する仮想マシンの機器情報を特定する（ステップＳ１３０９）。そして、監視装置１００は、特定した仮想マシンの機器情報を機器情報ＤＢ７００に登録して（ステップＳ１３１０）、ステップＳ１３０５に戻る。
　また、ステップＳ１３０３において、物理サーバではない場合（ステップＳ１３０３：Ｎｏ）、監視装置１００は、選択した機器定義情報を参照して、監視対象装置の機器情報を機器情報ＤＢ７００に登録する（ステップＳ１３１１）。そして、監視装置１００は、機器定義表５００の中から選択していない未選択の監視対象装置の機器定義情報があるか否かを判断する（ステップＳ１３１２）。
　ここで、未選択の監視対象装置の機器定義情報がある場合（ステップＳ１３１２：Ｙｅｓ）、監視装置１００は、ステップＳ１３０２に戻る。一方、未選択の監視対象装置の機器定義情報がない場合（ステップＳ１３１２：Ｎｏ）、監視装置１００は、接続関係定義表６００を参照して、接続情報ＤＢ８００に監視対象装置間の接続情報を登録して（ステップＳ１３１３）、本フローチャートによる一連の処理を終了する。
　これにより、監視対象となる物理サーバ、物理ネットワーク機器、仮想サーバ、仮想ネットワーク機器の機器情報を機器情報ＤＢ７００に登録することができる。
　なお、上述した説明では、ステップＳ１３０５において、監視装置１００が監視対象装置のハイパバイザに問い合わせることにより、仮想マシンの識別情報を取得する場合について説明したが、これに限らない。具体的には、例えば、監視装置１００は、機器定義表５００を参照して、監視対象装置上で動作する仮想マシンの識別情報、種別および移動先サーバ等を特定することにしてもよい。
　また、上述した説明では、ステップＳ１３０７において、監視装置１００が機器定義表５００を参照して、仮想マシンの識別情報に対応する仮想マシンの種別を特定する場合について説明したが、これに限らない。具体的には、例えば、監視装置１００は、ＳＮＭＰを用いて、仮想マシンのＩＰアドレスを宛先として、仮想マシンの種別を仮想マシンに問い合わせることにしてもよい。
　つぎに、監視対象装置を監視する監視処理手順について説明する。監視処理は、例えば、５分、３０分、１時間などの一定期間ごとに定期的に実行される。また、監視処理は、例えば、ユーザの操作入力により、任意のタイミングで不定期に実行されることにしてもよい。
　図１４は、監視装置１００の監視処理手順の一例を示すフローチャートである。図１４のフローチャートにおいて、まず、監視装置１００は、機器情報ＤＢ７００の中から監視対象装置の機器情報を選択する（ステップＳ１４０１）。つぎに、監視装置１００は、選択した機器情報を参照して、監視対象装置の種別が物理サーバか否かを判断する（ステップＳ１４０２）。
　ここで、物理サーバではない場合（ステップＳ１４０２：Ｎｏ）、監視装置１００は、ステップＳ１４１１に移行する。一方、物理サーバの場合（ステップＳ１４０２：Ｙｅｓ）、監視装置１００は、監視対象装置のハイパバイザに監視対象装置上で動作している仮想マシンの識別情報を問い合わせる（ステップＳ１４０３）。
　そして、監視装置１００は、監視対象装置と通信不能となったか否かを判断する（ステップＳ１４０４）。ここで、監視対象装置と通信可能な場合（ステップＳ１４０４：Ｎｏ）、監視装置１００は、監視対象装置のハイパバイザから仮想マシンの識別情報を取得したか否かを判断する（ステップＳ１４０５）。
　ここで、仮想マシンの識別情報が取得されなかった場合（ステップＳ１４０５：Ｎｏ）、監視装置１００はステップＳ１４１１に移行する。一方、仮想マシンの識別情報が取得された場合（ステップＳ１４０５：Ｙｅｓ）、監視装置１００は、機器情報ＤＢ７００を参照して、取得した仮想マシンの識別情報に対応する仮想マシンの種別を特定する（ステップＳ１４０６）。
　そして、監視装置１００は、特定した仮想マシンの種別が仮想ネットワーク機器か否かを判断する（ステップＳ１４０７）。ここで、仮想ネットワーク機器ではない場合（ステップＳ１４０７：Ｎｏ）、監視装置１００はステップＳ１４０３に戻る。一方、仮想ネットワーク機器の場合（ステップＳ１４０７：Ｙｅｓ）、監視装置１００は、接続情報ＤＢ８００を参照して、仮想マシンが動作している物理サーバと接続関係を有する他の物理サーバを検出する（ステップＳ１４０８）。そして、監視装置１００は、取得した仮想マシンの識別情報をメモリ４０２に記憶して（ステップＳ１４０９）、ステップＳ１４０３に戻る。
　また、ステップＳ１４０４において、監視対象装置と通信不能となった場合（ステップＳ１４０４：Ｙｅｓ）、監視装置１００は、通信不能となった監視対象装置の機器情報をメモリ４０２に記憶する（ステップＳ１４１０）。つぎに、監視装置１００は、機器情報ＤＢ７００の中から選択されていない未選択の機器情報があるか否かを判断する（ステップＳ１４１１）。
　ここで、未選択の機器情報がある場合（ステップＳ１４１１：Ｙｅｓ）、監視装置１００はステップＳ１４０１に戻る。一方、未選択の機器情報がない場合（ステップＳ１４１１：Ｎｏ）、監視装置１００は、機器情報ＤＢ７００の更新処理を実行して（ステップＳ１４１２）、本フローチャートによる一連の処理を終了する。
　これにより、定期的または不定期に、監視対象となる物理サーバおよび仮想ネットワーク機器の状態を監視することができる。なお、ステップＳ１４０８において検出された検出結果は、例えば、仮想マシンに関する機器情報の出力要求を受け付けた場合に、仮想マシンの機器情報とともに出力される。
　つぎに、図１４に示したステップＳ１４１２の更新処理の具体的な処理手順について説明する。
　図１５は、更新処理の具体的処理手順の一例を示すフローチャートである。図１５において、監視装置１００は、通信不能となった監視対象装置の機器情報がメモリ４０２に記憶されているか否かを判断する（ステップＳ１５０１）。ここで、通信不能となった監視対象装置の機器情報がメモリ４０２に記憶されていない場合（ステップＳ１５０１：Ｎｏ）、監視装置１００はステップＳ１５０６に移行する。
　一方、通信不能となった監視対象装置の機器情報がメモリ４０２に記憶されている場合（ステップＳ１５０１：Ｙｅｓ）、監視装置１００は、機器情報ＤＢ７００の中から、通信不能となった監視対象装置の機器情報を特定する（ステップＳ１５０２）。
　そして、監視装置１００は、特定した機器情報の監視対象装置の状態を「異常」に変更する（ステップＳ１５０３）。具体的には、例えば、監視装置１００が、機器情報ＤＢ７００内の特定した機器情報の状態フィールドに「ｆａｉｌｕｒｅ」を設定する。これにより、通信不能となった監視対象装置の状態を「異常」に変更することができる。
　つぎに、監視装置１００は、機器情報ＤＢ７００の中から、通信不能となった監視対象装置の名前がホスト名フィールドに設定されている機器情報を特定する（ステップＳ１５０４）。これにより、通信不能となった監視対象装置上で動作している仮想マシンの機器情報を特定することができる。
　そして、監視装置１００は、特定した機器情報の仮想マシンの状態を「異常」に変更する（ステップＳ１５０５）。これにより、通信不能となった監視対象装置上で動作している仮想マシンの状態を「異常」に変更することができる。
　つぎに、監視装置１００は、機器情報ＤＢ７００の中から監視対象装置の機器情報を選択する（ステップＳ１５０６）。つぎに、監視装置１００は、選択した機器情報を参照して、監視対象装置の種別が仮想ネットワーク機器か否かを判断する（ステップＳ１５０７）。ここで、仮想ネットワーク機器ではない場合（ステップＳ１５０７：Ｎｏ）、監視装置１００はステップＳ１５１２に移行する。
　一方、仮想ネットワーク機器の場合（ステップＳ１５０７：Ｙｅｓ）、監視装置１００は、メモリ４０２の中から、選択した機器情報に対応する仮想マシンの機器情報を検索する（ステップＳ１５０８）。なお、選択した機器情報に対応する仮想マシンの機器情報とは、選択した機器情報と同一のＩＰアドレスあるいは識別ＩＤが設定されている機器情報である。
　つぎに、監視装置１００は、仮想マシンの機器情報が検索されたか否かを判断する（ステップＳ１５０９）。ここで、仮想マシンの機器情報が検索された場合（ステップＳ１５０９：Ｙｅｓ）、監視装置１００は、選択した機器情報のホスト名フィールドに設定されている情報が検索した機器情報と異なるか否かを判断する（ステップＳ１５１０）。
　ここで、ホスト名フィールドに設定されている情報が同じ場合（ステップＳ１５１０：Ｎｏ）、監視装置１００はステップＳ１５１２に移行する。すなわち、仮想マシンの障害が発生しておらず、また、マイグレーションによる物理サーバ間の移動が行われていないため、機器情報ＤＢ７００内の仮想マシンの機器情報の変更は行われない。
　一方、ホスト名フィールドに設定されている情報が異なる場合（ステップＳ１５１０：Ｙｅｓ）、監視装置１００は、仮想マシンのホスト名を変更する（ステップＳ１５１１）。具体的には、例えば、監視装置１００が、選択した機器情報のホスト名フィールドに設定されている情報を、検索した機器情報のホスト名フィールドに設定されている情報に変更する。これにより、仮想マシンのホスト名をマイグレーション先の物理サーバの名前に変更することができる。
　そして、監視装置１００は、機器情報ＤＢ７００の中から選択されていない未選択の機器情報があるか否かを判断する（ステップＳ１５１２）。ここで、未選択の機器情報がある場合（ステップＳ１５１２：Ｙｅｓ）、監視装置１００はステップＳ１５０６に戻る。一方、未選択の機器情報がない場合（ステップＳ１５１２：Ｎｏ）、監視装置１００は、本フローチャートによる一連の処理を終了する。
　また、ステップＳ１５０９において、仮想マシンの機器情報が検索されなかった場合（ステップＳ１５０９：Ｎｏ）、監視装置１００は、選択した機器情報の仮想マシンの状態を「異常」に変更して（ステップＳ１５１３）、ステップＳ１５１２に移行する。これにより、障害が発生した仮想マシンの状態を「異常」に変更することができる。
　これにより、定期的または不定期に、機器情報ＤＢ７００内の監視対象となる物理サーバおよび仮想ネットワーク機器の機器情報を更新することができる。
　なお、物理サーバが備えるハイパバイザが、物理サーバ上で動作している仮想マシンの状態を監視していない場合、図１４に示したステップＳ１４０５において、監視装置１００は、何らかの障害が発生して既に動作していない仮想マシンの識別情報をハイパバイザから取得してしまう場合がある。そこで、ステップＳ１４０６において、監視装置１００は、例えば、ＳＮＭＰを用いて、仮想マシンのＩＰアドレスを宛先として、仮想マシンの種別を仮想マシンに問い合わせることにしてもよい。これにより、ハイパバイザが仮想マシンの状態を監視していない場合であっても、監視装置１００は、障害が発生した仮想マシンを検出することができる。
　また、上述した説明では、監視対象装置の状態を「異常」に変更する場合についてのみ説明したが、これに限らない。例えば、監視装置１００は、状態が異常となった監視対象装置の修復が行われたことを検出した場合に、監視対象装置の状態を「異常」から「正常」に変更することにしてもよい。
　より具体的には、例えば、監視装置１００は、ユーザの操作入力により、状態が異常となった監視対象装置の修復が行われたことを示す修復完了通知を受け付けた場合に、該監視対象装置の機器情報の状態を「異常」から「正常」に変更することにしてもよい。また、例えば、図１４に示したステップＳ１４０１において選択された機器情報の監視対象装置の状態が「異常」となっているとする。この場合、監視装置１００は、例えば、ステップＳ１４０４において監視対象装置と通信可能な場合に（ステップＳ１４０４：Ｎｏ）、選択された機器情報の監視対象装置の状態を「異常」から「正常」に変更することにしてもよい。また、例えば、図１５に示したステップＳ１５０６において選択された機器情報の監視対象装置の状態が「異常」となっているとする。この場合、監視装置１００は、例えば、ステップＳ１５０９において機器情報が検索された場合（ステップＳ１５０９：Ｙｅｓ）に、選択された機器情報の仮想マシンの状態を「異常」から「正常」に変更することにしてもよい。
　また、機器定義表５００に定義されている複数の仮想マシンのうちの特定の仮想マシンを監視対象とする場合、ステップＳ１４０３において、監視装置１００は、特定の仮想マシンの機器定義情報に定義されている移行先候補の物理サーバに仮想マシンの識別情報を問い合わせることにしてもよい。これにより、特定の仮想マシンの監視処理にかかる監視装置１００の処理負荷および通信量を低減させることができる。
　以上説明したように、実施の形態２にかかる監視装置１００によれば、物理サーバ上で動作している仮想マシンの識別情報を該物理サーバから取得し、取得した仮想マシンの識別情報に対応する仮想マシンの種別を特定することができる。そして、監視装置１００によれば、仮想マシンの種別と、仮想マシンの識別情報と、該仮想マシンが動作している物理サーバの識別情報とを関連付けて出力することができる。
　これにより、ネットワーク管理者等のユーザは、監視対象となる仮想マシンの種別および仮想マシンが動作している物理サーバのホスト名（名前）を把握することができる。
　また、監視装置１００によれば、機器情報ＤＢ７００を参照して、取得した仮想マシンの識別情報に対応する仮想マシンの種別を特定することができる。これにより、仮想マシンに直接問い合わせることなく、仮想マシンの種別を特定することができ、仮想マシンの種別の特定にかかる通信量を削減することができる。
　また、監視装置１００によれば、接続情報ＤＢ８００を参照して、仮想マシンが動作している物理サーバと接続関係を有する他の物理サーバを検出することができる。そして、監視装置１００によれば、仮想マシンの種別が仮想ネットワーク機器の場合、さらに、該仮想マシンが動作している物理サーバと接続関係を有する他の物理サーバの識別情報を関連付けて出力することができる。
　これにより、ネットワーク管理者等のユーザは、監視対象となる仮想マシンの種別および仮想マシンが動作している物理サーバのホスト名を把握することができるとともに、仮想ネットワーク機器に障害が発生した場合の影響範囲を特定しやすくなる。
　また、監視装置１００によれば、仮想マシンに関する機器情報の出力要求を受け付けた場合に、機器情報ＤＢ７００に記憶されている仮想マシンの機器情報を出力することができる。これにより、ネットワーク管理者等のユーザは、監視対象となる仮想マシンの種別、該仮想マシンが動作している物理サーバ、および該物理サーバと接続関係を有する他の物理サーバを任意のタイミングで確認することができる。
　また、監視装置１００によれば、定期的または不定期に、監視対象となる各々の物理サーバに問い合わせることにより、各々の物理サーバ上で動作している仮想マシンの状態を判定することができる。また、監視装置１００によれば、物理サーバ上で動作していた仮想マシンの状態が異常となった場合、該仮想マシンの状態が異常であることを示す状態情報を、該仮想マシンの種別、識別情報および該仮想マシンが動作していた物理サーバの識別情報と関連付けて出力することができる。
　これにより、ネットワーク管理者等のユーザは、監視対象となる仮想マシンの種別、状態および仮想マシンが動作している物理サーバのホスト名を把握することができる。
　また、監視装置１００によれば、ＳＮＭＰを用いて、取得した仮想マシンのＩＰアドレス宛に仮想マシンの種別を問い合わせることにより、仮想マシンの識別情報に対応する仮想マシンの種別を特定することができる。すなわち、取得した仮想マシンの識別情報に該仮想マシンのＩＰアドレスが含まれる場合は、監視装置１００は、取得した仮想マシンのＩＰアドレスを宛先として、その都度、該仮想マシンに問い合わせることにより、仮想マシンの種別を特定することにしてもよい。これにより、ハイパバイザが仮想マシンの状態を監視していない場合であっても、障害が発生した仮想マシンを検出することができる。
　なお、本実施の形態で説明した監視方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本監視プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本監視プログラムは、インターネット等のネットワークを介して配布してもよい。
　１００　監視装置
　２００　システム
　９０１　受付部
　９０２　取得部
　９０３　特定部
　９０４　検出部
　９０５　判定部
　９０６　出力部

Claims (7)

  1. 　コンピュータに、
    　監視対象となる仮想マシンの移行先候補となるサーバ群に含まれるサーバから、前記サーバ上で動作している仮想マシンの識別情報を取得し、
    　前記監視対象となる仮想マシンの識別情報と前記監視対象となる仮想マシンの種別とを対応付けて記憶する記憶部を参照して、取得した前記仮想マシンの識別情報に対応する前記仮想マシンの種別を特定し、
    　特定した前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを関連付けて出力する、
    　処理を実行させることを特徴とする監視プログラム。
  2. 　前記コンピュータに、
    　前記仮想マシンの種別が特定された場合、前記サーバ群のうちのサーバ間の接続関係を表す接続情報を参照して、前記サーバと接続関係を有する他のサーバを検出する処理を実行させ、
    　前記出力する処理は、
    　さらに、前記サーバと接続関係を有する他のサーバの識別情報を関連付けて出力することを特徴とする請求項１に記載の監視プログラム。
  3. 　前記出力する処理は、
    　前記仮想マシンの種別がネットワーク機器を表す種別の場合に、さらに、前記サーバと接続関係を有する他のサーバの識別情報を関連付けて出力することを特徴とする請求項２に記載の監視プログラム。
  4. 　前記コンピュータに、
    　前記仮想マシンの種別が特定された場合、前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを対応付けて前記記憶部に記憶する処理を実行させ、
    　前記出力する処理は、
    　前記仮想マシンに関する情報の出力要求を受け付けた場合に、前記記憶部に対応付けて記憶されている前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを出力することを特徴とする請求項３に記載の監視プログラム。
  5. 　前記コンピュータに、
    　前記サーバ群の各々のサーバに、前記各々のサーバ上で動作している仮想マシンの識別情報を問い合わせることにより仮想マシンの識別情報を取得する処理を実行させ、
    　前記出力する処理は、
    　取得した前記仮想マシンの識別情報の中に、前記サーバから前回取得した仮想マシンの識別情報が含まれていない場合、前記サーバ上で動作していた仮想マシンの状態が異常であることを示す状態情報を、当該仮想マシンの種別、当該仮想マシンの識別情報および前記サーバの識別情報と関連付けて出力することを特徴とする請求項１～４のいずれか一つに記載の監視プログラム。
  6. 　コンピュータが、
    　監視対象となる仮想マシンの移行先候補となるサーバ群に含まれるサーバから、前記サーバ上で動作している仮想マシンの識別情報を取得し、
    　前記監視対象となる仮想マシンの識別情報と前記監視対象となる仮想マシンの種別とを対応付けて記憶する記憶部を参照して、取得した前記仮想マシンの識別情報に対応する前記仮想マシンの種別を特定し、
    　特定した前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを関連付けて出力する、
    　処理を実行することを特徴とする監視方法。
  7. 　監視対象となる仮想マシンの移行先候補となるサーバ群に含まれるサーバから、前記サーバ上で動作している仮想マシンの識別情報を取得する取得部と、
    　前記監視対象となる仮想マシンの識別情報と前記監視対象となる仮想マシンの種別とを対応付けて記憶する記憶部を参照して、前記取得部によって取得された前記仮想マシンの識別情報に対応する前記仮想マシンの種別を特定する特定部と、
    　前記特定部によって特定された前記仮想マシンの種別と前記仮想マシンの識別情報と前記サーバの識別情報とを関連付けて出力する出力部と、
    　を備えることを特徴とする監視装置。
PCT/JP2011/080511 2011-12-28 2011-12-28 監視プログラム、監視方法および監視装置 WO2013099023A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2011/080511 WO2013099023A1 (ja) 2011-12-28 2011-12-28 監視プログラム、監視方法および監視装置
JP2013551155A JP5949782B2 (ja) 2011-12-28 2011-12-28 監視プログラム、監視方法および監視装置
US14/313,142 US9660883B2 (en) 2011-12-28 2014-06-24 Computer product, monitoring method, and monitoring apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/080511 WO2013099023A1 (ja) 2011-12-28 2011-12-28 監視プログラム、監視方法および監視装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/313,142 Continuation US9660883B2 (en) 2011-12-28 2014-06-24 Computer product, monitoring method, and monitoring apparatus

Publications (1)

Publication Number Publication Date
WO2013099023A1 true WO2013099023A1 (ja) 2013-07-04

Family

ID=48696581

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/080511 WO2013099023A1 (ja) 2011-12-28 2011-12-28 監視プログラム、監視方法および監視装置

Country Status (3)

Country Link
US (1) US9660883B2 (ja)
JP (1) JP5949782B2 (ja)
WO (1) WO2013099023A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015154301A (ja) * 2014-02-17 2015-08-24 日本電気株式会社 ネットワーク監視装置、システム、方法及びプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9413594B2 (en) * 2014-02-12 2016-08-09 Red Hat Israel, Ltd. Transmitting encapsulated SNMP commands to virtual machines
US11210120B2 (en) * 2014-06-30 2021-12-28 Vmware, Inc. Location management in a volume action service
US11061706B2 (en) * 2017-01-06 2021-07-13 Cisco Technology, Inc. Method of tracking usage of virtual machines
US10678817B2 (en) * 2017-02-03 2020-06-09 DataJaguar, Inc Systems and methods of scalable distributed databases
US10484265B2 (en) * 2017-04-27 2019-11-19 At&T Intellectual Property I, L.P. Dynamic update of virtual network topology
CN112887355B (zh) * 2019-11-29 2022-09-27 北京百度网讯科技有限公司 异常服务器的业务处理方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009232207A (ja) * 2008-03-24 2009-10-08 Hitachi Ltd ネットワークスイッチ装置、サーバシステム及びサーバシステムにおけるサーバ移送方法
JP2011008481A (ja) * 2009-06-25 2011-01-13 Hitachi Ltd 計算機システムとその稼働情報管理方法
JP2011128967A (ja) * 2009-12-18 2011-06-30 Hitachi Ltd 仮想計算機の移動方法、仮想計算機システム及びプログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3466927B2 (ja) 1998-07-08 2003-11-17 日本電信電話株式会社 伝送管理装置及び伝送管理方法
US20050246453A1 (en) 2004-04-30 2005-11-03 Microsoft Corporation Providing direct access to hardware from a virtual environment
US8707383B2 (en) * 2006-08-16 2014-04-22 International Business Machines Corporation Computer workload management with security policy enforcement
JP4918668B2 (ja) 2008-06-27 2012-04-18 株式会社日立システムズ 仮想化環境運用支援システム及び仮想化環境運用支援プログラム
US8719069B2 (en) * 2009-07-23 2014-05-06 Brocade Communications Systems, Inc. Method and apparatus for providing virtual machine information to a network interface
US8307362B1 (en) * 2009-12-18 2012-11-06 Emc Corporation Resource allocation in a virtualized environment
JP5282046B2 (ja) * 2010-01-05 2013-09-04 株式会社日立製作所 計算機システム及びその可用化方法
JP5458995B2 (ja) 2010-03-18 2014-04-02 日本電気株式会社 システム構造管理装置、システム構造管理方法、及びプログラム
JP2011198299A (ja) 2010-03-23 2011-10-06 Fujitsu Ltd プログラム、コンピュータ、通信装置および通信制御システム
US20110283277A1 (en) * 2010-05-11 2011-11-17 International Business Machines Corporation Virtualization and dynamic resource allocation aware storage level reordering
JP5458308B2 (ja) * 2010-06-11 2014-04-02 株式会社日立製作所 仮想計算機システム、仮想計算機システムの監視方法及びネットワーク装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009232207A (ja) * 2008-03-24 2009-10-08 Hitachi Ltd ネットワークスイッチ装置、サーバシステム及びサーバシステムにおけるサーバ移送方法
JP2011008481A (ja) * 2009-06-25 2011-01-13 Hitachi Ltd 計算機システムとその稼働情報管理方法
JP2011128967A (ja) * 2009-12-18 2011-06-30 Hitachi Ltd 仮想計算機の移動方法、仮想計算機システム及びプログラム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015154301A (ja) * 2014-02-17 2015-08-24 日本電気株式会社 ネットワーク監視装置、システム、方法及びプログラム

Also Published As

Publication number Publication date
JPWO2013099023A1 (ja) 2015-04-30
US20140310409A1 (en) 2014-10-16
US9660883B2 (en) 2017-05-23
JP5949782B2 (ja) 2016-07-13

Similar Documents

Publication Publication Date Title
JP5949782B2 (ja) 監視プログラム、監視方法および監視装置
US10057124B2 (en) Resolving configuration errors through recommendations
US8612574B2 (en) Computer system for managing configuration item, and method and computer program therefor
CN108139965B (zh) 管理服务器以及使用该管理服务器的管理方法
JP2007172003A (ja) ストレージ装置を有するネットワークにおける、ボリューム及び障害管理方法
US20140032753A1 (en) Computer system and node search method
JP2004127141A (ja) ストレージ装置を有するネットワークにおける、ボリューム及び障害管理方法
JP2010257008A (ja) 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法
US20140029033A1 (en) Data processing apparatus, data processing system, and computer-readable storage medium
US9083604B2 (en) Information processing apparatus, client management system, and client management method
JP4874908B2 (ja) 情報処理システム、および監視方法
US10180898B2 (en) Test device, network system, and test method
US20120133967A1 (en) Universal Device Driver and Device Control Program
EP3240231A1 (en) Cloud-configuration visualization system, cloud-configuration visualization method, and cloud-configuration visualization program
JP2010020403A (ja) 印刷機器選択装置および印刷機器選択プログラム
US10235005B2 (en) Method of generating display name of objects to be managed
US10521261B2 (en) Management system and management method which manage computer system
JP6576160B2 (ja) 管理システム、管理システムの制御方法、およびプログラム
JP2017010525A (ja) 情報処理システム、情報処理装置、情報処理方法、及びプログラム
WO2016103422A1 (ja) クラウド構成保存システム、クラウド構成保存方法及びクラウド構成保存プログラム
JP2014032475A (ja) 仮想計算機システムおよび仮想計算機の制御方法
US9727362B2 (en) Execution control method, storage medium, and execution control apparatus
JP4575462B2 (ja) ストレージ装置を有するネットワークにおける障害情報管理方法及び管理サーバ
US11422912B2 (en) Accurate time estimates for operations performed on an SDDC
JP4256912B2 (ja) ストレージ装置を有するネットワークにおける、ボリューム及び障害管理方法

Legal Events

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

Ref document number: 11878708

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2013551155

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11878708

Country of ref document: EP

Kind code of ref document: A1