+

WO2006040811A1 - リソース交換処理プログラムおよびリソース交換処理方法 - Google Patents

リソース交換処理プログラムおよびリソース交換処理方法 Download PDF

Info

Publication number
WO2006040811A1
WO2006040811A1 PCT/JP2004/015036 JP2004015036W WO2006040811A1 WO 2006040811 A1 WO2006040811 A1 WO 2006040811A1 JP 2004015036 W JP2004015036 W JP 2004015036W WO 2006040811 A1 WO2006040811 A1 WO 2006040811A1
Authority
WO
WIPO (PCT)
Prior art keywords
server
group
information
network
setting
Prior art date
Application number
PCT/JP2004/015036
Other languages
English (en)
French (fr)
Inventor
Seishiro Hamanaka
Yoshinobu Hibi
Masayuki Naitou
Shigehiro Yoshikawa
Satoshi Iyoda
Original Assignee
Fujitsu Limited
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 Fujitsu Limited filed Critical Fujitsu Limited
Priority to JP2006540795A priority Critical patent/JP4275700B2/ja
Priority to EP04792280A priority patent/EP1816564A4/en
Priority to PCT/JP2004/015036 priority patent/WO2006040811A1/ja
Publication of WO2006040811A1 publication Critical patent/WO2006040811A1/ja
Priority to US11/786,440 priority patent/US20070237162A1/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/2028—Failover techniques eliminating a faulty processor or activating a spare
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/1658—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit
    • G06F11/1662—Data re-synchronization of a redundant component, or initial sync of replacement, additional or spare unit the resynchronized component or unit being a persistent storage device

