WO2017094194A1 - 計算機システム、及び、装置の管理方法 - Google Patents

計算機システム、及び、装置の管理方法 Download PDF

Info

Publication number
WO2017094194A1
WO2017094194A1 PCT/JP2015/084192 JP2015084192W WO2017094194A1 WO 2017094194 A1 WO2017094194 A1 WO 2017094194A1 JP 2015084192 W JP2015084192 W JP 2015084192W WO 2017094194 A1 WO2017094194 A1 WO 2017094194A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
management computer
management
service
policy
Prior art date
Application number
PCT/JP2015/084192
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/JP2015/084192 priority Critical patent/WO2017094194A1/ja
Priority to JP2017553595A priority patent/JP6568232B2/ja
Priority to US15/758,356 priority patent/US10423549B2/en
Publication of WO2017094194A1 publication Critical patent/WO2017094194A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/16—Handling requests for interconnection or transfer for access to memory bus
    • G06F13/1668—Details of memory controller
    • G06F13/1694—Configuration of memory controller to different memory types
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14—Handling requests for interconnection or transfer
    • G06F13/16—Handling requests for interconnection or transfer for access to memory bus
    • G06F13/1668—Details of memory controller
    • G06F13/1689—Synchronisation and timing concerns
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604—Improving or facilitating administration, e.g. storage management
    • G06F3/0605—Improving or facilitating administration, e.g. storage management by facilitating the interaction with a user or administrator
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0629—Configuration or reconfiguration of storage systems
    • G06F3/0631—Configuration or reconfiguration of storage systems by allocating resources to storage systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0628—Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0653—Monitoring storage devices or systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601—Interfaces specially adapted for storage systems
    • G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
    • G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]