Definitions

  • the present invention relates to a resource exchange processing program and a resource exchange processing method for adding / exchanging a spare server to a plurality of server groups configured by a plurality of servers, and in particular, to reduce the cost quickly and quickly.
  • the present invention relates to a resource exchange processing program and a resource exchange processing method capable of restoring a group. Background art
  • Patent Document 1 the task class of the server in operation is dynamically copied to the task class of the spare server, and both task classes are kept the same, so that there is an error in the server in operation.
  • a technology has been released that makes it possible to immediately switch between a spare server and an operating server!
  • Patent Document 1 Japanese Patent Application Laid-Open No. 11 85555
  • the present invention has been made in view of the above, and suppresses an extra cost, and when a server in operation fails or a load increases, a spare server can be quickly established. It is an object to provide a resource exchange processing program and a resource exchange processing method that can be added and replaced.
  • the present invention provides a resource exchange processing program for adding / exchanging a spare server to a plurality of server groups constituted by a plurality of servers, Setting processing for acquiring setting information, which is information related to software, network, and storage settings for the server group, and performing setting corresponding to the server group in advance on the spare server based on the setting information Addition of a procedure and a spare server that has been set in accordance with the setting processing procedure when an abnormality occurs in the server group or when the load on the server group increases.
  • the processing procedure is executed by a computer.
  • the present invention is also a resource exchange processing method for adding and exchanging a spare server to a plurality of server groups composed of a plurality of servers, and setting of software, network, and storage for the server group Setting information that is related to the server, and based on the setting information, a setting process step for performing the setting corresponding to the server group in advance for the spare server, and an abnormality has occurred in the server group And an additional processing step of adding the spare server set in the setting processing step to the server group when the load on the server group increases.
  • a plurality of server groups are configured by a plurality of servers, and the servers Obtain setting information, which is information related to software, network, and storage settings for a single server group, and perform settings corresponding to the server group in advance on the spare server based on the setting information.
  • setting information which is information related to software, network, and storage settings for a single server group
  • the spare server that has been set is added to the server dump, so that the server group can be quickly restored.
  • FIG. 1 is a diagram (1) showing a concept of resource exchange processing according to the present invention.
  • FIG. 2 is a diagram (2) showing a concept of resource exchange processing according to the present invention.
  • FIG. 3 is a diagram illustrating a functional configuration of the resource exchange processing system according to the embodiment.
  • FIG. 4 is a flowchart illustrating a processing procedure of resource exchange processing according to the present embodiment.
  • FIG. 5 is a diagram showing an example of site data 300 for registering operation management server information.
  • FIG. 6 is a diagram showing an example of domain management server data 310 in which information of domain management servers 50 and 60 is registered.
  • FIG. 7 is a diagram showing an example of management subnet data 320 for registering information on subnets to be managed.
  • FIG. 8 is a diagram illustrating an example of middleware cooperation IF data 330 storing commands for executing various processes in cooperation with middleware.
  • FIG. 9 is a diagram showing an example of server domain data 340 storing information related to a server domain to which the servers 110a-110c, 140a-140c, 150a-150c belong.
  • FIG. 10 is a diagram illustrating an example of pool group data 350 stored as information on pool groups.
  • FIG. 11 is a diagram illustrating an example of storage domain data 360 stored as information on storage domains.
  • FIG. 12 is an explanatory diagram for explaining a network domain and a network subdomain.
  • FIG. 13 is a diagram showing an example of network subdomain data 470 stored as information on network subdomains.
  • FIG. 14 is a diagram showing an example of network domain data 480 stored as information on network domains.
  • FIG. 15 is a diagram illustrating an example of load balancer data 490 stored as information on load balancers.
  • FIG. 16 is an explanatory diagram illustrating a configuration example of a network subgroup.
  • FIG. 17 is a diagram showing an example of network sub-duplicate data 660 stored as information on network sub-groups.
  • FIG. 18 is a diagram showing an example of inter-server domain link data 670 storing information related to the correspondence between server domains.
  • FIG. 19 is a diagram showing an example of server Z inter-storage domain link data 680 storing information related to the correspondence between server domains and storage domains.
  • FIG. 20 is a diagram showing an example of network boot server data 690 stored as information on servers to be network booted.
  • FIG. 21 is a diagram showing an example of managed server data 700 that stores data of servers to be managed.
  • FIG. 22 is a diagram showing an example of provisioning configuration data 710 stored with information on groups to which a server belongs.
  • FIG. 23 is a diagram showing an example of connection between a server and a storage device in which the connection state is uniform.
  • FIG. 24 is a diagram illustrating a connection uniformity check process based on WWPN.
  • FIG. 25 is a diagram showing an example of storage template data 800 storing data related to a storage template.
  • FIG. 26 is a diagram illustrating an example of server group data 810 stored as information on server groups.
  • FIG. 27 is a diagram illustrating an example of server Z storage group link data 820 stored as information on storage groups corresponding to server groups.
  • FIG. 28 is a diagram of an example of inter-server group link data 830 stored as information on the correspondence relationship between server groups.
  • FIG. 29 is a diagram showing an example of load balancing group data 840 stored as group information of load balancing devices.
  • FIG. 30 is a diagram showing an example of network group data 850 stored as information on network groups.
  • FIG. 31 is a flowchart showing a processing procedure for setting processing for setting a logical volume in a RAID device.
  • FIG. 32 is a diagram showing an example of a logical volume setting screen.
  • FIG. 33 is a diagram showing an example of RAID level setting data 940 that stores RAID level setting information.
  • FIG. 34 is a diagram of an example of RAID device data 950 stored as information on RAID devices.
  • FIG. 35 is a diagram showing an example of provisioning configuration data 960 in which storage subgroups are set.
  • FIG. 36 is a flowchart showing a processing procedure for logical volume setting processing for causing a server to recognize a logical volume.
  • FIG. 37 is an explanatory diagram for explaining the process of setting the logical volume built in the RAID device.
  • FIG. 38 is a diagram showing an example of the benefit group data 1010 stored as information on the benefit group.
  • FIG. 39 is a diagram illustrating an example of multipath configuration data 1020 stored as information on multipath configurations.
  • FIG. 40 is a diagram showing an example of mirror volume configuration data 1030 stored as information on the configuration of a mirror volume.
  • FIG. 41 is a diagram showing an example of IP address management data 1040 stored as information on IP addresses assigned to servers.
  • FIG. 42 shows a software image management data storing information on software images.
  • FIG. 43 shows an example of software distribution image management data 1060 stored as information on software distribution images.
  • FIG. 44 is a diagram showing an example of snapshot management data 1070 stored as information on snapshots.
  • FIG. 45 is a flowchart showing the processing procedure for adding a server to a server group.
  • FIG. 46 is a diagram showing an example of distribution management data 1080 stored as information on the distribution status of software distribution images.
  • FIG. 47 is a flowchart for explaining the processing procedure of server deletion processing for deleting a server from a server group.
  • FIG. 48 is a flowchart showing a processing procedure for pre-setting information such as software and network to the servers in the pool.
  • FIG. 49 is a flowchart specifically showing a processing procedure for setting information such as software and network in advance in a server in a pool.
  • FIG. 50 is a flowchart showing a processing procedure for adding a server resource when the server is abnormal or when the load is high.
  • FIG. 51 is a flowchart specifically showing a processing procedure for adding a server resource when the server is abnormal or when the load is high.
  • FIG. 52 is a diagram showing an example of a resource arrangement output screen 1090 showing the arrangement of resources to be managed.
  • FIG. 53 is a diagram showing an example of a resource placement setting screen 1140 for accepting user power of settings related to resource placement.
  • FIG. 54 is a diagram showing an example of a server group list screen 1150 for outputting a list of server groups belonging to the server domain.
  • FIG. 55 is a diagram showing an example of a server list screen 1160 for outputting a list of servers belonging to a server group.
  • Figure 56 shows the storage that outputs a list of storages belonging to the storage group.
  • FIG. 10 shows an example of a list screen 1170.
  • FIG. 57 is a diagram showing a hardware configuration of a computer 1200 serving as the site management server 20 shown in FIG.
  • FIG. 58 is a diagram showing a nodeware configuration of a computer 1300 serving as the domain management server 20 shown in FIG.
  • FIG. 59 is a diagram showing a hardware configuration of a computer 1400 serving as the server 110a shown in FIG.
  • Network subgroup A_Web_Back 630
  • Network subgroup B_Web_Back 640
  • FIGs 1 and 2 are diagrams showing the concept of resource exchange processing according to the present invention.
  • Figure 1 shows the Web server 4 for each business 1 and 2.
  • information processing devices such as 1 1 4 and AP (Application) server 5-5, DB (Database) server 6 9 1 6 1 1 6 and storage 7-7 are used.
  • the Web server 4-1 4 converts the content browsed by the Web browser into the Internet.
  • the server device is provided to the client device via the network.
  • 1 6 is the Web server that received the information processing request by the user 4
  • DB server 6—6 receives AP server 5—5
  • One 7 is a Web server 4 by SAN (Storage Area Network).
  • SAN Storage Area Network
  • DB server 6-6 is a storage device connected to 6-6.
  • a resource group such as a server or a storage having a uniform physical connection state with other devices is used. Manage as a domain.
  • the server group used in business 1 and 2 is managed as Web domain 4, AP domain 5 and DB domain 6, and the storage group used in business 1 and 2 is Managed as storage domain 7.
  • the states are uniform to each other, with respect to other devices of AP server 5 5 belonging to AP domain 5
  • connection status is uniform with each other, and other devices of DB server 6 6 belonging to DB domain 6
  • connection status to the storage domain 7 is uniform to each other, and storage 7— 7 belonging to storage domain 7
  • connection condition for other devices is uniform with each other.
  • DB server 6 6 and storage 7 7 are registered in pool 3 for each domain.
  • Web server 4 one 4, AP server 5 5, DB server 6 Allocate 6 and storage 7—7.
  • business 1 includes Web servers 4 and 4, AP server 5, DB server 6,
  • Web servers 4 and 4 1, AP server 5 5, and DB server 6 can be used in business.
  • FIG. 1 shows a case where a Web server 4 registered in pool 3 is newly added in Web domain 4 of business 2! /
  • a server registered in the pool in advance is assigned to the corresponding server. Install it in the server group, make the necessary software and network settings, and return it to the pool. If the server load increases or the server fails, the server registered in the pool can be incorporated to cope with server failure or high load at high speed.
  • AP server 5—5, DB server 6, 6 or storage 7—7 is used for a long time
  • Web server 4 4, 4, AP server 5—5, DB server 6, 6,
  • the load on the AP server 5—5 and DB servers 6 and 6 increases, and the storage capacity of the storage 7—7
  • Web servers 4, 4, 4, AP server 5—5, DB servers 6, 6 are installed.
  • storage 7-7 is excluded from the storage that can be used for operations 1 and 2, and is stored in pool 3.
  • the network settings for storage 7-7 are automatically set.
  • the storage 7-7 is excluded from the storage that can be used for business.
  • Fig. 1 shows a case where AP server 5 registered in pool 3 in AP domain 5 of business 2 is excluded from servers available for business and registered in pool 3.
  • server 5 registered in pool 3 is the server used for business 1
  • FIG. 3 is a diagram illustrating a functional configuration of the resource exchange processing system according to the present embodiment.
  • the operation management client 10 the site management server 20, and the power FW (Firewall) 30 are connected via a network.
  • the site management server 20 and the domain management servers 50 and 60 are connected via the network via the force FW40.
  • the site management server 20 and the router 80 belonging to the edge domain 180 are connected via a network via the FW 40. Further, the site management server 20 is connected to the storages 160a to 160c belonging to the storage domain 220 and the pooled storage 160d via the network via the power FW40.
  • the domain management server 50 is connected to servers 110a to 110c belonging to FW90, SLB (Server Load Balancer) 100 and Web domain 190 via a network! RU
  • the domain management server 60 is connected to the FW 120, the SLB 130, the sano 140a and 140c belonging to the AP domain 200, and the sano 150a and 150c belonging to the DB domain 210 via a network. 0
  • storage 160a-160c belonging to storage domain 220 and pooled storage 160d are servers 110a-110c belonging to Web domain 190, sano 140a-140c belonging to AP domain 200, and DB. Servers belonging to domain 210 15 Oa One 150c [This is connected via SAN 170!
  • the operation management client 10 also receives various settings related to resource exchange processing, transmits the setting information to the site management server 20, and outputs various output results from the site management server 20. It is a client device that accepts and displays it on a monitor.
  • the site management server 20 is a server device that executes the resource exchange processing described with reference to FIGS. 1 and 2 in cooperation with the domain management servers 50 and 60.
  • This site management server 20 includes a system resource manager 21, a server RM (Resource Manager) 22, a software RM (Resource Manager) 23, a network RM (Resource Manager) 24, a storage RM (Resource Manager) 25, and a system resource DB (Database). 26 and AP (
  • the system resource manager 21 receives various setting information related to the resource exchange process from the operation management client 10, and executes the resource setting process in cooperation with the server RM22, software RM23, network RM24, and storage RM25. Part. In addition, the system resource manager 21 is responsible for exchanging data with the domain management servers 50 and 60.
  • the server RM22 is a management unit that starts and stops each server 110a-110c, 140a-140c, and 150a-150c, collects and sets information related to hardware, and the like. This server RM22 executes the above processing in cooperation with a server sub RM (Resource Manager) 52 of the domain management server 50 and a server RM agent 112a of the server 110a.
  • server sub RM Resource Manager
  • Software RM23 installs and configures software for each server 110a-110c, 140a-140c, and 150a-150c, and collects information related to the software. Nau management department.
  • the software RM 23 executes the above-described processing in cooperation with a software sub RM (Resource Manager) 53 of the domain management server 50 and a software RM agent 11 3a of the server 110a.
  • the network RM 24 is a management unit that collects and sets information related to the network.
  • the network RM 24 executes the above processing in cooperation with a network sub RM (Resource Manager) 54 of the domain management server 50 and a network RM agent 14a of the server 110a.
  • a network sub RM Resource Manager
  • the storage RM 25 is a management unit that collects and sets information related to the storage 160a to 160c belonging to the storage domain 220 and the pooled storage 160d.
  • the storage RM 25 manages the storages 160a to 160c and the pooled storage 160d without going through the domain management servers 50 and 60.
  • the system resource DB (Database) 26 is a database that stores information on various resources managed by the system resource manager 21, the server RM22 2, the software RM23, the network RM24, and the storage RM25. Specific data stored here will be described in detail later.
  • the AP management supervision unit 27 is a processing unit that supervises and manages the AP (Application) management unit 116a. Specifically, the AP management unit 116a is requested to execute application installation processing and setting processing. The functions of the AP management control unit 27 are realized by executing middleware installed in the site management server 20.
  • the domain management servers 50 and 60 are server devices that manage resources in one or more domains.
  • the domain management server 50 includes functional units of a system resource domain manager 51, a server sub RM 52, a software sub RM 53, a network sub RM 54, and a domain resource DB (Database) 55.
  • domain management server 60 has the same functional units as the functional units of domain management server 50, the functional units of domain management server 60 are not shown and described in FIG.
  • the system resource domain manager 51 collects and sets information on resources belonging to each domain in cooperation with the server sub RM52, software sub RM 53, and network sub RM54.
  • a management unit that executes processing and the like.
  • system resource domain manager 51 is responsible for exchanging data with the site management server 20, and network devices such as the FW90 and SLB100, and the servers 1 10a to 110c that are the resource management targets. .
  • the server sub RM 52 is a management unit that, in cooperation with the server RM 22 and the server RM agent 112a, starts and stops each server 110a to 110c, collects information about hardware, and sets settings.
  • the software sub RM 53 is a management unit that performs software installation, setting, collection of information related to software, and the like for each of the servers 110a to 110c in cooperation with the software RM 23 and the software RM agent 113a.
  • the network sub RM 54 is a management unit that collects and sets information related to the network in cooperation with the network RM 24 and the network RM agent 114a.
  • the domain resource DB 55 is information acquired from the servers 110a to 110c when collecting and setting various information of the servers 110a to 110c managed by the server sub RM52, software sub RM53, and network sub RM54. It is a database that stores data obtained from system resource DB26.
  • the domain resource DB 55 is a temporary OS (Operating System) used when performing a network boot of the servers 110a to 110c.
  • the router 80 is a network device that performs data packet routing in data communication via the Internet 70.
  • FW30, 40, 90, 120 are network devices to prevent unauthorized access to various servers 11 Oa-110c, 140a-140c, 150a-150c.
  • the SLBs 100 and 130 are load distribution apparatuses that distribute and transfer information processing requests for the Sano 110a-110c, 140a-140c to a plurality of servers 110a-110c, 140a-140c.
  • the force to which the switch is further connected is omitted in FIG.
  • Sano 110a-110c, 140a-140c, 150a-150c are server devices that execute various types of information processing.
  • Server device 110a includes resource manager agent 11 la,
  • Each function unit includes a server RM agent 112a, a software RM agent 113a, a network RM agent 114a, a storage RM agent 115a, and an AP management unit 116a.
  • Sano 110b, 140a, 140b, 150a, and 150b have the same functions as those of Sano 110a, the sano 110b, 140a, 140b, 150a in FIG. , 150b is omitted from the illustration and description.
  • the servers 110c, 140c, and 150c are pooled servers.
  • These servers do not have the above functional units.
  • these servers 110c, 140c, and 150c are set as servers that can be used for business, a computer program that implements each functional unit is installed and executed on the servers 110c, 140c, and 150c. Each functional unit is realized.
  • the resource manager agent 11 la accepts execution requests such as information collection processing and setting processing of the server 110a from the system resource domain manager 51 of the domain management server 50, and processes these processing as server RM agent 112a and software RM agent. 113a, network RM agent 114a, and storage RM agent 115a.
  • the server RM agent 112a is an agent that executes start and stop of the server 110a, collection and setting of information related to hardware, and the like.
  • the software RM agent 1 14b is an agent that performs software installation, setting, and information collection regarding the software for the server 110a.
  • the network RM agent 114a is an agent that executes information collection and setting of the network to which the server 110a is connected.
  • the storage RM agent 115a is an agent that performs information collection and setting of storage connected to the server 110a.
  • Storage 160a-160c is storage used by servers 110a-110c belonging to the Web domain 190, servers 140a-140c belonging to the AP domain 200, and servers 150a-1 50c belonging to the DB domain 210, and RAID devices Consists of.
  • Storage 160d is a pooled storage.
  • the network connecting the servers 110a to 110c belonging to the Web domain 190, the servers 140a to 140c belonging to the AP domain 200, and the servers 150a to 150c belonging to the DB domain 210 is configured as a VLAN (Virtual Local Area). Network) can also be set
  • FIG. 4 is a flowchart illustrating the processing procedure of the resource exchange processing according to the present embodiment.
  • the site management server 20 includes a program for causing the computer to execute the functions of the system resource manager 21, the server RM22, the software RM23, the network RM24, the storage RM25, and the AP management unit 27.
  • a program that causes the computer to execute the functions of the system resource domain manager 51, server sub RM52, software sub RM53, and network sub RM54 is assigned to each server 110a, 110b, 140a, 140b, 150a, 150b.
  • the system resource manager 21 of the site management server 20 performs registration processing of the operation management server and the management LAN (step S101).
  • the operation management server and the management LAN are servers and LANs used for managing resources to be managed such as the servers 110a-110c, 140a-140c, 150a-150c, and the SAN170.
  • FIG. 5 is a diagram showing an example of the site data 300 for registering information of the operation management server.
  • the site data 300 stores information on sites, site management servers, and domain management servers.
  • a site is identification information of a site having a resource to be managed.
  • the site management server is information on the site management server 20 set to manage the site.
  • the domain management server is information on the domain management servers 50 and 60 set to manage the domain set in the site.
  • FIG. 6 is a diagram showing an example of the domain management server data 310 for registering information of the domain management servers 50 and 60.
  • the domain management server data 310 stores domain management server and management subnet information.
  • the domain management server has the same information as the domain management server described in FIG.
  • the management subnet is information on the subnet (management subnet) in which resources are managed by the domain management server.
  • FIG. 7 is a diagram illustrating an example of management subnet data 320 that registers information on a subnet to be managed.
  • This management subnet data 320 stores information on the management subnet, network address, netmask, and default gateway!
  • the management subnet is the same information as the management subnet described in FIG.
  • the network address is a network address for identifying the management subnet.
  • a netmask is a netmask used to define what bits of an IP address are used as network addresses.
  • the default gateway is IP address information that identifies the default gateway used when sending data outside the management subnet.
  • step S101 the system resource manager 21 receives information on the site, the site management server, and the domain management server set by the user by operating the operation management client 10, and uses the site data shown in FIG. Register to 300.
  • system resource manager 21 receives the domain management server and management subnet information set by the user by operating the operation management client 10, and registers the information in the domain management server data 310 shown in FIG. .
  • the system resource manager 21 registers the network address, netmask, and default gateway information corresponding to the management subnet described in FIG. 6 in the management subnet data 320 of FIG.
  • FIG. 8 is a diagram illustrating an example of middleware cooperation IF data 330 that stores commands for executing various processes in cooperation with middleware.
  • This middleware cooperation IF data 330 stores information on middleware name, target event, timing, location, and execution command.
  • the middleware name is information on middleware that the system resource manager 21 performs processing in cooperation with.
  • the target event is information on an event that the system resource manager 21 issues an execution request to the middleware.
  • the timing is information on the timing (before and after processing of the target event) at which a process execution request is transmitted to the system resource manager 21 S middleware.
  • the location is information on a location (Manager or Agent) for executing the middleware command.
  • Manager indicates the case where the command is executed on the management site server 20.
  • Agent indicates a case where a command is executed on the servers 110a-110c, 140a-140c, 150a-150c to be managed.
  • the execution command is command information for notifying middleware of the occurrence of various events.
  • step S102 the system resource manager 21 performs a domain creation process and a link process between the created domains.
  • step S102 the process performed in step S102 will be described in more detail.
  • FIG. 9 is a diagram showing an example of server domain data 340 storing information related to the server domain to which the servers 110a-110c, 140a-140c, 150a-150c belong.
  • the server domain data 340 stores information on a server domain, a server architecture, and a management subnet.
  • the server domain is information on a domain to which the servers 110a to 110c, 140a-140c, 150a-150c to be managed belong.
  • the server architecture is information on the CPU (Central Processing Unit) architecture of the servers 110a-110c, 140a-140c, 150a-150c belonging to each server domain.
  • the management subnet is the same information as the management subnet shown in FIG.
  • step S102 the system resource manager 21 sets the server domain and the server architecture that the user has operated by operating the operation management client 10. And receives information related to the server domain data 340.
  • This server domain is
  • step S101 it is set for each management subnet set in step S101.
  • step S102 the system resource manager 21 sets a server group belonging to each server domain, and creates a pool group shared among the server groups and a dedicated pool group for a specific server group. Set.
  • the server group is a group of servers included in the same server domain divided into one or more groups.
  • a pool group is a pool of servers assigned to each server group.
  • FIG. 10 is a diagram showing an example of pool group data 350 stored as information on pool groups.
  • this Puno lego rape data 350 information of Puno lego rape, type, and server domain is stored.
  • the pool group is the above-described server pool identification information.
  • the type is information indicating whether the pool group can be shared by multiple server groups, and whether the pool group is permitted to be used only by a specific server group.
  • the server domain is the same information as the server domain described in FIG.
  • the system resource manager 21 assigns one pool group to each server domain. Further, when the server domain power has a plurality of server groups, the system resource manager 21 allocates a pool group dedicated to those server groups.
  • the system resource manager 21 receives information on the storage domain set by the user by operating the operation management client 10, and registers the information in the system resource DB 26 as storage domain data 360 described below. .
  • FIG. 11 is a diagram showing an example of storage domain data 360 stored as information on storage domains.
  • the storage domain data 360 stores storage domain and path multiplicity information.
  • the storage domain is identification information for identifying the set storage domain.
  • the multiplicity of the path is information on the multiplicity of data communication nodes in the SAN.
  • system resource manager 21 allows the user to operate the operation management client 10.
  • the network subdomain information set as described above is received, and the information is registered in the system resource DB 26 as network subdomain data 470 described below.
  • the network sub-domain is a sub-domain obtained by further dividing a network domain to which a plurality of network devices that connect servers belonging to different server domains belong.
  • FIG. 12 is an explanatory diagram for explaining a network domain and a network subdomain.
  • Figure 12 shows the switches 430a, 430b, 450a, 450b, and SLB460a, 460b that connect Sano 380a and 380e belonging to Web domain 370 and Sano 400a and 400e belonging to AP domain 390. .
  • the switch 430a and the switch 430b constitute the Web—Back subdomain 420
  • the switch 450a and the switch 450b constitute the AP—Front subdomain 440.
  • FIG. 13 is a diagram showing an example of network subdomain data 470 stored as information on network subdomains.
  • the network subdomain data 470 stores information on the network subdomain, the switch model, and the switch management IP.
  • the network subdomain is information for identifying the network subdomain described in FIG.
  • the switch model is information on the switch model belonging to the network subdomain.
  • the switch management IP is information on the IP address assigned to each switch for management.
  • system resource manager 21 receives information related to the network domain set by the user by operating the operation management client 10, and registers the information in the system resource DB 26 as network domain data 480 described below. .
  • FIG. 14 is a diagram showing an example of network domain data 480 stored as information on network domains.
  • the network domain data 480 stores information on the network domain, front subdomain, connection method, device, back subdomain, and redundancy method.
  • the network domain is identification information for identifying the network domain described in FIG. is there.
  • the front sub-domain is identification information for identifying the sub-domain closer to the Internet 70 when the front sub-domain is divided into two sub-domains with the network domain power LB 460a, 460b as a boundary.
  • the connection method is information related to a method for connecting a network device such as switches 430a and 430b belonging to the front sub-domain and a network device such as switches 450a and 450b belonging to the back sub-domain described later. It is.
  • this method includes a connection method using a load non-senser and a connection method using a firewall.
  • the back sub-domain is identification information that identifies the sub-domain of the way to the Internet 70 when it is divided into two sub-domains with the network domain power LB460a, 460b as a boundary. is there.
  • the redundancy method is information indicating a redundancy method when data communication paths are made redundant in the network domain.
  • the system resource manager 21 receives information related to the connected device in the network subdomain set by the user by operating the operation management client 10, and loads the information to the system resource DB 26 as described below. Register as device data 490.
  • the connected devices in the network subdomain are devices such as SLB 460a and 46 Ob described in FIG.
  • FIG. 15 is a diagram illustrating an example of the load balancer data 490 stored as information on the load balancer.
  • the load balancer data 490 stores information of load balancer name, management IP, model, SNMP community, and ID / password.
  • the load balancer name is a name that identifies a connected device in the network subdomain.
  • the management IP is information on the IP address assigned to each connected device for managing the connected device.
  • the model is information on the model of the connected device.
  • the SNMP (Simple Network Management Protocol) community is information for specifying the SNMP community to which the domain management servers 50 and 60 and the site management server 20 that manage the connected device and the connected device belong.
  • ID / password is ID and password information required to access the connected device.
  • the system resource manager 21 accepts network subgroup information set by the user by operating the operation management client 10, and sends it to the system resource DB 26. Is registered as network subgroup data 660 described below.
  • the network subgroup is obtained by dividing a network connecting server groups belonging to different server domains into a plurality of networks when a server group is set for a server belonging to the server domain. .
  • FIG. 16 is an explanatory diagram illustrating a configuration example of a network subgroup.
  • FIG. 16 shows switches 590 and 610 and SLB 600a and 600b forces S that connect the servers 520a to 520e belonging to the Web domain 510 and the servers 560a to 560e belonging to the AP domain 550.
  • Sano 520a and Sano 520b constitute server group A—Web 530
  • Sano 520c and Sano 520d constitute server group B—Web 540
  • Server group A—AP570 is configured
  • server 560c and server 560d configure server group B—AP580!
  • the network connecting server group A—Web530 and SLB600a constitutes network subgroup A—Web—Back620
  • the network connecting server group B—Web540 and SLB600b is network subgroup B—Web.
  • Back63 0, network connecting SLB600a and server group A—AP570 is network subgroup A—AP— Front640 is configured, network connecting SLB600b and server group B—AP580 is network subgroup B —AP—The Front650 is configured.
  • FIG. 17 is a diagram showing an example of network sub-gnope data 660 stored as information on network sub-groups.
  • This network subgroup data 660 stores information on network subgroups, network subdomains, subnets and redundant subnets.
  • the network subgroup is a name for identifying the network subgroup as described with reference to the example in FIG.
  • the network subdomain is information on the network subdomain to which the network subgroup belongs.
  • a subnet is information on a network address and a subnet mask assigned to a network subgroup. Redundant subnet is assigned to network subgroup This is information on the network address and subnet mask assigned to a network that also has extra data communication line power when the network to which it belongs is made redundant using multiple data communication lines.
  • the system resource manager 21 receives information related to the correspondence relationship between the server domains set by the user by operating the operation management client 10, and sends the information to the system resource DB 26 to the server domain described below. Register as Inter-link data 670.
  • FIG. 18 is a diagram showing an example of inter-server domain link data 670 stored as information on the correspondence relationship between server domains.
  • This inter-server domain link data 670 stores information on the front server domain, the network domain, and the back server domain.
  • the front server domain is information indicating a server domain closer to the Internet 70 among server domains sandwiching the network domain as shown in FIG.
  • the network domain is identification information of the network domain described in FIG.
  • the knock server domain is information indicating a server domain located farther from the Internet 70 among server domains sandwiching the network domain as shown in FIG.
  • system resource manager 21 receives information related to the correspondence relationship between the server domain and the storage domain set by the user by operating the operation management client 10, and stores the information in the system resource DB 26 as follows. Registered as link data 680 between server Z storage domains as described in Section 3.
  • FIG. 19 is a diagram showing an example of server Z inter-storage domain link data 680 storing information related to the correspondence relationship between the server domain and the storage domain.
  • This server / storage domain link data 680 stores server domain and storage domain information.
  • the server domain is the same information as the server domain shown in FIG.
  • the storage domain is the same information as the storage domain shown in FIG.
  • system resource manager 21 registers server resources and storage resources to be managed (step S103). Below step S1 The process performed in 03 will be described in more detail.
  • the system resource manager 21 receives information on the management subnet selected by the user.
  • the system resource manager 21 receives information about the server to be managed, which is input by the user operating the operation management client 10, from the operation management client 10, and sends the information to the domain resource DB 26 of the domain management server 50. And stored as network boot server data 690 described below.
  • the server registered here is registered as a server resource after a network boot is performed later and various server information is acquired.
  • FIG. 20 is a diagram showing an example of network boot server data 690 stored as information on servers that are network booted.
  • the network boot server data 690 stores MAC address, IP address, and host name information.
  • the MAC address is information on the MAC address of the server.
  • the IP address is information on the IP address assigned to the server.
  • the host name is information on the host name assigned to the server.
  • the system resource manager 21 when the system resource manager 21 receives the MAC address information input by the user of the server that performs the network boot, the system resource manager 21 assigns the IP address, the host name, and the server corresponding to the MAC address. Assign automatically.
  • the system resource manager 21 cooperates with the system resource domain manager 51 of the domain management server 50 and uses a temporary OS stored in the domain resource DB 55 of the domain management server 50, and uses the IP address and host name. Performs a network boot on the server to which is assigned.
  • the server sub RM 52, the resource manager agent 11 la, and the server RM agent 112a cooperate to collect information related to the server hardware and send the collected information to the system resource domain manager 51. To do.
  • the system resource manager 21 acquires information related to the server hardware from the system resource domain manager 51, and stores the information in the system resource DB 26. This is stored as managed server data 700 described below.
  • system resource manager 21 operates the operation management client 10 to start the server from the storage 160a-160d connected via the SAN 170.
  • the setting information is registered in the managed server data 700.
  • FIG. 21 is a diagram illustrating an example of the management target server data 700 stored as data of servers to be managed.
  • This managed server data 700 includes server name, IP address, M
  • the server name is a name for identifying a server to be managed.
  • the IP address is the IP address assigned to the server.
  • the MAC address is the server's MAC address.
  • the server architecture is information on the CPU architecture of the server.
  • the model is the server model.
  • the SAN boot is setting information for determining whether or not to perform a SAN boot for starting a server from the storage 160a to 160d connected via the SAN 170.
  • the status is information indicating whether or not the server has power.
  • the user selects the server that performs network booting by specifying the MAC address.
  • the server may be automatically selected. Specifically, when the user operates the operation management client 10 and sets information related to the number of servers to be automatically selected, the system resource manager 21 receives the setting information from the operation management client 10. Accept.
  • the system resource manager 21 selects the set number of servers, and registers the IP address and host name information of the selected servers in the network boot server data 690 shown in FIG.
  • the system resource manager 21 cooperates with the system resource domain manager 51 of the domain management server 50, and uses the temporary OS stored in the domain resource DB 55 of the domain management server 50, and uses the IP address and host name. Performs a network boot on the server to which is assigned.
  • Server sub RM52, resource manager agent 11 la, and server The RM agent 112a cooperates to collect each server's MAC address, server architecture, model, and status information, and sends the collected information to the system resource domain manager 51.
  • the system resource manager 21 obtains information on the MAC address, server architecture, model, and status of each server from the system resource domain manager 51, and stores the information in the system resource DB 26 as managed server data 700.
  • the system resource manager 21 obtains information on the MAC address, server architecture, model, and status of each server from the system resource domain manager 51, and stores the information in the system resource DB 26 as managed server data 700.
  • the system resource manager 21 registers the storage device to be managed.
  • storage devices are devices such as FC switches and RAID devices.
  • the system resource manager 21 manages the information. Accept from client 10. Then, the system resource manager 21 registers the storage device by storing the storage device information corresponding to the IP address in the system resource DB 26.
  • the system resource manager 21 performs a process of adding the server registered in the management target server data 700 of FIG. 21 to the server domain. Specifically, when the user operates the operation management client 10 to specify a server and a server domain to which the server is added, the system resource manager 21 sends the server and server domain information to the operation management client 10. Accept from.
  • the system resource manager 21 refers to the managed server data 700 shown in FIG. 21, and the server architecture of the server is the server architecture registered in the server domain data 340 shown in FIG. Check for a match.
  • system resource manager 21 reads the managed server data 700 shown in FIG. 21, and checks that the server is set to perform SAN boot!
  • the system resource manager 21 checks the network connection status of the server to be added to the server domain. Specifically, the system resource manager 21 reads the inter-server domain link data 670 shown in FIG. 18, and acquires information on the front server domain and the back server domain for the server domain. [0146] Then, the system resource manager 21 performs the network domain data shown in FIG.
  • the system resource manager 21 reads the network subdomain data 470 shown in FIG. 13 and identifies the switches corresponding to the front subdomain and the back subdomain.
  • the system resource manager 21 requests the network RM 24 and the network sub RM 54 to check the connection between the server and the switch. Further, the network RM 24 and the network sub RM 54 request the network RM agent 114a to check the connection between the server and the switch, and obtain the check result.
  • system resource manager 21 associates the information related to the server with the pool group described in FIG. 10, and provides the provisioning configuration described below. Store as data 710 in system resource DB26.
  • FIG. 22 is a diagram showing an example of provisioning configuration data 710 stored with information on servers belonging to the pool group.
  • This provisioning configuration data 710 stores information on server name, punore rape, server gnole, storage sub gnole, and accessibility.
  • the server name is the same information as the server name described in FIG.
  • the pool group name is the same information as the pool group described in FIG.
  • a server group is group identification information when servers included in the same server domain are divided into one or more groups. At this stage, server group information is not yet registered.
  • the storage subgroup name is the identification information of the group assigned to each server when the storage belonging to the storage domain is divided into one or more groups and assigned to each server belonging to the server group. . At this stage, storage subgroup information is not yet registered. Accessibility is information indicating whether or not the server is allowed to access the storage. At this stage, accessibility information is not yet registered. [0153] After registering the server name and pool group name in the provisioning configuration data 710, the system resource manager 21 registers the previously registered storage device in the storage domain.
  • the system resource manager 21 sends the information to the operation management client. Accept from 10.
  • the system resource manager 21 reads the server Z storage domain link data 680 shown in FIG. 19, and identifies the server domain corresponding to the storage domain.
  • the system resource manager 21 checks the uniformity of the connection between the server belonging to the specified server domain and the storage device belonging to the storage domain in cooperation with the storage RM25 and the storage RM agent 115a. To do.
  • FIG. 23 is a diagram illustrating an example of the connection between a server and a storage device in which the connection state is uniform.
  • the connection state between the FC (Fiber Channel) switch 750a belonging to the storage domain 740 and the servers 730a and 730b belonging to the server domain 720, and the FC switch 750b belonging to the storage domain 740 is uniform.
  • connection state between the FC switches 750a, 750b and the RAID device 760a belonging to the storage domain 740 and the connection state between the FC switch 750a, 750b and the RAID device 760b belonging to the storage domain 740 are uniform. It has become.
  • the system resource manager 21 checks the uniformity of the connection based on information of WWPN (World Wide Port Name). At this time, the system resource manager 21 reads the information on the multiplicity of the storage domain path from the storage domain data 360 shown in FIG. 11, and also checks the redundancy.
  • FIG. 24 is a diagram illustrating a connection uniformity check process based on WWPN.
  • Figure 24 shows the RAID device WW PN data 770a, 770b stored in the RAID devices 760a, 760b shown in Fig. 23 and FC switches 750a, 750b.
  • RAID device WWPN data 770a and 770b store CA (Channel Adapter) and WWPN information.
  • the CA is channel adapter identification information included in the RAID devices 760a and 760b.
  • the WWPN is information on the WWPN assigned to the channel adapter of the RAID devices 760a and 760b!
  • FC switch WWPN data 780a and 780b store information on port and partner WWPN.
  • port is identification information of the port of the FC switches 750a and 750b.
  • Destination W WPNi or FC switch 750a, 750b port [Connected! WWPN information assigned to channel adapter of RAID device 760a, 760 b, or port of FC switch 750a, 750b [This is the information of the WWPN assigned to the HBA (Host Bus Adapter) of the connected Sano 730a, 730b.
  • HBA Hyper Bus Adapter
  • Server WWPN data 790a and 790b store information on HBA and WWPN.
  • the HBA is identification information of the HBA that the servers 730a and 730b have.
  • the WWPN is information on the WWPN assigned to the HBA of the servos 730a and 730b.
  • the system resource manager 21 converts the RAID device WWPN data 770a, 770b, the FC switch WWPN data 780a, 780b, and the Sano WWPN data 790a, 790b into the RA ID devices 760a, 760b, FC switches 750a, 750b, and By collecting the Sano 730a and 730b forces and examining the correspondence between WWPNs, it is possible to check the uniformity of the connection state between the devices.
  • the system resource manager 21 executes the LUN (Logical
  • step S104 the system resource manager 21 performs a server group creation process.
  • step S104 the process performed in step S104 will be described in more detail.
  • the system resource manager 21 receives information related to the storage template set by the user by operating the operation management client 10, and registers the information in the system resource DB 26 as storage template data 800 described below. .
  • the storage template is setting information related to the storage configuration for the server group created later.
  • FIG. 25 is a diagram showing an example of storage template data 800 that stores data related to the storage template.
  • the storage template data 800 stores storage template, disk type, disk name, reliability requirement, load level, disk capacity, and boot disk information.
  • the storage template is identification information for identifying the set storage template.
  • the disk type is information indicating the type of use of the disk belonging to the storage template.
  • root indicates that the disk is used to store system data
  • local indicates that the disk is used to store server-specific data
  • Shared indicates that the disk is used to store data shared between servers.
  • the disk name is a name for identifying a disk assigned to each disk.
  • the degree of reliability is reliability information required for the disk.
  • the degree of load is information on the degree of load on the disk.
  • the disk capacity is the storage capacity of the disk.
  • the boot disk is information indicating whether or not the disk is used for booting the system.
  • system resource manager 21 receives server group information set by the user by operating the operation management client 10, and the system resource DB 26 stores the information as server group data 810 described below.
  • FIG. 26 is a diagram showing an example of server group data 810 stored as information on server groups.
  • This server group data 810 stores information on server groups, server domains, software distribution images, version numbers, storage templates, SAN boot, and automatic recovery.
  • a server group is group identification information when servers included in the same server domain are divided into one or more groups.
  • the server domain is information on the server domain to which the server drup belongs.
  • Software distribution image is server This information identifies software image files to be distributed to servers belonging to a group.
  • the version number is information on the version number of the software distribution image.
  • the storage template is the same information as the storage template described in FIG.
  • SAN boot is information indicating whether to perform SAN boot for servers belonging to a server group.
  • Auto-recovery is information indicating whether or not a server that has a scale-out configuration that operates in cooperation with multiple servers has failed to automatically add a server.
  • a storage group is a group of storages in the same storage domain divided into one or more groups.
  • FIG. 27 is a diagram showing an example of server Z storage group link data 820 stored as information on storage groups corresponding to server groups.
  • the server Z storage group link data 820 stores information on server groups, storage groups, and storage domains.
  • the server group is the same information as the server group shown in FIG.
  • the storage group is storage group identification information generated for each server group.
  • the storage domain is identification information of the storage domain to which the storage group belongs.
  • the system resource manager 21 When creating a storage group, the system resource manager 21 reads the storage template information associated with the server group from the server group data 810 shown in FIG. 26, and stores the storage template shown in FIG. Read disk type information corresponding to the storage template from data 800.
  • the system resource manager 21 creates a storage group for each server group for each disk type such as "root”, “local”, and “shared”, and sends the information to the server Z storage group link. Register with Data 820.
  • system resource manager 21 determines the storage domain corresponding to the server domain to which the server group belongs from the link data between server Z storage domains shown in FIG. Read main information and register the information in server Z storage group link data 820.
  • the system resource manager 21 transmits a command for causing the AP management unit 116a to recognize that the server group has been added, to the AP management unit 116a. Specifically, the system resource manager 21 transmits “issvgrp & (1 (1”) shown in FIG. 8 to the eight? Management unit 116 &.
  • the system resource manager 21 receives information on the correspondence between server groups set by the user by operating the operation management client 10, and the system resource DB 26 stores the information in the server group described below. Register as Inter-link data 830.
  • FIG. 28 is a diagram showing an example of inter-server group link data 830 stored as information on the correspondence relationship between server groups.
  • This inter-server group link data 830 stores information on front server gnole, network gnole, and back server gnole.
  • the front server group is information indicating a server group closer to the Internet 70 among server groups linked by the network group.
  • the network group is a group of networks in which the network subgroups described in FIG. 16 are joined so as to connect the server groups.
  • the network group is identification information for identifying the network group.
  • the knock server group is information indicating a server group located far from the Internet 70 among server groups connected by the network group.
  • the system resource manager 21 stores information relating to the network group in the system resource DB 26 as network group data 850 described below.
  • the system resource manager 21 first reads the inter-server domain link data 670 shown in Fig. 18 and obtains information on the network domain set between the two server domains. .
  • the system resource manager 21 executes the network domain data shown in FIG. Read 480 and get information about front subdomain, backsubdomain and device corresponding to network domain.
  • the system resource manager 21 reads the network subgroup data 660 shown in FIG. 17, searches the network subgroup data 660 for the network subdomain corresponding to the front subdomain and the knock subdomain, and performs the search. From the network subgroups corresponding to the network subdomain, extract unused network subgroups.
  • system resource manager 21 performs network domain data shown in FIG.
  • the network device corresponding to the device information read from 480 is divided into one or more duplications, and the information is stored in the system resource DB 26 as load distribution duplication data 840 described below.
  • FIG. 29 is a diagram illustrating an example of the load distribution group data 840 stored as group information of the load distribution device.
  • the load balancing group data 840 stores information on the load balancing group, load balancer name, and representative IP.
  • the load balancing group is information for identifying a group when the load balancer is divided into one or more groups.
  • the load balancer name is a name for identifying the load balancer.
  • the representative IP is information on the IP address assigned to each load balancing group.
  • the system resource manager 21 After that, the system resource manager 21 generates correspondence information between the network domains, network subgroups, and load balancing groups belonging to each of the network groups described above. The information is stored in the system resource DB 26 as network group data 850 described below.
  • FIG. 30 is a diagram showing an example of network group data 850 stored as information on network groups.
  • the network group data 850 stores information on network groups, network domains, front network subgroups, load distribution groups, and back network subgroups.
  • the network group is the same information as the network group described in FIG.
  • the network domain is the same information as the network domain described in FIG.
  • the front network subgroup corresponds to the network subgroup described with reference to FIG. 17, and is information indicating a network subgroup closer to the Internet 70 among the network subgroups sandwiching the load balancing group.
  • the load distribution group is the same information as the load distribution group described in FIG.
  • the back network sub-group corresponds to the network sub-group described in FIG. 17 and is information indicating a network sub-group farther from the Internet 70 among the network sub-groups sandwiching the load balancing group. It is.
  • system resource manager 21 cooperates with the network RM 24 and the network sub RM 54 to set the VLAN of the network sub group for the switch registered in the network sub domain data 470 of FIG.
  • step S105 the system resource manager 21 adds the first server to the server group, and performs a process of creating a software image of the software installed on the server.
  • step S105 the process performed in step S105 will be described in more detail.
  • the system resource manager 21 accepts the server and server group information, and the server group Register the server with.
  • the system resource manager 21 reads the server group data 810 in FIG. 26, searches for the storage template corresponding to the server group, and obtains the setting conditions of the storage template from the storage template data 800 in FIG. To do.
  • the storage RM 25 sets a logical volume in the pooled storage so as to satisfy the storage template setting conditions acquired by the system resource manager 21, and sets the storage in which the logical volume is set to the above server group. Perform the process assigned to.
  • FIG. 31 is a flowchart showing a processing procedure of setting processing for setting a logical volume in a RAID device.
  • the system resource manager 21 acquires information on the necessary conditions for the logical volume (step S 201).
  • the logical volume requirements are the reliability requirements stored in the storage template data 800 in FIG. Information on necessity, degree of load, and disk capacity.
  • FIG. 32 is a diagram showing an example of a logical volume setting screen.
  • Figure 32 shows the required condition output screen 860 that displays the logical volume requirements that the system resource manager 21 outputs to the operation management client 10, and the logical volume configuration output screen 880 after setting the logical volume. Is shown.
  • the necessary condition output screen 860 outputs three necessary conditions 870a-870c.
  • FIG. 33 is a diagram showing an example of RAID level setting data 940 stored with RAID level setting information.
  • This RAID level setting data 940 stores information on the necessity of reliability, the degree of load, and the RAID level.
  • the reliability level is the same information as the reliability level described in Figure 25.
  • the degree of load is the same information as the degree of load described in FIG.
  • the RAID level is a R AID Renore ⁇ blueprint determined by the need for reliability and the degree of load.
  • FIG. 34 is a diagram of an example of RAID device data 950 stored as information on RAID devices.
  • This RAID device data 950 includes the total required storage capacity, RAID device model name, data access speed, number of disk drives that make up the RAID group (in the case of RAID0 + 1), and disks that make up the RAID group. Stores information on the number of drives (for RAID5) and the maximum number of RAID groups.
  • the required total storage capacity value is information on the total disk capacity required for the logical volume.
  • the type name of the RAID device is information on the type name of the R AID device suitable for securing the required total storage capacity.
  • the data access speed is the disk drive data specified by the RAID device model name. Data access speed information. In this data access speed, information on the three disk drive types “first”, “second”, and “third” is stored in order of increasing access speed.
  • the number of disk drives that make up a RAID group (in the case of RAID0 + 1) is information on the number of disk drives that make up a RAID group when the RAID level is RAID0 + 1.
  • the number of disk drives that make up a RAID group (for RAID5) is information on the number of disk drives that make up a RAID group when the RAID level is RAID5!
  • the maximum number of RAID groups is information on the maximum number of RAID groups to be created.
  • the system resource manager 21 acquires the specific information for each RAID device type from the RAID device data 950 explained in Fig. 34 (step S204).
  • the specific information is the disk drive type that corresponds to the "first" data access speed, the number of disk drives that make up the RAID group (in the case of RAID0 + 1), and the disks that make up the RAI D group. Information on the number of drives (for RAID5) and the maximum number of RAID groups.
  • the storage RM 25 creates a logical volume (step S205). Specifically, the storage RM 25 creates a logical volume that satisfies each necessary condition for the logical volume, and sets the logical volume in the RAID device.
  • the storage RM 25 creates a RAID group in which logical volumes having the same RAID level are grouped (step S206). Then, the storage RM25 assigns a logical volume to the created RAID group (step S207).
  • the logical volumes 9 10a to 910d satisfying the necessary condition 900a and the necessary condition 900b are grouped in the RAID group 930a because the RAID level is the same in RAID0 + 1.
  • logical volume 920a that satisfies the requirement 900c— 920e is grouped as RAID group 930b because the RAID level is RAID5.
  • the storage RM25 sets the disk drive belonging to each RAID group to the disk drive type determined by the data access speed of the RAID device data 950 in FIG.
  • Storage RM25 configures the number of disk drives that make up the RAID group, the number of disk drives that make up the RAID group of RAID device data 950 in Figure 34 (in the case of RAIDO + 1), or the RAID group. Set to the number of disk drives determined by the number of disk drives (for RAID5).
  • the storage RM 25 creates RAID groups so that the number of RAID groups is less than or equal to the maximum number of RAID groups of RAID device data 950 in FIG.
  • the logical volumes 910a—910d, 920a, and 920e that satisfy the requirements 900a—900c and are assigned to the respective RAID groups 930, 940 correspond to the requirements 900a— Combined with 900c and displayed.
  • the storage RM 25 creates a command file that reflects the configuration of the logical volume shown in FIG. 32 on the RAID device (step S208). Then, the storage RM 25 reflects the created logical volume on the real device based on the command file (step S209).
  • the system resource manager 21 registers the logical volume set in the RAID device as a storage subgroup in association with the server group to which each server belongs, and sets the access right to the storage group of the server. Specifically, the system resource manager 21 stores information on server groups, storage subgroups, and accessibility in the provisioning configuration data 710 shown in FIG.
  • FIG. 35 is a diagram showing an example of provisioning configuration data 960 in which storage subgroups are set.
  • this provisioning configuration data 960 information on server groups, storage subgroups, and accessibility is added to the provisioning configuration data 710 shown in FIG.
  • the server recognizes the logical volume built in the RAID device, and the storage subdal When registering as a group, the storage RM25 sets a logical volume in the following procedure.
  • FIG. 36 is a flowchart showing a processing procedure of logical volume setting processing for causing a server to recognize a logical volume.
  • the storage RM 25 groups the logical volumes of the R AID device and sets a facility group (step S301).
  • the utility group is information indicating the correspondence between the logical unit number (LUN) recognized by the server and the logical volume (LV) number in the RAID device. is there.
  • FIG. 37 is an explanatory diagram for explaining the processing for setting the logical volume constructed in the RAID device.
  • Figure 37 shows a RAID group a with a server group 970 that also includes server A and server B power, logical volumes LV0, LV1, LV2, and LV3, and logical volumes LV10, LV11, LV12, and LV13. It is shown that a storage pool 980 is also configured!
  • FIG. 37 shows storage group 990 from storage pool 980 to which logical volumes LV0 and LV1 of RAID device ⁇ and logical volumes LV12 and LV13 of RAID device 13 are added! /,
  • the logical volumes LV0 and LVI of the RAID device ⁇ added to the storage group 990 are set to belong to the utility group 0 and the affinity group 1. Also, the logical volumes LV12 and LV13 of the RAID device j8 are set to belong to the affiliate group 10 and the affiliate group 11!
  • FIG. 38 is a diagram showing an example of the property group data 1010 stored as information on the property group.
  • This facility group data 1010 stores information on RAID device name, property group name, LUN, and LV.
  • the RAID device is identification information for identifying each RAID device.
  • the property group is the information of the property group set in each RAID device.
  • the LUN is identification information for identifying a logical volume when accessed from Server A or Server B.
  • LV is identification information for identifying a logical volume.
  • FIG. 39 is a diagram showing an example of multipath configuration data 1020 stored as information on multipath configurations.
  • This multipath configuration data 1020 stores information on multipath instances and LUNs.
  • the multipath instance is information for identifying the set multipath instance.
  • the LUN is information for identifying the logical unit recognized by the server A or the server B corresponding to the set multipath instance.
  • the storage RM 25 registers the set multipath instance as a component of the mirror volume in the cluster resource of the server that performs clustering (step S304). Thereafter, the storage RM 25 uses the multipath instance registered in the cluster resource to set a mirror volume group that pairs volumes of different RAID devices (step S 305).
  • FIG. 37 shows an in-server storage configuration 1000 internally set in server “A” or server “B”.
  • this storage configuration 1000 a mirror volume M0 composed of a multipath instance mplbO and a multipath instance mplb2, and a mirror volume Ml composed of a manoretino instance mplbl and a manoretino instance mplb3 are set. .
  • FIG. 40 is a diagram showing an example of mirror volume configuration data 1030 stored as information on the configuration of the mirror volume.
  • the mirror volume configuration data 1030 stores information on the mirror volume and the configuration disk.
  • the mirror volume is identification information for identifying the set mirror volume.
  • Configuration The disk is identification information that identifies the logical units that make up the mirror volume.
  • the configuration disk identifies the LUN corresponding to the mirror volume by referring to the multi-node configuration data 1020, which is the power at which the multi-path instance information in the multi-path configuration data 1020 shown in FIG. 39 is stored. can do.
  • the property group data 1010 shown in FIG. 38 is stored in the system resource DB 26 and the RAID device by the storage RM25.
  • the multipath configuration data 1020 shown in FIG. 39 and the mirror volume configuration data 1030 shown in FIG. 40 are stored in the system resource DB 26 by the storage RM 25 and are managed by the storage RM agent 115a. Stored in a server.
  • the network RM 24 performs the network settings of the servers registered in the server group.
  • the network RM 24 reads the information of the network group having the server group to which the server is added as the front server group and the back server group from the inter-server group link data 8 30 shown in FIG. .
  • the network RM 24 reads the network group data 850 shown in FIG. 30, and extracts the front network sub group and the back network sub group corresponding to the network group.
  • the network RM24 reads the network subgroup data 660 shown in FIG. 17, searches the network subgroup corresponding to the front network subgroup and the back network subgroup, and assigns it to the network subgroup. Assign an IP address to the server based on the specified subnet information.
  • FIG. 41 is a diagram showing an example of IP address management data 1040 stored as information on IP addresses assigned to servers. This IP address management data 1040 is stored in the system resource DB 26 by the system resource manager 21.
  • This IP address management data 1040 stores information on an IP address and an allocation destination.
  • the IP address is information on the IP address assigned to the server.
  • the assignment destination is information for identifying the server to which the IP address is assigned.
  • the network RM24 is represented by the network group corresponding to the server group to which the server is added, based on the load distribution group data 840 shown in FIG. 29 and the network group data 850 shown in FIG. Assign a load balancing dup having an IP address. At this point, the load balancer function of the load balancer is stopped. It is in.
  • the user installs software such as an OS to be installed on the server in the storage subgroup associated with the server to be added to the server group.
  • This storage subgroup is constructed using SAN technology.
  • the software sub RM53 is linked with the software RM23 and the software RM agent 113a, and the software image that is composed of the software, such as OS, device driver, and application software. And store the created software image in the domain resource DB55.
  • the software RM23 reads the middleware cooperation IF data 330 shown in FIG. 8, and the software RM agent 113a sends a software image to the AP management unit 116a that is a functional unit realized by the middleware. Send commands that need to be executed before collection.
  • the software RM agent 113a transmits a command for stopping the function of the AP management unit 116a, and stops the function of the AP management unit 116a.
  • the software sub RM 53 then shuts down the server system.
  • the software sub RM 53 performs network booting of the server using a temporary OS stored in the domain resource DB 55 of the domain management server 50 of the server.
  • the software sub RM 53 creates a software image of the software installed in the activated server. Then, the software RM 23 registers information related to the software image in the system resource DB 26 as software image management data 1050 described below.
  • FIG. 42 is a diagram showing an example of software image management data 1050 stored as information on software images.
  • the software image management data 1050 stores software image name, format, OS attribute, and software name information.
  • the software image name is the name of the software image.
  • the format is information indicating whether the software image is created in the archive format or the force patch format.
  • the OS attribute is information indicating whether or not the power is a software image power software image.
  • the software name is created by the software image. The name of the created software.
  • the software sub RM 53 creates a software distribution image to be distributed to other servers based on the created software image. Specifically, the software sub RM 53 creates a software distribution image by combining software images of a plurality of software installed in the storage for the first server.
  • the system resource manager 21 stores information related to the software distribution image in the system resource DB 26 as software distribution image management data 1060 described below.
  • FIG. 43 is a diagram showing an example of software distribution image management data 1060 stored as information on software distribution images.
  • the software distribution image management data 1060 stores software distribution image name, version number, server architecture, and software image Z snapshot information.
  • the software distribution image name is the name of the software distribution image.
  • the version number is the version number of the software distribution image.
  • the server architecture is the CPU architecture of the server that is the distribution target of the software distribution image.
  • the software image / snapshot is information indicating the software image or snapshot included in the software distribution image.
  • a snapshot is a software image of software installed on a server at a specific point in time.
  • the system resource manager 21 registers information related to the snapshot in the system resource DB 26 as snapshot management data 107 0 described below.
  • FIG. 44 is a diagram showing an example of snapshot management data 1070 stored as information on snapshots.
  • This snapshot management data 1070 stores snapshot name and software image information.
  • the snapshot name is the name of the snapshot.
  • the software image is information on the software image included in the snapshot.
  • the software RM23 reads the middleware linkage IF data 330 shown in FIG. 8, and the software RM agent 113a is a functional unit realized by the middleware.
  • the command that needs to be executed after collecting the software image is sent to the AP management unit 116a.
  • the software RM agent 113a transmits a command for starting the AP management unit 116a that has been stopped, and starts the AP management unit 116a.
  • Network! ⁇ M24 sets the VLAN on the switch and connects the server to the VL AN, starts the load balancing function of the load balancer, and assigns the server as the target server to distribute the load.
  • the system resource manager 21 reads the middleware cooperation IF data 330 shown in Fig. 8 and needs to be executed after creating the server group to the AP management control unit 27, which is a functional part realized by the middleware. The correct command.
  • the system resource manager 21 transmits a command for recognizing the addition of a server group to the AP management unit 27. Then, the AP management supervision unit 27 cooperates with the AP management unit 116a to install and set application programs on the server, and to set the server in a state that can be used for business.
  • step S106 the system resource manager 21 performs processing for adding the second and subsequent servers to the server group. In the following, the process performed in step S106 will be described in more detail.
  • FIG. 45 is a flowchart showing the processing procedure for adding a server to a server group.
  • the system resource manager 21 accepts server and server group information when the user operates the operation management client 10 and specifies a server and a server group for registering the server. (Step S401
  • the system resource manager 21 registers the server in the server group (step S402). Subsequently, the system resource manager 21 reads the managed server data 700 shown in FIG. 21 and the software distribution image management data 1060 shown in FIG. 43, and confirms whether the server architecture of the server can introduce the software image. Whether or not is checked (step S403). If the server architecture of the server is not capable of installing software images (step S403, No), the server group of the server Ends the process of adding to the loop.
  • the storage RM25 uses the same method as when storage is set up on the first server.
  • the process to set storage for is performed (step S404). Specifically, the storage RM 25 executes the logical volume setting process described in FIG. 31 and FIG. 36 on the server.
  • the network RM24 performs network booting of the server registered in the server group using a temporary OS in the same way as when the network is set for the first server, and the network of the server Make settings (step S405).
  • the software sub RM 53 expands the software distribution image created from the software installed on the first server to the storage sub group associated with the second server, and deploys the expanded software. To restart the server (step S406).
  • the software RM 23 stores information on the distributed software distribution image in the system resource DB 26.
  • FIG. 46 is a diagram showing an example of distribution management data 1080 stored as information on the distribution status of the software distribution image.
  • This distribution management data 1080 stores server, storage subgroup, software distribution image, version number, and status information.
  • the server is information for identifying the server to which the storage subgroup is allocated.
  • the storage sub group is information for identifying the storage sub group in which the software distribution image is deployed.
  • the software distribution image is information on the software distribution image developed in the storage subgroup.
  • the status is information indicating the distribution status of the software distribution image.
  • system resource manager 21 cooperates with the network RM 24 and the AP management unit 27 to perform the process of shifting the second server to the business mode (step S407). ).
  • the first server belongs when the server is restarted. Assign an IP address to the second server based on the subnet information. Information on the IP address assigned to the second server is stored by the system resource manager 21 in the IP address management data 1040 shown in FIG.
  • the network RM 24 sets a VLAN in the switch, connects the server to the VLAN, and causes the load balancer to register the server as a target server to distribute the load.
  • the system resource manager 21 transmits a command for causing the AP management management unit 27 to recognize the addition of the server group of the server to the AP management management unit 27. Then, the AP management supervision unit 27 cooperates with the AP management unit 116a to install and set an application program for the server, and to set the server in a usable state for business.
  • FIG. 47 is a flowchart for explaining the server delete processing procedure for deleting a server group power server.
  • the network RM 24 cuts the VLAN set in the server in cooperation with the network sub RM 54 (step S501). Then, the network RM24 changes the load balancer setting in cooperation with the network sub RM54, and excludes the server from the target servers for distributing the load (step S502).
  • the network RM 24 returns the IP address assigned to the server (step S503). Further, the software sub RM 53 restarts the server by network boot using the temporary OS stored in the domain resource DB 55 of the domain management server 50 (step S504).
  • the storage RM 25 deletes the disk assigned to the server to be deleted from the server group (step S505). After that, the storage RM25 changes the SAN zone that is the logical connection relationship between the server and the storage set for the server, and the SAN zone between the server and the storage that excludes the server. The set (Step S506).
  • FIG. 48 is a flowchart showing a processing procedure for setting information such as software and network in advance in the servers in the pool.
  • the system resource manager 21 receives information about the server to be added and the server group to be added from the operation management client 10, and migrates (registers) the server to the corresponding server group (step). S601).
  • the system resource manager 21 reads the server Z storage group printer data 820 shown in FIG. 27, obtains storage group information of the server group (step S602), and obtains the acquired storage group information. Based on this, the storage sub-loop name is created, and the created storage sub-group name is registered in the provisioning configuration data 960 shown in FIG. 35 (step S603).
  • the system resource manager 21 reads the distribution management data 1080 shown in Fig. 46, and acquires information on the software distributed to the server to be added (step S604).
  • the system resource manager 21 reads the server group data 810 shown in FIG. 26, determines the software to be distributed to the server to be added (step S605), and the software RM23 adds the determined software to the server to be added. (Step S606), and the distribution management data 1080 shown in FIG. 46 is updated (step S607).
  • the network RM24 sets the server network (step S608), the server RM22 starts the server (step S609), and the system resource manager 21 moves the server to the pool (step S610). .
  • step S611 When the server RM22 stops the server (step S611), the network RM disconnects the server from the network (step S612), and moves the server to the next server group (step S613, YES).
  • the system resource manager 21 moves the server to the next server group (step S614), and moves to step S602. .
  • step S613, No On the other hand, if the server is not migrated to the next server group (step S613, No), the process is terminated.
  • FIG. 49 is a flowchart specifically showing a processing procedure for setting information such as software and network in advance in the server in the pool.
  • the server name of the server to be added is “host5”
  • the server groups to be added are “A_Web” and “B_Web”.
  • the system resource manager 21 adds the server to be added (hereinafter, the server to be added is referred to as host5 in the explanation of FIG. 49) and the server group A_Web to be added. Is received from the operation management client 10, and host5 is transferred (registered) to the server group A_Web (step S701).
  • the system resource manager 21 reads the server Z storage group printer data 820 shown in Fig. 27 and obtains information on the storage group of the server group A_Web (the storage group for starting the server group A_Web is A_Web_rootdisk (Step S702), create the storage subgroup name ⁇ A_Web_rootdisk_host5 '' based on the acquired storage group information, and the provisioning configuration shown in Figure 35 for the created storage subgroup name. Register in data 960 (step S703).
  • the system resource manager 21 reads the distribution management data 1080 shown in Fig. 46 and acquires information on the software distributed to the host 5 (the distribution management data 1080 shown in Fig. 46 This is after distribution. At this point, nothing has been distributed to host5) (step S704).
  • the system resource manager 21 reads the server group data 810 shown in FIG. 26, determines the software “A_OS_Web_image version 1.0” to be distributed to host 5 (step S705), and is shown in FIG. Based on the software distribution image management data 1060, software RM23 installs the software image “apimg_snap_l” corresponding to the identified software “A_OS_Webjmage version 1.0” on host5 (step S706), and the distribution management shown in FIG. Data 1080 is updated (step S707). [0296] Then, the network RM24 performs network setting of host5 (step S708), starts the server RM22 force host5 (step S709), and the system resource manager 21 moves host5 to the pool (step S710). ).
  • the server RM22 stops host5 (step S711)
  • the network RM24 disconnects host5 from the network (step S712)
  • the system resource manager 21 moves host5 to the server group B_Web (step S713).
  • the system resource manager 21 reads the server Z storage group printer data 820 shown in Fig. 27 and obtains information on the storage group of the server group B_Web (the storage group for starting the server group B_Web is B_Web_rootdisk (Step S714), create a storage subgroup name ⁇ B_Web_rootdisk host5 '' based on the acquired storage group information, and provision the storage subgroup name provisioned as shown in Figure 35. Register in configuration data 960 (step S715).
  • the system resource manager 21 reads the distribution management data 1080 shown in FIG. 46, and acquires information about the software distributed to the host 5 (step S716).
  • the system resource manager 21 reads the server group data 810 shown in FIG. 26 to determine the software “B_OS_Web_image version 1.1” to be distributed to the host 5 (step S717), as shown in FIG.
  • the software RM23 installs the software image “B—OSServer, A—Software—W” corresponding to the determined software “B_OS_Web_image version 1.1” on host5 (step S718).
  • the distribution management data 1080 shown in FIG. 46 is updated (step S719).
  • network RM24 performs network setting for host5 (step S720), server RM22 force host5 is started (step S721), and system resource manager 21 moves host5 to the pool (step S722). Then, stop the server RM22 force host5 (step S723) and disconnect the network RM24 force 3 ⁇ 4ost5 from the network (step S724).
  • FIG. 50 is a flowchart showing a processing procedure for adding a server resource when the server is abnormal or under a heavy load.
  • the system resource manager 21 receives information that the load of the server group has exceeded a predetermined value (step S801), and moves the server to be added to the corresponding server group (step S802).
  • the system resource manager 21 reads the server Z storage group printer data 820 shown in FIG. 27 to obtain information on the storage group of the server group (step S803), and the distribution management data 1080 shown in FIG. Is read and information on the software distributed to the server to be added is acquired (step S804).
  • step S805 when the server group data 810 shown in FIG. 26 is read and the software of the corresponding server group is updated (step S805), the network RM 24 distributes the load balancer to the server. Stop (step S806), apply the software RM23 force patch (step S807), and network RM24 connects the server to the network (step S808). On the other hand, if the software has not been updated (step S805, No), the process proceeds to step S808 as it is.
  • the network RM 24 restarts the distribution of the load balancer to the server (step S809), and the server RM 22 starts the server (step S810).
  • the system resource manager 21 receives information that the load of the server group has exceeded a predetermined value, the force indicating the process of adding the server resource to the server group has failed. The same processing is performed when a command to migrate the server is received from the operation management client 10.
  • FIG. 51 is a flowchart specifically showing a processing procedure for adding a server resource when the server is abnormal or under a heavy load.
  • Fig. 51 shows the case where server group A_Web is heavily loaded and the server name is “host5”.
  • the system resource manager 21 receives information that the load of the server group A_Web has exceeded the predetermined value (Step S901), and moves host5 to the server group A_Web (Step S901). S 902). [0308] Then, the system resource manager 21 reads the server Z storage group printer data 820 shown in Fig. 27 and obtains information on the storage group of the server group (the server group A_Web startup storage group is A_Web_rootdisk) (Step S903), read the distribution management data 1080 shown in Fig. 46, and acquire the information of the software distributed to host5 (A_OS_Webjmaga version 1.0 is distributed to host5. Information is acquired) (step S904).
  • Step S905 the server group data 810 is read and the software information of the server group A_Web is acquired (this flowchart shows the case where the software of the server group A_Web is A_OS_Web_image version 1.1).
  • network RM24 stops distributing the load balancer to host 5 (step S906), and system resource manager 21
  • the software distribution image management data 1060 shown in 43 is read, and the software RM23 adapts “patch_a” to host5 (step S907).
  • the network RM24 connects host5 to the network (step S908), the distribution of the load balancer to the server is resumed (step S909), and the server RM22 starts the server (step S910).
  • FIG. 52 is a diagram showing an example of a resource arrangement output screen 1090 showing the arrangement of resources to be managed.
  • this resource allocation output screen 1090 shows how various servers belonging to the Web domain 1100, AP domain 1110, and DB domain 1120 are connected to storage belonging to the storage domain 1130. It is structured so that the user can grasp at a glance whether or not!
  • FIG. 53 is a diagram showing an example of a resource arrangement setting screen 1140 that accepts user settings for setting resources.
  • a parts palette 1140a is output, and various resources such as domains, sano, storage, etc. in this parts palette are placed by the user by operating the mouse or the like. Placement can be determined.
  • FIG. 54 is a diagram showing an example of a server group list screen 1150 for outputting a list of server groups belonging to the server domain.
  • this server group list screen 1150 when a server domain is specified by a user's operation with a mouse or the like, a list of server groups belonging to the server domain and pooled servers that can be added to the server group are output.
  • FIG. 55 is a diagram showing an example of a server list screen 1160 for outputting a list of servers belonging to the server group.
  • a server list screen 1160 for outputting a list of servers belonging to the server group.
  • a server group is specified by the user's operation of the mouse, etc.
  • a list of servers belonging to the server group and pooled servers that can be added to the server group is output. .
  • this server list screen 1160 when a pooled server is specified by the user's operation of the mouse or the like and the add button is clicked, the process of adding the specified server to the server group is performed. An execution request is sent to the system resource manager 21 to execute additional processing for the server.
  • this server list screen 1160 when a server belonging to a server group is specified by a user's operation with a mouse or the like and the delete button is clicked, the process of deleting the specified server from the server group is performed. An execution request is sent to the system resource manager 21 and the server is deleted.
  • FIG. 56 is a diagram showing an example of a storage list screen 1170 for outputting a list of storages belonging to the storage group.
  • this storage list screen 1170 when a storage group is specified by a user operation with a mouse or the like, the storage and storage groups belonging to the storage group are added. A list of possible pooled storages is output.
  • this storage list screen 1170 when a storage group belonging to a storage group is specified by a user's operation with a mouse or the like and the delete button is clicked, a process of deleting the specified storage from the storage group is performed. An execution request is sent to the system resource manager 21, and the storage is deleted.
  • FIG. 57 is a diagram showing a hardware configuration of the computer 1200 serving as the site management server 20 shown in FIG.
  • the computer 1200 includes an input device 1210 that accepts input of data from a user, a monitor 1220, a medium reader 1230 that reads a program from a recording medium cover that records various programs, a ROM (Read Only Memory) 1240, and a network.
  • the network interface 1250, HDD (Hard Disk Drive) 1260, RAM (Random Access Memory) 1 270, and CPU (Central Processing Unit) 1280 that transfer data to and from other computers are connected via the bus 1290. Configured.
  • the HDD 1260 stores a program that exhibits the same function as that of the site management server 20, that is, the system resource exchange processing program 1260b and the AP management control program 1260c shown in FIG. .
  • system resource exchange processing program 1260b and the AP management supervision program 1260c may be integrated or distributed as appropriate.
  • the CPU 1280 power system resource exchange processing program 1260b and the AP management supervision program 1260c are also read out and executed by the HDD1260 so that the system functions as the J source exchange processing process 1280a and AP management supervision process 1280b. Become.
  • This system resource exchange process 1280a is performed by the system resource manager shown in FIG. It corresponds to the charger 21, server RM22, software RM23, network RM24, storage RM25.
  • AP management control process 1280b corresponds to AP management control unit 27 shown in FIG.
  • the HDD 1260 stores system resource data 1260a.
  • the system resource data 1260a corresponds to various types of data stored in the system resource DB 26 shown in FIG.
  • the CPU 1280 stores various data related to resource management as system resource data 1 260a, reads the system resource data 1260a from the HDD 1260, stores it in the RAM 1270, and stores the system resource data stored in the RAM 1270. Various data processing is executed based on 1270a.
  • FIG. 58 is a diagram showing a hardware configuration of the computer 1300 that becomes the domain management server 20 shown in FIG.
  • This computer 1300 includes an input device 1310 that accepts data input from a user, a monitor 1320, a medium reading device that records various programs, a medium reading device 1330 that reads the program, a ROM 1340, and another computer via a network.
  • the network interface 1350, HDD1 360, RAM1370, and CPU1380, which exchange data between them, are connected by a bus 1390.
  • the HDD 1360 stores a program that exhibits the same function as the functions of the domain management servers 50 and 60, that is, the domain resource exchange processing program 1360b shown in FIG.
  • the domain resource exchange processing program 1260b may be stored in an integrated or distributed manner as appropriate.
  • the CPU 1380 power domain resource exchange processing program 1360b is read from the HDD 1360 and executed, thereby functioning as the domain resource exchange processing process 1380a.
  • This domain resource exchange process 1380a corresponds to the system resource domain manager 51, server sub RM 52, software sub RM 53, and network sub RM 54 shown in FIG.
  • domain resource data 1360a is stored in the HDD 1360. This domain resource data 1360a is stored in the various resources stored in the domain resource DB 55 shown in FIG. Data.
  • the CPU 1380 stores various data related to resource management in the domain as domain resource data 1360a, reads the domain resource data 1360a from the HDD 1360, stores it in the RAM 1370, and stores the domain data stored in the RAM 1370. Various data processing is executed based on the resource data 1370a.
  • Fig. 59 is a diagram showing a hardware configuration of a computer 1400 serving as the server 110a shown in Fig. 3.
  • This computer 1400 includes an input device 1410 that accepts data input from a user, a monitor 1420, a medium reading device that records various programs, a medium reader 1430 that reads the program, RAM 1440, ROM 1450, and other devices via the network.
  • the network interface 1460, the HDD 1470, and the CPU 1480 that exchange data with a computer are connected by a bus 1490.
  • the HDD 1470 stores a program that exhibits the same function as that of the server 110a, that is, an agent resource exchange processing program 1470a and an AP management program 1470b shown in FIG. Note that the agent resource exchange processing program 1470a and the AP management program 1470b may be integrated or distributed as appropriate and stored.
  • the CPU 1480 power agent resource exchange processing program 1470a and the AP management program 1470b are read from the HDD 1470 and executed, thereby functioning as the agent resource exchange processing process 1480a and the AP management process 1480b.
  • This agent resource exchange process 1480a corresponds to the resource manager agent 11la, server RM agent 112a, software RM agent 113a, network RM agent 114a and storage RM agent 115a shown in FIG.
  • the AP management process 1480b corresponds to the AP management unit 116a shown in FIG.
  • system resource exchange processing program 1260b AP management supervision program 126 0c
  • domain resource exchange processing program 1360b agent resource exchange
  • the conversion processing program 1470a and the AP management program 1470b are not necessarily stored in the HDD 1260, HDD 1360, or HDD 1470 from the beginning.
  • a "portable physical medium” such as a flexible disk (FD), CD-ROM, MO disk, DVD disk, magneto-optical disk, IC card or the like inserted into the computer 1200, 1300 or 1400, or the computer ⁇
  • Fixed physical media '' such as hard disk drives (HDD) installed inside and outside of the computer, as well as ⁇ other computers 1200, 1300 or 1400 '' connected via public line, Internet, LAN, WAN, etc. It is possible to store each program in a “computer (or server)” and have the computer 1200, 1300, or 1400 read and execute each program.
  • software and network settings corresponding to the server group to be added are pre-installed on the servers in the software RM23 or network RM24 power pool. Use the information of If a server included in a server group fails or if the load on the server group increases, a server with software and network settings set in advance can be added to the server group to reduce the server group. Server groups can be restored quickly and cost-effectively.
  • the resource exchange processing program and the resource exchange processing method that are effective in the present invention are composed of a plurality of sano, and are useful for information processing systems that execute various tasks. It is suitable for information processing systems that require quick recovery from failures.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Hardware Redundancy (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Abstract

　ソフトウェアＲＭ（２３）およびネットワークＲＭ（２４）が、プール内のサーバに、予め、追加対象となるサーバグループに対応するソフトウェアのインストールや、ネットワーク設定をシステムリソースＤＢ（２６）の情報を読みとり、読みとった情報を利用して行う。そして、サーバグループに含まれるサーバが故障した場合や、サーバグループの負荷が大きくなった場合に、ソフトウェアやネットワークの設定を予め行ったサーバを、サーバグループに追加する。

Description

明 細 書
リソース交換処理プログラムおよびリソース交換処理方法
技術分野
[0001] この発明は、複数のサーバによって構成される複数のサーバグループに、予備サ ーバを追加 ·交換するリソース交換処理プログラムおよびリソース交換処理方法に関 し、特に、低コストかつ迅速にサーバグループを復旧させることが可能なリソース交換 処理プログラムおよびリソース交換処理方法に関する。 背景技術
[0002] 従来から、複数のサーバを利用して、様々な業務を実行する情報処理システムを 構成し、情報処理システムに含まれるサーバが故障した場合や、サーバに対する負 荷が大きくなつた場合には、故障したサーバの代わりや、サーバに対する負荷を分 散させるために、予備のサーバを用意し、この予備のサーバを新たに追加している。
[0003] しかし、新たにサーバを追加する場合には、追加するサーバに、各種処理を行うた めのソフトウェアのインストールや、種々の環境設定などを行う必要があり、新たにサ ーバを追加するまでにかなりの時間を要するという問題があった。
[0004] また、ソフトウェアのインストールや、種々の環境設定は、人手によって行われるた めに、作業ミスが起こった場合には、ソフトウェアのインストールや、環境設定が適切 に行われず、追加したサーバが機能しな ヽと 、う問題もあった。
[0005] そこで、特許文献 1では、運用中のサーバのタスククラスを、予備のサーバのタスク クラスに動的に複写し、常に双方のタスククラスを同じに保つことによって、運用中の サーバに異常が発生した場合にでも、予備のサーバと運用中のサーバとを即座に入 れ替え可能とする技術が公開されて!、る。
[0006] 特許文献 1：特開平 11 85555号公報
発明の開示
発明が解決しょうとする課題
[0007] し力しながら、かかる従来の技術では、運用中のサーバが故障していない場合であ つても、常に予備のサーバを稼動させ、運用中のサーバと同様の状態を保たなけれ ばならず、余分なコストがかかってしまうという問題があった。
[0008] したがって、常に予備のサーバを稼動させるのではなぐ運用中のサーバが故障し た場合や、負荷が大きくなつた場合に、迅速に予備のサーバを追加'入れ替えするこ とが極めて重要な課題となって!/ヽる。
[0009] 本発明は、上記に鑑みてなされたものであって、余分なコストを抑え、運用中のサ ーバが故障した場合や、負荷が大きくなつた場合に、迅速に予備のサーバを追加' 入れ替えすることができるリソース交換処理プログラム、リソース交換処理方法を提供 することを目的とする。
課題を解決するための手段
[0010] 上述した課題を解決し、 目的を達成するために、本発明は、複数のサーバによって 構成される複数のサーバグループに、予備サーバを追加 ·交換するリソース交換処 理プログラムであって、前記サーバグループに対するソフトウェア、ネットワークおよび ストレージの設定に係る情報である設定情報を取得し、該設定情報を基にして、前記 サーバグループに対応する設定を、予め、前記予備サーバに対して行う設定処理手 順と、前記サーバグループに異常が発生した場合や、前記サーバグループにかかる 負荷が増大した場合に、前記設定処理手順にぉ 、て設定を行った予備サーバを、 前記サーバグループに追加する追加処理手順と、をコンピュータに実行させることを 特徴とする。
[0011] また、本発明は、複数のサーバによって構成される複数のサーバグループに、予備 サーバを追加 ·交換するリソース交換処理方法であって、前記サーバグループに対 するソフトウェア、ネットワークおよびストレージの設定に係る情報である設定情報を 取得し、該設定情報を基にして、前記サーバグループに対応する設定を、予め、前 記予備サーバに対して行う設定処理工程と、前記サーバグループに異常が発生した 場合や、前記サーバグループにかかる負荷が増大した場合に、前記設定処理工程 にお 、て設定を行った予備サーバを、前記サーバグループに追加する追加処理ェ 程と、を含んだことを特徴とする。
発明の効果
[0012] 本発明によれば、複数のサーバによって複数のサーバグループが構成され、該サ 一バグループに対するソフトウェア、ネットワークおよびストレージの設定に係る情報 である設定情報を取得し、該設定情報を基にして、サーバグループに対応する設定 を予め、予備サーバに対して行い、サーバグループに異常が発生した場合や、サー バグループに力かる負荷が増大した場合に、設定を行った予備サーバをサーバダル ープに追加するので、迅速にサーバグループを復旧させることができる。
図面の簡単な説明
[図 1]図 1は、本発明に係るリソース交換処理の概念を示す図（1)である。
[図 2]図 2は、本発明に係るリソース交換処理の概念を示す図（2)である。
[図 3]図 3は、本実施例に係るリソース交換処理システムの機能構成を示す図である。
[図 4]図 4は、本実施例に係るリソース交換処理の処理手順を示すフローチャートであ る。
[図 5]図 5は、運用管理サーバの情報を登録するサイトデータ 300の一例を示す図で ある。
[図 6]図 6は、ドメイン管理サーバ 50, 60の情報を登録するドメイン管理サーバデータ 310の一例を示す図である。
[図 7]図 7は、管理対象となるサブネットの情報を登録する管理サブネットデータ 320 の一例を示す図である。
[図 8]図 8は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミ ドルウェア連携 IFデータ 330の一例を示す図である。
[図 9]図 9は、サーバ 110a— 110c, 140a— 140c, 150a— 150cが属するドメインで あるサーバドメインに係る情報を記憶したサーバドメインデータ 340の一例を示す図 である。
[図 10]図 10は、プールグループに係る情報を記憶したプールグループデータ 350の 一例を示す図である。
[図 11]図 11は、ストレージドメインに係る情報を記憶したストレージドメインデータ 360 の一例を示す図である。
[図 12]図 12は、ネットワークドメインおよびネットワークサブドメインを説明する説明図 である。 [図 13]図 13は、ネットワークサブドメインに係る情報を記憶したネットワークサブドメィ ンデータ 470の一例を示す図である。
[図 14]図 14は、ネットワークドメインに係る情報を記憶したネットワークドメインデータ 4 80の一例を示す図である。
[図 15]図 15は、負荷分散装置に係る情報を記憶した負荷分散装置データ 490の一 例を示す図である。
[図 16]図 16は、ネットワークサブグループの構成例を説明する説明図である。
[図 17]図 17は、ネットワークサブグループに係る情報を記憶したネットワークサブダル ープデータ 660の一例を示す図である。
[図 18]図 18は、サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間 リンクデータ 670の一例を示す図である。
[図 19]図 19は、サーバドメインとストレージドメインとの間の対応関係に係る情報を記 憶したサーバ Zストレージドメイン間リンクデータ 680の一例を示す図である。
[図 20]図 20は、ネットワークブートがなされるサーバの情報を記憶したネットワークブ ートサーバデータ 690の一例を示す図である。
[図 21]図 21は、管理対象となるサーバのデータを記憶した管理対象サーバデータ 7 00の一例を示す図である。
[図 22]図 22は、サーバが属するグループの情報を記憶したプロビジョユング構成デ ータ 710の一例を示す図である。
[図 23]図 23は、結線状態が均一であるサーバとストレージ機器との結線の一例を示 す図である。
[図 24]図 24は、 WWPNに基づく結線の均一性チヱック処理を説明する図である。
[図 25]図 25は、ストレージテンプレートに係るデータを記憶したストレージテンプレー トデータ 800の一例を示す図である。
[図 26]図 26は、サーバグループに係る情報を記憶したサーバグループデータ 810の 一例を示す図である。
[図 27]図 27は、サーバグループに対応するストレージグループの情報を記憶したサ ーバ Zストレージグループリンクデータ 820の一例を示す図である。 [図 28]図 28は、サーバグループ間の対応関係に係る情報を記憶したサーバグルー プ間リンクデータ 830の一例を示す図である。
[図 29]図 29は、負荷分散装置のグループ情報を記憶した負荷分散グループデータ 840の一例を示す図である。
[図 30]図 30は、ネットワークグループに係る情報を記憶したネットワークグループデ ータ 850の一例を示す図である。
[図 31]図 31は、論理ボリュームを RAID装置に設定する設定処理の処理手順を示す フローチャートである。
[図 32]図 32は、論理ボリュームの設定画面の一例を示す図である。
[図 33]図 33は、 RAIDレベルの設定情報を記憶した RAIDレベル設定データ 940の 一例を示す図である。
[図 34]図 34は、 RAID装置に係る情報を記憶した RAID装置データ 950の一例を示 す図である。
[図 35]図 35は、ストレージサブグループが設定されたプロビジョユング構成データ 96 0の一例を示す図である。
[図 36]図 36は、サーバに論理ボリュームを認識させる論理ボリュームの設定処理の 処理手順を示すフローチャートである。
圆 37]図 37は、 RAID装置に構築された論理ボリュームの設定処理を説明する説明 図である。
[図 38]図 38は、ァフィ-ティグループに係る情報を記憶したァフィ-ティグループデ ータ 1010の一例を示す図である。
[図 39]図 39は、マルチパスの構成に係る情報を記憶したマルチパス構成データ 102 0の一例を示す図である。
[図 40]図 40は、ミラーボリュームの構成に係る情報を記憶したミラーボリューム構成デ ータ 1030の一例を示す図である。
[図 41]図 41は、サーバに割り当てられた IPアドレスに係る情報を記憶した IPアドレス 管理データ 1040の一例を示す図である。
[図 42]図 42は、ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理デ ータ 1050の一例を示す図である。
[図 43]図 43は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布ィメ ージ管理データ 1060の一例を示す図である。
[図 44]図 44は、スナップショットに係る情報を記憶したスナップショット管理データ 10 70の一例を示す図である。
[図 45]図 45は、サーバをサーバグループに追加する処理の処理手順を示すフロー チャートである。
[図 46]図 46は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理 データ 1080の一例を示す図である。
[図 47]図 47は、サーバグループからサーバを削除するサーバ削除処理の処理手順 を説明するフローチャートである。
[図 48]図 48は、プール内のサーバにソフトウェアおよびネットワークなどの情報を事 前に設定する処理手順を示すフローチャートである。
[図 49]図 49は、プール内のサーバにソフトウェアおよびネットワークなどの情報を事 前に設定する処理手順を具体的に示すフローチャートである。
[図 50]図 50は、サーバ異常時や高負荷時に、サーバ資源を追加する処理手順を示 すフローチャートである。
[図 51]図 51は、サーバ異常時や高負荷時に、サーバ資源を追加する処理手順を具 体的に示すフローチャートである。
[図 52]図 52は、管理対象となるリソースの配置を示すリソース配置出力画面 1090の 一例を示す図である。
[図 53]図 53は、リソースの配置に係る設定をユーザ力 受け付けるリソース配置設定 画面 1140の一例を示す図である。
[図 54]図 54は、サーバドメインに属するサーバグループの一覧を出力するサーバグ ループ一覧画面 1150の一例を示す図である。
[図 55]図 55は、サーバグループに属するサーバの一覧を出力するサーバ一覧画面 1160の一例を示す図である。
[図 56]図 56は、ストレージグループに属するストレージの一覧を出力するストレージ 一覧画面 1170の一例を示す図である。
[図 57]図 57は、図 3に示したサイト管理サーバ 20となるコンピュータ 1200のハードウ エア構成を示す図である。
[図 58]図 58は、図 3に示したドメイン管理サーバ 20となるコンピュータ 1300のノヽード ウェア構成を示す図である。
[図 59]図 59は、図 3に示したサーバ 110aとなるコンピュータ 1400のハードウェア構 成を示す図である。
符号の説明
1, 2 業務
3 プール
4 Webドメイン
4一 4 Webサーバ
1 9
5 APドメイン
5一 5 APサーバ
1 6
6 DBドメイン
6一 6 DBサーバ
1 3
7 ストレージドメイン
7一 7 ストレージ
1 9
10 運用管理クライアント
20 サイト管理サーバ
21 システムリソースマネージャ
22 サーバ RM
23 ソフトウェア RM
24 ネットワーク RM
25 ストレージ RM
26 システムリソース DB
27 AP管理統括部
30, 40, 90, 120 FW , 60 ドメイン管理サーバ システムリソースドメインマネージャ サーバサブ RM
ソフトウェアサブ RM
ネットワークサブ RM
ドメインリソース DB
インターネット
ルータ
, 130 SLB
a, 110b, 110c サーノ
a リソースマネージャエージェントa サーバ RMエージェントa ソフトウェア RMエージェントa ネットワーク RMエージェントa ストレージ RMエージェントa AP管理部
a, 140b, 140c サーバ
a, 150b, 150c サーバ
a, 160b, 160c, 160d ス卜レージ
SAN
エッジドメイン
Webドメイン
APドメイン
DBドメイン
サイトデータ
ドメイン管理サーバデータ 管理サブネットデータ
ミドルウェア連携 IFデータ 340 サーバドメインデータ
350 プールグループデータ
360 ストレージドメインデータ
370 Webドメイン
380a, 380b, 380c, 380d, 380e サー.
390 APドメイン
400a, 400b, 400c, 400d, 400e サー.
410 Web— APネットワークドメイン
420 Web— Backネットワークサブド.メイン
430a, 430b スィッチ
440 AP— Frontネットワークサブド イン
450a, 450b スィッチ
460a, 460b SLB
470 ネットワークサブドメインデータ
480 ネットワークドメインデータ
490 負荷分散装置データ
510 Webドメイン
520a, 520b, 520c, 520d， 520e サー,
530 サーバグループ A一 Web
540 サーバグノレープ BJWeb
550 APドメイン
560a, 560b, 560c, 560d， 560e サー,
570 A— AP
580 B— AP
590, 610 スィッチ
600a, 600b SLB
620 ネットワークサブグループ A_Web_Back 630 ネットワークサブグループ B_Web_Back 640 ネットワークサブグループ A_AP_Front
650 ネットワークサブグループ B_AP_Front
660 ネットワークサブグループデータ
670 サーバドメイン間リンクデータ
680 サーバ zストレージドメイン間リンクデータ
690 ネットワークブートサーバデータ
700 管理対象サーバデータ
710 プロビジョユング構成データ
720 サーバドメイン
730a, 730b, 790a, 790b サーノ
740 ストレージドメイン
750a, 750b FCスィッチ
760a, 760b RAID装置
770a, 770b RAID装置 WWPNデータ
780a, 780b FCスィッチ WWPNデータ
790a, 790b サーバ WWPNデータ
800 ストレージテンプレートデータ
810 サーノ グノレープデータ
820 サーバ zストレージグループリンクデータ
830 サーバグループ間リンクデータ
840 負荷分散グループデータ
850 ネットワークグループデータ
860 必要条件出力画面
870a, 870b, 870c 必要条件
880 論理ボリューム構成出力画面
890 RAID装置
900a, 900b, 900c 必要条件
910a, 910b, 910c, 910d 論理ボジユーム 920a, 920b, 920c, 920d, 920e 論理ポジユーム
930a, 930b RAIDグノレープ
950 RAID装置データ
960 プロビジョユング構成データ
970 サーバグノレープ
980 ストレージプーノレ
990 ストレージグループ
1000 サーバ内ストレージ構成
1010 ァフィ-ティグループデータ
1020 マルチパス構成データ
1030 ミラーボリューム構成データ
1040 IPアドレス管理データ
1050 ソフトウェアイメージ管理データ
1060 ソフトウェア配布イメージ管理データ
1070 スナップショット管理データ
1080 配布管理データ
1090 リソース配置出力画面
1100 Webドメイン
1110 APドメイン
1120 DBドメイン
1130 ストレージドメイン
1140 リソース配置設定画面
1150 サーノ グノレープ一覧画面
1160 サーバ一覧画面
1170 ストレージ一覧画面
発明を実施するための最良の形態
以下に添付図面を参照して、この発明に係るリソース交換処理プログラム、リソース 交換処理方法の好適な実施の形態を詳細に説明する。なお、この実施例によりこの 発明が限定されるものではない。
実施例
[0016] まず、本発明に係るリソース交換処理の概念について説明する。図 1及び図 2は、 本発明に係るリソース交換処理の概念を示す図である。図 1には、各業務 1, 2にお いて Webサーバ 4
1一 4や AP (Application)サーバ 5— 5 , DB (Database)サーバ 6 9 1 6 1 一 6、ストレージ 7— 7などの情報処理装置が利用される場合が示されている。
3 1 9
[0017] ここで、 Webサーバ 4一 4は、 Webブラウザで閲覧されるコンテンツを、インターネ
1 9
ットを介してクライアント装置に提供するサーバ装置である。 APサーバ 5— 5
1 6は、ュ 一ザによる情報処理要求を受け付けた Webサーバ 4
1一 4から要求された情報処理 9
の実行を引き継ぐサーバ装置である。
[0018] DBサーバ 6— 6は、 APサーバ 5— 5力 データベースへのアクセス要求を受け
1 3 1 6
付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ
7一 7は、 SAN (Storage Area Network)により Webサーバ 4
1一 4や APサーバ 5
1 9 9 1 一 5 , DBサーバ 6— 6に接続される記憶装置である。
6 1 3
[0019] 本発明に係るリソース交換処理では、 LAN (Local Area Network)や SANなどにお いて、他の装置との間の物理的な結線状態が互いに均一であるサーバやストレージ などのリソース群をドメインとして管理する。
[0020] たとえば、図 1の場合には、業務 1, 2で利用されるサーバ群が、 Webドメイン 4、 AP ドメイン 5および DBドメイン 6として管理され、業務 1, 2で利用されるストレージ群が、 ストレージドメイン 7として管理されて 、る。
[0021] この場合、 Webドメイン 4に属する Webサーバ 4 る結線状
1一 4の他の装置に対す
9
態は互いに均一であり、 APドメイン 5に属する APサーバ 5 5の他の装置に対する
1 6
結線状態は互いに均一であり、 DBドメイン 6に属する DBサーバ 6 6の他の装置
1 3
に対する結線状態は互いに均一であり、ストレージドメイン 7に属するストレージ 7— 7
1
9の他の装置に対する結線状態は互いに均一となって 、る。
[0022] そして、このリソース交換処理では、未使用の Webサーバ 4 バ 5 5
1一 4
9、 APサー
1
， DBサーバ 6 6およびストレージ 7 7をドメインごとにプール 3に登録しておき
6 1 3 1 9
、必要に応じて各業務 1， 2に Webサーバ 4一 4、 APサーバ 5 5， DBサーバ 6 6およびストレージ 7— 7を割り当てる。
3 1 9
[0023] たとえば、図 1では、業務 1には、 Webサーバ 4 , 4 、 APサーバ 5 、 DBサーバ 6 、
2 3 1 1 ストレージ 7が割り当てられ、業務 2には、 Webサーバ 4 、 APサーバ 5 , 5 、 DBサー
7 9 2 3
ノ 6、ストレージ 7 , 7が割り当てられている。
2 8 9
[0024] そして、業務 1, 2に割り当てられた Webサーバ 4 , 4 , 4 、 APサーバ 5 , 5 , 5 、 D
2 3 9 1 2 3
Bサーバ 6 , 6の負荷が増大した場合や、ストレージ 7— 7の記憶容量が不足したよ
1 3 7 9
うな場合に、プール 3に登録されている Webサーバ 4 ， 4 一 4 、 APサーバ 5 5 ， D
1 4 8 4 6
Bサーバ 6またはストレージ 7— 7を業務で利用可能なサーバとして追加する。
3 1 6
[0025] 具体的には、プール 3に登録されている Webサーバ 4 ， 4 一 4 、 APサーバ 5 5
1 4 8 4 6
, DBサーバ 6に必要なソフトウェアを導入し、ネットワークの設定などを自動的におこ
3
なうことにより、 Webサーバ 4 ， 4 一 4 、 APサーバ 5 5 ， DBサーバ 6を業務で利
1 4 8 4 6 3
用可能なサーバとして追加する。
[0026] また、ストレージ 7— 7を追加する場合は、ストレージ 7— 7に対して論理ボリユー
1 9 1 9
ムの設定やネットワークの設定などを自動的におこなうことにより、当該ストレージ 7—
1
7を業務で利用可能なストレージ 7— 7として追加する。
9 1 9
[0027] たとえば、図 1には、業務 2の Webドメイン 4において、プール 3に登録されていた W ebサーバ 4が新たに追加される場合が示されて！/、る。
4
[0028] また、本実施例では、図 2に示すように、各サーバを業務で利用可能なサーバとし て追加する場合に、予め、プールに登録されているサーバを、ー且、対応するサー バ群に組み込み、必要なソフトウェアやネットワーク設定等を行った後、プールに戻 す。そして、サーバの負荷が増加した場合や、サーバが故障した場合に、プールに 登録されたサーバを組み込むことで、高速にサーバ故障や高負荷などに対応するこ とがでさる。
[0029] さらに、このリソース交換処理では、業務 1, 2で利用されている Webサーバ 4 , 4 ,
2 3
4 、 APサーバ 5— 5 , DBサーバ 6 , 6またはストレージ 7— 7が長期間使用されて
9 1 3 1 2 7 9
いないような場合に、 Webサーバ 4 , 4 , 4 、 APサーバ 5— 5 、 DBサーバ 6 , 6、ま
2 3 9 1 3 1 2 たは、ストレージ 7— 7を業務で利用可能なサーノから除外し、プール 3に登録する
7 9
処理がおこなわれる。 [0030] ここでプール 3に登録された Webサーバ 4 , 4 , 4 、 APサーバ 5— 5 , DBサーバ
2 3 9 1 3
6 , 6 ,ストレージ 7— 7は、別の業務 1, 2で利用されている Webサーバ 4 , 4 , 4 、
1 2 7 9 2 3 9
APサーバ 5— 5 、 DBサーバ 6 , 6の負荷が増大したり、ストレージ 7— 7の記憶容
1 3 1 2 7 9 量が不足したような場合に再利用される。
[0031] 具体的には、 Webサーバ 4 , 4 , 4 、 APサーバ 5— 5 、 DBサーバ 6 , 6に導入さ
2 3 9 1 3 1 2 れているソフトウェアを削除し、ネットワークの設定の変更などを自動的におこなうこと により、 Webサーノ 4 , 4 , 4 、 APサーノ 5 一 5 , DBサーノ 6 , 6力業務 1, 2で禾 IJ
2 3 9 1 3 1 2
用可能なサーバから除外され、プール 3に登録される。
[0032] また、ストレージ 7— 7を業務 1, 2で利用可能なストレージから除外してプール 3に
7 9
登録する場合には、ストレージ 7— 7に対するネットワークの設定などを自動的にお
7 9
こなうこと〖こより、当該ストレージ 7— 7を業務で利用可能なストレージから除外し、プ
7 9
ール 3に登録する。
[0033] たとえば、図 1には、業務 2の APドメイン 5において、プール 3に登録されていた AP サーバ 5が業務で利用可能なサーバから除外され、プール 3に登録される場合が示
2
されている。また、プール 3に登録されたサーバ 5は、業務 1で利用されているサーバ
4
5の負荷が増大したような場合に再利用され、業務 1に新たに追加される。
1
[0034] つぎに、本実施例に係るリソース交換処理システムの機能構成について説明する。
図 3は、本実施例に係るリソース交換処理システムの機能構成を示す図である。
[0035] 図 3に示すように、このリソース交換処理システムでは、運用管理クライアント 10と、 サイト管理サーバ 20と力 FW (Firewall) 30経由でネットワークを介して接続されてい る。また、サイト管理サーバ 20とドメイン管理サーバ 50, 60と力 FW40経由でネット ワークを介して接続されて 、る。
[0036] また、サイト管理サーバ 20と、エッジドメイン 180に属するルータ 80とが、 FW40経 由でネットワークを介して接続されている。さらに、サイト管理サーバ 20と、ストレージ ドメイン 220に属するストレージ 160a— 160c、および、プールされているストレージ 1 60dと力 FW40経由でネットワークを介して接続されている。
[0037] ドメイン管理サーバ 50は、 FW90、 SLB (Server Load Balancer) 100および Web ドメイン 190に属するサーバ 110a— 110cに、ネットワークを介して接続されて！、る。 [0038] また、ドメイン管理サーバ 60は、 FW120、 SLB130、 APドメイン 200に属するサー ノ 140a一 140c、および、 DBドメイン 210に属するサーノ 150a一 150cに、ネットヮ —クを介して接続されて 、る 0
[0039] さらに、ストレージドメイン 220に属するストレージ 160a— 160c、および、プールさ れているストレージ 160dは、 Webドメイン 190に属するサーバ 110a— 110c、 APドメ イン 200に属するサーノ 140a— 140c、および、 DBドメイン 210に属するサーバ 15 Oa一 150c【こ、 S AN 170を介して接続されて!ヽる。
[0040] ここで、運用管理クライアント 10は、リソース交換処理に係るさまざまな設定をユー ザ力も受け付けて、その設定情報をサイト管理サーバ 20に送信するとともに、サイト 管理サーバ 20からさまざまな出力結果を受け付けて、モニタ等に表示するクライアン ト装置である。
[0041] サイト管理サーバ 20は、図 1及び図 2で説明したようなリソース交換処理を、ドメイン 管理サーバ 50, 60と連携して実行するサーバ装置である。このサイト管理サーバ 20 は、システムリソースマネージャ 21、サーバ RM (Resource Manager) 22、ソフトウェア RM (Resource Manager) 23、ネットワーク RM (Resource Manager) 24、ストレージ R M (Resource Manager) 25、システムリソース DB (Database) 26および AP (
Application)管理統括部 27の各機能部を有する。
[0042] システムリソースマネージャ 21は、運用管理クライアント 10からリソース交換処理に 係るさまざまな設定情報を受け付けるとともに、サーバ RM22、ソフトウェア RM23、 ネットワーク RM24、ストレージ RM25と連携してリソースの設定処理を実行する管理 部である。また、このシステムリソースマネージャ 21は、ドメイン管理サーバ 50, 60と の間のデータの授受を司る。
[0043] サーバ RM22は、各サーバ 110a— 110c, 140a— 140cおよび 150a— 150cの起 動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサ ーバ RM22は、ドメイン管理サーバ 50のサーバサブ RM (Resource Manager) 52お よびサーバ 110aのサーバ RMエージェント 112aと連携して上記処理を実行する。
[0044] ソフトウェア RM23は、各サーバ 110a— 110c, 140a— 140cおよび 150a— 150c に対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこ なう管理部である。このソフトウェア RM23は、ドメイン管理サーバ 50のソフトウェアサ ブ RM (Resource Manager) 53およびサーバ 110aのソフトウェア RMエージェント 11 3aと連携して上記処理を実行する。
[0045] ネットワーク RM24は、ネットワークに係る情報の収集や設定などをおこなう管理部 である。このネットワーク RM24は、ドメイン管理サーバ 50のネットワークサブ RM ( Resource Manager) 54およびサーバ 110aのネットワーク RMエージェント 14aと連携 して上記処理を実行する。
[0046] ストレージ RM25は、ストレージドメイン 220に属するストレージ 160a— 160c、およ び、プールされているストレージ 160dに係る情報の収集や設定などをおこなう管理 部である。ここでは、ストレージ RM25は、ドメイン管理サーバ 50, 60を介することなく 、ストレージ 160a— 160c、および、プールされているストレージ 160dを管理する。
[0047] システムリソース DB (Database) 26は、システムリソースマネージャ 21、サーバ RM2 2、ソフトウェア RM23、ネットワーク RM24およびストレージ RM25が管理するさまざ まなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデー タについては、後に詳細に説明する。
[0048] AP管理統括部 27は、 AP (Application)管理部 116aを統括管理する処理部である 。具体的には、 AP管理部 116aにアプリケーションの組み込み処理や設定処理の実 行要求をおこなう。この AP管理統括部 27の機能は、サイト管理サーバ 20に導入さ れたミドルウェアが実行されることにより実現されるものである。
[0049] ドメイン管理サーバ 50, 60は、 1つまたは複数のドメイン内のリソースを管理するサ ーバ装置である。ドメイン管理サーバ 50は、システムリソースドメインマネージャ 51、 サーバサブ RM52、ソフトウェアサブ RM53、ネットワークサブ RM54およびドメインリ ソース DB (Database) 55の各機能部を有する。
[0050] なお、ドメイン管理サーバ 60は、ドメイン管理サーバ 50の各機能部と同様の機能部 を有しているため、図 3ではドメイン管理サーバ 60の各機能部の図示および説明を 省略する。
[0051] システムリソースドメインマネージャ 51は、サーバサブ RM52、ソフトウェアサブ RM 53、ネットワークサブ RM54と連携して各ドメインに属するリソースの情報収集や設定 処理などを実行させる管理部である。
[0052] また、このシステムリソースドメインマネージャ 51は、サイト管理サーバ 20、および、 FW90や SLB100などのネットワーク機器、また、リソースの管理対象であるサーバ 1 10a— 110cとの間のデータの授受を司る。
[0053] サーバサブ RM52は、サーバ RM22およびサーバ RMエージェント 112aと連携し て、各サーバ 110a— 110cの起動、停止、ハードウェアに係る情報の収集、設定など をおこなう管理部である。
[0054] ソフトウェアサブ RM53は、ソフトウェア RM23およびソフトウェア RMエージェント 1 13aと連携して、各サーバ 110a— 110cに対するソフトウェアのインストール、設定、 ソフトウェアに係る情報の収集などをおこなう管理部である。
[0055] ネットワークサブ RM54は、ネットワーク RM24およびネットワーク RMエージェント 1 14aと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。
[0056] ドメインリソース DB55は、サーバサブ RM52、ソフトウェアサブ RM53、ネットワーク サブ RM54が管理対象であるサーバ 110a— 110cの各種情報の収集や設定をおこ なう場合に、サーバ 110a— 110cから取得した情報や、システムリソース DB26から 取得したデータを記憶するデータベースである。また、ドメインリソース DB55は、サー バ 110a— 110cのネットワークブートをおこなう場合に用いる仮の OS (Operating System; 己'隐する。
[0057] ルータ 80は、インターネット 70を介したデータ通信においてデータパケットのルー ティングをおこなうネットワーク機器である。 FW30, 40, 90, 120は、各種サーバ 11 Oa— 110c, 140a— 140c, 150a— 150cへの不正アクセスを防止するためのネット ワーク機器である。
[0058] SLB100, 130は、サーノ 110a— 110c, 140a— 140cに対する情報処理要求を 複数のサーバ 110a— 110c, 140a— 140cに分散して転送する負荷分散装置であ る。なお、 SLB100, 130の前後には、さらにスィッチが接続されている力 図 3では スィッチの図示を省略して!/ヽる。
[0059] サーノ 110a— 110c, 140a— 140c, 150a— 150cは、さまざまな情報処理を実行 するサーバ装置である。サーバ装置 110aは、リソースマネージャエージェント 11 la、 サーバ RMエージェント 112a、ソフトウェア RMエージェント 113a、ネットワーク RMェ ージェント 114a、ストレージ RMエージェント 115aおよび AP管理部 116aの各機能 部を有する。
[0060] なお、サーノ 110b, 140a, 140b, 150a, 150bは、サーノ 110aの各機會咅と同 様の機會咅を有して ヽるため、図 3で ίまサーノ 110b, 140a, 140b, 150a, 150bの 各機能部の図示および説明を省略する。
[0061] また、サーバ 110c, 140c, 150cは、プールされているサーバであり、これ
らのサーバには、上記各機能部は存在しない。これらのサーバ 110c, 140c, 150c においては、業務に利用可能なサーバとして設定される場合に、各機能部を実現す るコンピュータプログラムがサーバ 110c, 140c, 150cに導入され実行されることによ り各機能部が実現される。
[0062] リソースマネージャエージェント 11 laは、ドメイン管理サーバ 50のシステムリソース ドメインマネージャ 51からサーバ 110aの情報収集処理や設定処理などの実行要求 を受け付け、それらの処理をサーバ RMエージェント 112a、ソフトウェア RMエージェ ント 113a、ネットワーク RMエージェント 114a、ストレージ RMエージェント 115aと連 携して実行するエージェントである。
[0063] サーバ RMエージェント 112aは、サーバ 110aの起動、停止、ハードウェアに係る 情報の収集、設定などを実行するエージェントである。ソフトウェア RMエージェント 1 14bは、サーバ 110aに対するソフトウェアの導入、設定およびソフトウェアに係る情 報収集などをおこなうエージェントである。
[0064] ネットワーク RMエージェント 114aは、サーバ 110aが接続されているネットワークの 情報収集および設定などを実行するエージェントである。ストレージ RMエージェント 115aは、サーバ 110aに接続されたストレージの情報収集や設定などをおこなうエー ジェントである。
[0065] ストレージ 160a— 160cは、 Webドメイン 190に属するサーバ 110a— 110c、 APド メイン 200に属するサーバ 140a— 140c、 DBドメイン 210に属するサーバ 150a— 1 50cにより利用されるストレージであり、 RAID装置により構成される。ストレージ 160d は、プールされているストレージである。 [0066] なお、 Webドメイン 190に属するサーバ 110a— 110c、 APドメイン 200に属するサ ーノ 140a— 140c、および、 DBドメイン 210に属するサーバ 150a— 150c間を接続 するネットワークには VLAN (Virtual Local Area Network)を設定することもできる
[0067] つぎに、本実施例に係るリソース交換処理の処理手順について説明する。図 4は、 本実施例に係るリソース交換処理の処理手順を示すフローチャートである。
[0068] ここで、サイト管理サーバ 20には、システムリソースマネージャ 21、サーバ RM22、 ソフトウェア RM23、ネットワーク RM24、ストレージ RM25、 AP管理統括部 27の各 機能をコンピュータに実行させるプログラムを、ドメイン管理サーバ 50, 60には、シス テムリソースドメインマネージャ 51、サーバサブ RM52、ソフトウェアサブ RM53、ネッ トワークサブ RM54の各機能をコンピュータに実行させるプログラムを、各サーバ 110 a, 110b, 140a, 140b, 150a, 150bには、リソースマネージャエージェント 11 la, サーバ RMエージェント 112a、ソフトウェア RMエージェント 113a、ネットワーク RMェ ージェント 114a、ストレージ RMエージェント 115a、 AP管理部 116aの各機能をコン ピュータに実行させるプログラムを、あら力じめ導入しておくこととする。
[0069] 図 4に示すように、まず、サイト管理サーバ 20のシステムリソースマネージャ 21は、 運用管理サーバおよび管理 LANの登録処理をおこなう（ステップ S101)。ここで、運 用管理サーバおよび管理 LANとは、サーバ 110a— 110c, 140a— 140c, 150a— 150cや SAN170などの管理対象となるリソースを管理するために用いられるサーバ および LANのことである。
[0070] 以下に、ステップ S101でおこなわれる処理をさらに詳細に説明する。図 5は、運用 管理サーバの情報を登録するサイトデータ 300の一例を示す図である。このサイトデ ータ 300は、サイト、サイト管理サーバおよびドメイン管理サーバの情報を記憶してい る。
[0071] サイトは、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ は、そのサイトを管理するよう設定されたサイト管理サーバ 20の情報である。ドメイン 管理サーバは、そのサイトに設定されたドメインを管理するよう設定されたドメイン管 理サーバ 50, 60の情報である。 [0072] また、図 6は、ドメイン管理サーバ 50, 60の情報を登録するドメイン管理サーバデー タ 310の一例を示す図である。このドメイン管理サーバデータ 310は、ドメイン管理サ ーバおよび管理サブネットの情報を記憶している。
[0073] ドメイン管理サーバは、図 5で説明したドメイン管理サーバと同様の情報である。管 理サブネットは、ドメイン管理サーバによりリソースが管理されるサブネット (管理サブ ネット）の情報である。
[0074] また、図 7は、管理対象となるサブネットの情報を登録する管理サブネットデータ 32 0の一例を示す図である。この管理サブネットデータ 320は、管理サブネット、ネットヮ ークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶して!/、る。
[0075] 管理サブネットは、図 6で説明した管理サブネットと同様の情報である。ネットワーク アドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスク は、 IPアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために 用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータ を送信する場合に用いられるデフォルトゲートウェイを特定する IPアドレスの情報であ る。
[0076] ステップ S101において、システムリソースマネージャ 21は、ユーザが運用管理クラ イアント 10を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの 情報を受け付け、その情報を図 5に示したサイトデータ 300に登録する。
[0077] また、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を 図 6に示したドメイン管理サーバデータ 310に登録する。
[0078] 続いて、システムリソースマネージャ 21は、図 6で説明した管理サブネットに対応す るネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図 7の管 理サブネットデータ 320に登録する。
[0079] さらに、システムリソースマネージャ 21は、ミドルウェアによりその機能が実現される AP管理統括咅 に、サーノ 110a一 110c, 140a— 140c, 150a一 150cの追カロや 削除などのイベントの発生を通知し、 AP管理統括部 27と連携して各種処理を実行 するためのコマンドを設定する。 [0080] 図 8は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドル ウェア連携 IFデータ 330の一例を示す図である。このミドルウェア連携 IFデータ 330 は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶してい る。
[0081] ミドルウェア名は、システムリソースマネージャ 21が連携して処理をおこなうミドルゥ エアの情報である。対象イベントは、システムリソースマネージャ 21がミドルウェアに実 行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ 21 力 Sミドルウェアに処理の実行要求を送信するタイミング (対象イベントの処理の前後） の情報である。
[0082] 場所は、ミドルウェアのコマンドを実行する場所 (Managerあるいは Agent)の情報で ある。「Manager」は、管理サイトサーバ 20上でコマンドを実行する場合を示し、「
Agent」は、管理対象となるサーバ 110a— 110c, 140a— 140c, 150a— 150c上で コマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種ィ ベントの発生を通知するコマンドの情報である。
[0083] 図 4の説明に戻ると、システムリソースマネージャ 21は、ドメインの作成処理および 作成したドメイン間のリンク処理をおこなう（ステップ S102)。以下に、ステップ S 102 でおこなわれる処理をさらに詳細に説明する。
[0084] 図 9は、サーバ 110a— 110c, 140a— 140c, 150a— 150cが属するドメインである サーバドメインに係る情報を記憶したサーバドメインデータ 340の一例を示す図であ る。
[0085] このサーバドメインデータ 340は、サーバドメイン、サーバアーキテクチャおよび管 理サブネットの情報を記憶している。サーバドメインは、管理対象となるサーバ 110a 一 110c, 140a— 140c, 150a— 150cが属するドメインの情報である。
[0086] サーバアーキテクチャは、各サーバドメインに属するサーバ 110a— 110c, 140a— 140c, 150a— 150cの CPU (Central Processing Unit)アーキテクチャの情報であ る。管理サブネットは、図 6に示した管理サブネットと同様の情報である。
[0087] ステップ S102においては、システムリソースマネージャ 21は、ユーザが運用管理ク ライアント 10を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定 に係る情報を受け付け、サーバドメインデータ 340に登録する。このサーバドメインは
、ステップ S101にお 、て設定された管理サブネット単位で設定される。
[0088] また、ステップ S 102においては、システムリソースマネージャ 21は、各サーバドメイ ンに属するサーバグループを設定し、サーバグループ間で共有されるプールグルー プおよび特定のサーバグループに専用のプールグループを設定する。
[0089] ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを 1つまたは 複数のグループに分けたものである。また、プールグループとは、各サーバグループ に割り当てられたサーバのプールである。
[0090] 図 10は、プールグループに係る情報を記憶したプールグループデータ 350の一例 を示す図である。このプーノレグノレープデータ 350には、プーノレグノレープ、種別、サー バドメインの情報が記憶されて 、る。
[0091] プールグループは、上述したサーバのプールの識別情報である。種別は、プール グループが複数のサーバグループに共用させるもの力、特定のサーバグループにの み利用を許可するものかを示す情報である。サーバドメインは、図 9で説明したサー バドメインと同様の情報である。
[0092] ここで、システムリソースマネージャ 21は、各サーバドメインに対してプールグルー プを 1つずつ割り当てる。また、サーバドメイン力 複数のサーバグループを有する場 合に、システムリソースマネージャ 21は、それらのサーバグループ専用のプールグル ープを割り当てる。
[0093] その後、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したストレージドメインの情報を受け付け、システムリソース DB26にその情 報を、以下に説明するストレージドメインデータ 360として登録する。
[0094] 図 11は、ストレージドメインに係る情報を記憶したストレージドメインデータ 360の一 例を示す図である。このストレージドメインデータ 360は、ストレージドメインおよびパ スの多重度の情報を記憶している。ストレージドメインは、設定されたストレージドメイ ンを識別する識別情報である。パスの多重度は、 SANにおけるデータ通信ノ スの多 重度の情報である。
[0095] さらに、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したネットワークサブドメインの情報を受け付け、システムリソース DB26にそ の情報を、以下に説明するネットワークサブドメインデータ 470として登録する。
[0096] ここで、ネットワークサブドメインとは、異なるサーバドメインに属するサーバを接続 する複数のネットワーク機器が属するネットワークドメインをさらに分割したサブドメィ ンである。
[0097] 図 12は、ネットワークドメインおよびネットワークサブドメインを説明する説明図であ る。図 12には、 Webドメイン 370に属するサーノ 380a一 380eと、 APドメイン 390に 属するサーノ 400a一 400eとを接続するスィッチ 430a, 430b, 450a, 450b,およ び、 SLB460a, 460b力示されている。
[0098] ここで、スィッチ 430aおよびスィッチ 430bは、 Web— Backサブドメイン 420を構成 し、スィッチ 450aおよびスィッチ 450bは、 AP— Frontサブドメイン 440を構成してい る。また、 Web— Backサブドメイン 420、 AP— Frontサブドメイン 440、 SLB460a、お よび、
Figure imgf000025_0001
[0099] 図 13は、ネットワークサブドメインに係る情報を記憶したネットワークサブドメインデ ータ 470の一例を示す図である。このネットワークサブドメインデータ 470は、ネットヮ ークサブドメイン、スィッチ機種およびスィッチ管理 IPの情報を記憶して 、る。
[0100] ネットワークサブドメインは、図 12で説明したネットワークサブドメインを識別する情 報である。スィッチ機種は、ネットワークサブドメインに属するスィッチの機種の情報で ある。スィッチ管理 IPは、管理用に各スィッチに割り当てられた IPアドレスの情報であ る。
[0101] また、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て設定したネットワークドメインに係る情報を受け付け、システムリソース DB26にその 情報を、以下に説明するネットワークドメインデータ 480として登録する。
[0102] 図 14は、ネットワークドメインに係る情報を記憶したネットワークドメインデータ 480 の一例を示す図である。このネットワークドメインデータ 480は、ネットワークドメイン、 フロントサブドメイン、接続方式、機器、バックサブドメインおよび冗長化方式の情報を 記憶している。
[0103] ネットワークドメインは、図 12で説明したネットワークドメインを識別する識別情報で ある。フロントサブドメインは、図 12に示したように、ネットワークドメイン力 LB460a, 460bを境として 2つのサブドメインに分割された場合に、インターネット 70に近い方 のサブドメインを識別する識別情報である。
[0104] 接続方式は、フロントサブドメインに属するスィッチ 430a, 430bなどのネットワーク 機器と、後に説明するバックサブドメインに属するスィッチ 450a, 450bなどのネットヮ ーク機器との間を接続する方式に係る情報である。たとえば、この方式には、ロード ノ ランサにより接続する方式や、ファイアウォールにより接続する方式などがある。
[0105] バックサブドメインは、図 12に示したように、ネットワークドメイン力 LB460a, 460b を境として 2つのサブドメインに分割された場合に、インターネット 70に通い方のサブ ドメインを識別する識別情報である。冗長化方式は、ネットワークドメインにおいてデ ータ通信経路が冗長化されている場合の冗長化の方式を示す情報である。
[0106] さらに、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したネットワークサブドメインの接続機器に係る情報を受け付け、システムリ ソース DB26にその情報を、以下に説明する負荷分散装置データ 490として登録す る。ここで、ネットワークサブドメインの接続機器とは、図 12で説明した SLB460a, 46 Obなどの機器のことである。
[0107] 図 15は、負荷分散装置に係る情報を記憶した負荷分散装置データ 490の一例を 示す図である。この負荷分散装置データ 490は、負荷分散装置名、管理 IP、機種、 SNMPコミュニティおよび ID/パスワードの情報を記憶している。
[0108] 負荷分散装置名は、ネットワークサブドメインの接続機器を識別する名称である。管 理 IPは、接続機器の管理用に各接続機器に割り当てられた IPアドレスの情報である 。機種は、接続機器の機種の情報である。
[0109] SNMP (Simple Network Management Protocol)コミュニティは、接続機器を管理 するドメイン管理サーバ 50, 60およびサイト管理サーバ 20と接続機器とが属する SN MPコミュニティを特定する情報である。 ID/パスワードは、接続機器にアクセスする ために必要な IDおよびパスワードの情報である。
[0110] また、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て設定したネットワークサブグループの情報を受け付け、システムリソース DB26にそ の情報を、以下に説明するネットワークサブグループデータ 660として登録する。
[0111] ここで、ネットワークサブグループとは、サーバドメインに属するサーバにサーバグ ループが設定されている場合に、異なるサーバドメインに属するサーバグループ間を 接続するネットワークを複数のネットワークに分割したものである。
[0112] 図 16は、ネットワークサブグループの構成例を説明する説明図である。図 16には、 Webドメイン 510に属するサーバ 520a— 520eと、 APドメイン 550に属するサーバ 5 60a— 560eとを接続するスィッチ 590, 610、および、 SLB600a, 600b力 S示されて いる。
[0113] ここで、サーノ 520aとサーノ 520bとは、サーバグループ A— Web 530を構成し、 サーノ 520cとサーノ 520dとは、サーバグループ B— Web540を構成し、サーバ 56 Oaとサーノ 560bとは、サーバグループ A— AP570を構成し、サーバ 560cとサーバ 560dとは、サーバグループ B— AP580を構成して!/ヽる。
[0114] そして、サーバグループ A— Web530と SLB600aとを接続するネットワークがネット ワークサブグループ A— Web— Back620を構成し、サーバグループ B— Web540と SLB600bとを接続するネットワークがネットワークサブグループ B— Web— Back63 0を構成し、 SLB600aとサーバグループ A— AP570とを接続するネットワークがネッ トワークサブグループ A— AP— Front640を構成し、 SLB600bとサーバグループ B —AP580とを接続するネットワークがネットワークサブグループ B—AP—Front650 を構成している。
[0115] また、図 17は、ネットワークサブグループに係る情報を記憶したネットワークサブグ ノレープデータ 660の一例を示す図である。このネットワークサブグノレープデータ 660 は、ネットワークサブグループ、ネットワークサブドメイン、サブネットおよび冗長化用 サブネットの情報を記憶して 、る。
[0116] ネットワークサブグループは、図 16で例を挙げて説明したようなネットワークサブグ ループを識別する名称である。ネットワークサブドメインは、ネットワークサブグループ が属するネットワークサブドメインの情報である。
[0117] サブネットは、ネットワークサブグループに割り当てられるネットワークアドレスおよび サブネットマスクの情報である。冗長化用サブネットは、ネットワークサブグループに 属するネットワークが複数のデータ通信回線を用いて冗長化される場合に、余分に 追加されたデータ通信回線力もなるネットワークに割り当てられるネットワークアドレス およびサブネットマスクの情報である。
[0118] その後、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したサーバドメイン間の対応関係に係る情報を受け付け、システムリソース D B26にその情報を、以下に説明するサーバドメイン間リンクデータ 670として登録す る。
[0119] 図 18は、サーバドメイン間の対応関係に係る情報を記憶したサーバドメイン間リンク データ 670の一例を示す図である。このサーバドメイン間リンクデータ 670は、フロン トサーバドメイン、ネットワークドメインおよびバックサーバドメインの情報を記憶して ヽ る。
[0120] フロントサーバドメインは、図 12に示したようなネットワークドメインを挟むサーバドメ インのうち、よりインターネット 70側にあるサーバドメインを示す情報である。ネットヮー クドメインは、図 12で説明したネットワークドメインの識別情報である。ノ ックサーバド メインは、図 12に示したようなネットワークドメインを挟むサーバドメインのうち、よりイン ターネット 70から遠い側にあるサーバドメインを示す情報である。
[0121] さらに、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したサーバドメインとストレージドメインとの間の対応関係に係る情報を受け 付け、システムリソース DB26にその情報を、以下に説明するサーバ Zストレージドメ イン間リンクデータ 680として登録する。
[0122] 図 19は、サーバドメインとストレージドメインとの間の対応関係に係る情報を記憶し たサーバ Zストレージドメイン間リンクデータ 680の一例を示す図である。このサーバ /ストレージドメイン間リンクデータ 680は、サーバドメインおよびストレージドメインの 情報を記憶している。ここで、サーバドメインは、図 9に示したサーバドメインと同様の 情報である。ストレージドメインは、図 11に示したストレージドメインと同様の情報であ る。
[0123] 図 4の説明に戻ると、システムリソースマネージャ 21は、管理対象となるサーバリソ ースおよびストレージリソースの登録をおこなう（ステップ S103)。以下に、ステップ S1 03でおこなわれる処理をさらに詳細に説明する。
[0124] まず、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て、サーバを登録する管理サブネットの選択をおこなった際、ユーザにより選択され た管理サブネットの情報を受け付ける。
[0125] さらに、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して入力した管理対象とするサーバの情報を運用管理クライアント 10から受け付け、 その情報をドメイン管理サーバ 50のドメインリソース DB26に、以下に説明するネット ワークブートサーバデータ 690として記憶する。ここで登録されたサーバは、後にネッ トワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとし て登録される。
[0126] 図 20は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサ ーバデータ 690の一例を示す図である。このネットワークブートサーバデータ 690は、 MACアドレス、 IPアドレスおよびホスト名の情報を記憶して 、る。
[0127] MACアドレスは、サーバの MACアドレスの情報である。 IPアドレスは、サーバに割 り当てられた IPアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の 情報である。
[0128] ここで、システムリソースマネージャ 21は、ネットワークブートをおこなうサーバのュ 一ザにより入力された MACアドレスの情報を受け付けた場合に、その MACアドレス に対応するサーバに、 IPアドレスとホスト名とを自動的に割り当てる。
[0129] そして、システムリソースマネージャ 21は、ドメイン管理サーバ 50のシステムリソース ドメインマネージャ 51と連携し、ドメイン管理サーバ 50のドメインリソース DB55に記 憶された仮の OSを用いて、 IPアドレスとホスト名とが割り当てられたサーバのネットヮ ークブートをおこなう。
[0130] そして、サーバサブ RM52、リソースマネージャエージェント 11 la、および、サーバ RMエージェント 112aが連携することにより、サーバのハードウェアに係る情報を収 集し、収集した情報をシステムリソースドメインマネージャ 51に送信する。
[0131] その後、システムリソースマネージャ 21は、システムリソースドメインマネージャ 51か らサーバのハードウェアに係る情報を取得して、システムリソース DB26にその情報を 、以下に説明する管理対象サーバデータ 700として記憶する。
[0132] また、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して、 SAN170を介して接続されるストレージ 160a— 160dからサーバを起動する S
ANブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け
、その設定情報を管理対象サーバデータ 700に登録する。
[0133] 図 21は、管理対象となるサーバのデータを記憶した管理対象サーバデータ 700の 一例を示す図である。この管理対象サーバデータ 700は、サーバ名、 IPアドレス、 M
ACアドレス、サーバアーキテクチャ、モデル、 SANブートおよび状態の情報を記憶 している。
[0134] サーバ名は、管理対象となるサーバを識別する名称である。 IPアドレスは、サーバ に割り当てられた IPアドレスである。 MACアドレスは、サーバの MACアドレスである 。サーバアーキテクチャは、サーバの CPUアーキテクチャの情報である。モデルは、 サーバの型式である。 SANブートは、 SAN170を介して接続されるストレージ 160a 一 160dからサーバを起動する SANブートをおこなうか否かの設定情報である。状態 は、サーバに異常が発生している力否かを示す情報である。
[0135] なお、ここでは、ユーザが MACアドレスを指定してネットワークブートをおこなうサー バを選択することとして 、るが、サーバの選択を自動的におこなうようにしてもょ 、。 具体的には、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を 操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、そ の設定情報を運用管理クライアント 10から受け付ける。
[0136] そして、システムリソースマネージャ 21は、設定された台数分のサーバを選択し、選 択したサーバの IPアドレスおよびホスト名の情報を、図 20に示したネットワークブート サーバデータ 690に登録する。
[0137] そして、システムリソースマネージャ 21は、ドメイン管理サーバ 50のシステムリソース ドメインマネージャ 51と連携し、ドメイン管理サーバ 50のドメインリソース DB55に記 憶された仮の OSを用いて、 IPアドレスとホスト名とが割り当てられたサーバのネットヮ ークブートをおこなう。
[0138] そして、サーバサブ RM52、リソースマネージャエージェント 11 la、および、サーバ RMエージェント 112aが連携することにより、各サーバの MACアドレス、サーバァー キテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマ ネージャ 51に送信する。
[0139] その後、システムリソースマネージャ 21は、システムリソースドメインマネージャ 51か ら各サーバの MACアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して 、その情報をシステムリソース DB26に管理対象サーバデータ 700として記憶する。
[0140] 続いて、システムリソースマネージャ 21は、管理対象となるストレージ機器の登録を おこなう。ここで、ストレージ機器とは、 FCスィッチや RAID装置などの機器である。
[0141] 具体的には、システムリソースマネージャ 21は、管理対象として登録するストレージ の IPアドレスの情報が、図 7に示した管理サブネットごとにユーザにより入力された場 合に、その情報を運用管理クライアント 10から受け付ける。そして、システムリソース マネージャ 21は、 IPアドレスに対応するストレージ機器の情報をシステムリソース DB 26に記憶することによりストレージ機器を登録する。
[0142] その後、システムリソースマネージャ 21は、図 21の管理対象サーバデータ 700に 登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システ ムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作してサーバとそ のサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメ インの情報を運用管理クライアント 10から受け付ける。
[0143] そして、システムリソースマネージャ 21は、図 21に示した管理対象サーバデータ 70 0を参照し、サーバのサーバアーキテクチャが、図 9に示したサーバドメインデータ 34 0に登録されているサーバアーキテクチャと一致することをチェックする。
[0144] また、システムリソースマネージャ 21は、図 21に示した管理対象サーバデータ 700 を読み込み、サーバが SANブートをおこなうように設定されて!、ることをチェックする
[0145] さらに、システムリソースマネージャ 21は、サーバドメインに追加するサーバのネット ワークの結線状態をチェックする。具体的には、システムリソースマネージャ 21は、図 18に示したサーバドメイン間リンクデータ 670を読み込み、サーバドメインに対するフ ロントサーバドメインおよびバックサーバドメインの情報を取得する。 [0146] そして、システムリソースマネージャ 21は、図 14に示したネットワークドメインデータ
480を読み込み、ネットワークドメインに対応するフロントサブドメインおよびバックサ ブドメインの情報を取得する。
[0147] その後、システムリソースマネージャ 21は、図 13に示したネットワークサブドメインデ ータ 470を読み込み、フロントサブドメインおよびバックサブドメインに対応するスイツ チを特定する。
[0148] そして、システムリソースマネージャ 21は、ネットワーク RM24およびネットワークサ ブ RM54に対して、サーバとスィッチ間の結線をチェックするよう要求する。さらに、ネ ットワーク RM24およびネットワークサブ RM54は、ネットワーク RMエージェント 114a にサーバとスィッチとの間の結線をチェックするよう要求し、チェック結果を取得する。
[0149] そして、システムリソースマネージャ 21は、サーバとスィッチとの間の結線に問題が ない場合、そのサーバに係る情報を図 10で説明したプールグループに対応付けて、 以下に説明するプロビジョユング構成データ 710としてシステムリソース DB26に記憶 する。
[0150] 図 22は、プールグループに属するサーバの情報を記憶したプロビジョユング構成 データ 710の一例を示す図である。このプロビジョユング構成データ 710は、サーバ 名、プーノレグノレープ、サーバグノレープ、ストレージサブグノレープ、アクセス可否の情 報を記憶する。
[0151] サーバ名は、図 21で説明したサーバ名と同様の情報である。プールグループ名は 、図 10で説明したプールグループと同様の情報である。サーバグループは、同一の サーバドメインに含まれるサーバを 1つまたは複数のグループに分けた場合のグルー プの識別情報である。この段階では、サーバグループの情報はまだ登録されない。
[0152] ストレージサブグループ名は、ストレージドメインに属するストレージを 1つまたは複 数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サ ーバに割り当てたグループの識別情報である。この段階では、ストレージサブグルー プの情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセス を許可する力否かを示す情報である。この段階では、アクセス可否の情報はまだ登 録されない。 [0153] プロビジョユング構成データ 710にサーバ名およびプールグループ名を登録した 後、システムリソースマネージャ 21は、先に登録したストレージ機器をストレージドメイ ンに登録する。
[0154] 具体的には、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を 操作して、ストレージドメインとストレージドメインに登録するストレージ機器とを指定し た場合に、それらの情報を運用管理クライアント 10から受け付ける。
[0155] そして、システムリソースマネージャ 21は、図 19に示したサーバ Zストレージドメイ ン間リンクデータ 680を読み込んで、ストレージドメインに対応するサーバドメインを特 定する。
[0156] さらに、システムリソースマネージャ 21は、ストレージ RM25およびストレージ RMェ ージェント 115aと連携して、特定されたサーバドメインに属するサーバと、ストレージ ドメインに属するストレージ機器との間の結線の均一性をチェックする。
[0157] 図 23は、結線状態が均一であるサーバとストレージ機器との結線の一例を示す図 である。図 23に示すように、この例では、ストレージドメイン 740に属する FC (Fiber Channel)スィッチ 750a、および、サーバドメイン 720に属するサーバ 730a, 730b間 の結線状態と、ストレージドメイン 740に属する FCスィッチ 750b、および、サーバ 73 Oa, 730b間の結線状態とが均一になっている。
[0158] また、 FCスィッチ 750a, 750b,および、ストレージドメイン 740に属する RAID装置 760a間の結線状態と、 FCスィッチ 750a, 750b,および、ストレージドメイン 740に 属する RAID装置 760b間の結線状態が均一になっている。
[0159] システムリソースマネージャ 21は、上記結線の均一性のチェックを WWPN (World Wide Port Name)の情報を基にしておこなう。その際、システムリソースマネージャ 21 は、図 11に示したストレージドメインデータ 360からストレージドメインのパスの多重度 の情報を読み込み、冗長度のチェックも併せておこなう。図 24は、 WWPNに基づく 結線の均一性チ ック処理を説明する図である。
[0160] 図 24には、図 23〖こ示した RAID装置 760a, 760bが記憶している RAID装置 WW PNデータ 770a, 770bと、 FCスィッチ 750a, 750b力記'隐して!/、る FCスィッチ WW PNデータ 780a, 780bと、サーノ 730a, 730b力記'隐して!/ヽるサーノ WWPNデー タ 790a, 790bと力示されて! /、る。
[0161] RAID装置 WWPNデータ 770a, 770bは、 CA (Channel Adapter)および WWPN の情報を記憶している。 CAは、 RAID装置 760a, 760bが有するチャネルアダプタ の識別情報である。 WWPNは、 RAID装置 760a, 760bが有するチャネルアダプタ に割り当てられて!/、る WWPNの情報である。
[0162] FCスィッチ WWPNデータ 780a, 780bは、 portおよび相手先 WWPNの情報を記 憶している。 portは、 FCスィッチ 750a, 750bのポートの識別情報である。相手先 W WPNiま、 FCスィッチ 750a, 750bのポー卜【こ接続されて!ヽる RAID装置 760a, 760 bのチャネルアダプタに割り当てられている WWPNの情報、または、 FCスィッチ 750 a, 750bのポート【こ接続されて!/、るサーノ 730a, 730bの HBA (Host Bus Adapter )に割り当てられた WWPNの情報である。
[0163] サーバ WWPNデータ 790a, 790bは、 HBAおよび WWPNの情報を記憶している 。 HBAは、サーバ 730a, 730bが有する HBAの識別情報である。 WWPNは、サー ノ 730a, 730bが有する HBAに割り当てられている WWPNの情報である。
[0164] システムリソースマネージャ 21は、 RAID装置 WWPNデータ 770a, 770b、 FCスィ ツチ WWPNデータ 780a, 780b,および、サーノ WWPNデータ 790a, 790bを RA ID装置 760a, 760b, FCスィッチ 750a, 750b,および、サーノ 730a, 730b力ら収 集し、 WWPNの対応関係を調べることにより、各装置間の結線状態の均一性をチヱ ックすることができる。
[0165] その後、システムリソースマネージャ 21は、あらかじめ設定されている LUN (Logical
Unit)の記憶領域と、 LUNが未設定の記憶領域とをプール用のストレージとして登 録する。
[0166] 続いて、システムリソースマネージャ 21は、サーバグループの作成処理をおこなう（ ステップ S104)。以下に、ステップ S104でおこなわれる処理をさらに詳細に説明す る。
[0167] まず、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て設定したストレージテンプレートに係る情報を受け付け、システムリソース DB26に その情報を、以下に説明するストレージテンプレートデータ 800として登録する。ここ で、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構 成に係る設定情報である。
[0168] 図 25は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデ ータ 800の一例を示す図である。このストレージテンプレートデータ 800は、ストレー ジテンプレート、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク 容量およびブートディスクの情報を記憶している。
[0169] ストレージテンプレートは、設定されたストレージテンプレートを識別する識別情報 である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示 す情報である。
[0170] たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されるこ とを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用され ることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶する ために利用されることを示す。
[0171] ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性 の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、デイス クにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。 ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す 情報である。
[0172] 続いて、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操 作して設定したサーバグループの情報を受け付け、システムリソース DB26にその情 報を、以下に説明するサーバグループデータ 810として記憶する。
[0173] 図 26は、サーバグループに係る情報を記憶したサーバグループデータ 810の一例 を示す図である。このサーバグループデータ 810は、サーバグループ、サーバドメイ ン、ソフト配布イメージ、版数、ストレージテンプレート、 SANブートおよび自動リカバ リの情報を記憶している。
[0174] サーバグループは、同一のサーバドメインに含まれるサーバを 1つまたは複数のグ ループに分けた場合のグループの識別情報である。サーバドメインは、サーバダル ープが属するサーバドメインの情報である。ソフトウェア配布イメージは、サーバダル ープに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である
[0175] 版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレートは、 図 25で説明したストレージテンプレートと同様の情報である。 SANブートは、サーバ グループに属するサーバの SANブートをおこなうか否かを示す情報である。 自動リカ ノ リは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した 場合に、自動的にサーバを追加する処理を実行する力否かを示す情報である。
[0176] その後、システムリソースマネージャ 21は、システムリソース DB26に、サーバグノレ ープに対応するストレージグループの情報をサーバ Zストレージグループリンクデー タ 820として登録する。ここで、ストレージグループとは、同一のストレージドメインに含 まれるストレージを 1つまたは複数のグループに分けたものである。
[0177] 図 27は、サーバグループに対応するストレージグループの情報を記憶したサーバ Zストレージグループリンクデータ 820の一例を示す図である。このサーバ Zストレー ジグループリンクデータ 820は、サーバグループ、ストレージグループおよびストレー ジドメインの情報を記憶して 、る。
[0178] サーバグループは、図 26に示したサーバグループと同様の情報である。ストレージ グループは、各サーバグループに対応して生成されたストレージグループの識別情 報である。ストレージドメインは、ストレージグループが属するストレージドメインの識別 情報である。
[0179] ストレージグループを生成する際には、システムリソースマネージャ 21は、図 26に 示したサーバグループデータ 810から、サーバグループに対応付けられたストレージ テンプレートの情報を読み込み、図 25に示したストレージテンプレートデータ 800か らストレージテンプレートに対応するディスク種別の情報を読み込む。
[0180] そして、システムリソースマネージャ 21は、「root」や「local」、「shared」などのディ スク種別ごとに、ストレージグループを各サーバグループに対して生成し、その情報 をサーバ Zストレージグループリンクデータ 820に登録する。
[0181] さらに、システムリソースマネージャ 21は、図 19に示したサーバ Zストレージドメイン 間リンクデータから、サーバグループが属するサーバドメインに対応するストレージド メインの情報を読み込み、その情報をサーバ Zストレージグループリンクデータ 820 に登録する。
[0182] その後、システムリソースマネージャ 21は、サーバグループを追加したことを AP管 理部 116aに認識させるコマンドを AP管理部 116aに送信する。具体的には、シス テムリソースマネージャ 21は、図 8に示した「issvgrp &(1(1」を八？管理部116&に送信 する。
[0183] 続いて、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作 して設定したサーバグループ間の対応関係の情報を受け付け、システムリソース DB 26にその情報を、以下に説明するサーバグループ間リンクデータ 830として登録す る。
[0184] 図 28は、サーバグループ間の対応関係に係る情報を記憶したサーバグループ間リ ンクデータ 830の一例を示す図である。このサーバグループ間リンクデータ 830は、 フロントサーバグノレープ、ネットワークグノレープおよびバックサーバグノレープの情報を 記憶している。
[0185] フロントサーバグループは、ネットワークグループにより連結されるサーバグループ のうち、よりインターネット 70側にあるサーバグループを示す情報である。ここで、ネッ トワークグループとは、サーバグループ間を連結するよう図 16で説明したネットワーク サブグループを結合したネットワークのグループである。
[0186] ネットワークグループは、上記ネットワークグループを識別する識別情報である。ノ ックサーバグループは、ネットワークグループにより連結されるサーバグループのうち 、インターネット 70から遠 、側にあるサーバグループを示す情報である。
[0187] その後、システムリソースマネージャ 21は、システムリソース DB26に、ネットワーク グループに係る情報を、以下に説明するネットワークグループデータ 850として記憶 する。
[0188] 具体的には、システムリソースマネージャ 21は、まず、図 18に示したサーバドメイン 間リンクデータ 670を読み込み、 2つのサーバドメインに挟まれて設定されているネッ トワークドメインの情報を取得する。
[0189] そして、システムリソースマネージャ 21は、図 14に示したネットワークドメインデータ 480を読み込み、ネットワークドメインに対応するフロントサブドメイン、バックサブドメ インおよび機器の情報を取得する。
[0190] さらに、システムリソースマネージャ 21は、図 17に示したネットワークサブグループ データ 660を読み込み、フロントサブドメイン、および、ノ ックサブドメインに対応する ネットワークサブドメインをネットワークサブグループデータ 660から検索し、検索した ネットワークサブドメインに対応するネットワークサブグループのうち、未使用のネット ワークサブグループを抽出する。
[0191] 続いて、システムリソースマネージャ 21は、図 14に示したネットワークドメインデータ
480から読み込んだ機器の情報に該当するネットワーク機器を 1つまたは複数のダル ープに分けて、システムリソース DB26にその情報を、以下に説明する負荷分散ダル ープデータ 840として記憶する。
[0192] 図 29は、負荷分散装置のグループ情報を記憶した負荷分散グループデータ 840 の一例を示す図である。この負荷分散グループデータ 840は、負荷分散グループ、 ロードバランサ名および代表 IPの情報を記憶して 、る。
[0193] 負荷分散グループは、ロードバランサを 1つまたは複数のグループに分けた場合の グループを識別する情報である。ロードバランサ名は、ロードバランサを識別する名 称である。代表 IPは、各負荷分散グループに割り当てられた IPアドレスの情報である
[0194] その後、システムリソースマネージャ 21は、上記各ネットワークグループに属するネ ットワークドメインやネットワークサブグループ、負荷分散グループなどの構成の情報 に基づいて、それらの間の対応関係の情報を生成し、システムリソース DB26にその 情報を、以下に説明するネットワークグループデータ 850として記憶する。
[0195] 図 30は、ネットワークグループに係る情報を記憶したネットワークグループデータ 8 50の一例を示す図である。このネットワークグループデータ 850は、ネットワークグル ープ、ネットワークドメイン、フロントネットワークサブグループ、負荷分散グループおよ びバックネットワークサブグループの情報を記憶している。
[0196] ネットワークグループは、図 28で説明したネットワークグループと同様の情報である 。ネットワークドメインは、図 18で説明したネットワークドメインと同様の情報である。 [0197] フロントネットワークサブグループは、図 17で説明したネットワークサブグループに 対応するものであり、負荷分散グループを挟むネットワークサブグループのうち、より インターネット 70側にあるネットワークサブグループを示す情報である。
[0198] 負荷分散グループは、図 29で説明した負荷分散グループと同様の情報である。バ ックネットワークサブグループは、図 17で説明したネットワークサブグループに対応す るものであり、負荷分散グループを挟むネットワークサブグループのうち、よりインター ネット 70から遠い側にあるネットワークサブグループを示す情報である。
[0199] さらに、システムリソースマネージャ 21は、ネットワーク RM24およびネットワークサ ブ RM54と連携し、図 13のネットワークサブドメインデータ 470に登録されたスィッチ に対して、ネットワークサブグループの VLANの設定をおこなう。
[0200] 続いて、システムリソースマネージャ 21は、サーバグループに一台目のサーバを追 カロして、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理を おこなう（ステップ S105)。以下に、ステップ S105でおこなわれる処理をさらに詳細 に説明する。
[0201] まず、システムリソースマネージャ 21は、ユーザが運用管理クライアント 10を操作し て、サーバとそのサーバを登録するサーバグループを指定した場合に、サーバおよ びサーバグループの情報を受け付け、サーバグループにサーバを登録する。
[0202] そして、システムリソースマネージャ 21は、図 26のサーバグループデータ 810を読 み込んでサーバグループに対応するストレージテンプレートを検索し、そのストレージ テンプレートの設定条件を図 25のストレージテンプレートデータ 800から取得する。
[0203] さらに、ストレージ RM25は、システムリソースマネージャ 21により取得されたストレ ージテンプレートの設定条件を満足するようプールされたストレージに論理ボリューム を設定し、論理ボリュームが設定されたストレージを上記サーバグループに割り当て る処理をおこなう。
[0204] 図 31は、論理ボリュームを RAID装置に設定する設定処理の処理手順を示すフロ 一チャートである。図 31に示すように、まず、システムリソースマネージャ 21は、論理 ボリュームの必要条件の情報を取得する (ステップ S 201)。ここで、論理ボリューム の必要条件とは、図 25のストレージテンプレートデータ 800に記憶された信頼性の必 要度、負荷の度合い、および、ディスク容量の情報である。
[0205] 図 32は、論理ボリュームの設定画面の一例を示す図である。図 32には、システムリ ソースマネージャ 21が、運用管理クライアント 10に対して出力する論理ボリュームの 必要条件を表示した必要条件出力画面 860と、論理ボリューム設定後の論理ボリュ ーム構成出力画面 880とが示されて 、る。
[0206] 図 32の例では、 3つの必要条件を満足する 3つの論理ボリュームを作成するよう要 求された場合が示されている。そして、必要条件出力画面 860には、 3つの必要条件 870a— 870c力出力される。
[0207] 図 31の説明に戻ると、システムリソースマネージャ 21は、信頼性の必要度および負 荷の度合いに応じて、 RAID装置の RAIDレベルを決定する（ステップ S 202)。図 33 は、 RAIDレベルの設定情報を記憶した RAIDレベル設定データ 940の一例を示す 図である。
[0208] この RAIDレベル設定データ 940は、信頼性の必要度、負荷の度合 、および RAI Dレベルの情報を記憶している。信頼性の必要度は、図 25で説明した信頼性の必要 度と同様の情報である。負荷の度合いは、図 25で説明した負荷の度合いと同様の情 報である。 RAIDレベルは、信頼性の必要度および負荷の度合いにより決定される R AIDレべノレの†青報である。
[0209] 図 31の説明に戻ると、システムリソースマネージャ 21は、必要とされるディスク容量 の合計値から、 RAID装置種を決定する (ステップ S 203)。図 34は、 RAID装置に係 る情報を記憶した RAID装置データ 950の一例を示す図である。
[0210] この RAID装置データ 950は、必要な記憶容量合計値、 RAID装置の型名、デー タアクセススピード、 RAIDグループを構成するディスクドライブ数 (RAID0+ 1の場 合）、 RAIDグループを構成するディスクドライブ数 (RAID5の場合）および RAIDグ ループの最大数の情報を記憶して 、る。
[0211] 必要な記憶容量合計値は、論理ボリュームに必要とされるディスク容量の合計値の 情報である。 RAID装置の型名は、必要な記憶容量合計値を確保するのに適した R AID装置の型名の情報である。
[0212] データアクセススピードは、 RAID装置の型名により特定されるディスクドライブのデ ータのアクセススピードの情報である。このデータアクセススピードには、アクセススピ ードが速い順に、「一番目」、「二番目」、「三番目」の 3つのディスクドライブ種の情報 が記憶されている。
[0213] RAIDグループを構成するディスクドライブ数 (RAID0+ 1の場合）は、 RAIDレべ ルが RAID0+ 1の場合において、 RAIDグループを構成するディスクドライブの数の 情報である。 RAIDグループを構成するディスクドライブ数 (RAID5の場合）は、 RAI Dレベルが RAID5の場合にお!、て、 RAIDグループを構成するディスクドライブの数 の情報である。 RAIDグループの最大数は、作成する RAIDグループの最大数の情 報である。
[0214] 図 31の説明に戻ると、システムリソースマネージャ 21は、図 34で説明した RAID装 置データ 950から、 RAID装置種ごとの特有情報を取得する (ステップ S 204)。
[0215] ここで、特有情報とは、データアクセススピードのうち、「一番目」に該当するディスク ドライブ種、 RAIDグループを構成するディスクドライブ数 (RAID0+ 1の場合）、 RAI Dグループを構成するディスクドライブ数 (RAID5の場合）および RAIDグループの 最大数の情報である。
[0216] そして、ストレージ RM25は、論理ボリュームを作成する（ステップ S 205)。具体的 には、ストレージ RM25は、論理ボリュームの各必要条件を満足する論理ボリューム を作成し、 RAID装置に論理ボリュームを設定する。
[0217] 図 32に示した論理ボリューム構成出力画面 880には、各必要条件 900a— 900cを 満足する！^理ボリューム 910a— 910d, 920a— 920e力 RAID装置 890に設定さ れた状況が示されている。
[0218] 図 31の説明に戻ると、ストレージ RM25は、 RAIDレベルが同一である論理ボリュ ームをグループ化した RAIDグループを作成する（ステップ S206)。そして、ストレー ジ RM25は、作成した RAIDグループに論理ボリュームを割り当てる（ステップ S207
) o
[0219] 図 32の例では、必要条件 900aおよび必要条件 900bを満足する論理ボリューム 9 10a— 910dは、 RAIDレベルが RAID0+ 1で同じであるので、 RAIDグループ 930 aにグループィ匕されている。また、必要条件 900cを満足する論理ボリューム 920a— 920eは、 RAIDレベルが RAID5であるので、 RAIDグループ 930bとしてグループ 化されている。
[0220] RAIDグループを作成する際には、ストレージ RM25は、各 RAIDグループに属す るディスクドライブを、図 34の RAID装置データ 950のデータアクセススピードにより 決定されるディスクドライブ種に設定する。
[0221] また、ストレージ RM25は、 RAIDグループを構成するディスクドライブ数を、図 34 の RAID装置データ 950の RAIDグループを構成するディスクドライブ数 (RAIDO + 1の場合）、または、 RAIDグループを構成するディスクドライブ数 (RAID5の場合）に より決定されるディスクドライブ数に設定する。
[0222] さらに、ストレージ RM25は、 RAIDグループの数が図 34の RAID装置データ 950 の RAIDグループの最大数以下になるよう RAIDグループを作成する。
[0223] 図 32の論理ボリューム構成出力画面 880では、必要条件 900a— 900cを満足し、 各 RAIDグループ 930, 940に割り当てられた論理ボリューム 910a— 910d, 920a 一 920eが、対応する必要条件 900a— 900cと線で結合されて表示されて ヽる。
[0224] 図 31の説明に戻ると、ストレージ RM25は、図 32に示した論理ボリュームの構成を RAID装置に反映させるコマンドファイルを作成する（ステップ S208)。そして、ストレ ージ RM25は、そのコマンドファイルに基づいて、作成した論理ボリュームを実装置 に反映させる (ステップ S 209)。
[0225] その後、システムリソースマネージャ 21は、各サーバが属するサーバグループに対 応付けて、 RAID装置に設定された論理ボリュームをストレージサブグループとして 登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、 システムリソースマネージャ 21は、図 22に示したプロビジョユング構成データ 710に サーバグループ、ストレージサブグループおよびアクセス可否の情報を記憶する。
[0226] 図 35は、ストレージサブグループが設定されたプロビジョユング構成データ 960の 一例を示す図である。このプロビジョユング構成データ 960には、図 22に示したプロ ビジョユング構成データ 710にサーバグループ、ストレージサブグループおよびァク セス可否の情報が追加されて 、る。
[0227] RAID装置に構築された論理ボリュームをサーバに認識させ、ストレージサブダル ープとして登録する場合には、ストレージ RM25は、以下のような手順で論理ボリユー ムの設定をおこなう。
[0228] 図 36は、サーバに論理ボリュームを認識させる論理ボリュームの設定処理の処理 手順を示すフローチャートである。図 36に示すように、まず、ストレージ RM25は、 R AID装置の論理ボリュームをグループィ匕し、ァフィ-ティグループを設定する (ステツ プ S301)。
[0229] ここで、ァフィ-ティグループとは、サーバが認識する論理ユニット番号 (LUN, Logical Unit Number)と RAID装置における論理ボリューム（LV, Logical Volume)番号との間の対応関係を示す情報である。
[0230] 図 37は、 RAID装置に構築された論理ボリュームの設定処理を説明する説明図で ある。図 37には、サーバ Aおよびサーバ B力も構成されるサーバグループ 970と、論 理ボリューム LV0、 LV1、 LV2、 LV3が構築された RAID装置 a、および、論理ボリ ユーム LV10、 LV1 1、 LV12、 LV13が構築された RAID装置 j8力も構成されるスト レージプール 980とが示されて!/、る。
[0231] さらに、図 37には、ストレージプール 980から RAID装置 αの論理ボリューム LV0 および LV1と、 RAID装置 13の論理ボリューム LV12および LV13とが追加されたスト レージグループ 990が示されて!/、る。
[0232] ストレージグループ 990に追加された RAID装置 αの論理ボリューム LV0および L VIは、ァフィ-ティグループ 0およびァフィ-ティグループ 1に属するように設定され ている。また、 RAID装置 j8の論理ボリューム LV12および LV13は、ァフィ-ティグ ループ 10およびァフィ-ティグループ 1 1に属するように設定されて!、る。
[0233] 図 38は、ァフィ-ティグループに係る情報を記憶したァフィ-ティグループデータ 1 010の一例を示す図である。このァフィ二ティグループデータ 1010は、 RAID装置名 、ァフィ-ティグループ名、 LUNおよび LVの情報を記憶している。
[0234] RAID装置は、各 RAID装置を識別する識別情報である。ァフィ-ティグループは、 各 RAID装置において設定されたァフィ-ティグループの情報である。 LUNは、サ ーバ Aまたはサーバ Bからアクセスする際に論理ボリュームを識別する識別情報であ る。 LVは、論理ボリュームを識別する識別情報である。 [0235] 図 36の説明に戻ると、ストレージ RM25は、サーバ Aおよびサーバ Bと、論理ボリュ ーム LVO, LV1, LV12, LV13との間の冗長パスをチェックし、パスを選択すること によりアクセスパスを設定する（ステップ S302)。
[0236] そして、ストレージ RM25は、論理ユニットに対するマルチパスの設定をおこなう（ス テツプ S303)。図 39は、マルチパスの構成に係る情報を記憶したマルチパス構成デ ータ 1020の一例を示す図である。
[0237] このマルチパス構成データ 1020は、マルチパスインスタンスおよび LUNの情報を 記憶している。マルチパスインスタンスは、設定されたマルチパスのインスタンスを識 別する情報である。 LUNは、設定されたマルチパスインスタンスに対応し、サーバ A またはサーバ Bにより認識される論理ユニットを識別する情報である。
[0238] そして、ストレージ RM25は、設定したマルチパスインスタンスをミラーボリュームの 構成要素としてクラスタリングをおこなうサーバのクラスタリソースに登録する (ステップ S304)。その後、ストレージ RM25は、クラスタリソースに登録されたマルチパスイン スタンスを用いて異なる RAID装置のボリュームどうしをペアとするミラーボリュームグ ループを設定する (ステップ S 305)。
[0239] 図 37には、サーバ「A」またはサーバ「B」において内部設定されるサーバ内ストレ ージ構成 1000が示されている。このストレージ構成 1000においては、マルチパスィ ンスタンス mplbOおよびマルチパスインスタンス mplb2とから構成されるミラーボリュ ーム M0と、マノレチノ スインスタンス mplblおよびマノレチノ スインスタンス mplb3と力 ら構成されるミラーボリューム Mlとが設定されている。
[0240] 図 40は、ミラーボリュームの構成に係る情報を記憶したミラーボリューム構成データ 1030の一例を示す図である。このミラーボリューム構成データ 1030は、ミラーボリュ ームおよび構成ディスクの情報を記憶して 、る。
[0241] ミラーボリュームは、設定されたミラーボリュームを識別する識別情報である。構成 ディスクは、ミラーボリュームを構成する論理ユニットを識別する識別情報である。ここ で、構成ディスクには、図 39に示したマルチパス構成データ 1020におけるマルチパ スインスタンスの情報が記憶されている力、マルチノ ス構成データ 1020を参照する ことにより、ミラーボリュームに対応する LUNを特定することができる。 [0242] 図 38に示したァフィ-ティグループデータ 1010は、ストレージ RM25によりシステ ムリソース DB26および RAID装置内に記憶される。また、図 39に示したマルチパス 構成データ 1020、および、図 40に示したミラーボリューム構成データ 1030は、ストレ ージ RM25によりシステムリソース DB26に記憶されるとともに、ストレージ RMエージ ェント 115aにより管理対象であるサーバ内に記憶される。
[0243] 図 4に示すステップ S105におけるソフトウェアイメージの作成処理の説明に戻ると、 ネットワーク RM24は、サーバグループに登録したサーバのネットワークの設定をつ ぎにおこなう。
[0244] 具体的には、ネットワーク RM24は、図 28に示したサーバグループ間リンクデータ 8 30力ら、サーバを追加したサーバグループをフロントサーバグループおよびバックサ 一バグループとして有するネットワークグループの情報を読み込む。
[0245] さらに、ネットワーク RM24は、図 30に示したネットワークグループデータ 850を読 み込み、ネットワークグループに対応するフロントネットワークサブグループおよびバ ックネットワークサブグループを抽出する。
[0246] その後、ネットワーク RM24は、図 17に示したネットワークサブグループデータ 6 60を読み込み、フロントネットワークサブグループおよびバックネットワークサブグル ープに対応するネットワークサブグループを検索し、ネットワークサブグループに割り 当てられたサブネットの情報を基にして、サーバに IPアドレスを割り当てる。
[0247] 図 41は、サーバに割り当てられた IPアドレスに係る情報を記憶した IPアドレス管理 データ 1040の一例を示す図である。この IPアドレス管理データ 1040は、システムリ ソースマネージャ 21により、システムリソース DB26に記憶される。
[0248] この IPアドレス管理データ 1040は、 IPアドレスおよび割当先の情報を記憶している 。 IPアドレスは、サーバに割り当てられた IPアドレスの情報である。割当先は、 IPアド レスの割当先であるサーバを識別する情報である。
[0249] 続いて、ネットワーク RM24は、図 29に示した負荷分散グループデータ 840および 図 30に示したネットワークグループデータ 850を基にして、サーバが追加されたサー バグループに対応するネットワークグループに代表 IPアドレスを有する負荷分散ダル ープを割り当てる。なお、この時点では、ロードバランサの負荷分散機能は停止状態 にある。
[0250] その後、ユーザは、サーバに導入する OSなどのソフトウェアを、サーバグループに 追加するサーバに対応付けられたストレージサブグループにインストールする。この ストレージサブグループは、 SANの技術を用いて構成されたものである。
[0251] そして、インストールの終了後、ソフトウェアサブ RM53は、ソフトウェア RM23およ びソフトウェア RMエージェント 113aと連携して、 OS、デバイスドライノく、アプリケーシ ヨンソフトウェアなどのソフトウェアの集合体力 構成されるソフトウェアイメージを作成 し、作成したソフトウェアイメージをドメインリソース DB55に記憶する。
[0252] 具体的には、ソフトウェア RM23は、図 8に示したミドルウェア連携 IFデータ 330を 読み込み、ソフトウェア RMエージェント 113aは、ミドルウェアにより実現される機能部 である AP管理部 116aに対して、ソフトウェアイメージ採取前に実行が必要なコマンド を送信する。
[0253] すなわち、ソフトウェア RMエージェント 113aは、 AP管理部 116aの機能を停止さ せるコマンドを送信し、 AP管理部 116aの機能を停止させる。そして、ソフトウェアサ ブ RM53は、サーバのシステムをシャットダウンする。さら〖こ、ソフトウェアサブ RM53 は、サーバのドメイン管理サーバ 50のドメインリソース DB55に記憶された仮の OSを 用いてサーバのネットワークブートをおこなう。
[0254] その後、ソフトウェアサブ RM53は、起動したサーバに導入されているソフトウェアの ソフトウェアイメージを作成する。そして、ソフトウェア RM23は、システムリソース DB2 6にソフトウェアイメージに係る情報を、以下に説明するソフトウェアイメージ管理デー タ 1050として登録する。
[0255] 図 42は、ソフトウェアイメージに係る情報を記憶したソフトウェアイメージ管理データ 1050の一例を示す図である。このソフトウェアイメージ管理データ 1050は、ソフトゥ エアイメージ名、形式、 OS属性およびソフトウェア名の情報を記憶している。
[0256] ソフトウェアイメージ名は、ソフトウェアイメージの名称である。形式は、ソフトウェアィ メージがアーカイブ形式で作成されたものであるの力 パッチ形式で作成されたもの であるのかを示す情報である。 OS属性は、ソフトウェアイメージ力 OSのソフトウェア イメージである力否かを示す情報である。ソフトウェア名は、ソフトウェアイメージが作 成されたソフトウェアの名称である。
[0257] さらに、ソフトウェアサブ RM53は、作成したソフトウェアイメージを基にして、他のサ ーバ用に配布するソフトウェア配布イメージを作成する。具体的には、ソフトウェアサ ブ RM53は、一台目のサーバ用にストレージに導入された複数のソフトウェアのソフト ウェアイメージを組にしたソフトウェア配布イメージを作成する。
[0258] そして、システムリソースマネージャ 21は、システムリソース DB26にソフトウェア配 布イメージに係る情報を、以下に説明するソフトウェア配布イメージ管理データ 1060 として記憶する。
[0259] 図 43は、ソフトウェア配布イメージに係る情報を記憶したソフトウェア配布イメージ管 理データ 1060の一例を示す図である。このソフトウェア配布イメージ管理データ 106 0は、ソフトウェア配布イメージ名、版数、サーバアーキテクチャおよびソフトウェアィメ ージ Zスナップショットの情報を記憶している。
[0260] ソフトウェア配布イメージ名は、ソフトウェア配布イメージの名称である。版数は、ソフ トウエア配布イメージの版数である。サーバアーキテクチャは、ソフトウェア配布ィメー ジの配布対象となるサーバの CPUアーキテクチャである。ソフトウェアイメージ/スナ ップショットは、ソフトウェア配布イメージに含まれるソフトウェアイメージまたはスナップ ショットを示す情報である。
[0261] ここでスナップショットとは、ある特定の時点でサーバに導入されているソフトウェア のソフトウェアイメージである。システムリソースマネージャ 21は、システムリソース DB 26にスナップショットに係る情報を、以下に説明するスナップショット管理データ 107 0として登録する。
[0262] 図 44は、スナップショットに係る情報を記憶したスナップショット管理データ 1070の 一例を示す図である。このスナップショット管理データ 1070は、スナップショット名お よびソフトウェアイメージの情報を記憶している。スナップショット名は、スナップショット の名称である。ソフトウェアイメージは、スナップショットに含まれるソフトウェアイメージ の情報である。
[0263] その後、ソフトウェア RM23は、図 8に示したミドルウェア連携 IFデータ 330を読み 込み、ソフトウェア RMエージェント 113aは、ミドルウェアにより実現される機能部であ る AP管理部 116aに対して、ソフトウェアイメージ採取後に実行が必要なコマンドを送 信する。
[0264] 具体的には、ソフトウェア RMエージェント 113aは、停止していた AP管理部 116a を始動させるコマンドを送信し、 AP管理部 116aを始動させる。そして、ネットワーク!^ M24は、スィッチに VLANの設定をおこなってサーバを VL ANに接続するとともに、 ロードバランサの負荷分散機能を始動させ、負荷を分散させる対象サーバとして当 該サーバを割り当てる。
[0265] その後、システムリソースマネージャ 21は、図 8に示したミドルウェア連携 IFデータ 3 30を読み込み、ミドルゥヱァにより実現される機能部である AP管理統括部 27に対し て、サーバグループ作成後に実行が必要なコマンドを送信する。
[0266] 具体的には、システムリソースマネージャ 21は AP管理統括部 27に対して、サーバ グループの追加を認識させるコマンドを送信する。そして、 AP管理統括部 27は、 AP 管理部 116aと連携して、サーバに対してアプリケーションプログラムの導入および設 定などをおこない、サーバを業務で利用可能な状態に設定する。
[0267] 図 4の説明に戻ると、システムリソースマネージャ 21は、二台目以降のサーバをサ 一バグループに追加する処理をおこなう（ステップ S106)。以下に、ステップ S106で おこなわれる処理をさらに詳細に説明する。
[0268] 図 45は、サーバをサーバグループに追加する処理の処理手順を示すフローチヤ ートである。図 45に示すように、まず、システムリソースマネージャ 21は、ユーザが運 用管理クライアント 10を操作して、サーバとそのサーバを登録するサーバグループを 指定した場合に、サーバおよびサーバグループの情報を受け付ける (ステップ S401
) o
[0269] そして、システムリソースマネージャ 21は、サーバグループにサーバを登録する（ス テツプ S402)。続いて、システムリソースマネージャ 21は、図 21に示した管理対象サ ーバデータ 700および図 43に示したソフトウェア配布イメージ管理データ 1060を読 み込んで、サーバのサーバアーキテクチャがソフトウェアイメージを導入可能なものか 否かを調べる（ステップ S403)。サーバのサーバアーキテクチャがソフトウェアィメー ジを導入可能なものでない場合には (ステップ S403, No)、当該サーバのサーバグ ループへの追加処理を終了する。
[0270] サーバのサーバアーキテクチャがソフトウェアイメージを導入可能なものである場合 には（ステップ S403, Yes)、ストレージ RM25は、一台目のサーバにストレージを設 定した場合と同様の方法で、サーバに対してストレージを設定する処理をおこなう（ス テツプ S404)。具体的には、ストレージ RM25は、図 31および図 36で説明した論理 ボリュームの設定処理を当該サーバに対して実行する。
[0271] 続いて、ネットワーク RM24は、一台目のサーバにネットワークを設定した場合と同 様の方法で、サーバグループに登録したサーバのネットワークブートを仮の OSを用 いておこない、サーバのネットワークの設定をおこなう（ステップ S405)。
[0272] その後、ソフトウェアサブ RM53は、一台目のサーバに導入されたソフトウェアから 作成されたソフトウェア配布イメージを二台目のサーバに対応付けられたストレージ サブグループに展開し、展開されたソフトウェアを用いてサーバを再起動させる (ステ ップ S406)。
[0273] ソフトウェア配布イメージをサーバに対応付けられたストレージサブグループに展開 した場合には、ソフトウェア RM23は、システムリソース DB26に、配布したソフトウェア 配布イメージに係る情報を記憶する。
[0274] 図 46は、ソフトウェア配布イメージの配布状況に係る情報を記憶した配布管理デー タ 1080の一例を示す図である。この配布管理データ 1080は、サーバ、ストレージサ ブグループ、ソフトウェア配布イメージ、版数および状態の情報を記憶している。
[0275] サーバは、ストレージサブグループが割当てられているサーバを識別する情報であ る。ストレージサブグループは、ソフトウェア配布イメージが展開されるストレージサブ グループを識別する情報である。ソフトウェア配布イメージは、ストレージサブグルー プに展開されたソフトウェア配布イメージの情報である。状態は、ソフトウェア配布ィメ ージの配布状況を示す情報である。
[0276] 図 45の説明に戻ると、システムリソースマネージャ 21は、ネットワーク RM24および AP管理統括部 27と連携して、二台目のサーバを業務モードに移行させる処理をお こなう（ステップ S407)。
[0277] 具体的には、ネットワーク RM24は、サーバの再起動時に、一台目のサーバが属す るサブネットの情報に基づいて、二台目のサーバに IPアドレスを割り当てる。二台目 のサーバに割り当てられた IPアドレスの情報は、システムリソースマネージャ 21により 、図 41に示した IPアドレス管理データ 1040に記憶される。
[0278] 続いて、ネットワーク RM24は、スィッチに VLANの設定をおこなってサーバを VL ANに接続するとともに、ロードバランサに対して、負荷を分散させる対象サーバとし て当該サーバを登録させる。
[0279] その後、システムリソースマネージャ 21は、 AP管理統括部 27に対して、サーバの サーバグループの追加を AP管理統括部 27に認識させるコマンドを送信する。そし て、 AP管理統括部 27は、 AP管理部 116aと連携して、サーバに対してアプリケーシ ヨンプログラムの導入および設定などをおこない、サーバを業務で利用可能な状態に 設定する。
[0280] 三台目以降のサーバをサーバグループに追加する場合には、図 45で説明したサ ーバの追加処理を繰り返す。
[0281] つぎに、サーバグループに追加されたサーバをサーバグループから削除する処理 について説明する。図 47は、サーバグループ力 サーバを削除するサーバ削除処 理の処理手順を説明するフローチャートである。
[0282] 図 47に示すように、まず、ネットワーク RM24は、ネットワークサブ RM54と連携して 、サーバに設定された VLANを切断する（ステップ S501)。そして、ネットワーク RM2 4は、ネットワークサブ RM54と連携して、ロードバランサの設定を変更し、負荷を分 散させる対象サーバから当該サーバを除外する (ステップ S502)。
[0283] 続いて、ネットワーク RM24は、サーバに割り当てられた IPアドレスを返却する（ステ ップ S503)。さらに、ソフトウェアサブ RM53は、ドメイン管理サーバ 50のドメインリソ ース DB55に記憶された仮の OSを用いて、ネットワークブートによりサーバの再起動 をおこなう（ステップ S504)。
[0284] そして、ストレージ RM25は、サーバグループから削除するサーバに割り当てられ たディスクを削除する（ステップ S505)。その後、ストレージ RM25は、サーバに対し て設定されたサーバとストレージとの間の論理的な接続関係である SANゾ一二ング を変更し、当該サーバを除外したサーバとストレージとの間の SANゾーユングを設定 する（ステップ S 506)。
[0285] つぎに、サーバ異常時や高負荷時に、サーバ資源の追加を高速で行うため、ブー ル内のサーバにソフトウェアおよびネットワークなどの情報を事前に設定する処理に ついて説明する。
[0286] 図 48は、プール内のサーバにソフトウェアおよびネットワークなどの情報を事前に 設定する処理手順を示すフローチャートである。図 48に示すように、システムリソース マネージャ 21は、追加するサーバおよび追加対象となるサーバグループの情報を運 用管理クライアント 10から受付け、サーバを対応するサーバグループに移行する（登 録する）（ステップ S601)。
[0287] そして、システムリソースマネージャ 21は、図 27に示したサーバ Zストレージグルー プリンタデータ 820を読み込んで、サーバグループのストレージグループの情報を取 得し (ステップ S602)、取得したストレージグループの情報を基にストレージサブダル ープ名を作成し、作成したストレージサブグループ名を図 35に示したプロビジョニン グ構成データ 960に登録する（ステップ S603)。
[0288] 続いて、システムリソースマネージャ 21は、図 46に示した配布管理データ 1080を 読み込んで、追加するサーバに配信されているソフトウェアの情報を取得する (ステツ プ S604)。そして、システムリソースマネージャ 21は、図 26に示したサーバグループ データ 810を読み込んで、追加するサーバに配信すべきソフトウェアを判別し (ステツ プ S605)、判別したソフトウェアを、ソフトウェア RM23が、追加するサーバにインスト ールし (ステップ S606)、図 46に示した配布管理データ 1080を更新する（ステップ S 607)。
[0289] そして、ネットワーク RM24が、サーバのネットワーク設定を行 ヽ（ステップ S608)、 サーバ RM22が、サーバを起動させ (ステップ S609)、システムリソースマネージャ 2 1はサーバをプールに移行する（ステップ S610)。
[0290] そして、サーバ RM22が、サーバを停止させ (ステップ S611)、ネットワーク RMが サーバをネットワークらから切り離し (ステップ S612)、サーバを次のサーバグループ に移行させる場合には (ステップ S613, YES)、システムリソースマネージャ 21はサ ーバを次のサーバグループに移行させ (ステップ S614)、ステップ S602に移行する 。一方、サーバを次のサーバグループに移行させない場合には (ステップ S613, No )、処理を終了する。
[0291] つぎに、図 48で示したフローチャートを具体的に説明する。図 49は、プール内の サーバにソフトウェアおよびネットワークなどの情報を事前に設定する処理手順を具 体的に示すフローチャートである。なお、図 49では一例として、追加するサーバのサ ーバ名を「host5」、追加対象となるサーバグループを「A_Web」および「B_Web」とする
[0292] 図 49に示すように、システムリソースマネージャ 21は、追加するサーバ（以下、図 4 9の説明にお 、て、追加するサーバを host5と表記する）および追加対象となるサー バグループ A_Webの情報を運用管理クライアント 10から受付け、 host5をサーバグル 一 A_Webに移行する（登録する）（ステップ S 701)。
[0293] そして、システムリソースマネージャ 21は、図 27に示したサーバ Zストレージグルー プリンタデータ 820を読み込んで、サーバグループ A_Webのストレージグループの情 報を取得（サーバグループ A_Webの起動用のストレージグループが A_Web_rootdisk である旨の情報を取得)し (ステップ S702)、取得したストレージグループの情報を基 に、ストレージサブグループ名「A_Web_rootdisk_host5」を作成し、作成したストレージ サブグループ名を図 35に示したプロビジョユング構成データ 960に登録する（ステツ プ S703)。
[0294] 続いて、システムリソースマネージャ 21は、図 46に示した配布管理データ 1080を 読み込んで、 host5に配信されているソフトウェアの情報を取得する（図 46に示した配 布管理データ 1080は、配信後のものであり、この時点では、 host5には何も配信され ていない）（ステップ S704)。
[0295] そして、システムリソースマネージャ 21は、図 26に示したサーバグループデータ 81 0を読み込んで、 host5に配信すべきソフトウェア「A_OS_Web_image 版数 1.0」を判別 し (ステップ S705)、図 43に示したソフトウェア配布イメージ管理データ 1060を基に 、判別したソフトウェア「A_OS_Webjmage 版数 1.0」に対応するソフトイメージ「 apimg_snap_l」を、ソフトウェア RM23が、 host5にインストールし（ステップ S 706)、図 46に示した配布管理データ 1080を更新する (ステップ S 707)。 [0296] そして、ネットワーク RM24が、 host5のネットワーク設定を行 ヽ（ステップ S708)、サ ーバ RM22力 host5を起動させ (ステップ S 709)、システムリソースマネージャ 21は host5をプールに移行する（ステップ S710)。
[0297] そして、サーバ RM22が、 host5を停止させ (ステップ S711)、ネットワーク RM24が host5をネットワークらから切り離し (ステップ S712)、システムリソースマネージャ 21が 、 host5をサーバグループ B_Webに移行する（ステップ S713)。
[0298] そして、システムリソースマネージャ 21は、図 27に示したサーバ Zストレージグルー プリンタデータ 820を読み込んで、サーバグループ B_Webのストレージグループの情 報を取得（サーバグループ B_Webの起動用のストレージグループが B_Web_rootdisk である旨の情報を取得)し (ステップ S714)、取得したストレージグループの情報を基 に、ストレージサブグノレープ名「B_Web_rootdisk host5」を作成し、作成したストレージ サブグループ名を図 35に示したプロビジョユング構成データ 960に登録する（ステツ プ S715)。
[0299] 続いて、システムリソースマネージャ 21は、図 46に示した配布管理データ 1080を 読み込んで、 host5に配信されているソフトウェアの情報を取得する (ステップ S716)
[0300] そして、システムリソースマネージャ 21は、図 26に示したサーバグループデータ 81 0を読み込んで、 host5に配信すべきソフトウェア「B_OS_Web_image 版数 1.1」を判別 し (ステップ S717)、図 43に示したソフトウェア配布イメージ管理データ 1060を基に 、判別したソフトウェア「B_OS_Web_image 版数 1.1」に対応するソフトイメージ「 B— OSServer, A— Software— W」を、ソフトウェア RM23が、 host5にインストールし（ステツ プ S718)、図 46に示した配布管理データ 1080を更新する（ステップ S719)。
[0301] そして、ネットワーク RM24が、 host5のネットワーク設定を行 ヽ（ステップ S720)、サ ーバ RM22力 host5を起動させ (ステップ S721)、システムリソースマネージャ 21は host5をプールに移行し (ステップ S722)、サーバ RM22力 host5を停止させ (ステ ップ S723)、ネットワーク RM24力 ¾ost5をネットワークらから切り離す (ステップ S724
) o
[0302] つぎに、サーバ異常時や高負荷時に、サーバ資源を追加する処理にっ 、て説明 する。図 50は、サーバ異常時や高負荷時に、サーバ資源を追加する処理手順を示 すフローチャートである。システムリソースマネージャ 21が、サーバグループの負荷が 所定値を上回った旨の情報を受付け (ステップ S801)、追加するサーバを対応する サーバグループに移行する（ステップ S802)。
[0303] そして、システムリソースマネージャ 21は、図 27に示したサーバ Zストレージグルー プリンタデータ 820を読み込み、サーバグループのストレージグループの情報を取得 し (ステップ S803)、図 46に示した配布管理データ 1080を読み込んで、追加するサ ーバに配信されているソフトウェアの情報を取得する（ステップ S804)。
[0304] そして、図 26に示したサーバグループデータ 810を読み込んで、対応するサーバ グループのソフトウェアが更新されている場合には（ステップ S805)、ネットワーク RM 24は、ロードバランサのサーバへの振り分けを停止させ (ステップ S806)、ソフトゥェ ァ RM23力 パッチを適応し (ステップ S807)、ネットワーク RM24がサーバをネットヮ ークに接続する (ステップ S808)。一方、ソフトウェアが更新されていない場合には（ ステップ S805, No)、そのままステップ S808に移行する。
[0305] そして、ネットワーク RM24は、ロードバランサのサーバへの振り分けを再開させ (ス テツプ S809)、サーバ RM22は、サーバを起動させる（ステップ S810)。なお、図 50 では、一例としてシステムリソースマネージャ 21が、サーバグループの負荷が所定値 を上回った旨の情報を受付けた場合に、サーバ資源をサーバグループに追加する 処理を示した力 サーバが故障した場合や、運用管理クライアント 10からサーバを移 行する旨の命令を受付けた場合にも同様の処理を行う。
[0306] つぎに、図 50に示したサーバ異常時や高負荷時に、サーバ資源を追加する処理 を具体的に説明する。図 51は、サーバ異常時や高負荷時に、サーバ資源を追加す る処理手順を具体的に示すフローチャートである。なお、図 51では一例として、サー バグループ A_Webに高負荷がかかり、サ一ノ^サーバ名を host5とする）を追加する場 合を示す。
[0307] 図 51〖こ示すよう〖こ、システムリソースマネージャ 21が、サーバグループ A_Webの負 荷が所定値を上回った旨の情報を受付け (ステップ S901)、 host5をサーバグループ A_Webに移行する（ステップ S 902)。 [0308] そして、システムリソースマネージャ 21は、図 27に示したサーバ Zストレージグルー プリンタデータ 820を読み込み、サーバグループのストレージグループの情報を取得 (サーバグループ A_Webの起動用のストレージグループが A_Web_rootdiskである旨の 情報を取得)し (ステップ S903)、図 46に示した配布管理データ 1080を読み込んで 、 host5に配信されているソフトウェアの情報を取得（host5に A_OS_Webjmaga 版数 1.0が配信されて 、る旨の情報を取得)する (ステップ S904)。
[0309] そして、サーバグループデータ 810を読み込んで、サーバグループ A_Webのソフト ウェアの情報を取得する（このフローチャートでは、サーバグループ A_Webのソフトゥ エアが A_OS_Web_image 版数 1.1である旨を取得した場合を示す）（ステップ S905)。
[0310] サーバグループ A_Webのソフトウェアが版数 1.0から版数 1.1に更新されているため 、ネットワーク RM24は、ロードバランサの host5への振り分けを停止させ (ステップ S9 06)、システムリソースマネージャ 21が、図 43に示したソフトウェア配布イメージ管理 データ 1060を読み込み、ソフトウェア RM23が、「patch_a」を host5に適応する（ステ ップ S 907)。
[0311] そして、ネットワーク RM24が host5をネットワークに接続し (ステップ S908)、ロード バランサのサーバへの振り分けを再開させ (ステップ S909)、サーバ RM22は、サー バを起動させる（ステップ S910)。
[0312] このように、プール内のサーバに対して予め、追加対象となるサーバグループに対 応するソフトウェアやネットワーク設定などを行っているため、サーバ異常時や高負荷 時に、プール内のサーバを迅速に追加することができ、サーバクループの運用を即 座に復旧させることができる。
[0313] つぎに、システムリソースマネージャ 21が、リソース割当管理処理において、運用管 理クライアント 10に出力する各種出力画面について説明する。図 52は、管理対象と なるリソースの配置を示すリソース配置出力画面 1090の一例を示す図である。
[0314] 図 52に示すように、このリソース配置出力画面 1090は、 Webドメイン 1100、 APド メイン 1110、 DBドメイン 1120に属する各種サーバと、ストレージドメイン 1130に属 するストレージとがどのように接続されて!、るかをユーザが一目で把握できるように構 成されている。 [0315] 図 53は、リソースの配置に係る設定をユーザ力 受け付けるリソース配置設定画面 1140の一例を示す図である。このリソース配置設定画面 1140では、部品パレット 11 40aが出力され、この部品パレットにあるドメインやサーノ 、ストレージなどの各種アイ コンをユーザがマウス等を操作して配置していくことにより、各種リソースの配置を決 定することができる。
[0316] 図 54は、サーバドメインに属するサーバグループの一覧を出力するサーバグルー プ一覧画面 1150の一例を示す図である。このサーバグループ一覧画面 1150では 、ユーザによるマウス等の操作により、サーバドメインが指定されると、そのサーバドメ インに属するサーバグループおよびサーバグループに追加可能な、プールされたサ ーバの一覧が出力される。
[0317] 図 55は、サーバグループに属するサーバの一覧を出力するサーバ一覧画面 1160 の一例を示す図である。このサーバ一覧画面 1160では、ユーザによるマウス等の操 作により、サーバグループが指定されると、そのサーバグループに属するサーバおよ びサーバグループに追加可能な、プールされたサーバの一覧が出力される。
[0318] さらに、このサーバ一覧画面 1160では、ユーザによるマウス等の操作により、プー ルされたサーバが指定され、追加ボタンがクリックされると、指定されたサーバをサー バグループに追加する処理の実行要求がシステムリソースマネージャ 21に送信され 、当該サーバの追加処理が実行される。
[0319] また、このサーバ一覧画面 1160では、ユーザによるマウス等の操作により、サーバ グループに属するサーバが指定され、削除ボタンがクリックされると、指定されたサー バをサーバグループから削除する処理の実行要求がシステムリソースマネージャ 21 に送信され、当該サーバの削除処理が実行される。
[0320] 図 56は、ストレージグループに属するストレージの一覧を出力するストレージ一覧 画面 1170の一例を示す図である。このストレージ一覧画面 1170においても、図 55 に示したサーバ一覧画面 1160と同様、ユーザによるマウス等の操作により、ストレー ジグループが指定されると、そのストレージグループに属するストレージおよびストレ ージグループに追カ卩可能な、プールされたストレージの一覧が出力される。
[0321] そして、ストレージ一覧画面 1170では、ユーザによるマウス等の操作により、プー ルされたストレージが指定され、追加ボタンがクリックされると、指定されたストレージ をストレージグループに追加する処理の実行要求がシステムリソースマネージャ 21に 送信され、当該ストレージの追加処理が実行される。
[0322] また、このストレージ一覧画面 1170では、ユーザによるマウス等の操作により、ス トレージグループに属するストレージが指定され、削除ボタンがクリックされると、指定 されたストレージをストレージグループから削除する処理の実行要求がシステムリソー スマネージャ 21に送信され、当該ストレージの削除処理が実行される。
[0323] 上記実施例で説明した各種の処理は、あらかじめ用意されたプログラムをコンビュ ータで実行することによって実現することができる。そこで、以下では、図 57から図 59 を用いて、リソース交換処理プログラムを実行するコンピュータの一例を説明する。
[0324] 図 57は、図 3に示したサイト管理サーバ 20となるコンピュータ 1200のハードウェア 構成を示す図である。このコンピュータ 1200は、ユーザからのデータの入力を受け 付ける入力装置 1210、モニタ 1220、各種プログラムを記録した記録媒体カもプログ ラムを読み取る媒体読取り装置 1230、 ROM (Read Only Memory) 1240、ネットヮ ークを介して他のコンピュータとの間でデータの授受をおこなうネットワークインターフ エース 1250、 HDD (Hard Disk Drive) 1260、 RAM (Random Access Memory) 1 270および CPU (Central Processing Unit) 1280をバス 1290で接続して構成され る。
[0325] そして、 HDD1260には、サイト管理サーバ 20の機能と同様の機能を発揮するプロ グラム、つまり、図 57に示すシステムリソース交換処理プログラム 1260bおよび AP管 理統括プログラム 1260cが記憶されて 、る。
[0326] なお、システムリソース交換処理プログラム 1260bおよび AP管理統括プログラム 12 60cにつ 、ては、適宜統合または分散して記憶することとしてもよ!/、。
[0327] そして、 CPU1280力 システムリソース交換処理プログラム 1260bおよび AP管理 統括プログラム 1260cを HDD1260力も読み出して実行することにより、システム、 Jソ ース交換処理プロセス 1280aおよび AP管理統括プロセス 1280bとして機能するよう になる。
[0328] このシステムリソース交換処理プロセス 1280aは、図 3に示したシステムリソースマネ ージャ 21、サーバ RM22、ソフトウェア RM23、ネットワーク RM24、ストレージ RM2 5に対応する。また、 AP管理統括プロセス 1280bは、図 3に示した AP管理統括部 2 7に対応する。
[0329] また、 HDD1260には、システムリソースデータ 1260aが記憶される。なお、このシ ステムリソースデータ 1260aは、図 3に示したシステムリソース DB26に記憶される各 種データに対応する。
[0330] そして、 CPU1280は、リソースの管理に係る各種データをシステムリソースデータ 1 260aとして記憶するとともに、システムリソースデータ 1260aを HDD1260から読み 出して RAM1270に格納し、 RAM 1270に格納されたシステムリソースデータ 1270 aに基づ ヽて各種データ処理を実行する。
[0331] 図 58は、図 3に示したドメイン管理サーバ 20となるコンピュータ 1300のハードゥエ ァ構成を示す図である。このコンピュータ 1300は、ユーザからのデータの入力を受 け付ける入力装置 1310、モニタ 1320、各種プログラムを記録した記録媒体力もプロ グラムを読み取る媒体読取り装置 1330、 ROM1340、ネットワークを介して他のコン ピュータとの間でデータの授受をおこなうネットワークインターフェース 1350、 HDD1 360、RAM1370および CPU1380をバス 1390で接続して構成される。
[0332] そして、 HDD1360には、ドメイン管理サーバ 50, 60の機能と同様の機能を発揮 するプログラム、つまり、図 57に示すドメインリソース交換処理プログラム 1360bが記 憶されている。なお、ドメインリソース交換処理プログラム 1260bについては、適宜統 合または分散して記憶することとしてもょ 、。
[0333] そして、 CPU1380力 ドメインリソース交換処理プログラム 1360bを HDD 1360か ら読み出して実行することにより、ドメインリソース交換処理プロセス 1380aとして機能 するようになる。
[0334] このドメインリソース交換処理プロセス 1380aは、図 3に示したシステムリソースドメイ ンマネージャ 51、サーバサブ RM52、ソフトウェアサブ RM53、ネットワークサブ RM 54に対応する。
[0335] また、 HDD1360には、ドメインリソースデータ 1360aが記憶される。なお、このドメ インリソースデータ 1360aは、図 3に示したドメインリソース DB55に記憶される各種デ ータに対応する。
[0336] そして、 CPU1380は、ドメインにおけるリソースの管理に係る各種データをドメイン リソースデータ 1360aとして記憶するとともに、ドメインリソースデータ 1360aを HDD1 360から読み出して RAM 1370に格納し、 RAM 1370に格納されたドメインリソース データ 1370aに基づいて各種データ処理を実行する。
[0337] また、図 59は、図 3に示したサーバ 110aとなるコンピュータ 1400のハードウェア構 成を示す図である。このコンピュータ 1400は、ユーザからのデータの入力を受け付 ける入力装置 1410、モニタ 1420、各種プログラムを記録した記録媒体力もプロダラ ムを読み取る媒体読取り装置 1430、 RAM 1440, ROM1450、ネットワークを介し て他のコンピュータとの間でデータの授受をおこなうネットワークインターフェース 146 0、 HDD1470および CPU1480をバス 1490で接続して構成される。
[0338] そして、 HDD1470には、サーバ 110aの機能と同様の機能を発揮するプログラム、 つまり、図 59に示すエージェントリソース交換処理プログラム 1470aおよび AP管理 プログラム 1470bが記憶されている。なお、エージェントリソース交換処理プログラム 1470aおよび AP管理プログラム 1470bについては、適宜統合または分散して記憶 することとしてもよい。
[0339] そして、 CPU1480力 エージェントリソース交換処理プログラム 1470aおよび AP 管理プログラム 1470bを HDD1470から読み出して実行することにより、エージェント リソース交換処理プロセス 1480aおよび AP管理プロセス 1480bとして機能するよう になる。
[0340] このエージェントリソース交換処理プロセス 1480aは、図 3に示したリソースマネージ ヤエージェント 11 la、サーバ RMエージェント 112a、ソフトウェア RMエージェント 11 3a、ネットワーク RMエージェント 114aおよびストレージ RMエージェント 115aに対応 する。また、 AP管理プロセス 1480bは、図 3に示した AP管理部 116aに対応する。
[0341] ところで、システムリソース交換処理プログラム 1260b、 AP管理統括プログラム 126 0c、ドメインリソース交換処理プログラム 1360b、エージェントリソース交
換処理プログラム 1470aおよび AP管理プログラム 1470bについては、必ずしも最初 力ら HDD1260、 HDD1360または HDD1470に記憶させておく必要はない。 [0342] たとえば、コンピュータ 1200、 1300または 1400に挿入されるフレキシブルディスク (FD) , CD-ROM, MOディスク、 DVDディスク、光磁気ディスク、 ICカードなどの「 可搬用の物理媒体」、または、コンピュータの内外に備えられるハードディスクドライ ブ (HDD)などの「固定用の物理媒体」、さらには、公衆回線、インターネット、 LAN, WANなどを介してコンピュータ 1200、 1300または 1400〖こ接続される「他のコンビ ユータ（またはサーバ）」などに各プログラムを記憶しておき、コンピュータ 1200、 130 0または 1400がこれら力も各プログラムを読み出して実行するようにしてもょ 、。
[0343] 上述してきたように、本実施例では、ソフトウェア RM23やネットワーク RM24力 プ ール内のサーバに、予め、追加対象となるサーバグループに対応するソフトウェアの インストールや、ネットワーク設定をシステムリソース DB26の情報を利用して行う。そ して、サーバグループに含まれるサーバが故障した場合や、サーバグループの負荷 が大きくなつた場合に、ソフトウェアやネットワークの設定を予め行ったサーバを、サ 一バグループに追加することによって、低コストかつ迅速にサーバグループを復旧さ せることができる。
産業上の利用可能性
[0344] 以上のように、本発明に力かるリソース交換処理プログラムおよびリソース交換処理 方法は、複数のサーノ から構成され、種々の業務を実行する情報処理システムに有 用であり、特に、サーバの故障に対して迅速な復旧が必要な情報処理システムに適 している。

Claims

請求の範囲
[1] 複数のサーバによって構成される複数のサーバグループに、予備サーバを追加' 交換するリソース交換処理プログラムであって、
前記サーバグループに対するソフトウェア、ネットワークおよびストレージの設定に 係る情報である設定情報を取得し、該設定情報を基にして、前記サーバグループに 対応する設定を、予め、前記予備サーバに対して行う設定処理手順と、
前記サーバグループに異常が発生した場合や、前記サーバグループにかかる負 荷が増大した場合に、前記設定処理手順において設定を行った予備サーバを、前 記サーバグループに追加する追加処理手順と、
をコンピュータに実行させることを特徴とするリソース交換処理プログラム。
[2] 前記設定処理手順は、前記複数のサーバグループの前記設定情報をそれぞれ取 得し、前記予備サーバに対する設定を、前記複数のサーバグループそれぞれに対 応するように設定し、前記追加処理手順は、前記複数のサーバグループのいずれに 対しても前記予備サーバを追加可能とすることを特徴とする請求項 1に記載のリソー ス交換処理プログラム。
[3] 前記設定処理手順は、前記予備サーバを前記サーバグループにー且組み込む組 込手順と、前記設定情報を基にして、前記予備サーバに対して、前記サーバグルー プに対応する設定を行う設定手順と、前記サーバグループに組み込まれた前記予備 サーバを、前記サーバグループカゝら切り離す切断手順とをコンピュータに実行させる ことを特徴とする請求項 1または 2に記載のリソース交換処理プログラム。
[4] 前記組込手順は、前記切断手順によって前記サーバグループから切り離された前 記予備サーバを、前記複数のサーバグループの内、未組込のサーバグループに組 み込み、前記設定手順は、該組み込んだサーバグループの設定情報を基にして、 前記予備サーバに対して、組み込んだサーバグループに対応する設定を行うことを 特徴とする請求項 3に記載のリソース交換処理プログラム。
[5] 前記追加処理手順において、前記予備サーバを前記サーバグループに追加する 際、前記サーバグループの設定情報が更新されて 、る力否かを判定する更新判定 手順と、前記更新判定手順にお！ヽて前記サーバグループの設定情報が更新されて いると判定された場合に、更新された設定情報を基にして、前記予備サーバを再設 定する再設定手順とを更にコンピュータに実行させることを特徴とする請求項 1に記 載のリソース交換処理プログラム。
[6] 複数のサーバによって構成される複数のサーバグループに、予備サーバを追加' 交換するリソース交換処理方法であって、
前記サーバグループに対するソフトウェア、ネットワークおよびストレージの設定に 係る情報である設定情報を取得し、該設定情報を基にして、前記サーバグループに 対応する設定を、予め、前記予備サーバに対して行う設定処理工程と、
前記サーバグループに異常が発生した場合や、前記サーバグループにかかる負 荷が増大した場合に、前記設定処理工程において設定を行った予備サーバを、前 記サーバグループに追加する追加処理工程と、
を含んだことを特徴とするリソース交換処理方法。
[7] 前記設定処理工程は、前記複数のサーバグループの前記設定情報をそれぞれ取 得し、前記予備サーバに対する設定を、前記複数のサーバグループそれぞれに対 応するように設定し、前記追加処理工程は、前記複数のサーバグループのいずれに 対しても前記予備サーバを追加可能とすることを特徴とする請求項 6に記載のリソー ス交換処理方法。
[8] 前記設定処理工程は、前記予備サーバを前記サーバグループにー且組み込む組 込工程と、前記設定情報を基にして、前記予備サーバに対して、前記サーバグルー プに対応する設定を行う設定工程と、前記サーバグループに組み込まれた前記予備 サーバを、前記サーバグループから切り離す切断工程とを含んだことを特徴とする請 求項 6または 7に記載のリソース交換処理方法。
[9] 前記組込工程は、前記切断工程によって前記サーバグループから切り離された前 記予備サーバを、前記複数のサーバグループの内、未組込のサーバグループに組 み込み、前記設定工程は、該組み込んだサーバグループの設定情報を基にして、 前記予備サーバに対して、組み込んだサーバグループに対応する設定を行うことを 特徴とする請求項 8に記載のリソース交換処理方法。
[10] 前記追加処理工程において、前記予備サーバを前記サーバグループに追加する 際、前記サーバグループの設定情報が更新されて 、る力否かを判定する更新判定 工程と、前記更新判定工程にお！ヽて前記サーバグループの設定情報が更新されて いると判定された場合に、更新された設定情報を基にして、前記予備サーバを再設 定する再設定工程とを更に含んだことを特徴とする請求項 6に記載のリソース交換処 理方法。
[11] 複数のサーバによって構成される複数のサーバグループに、予備サーバを追加' 交換するリソース交換処理装置であって、
前記サーバグループに対するソフトウェア、ネットワークおよびストレージの設定に 係る情報である設定情報を取得し、該設定情報を基にして、前記サーバグループに 対応する設定を、予め、前記予備サーバに対して行う設定処理手段と、
前記サーバグループに異常が発生した場合や、前記サーバグループにかかる負 荷が増大した場合に、前記設定処理手段において設定を行った予備サーバを、前 記サーバグループに追加する追加処理手段と、
を備えたことを特徴とするリソース交換処理装置。
[12] 前記設定処理手段は、前記予備サーバを前記サーバグループに一且^ aみ込む糸且 込手段と、前記設定情報を基にして、前記予備サーバに対して、前記サーバグルー プに対応する設定を行う設定手段と、前記サーバグループに組み込まれた前記予備 サーバを、前記サーバグループから切り離す切断手段とを備えたことを特徴とする請 求項 11に記載のリソース交換処理装置。
PCT/JP2004/015036 2004-10-12 2004-10-12 リソース交換処理プログラムおよびリソース交換処理方法 WO2006040811A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2006540795A JP4275700B2 (ja) 2004-10-12 2004-10-12 リソース交換処理プログラムおよびリソース交換処理方法
EP04792280A EP1816564A4 (en) 2004-10-12 2004-10-12 RESOURCE EXCHANGE PROCESSING PROGRAM AND RESOURCE EXCHANGE PROCESSING METHOD
PCT/JP2004/015036 WO2006040811A1 (ja) 2004-10-12 2004-10-12 リソース交換処理プログラムおよびリソース交換処理方法
US11/786,440 US20070237162A1 (en) 2004-10-12 2007-04-11 Method, apparatus, and computer product for processing resource change

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/015036 WO2006040811A1 (ja) 2004-10-12 2004-10-12 リソース交換処理プログラムおよびリソース交換処理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/786,440 Continuation US20070237162A1 (en) 2004-10-12 2007-04-11 Method, apparatus, and computer product for processing resource change