Definitions

  • the present invention relates to computer system technology, and more particularly to technology for managing devices.
  • management SaaS Software as a Service
  • Patent Document 1 discloses a technique for managing all computers related to a plurality of computers to be managed by collecting all information related to the objects (for example, volumes of a storage device) of the computers. Yes.
  • Patent Document 1 it is necessary for the management computer to collect all information related to the objects that each of the plurality of computers has. Therefore, as the scale of the computer system increases, the load on the management computer increases, and the load on the computer that provides object information also increases.
  • an object of the present invention is to reduce the load on the management computer and the plurality of devices when managing a plurality of devices included in the computer system.
  • a computer system includes a plurality of devices and a plurality of management computers.
  • the device has one or more objects to be managed from the management computer.
  • the plurality of management computers provide a service that manages one or more objects.
  • An information provision cycle is set for each object of each service.
  • the representative management computer which is one of the plurality of management computers, includes an information collection policy in which a policy regarding collection of object information is defined, and an information provision period set for each object of each service being executed. , The management computer in charge of collecting each object information is determined, and the management computer is informed of the object in charge of the management to the determined management computer.
  • the present invention it is possible to reduce the load on the management computer and the plurality of devices when managing a plurality of devices included in the computer system.
  • the structural example of a computer system is shown. It is a sequence chart which shows the example of the exchange between the provider of a service, and a user.
  • the structural example of a service classification management table is shown.
  • the structural example of a structure information table is shown.
  • the structural example of an execution service management table is shown. It is explanatory drawing expressed in time series based on the execution service management table and information provision interval shown in FIG.
  • the structural example of a charge management table is shown. It is a flowchart which shows the example of a process of the representative management computer in case a service is changed. It is a flowchart which shows the example of an information acquisition method determination process.
  • the process may be described using “program” as a subject.
  • the program is executed by a processor (for example, a CPU (Central Processing Unit)), so that a predetermined process is appropriately performed. Since the processing is performed using at least one of a storage resource (for example, a memory) and a communication interface device, the subject of the processing may be a processor and an apparatus having the processor. Part or all of the processing performed by the processor may be performed by a hardware circuit.
  • the computer program may be installed from a program source.
  • the program source may be a program distribution server or a storage medium (for example, a portable storage medium).
  • a set of one or more computers that manage at least one device included in the computer system may be referred to as a “management system”.
  • the management computer may be a management system.
  • the management system may be a combination of the management computer and the display computer.
  • multiple computers may perform processing equivalent to that of the management computer. In this case, these multiple computers (for display when the display computer performs display) A computer may also be included).
  • the management computer is a management system.
  • the management computer displaying information may mean displaying information on a display device of the management computer, or displaying information on a display computer (eg client) connected to the management computer (eg server). Information may be transmitted. In the latter case, information represented by the display information is displayed by the display computer on a display device included in the display computer.
  • FIG. 1 is an explanatory diagram showing an outline of the present embodiment.
  • the computer system 1 includes a plurality of storage apparatuses 2000 and a plurality of management computers 1000 which are examples of computers.
  • the storage apparatus 2000 may have one or more objects.
  • a plurality of management computers 1000 can cooperate to provide a service for managing one or more objects.
  • An information provision cycle is set for each object of each service.
  • a representative management computer (for example, management computer A), which is one of the plurality of management computers 1000, is set in an information collection policy in which a policy relating to collection of object information is defined, and in each object of each service being executed.
  • the management computer 1000 (for example, the management computer B) that is responsible for collecting each object information is determined based on the information provision cycle that is being provided, and the management computer 1000 is responsible for each of the determined management computers 1000 Notification of the object to be performed.
  • the representative management computer When the representative management computer detects a change in the operating status of the service, the representative management computer executes the determination of the management computer 1000 responsible for the collection of each object information described above and the notification process for the determined management computer 1000 Also good. Examples of changing the operating status of a service include a case where a new service is operated, an operating service is deleted, and an object managed by the operating service is changed.
  • FIG. 2 shows a configuration example of a computer system.
  • the computer system 1 includes one or more management computers 1000, one or more storage apparatuses 2000 that are examples of apparatuses, and one or more servers 3000 that are examples of apparatuses.
  • the server 3000 and the storage apparatus 2000 are connected to each other via a SAN (Storage Area Network) 4000 that is an example of a data network.
  • a SAN Storage Area Network
  • An example of a SAN is a fiber channel or the like.
  • the management computer 1000, the storage device 2000, and the server 3000 are connected to each other via the management network 5000.
  • the management computer 1000 may include a memory 1100, a communication device 1200, a processor 1300, an output device 1400, an input device 1500, and a storage device 1600. These elements may be connected to each other via an internal bus 1700 so that bidirectional communication is possible.
  • the memory 1100 includes a service type management table 1120, a configuration information table 1130, an execution service management table 1140, a responsible management table 1150, a service detection program 1160, a service identification program 1170, a management computer determination program 1180, a management computer linkage program 1190, information
  • An acquisition program 11100 and an object detection program 11110 may be stored.
  • the service type management table 1120 manages services that the management computer 1000 can provide. Details of the service type management table 1120 will be described later (see FIG. 4).
  • the configuration information table 1130 manages information related to the configuration of the computer system 1. Details of the configuration information management table 1130 will be described later (see FIG. 5).
  • the communication device 1200 is a device for connecting the management computer 1000 to the management network 5000.
  • the processor 1300 is a device that can execute a program developed on the memory 1100. Various functions of the management computer 1000 may be realized by the processor executing the program.
  • the output device 1400 is a device for outputting the processing result executed by the management computer 1000.
  • Examples of output devices are displays, speakers and the like.
  • the input device 1500 is a device for an administrator to input an instruction to the management computer 1000.
  • Examples of the input device are a keyboard and a mouse.
  • the storage device 1600 is a device that can hold information (data). Examples of the storage device 1600 are an HDD (Hard Disk Drive), an SSD (Solid State Drive), and the like.
  • a plurality of virtual management computers may operate on one or more physical management computers.
  • each of a plurality of virtual management computers may have programs 1160, 1170, 1180, 1190, 11100, and 11110, and execute these programs.
  • each table included in the memory 1100 such as the configuration information table 1130 will be described using an RDB (Relational Database) form.
  • RDB Relational Database
  • information between the management computers is synchronized by transmitting and receiving after the consistency of the DB information between the management computers.
  • the DB form and its synchronization method may be other than that.
  • information may be shared between management computers by distributed KVS (Key Value Store).
  • Various programs and tables may be stored in a storage device 1600 or other storage device (not shown) other than the memory 1100, for example.
  • the processor 1300 may acquire various programs and tables, expand them in the memory 1100, and execute them.
  • a program and a table may be stored in the memory 2100 of the storage apparatus 2000, and the storage apparatus 2000 or the server 3000 may execute the program stored in the memory 2100.
  • another device such as another server 3000 or a switch (not shown) may store the program and table in a predetermined memory and execute the program stored in the memory.
  • the management computer 1000 may be able to communicate with a program operating on the server 3000 through the management network 5000.
  • the storage device 2000 may include a memory 2100, a storage device 2200, a disk I / F controller 2300, a management I / F 2400, a processor 2500, and a data I / F 2600. These elements may be connected via a communication path 2700 such as an internal bus so that bidirectional communication is possible.
  • the memory 2100 may have a disk cache 2110.
  • the disk cache 2110 is a storage area for temporarily storing information.
  • the memory 2100 may store a configuration information collection program 2120.
  • the configuration information collection program 2120 is a program for transmitting / receiving management information and performance information of the storage apparatus 2000 to / from the management computer 1000.
  • the storage apparatus may include a pool 2220 configured by storage areas of one or more storage devices 2200.
  • the storage apparatus 2000 may logically divide the area of the pool 2220 and provide the logically divided area as the logical volume 2210.
  • the external device may be able to access the logical volume 2210 provided by the storage device 2000 via a communication network.
  • Each pool 2220 and logical volume 2210 may be assigned an ID. As a result, the storage apparatus 2000 can uniquely identify the pool 2220 and the logical volume 2210, respectively.
  • one pool 2220 (POOL1) is logically divided, and one logical volume 2210 (LV1) is generated using the divided one.
  • the logical volume 2210 (LV1) is provided to an external device (for example, the server 3000).
  • One logical volume 2210 may be created using all storage areas of one pool 2220.
  • the disk I / F controller 2300 is a device for connecting and controlling the storage device 2200.
  • An example of the storage device 2200 is an HDD, a flash memory, or the like.
  • Management I / F 2400 is a device for connecting the storage apparatus 2000 to the management network 5000.
  • the processor 2500 is a device that executes a program expanded on the memory 2100.
  • the data I / F 2600 is a device for connecting the storage apparatus 2000 to the SAN 4000.
  • the configuration information collection program 2120 may be stored other than the memory 2100, for example, in another storage device or another storage medium.
  • the processor 2500 may acquire the configuration information collection program 2120, expand it in the memory 2100, and execute it when executing the process.
  • the configuration information collection program 2120 may be stored in the memory 1100 of the management computer 1000.
  • the processor 1300 of the management computer 1000 may execute the configuration information collection program 2120.
  • the configuration information collection program 2120 may be stored in another storage device. Then, the processor of another storage apparatus may execute the configuration information collection program 2120.
  • the server 3000 may include a memory 3100, a data I / F 3200, a processor 3300, and a management I / F 3400. These elements may be connected via a communication path 3500 such as an internal bus so that bidirectional communication is possible.
  • the memory 3100 may store a configuration information collection program 3110, a business program 3120, and a volume management program 3130.
  • the configuration information collection program 3110 is a program for transmitting / receiving management information and performance information of the server 3000 to / from the management computer 1000.
  • the business program 3120 is a program for realizing the business executed by the server 3000.
  • Examples of the business program 3120 include a DBMS (Data Base Management System), a file system, and the like.
  • the volume management program 3130 is a program for allocating the logical volume 2210 provided by the storage apparatus 2000 to the server 3000.
  • the server 3000 performs various operations using the logical volume 2210 provided from the storage apparatus 2000.
  • Various programs may be stored in other storage devices other than the memory 3100, for example.
  • the processor 3300 may acquire a program to be processed at the time of executing the processing, expand it in the memory 3100, and execute the program.
  • the server A and the storage device A are connected to each other via the SAN 4000.
  • the connection between the storage apparatus 2000 and the server 3000 is not limited to the direct connection via the fiber channel.
  • it may be connected via one or more network devices such as a fiber channel switch.
  • the connection between the storage apparatus 2000 and the server 3000 may be a network for data communication, for example, an IP (Internet Protocol) network.
  • IP Internet Protocol
  • FIG. 3 is a sequence chart showing an example of an exchange between a service provider and a user.
  • the service user issues a service use request to the service provider.
  • the service usage request may include a request for a service application, an information provision interval, and the like. This operation may correspond to processing such as step 101 in the flowchart of FIG. 9 and step 301 in the flowchart of FIG.
  • the service provider Upon receiving the service use request, the service provider receives an object (a component such as a server or storage; may be referred to as a resource) used in the service based on the service use request, and Identify services for managing services.
  • the “service” in the present embodiment may be a service for managing a service provided to a service user (ie, “management service”).
  • the service provider provides the service user with the requested resource and provides a service for managing the provided object.
  • the information related to the service may include information (applications, systems, etc.) related to the business to which the service user applies the service.
  • FIG. 4 shows a configuration example of the service type management table 1120.
  • the service type management table 1120 is a table for managing information related to service types.
  • the service type management table 1120 may include a service type 1121, an information provision interval 1122, and an object type 1123 as item values (or column values; the same applies hereinafter).
  • the service type 1121 is a type (or identifier) of a management service that can be provided to the user.
  • management service types are a performance monitoring service, a performance analysis service, a data optimal arrangement service, and a data capacity monitoring service.
  • the performance monitoring service is a management service that periodically acquires information about the performance of an object and presents whether or not a problem has occurred in the performance of the object.
  • the information provision interval 1122 is a value indicating an information provision interval (cycle) that can be set in the management service of the service type 1121. For example, when the information provision interval 1122 for the service type 1121 “performance monitoring service” is “5 minutes or more”, it indicates that the performance monitoring service can provide information at intervals (cycles) of 5 minutes or more. For the information provision interval 1122, only a lower limit value may be set such as “5 minutes or more”, or a lower limit value and an upper limit value may be set such as “between 5 minutes and 60 minutes”. Alternatively, the information provision interval 1122 may be set to “real time” that provides the latest information when the user requests, instead of providing periodic information. The information provision interval 1122 may be set for each object type 1123.
  • the object type 1123 is information indicating the type of object necessary for providing the service of the service type 1121.
  • the object type 1123 is, for example, “logical volume”, “pool”, “port”, “processor”, “cache”, etc., when the management service targets the storage device.
  • the device targeted by the service may be a server, a switch, a virtual resource (virtual server), or the like. That is, the object type 1123 may correspond to physical and logical components of a device targeted by the service.
  • the virtual machine disk when the performance analysis service receives information on the object type “volume”, “port”, and “pool” related to the storage device, the virtual machine disk Sometimes information is needed.
  • “virtual machine disk information” may be added to the object type 1123 in the performance analysis service 1121 so that the disk information of such a virtual machine can be acquired in advance.
  • the service type 1121 is not limited to the object type 1123 that is directly necessary for realizing the service type, but may also be associated with an object type 1123 related to the service type.
  • the contents of the service type management table 1120 may be set in advance. Alternatively, the contents of the service type management table 1120 may be automatically set based on information collected from each device of the computer system 1. For example, the performance monitoring software may collect information from each device of the computer system 1 and perform settings related to the performance monitoring service based on the collected information.
  • the information provision interval 1120 may vary depending on the number of objects. For example, when the number of objects is less than 10,000, information can be provided at an information provision interval 1120 “5 minutes or more”, and when the number of objects is 10,000 or more, information can be provided at an information provision interval “10 minutes or more” It may be.
  • FIG. 5 shows a configuration example of the configuration information table 1130.
  • the configuration information table 1130 is a table for managing information related to the configuration of the computer system 1.
  • the configuration information table 1130 may have, as item values, a business ID 1131, a server ID 1132, a virtual machine ID 1133, a storage ID 1134, a port ID 1135, a volume ID 1136, and a pool ID 1137.
  • the business ID 1131 is an identifier of a business program operated on the server 3000.
  • the server ID 1132 is an identifier of the server 3000.
  • the virtual machine ID 1133 is an identifier of a virtual machine that runs on the server 3000.
  • the storage ID 1134 is an identifier of the storage apparatus 2000 that is the access destination of the server 3000.
  • the port ID 1135 is an identifier of the data I / F 2600 of the storage apparatus 2000 that is used when the physical server 3000 accesses the logical volume 2210 of the volume ID 1136.
  • the volume ID 1136 is an identifier of the logical volume 2210.
  • the pool ID 1137 is an identifier of the pool 2220 that is used to create the logical volume 2210 with the volume ID 1136.
  • the record of the configuration information table 1130 indicates a device existing on the I / O (input / output) path from the business program running on the server 3000 to the pool that configures the logical volume used by the server 3000. May be shown.
  • the business X application is operating with the virtual machine ID 1133 “VM1” operating on the server ID 1132 “Sv1”.
  • the volume ID 1136 “Vol1” is accessible via the port ID 1135 “PortA” of the storage ID 1134 “Stg1”, and this “Vol1” is generated from the pool ID 1137 “Pool10”.
  • the management computer 1000 may generate the configuration information table 1130 using information collected from each device or the like of the computer system 1.
  • the management computer 1000 may acquire information related to the configuration information table 1130 in advance separately from each object information (which may include performance information).
  • the configuration information table 1130 may have been generated when determining a performance information acquisition method to be described later.
  • management computers 1000 may share information in the configuration information table 1130.
  • the sharing method may be any method such as a distributed DB.
  • Each ID 1132 to 1137 associated with the business ID 1131 of the configuration information table 1130 can also be said to be an object used in the execution of the business program of the business ID 1131.
  • the object may be physical or virtual.
  • the configuration information table 1130 may have, as an item value, the ID of the drive related to the mount point of the server 3000, which is an object used when the business program accesses.
  • the configuration information table 1130 may have the ID of the data I / F 3200 of the server 3000 used when the server 3000 accesses the logical volume 2210 indicated by the volume ID 1136 as an item value.
  • the configuration information table 1130 may have the ID of the processor 1300 used for I / O processing for the logical volume 2210 as an item value.
  • the configuration information table 1130 may have an ID such as a switch or a data I / F of the switch as an item value.
  • the configuration information table 1130 may have an ID of a business program (such as a DBMS) on the business server 3000 as an item value.
  • FIG. 6 shows a configuration example of the execution service management table 1140.
  • the execution service management table 1140 is a table for managing the service being executed.
  • the execution service management table 1140 may include an execution service ID 1141, a service type 1142, an information provision interval 1143, a business ID 1144, a device type 1145, a device ID 1146, an object type 1147, and an object ID 1148 as item values.
  • the execution service ID 1141 is an identifier of the service being executed.
  • the service type 1142 is information indicating the service type of the execution service ID 1141.
  • the information of the service type 1142 may be any of the service types 1121 of the service type management table 1120.
  • the information provision interval 1143 is a value (time) indicating an information provision interval in the service of the execution service ID 1141.
  • the information provision interval 1143 may be set by a user or a management computer.
  • the information provision interval 1143 can take a value within the range set in the information provision interval 1122 of the service type management table 1120.
  • the business ID 1144 is an identifier indicating a business program to which the service of the execution service ID 1141 is applied.
  • the business ID 1144 may be set by the user or the management computer 1000.
  • the business ID 1144 may be any of the business IDs 1131 in the configuration information table 1130.
  • N / A may be set in the business ID 1144.
  • the business ID 1144 is “N / A” in the record of the execution service ID 1140 “2” and the service type 1142 “capacity monitoring service”. In this case, all pools (1147) are targeted for service.
  • the device type 1145 is information indicating the type of device necessary for providing the service with the execution service ID 1140.
  • Examples of the device type 1145 are a server, a switch, and a storage.
  • the device ID 1146 is an identifier of a device necessary for providing the service of the execution service ID 1140. That is, the device type 1145 is the device type of the device ID 1146.
  • the object type 1147 is information indicating the type of object necessary for providing the service of the execution service ID 1140. Examples of the object type 1147 are a port, a volume, and a pool.
  • the object ID 1148 is an identifier of an object necessary for providing the service of the execution service ID 1140. That is, the object type of the object ID 1148 is the object type 1147.
  • the service specifying program 1170 may set the above item values using information in the service use request, the service type management table 1120, and / or the configuration information table 1130. As described with reference to FIG. 3, the service use request may be input from the user via the input device 1500 or the communication device 1200.
  • the service identification program 1170 may determine the correspondence between the service type 1142 and the object type 1147 in the execution service management table 1140 based on the correspondence between the service type 1121 and the object type 1123 in the service type management table 1120.
  • the service specifying program 1170 determines the correspondence between the business ID 1144 in the execution service management table 1140, the device type 1145, the device ID 1146, and the object ID 1148. You may decide.
  • FIG. 7 is an explanatory diagram representing the execution service management table 1140 shown in FIG. 6 in time series based on the information provision interval 1143.
  • the service ID 1140 is specified by the service ID 1140, the device ID 1146, the object type 1147, and the object ID 1148 at the timing of the information provision interval (for example, 5 minutes, 10 minutes, 15 minutes, 20 minutes, 25 minutes, 30 minutes). It indicates whether or not each object information needs to be acquired.
  • “ ⁇ ” at the timing of each information provision interval indicates that it is necessary to acquire object information corresponding to the “ ⁇ ” at that timing.
  • the management computer 1000 may acquire information related to the object ID 1148 of any one of the services. . This is because the same object information in each of the different service IDs 1141 is the same information at the same information provision interval timing. For example, in the case of FIG. 7, at the information provision interval timing “10 minutes”, information related to the object ID 1148 “PortA” included in the service ID 1141 “1” and object ID 1148 “PortA” included in the service ID 1141 “3” Such information is the same information. Therefore, the management computer 1000 may acquire information related to the service ID 1141 “1” or “3”, the object ID 1148 “Port A”. That is, the management computer 1000 only has to issue one information acquisition request for the object ID 1148 “PortA” to the storage device with the device ID 1146 “Stg1” at the timing “10 minutes” of the information provision interval.
  • the management computer 1000 When acquiring object information corresponding to the same device ID 1146 and the same object type 1147 included in services of different service IDs 1141 at the same information provision interval timing, the management computer 1000 acquires the information collectively. do it. For example, in the case of FIG. 7, at the information provision interval timing “10 minutes”, the object IDs 1148 “Vol1” and “Vol2” included in the service ID 1141 “1” and the object ID 1148 “Vol3” included in the service ID 1141 “3”. Are the same device ID 1146 “Stg1” and the same object type 1147 “volume”.
  • the management computer 1000 makes an acquisition request for information related to the object IDs 1148 “Vol1”, “Vol2”, and “Vol3” to the storage device with the device ID 1146 “Stg1” at the timing “10 minutes” of the information provision interval. You only need to issue one. In this way, an acquisition request in which a plurality of object information acquisition requests are collected may be referred to as a “bulk acquisition request”.
  • FIG. 8 shows a configuration example of the charge management table 1150.
  • the responsible management table 1150 is a table for managing the management computer 1000 responsible for collecting object information.
  • the charge management table 1150 may include a timing 1151, a management computer ID 1152, a device type 1153, a device ID 1154, an object type 1155, an object ID 1156, and a related service ID 1157 as item values.
  • the timing 1151 is a value indicating the timing at which the management computer 1000 issues an information acquisition request related to the object ID 1156.
  • the value of the timing 1151 is set such that the least common multiple of the information providing intervals 1143 of all the services being executed (or a predetermined group) is one cycle, and the information providing intervals 1143 of the respective services being executed within the cycle It may be the timing.
  • the timing 1151 is the information providing interval 1143 “10 minutes”, “15 minutes”, “30 minutes” that is the least common multiple of “5 minutes” as one period, and is being executed within that period. It may be any one of “5 minutes”, “10 minutes”, “15 minutes”, “20 minutes”, “25 minutes”, and “30 minutes”, which is the timing of each information provision interval of each service. (See also FIG. 7).
  • the management computer ID 1152 is an identifier of the management computer 1000 that issues an acquisition request at the timing 1151.
  • the device type 1153, the device ID 1154, the object type 1155, and the object ID 1156 are as described in FIG.
  • the related service ID 1157 is an identifier of a service that needs to be acquired related to the object having the object ID 1156 at the timing 1151.
  • the management computer ID 1152 “1” issues one object information acquisition request for the object ID 1156 “Port A” to the device ID 1154 “Stg1”.
  • the information related to the object ID 1156 “Port A” is required for the related service IDs 1157 “1” and “3”, but since it is the same information, the management computer ID 1152 “1” is acquired at the timing “30 minutes”. Only one request needs to be issued.
  • the management computer ID 1152 “3” makes one bulk acquisition request for object information related to the object IDs 1156 “Pool 10” and “Pool 11” with respect to the device ID 1154 “Stg1”. Issue. This is because they have the same device ID “Stg1” and the same object type 1155 “pool”.
  • one management computer (referred to as “representative management computer”) among the plurality of management computers 1000 in the computer system 1 may issue only one acquisition request at a certain timing.
  • the management computer in charge of acquisition of each object information may be determined (sorted) so that it is good and / or one management computer only needs to issue one bulk acquisition request.
  • FIG. 9 is a flowchart showing a processing example of the representative management computer when the service is changed.
  • This processing is realized by the processor 1300 of the representative management computer executing the service detection program 1160, the service identification program 1170, the management computer determination program 1180, and the management computer cooperation program 1190 that are expanded on the memory 1100. Good.
  • This process is an example of a case where a new service is executed and added, but the same applies to a case where an object associated with a service being executed is updated.
  • Step 101 When the service detection program 1160 detects a change in service execution status (such as new addition / change of a service), the service detection program 1160 proceeds to Step 102.
  • the service detection program 1160 may receive information on the update contents of the service.
  • the change content information may be information input by the user via the input device 1500 and the GUI.
  • the change content information may be information transmitted from another management computer.
  • the information on the content of the change may include information such as the service type newly selected by the user, the service type to be added or changed, the information provision interval, and the business targeted for the service.
  • the service detection program 1160 may set the information of this change content in the service type 1142, the information provision interval 1143, and the business ID 1144, and register it in the execution service management table 1140 as a record of the new service ID 1141.
  • the service specifying program 1170 specifies an object necessary for providing the service and the acquisition timing of the object information. Then, the process proceeds to Step 103.
  • the service specifying program 1170 may refer to the configuration information table 1130 and acquire configuration information related to the business selected as the service target in step 101.
  • the service specifying program 1170 includes a server ID 1132, a virtual machine ID 1133, a storage ID 1134, a port ID 1135, a volume ID 1136, a pool corresponding to the business ID 1131 selected as a service target in step 101 from the configuration information table 1130. ID 1137 may be acquired.
  • the service specifying program 1170 refers to the service type management table 1120, extracts an object to be managed from the acquired configuration information, and stores information about the extracted object in one of the execution service management tables 1140.
  • the device type 1145, the device ID 1146, the object type 1147, and the object ID 1148 may be stored in the record.
  • the service specifying program 1170 may specify object information accessible by the service user in cooperation with a function for managing access, and store only the specified information in the execution service management table 1140.
  • the management computer determination program 1180 refers to the information in the management table 1150, and identifies the service and object information that each management computer 1000 is in charge of, and the information acquisition timing 1151. Then, the process proceeds to Step 104.
  • Step 104 The management computer determination program 1180 calculates the least common multiple of the timing 1157 of each service and sets it as an acquisition cycle. Then, the process proceeds to Step 105. For example, the management computer determination program 1180 calculates the least common multiple in the information provision interval of the new service to be executed and the information provision interval 1143 in all (or in a predetermined group) of the execution service management table 1140. For example, in the case of FIG.
  • the information providing interval 1143 of the running service ID 1141 “1” is “10 minutes”
  • the information providing interval 1143 of the running service ID 1141 “2” is “15 minutes”
  • the service of the newly added service Since the information provision interval 1143 of the ID 1141 “3” is “5 minutes”, “30 minutes” that is the least common multiple of “10 minutes”, “15 minutes”, and “5 minutes” may be used as the acquisition cycle.
  • the timing at which each service acquires information within the acquisition cycle is “5 minutes”, “10 minutes”, “15 minutes”, “20 minutes”, “25 minutes”, and “30 minutes”. .
  • the management computer determination program 1180 specifies an information acquisition policy corresponding to each timing within the acquisition cycle for each loop process by a combination of the device (A) and the object type (B). Then, the process proceeds to Step 106.
  • the devices and object types selected as the targets of the loop processes (A) and (B) are referred to as “selected device” and “selected object type”, respectively.
  • a policy relating to collection of object information is defined in the information acquisition policy. For example, in the information acquisition policy, when the same object is included in a plurality of different services being executed having the same timing in the repetition of the information provision cycle, these same services are included.
  • a first policy that causes one management computer 1000 to collect object information may be defined.
  • the information acquisition policy includes a plurality of different services having the same timing in the repetition of the information provision cycle, and includes the same type of objects.
  • a second policy may be defined in which one management computer 1000 is in charge of collecting the same type of object information.
  • the management computer determination program 1180 selects the timing (for example, the nth timing (n is a positive integer)) as the target of the loop processing according to the information acquisition policy specified in Step 105.
  • the information acquisition method determination process is executed. Then, the process proceeds to Step 107.
  • the information acquisition policy may be in any format, such as being stored in a table in a character string format.
  • the contents of the information acquisition policy may be set by the user or may be incorporated in the management computer in advance. Details of this information acquisition method determination processing will be described later (see FIG. 10).
  • Step 107 The management computer cooperation program 1190 executes a management computer charge determination process. Details of this processing will be described later (see FIG. 13). Then, the process proceeds to Step 108.
  • Step 108 The management computer cooperation program 1190 notifies each management computer 1000 determined in Step 107 of information such as an object to be handled, and ends this processing.
  • each management computer 1000 issues an object information acquisition request to the device that it is in charge of according to the information acquisition policy at the timing that it is in charge of. For example, if the management computer 1000 that has received the notification complies with the first policy described above, the management computer 1000 requests the same object information from the devices having the same object at the same timing in the repetition of the information provision cycle. May be issued.
  • the management computer 1000 when the management computer 1000 that has received the notification complies with the second policy described above, the management computer 1000 receives a plurality of pieces of object information of the same type for one device at the same timing in the repetition of the information provision cycle.
  • One request (bulk acquisition request) may be issued.
  • each management computer 1000 may hold the list information of its own and other management computers as a table.
  • the table holding the list information of management computers may hold information necessary for accessing each management computer.
  • this table may include a record that associates an identifier (identification information) of the management computer, an IP address of the management computer, and information on the installation location of the management computer (for example, site information).
  • This table may be shared by all management computers. For example, this table may be shared by management computer cooperation programs cooperating, using a DB function, or using a name server like DNS.
  • FIG. 10 is a flowchart showing an example of information acquisition method determination processing. This flowchart corresponds to the details of step 106 in FIG.
  • Step 201 The management computer determination program 1180 determines whether or not the selected object type of the selected device is already an acquisition target at the selection timing of FIG.
  • the management computer determination program 1180 proceeds to step 202 when the determination result of step 201 is positive (YES), and proceeds to step 204 when negative (NO).
  • Step 202 the management computer determination program 1180 selects one of one or more objects included in the selected object type of the selection device (referred to as “selected object”), and the selected object information has already been acquired. It is determined whether it is a target. That is, the management computer determination program 1180 determines whether or not the same object exists at the same timing. If the determination result in step 202 is affirmative (YES), the management computer determination program 1180 selects another object and performs the same determination. This is because it is not necessary to acquire this selected object information. If the determination result in step 202 is negative (NO), the management computer determination program 1180 proceeds to step 203.
  • Step 203 the management computer determination program 1180 determines the management computer that is already in charge of the selection object type of the selection device as the selection object. Then, if there remains an unselected object, the management computer determination program 1180 selects another object and performs steps 202 and 203 (executes loop processing (A)). Return to the caller.
  • the bulk acquisition request may describe parameters for a plurality of instruction sets.
  • the apparatus may execute the instruction set included in the bulk acquisition request and return the execution results together as one response. As a result, the object information acquisition process can be speeded up.
  • processing included in pre-processing and post-processing can be performed at once, and processing such as lock acquisition accompanying physical processing for the apparatus can be made more efficient.
  • processing such as lock acquisition accompanying physical processing for the apparatus can be made more efficient.
  • Step 204 When the selected object type of the selection device is not an acquisition target at the selection timing in FIG. 9 (Step 204: NO), the management computer determination program 1180 obtains information related to the selected object type at another timing. It is determined whether or not the acquired management computer exists. The management computer determination program 1180 proceeds to step 205 when the determination result of step 204 is positive (YES), and proceeds to step 206 when negative (NO).
  • Step 205 The management computer determination program 1180 determines the management computer that has acquired the information related to the selected object type at another timing to be in charge of the selected object type at the selection timing. Then, the process returns to the caller of this process.
  • Step 206 The management computer determination program 1180 determines the management computer with the smallest number of objects in charge at the selection timing to be in charge of the selected object type at the selection timing. Then, the process returns to the caller of this process.
  • step 204 the objects handled by each management computer are set to the same timing.
  • step 205 may be executed without executing step 204.
  • the management computer with the smallest number of objects in charge at the selection timing is determined as the management computer of the selection object type. May be.
  • the management computer in charge of the selected object type may be determined based on information such as CPU and memory load information and time required for information acquisition.
  • examples of information collection policies include: “Policies for acquiring all object information in preparation for acquisition failure, etc.”, “Specific devices and specifics based on SLA for each user, etc. For example, the policy for acquiring object information multiple times ”,“ the policy for acquiring object information multiple times only during a specific period (such as when some kind of failure event has occurred) ”, or the like.
  • the policy for acquiring object information multiple times “ the policy for acquiring object information multiple times only during a specific period (such as when some kind of failure event has occurred) ”, or the like.
  • FIG. 11 is a flowchart illustrating a processing example of the representative management computer when a service is deleted.
  • This process is realized by the processor 1300 of the representative management computer 1000 executing the service detection program 1160, the service identification program 1170, the management computer determination program 1180, and the management computer cooperation program 1190 that are expanded on the memory 1100. It's okay.
  • Step 301 When the service detection program 1160 detects a change in service execution status (service deletion), the service detection program 1160 proceeds to Step 302. At this time, the service detection program 1160 may receive information on the deletion contents of the service, as in step 101.
  • the deletion content information may be information input by the user via the input device 1500 and the GUI.
  • the deletion content information may be information transmitted from another management computer. This deletion content information may include information indicating a deletion target service (referred to as “deletion target service”) selected from services being executed by the user.
  • Step 302 The service identification program 1170 deletes the object information necessary for providing the deletion target service from the execution service management table 1140. Then, the process proceeds to step 303.
  • Step 303 The management computer determination program 1180 deletes the record having the related service ID 1157 of the deletion target service from the responsible management table 1150. Then, the process proceeds to step 304.
  • Step 304 The management computer linkage program 1190 executes a management computer charge determination process. Details of this processing will be described later (see FIG. 13). Then, this process ends.
  • FIG. 12 is a flowchart showing a processing example of the representative management computer when an object is changed.
  • This processing is realized by the processor 1300 of the representative management computer 1000 executing the object detection program 11110, the service identification program 1170, the management computer determination program 1180, and the management computer cooperation program 1190 that are expanded on the memory 1100. It's okay.
  • Step 401 When the object detection program 11110 detects the change of the object, the process proceeds to Step 402.
  • An example of an object change is when a logical volume 2210 is newly created from the pool 2220.
  • the object detection program 11110 detects addition or change of an object in the apparatus.
  • this change content information may be input from the management computer 1000.
  • the change content information may be information transmitted from another management computer.
  • the information of this change content may be notified from an apparatus.
  • the information on the contents of the change may be periodically acquired from the apparatus by the object detection program 11110.
  • Step 402 The object detection program 11110 changes the configuration information table 1130 based on the information on the change contents of the object. Then, the process proceeds to Step 403.
  • Step 403 The object detection program 11110 refers to the execution service management table 1140 and determines whether or not the object changed in the configuration information table 1130 is used in the service being executed.
  • the object detection program 11110 proceeds to step 404 when the determination result of step 403 is affirmative (YES), and ends this process when negative (NO).
  • Step 404 The object detection program 11110 reflects the changed contents in the execution service management table 1140. Then, the process proceeds to step 405.
  • Step 405 The object detection program 11110 reflects the changed contents in the responsible management table 1150. Then, the process proceeds to Step 406.
  • Step 406 The management computer cooperation program 1190 executes a management computer charge determination process, and ends this process. Details of this processing will be described later (see FIG. 13).
  • FIG. 13 is a flowchart showing an example of charge determination processing in the representative management computer. This process corresponds to the details of step 107 in FIG. 9, step 304 in FIG. 11, and step 406 in FIG.
  • Step 501 The management computer cooperation program 1190 refers to the responsible management table 1150. Then, the process proceeds to Step 502.
  • Step 502 As a result of referring to the charge management table 1150, the management computer cooperation program 1190 determines whether there is a management computer in which the number of objects in charge exceeds a predetermined upper limit. The management computer cooperation program 1190 proceeds to step 503 when the determination result of step 502 is positive (YES), and proceeds to step 506 when negative (NO).
  • Step 503 The management computer cooperation program 1190 determines whether or not it is possible to cause the existing management computer to take charge of the excess object so as not to exceed the upper limit.
  • the management computer cooperation program 1190 proceeds to step 510 when the determination result of step 503 is positive (YES), and proceeds to step 505 when negative (NO).
  • Step 505 The management computer cooperation program 1190 newly prepares one or more management computers for handling the excess objects. Then, the process proceeds to step 504.
  • Step 506 If it is determined in step 502 that there is no management computer in which the number of objects in charge exceeds a predetermined upper limit (NO), the management computer cooperation program 1190 reduces the existing management computer. However, it is determined whether or not all the objects can be assigned to the remaining management computers so as not to exceed the upper limit.
  • the management computer cooperation program 1190 proceeds to step 507 when the determination result of step 506 is positive (YES), and proceeds to step 510 when negative (NO).
  • Step 507 The management computer cooperation program 1190 reduces the number of existing management computers within a range in which all the objects can be assigned to the remaining management computers so as not to exceed the upper limit. Then, the process proceeds to step 510.
  • the management computer cooperation program 1190 adjusts the object in charge between the management computers.
  • the management computer cooperation program 1190 may add or delete management computers as necessary.
  • the management computer cooperation program 1190 reflects the adjustment contents in the responsible management table 1150. That is, the management computer cooperation program 1190 determines which management computer is responsible for acquiring which object information. Then, the process returns to the caller of this process.
  • the process of adjusting the object assignment in step 510 includes, for example, the number of objects in charge of each management computer, the load information on the CPU and memory of each management computer, and the time required to acquire information on each management computer. It may be a process of leveling.
  • step 510 the adjustment contents may be reflected in the responsible management table 1150 at an arbitrary timing, for example, at the timing of the next processing after notifying each management computer of the responsible in the current processing.
  • the management computer addition processing (or deletion processing) described above refers to the above-described table of list information of itself and other management computers, for example, processing for generating a new virtual computer using the same image (or virtual processing).
  • the management computer cooperation program 1190 When adding a management computer, the management computer cooperation program 1190 newly acquires information indicating itself and other management computers by referring to a pool of available IP addresses, and the ( The table of list information (described above) may be updated.
  • the upper limit of the number of objects that can be managed by the management computer may be an upper limit based on another index. For example, it may be the upper limit of the load on the CPU or memory by the management computer, the upper limit of time that may be required for information acquisition, or the like. Further, the processing of FIG. 13 may be executed periodically or at an arbitrary timing designated by the user.
  • FIG. 14 is a flowchart showing an example of processing when a real-time information acquisition request for an object is received. That is, this processing is processing when the information provision interval 1122 of the service type management table 1120 is “real time” (that is, when it is not periodic execution).
  • This processing may be realized by the processor 1300 of the management computer 1000 executing the information acquisition program 11110 and the management computer cooperation program 1190 expanded on the memory 1100.
  • Step 601 Upon receiving the object information acquisition request, the information acquisition program 11110 proceeds to Step 602.
  • This step may be a process of receiving information designated by the user via the input device 1500 and the GUI.
  • this step may be processing in which the communication device 1200 receives information input from an arbitrary management computer.
  • Step 602 The information acquisition program 11110 determines, for each type of object that has received the acquisition request, whether all object information of that type is being acquired. If the determination result in step 602 is positive (YES), the information acquisition program 11110 proceeds to step 606 after completion of the acquisition, and proceeds to step 603 if negative (NO).
  • Step 603 When there is even one object that is not being acquired (step 602: NO), the management computer cooperation program 1190 determines whether or not the latest acquisition time of the object is within a specified value. The management computer cooperation program 1190 proceeds to step 606 when the determination result of step 603 is positive (YES), and proceeds to step 604 when negative (NO).
  • Step 604 When the latest acquisition time of the object is not within the specified value (step 603: NO), the management computer cooperation program 1190 refers to the charge management table 1150 and determines the management computer responsible for the received object. Then, the acquisition request is transferred to the determined management computer. Then, the process proceeds to Step 605.
  • the management computer (transfer destination) in charge of the object may be determined based on information such as CPU and memory load information by the management computer and information acquisition time, for example.
  • Step 605 The management computer to which the acquisition request has been transferred acquires information based on the acquisition request, and returns the latest acquisition result to the acquisition request source.
  • Step 606 The management computer cooperation program 1190 transmits the latest acquisition result to the transmission source of the object information acquisition request received in Step 601. Then, this process ends.
  • the above-described information acquisition may be performed together with other objects acquired at the latest information acquisition timing.
  • the object information is obtained in duplicate. Can be prevented (or reduced). Therefore, it is possible to reduce the load on the device that provides the object information.
  • Computer system 1000 Management computer 2000: Storage device 3000: Server

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

計算機システムは、複数の装置及び複数の管理計算機を有する。装置は、１つ以上のオブジェクトを有する。複数の管理計算機は、１つ以上のオブジェクトを管理対象とするサービスを提供する。各サービスの各オブジェクトには、情報提供の周期が設定される。代表管理計算機は、オブジェクト情報収集に関する情報収集ポリシと、実行中の各サービスの各オブジェクトに設定されている情報提供の周期とに基づいて、各オブジェクト情報の収集を担当する管理計算機を決定し、その決定した各管理計算機に対して、その管理計算機が管理を担当するオブジェクトを通知する。

Description

計算機システム、及び、装置の管理方法
　本発明は、計算機システムの技術に関し、特に、装置を管理する技術に関する。
　計算機システムの規模が拡大するにつれて、計算機システムの運用管理も複雑になっている。そこで、計算機システムの管理をサービスとして提供する管理ＳａａＳ（Ｓｏｆｔｗａｒｅ　ａｓ　ａ　Ｓｅｒｖｉｃｅ）が提案されている。
　特許文献１には、管理対象の複数の計算機について、それらの計算機がそれぞれ有するオブジェクト（例えば、ストレージ装置のボリュームなど）に係る情報を全て収集して、それらの計算機を管理する技術が開示されている。
米国特許第７７０７１９９号明細書
　しかし、特許文献１の場合、管理計算機は、複数の計算機のそれぞれが有するオブジェクトに係る全ての情報を収集する必要がある。したがって、計算機システムの規模が拡大するにつれて、管理計算機の負荷が増大し、さらに、オブジェクト情報を提供する計算機の負荷も増大してしまう。
　そこで、本発明の目的は、計算機システムの有する複数の装置を管理する場合における、管理計算機及び複数の装置の負荷を軽減することにある。
　一実施形態に係る計算機システムは、複数の装置及び複数の管理計算機を有する。デバイスは、管理計算機から管理対象とされる１つ以上のオブジェクトを有する。複数の管理計算機は、１つ以上のオブジェクトを管理対象とするサービスを提供する。各サービスの各オブジェクトには、情報提供の周期が設定されている。複数の管理計算機のうちの１つである代表管理計算機は、オブジェクト情報の収集に関するポリシが定義されている情報収集ポリシと、実行中の各サービスの各オブジェクトに設定されている情報提供の周期と、に基づいて、各オブジェクト情報の収集を担当する管理計算機を決定し、その決定した各管理計算機に対して、その管理計算機が管理を担当するオブジェクトを通知する。
　本発明によれば、計算機システムの有する複数の装置を管理する場合における、管理計算機及び複数の装置の負荷を軽減することができる。
本実施形態の概要を示す説明図である。 計算機システムの構成例を示す。 サービスの提供者と利用者との間でのやり取りの例を示すシーケンスチャートである。 サービス種別管理テーブルの構成例を示す。 構成情報テーブルの構成例を示す。 実行サービス管理テーブルの構成例を示す。 図６に示す実行サービス管理テーブル、情報提供間隔に基づいて時系列で表現した説明図である。 担当管理テーブルの構成例を示す。 サービスが変更される場合における代表管理計算機の処理例を示すフローチャートである。 情報取得方法決定処理の例を示すフローチャートである。 サービスが削除される場合における代表管理計算機の処理例を示すフローチャートである。 オブジェクトが変更される場合における代表管理計算機の処理例を示すフローチャートである。 代表管理計算機における担当決定処理の例を示すフローチャートである。 オブジェクトのリアルタイムの情報の取得要求を受信した場合の処理の例を示すフローチャートである。
　以下、実施形態を説明する。以下の説明では、「ｘｘｘテーブル」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「ｘｘｘテーブル」を「ｘｘｘ情報」と呼ぶことができる。
　また、以下の説明では、「プログラム」を主語として処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）及び通信インターフェイスデバイスのうちの少なくとも１つを用いながら行うため、処理の主語が、プロセッサ、そのプロセッサを有する装置とされてもよい。プロセッサが行う処理の一部又は全部が、ハードウェア回路で行われてもよい。コンピュータプログラムは、プログラムソースからインストールされてよい。プログラムソースは、プログラム配布サーバ又は記憶メディア（例えば可搬型の記憶メディア）であってもよい。
　また、以下の説明では、計算機システムに含まれる少なくとも１つの装置を管理する１以上の計算機の集合を「管理システム」と呼ぶことがある。管理計算機が表示用情報を表示する場合は管理計算機が管理システムでよい。また、管理計算機と表示用計算機の組み合わせも管理システムでよい。また、管理処理の高速化や高信頼化のために複数の計算機で管理計算機と同等の処理を実現してもよく、この場合はそれら複数の計算機（表示を表示用計算機が行う場合は表示用計算機も含んでよい）が管理システムでよい。本実施形態では、管理計算機が管理システムである。また、管理計算機が情報を表示するとは、管理計算機が有する表示デバイスに情報を表示することであってもよいし、管理計算機（例えばサーバ）に接続された表示用計算機（例えばクライアント）に表示用情報を送信することであってもよい。後者の場合、表示用計算機が有する表示デバイスに表示用情報が表す情報が表示用計算機によって表示される。
　（第１の実施形態）
　図１は、本実施形態の概要を示す説明図である。
　計算機システム１は、計算機の一例である複数のストレージ装置２０００及び複数の管理計算機１０００を有する。ストレージ装置２０００は、１つ以上のオブジェクトを有してよい。複数の管理計算機１０００は連携して、１つ以上のオブジェクトを管理対象とするサービスを提供可能である。各サービスの各オブジェクトに対して、情報提供の周期が設定されている。
　複数の管理計算機１０００のうちの１つである代表管理計算機（例えば管理計算機Ａ）は、オブジェクト情報の収集に関するポリシが定義されている情報収集ポリシと、実行中の各サービスの各オブジェクトに設定されている情報提供の周期と、に基づいて、各オブジェクト情報の収集を担当する管理計算機１０００（例えば管理計算機Ｂ）を決定し、その決定した各管理計算機１０００に対して、その管理計算機１０００が担当するオブジェクトを通知する。
　代表管理計算機は、サービスの稼働状況の変更を検知した場合に、上述の各オブジェクト情報の収集を担当する管理計算機１０００の決定、及び、その決定した各管理計算機１０００に対する通知の処理を実行してもよい。サービスの稼働状況の変更の例は、新規のサービスが稼働される場合、稼働中のサービスが削除される場合、稼働中のサービスが管理対象とするオブジェクトが変更される場合などである。
　図２は、計算機システムの構成例を示す。
　本実施形態に係る計算機システム１は、１台以上の管理計算機１０００、装置の一例である１台以上のストレージ装置２０００、及び、装置の一例である１台以上のサーバ３０００を有する。
　サーバ３０００及びストレージ装置２０００は、データ用ネットワークの例であるＳＡＮ（Ｓｔｏｒａｇｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）４０００を介して互いに接続される。ＳＡＮの例は、ファイバチャネル等である。
　＜管理計算機＞
　管理計算機１０００、ストレージ装置２０００、及び、サーバ３０００は、管理用ネットワーク５０００を介して互いに接続される。
　管理計算機１０００は、メモリ１１００、通信デバイス１２００、プロセッサ１３００、出力デバイス１４００、入力デバイス１５００、及び、記憶デバイス１６００を有してよい。これらの要素は、内部バス１７００を介して双方向通信可能に接続されてよい。
　メモリ１１００には、サービス種別管理テーブル１１２０、構成情報テーブル１１３０、実行サービス管理テーブル１１４０、担当管理テーブル１１５０、サービス検知プログラム１１６０、サービス特定プログラム１１７０、管理計算機決定プログラム１１８０、管理計算機連携プログラム１１９０、情報取得プログラム１１１００、及び、オブジェクト検知プログラム１１１１０が格納されてよい。
　サービス種別管理テーブル１１２０は、管理計算機１０００が提供可能なサービスを管理する。サービス種別管理テーブル１１２０の詳細については後述する（図４参照）。
　構成情報テーブル１１３０は、計算機システム１の構成に関する情報を管理する。構成情報管理テーブル１１３０の詳細については後述する（図５参照）。
　通信デバイス１２００は、管理計算機１０００を、管理用ネットワーク５０００に接続するためのデバイスである。
　プロセッサ１３００は、メモリ１１００上に展開されているプログラムを実行可能なデバイスである。プロセッサがプログラムを実行することにより、管理計算機１０００の有する各種機能が実現されてよい。
　出力デバイス１４００は、管理計算機１０００が実行した処理結果を出力するためのデバイスである。出力デバイスの例は、ディスプレイ、スピーカ等である。
　入力デバイス１５００は、管理者が管理計算機１０００に指示を入力するためのデバイスである。入力デバイスの例は、キーボード、マウス等である。
　記憶デバイス１６００は、情報（データ）を保持可能なデバイスである。記憶デバイス１６００の例は、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）等である。
　１つ以上の物理的な管理計算機上で、複数の仮想的な管理計算機が動作しても良い。この場合、複数の仮想的な管理計算機の各々が、プログラム１１６０、１１７０、１１８０、１１９０、１１１００、１１１１０を有し、これらのプログラムを実行してもよい。
　本実施形態では、構成情報テーブル１１３０など、メモリ１１００に含まれる各テーブルについて、ＲＤＢ（Ｒｅｌａｔｉｏｎａｌ　Ｄａｔａｂａｓｅ）の形態を用いて説明する。この場合、典型的には、管理計算機の間でＤＢの情報の整合性を取った上で送受信することで、管理計算機の間の情報が同期される。しかし、ＤＢの形態及びその同期方法は、それ以外であってもよい。例えば、分散ＫＶＳ（Ｋｅｙ　Ｖａｌｕｅ　Ｓｔｏｒｅ）によって、管理計算機の間で情報を共有してもよい。
　各種プログラム及びテーブルは、メモリ１１００以外、例えば、記憶デバイス１６００又は他の記憶装置（図示しない）に格納されても良い。この場合、プロセッサ１３００は、各種プログラム及びテーブルを取得してメモリ１１００に展開し、それらを実行してもよい。又は、ストレージ装置２０００のメモリ２１００にプログラム及びテーブルが格納されており、ストレージ装置２０００又はサーバ３０００が、そのメモリ２１００に格納されているプログラムを実行しても良い。又は、他のサーバ３０００又はスイッチ（図示しない）等の他の装置が、所定のメモリにプログラム及びテーブルを格納し、そのメモリに格納されているプログラムを実行しても良い。
　管理計算機１０００は、管理用ネットワーク５０００を通して、サーバ３０００上で動作するプログラムと通信できてよい。
　＜ストレージ装置＞
　ストレージ装置２０００は、メモリ２１００、記憶デバイス２２００、ディスクＩ／Ｆコントローラ２３００、管理Ｉ／Ｆ２４００、プロセッサ２５００、及び、データＩ／Ｆ２６００を有してよい。これらの要素は、内部バス等の通信路２７００を介して双方向通信可能に接続されてよい。
　メモリ２１００は、ディスクキャッシュ２１１０を有してよい。ディスクキャッシュ２１１０は、情報を一時的に格納するための記憶領域である。
　メモリ２１００には、構成情報収集プログラム２１２０が格納されてよい。構成情報収集プログラム２１２０は、ストレージ装置２０００の管理情報及び性能情報等を、管理計算機１０００との間で送受信するためのプログラムである。
　ストレージ装置は、１つ以上の記憶デバイス２２００の記憶領域によって構成されるプール２２２０を有してよい。そして、ストレージ装置２０００は、プール２２２０の領域を論理的に分割し、その論理的に分割した領域を、論理ボリューム２２１０として提供してよい。外部装置は、通信ネットワークを介して、ストレージ装置２０００の提供する論理ボリューム２２１０にアクセスできてよい。
　各プール２２２０及び論理ボリューム２２１０には、それぞれ、ＩＤが付与されてよい。これにより、ストレージ装置２０００が、プール２２２０及び論理ボリューム２２１０を、それぞれ一意に識別可能となる。
　図２の場合、１つのプール２２２０（ＰＯＯＬ１）が論理的に分割されて、その分割された１つを用いて、１つの論理ボリューム２２１０（ＬＶ１）が生成されている。そして、その論理ボリューム２２１０（ＬＶ１）が、外部装置（例えば、サーバ３０００）に提供されている。なお、１つのプール２２２０の全記憶領域を用いて、１つの論理ボリューム２２１０が作成されても良い。
　ディスクＩ／Ｆコントローラ２３００は、記憶デバイス２２００を接続及び制御するためのデバイスである。記憶デバイス２２００の例は、ＨＤＤ、フラッシュメモリなどである。
　管理Ｉ／Ｆ２４００は、ストレージ装置２０００を、管理用ネットワーク５０００に接続するためのデバイスである。
　プロセッサ２５００は、メモリ２１００上に展開されたプログラムを実行するデバイスである。
　データＩ／Ｆ２６００は、ストレージ装置２０００を、ＳＡＮ４０００に接続するためのデバイスである。
　構成情報収集プログラム２１２０は、メモリ２１００以外、例えば、他の記憶装置又は他の記憶媒体に格納されても良い。この場合、プロセッサ２５００は、処理実行時に、構成情報収集プログラム２１２０を取得してメモリ２１００に展開し、それを実行してよい。
　又は、構成情報収集プログラム２１２０は、管理計算機１０００のメモリ１１００に格納されてもよい。そして、管理計算機１０００のプロセッサ１３００が、この構成情報収集プログラム２１２０を実行しても良い。
　又は、構成情報収集プログラム２１２０は、他のストレージ装置に格納されてもよい。そして、他のストレージ装置のプロセッサが、この構成情報収集プログラム２１２０を実行しても良い。
　＜サーバ＞
　サーバ３０００は、メモリ３１００、データＩ／Ｆ３２００、プロセッサ３３００、及び、管理Ｉ／Ｆ３４００を有してよい。これの要素は、内部バス等の通信路３５００を介して双方向通信可能に接続されてよい。
　メモリ３１００には、構成情報収集プログラム３１１０、業務プログラム３１２０、ボリューム管理プログラム３１３０が格納されてよい。
　構成情報収集プログラム３１１０は、サーバ３０００の管理情報及び性能情報等を、管理計算機１０００との間で送受信するためのプログラムである。
　業務プログラム３１２０は、サーバ３０００が実行する業務を実現するためのプログラムである。業務プログラム３１２０の例は、ＤＢＭＳ（Ｄａｔａ　Ｂａｓｅ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）、ファイルシステム等である。
　ボリューム管理プログラム３１３０は、ストレージ装置２０００によって提供される論理ボリューム２２１０をサーバ３０００に割り当てるためのプログラムである。
　サーバ３０００は、ストレージ装置２０００から提供された論理ボリューム２２１０を用いて、各種業務を行う。
　各種プログラムは、メモリ３１００以外、例えば、他の記憶デバイスに格納されていても良い。この場合、プロセッサ３３００は、処理実行時に、処理対象のプログラムを取得してメモリ３１００に展開し、そのプログラムを実行してよい。
　図２の場合、サーバＡとストレージ装置Ａとは、ＳＡＮ４０００を介して互いに接続されている。ストレージ装置２０００とサーバ３０００との間の接続は、ファイバチャネルを介する直接接続に限定されない。例えば、１台以上のファイバチャネルスイッチ等のネットワーク機器を介して接続されても良い。ストレージ装置２０００とサーバ３０００との間の接続は、データ通信用のネットワークであれば良く、例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）ネットワークでも良い。
　図３は、サービスの提供者と利用者との間でのやり取りの例を示すシーケンスチャートである。
　（Ｓ１）サービス利用者は、サービス提供者に対して、サービスの利用要求を発行する。サービスの利用要求には、サービスを適用する業務、情報提供間隔などの要求が含まれてよい。この操作が、図９のフローチャートにおけるステップ１０１や、図１１のフローチャートにおけるステップ３０１などの処理に相当してもよい。
　（Ｓ２）サービス提供者は、サービスの利用要求を受領すると、そのサービスの利用要求に基づいて、サービスで利用されるオブジェクト（サーバ、ストレージ等の構成要素。リソースと呼んでもよい）、及び、そのサービスを管理するためのサービスを特定する。本実施形態における「サービス」は、サービス利用者に提供されるサービスを管理するためのサービス（すなわち「管理サービス」）であってよい。
　（Ｓ３）サービス提供者は、サービス利用者に対して、利用要求されたリソースを提供すると共に、その提供したオブジェクトを管理するためのサービスを提供する。
　サービスに係る情報には、サービス利用者がサービスを適用する業務に係る情報（アプリケーションやシステムなど）も含まれてよい。
　図４は、サービス種別管理テーブル１１２０の構成例を示す。
　サービス種別管理テーブル１１２０は、サービス種別に関する情報を管理するためのテーブルである。サービス種別管理テーブル１１２０は、項目値（又はカラム値。以下同じ）として、サービス種別１１２１、情報提供間隔１１２２、オブジェクト種別１１２３を有してよい。
　サービス種別１１２１は、利用者に提供可能な管理サービスの種別（又は識別子）である。管理サービス種別の例は、性能監視サービス、性能分析サービス、データ最適配置サービス、データ容量監視サービスである。例えば、性能監視サービスは、オブジェクトの性能に関する情報を周期的に取得し、そのオブジェクトの性能に問題が発生しているか否かを提示する管理サービスである。
　情報提供間隔１１２２は、サービス種別１１２１の管理サービスにおいて設定可能な情報提供の間隔（周期）を示す値である。例えば、サービス種別１１２１「性能監視サービス」に対する情報提供間隔１１２２が「５分以上」の場合、性能監視サービスは、５分以上の間隔（周期）で情報を提供可能であることを示す。情報提供間隔１１２２は、「５分以上」のように下限値のみを設定できても良いし、「５分から６０分の間」のように下限値と上限値を設定できても良い。又は、情報提供間隔１１２２には、周期的な情報提供ではなく、利用者が要求したときの最新情報を提供する、「リアルタイム」を設定できても良い。情報提供間隔１１２２は、オブジェクト種別１１２３毎に設定できてもよい。
　オブジェクト種別１１２３は、サービス種別１１２１のサービスを提供するために必要なオブジェクトの種別を示す情報である。オブジェクト種別１１２３は、例えば、管理サービスがストレージ装置を管理対象とする場合、「論理ボリューム」、「プール」、「ポート」、「プロセッサ」、「キャッシュ」などである。サービスが対象とする装置は、サーバ、スイッチ、仮想的なリソース（仮想サーバ）などであってもよい。すなわち、オブジェクト種別１１２３は、サービスが対象とする装置の物理的及び論理的な構成要素に相当してよい。
　例えば、性能分析サービスから、ストレージ装置に係るオブジェクト種別の「ボリューム」、「ポート」、「プール」に係る情報の提供を受けた後に、分析結果に基づいて対策を行う際に、仮想計算機のディスク情報が必要になるような場合もある。この場合、そのような仮想計算機のディスク情報を予め取得しておけるように、性能分析サービス１１２１におけるオブジェクト種別１１２３に、「仮想計算機のディスク情報」を追加しておいてもよい。すなわち、サービス種別１１２１には、そのサービス種別の実現に直接的に必要なオブジェクト種別１１２３に限らず、そのサービス種別に関連するオブジェクト種別１１２３も対応付けられてよい。
　サービス種別管理テーブル１１２０の内容は、予め設定されてよい。又は、サービス種別管理テーブル１１２０の内容は、計算機システム１の各装置から収集した情報に基づいて、自動的に設定されてもよい。例えば、性能監視ソフトウェアが、計算機システム１の各装置から情報を収集し、その収集した情報に基づいて、性能監視サービスに関する設定を行ってもよい。
　情報提供間隔１１２０は、オブジェクト数によって設定可能な間隔が異なってもよい。例えば、オブジェクト数が１００００個未満の場合、情報提供間隔１１２０「５分以上」で情報を提供可能であり、オブジェクト数が１００００個以上の場合、情報提供間隔「１０分以上」で情報を提供可能であるとしてもよい。
　図５は、構成情報テーブル１１３０の構成例を示す。
　構成情報テーブル１１３０は、計算機システム１の構成に関する情報を管理するためのテーブルである。構成情報テーブル１１３０は、項目値として、業務ＩＤ１１３１、サーバＩＤ１１３２、仮想計算機ＩＤ１１３３、ストレージＩＤ１１３４、ポートＩＤ１１３５、ボリュームＩＤ１１３６、及び、プールＩＤ１１３７を有してよい。
　業務ＩＤ１１３１は、サーバ３０００で運用されている業務プログラムの識別子である。
　サーバＩＤ１１３２は、サーバ３０００の識別子である。
　仮想計算機ＩＤ１１３３は、サーバ３０００で動作する仮想計算機の識別子である。
　ストレージＩＤ１１３４は、サーバ３０００のアクセス先となるストレージ装置２０００の識別子である。
　ポートＩＤ１１３５は、物理サーバ３０００がボリュームＩＤ１１３６の論理ボリューム２２１０にアクセスする際に利用する、ストレージ装置２０００のデータＩ／Ｆ２６００の識別子である。
　ボリュームＩＤ１１３６は、論理ボリューム２２１０の識別子である。
　プールＩＤ１１３７は、ボリュームＩＤ１１３６の論理ボリューム２２１０の生成に使用されているプール２２２０の識別子である。
　構成情報テーブル１１３０のレコードは、サーバ３０００上で動作している業務プログラムから、そのサーバ３０００が使用している論理ボリュームを構成するプールまでのＩ／Ｏ（入出力）経路上に存在する装置を示してもよい。例えば、図５の業務ＩＤ１１３１「業務Ｘ」のレコードは、業務Ｘのアプリケーションが、サーバＩＤ１１３２「Ｓｖ１」上で稼働している仮想計算機ＩＤ１１３３「ＶＭ１」で稼働しており、その業務Ｘのアプリケーションは、ストレージＩＤ１１３４「Ｓｔｇ１」のポートＩＤ１１３５「ＰｏｒｔＡ」を介して、ボリュームＩＤ１１３６「Ｖｏｌ１」にアクセス可能であり、この「Ｖｏｌ１」はプールＩＤ１１３７「Ｐｏｏｌ１０」から生成されていることを示す。
　管理計算機１０００は、計算機システム１の各装置等から収集した情報を用いて、構成情報テーブル１１３０を生成してよい。
　管理計算機１０００は、各オブジェクト情報（性能情報を含んでよい）とは別に、構成情報テーブル１１３０に係る情報を予め取得してよい。そして、後述する性能情報の取得方法を決定する際に、構成情報テーブル１１３０は生成済みであってよい。
　また、管理計算機１０００同士は、構成情報テーブル１１３０の情報を共有できてよい。共有の方法は、分散ＤＢなど、どのような方法であってもよい。
　構成情報テーブル１１３０の業務ＩＤ１１３１に対応付けられている各ＩＤ１１３２乃至１１３７は、その業務ＩＤ１１３１の業務プログラムの実行において利用されるオブジェクトと言うこともできる。オブジェクトは、物理又は仮想の何れであってもよい。
　構成情報テーブル１１３０の項目値は、図５に限られない。例えば、構成情報テーブル１１３０は、項目値として、業務プログラムがアクセスの際に利用するオブジェクトである、サーバ３０００のマウントポイントに係るドライブのＩＤを有してもよい。例えば、構成情報テーブル１１３０は、項目値として、サーバ３０００がボリュームＩＤ１１３６によって示される論理ボリューム２２１０にアクセスする際に利用されるサーバ３０００のデータＩ／Ｆ３２００のＩＤを有してもよい。例えば、構成情報テーブル１１３０は、項目値として、論理ボリューム２２１０に対するＩ／Ｏ処理に利用されるプロセッサ１３００のＩＤを有してもよい。例えば、構成情報テーブル１１３０は、項目値として、スイッチ又はスイッチのデータＩ／Ｆ等のＩＤを有してもよい。例えば、構成情報テーブル１１３０は、項目値として、業務サーバ３０００上の業務プログラム（ＤＢＭＳ等）のＩＤを有してもよい。
　図６は、実行サービス管理テーブル１１４０の構成例を示す。
　実行サービス管理テーブル１１４０は、実行中のサービスを管理するためのテーブルである。実行サービス管理テーブル１１４０は、項目値として、実行サービスＩＤ１１４１、サービス種別１１４２、情報提供間隔１１４３、業務ＩＤ１１４４、装置種別１１４５、装置ＩＤ１１４６、オブジェクト種別１１４７、オブジェクトＩＤ１１４８を有してよい。
　実行サービスＩＤ１１４１は、実行中のサービスの識別子である。
　サービス種別１１４２は、実行サービスＩＤ１１４１のサービス種別を示す情報である。サービス種別１１４２の情報は、サービス種別管理テーブル１１２０のサービス種別１１２１の何れかであってよい。
　情報提供間隔１１４３は、実行サービスＩＤ１１４１のサービスにおける情報提供の間隔を示す値（時間）である。情報提供間隔１１４３は、利用者又は管理計算機によって設定されてよい。情報提供間隔１１４３は、サービス種別管理テーブル１１２０の情報提供間隔１１２２で設定されている範囲内の値を取り得る。
　業務ＩＤ１１４４は、実行サービスＩＤ１１４１のサービスが適用されている業務プログラムを示す識別子である。業務ＩＤ１１４４は、利用者又は管理計算機１０００によって設定されてよい。業務ＩＤ１１４４は、構成情報テーブル１１３０の業務ＩＤ１１３１の何れかであってよい。
　サービスの中には、業務毎に分かれず、計算機システムとして一体的に管理するようなサービスも存在してよい。その場合、業務ＩＤ１１４４には、例えば「Ｎ／Ａ」が設定されてよい。図６の場合、実行サービスＩＤ１１４０「２」且つサービス種別１１４２「容量監視サービス」のレコードにおいて、業務ＩＤ１１４４が「Ｎ／Ａ」となっている。この場合、全てのプール（１１４７）がサービスの対象となる。
　装置種別１１４５は、実行サービスＩＤ１１４０のサービスの提供に必要なデバイスの種別を示す情報である。装置種別１１４５の例は、サーバ、スイッチ、ストレージである。
　装置ＩＤ１１４６は、実行サービスＩＤ１１４０のサービスの提供に必要な装置の識別子である。つまり、装置ＩＤ１１４６の装置の種別が、装置種別１１４５である。
　オブジェクト種別１１４７は、実行サービスＩＤ１１４０のサービスの提供に必要なオブジェクトの種別を示す情報である。オブジェクト種別１１４７の例は、ポート、ボリューム、プールである。
　オブジェクトＩＤ１１４８は、実行サービスＩＤ１１４０のサービスの提供に必要なオブジェクトの識別子である。つまり、オブジェクトＩＤ１１４８のオブジェクトの種別が、オブジェクト種別１１４７である。
　サービス特定プログラム１１７０は、サービス利用要求、サービス種別管理テーブル１１２０、及び／又は、構成情報テーブル１１３０の情報を用いて、上述の項目値を設定してよい。サービス利用要求は、図３で説明したように、利用者から、入力デバイス１５００又は通信デバイス１２００を介して入力されてよい。
　サービス特定プログラム１１７０は、サービス種別管理テーブル１１２０のサービス種別１１２１とオブジェクト種別１１２３の対応関係に基づいて、実行サービス管理テーブル１１４０のサービス種別１１４２とオブジェクト種別１１４７の対応関係を決定してよい。
　サービス特定プログラム１１７０は、構成情報テーブル１１３０の業務ＩＤ１１３１と各オブジェクト１１３２乃至１１３７の対応関係に基づいて、実行サービス管理テーブル１１４０の業務ＩＤ１１４４と、装置種別１１４５、装置ＩＤ１１４６及びオブジェクトＩＤ１１４８との対応関係を決定してよい。
　図７は、図６に示す実行サービス管理テーブル１１４０を、情報提供間隔１１４３に基づいて時系列で表現した説明図である。
　図７は、情報提供間隔のタイミング（例えば、５分、１０分、１５分、２０分、２５分、３０分）において、サービスＩＤ１１４０、装置ＩＤ１１４６、オブジェクト種別１１４７、及び、オブジェクトＩＤ１１４８によって特定されるそれぞれのオブジェクト情報を取得する必要があるか否かを示している。図７において、各情報提供間隔のタイミングの「○」は、その「○」に対応するオブジェクト情報を、そのタイミングで取得する必要があることを示している。
　同一の情報提供間隔のタイミングにおいて、異なるサービスＩＤ１１４１のサービスに含まれる同一のオブジェクトＩＤ１１４８のオブジェクト情報を取得する場合、管理計算機１０００は、何れか一方のサービスのオブジェクトＩＤ１１４８に係る情報を取得すればよい。なぜなら、同一の情報提供間隔のタイミングにおいて、異なるサービスＩＤ１１４１のそれぞれにおける同一のオブジェクト情報は、同一の情報であるからである。例えば、図７の場合、情報提供間隔のタイミング「１０分」において、サービスＩＤ１１４１「１」に含まれるオブジェクトＩＤ１１４８「ＰｏｒｔＡ」に係る情報と、サービスＩＤ１１４１「３」に含まれるオブジェクトＩＤ１１４８「ＰｏｒｔＡ」に係る情報とは、同一の情報である。よって、管理計算機１０００は、サービスＩＤ１１４１「１」又は「３」の何れか一方のオブジェクトＩＤ１１４８「ＰｏｒｔＡ」に係る情報を取得すればよい。すなわち、管理計算機１０００は、情報提供間隔のタイミング「１０分」において、装置ＩＤ１１４６「Ｓｔｇ１」のストレージ装置に対して、オブジェクトＩＤ１１４８「ＰｏｒｔＡ」に係る情報の取得要求を１つだけ発行すればよい。
　同一の情報提供間隔のタイミングにおいて、異なるサービスＩＤ１１４１のサービスに含まれる、同一の装置ＩＤ１１４６且つ同一のオブジェクト種別１１４７に対応するオブジェクト情報を取得する場合、管理計算機１０００は、それらの情報をまとめて取得すればよい。例えば、図７の場合、情報提供間隔のタイミング「１０分」において、サービスＩＤ１１４１「１」に含まれるオブジェクトＩＤ１１４８「Ｖｏｌ１」、「Ｖｏｌ２」と、サービスＩＤ１１４１「３」に含まれるオブジェクトＩＤ１１４８「Ｖｏｌ３」とは、同一の装置ＩＤ１１４６「Ｓｔｇ１」且つ同一のオブジェクト種別１１４７「ボリューム」である。よって、管理計算機１０００は、情報提供間隔のタイミング「１０分」において、装置ＩＤ１１４６「Ｓｔｇ１」のストレージ装置に対して、オブジェクトＩＤ１１４８「Ｖｏｌ１」、「Ｖｏｌ２」及び「Ｖｏｌ３」に係る情報の取得要求を１つだけ発行すればよい。このように、複数のオブジェクト情報の取得要求がまとめられた取得要求は、「バルク取得要求」と呼ばれてよい。
　これにより、取得要求の発行数を軽減することができる。また、同一のオブジェクト情報が重複して格納されることを回避することができる。よって、計算機システム１及び管理計算機１０００におけるネットワーク負荷、及び／又は、処理負荷を軽減することができる。また、管理計算機１０００における記憶デバイスの容量の利用効率化を図ることができる。なお、図６及び図７に関する処理の詳細については後述する（図９及び図１０参照）。
　図８は、担当管理テーブル１１５０の構成例を示す。
　担当管理テーブル１１５０は、オブジェクト情報の収集を担当する管理計算機１０００を管理するためのテーブルである。担当管理テーブル１１５０は、項目値として、タイミング１１５１、管理計算機ＩＤ１１５２、装置種別１１５３、装置ＩＤ１１５４、オブジェクト種別１１５５、オブジェクトＩＤ１１５６、関連サービスＩＤ１１５７を有してよい。
　タイミング１１５１は、管理計算機１０００が、オブジェクトＩＤ１１５６に係る情報の取得要求を発行するタイミングを示す値である。タイミング１１５１の値は、実行中の全ての（又は所定のグループの）サービスの情報提供間隔１１４３の最小公倍数を１つの周期とし、その周期内における実行中の各サービスの情報提供間隔１１４３の周期毎のタイミングであってよい。例えば、図６の場合、タイミング１１５１は、情報提供間隔１１４３「１０分」、「１５分」、「５分」の最小公倍数である「３０分」を１つの周期とし、その周期内における実行中の各サービスの情報提供間隔の周期毎のタイミングである「５分」、「１０分」、「１５分」、「２０分」、「２５分」、「３０分」の何れかであってよい（図７も参照）。
　管理計算機ＩＤ１１５２は、タイミング１１５１において、取得要求を発行する管理計算機１０００の識別子である。
　装置種別１１５３、装置ＩＤ１１５４、オブジェクト種別１１５５、オブジェクトＩＤ１１５６は、図６で説明した通りである。
　関連サービスＩＤ１１５７は、タイミング１１５１において、オブジェクトＩＤ１１５６のオブジェクトに係る取得を必要とするサービスの識別子である。
　図８のタイミング１１５１「３０分」において、管理計算機ＩＤ１１５２「１」は、装置ＩＤ１１５４「Ｓｔｇ１」に対して、オブジェクトＩＤ１１５６「ＰｏｒｔＡ」に係るオブジェクト情報の取得要求を１つ発行する。オブジェクトＩＤ１１５６「ＰｏｒｔＡ」に係る情報は、関連サービスＩＤ１１５７「１」及び「３」で必要とされているが、同一の情報であるので、管理計算機ＩＤ１１５２「１」は、タイミング「３０分」において取得要求を１つだけ発行すればよい。
　また、図８のタイミング１１５１「３０分」において、管理計算機ＩＤ１１５２「３」は、装置ＩＤ１１５４「Ｓｔｇ１」に対して、オブジェクトＩＤ１１５６「Ｐｏｏｌ１０」及び「Ｐｏｏｌ１１」に係るオブジェクト情報のバルク取得要求を１つ発行する。これらは、同一の装置ＩＤ「Ｓｔｇ１」且つ同一のオブジェクト種別１１５５「プール」であるからである。
　計算機システム１における複数の管理計算機１０００のうちの１つの管理計算機（「代表管理計算機」という）は、上述のように、或るタイミングにおいて、１つの管理計算機が取得要求を１つだけ発行すれば良いように、及び／又は、１つの管理計算機がバルク取得要求を１つだけ発行すれば良いように、各オブジェクト情報の取得を担当する管理計算機を決定（振り分け）してよい。
　図９は、サービスが変更される場合における、代表管理計算機の処理例を示すフローチャートである。
　本処理は、代表管理計算機のプロセッサ１３００が、メモリ１１００上に展開されたサービス検出プログラム１１６０、サービス特定プログラム１１７０、管理計算機決定プログラム１１８０、及び、管理計算機連携プログラム１１９０を実行することによって実現されてよい。本処理は、新規サービスが実行追加される場合の例であるが、実行中のサービスと対応付けられているオブジェクトが更新される場合などであっても同様である。
　（ステップ１０１）サービス検出プログラム１１６０は、サービスの実行状況の変更（サービスの新規追加・変更など）を検出すると、ステップ１０２へ進む。このとき、サービス検出プログラム１１６０は、サービスの更新内容の情報を受信してよい。例えば、この変更内容の情報は、入力デバイス１５００及びＧＵＩを介して利用者によって入力された情報であってもよい。又は、この変更内容の情報は、他の管理計算機から送信された情報であってもよい。変更内容の情報には、利用者が新たに選択したサービス種別、追加又は変更されるサービス種別、情報提供間隔、サービスの対象とされている業務などの情報が含まれてよい。そして、サービス検出プログラム１１６０は、この変更内容の情報を、サービス種別１１４２、情報提供間隔１１４３、業務ＩＤ１１４４に設定し、新規のサービスＩＤ１１４１のレコードとして、実行サービス管理テーブル１１４０に登録してよい。
　（ステップ１０２）サービス特定プログラム１１７０は、サービスの提供に必要なオブジェクトと、そのオブジェクト情報の取得タイミングとを特定する。そして、ステップ１０３へ進む。例えば、サービス特定プログラム１１７０は、構成情報テーブル１１３０を参照し、ステップ１０１においてサービスの対象として選択された業務に関連する構成情報を取得してもよい。典型的には、サービス特定プログラム１１７０は、構成情報テーブル１１３０から、ステップ１０１においてサービスの対象として選択された業務ＩＤ１１３１に対応する、サーバＩＤ１１３２、仮想計算機ＩＤ１１３３、ストレージＩＤ１１３４、ポートＩＤ１１３５、ボリュームＩＤ１１３６、プールＩＤ１１３７を取得してよい。さらに、サービス特定プログラム１１７０は、サービス種別管理テーブル１１２０を参照し、その取得した構成情報の中から管理対象となるオブジェクトを抽出し、その抽出したオブジェクトに関する情報を、実行サービス管理テーブル１１４０の１つのレコードの装置種別１１４５、装置ＩＤ１１４６、オブジェクト種別１１４７、オブジェクトＩＤ１１４８に格納してもよい。また、サービス特定プログラム１１７０は、アクセスを管理する機能と連携して、サービスの利用者がアクセス可能なオブジェクト情報を特定し、その特定した情報のみを実行サービス管理テーブル１１４０に格納しても良い。
　（ステップ１０３）管理計算機決定プログラム１１８０は、担当管理テーブル１１５０の情報を参照し、各管理計算機１０００が担当しているサービス及びオブジェクト情報、及び、情報取得のタイミング１１５１を特定する。そして、ステップ１０４へ進む。
　（ステップ１０４）管理計算機決定プログラム１１８０は、各サービスのタイミング１１５７の最小公倍数を算出し、それを取得周期として設定する。そして、ステップ１０５へ進む。例えば、管理計算機決定プログラム１１８０は、実行追加される新規サービスの情報提供間隔、及び、実行サービス管理テーブル１１４０の全ての（又は所定のグループ内の）情報提供間隔１１４３における最小公倍数を算出する。例えば、図６の場合、実行中サービスＩＤ１１４１「１」の情報提供間隔１１４３が「１０分」、実行中サービスＩＤ１１４１「２」の情報提供間隔１１４３が「１５分」であり、新規追加サービスのサービスＩＤ１１４１「３」の情報提供間隔１１４３が「５分」であるため、「１０分」と「１５分」と「５分」との最小公倍数である「３０分」を取得周期としてよい。この場合、取得周期内で各サービスが情報を取得するそれぞれのタイミングは、「５分」、「１０分」、「１５分」、「２０分」、「２５分」、「３０分」となる。
　（ステップ１０５）管理計算機決定プログラム１１８０は、装置（Ａ）及びオブジェクト種別（Ｂ）の組み合わせによるループ処理毎に、取得周期内の各タイミングに対応する情報取得ポリシを特定する。そして、ステップ１０６へ進む。ループ処理（Ａ）及び（Ｂ）の対象として選択された装置及びオブジェクト種別を、それぞれ、「選択装置」及び「選択オブジェクト種別」という。ここで、情報取得ポリシには、オブジェクト情報の収集に関するポリシが定義されている。例えば、情報取得ポリシには、実行中の複数の異なるサービスの中に、情報提供の周期の繰り返しの中で一致するタイミングを有し、且つ、同一のオブジェクトが含まれている場合、これら同一のオブジェクト情報の収集を１つの管理計算機１０００に担当させるという第１のポリシが定義されていてもよい。例えば、情報取得ポリシには、複数の異なるサービスの中に、情報提供の周期の繰り返しの中で一致するタイミングを有し、且つ、同一の種類のオブジェクトが含まれており、さらに、これらの同一の種類のオブジェクトが１つの装置に含まれている場合、これら同一の種類のオブジェクト情報の収集を１つの管理計算機１０００に担当させるという第２のポリシが定義されていてもよい。
　（ステップ１０６）管理計算機決定プログラム１１８０は、ステップ１０５において特定した情報取得ポリシに従い、当該ループ処理の対象として選択されたタイミング（例えば、ｎ番目のタイミング（ｎは正の整数）。以下「選択タイミング」という）における、情報取得方法決定処理を実行する。そして、ステップ１０７へ進む。なお、情報取得ポリシは、テーブルに文字列形式で格納されるなど、どのような形式であっても良い。情報取得ポリシの内容は、利用者によって設定されてもよいし、又は、予め管理計算機に組み込まれていてもよい。この情報取得方法決定処理の詳細については後述する（図１０参照）。
　（ステップ１０７）管理計算機連携プログラム１１９０は、管理計算機の担当決定処理を実行する。本処理の詳細については後述する（図１３参照）。そして、ステップ１０８へ進む。
　（ステップ１０８）管理計算機連携プログラム１１９０は、ステップ１０７で決定した各管理計算機１０００に、担当すべきオブジェクトなどの情報を通知し、本処理を終了する。通知を受けた各管理計算機１０００は、自分が担当のタイミングにおいて、自分が担当する装置に対して、情報取得ポリシに従い、オブジェクト情報の取得要求を発行する。例えば、通知を受領した管理計算機１０００は、上述の第１のポリシに従う場合、情報提供の周期の繰り返しの中で一致するタイミングにおいて、同一のオブジェクトを有する装置に対して、同一のオブジェクト情報の要求を１つ発行してよい。例えば、通知を受領した管理計算機１０００は、上述の第２のポリシに従う場合、情報提供の周期の繰り返しの中で一致するタイミングにおいて、１つの装置に対して、同一の種類の複数のオブジェクト情報の要求（バルク取得要求）を１つ発行してよい。
　管理計算機間における通知のため、各管理計算機１０００は、自他の管理計算機の一覧情報を、テーブルとして保持してもよい。この管理計算機の一覧情報を保持するテーブルは、各管理計算機にアクセスするために必要な情報を保持してよい。例えば、このテーブルは、管理計算機の識別子（識別情報）と、管理計算機のＩＰアドレスと、管理計算機の設置場所の情報（例えばサイト情報）とを対応付けるレコードを有してよい。このテーブルは、全ての管理計算機で共有されてよい。例えば、このテーブルは、管理計算機連携プログラム同士が連携、ＤＢの機能を利用、又は、ＤＮＳのようにネームサーバを利用するなどによって共有されてよい。
　図１０は、情報取得方法決定処理の例を示すフローチャートである。当該フローチャートは、図９のステップ１０６の詳細に相当する。
　（ステップ２０１）管理計算機決定プログラム１１８０は、図９の選択タイミングにおいて、選択装置の選択オブジェクト種別が既に取得対象となっているか否かを判定する。管理計算機決定プログラム１１８０は、ステップ２０１の判定結果が肯定的な場合（ＹＥＳ）、ステップ２０２へ進み、否定的な場合（ＮＯ）、ステップ２０４へ進む。
　（ステップ２０２）管理計算機決定プログラム１１８０は、選択タイミングにおいて、選択装置の選択オブジェクト種別に含まれる１つ以上のオブジェクトの中から１つ選択し（「選択オブジェクト」という）、選択オブジェクト情報が既に取得対象となっているか否かを判定する。すなわち、管理計算機決定プログラム１１８０は、同一のタイミングにおいて、同一のオブジェクトが存在するか否かを判定する。ステップ２０２の判定結果が肯定的な場合（ＹＥＳ）、管理計算機決定プログラム１１８０は、別のオブジェクトを選択し、同様の判定を行う。なぜなら、この選択オブジェクト情報は、取得する必要が無いからである。ステップ２０２の判定結果が否定的な場合（ＮＯ）、管理計算機決定プログラム１１８０は、ステップ２０３へ進む。
　（ステップ２０３）管理計算機決定プログラム１１８０は、選択タイミングにおいて、選択装置の選択オブジェクト種別を既に担当している管理計算機を、選択オブジェクトの担当に決定する。そして、管理計算機決定プログラム１１８０は、未選択のオブジェクトが残っている場合、別のオブジェクトを選択してステップ２０２及び２０３を行い（ループ処理（Ａ）を実行し）、そうでない場合、本処理の呼び出し元へ戻る。
　これにより、同じ種別のオブジェクト情報をまとめて取得要求（バルク取得要求）することができる。バルク取得要求には、複数の命令セットに対するパラメータを記述できてよい。装置は、バルク取得要求を受領すると、このバルク取得要求に含まれる命令セットを実行し、その実行結果をまとめて１つの応答として返信してもよい。これにより、オブジェクト情報の取得処理が高速化され得る。
　バルク取得要求によれば、前処理、後処理に含まれる処理を一度に実施したり、装置に対する物理的な処理に伴うロック取得などの処理を効率化したりすることができる。これにより、装置に対する物理的な処理に起因するボトルネックが改善され、処理が高速化され得る。
　（ステップ２０４）管理計算機決定プログラム１１８０は、図９の選択タイミングにおいて、選択装置の選択オブジェクト種別が取得対象となっていない場合（ステップ２０４：ＮＯ）、選択オブジェクト種別に係る情報を別のタイミングで取得している管理計算機が存在するか否かを判定する。管理計算機決定プログラム１１８０は、ステップ２０４の判定結果が肯定的な場合（ＹＥＳ）、ステップ２０５へ進み、否定的な場合（ＮＯ）、ステップ２０６へ進む。
　（ステップ２０５）管理計算機決定プログラム１１８０は、選択オブジェクト種別に係る情報を別のタイミングで取得している管理計算機を、選択タイミングにおける選択オブジェクト種別の担当に決定する。そして、本処理の呼び出し元へ戻る。
　（ステップ２０６）管理計算機決定プログラム１１８０は、選択タイミングにおいて担当しているオブジェクト数が最少の管理計算機を、選択タイミングにおける選択オブジェクト種別の担当に決定する。そして、本処理の呼び出し元へ戻る。
　上述では、ステップ２０４において、各管理計算機が担当するオブジェクトを、別のタイミングと同じにしている。しかし、このステップ２０４を実行せずに、ステップ２０５を実行しても良い。例えば、選択タイミングにおいて、選択装置の選択オブジェクト種別が、取得対象として１つも設定されていない場合、選択タイミングにおいて担当しているオブジェクト数が最少の管理計算機を、選択オブジェクト種別の管理計算機に決定してもよい。又は、ＣＰＵやメモリの負荷情報や、情報取得に要する時間などの情報に基づいて、選択オブジェクト種別を担当する管理計算機を決定してもよい。
　情報収集ポリシの例は、上述の例の他に、「取得の失敗等に備えて、全てのオブジェクト情報を二重に取得するポリシ」、「利用者毎のＳＬＡ等により、特定のデバイスや特定のオブジェクトについてのみ、オブジェクト情報を多重に取得するポリシ」、「特定の期間（何らかの障害事象が発生している場合など）のみ、オブジェクト情報を多重に取得するポリシ」などであってもよい。このように、様々なポリシを定義し、各ポリシに応じた処理プログラムを用意しておくことで、柔軟に情報取得方法を切り替えることが可能となる。これにより、管理計算機の数を好適にし得る。よって、サービスを比較的低コストで提供し得る。
　図１１は、サービスが削除される場合における、代表管理計算機の処理例を示すフローチャートである。
　本処理は、代表管理計算機１０００のプロセッサ１３００が、メモリ１１００上に展開されたサービス検出プログラム１１６０、サービス特定プログラム１１７０、管理計算機決定プログラム１１８０、及び、管理計算機連携プログラム１１９０を実行することによって実現されてよい。
　（ステップ３０１）サービス検出プログラム１１６０は、サービスの実行状況の変更（サービスの削除）を検出すると、ステップ３０２へ進む。このとき、サービス検出プログラム１１６０は、ステップ１０１と同様、サービスの削除内容の情報を受信してよい。例えば、この削除内容の情報は、入力デバイス１５００及びＧＵＩを介して利用者によって入力された情報であってもよい。又は、この削除内容の情報は、他の管理計算機から送信された情報であってもよい。この削除内容の情報には、利用者が実行中のサービスから選択した削除対象のサービス（「削除対象サービス」という）を示す情報が含まれてよい。
　（ステップ３０２）サービス特定プログラム１１７０は、実行サービス管理テーブル１１４０から、削除対象サービスの提供に必要であったオブジェクト情報を削除する。そして、ステップ３０３へ進む。
　（ステップ３０３）管理計算機決定プログラム１１８０は、担当管理テーブル１１５０から、削除対象サービスの関連サービスＩＤ１１５７を有するレコードを削除する。そして、ステップ３０４へ進む。
　（ステップ３０４）管理計算機連携プログラム１１９０は、管理計算機の担当決定処理を実行する。本処理の詳細については後述する（図１３参照）。そして、本処理を終了する。
　図１２は、オブジェクトが変更される場合における代表管理計算機の処理例を示すフローチャートである。
　本処理は、代表管理計算機１０００のプロセッサ１３００が、メモリ１１００上に展開されたオブジェクト検知プログラム１１１１０、サービス特定プログラム１１７０、管理計算機決定プログラム１１８０、及び、管理計算機連携プログラム１１９０を実行することによって実現されてよい。
　（ステップ４０１）オブジェクト検知プログラム１１１１０は、オブジェクトの変更を検出すると、ステップ４０２へ進む。オブジェクトの変更の例は、プール２２２０から論理ボリューム２２１０が新規に作成された場合などである。例えば、オブジェクト検知プログラム１１１１０は、装置におけるオブジェクトの追加や変更等を検出する。例えば、この変更内容の情報は、管理計算機１０００から入力されてもよい。又は、この変更内容の情報は、別の管理計算機から送信された情報であってもよい。又は、この変更内容の情報は、装置から通知されてもよい。又は、この変更内容の情報は、オブジェクト検知プログラム１１１１０が、装置から定期的に取得してもよい。
　（ステップ４０２）オブジェクト検知プログラム１１１１０は、このオブジェクトの変更内容の情報に基づいて、構成情報テーブル１１３０を変更する。そして、ステップ４０３へ進む。
　（ステップ４０３）オブジェクト検知プログラム１１１１０は、実行サービス管理テーブル１１４０を参照し、構成情報テーブル１１３０において変更されたオブジェクトが、実行中のサービスで利用されているか否かを判定する。オブジェクト検知プログラム１１１１０は、ステップ４０３の判定結果が肯定的な場合（ＹＥＳ）、ステップ４０４へ進み、否定的な場合（ＮＯ）、本処理を終了する。
　（ステップ４０４）オブジェクト検知プログラム１１１１０は、その変更内容を、実行サービス管理テーブル１１４０に反映する。そして、ステップ４０５へ進む。
　（ステップ４０５）オブジェクト検知プログラム１１１１０は、その変更内容を、担当管理テーブル１１５０に反映する。そして、ステップ４０６へ進む。
　（ステップ４０６）管理計算機連携プログラム１１９０は、管理計算機の担当決定処理を実行し、本処理を終了する。本処理の詳細については後述する（図１３参照）。
　図１３は、代表管理計算機における担当決定処理の例を示すフローチャートである。本処理は、図９のステップ１０７、図１１のステップ３０４、図１２のステップ４０６の詳細に相当する。
　（ステップ５０１）管理計算機連携プログラム１１９０は、担当管理テーブル１１５０を参照する。そして、ステップ５０２へ進む。
　（ステップ５０２）管理計算機連携プログラム１１９０は、担当管理テーブル１１５０の参照の結果、担当しているオブジェクト数が所定の上限を超過している管理計算機か存在する否かを判定する。管理計算機連携プログラム１１９０は、ステップ５０２の判定結果が肯定的な場合（ＹＥＳ）、ステップ５０３へ進み、否定的な場合（ＮＯ）、ステップ５０６へ進む。
　（ステップ５０３）管理計算機連携プログラム１１９０は、超過分のオブジェクトを、既存の管理計算機に、上限を超過しないように担当させることが可能であるか否かを判定する。管理計算機連携プログラム１１９０は、ステップ５０３の判定結果が肯定的な場合（ＹＥＳ）、ステップ５１０へ進み、否定的な場合（ＮＯ）、ステップ５０５へ進む。
　（ステップ５０５）管理計算機連携プログラム１１９０は、超過分のオブジェクトを担当するための１つ以上の管理計算機を新たに用意する。そして、ステップ５０４へ進む。
　（ステップ５０６）ステップ５０２において、担当しているオブジェクト数が所定の上限を超過している管理計算機が存在しない（ＮＯ）と判定した場合、管理計算機連携プログラム１１９０は、既存の管理計算機を削減しても、全てのオブジェクトを、残りの管理計算機に、上限を超過しないように担当させることが可能であるか否か判定する。管理計算機連携プログラム１１９０は、ステップ５０６の判定結果が肯定的な場合（ＹＥＳ）、ステップ５０７へ進み、否定的な場合（ＮＯ）、ステップ５１０へ進む。
　（ステップ５０７）管理計算機連携プログラム１１９０は、全てのオブジェクトを、残りの管理計算機に、上限を超過しないように担当させることが可能な範囲内で、既存の管理計算機を削減する。そして、ステップ５１０へ進む。
　（ステップ５１０）管理計算機連携プログラム１１９０は、管理計算機間で担当するオブジェクトを調整する。管理計算機連携プログラム１１９０は、必要に応じて、管理計算機を追加又は削除してよい。そして、管理計算機連携プログラム１１９０は、その調整内容を、担当管理テーブル１１５０に反映させる。すなわち、管理計算機連携プログラム１１９０は、何れのオブジェクト情報の取得を、何れの管理計算機に担当させるかを決定する。そして、本処理の呼び出し元へ戻る。
　ステップ５１０のオブジェクトの担当を調整する処理は、例えば、各管理計算機が担当するオブジェクト数、各管理計算機のＣＰＵやメモリの負荷情報、及び、各管理計算機の情報取得に要する時間などを、管理計算機の間で平準化する処理であってもよい。
　ステップ５１０における、調整内容の担当管理テーブル１１５０への反映は、任意のタイミング、例えば、今回の処理において各管理計算機に担当を通知した後、次回の処理のタイミングで行われて良い。
　上述における管理計算機の追加処理（又は削除処理）は、前述の自身及び他の管理計算機の一覧情報のテーブルを参照し、例えば同一のイメージを利用して仮想計算機を新規に生成する処理（又は仮想計算機を削除する処理）であってもよいし、管理計算機用のプロセスを生成する処理（又はプロセスを削除する処理）であってもよい。
　管理計算機を追加する場合、管理計算機連携プログラム１１９０は、利用可能なＩＰアドレスのプールを参照するなどして、自身及び他の管理計算機を示す情報を新規取得し、自身及び他の管理計算機の（上述の）一覧情報のテーブルを更新してよい。
　管理計算機が管理可能なオブジェクト数の上限は、他の指標による上限であってよい。例えば、管理計算機によるＣＰＵやメモリの負荷の上限、情報取得に要しても良い時間の上限などであってよい。また、図１３の処理は、周期的に実行されてもよいし、利用者が指定した任意のタイミングで実行されても良い。
　図１４は、オブジェクトのリアルタイムな情報の取得要求を受信した場合の処理の例を示すフローチャートである。すなわち、本処理は、サービス種別管理テーブル１１２０の情報提供間隔１１２２が「リアルタイム」である場合（つまり、周期的な実行ではない場合）における処理である。
　本処理は、管理計算機１０００のプロセッサ１３００が、メモリ１１００上に展開された情報取得プログラム１１１１０、及び、管理計算機連携プログラム１１９０を実行することによって実現されてよい。
　（ステップ６０１）情報取得プログラム１１１１０は、オブジェクト情報の取得要求を受信すると、ステップ６０２へ進む。本ステップは、入力デバイス１５００及びＧＵＩを介して利用者によって指定された情報を受信する処理であってもよい。又は、本ステップは、任意の管理計算機から入力された情報を通信デバイス１２００が受信する処理であっても良い。
　（ステップ６０２）情報取得プログラム１１１１０は、取得要求を受信したオブジェクトの種別毎に、当該種別の全てのオブジェクト情報を取得中か否か判定する。情報取得プログラム１１１１０は、ステップ６０２の判定結果が肯定的な場合（ＹＥＳ）、この取得が完了した後、ステップ６０６へ進み、否定的な場合（ＮＯ）、ステップ６０３へ進む。
　（ステップ６０３）管理計算機連携プログラム１１９０は、取得中ではないオブジェクトが一つでも存在する場合（ステップ６０２：ＮＯ）、当該オブジェクトの最新の取得時刻が規定値以内か否かを判定する。管理計算機連携プログラム１１９０は、ステップ６０３の判定結果が肯定的な場合（ＹＥＳ）、ステップ６０６へ進み、否定的な場合（ＮＯ）、ステップ６０４へ進む。
　（ステップ６０４）管理計算機連携プログラム１１９０は、当該オブジェクトの最新の取得時刻が規定値以内ではない場合（ステップ６０３：ＮＯ）、担当管理テーブル１１５０を参照し、受信したオブジェクトを担当する管理計算機を決定し、その決定した管理計算機に取得要求を転送する。そして、ステップ６０５へ進む。オブジェクトを担当する（転送先の）管理計算機は、例えば、管理計算機によるＣＰＵやメモリの負荷情報や、情報取得に要する時間などの情報に基づいて、決定されてよい。
　（ステップ６０５）その取得要求を転送された管理計算機は、その取得要求に基づいて情報を取得し、その最新の取得結果を、その取得要求元へ返信する。
　上述のステップ６０２から６０５までの処理を、全ての装置、及び、取得要求を受信したオブジェクトの全ての種別について実施し終えた場合、ステップ６０６へ進む。
　（ステップ６０６）管理計算機連携プログラム１１９０は、最新の取得結果を、ステップ６０１で受信した、オブジェクト情報の取得要求の送信元へ送信する。そして、本処理を終了する。
　なお、情報取得タイミングが直近且つ規定値以内に設定されている場合、その直近の情報取得タイミングで取得されるその他のオブジェクトと合わせて、上述の情報取得が行われてもよい。
　以上の実施形態によれば、管理計算機の間で誰がオブジェクト情報を取得するのかを調整することにより、各サービスにおいて取得を要するオブジェクト情報が重複する場合であっても、オブジェクト情報を重複して取得することを防止（又は軽減）することできる。よって、オブジェクト情報の提供元のデバイスの負荷を軽減することができる。
　上述した実施形態は、本発明の説明のための例示であり、本発明の範囲を実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
　１：計算機システム　１０００：管理計算機　２０００：ストレージ装置　３０００：サーバ

Claims (12)

  1. 　複数の装置及び複数の管理計算機を有する計算機システムであって、
    　装置は、管理計算機から管理対象とされる１つ以上のオブジェクトを有し、
    　複数の管理計算機は、１つ以上のオブジェクトを管理対象とするサービスを提供しており、
    　各サービスの各オブジェクトには、情報提供の周期が設定されており、
    　複数の管理計算機のうちの１つである代表管理計算機は、
    　　オブジェクト情報の収集に関するポリシが定義されている情報収集ポリシと、実行中の各サービスの各オブジェクトに設定されている情報提供の周期と、に基づいて、各オブジェクト情報の収集を担当する管理計算機を決定し、
    　　その決定した各管理計算機に対して、その管理計算機が管理を担当するオブジェクトを通知する
    計算機システム。
  2. 　前記情報収集ポリシには、実行中の複数の異なるサービスの中に、情報提供の周期の繰り返しの中で一致するタイミングを有し、且つ、同一のオブジェクトが含まれている場合、これら同一のオブジェクト情報の収集を１つの管理計算機に担当させる旨の第１のポリシが定義されている
    請求項１に記載の計算機システム。
  3. 　前記第１のポリシに基づいて決定され、前記通知を受領した管理計算機は、情報提供の周期の繰り返しの中で一致するタイミングにおいて、前記同一のオブジェクトを有する装置に対して、前記同一のオブジェクト情報の要求を１つ発行する
    請求項２に記載の計算機システム。
  4. 　前記情報提供の周期の繰り返しの中で一致するタイミングとは、複数の同一のオブジェクトのそれぞれの周期に基づいて算出される最小公倍数の周期のタイミングである
    請求項３に記載の計算機システム。
  5. 　前記情報収集ポリシには、複数の異なるサービスの中に、情報提供の周期の繰り返しの中で一致するタイミングを有し、且つ、同一の種類のオブジェクトが含まれており、さらに、これらの同一の種類のオブジェクトが１つの装置に含まれている場合、これら同一の種類のオブジェクト情報の収集を１つの管理計算機に担当させる旨の第２のポリシが定義されている
    請求項２に記載の計算機システム。
  6. 　前記第２のポリシに基づいて決定され、前記通知を受領した管理計算機は、情報提供の周期の繰り返しの中で一致するタイミングにおいて、前記１つの装置に対して、前記同一の種類の複数のオブジェクト情報の要求を１つ発行する
    請求項５に記載の計算機システム。
  7. 　前記代表管理計算機は、
    　　新規のサービスを稼働する場合、当該新規のサービスが管理対象とする各新規オブジェクトについて、稼働中の各サービスの各オブジェクトの中に、前記第１のポリシ又は前記第２のポリシに適合するオブジェクトが存在するか否かを判定し、
    　　その新規オブジェクトが、前記第１のポリシに適合すると判定した場合、第１のポリシに適合するオブジェクトを担当中の管理計算機を、その新規オブジェクト情報の収集の担当に決定し、
    　　その新規オブジェクトが、前記第１のポリシに適合せず、前記第２のポリシに適合すると判定した場合、第２のポリシに適合するオブジェクトを担当中の管理計算機を、その新規オブジェクト情報の収集の担当に決定する
    請求項５に記載の計算機システム。
  8. 　前記代表管理計算機は、
    　　各管理計算機が担当中のオブジェクトの数を管理し、
    　　その新規オブジェクトが、前記第１のポリシ及び前記第２のポリシの何れにも適合しないと判定した場合、担当中のオブジェクトの数が最も少ない管理計算機を、その新規オブジェクト情報の収集の担当に決定する
    請求項７に記載の計算機システム。
  9. 　前記代表管理計算機は、
    　　担当中のオブジェクトの数が所定の閾値よりも多い管理計算機について、その管理計算機が担当中の１つ以上のオブジェクトの担当を、担当中のオブジェクトの数が所定の閾値よりも少ない管理計算機に変更する
    請求項５に記載の計算機システム。
  10. 　前記情報収集ポリシには、複数の異なるサービスの中に、情報提供の周期の繰り返しの中で一致するタイミングを有し、且つ、同一の種類のオブジェクトが含まれており、さらに、これらの同一の種類のオブジェクトが１つの装置に含まれている場合、これら同一の種類のオブジェクト情報の収集を１つの管理計算機に担当させる旨のポリシが定義されている
    請求項１に記載の計算機システム。
  11. 　前記ポリシに基づいて決定され、前記通知を受領した管理計算機は、情報提供の周期の繰り返しの中で一致するタイミングにおいて、前記１つの装置に対して、前記同一の種類の複数のオブジェクト情報の要求を１つ発行する
    請求項１０に記載の計算機システム。
  12. 　装置を管理する方法であって、
    　装置が、管理計算機から管理対象とされる１つ以上のオブジェクトを有しており、
    　複数の管理計算機が、１つ以上のオブジェクトを管理対象とするサービスを提供しており、
    　各サービスの各オブジェクトには、情報提供の周期が設定されており、
    　複数の管理計算機のうちの１つである代表管理計算機が、
    　　オブジェクト情報の収集に関するポリシが定義されている情報収集ポリシと、実行中の各サービスの各オブジェクトに設定されている情報提供の周期と、に基づいて、各オブジェクト情報の収集を担当する管理計算機を決定し、
    　　その決定した各管理計算機に対して、その管理計算機が担当するオブジェクトを通知する
    装置の管理方法。
PCT/JP2015/084192 2015-12-04 2015-12-04 計算機システム、及び、装置の管理方法 WO2017094194A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2015/084192 WO2017094194A1 (ja) 2015-12-04 2015-12-04 計算機システム、及び、装置の管理方法
JP2017553595A JP6568232B2 (ja) 2015-12-04 2015-12-04 計算機システム、及び、装置の管理方法
US15/758,356 US10423549B2 (en) 2015-12-04 2015-12-04 Computer system and apparatus management method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2015/084192 WO2017094194A1 (ja) 2015-12-04 2015-12-04 計算機システム、及び、装置の管理方法

Publications (1)

Publication Number Publication Date
WO2017094194A1 true WO2017094194A1 (ja) 2017-06-08

Family

ID=58796637

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/084192 WO2017094194A1 (ja) 2015-12-04 2015-12-04 計算機システム、及び、装置の管理方法

Country Status (3)

Country Link
US (1) US10423549B2 (ja)
JP (1) JP6568232B2 (ja)
WO (1) WO2017094194A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6684850B2 (ja) * 2018-05-16 2020-04-22 株式会社日立製作所 分散台帳システム、分散台帳サブシステム、および、分散台帳ノード

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008056670A1 (fr) * 2006-11-06 2008-05-15 Nec Corporation Système, procédé, appareil et programme fournissant des informations de ressource
JP2010087834A (ja) * 2008-09-30 2010-04-15 Ntt Data Corp ネットワーク監視システム
JP2012212341A (ja) * 2011-03-31 2012-11-01 Nec Corp ポーリング監視システム、ポーリング監視サーバ、ポーリング監視方法、およびその監視プログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6148335A (en) * 1997-11-25 2000-11-14 International Business Machines Corporation Performance/capacity management framework over many servers
US6766430B2 (en) * 2000-07-06 2004-07-20 Hitachi, Ltd. Data reallocation among storage systems
US8776050B2 (en) * 2003-08-20 2014-07-08 Oracle International Corporation Distributed virtual machine monitor for managing multiple virtual resources across multiple physical nodes
JP4949804B2 (ja) 2006-11-07 2012-06-13 株式会社日立製作所 統合管理計算機と記憶装置管理方法および計算機システム
JP2011243112A (ja) * 2010-05-20 2011-12-01 Hitachi Ltd システム管理方法、及び管理装置
WO2012020471A1 (ja) * 2010-08-10 2012-02-16 株式会社日立製作所 計算機システムの管理方法、及び管理システム
WO2014002213A1 (ja) * 2012-06-27 2014-01-03 株式会社日立製作所 管理システム及び管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008056670A1 (fr) * 2006-11-06 2008-05-15 Nec Corporation Système, procédé, appareil et programme fournissant des informations de ressource
JP2010087834A (ja) * 2008-09-30 2010-04-15 Ntt Data Corp ネットワーク監視システム
JP2012212341A (ja) * 2011-03-31 2012-11-01 Nec Corp ポーリング監視システム、ポーリング監視サーバ、ポーリング監視方法、およびその監視プログラム

Also Published As

Publication number Publication date
JPWO2017094194A1 (ja) 2018-09-06
US20180246823A1 (en) 2018-08-30
US10423549B2 (en) 2019-09-24
JP6568232B2 (ja) 2019-08-28

Similar Documents

Publication Publication Date Title
US11645183B1 (en) User interface for correlation of virtual machine information and storage information
US10846137B2 (en) Dynamic adjustment of application resources in a distributed computing system
US10795905B2 (en) Data stream ingestion and persistence techniques
US9971823B2 (en) Dynamic replica failure detection and healing
KR101925696B1 (ko) 대규모 데이터 스트림들의 획득, 저장, 및 소비를 위한 관리 서비스
US9720989B2 (en) Dynamic partitioning techniques for data streams
US9276959B2 (en) Client-configurable security options for data streams
JP6357243B2 (ja) データストリーム取り込み及び永続性ポリシ
US10534776B2 (en) Proximity grids for an in-memory data grid
US8832130B2 (en) System and method for implementing on demand cloud database
US10908834B2 (en) Load balancing for scalable storage system
US10754368B1 (en) Method and system for load balancing backup resources
JP6568232B2 (ja) 計算機システム、及び、装置の管理方法
JP2014238699A (ja) 文書管理サーバ、文書管理方法、コンピュータプログラム
JP6076882B2 (ja) 情報処理システム、管理装置及びキー割当プログラム
JP2017123040A (ja) サーバー装置、分散ファイルシステム、分散ファイルシステム制御方法、および、プログラム
JP2015001766A (ja) 資産管理システム及び資産管理方法
US12093135B2 (en) Method and system for grouping data slices based on data file types for data slice backup generation
US11520650B2 (en) Performing root cause analysis in a multi-role application
WO2015193988A1 (ja) 計算機システム
EP3734450A1 (en) Distributor data map for storage volume replication across multiple data centers
CN114096950A (zh) 提升任务-机器紧密性的分布式系统
KR20120045239A (ko) 메타 데이터 서버, 서비스 서버, 비대칭 분산 파일 시스템 및 그 운용 방법

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: 15909824

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15758356

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2017553595

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: 15909824

Country of ref document: EP

Kind code of ref document: A1