Publications (1)

Publication Number Publication Date
WO2006040811A1 true WO2006040811A1 (ja) 2006-04-20

Family

ID=36148113

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/015036 WO2006040811A1 (ja) 2004-10-12 2004-10-12 リソース交換処理プログラムおよびリソース交換処理方法

Country Status (4)

Country Link
US (1) US20070237162A1 (ja)
EP (1) EP1816564A4 (ja)
JP (1) JP4275700B2 (ja)
WO (1) WO2006040811A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012500442A (ja) * 2008-08-18 2012-01-05 エフ５ ネットワークス、インコーポレイテッド 可用性を維持しながらネットワークトラフィック管理装置をアップグレードする方法
WO2012176337A1 (ja) * 2011-06-24 2012-12-27 富士通株式会社 情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラム
JPWO2012176337A1 (ja) * 2011-06-24 2015-02-23 富士通株式会社 情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラム
JP2015522876A (ja) * 2012-06-04 2015-08-06 アルカテル−ルーセント クラウドベースアプリケーションの単一障害点の排除のための、方法および装置
US9116743B2 (en) 2011-03-10 2015-08-25 Fujitsu Limited Storage medium, information processing apparatus, and migration method
JP2018518744A (ja) * 2015-05-01 2018-07-12 アマゾン・テクノロジーズ・インコーポレーテッド コンピュートクラスタ内のリソースインスタンスグループの自動スケーリング

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009086157A (ja) * 2007-09-28 2009-04-23 Kenwood Corp コンテンツ再生装置
US8930511B1 (en) * 2008-07-07 2015-01-06 Cisco Technology, Inc. Physical resource life-cycle in a template based orchestration of end-to-end service provisioning
US8533333B2 (en) * 2008-09-03 2013-09-10 Microsoft Corporation Shared hosting using host name affinity
JP5843459B2 (ja) * 2011-03-30 2016-01-13 インターナショナル・ビジネス・マシーンズ・コーポレーションＩｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅｓ Ｃｏｒｐｏｒａｔｉｏｎ 情報処理システム、情報処理装置、スケーリング方法、プログラムおよび記録媒体
EP2581831A1 (en) * 2011-10-14 2013-04-17 Alcatel Lucent Method and apparatus for dynamically assigning resources of a distributed server infrastructure
US20140149358A1 (en) * 2012-11-29 2014-05-29 Longsand Limited Configuring computing devices using a template

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05160876A (ja) * 1991-12-09 1993-06-25 Oki Electric Ind Co Ltd 通信制御プロセッサの管理方法
JPH06252985A (ja) * 1993-02-26 1994-09-09 Nec Corp バックアップ親局ホットスタンバイ方式
JPH07121395A (ja) * 1993-10-27 1995-05-12 Nippon Telegr & Teleph Corp <Ntt> 予備装置優先選択方法
JP2002342296A (ja) * 2001-05-17 2002-11-29 Nec Corp ネットワークシステム
JP2004508616A (ja) * 2000-06-20 2004-03-18 テラスプリング・インコーポレーテッド 拡張可能コンピューティングシステムの制御方法および装置

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0887460A (ja) * 1994-09-19 1996-04-02 Seiko Epson Corp インストールシステム
US6067545A (en) * 1997-08-01 2000-05-23 Hewlett-Packard Company Resource rebalancing in networked computer systems
US6609213B1 (en) * 2000-08-10 2003-08-19 Dell Products, L.P. Cluster-based system and method of recovery from server failures
US7313614B2 (en) * 2000-11-02 2007-12-25 Sun Microsystems, Inc. Switching system
US20020078182A1 (en) * 2000-12-15 2002-06-20 International Business Machines Corporation Failover service method and system
US20030217186A1 (en) * 2002-05-16 2003-11-20 Bushey Robert D. Apparatus for and method of seamless wireless multimedia download path to peer networked appliances
US20050086342A1 (en) * 2003-09-19 2005-04-21 Andrew Burt Techniques for client-transparent TCP migration

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH05160876A (ja) * 1991-12-09 1993-06-25 Oki Electric Ind Co Ltd 通信制御プロセッサの管理方法
JPH06252985A (ja) * 1993-02-26 1994-09-09 Nec Corp バックアップ親局ホットスタンバイ方式
JPH07121395A (ja) * 1993-10-27 1995-05-12 Nippon Telegr & Teleph Corp <Ntt> 予備装置優先選択方法
JP2004508616A (ja) * 2000-06-20 2004-03-18 テラスプリング・インコーポレーテッド 拡張可能コンピューティングシステムの制御方法および装置
JP2002342296A (ja) * 2001-05-17 2002-11-29 Nec Corp ネットワークシステム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"Systemwalker resource coordinator resource seigyo Catalog", FUJITSU LTD, November 2004 (2004-11-01), XP003006174, Retrieved from the Internet <URL:http://systemwalker.fujitsu.com/jp/catalog/pdf/resource.pdf> *
"'TRIOLE' o sasaeru togo unyo kanri software systemwalker V11", ALWAYS TRUE, vol. 7, March 2004 (2004-03-01), pages 5 - 8, XP003006173 *
See also references of EP1816564A4 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012500442A (ja) * 2008-08-18 2012-01-05 エフ５ ネットワークス、インコーポレイテッド 可用性を維持しながらネットワークトラフィック管理装置をアップグレードする方法
US9116743B2 (en) 2011-03-10 2015-08-25 Fujitsu Limited Storage medium, information processing apparatus, and migration method
WO2012176337A1 (ja) * 2011-06-24 2012-12-27 富士通株式会社 情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラム
JPWO2012176337A1 (ja) * 2011-06-24 2015-02-23 富士通株式会社 情報処理システム、情報処理システムの制御方法、管理装置および系切替プログラム
JP2015522876A (ja) * 2012-06-04 2015-08-06 アルカテル−ルーセント クラウドベースアプリケーションの単一障害点の排除のための、方法および装置
JP2018518744A (ja) * 2015-05-01 2018-07-12 アマゾン・テクノロジーズ・インコーポレーテッド コンピュートクラスタ内のリソースインスタンスグループの自動スケーリング

Also Published As

Publication number Publication date
JPWO2006040811A1 (ja) 2008-05-15
EP1816564A1 (en) 2007-08-08
EP1816564A4 (en) 2009-03-18
JP4275700B2 (ja) 2009-06-10
US20070237162A1 (en) 2007-10-11

Similar Documents

Publication Publication Date Title
EP1806657B1 (en) Operation management program, operation management method, and operation management device
JP5976842B2 (ja) 計算機システム、及び、計算機システムの仮想サーバ移行制御方法
JPWO2007077600A1 (ja) 運用管理プログラム、運用管理方法および運用管理装置
JP5142678B2 (ja) デプロイ方法およびシステム
CN1554055B (zh) 高可用性集群虚拟服务器系统
JP4462024B2 (ja) ディスク引き継ぎによるフェイルオーバ方法
KR100644011B1 (ko) 저장 도메인 관리 시스템
JP4815449B2 (ja) 共有バックエンドストレージを備えた複数のストレージシステムにわたりユーザワークロードのバランスをリアルタイムにとるシステム、及び方法
JP4448878B2 (ja) 障害回復環境の設定方法
US20140351545A1 (en) Storage management method and storage system in virtual volume having data arranged astride storage device
JP2018500648A (ja) クラスタ間冗長構成におけるスムーズな制御部交代
CN101673283A (zh) 管理终端和计算机系统
JP2010113707A (ja) 物理及び仮想マルチパス入出力を動的に管理する方法、装置、システム、及びプログラム
US20070237162A1 (en) Method, apparatus, and computer product for processing resource change
US20070234351A1 (en) Method, apparatus, and computer product for managing operation
WO2012004902A1 (ja) 計算機システム及び計算機システムの系切替制御方法
JP2008269469A (ja) ストレージシステム及びその管理方法
JP4734259B2 (ja) 運用管理プログラム、運用管理方法および運用管理装置
JP5182350B2 (ja) 運用管理プログラム、運用管理方法および運用管理装置
Hardware Creating Highly Available Hyper-V Systems
JP2009245455A (ja) ディスク引き継ぎによるフェイルオーバ方法
Free Visit PassLeader and Download Full Version 70-417 Exam Dumps
Stagner Creating Highly Available Hyper-V Systems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006540795

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11786440

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2004792280

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2004792280

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11786440

Country of ref document: US

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载