WO2012105035A1 - コンピュータシステムの管理装置及び管理方法 - Google Patents

コンピュータシステムの管理装置及び管理方法 Download PDF

Info

Publication number
WO2012105035A1
WO2012105035A1 PCT/JP2011/052332 JP2011052332W WO2012105035A1 WO 2012105035 A1 WO2012105035 A1 WO 2012105035A1 JP 2011052332 W JP2011052332 W JP 2011052332W WO 2012105035 A1 WO2012105035 A1 WO 2012105035A1
Authority
WO
WIPO (PCT)
Prior art keywords
endpoint
wwn
pair
computer
server
Prior art date
Application number
PCT/JP2011/052332
Other languages
English (en)
French (fr)
Inventor
俊彦 村上
小川　祐紀雄
Original Assignee
株式会社日立製作所
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2011/052332 priority Critical patent/WO2012105035A1/ja
Publication of WO2012105035A1 publication Critical patent/WO2012105035A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources

Definitions

  • the present invention relates to a computer system management apparatus and management method.
  • the identifier of the end point (for example, server or storage device) is used for access restriction.
  • Examples of the endpoint identifier include WWN or WWPN (World Port Name) and iSCSI name.
  • the WWN is usually set by a manufacturer before shipping a product in a communication port (hereinafter referred to as a port) of a server HBA (Host Bus Adapter) or a port of a storage device.
  • SAN Storage Area Network
  • LUN Logical Unit Number
  • zoning function implemented on the SAN switch side
  • the LUN masking function is also called a LUN security function.
  • the LUN masking function designates a communication port of a server that can access the volume for each volume that is a logical storage area of the storage apparatus.
  • Volume is identified by logical unit number.
  • the server port is identified by WWN.
  • Zoning function is used together with LUN masking function.
  • the zoning function defines the relationship between volumes and server ports as zones. On the SAN, data is exchanged only within the zone, and no data flows outside the zone. That is, communication is possible only between the volume included in the zone and the server port. By setting a zone, it is possible to prevent devices in the zone from being discovered by devices outside the zone.
  • the time and labor required for setting the LUN masking function and the zoning function increase. That is, the management man-hour increases. As management man-hours increase, the possibility of human error increases.
  • Patent Document 1 a first conventional technique that collects WWN information from each device and manages the settings of the LUN masking function and the zoning function based on the collected WWN information.
  • Patent Document 2 a second prior art is also known in which a history of setting operation or changing operation for each device is recorded, the cause analysis is performed when there is an error in the setting, and the cause analysis result is notified to the SAN administrator.
  • the conventional technology cannot deal with a virtualized complex computer system. Furthermore, since the conventional technique is based on the premise that the WWN is fixedly set before factory shipment, the WWN generation method and the setting change method are not considered at all.
  • the present invention provides a management apparatus and a management method for a computer system that can reduce management man-hours.
  • the present invention provides a management apparatus and a management method for a computer system that can automatically set access control information by generating and managing endpoint identifiers constituting a pair in advance.
  • a management apparatus for a computer system is a management apparatus for managing a computer system, and the computer system includes a plurality of computer apparatuses that are communicably connected to each other.
  • the management device includes a memory that stores a management program, a processor that executes the management program, and a communication interface circuit that communicates with each computer device.
  • the microprocessor executes the management program by executing the management program.
  • a first endpoint identifier for identifying a first endpoint of the first computer device among the computer devices, and a second for identifying a second endpoint of the second computer device of the computer devices. Pair with endpoint identifier Generated and managed, and transmits the first endpoint identifier to the first computer device is set to the first endpoint, it is set to the second endpoint sending a second endpoint identifier to the second computer device.
  • the first endpoint identifier and the second endpoint identifier may each include pair information for identifying a pair constituted by the first endpoint identifier and the second endpoint identifier.
  • the microprocessor executes the management program to generate access control information for setting the first endpoint accessible to the second endpoint based on the first endpoint identifier and the second endpoint identifier. You can also.
  • the first computer device specifies a second endpoint identifier that forms a pair with the first endpoint identifier based on the pair information included in the first endpoint identifier that is set for the first endpoint.
  • the access control information can also be generated by associating the second endpoint identifier with the first endpoint identifier.
  • the present invention can also be grasped as a method. Furthermore, at least a part of the present invention may be configured as a computer program. The features of the invention described in the examples could be combined freely.
  • FIG. 1 is an overall view showing a physical configuration example of a computer system according to FC-SAN (Fibre Channel-Storage Area Network).
  • FIG. 2 is an overall view showing a logical configuration example of the computer system.
  • FIG. 3 shows a schematic configuration example of the WWN format.
  • FIG. 4 shows a configuration example of one WWN format.
  • FIG. 5 shows a configuration example of the WWN format according to the embodiment.
  • FIG. 6 illustrates an initial state of a table for managing WWN pairs.
  • FIG. 7 illustrates an operation state of a table for managing WWN pairs.
  • FIG. 8 is a flowchart illustrating an example of processing for generating a WWN pair.
  • FIG. 9 shows a configuration example of a table for managing WWN groups.
  • FIG. 10 shows a configuration example of a table for managing WWN pairs, and each WWN also includes information for identifying a group.
  • FIG. 11 is a flowchart illustrating an example of processing for generating a WWN pair including information for identifying a group.
  • FIG. 12 is a flowchart illustrating an example of processing executed by the integrated management program of the management server.
  • FIG. 13 shows a configuration example of the LUN mapping table.
  • FIG. 14 shows a configuration example of the LUN masking table.
  • FIG. 15 shows a configuration example of a VM (Virtual Machine) mapping table.
  • FIG. 16 relates to the second embodiment and shows a configuration example of a name table included in the SAN switch.
  • FIG. 17 shows a zoning table configuration example of the SAN switch.
  • FIG. 11 is a flowchart illustrating an example of processing for generating a WWN pair including information for identifying a group.
  • FIG. 12 is a flowchart illustrating an example of processing executed
  • FIG. 18 is a flowchart illustrating an example of processing for automatically generating a zoning table.
  • FIG. 19 is an overall view showing a logical configuration example of a computer system according to the third embodiment and conforming to IP-SAN (Internet Protocol-SAN).
  • FIG. 20 shows an example of an iSCSI name format according to the IQN (iSCSI Qualified Name) format.
  • FIG. 21 shows an example of an iSCSI name format according to the EUI (ExtendedExUnique Identifier) format.
  • FIG. 22 shows an example of an iSCSI name format according to the NAA (Network Address Authority) format.
  • FIG. 23 shows a configuration example of a table for managing WWN pairs.
  • FIG. 24 shows a configuration example of the LUN mapping table.
  • FIG. 20 shows an example of an iSCSI name format according to the IQN (iSCSI Qualified Name) format.
  • FIG. 21 shows an example of an iSCSI name format according to the EUI (Extended
  • FIG. 25 shows a configuration example of the LUN masking table.
  • FIG. 26 shows a configuration example of the VM mapping table.
  • FIG. 27 shows a configuration example of a name table of an iSNS (Internet Storage Name Service) server according to the fourth embodiment.
  • FIG. 28 shows a configuration example of a discovery domain table included in the iSNS server.
  • FIG. 29 is an overall diagram showing a logical configuration example of a computer system according to the FC-SAN according to the fifth embodiment.
  • FIG. 30 shows a configuration example of a table for managing WWN groups.
  • FIG. 31 shows a configuration example of a table for managing WWN pairs.
  • FIG. 32 shows a configuration example of the LUN mapping table.
  • FIG. 33 shows a configuration example of the LUN masking table.
  • FIG. 34 shows a configuration example of the VM mapping table.
  • FIG. 35 shows a configuration example of the name table of the SAN switch.
  • FIG. 36 shows a configuration example of a zoning table
  • the management device 4 includes a first endpoint identifier to be set in the first computer device (for example, storage control device) 1 and a second computer device (for example, server) 2.
  • a pair with the second endpoint identifier to be set is generated in advance, and the generated WWN pair is registered and managed in the table T6.
  • the management apparatus 4 transmits the first endpoint identifier to the first computer apparatus 1, and the first endpoint (port) 106 of the first computer apparatus 1 is transmitted.
  • the management device 4 transmits the second endpoint identifier to the second computer device 2 and causes the second endpoint (HBA) 113 of the second computer device 2 to set the second endpoint identifier.
  • the first computer device 1 holds an endpoint identifier generation rule. Therefore, the first computer apparatus 1 can identify the second endpoint identifier that forms a pair with the first endpoint identifier based on the first endpoint identifier received from the management server 4.
  • the first computer apparatus 1 creates a LUN mapping table by associating the first endpoint 106 set with the first endpoint identifier with the LUN. Further, the first computer apparatus 1 creates a LUN masking table by associating the first endpoint identifier with the second endpoint identifier.
  • the second computer device 2 also knows the endpoint identifier generation rules. Therefore, the second computer apparatus 2 can also identify the first endpoint identifier that forms a pair with the second endpoint identifier based on the second endpoint identifier received from the management server 4.
  • the second computer apparatus 2 creates a VM mapping table by associating the VM (virtual machine or virtual server) with the second endpoint 113 in which the second endpoint identifier is set. As a result, only a predetermined VM can use a predetermined logical volume via the predetermined HBA 113 and the predetermined port 106.
  • the management server 4 can also cause the switch device 3 to transmit a first endpoint identifier and a second endpoint identifier that constitute a pair and create a zoning table (zoning information).
  • the switch device 3 generates a zone including the received first endpoint identifier and second endpoint identifier, and registers the zone in the zoning table.
  • the first endpoint identifier and the second endpoint identifier to be paired are generated and managed in advance, and the first endpoint identifier is set to the first endpoint to be paired. And the second endpoint identifier is set to the second endpoint to be paired.
  • access control information such as a LUN masking table can be automatically generated. This is because the endpoint identifiers of the corresponding endpoints are known. Conventionally, access control information and zoning information cannot be created unless the respective endpoint identifiers are acquired from the corresponding endpoints. On the other hand, in this embodiment, it is possible to automatically set access control information and the like.
  • access control information and zoning information can be taken over even when a virtualized port or a virtualized server moves within the computer system. Furthermore, by using a WWN pair in a preset group, it is possible to easily cope with movement within a computer system. Therefore, the user's management man-hour is reduced.
  • the first computer apparatus 1 is the storage apparatus 1 that is a storage control apparatus and the second computer apparatus 2 is the server 2 that is a server computer will be mainly described. Not limited to.
  • the copy source storage device when data is copied from a copy source storage device to a copy destination storage device, the copy source storage device may be the second computer device and the copy destination storage device may be the first storage device.
  • parenthesized numbers are attached to the same type of configuration such as servers 2 (1) and 2 (2) and SAN switches 3 (1) and 3 (2).
  • the server 2 and the SAN switch 3 are used.
  • the integrated management program P7 of the management server 4 generates a paired WWN (hereinafter also referred to as a WWN pair).
  • the paired WWN can include pair information and group information, as will be described later.
  • the integrated management program P7 communicates with management agents P8, P9, and P10 that the devices 1, 2, and 3 have.
  • the management agent P8 of the storage apparatus 1 as the “first computer apparatus” sets the storage WWN received from the integrated management program P7 to the port 106 designated by the integrated management program P7. Furthermore, the management agent P8 associates the designated LUN 201 (see FIG. 2) with the designated port 106. Furthermore, the management agent P8 associates the received storage WWN (first endpoint identifier) with the server WWN (second endpoint identifier) and performs LUN masking processing.
  • the management agent P9 of the server 2 as the “second computer device” sets the server WWN received from the integrated management program P7 in the HBA (Host Bus Adapter) 113 designated by the integrated management program P7. Furthermore, the management agent P9 associates the designated VM 211 (see FIG. 2) with the designated HBA 113.
  • the SAN switch 3 as a “switch device” can automatically set a zone based on the storage WWN and server WWN received from the management server 4.
  • FIG. 1 shows the overall physical system configuration of a SAN using FC (referred to as FC-SAN).
  • a SAN connects a storage device 1 that is a storage control device and a server 2 via a SAN switch 3.
  • the server 2 and the storage apparatus 1 may be connected via two or more paths.
  • a configuration in which the server 2 and the storage apparatus 1 are connected via a plurality of paths is called a multipath configuration.
  • the server 2 (1) and the storage apparatus 1 are connected by SAN switches 3 (1) and 3 (2) to form a multipath configuration.
  • the storage device 1, the server 2, and the SAN switch 3 are connected to the management network 11.
  • a management server 4 is further connected to the management network 11 for integrated management of the devices 1, 2, and 3.
  • the integrated management program P7 of the management server 4 manages, via the management network 11, the storage management agent P8 of the storage device 1, the server management agent P9 of the server 2, the switch management agent P10 of the SAN switch 3, and the management Exchange for.
  • the storage device 1 is a computer device for providing the server 2 with a volume that is a logical storage area.
  • the storage device 1 includes a plurality of controllers 5 and a plurality of storage devices 110. When high reliability is not required, the storage apparatus 1 may include only one controller 5.
  • One controller 5 includes, for example, a CPU (Central Processing Unit) 101 (1), a memory 102 (1), a memory controller 103, a cache memory 104, a front end interface circuit 105, and a back end interface circuit 108. Is provided.
  • a storage management agent P8 for example, a storage management agent P8, a LUN mapping table T13, and a LUN masking table T14 are stored.
  • the memory 102 also stores an I / O (Input / Output) processing program for processing a command from the server 2 and the like.
  • the CPU 101 executes a computer program stored in the memory 102 to realize a predetermined function.
  • the memory controller 103 is a circuit that connects the CPU 101, the cache memory 104, the front-end interface circuit 105, and the back-end interface circuit 108 to each other.
  • the cache memory 104 stores data received from the server 2 and data read from the storage device 110.
  • the front end interface circuit 105 is a communication control circuit for communicating with the server 2.
  • the front end interface circuit 105 includes a plurality of communication ports 106.
  • the back-end interface circuit 108 is a communication control circuit for communicating with each storage device 110 via the communication port 109.
  • the storage device 110 for example, various devices capable of reading and writing data such as a hard disk device, a semiconductor memory device, and an optical disk device can be used.
  • FC Fibre Channel
  • SCSI Serial Advanced Technology Attachment
  • SAS Serial Attached SCSI
  • flash memory FeRAM (Ferroelectric Random Access Memory), MRAM (Magnetoresistive Random Access)
  • FeRAM Feroelectric Random Access Memory
  • MRAM Magneticoresistive Random Access
  • Various storage devices such as “Memory”, phase change memory (Ovonic Unified Memory), and RRAM (Resistance RAM) can also be used.
  • a configuration in which different types of storage devices such as flash memory devices and hard disk drives are mixed in the storage device 1 may be used.
  • a plurality of storage devices 110 can be grouped to form a RAID (Redundant Arrays of Independent Disks) group 111.
  • RAID Redundant Arrays of Independent Disks
  • One or a plurality of logical volumes can be generated based on the physical storage area grouped by the RAID group 111.
  • the server 2 can use the logical volume.
  • the RAID group 111 can be accessed from each of the controllers 5 (1) and 5 (2).
  • the server 2 executes the application program using the logical volume of the storage device 1.
  • the execution result of the application program is transmitted to a client terminal not shown.
  • the server 2 includes, for example, a CPU 102 (2), a memory 102 (2), a bridge circuit 112, and an HBA 113.
  • the memory 102 stores a server management agent P9. Although an application program, an operating system, etc. are memorize
  • the HBA 113 is a circuit for communicating with the port 116 of the storage apparatus 1.
  • the CPU 101 (2) and the HBA 113 are connected via an internal bus such as PCIe (Peripheral Component Interconnect Express) and the bridge 112 (1).
  • PCIe Peripheral Component Interconnect Express
  • the SAN switch 3 relays communication between the storage device 1 and the server 2.
  • the SAN switch 3 includes, for example, a CPU 101 (3), a memory 102 (3), a communication port 114, and a switching fabric 115.
  • a switch management agent P10 for example, a switch management agent P10, a name table T16, and a zoning table T17 are stored. Further, a switch control program (not shown) is also stored in the memory 102 (3).
  • the port 114 communicates with the port 106 of the storage apparatus 1 and the HBA 113 of the server 2.
  • the port 114 that has received the frame is connected via the switching fabric 115 to the port 114 corresponding to the destination of the frame.
  • the management server 4 is a computer for managing the computer system.
  • the management server 4 can include, for example, a CPU (Central Processing Unit) 101 (4), a memory 102 (4), a bridge circuit 112 (4), and a NIC (Network Interface Card) 116.
  • a CPU Central Processing Unit
  • memory 102 (4)
  • bridge circuit 112 (4)
  • NIC Network Interface Card
  • the management server 4 need not be configured as a single computer, and may be configured from a plurality of computers.
  • a management terminal for inputting / outputting information to / from the management server 4 may be prepared, and the management terminal and the management server 4 may be connected.
  • the management server 4 may be provided with a user interface unit for exchanging information with the user.
  • a configuration in which the function of the management server is incorporated in any one of the storage device 1, the server 2, and the switch 3 may be employed.
  • the NIC 116 is a circuit for communicating with each of the devices 1, 2, 3 via the management network 11.
  • the NIC 116 is connected to the CPU 101 (4) via the bridge circuit 112 (4) and the internal bus.
  • FIG. 2 shows a logical overall configuration of the FC-SAN according to the present embodiment. Differences from FIG. 1 will be described.
  • the storage apparatus 1 in FIG. 2 associates the virtual HBA 202 (1) with the port 204 (1) and further associates the LUN 201 (1) with the virtual HBA 202 (1).
  • the WWPN 203 (1) different from the WWPN 107 (1) of the port 204 (1) is set in the virtual HBA 202 (1).
  • WWN World Wide Node Name
  • WWPN World Wide Node Name
  • WWNN World Wide Node Name
  • WWN, WWPN, and WWNN are used as endpoint identifiers for identifying the endpoints in the SAN.
  • the server 2 is provided with a virtual operating system P212, a VM management program P213, and a VM mapping table T15 for the VM 211. Further, the WWPN 203 (2) different from the WWPN 107 (2) of the port 204 (2) is set in the virtual HBA 202 (2).
  • the virtual operating system P212 and the VM management program P213 communicate with the server management agent P9.
  • the VM management program P213 of each server 2 communicates with each other for VM resource management and VM migration control.
  • a WWN pair including group information and pair information is generated.
  • the LUN masking of the storage apparatus is automatically set using the generated WWN pair.
  • FIG. 3 shows an outline of the WWN format T3.
  • WWN includes FC-FS (Fibre) of ANSI T11 (The American National Standards Institute T11 technical committee) committee. NAA (Network Address Authority) Name Identifier defined by Channel-Framing and Signaling) is used.
  • FC-FS Fibre
  • NAA Network Address Authority
  • the upper 4 bits field C32 indicates the type of NAA.
  • the remaining fields are divided into a first field C33 and a second field C34.
  • the first field C33 has a 12-bit length, and its value is set to zero.
  • the second field C34 is 48 bits long, and a MAC (Media (Access Control) address is used as its value (L31).
  • the first field C33 has a 12-bit length, and vendor-specific information is set as its value. Further, the second field C34 is 48 bits long, and a MAC address is used as its value.
  • the first field C33 is 24 bits long, and a vendor identifier is set as its value. Further, the second field C34 has a 36-bit length, and vendor-specific information is set as its value.
  • the first field C33 is 24 bits long, and a vendor identifier is set as its value.
  • the second field C34 has a length of 100 bits, and vendor-specific information is set as its value.
  • any type of WWN of NAA1, NAA2, or NAA5 that is 64 bits long is used.
  • FIG. 4 shows an example of the WWN format T4 used in this embodiment.
  • the NAA5 type described with reference to FIG. 3 is used.
  • the vendor identifier (COMPANY ID (Identifier)) is 20 bits long, and the vendor-specific information is 40 bits long.
  • Vendor-specific information is divided into five 8-bit length fields in total.
  • the first field is a group ID field C43.
  • the second field is a pair ID field C44.
  • the third field is a system ID field C45.
  • the fourth field is a serial number field C46.
  • the fifth field is a virtualization ID field C47.
  • the information in the system ID field C45, the information in the serial number field C46, and the information in the virtualization ID field C47 are information for uniquely identifying the virtualized endpoint within the vendor. Furthermore, in order to simplify the description, the WWN format T5 shown in FIG. 5 is used.
  • FIG. 5 shows a further simplified example of the WWN format T5.
  • the WWN format T5 is based on the type of NAA5.
  • the vendor identifier C52 is 20 bits long.
  • Vendor-specific information (C53 to C55) is 40 bits long.
  • a value of “0: 12: 34h” is used for the vendor identifier C52 throughout the embodiment.
  • “H” indicates a hexadecimal number, and “:” indicates a delimiter for each byte.
  • Vendor-specific information is divided into three fields.
  • the first field is a 16-bit long group ID field C53.
  • the second field is a 16-bit long pair ID field C54.
  • the third field is an 8-bit system type field C55. When “1” is set in the system type field C55, this indicates that the system type is used for storage. When “2” is set in the system type field C55, it indicates that the server type is used.
  • the WWN formats T4 and T5 shown in FIGS. 4 and 5 are merely examples, and the present invention is not limited to the illustrated WWN formats.
  • the length of each field may be a length other than the illustrated value, and the type of NAA is not limited to NAA5.
  • FIG. 6 shows a WWN pair table T6 for managing WWNs constituting a pair.
  • FIG. 6 shows the configuration of the initial state of the WWN pair table.
  • the WWN pair table T6 has, for example, a pair ID field C61, a status flag field C62, a server WWN field C63, and a storage WWN field C64 as one entry L61.
  • the pair ID is information for identifying each WWN pair.
  • the status flag indicates whether the WWN pair has been generated (GENERATED) and whether the WWN pair has been assigned (ASSIGNED).
  • the symbol before “/” is a generation flag indicating whether a WWN pair has been generated. After “/” is an allocation flag indicating whether or not a WWN pair is allocated (whether or not it is used).
  • the status flag C62 is “0/0”, it indicates that a WWN pair is not generated and a WWN pair is not allocated (not used).
  • the status flag C62 is “1/0”, it indicates that a WWN pair has been generated but not assigned.
  • the status flag C62 is “1/1”, it indicates that a WWN pair has been generated and that the WWN pair has been allocated.
  • FIG. 7 shows a state during operation of the WWN pair table T6.
  • the contents of the entries L71 to L74 are generated by the WWN pair generation process described in FIG.
  • the configuration of the WWN will be described using the value “50: 12: 33: 00: 00: 00: 01: 02” stored in the entry L71 of the server WWN field C63.
  • the leading “5” indicates that the type is NAA5.
  • the subsequent “0:12:34” is a vendor identifier (company ID) for identifying the vendor that is the WWN issuer, as described above.
  • vendor identifier company ID
  • a device that has received the WWN including the vendor identifier is notified that the WWN has been generated according to a specific generation rule. That is, the vendor identifier also serves as notification information for notifying the storage device 1, the server 2, and the SAN switch 3 that the WWN including the vendor identifier is a characteristic WWN.
  • “00:00” following the vendor identifier is a group identifier for identifying the group to which the WWN belongs. In the example of FIG. 7, no group identifier is set. An example of the WWN for setting the group identifier will be described later.
  • “00:01” following the group identifier is a pair identifier for identifying a pair.
  • the last “02” indicates the type of the device to which the WWN is set. As described above, “01” is set in the storage device 1 and “02” is set in the server 2.
  • each processing described below is realized by the microprocessor reading and executing each program stored in the memory. Therefore, the subject of each process below may be a program or a microprocessor. Alternatively, the subject of each of the following processes can be described as a controller or a server. For convenience, the management server 4 will be described as a subject instead of the integrated management program P7.
  • the management server 4 determines a WWN pair generation condition (S10). There are two generation conditions: creation of a new pair and deletion of an existing pair. When creating a new pair, the management server 4 determines whether or not there is an unused pair ID in the WWN pair table T6 (1) (S11).
  • the management server 4 creates a server WWN and a storage WWN that are paired with each other using the extracted unused pair ID (S13).
  • the server WWN is “50: 12: 33: 00: 00: 01: 02”.
  • the storage WWN differs from the server WWN only in the value of the system type. That is, the storage WWN is generated as “50: 12: 33: 00: 00: 01: 01”.
  • the management server 4 stores the two generated WWNs in the WWN pair table T6, sets the status flag C62 to “1/0” (S14), and ends the process.
  • the management server 4 ends the process. This is because a server WWN and storage WWN pair cannot be generated.
  • the management server 4 selects a pair ID to be deleted (S15).
  • the management server 4 sets the status flag C62 of the entry L61 having the pair ID to be deleted to “0/0” (S16), and ends the process. Thereby, the selected pair ID returns to the unused state.
  • deleting an existing pair it is not necessary to delete the value of the server WWN field C63 and the value of the storage WWN field C64. However, for example, all 0 may be set as the values of the storage WWN and the server WWN.
  • FIG. 9 is a configuration diagram of the WWN group table T9 for managing the group to which the WWN belongs.
  • the WWN group table T9 includes, for example, a group ID field C91, an assigned number (ASSIGNED) field C92, and a field C93 indicating a pair ID constituting the group as one entry L91 and L92.
  • the allocated number indicates the number of WWN pairs belonging to the group. 0 is set when there is no pair in the group, 1 is set when there is one pair, and 2 is set when there are two pairs.
  • FIG. 10 shows the configuration of the WWN pair table T6 (3) corresponding to the WWN group table T9 shown in FIG.
  • FIG. 10 shows the result of executing the processing of FIG. 11 so that the contents of the table of FIG. 9 are realized.
  • the management server 4 determines a WWN pair generation condition (S20). There are the following four generation conditions.
  • Condition (1) Add a pair to a new group Condition (2): Add a pair to an existing group Condition (3): Delete a pair from an existing group Condition (4): Delete an existing group Create a new group
  • the management server 4 determines whether there is an unused group ID in the WWN group table T9 (S21). When there is an unused group ID (S21: YES), the management server 4 extracts one unused group ID (S22). The management server 4 associates the pair ID with the unused group ID (S23).
  • the management server 4 adds 1 to the value “0” of the assigned number field C92 having the group ID “1” to set it to “1”, and further configures the group.
  • the pair ID value “1” is registered in the field C93 indicating the pair ID to be set.
  • the management server 4 updates the generated server WWN and storage WWN using the group ID (S24). That is, when the pair ID is selected, the server WWN and the storage WWN can be automatically generated according to the generation rule described above.
  • the generated server WWN and storage WWN are registered in the WWN pair table T6 (3).
  • the management server 4 updates the server WWN and the storage WWN so that the group ID is included (S24).
  • the management server 4 sets “1” in the group ID area included in the generated server WWN (C63) in the entry L101 in which the pair ID of the WWN pair table T6 (3) is “1”. In other words, the value of the group ID is changed from “00:00” to “00:01”. Similarly, the management server 4 sets “1” in the group ID area of the storage WWN (C64).
  • the value of the server WWN (C63) is “50: 12: 33: 00: 01: 00: 01: 02” as shown in the entry L101 of the WWN pair table T6 (3).
  • the value of the storage WWN (C64) is “50: 12: 33: 00: 01: 00: 01: 01”.
  • the management server 4 sets “1/0” in the status flag C62 of the updated WWN pair (S25).
  • the management server 4 ends the process. This is because a new group cannot be created.
  • the management server 4 When deleting a pair from an existing group (condition (3)), the management server 4 selects a specified pair ID to be deleted (S27). The management server 4 determines whether or not the pair ID to be deleted is a pair ID registered in the WWN group table T9 (S28).
  • the management server 4 sets the status flag C62 corresponding to the pair ID to be deleted to “0/0” in the WWN pair table T6 (3). (S29). Further, the management server 4 deletes the pair ID to be deleted from the field C93 of the WWN group table T9, and subtracts 1 from the value of the assigned number field C92 (S30).
  • the management server 4 ends the process.
  • the management server 4 determines whether a pair ID is registered in the specified deletion target group (S26). Specifically, the management server 4 determines whether or not the value of the allocated number C92 corresponding to the group ID to be deleted is greater than zero. When the value of the assigned number C92 is larger than 0 (S26: YES), the pair ID remains in the deletion target group. Therefore, the management server 4 executes the same processes S27 to S30 as when deleting a pair from an existing group.
  • the management server 4 ends the process. Since no pair ID exists in the group to be deleted, it is equivalent to deleting the group ID. It is not necessary to delete the group ID itself to be deleted from the WWN group table T9.
  • the management program P7 extracts one pair from the WWN pair table T6 (S40), and sets “1/1” in the status flag C62 (S41). That is, the management server 4 sets “1” in the portion indicating whether or not the status flag C62 has been allocated.
  • the management program P7 accesses the storage management agent P8 (S42), subsequently accesses the server management agent P9 (S46), and finally accesses the switch management agent P10 (S49).
  • S42, S46, and S49 will be described first because they use the LUN mapping table T13, the LUN masking table T14, and the VM mapping table T15 shown in FIGS.
  • FIG. 13 is a configuration diagram of the LUN mapping table T13.
  • the LUN mapping table T13 has a table configuration in which, for example, the port ID field C131, the VHBA field C132, the WWPN field C133, and the LUN mapping field C134 are one entry L131-L133.
  • Each entry L131-L133 of the LUN mapping table T13 shows the relationship between the port 204 (1), the virtual HBA 202 (1) and its WWPN 203 (1), and the LUN 201 of the storage apparatus 1 shown in FIG.
  • VHBA is a virtually provided HBA.
  • a plurality of virtual HBAs can be provided in one port 204 (1). Then, at least one LUN 201 can be associated with the virtual HBA.
  • FIG. 14 is a configuration diagram of the LUN masking table T14.
  • the LUN masking table T14 has a table configuration in which, for example, the port ID field C141, the VHBA field C142, the WWPN field C143, and the LUN masking field C144 are one entry L141 to L143.
  • the correspondence relationship between the LUN 201 and the virtual HBA (2) is determined by storing the WWPN 203 (2) set in the virtual HBA 202 (2) of the server 2 in the LUN masking field C144.
  • the fields C141 to C143 of the LUN masking table T14 are the same as the fields C131 to C133 of the LUN mapping table T13. Therefore, the field C144 of the LUN masking table T14 may be merged with the LUN mapping table T13. That is, a configuration in which LUN mapping and LUN masking are managed by one table may be used.
  • FIG. 15 is a configuration diagram of the VM mapping table T15.
  • the VM mapping table T15 has a table configuration in which, for example, the port ID field C151, the VHBA field C152, the WWPN field C153, and the VM mapping field C154 are one entry L151 to L154.
  • the VM mapping table T15 defines the correspondence between the virtual HBA 202 (2) of the server 2 and the VM 211 shown in FIG.
  • the storage management agent P8 sets the storage WWPN (C64) extracted from the WWN pair table T6 in the virtual HBA 202 (1) of the storage device 1 (S43).
  • the storage management agent P8 sets corresponding values in the fields C132 and C133 of the LUN mapping table T13 and the fields C142 and C143 of the LUN masking table T14, respectively, and further corresponds to the virtual HBA 202 (1).
  • the LUN is set in the LUN mapping field C134 (S44).
  • the storage management agent P8 sets the server WWPN (C63) that forms a pair with the storage WWPN set in S43 in the LUN masking field C144 of the LUN masking table T14 (S45).
  • the storage management agent P8 can automatically obtain the server WWPN (server WWN) from the storage WWPN (storage WWN) without referring to the WWN pair table T6.
  • WWN pairs characteristic of this embodiment are created according to a predetermined generation rule as described in FIG. Further, by analyzing the configuration of the vendor identifier, it can be determined whether or not the WWN including the vendor identifier is a half-break of the WWN pair. Therefore, the storage management agent P8 can automatically identify the server WWN from the storage WWN, and can create a LUN masking table using the identified server WWN.
  • the server management agent P9 sets the server WWPN (C63) extracted from the WWN pair table T6 in the virtual HBA 202 (2) of the server 2 (S47).
  • the server management agent P9 creates a VM mapping table via the VM management program P213.
  • the VM management program P213 sets values corresponding to the fields C152 and C153 of the VM mapping table T15, respectively, and registers the VM corresponding to the virtual HBA 202 (2) in the VM mapping field C154 (S48).
  • the switch management agent P10 creates a zone having the storage WWPN (C64) and the server WWPN (C63) extracted from the WWN pair table T6 as members (S50).
  • a pair of server WWNs and storage WWNs are generated and managed in advance, and when an endpoint (VHBA, port) to be paired is designated, the WWN Set each pair to each endpoint.
  • the storage apparatus 1 can automatically create the LUN mapping table T13 and the LUN masking table T14, and the SAN switch 3 can perform the zoning table (FIG. 17). Can be created automatically. Therefore, it is possible to reduce management man-hours for access control and communication control.
  • the storage apparatus 1 can immediately specify the server WWN corresponding to the storage WWN based on the storage WWN. Therefore, the storage apparatus 1 can automatically create a LUN masking table without referring to the WWN pair table T6.
  • the SAN switch 3 can immediately specify another WWN that forms a pair with the WWN. That is, if either one of the storage apparatus 1 or the server 2 is logged in to the fabric, the zoning table can be created even if the other is not logged in to the fabric.
  • a second embodiment will be described with reference to FIGS.
  • This embodiment corresponds to a modification of the first embodiment. Therefore, the difference from the first embodiment will be mainly described.
  • zoning is set in the SAN switch 3 using a WWN including group information and pair information.
  • FIG. 16 is a configuration diagram of the name table T16 that the SAN switch 3 has.
  • the name table T16 includes, for example, a port ID field C161, an FC ID field C162, a WWPN field C163, a WWNN field C164, an FC-4 FEATURES field C165, a zone ID field C166, and one entry L161-L166. This is the table configuration.
  • the port ID shown in the port 114 of the SAN switch 3 shown in FIG. 2 is set in the port ID field C161.
  • the FC ID field C162 an address used in the FC-SAN is set.
  • FLOGI fabric login
  • FC IDs are distributed to the port 204 of the storage apparatus 1, the virtual HBA 202, the port 204 of the server 2, and the WWPN of the virtual HBA 202.
  • the device that has received the FC ID registers its WWPN, WWNN, and FC-4 FEATURES in the name table T16.
  • FC-4 FEATURES is a function of the upper layer in FC.
  • the storage apparatus 1 has a TARGET function
  • the server 2 has an INITIATOR function.
  • SCSI-FCP Fibre Channel Protocol
  • FC-4 FEATURES is a function of the upper layer in FC.
  • the storage apparatus 1 has a TARGET function
  • the server 2 has an INITIATOR function.
  • SCSI-FCP Fibre Channel Protocol
  • zone ID field C166 a zone ID of a zoning table T17 described below is set.
  • FIG. 17 is a configuration diagram of the zoning table T17 included in the SAN switch 3.
  • the zoning table T17 has a table configuration in which, for example, a zone ID field C171, a zone name field C172, a zone member list field C173, and a CONFIG field C174 are one entry L171-L173.
  • Zone ID is information for identifying each zone.
  • the name of each zone is set in the zone name field C172.
  • the zone name may be set manually by the user or may be set automatically. The user can set or change the zone name using the integrated management program P7 or the switch management agent P10.
  • the real HBA or the virtual HBA WWPN is set.
  • a type for generating a zone is set.
  • AUTO is set.
  • MANUAL is set.
  • the user can set or change the zone using the integrated management program P7 or the switch management agent P10.
  • the zoning function also has a function of setting a group whose members are zones. This function is called zone SET.
  • the switch management agent P10 may be the subject.
  • the SAN switch 3 determines whether or not to automatically generate a zone (S60). When the zone is automatically generated (S60: AUTO), the SAN switch 3 searches the name table T16, the vendor identifier in the WWPN (C163) is “0:12:34” h, and the zone ID is not yet set. It is determined whether there is a registered entry (S61).
  • the SAN switch 3 When an entry that is a WWPN having a predetermined vendor identifier “0:12:34” and whose zone ID is not registered is found (S61: YES), the SAN switch 3 extracts the entry (S62). ). The SAN switch 3 creates a zone for each pair ID of the extracted entry (S63). The SAN switch 3 sets “AUTO” in the CONFIG field C174 (S64).
  • the SAN switch 3 registers the zone ID registered in the zoning table T17 in the zone ID field C166 of the name table T16 (S65).
  • the SAN switch 3 returns to S61, and searches the name table T16 again to determine whether there is an entry that is a WWPN (C163) including a predetermined vendor identifier and whose zone ID is not registered (S61). .
  • the entries L161-L164 of the name table T16 (1) have a WWPN including a predetermined vendor identifier “0:12:34”. Accordingly, the SAN switch 3 extracts the entries L161-L164.
  • the pair IDs included in the extracted WWPN are “1” and “2”.
  • the SAN switch 3 selects a zone ID in which a zone having the first pair as a member is to be registered.
  • zone ID 1
  • the SAN switch 3 sets the WWPN of the entry L161 and the WWPN of L162 of the name table T16 in the zone member list field C173 of the entry L171 having the zone ID “1”.
  • the SAN switch 3 sets “AUTO” in the CONFIG field C174.
  • the SAN switch 3 sets the WWPN of the entry L163 and the WWPN of L164 of the name table T16 in the zone member list field C173 of the entry L172 whose zone ID is “2”. Further, the SAN switch 3 sets “AUTO” in the CONFIG field C174.
  • the SAN switch 3 searches the name table T16 and determines whether there is an entry whose zone ID is not registered (S66).
  • the SAN switch 3 sets a zone in the zoning table T17 as instructed by the user (S67).
  • a user can set a zone in the SAN switch 3 by using the integrated management program P7 or the switch management agent P10.
  • the SAN switch 3 sets “MANUAL” in the CONFIG field C174 (S68).
  • the SAN switch 3 registers the zone ID registered in the zoning table T17 in the zone ID field C166 of the name table T16 (S69). Thereafter, the SAN switch 3 returns to S66.
  • the SAN switch 3 can automatically set the zone by analyzing the contents of the name table T16 (1), so that the time and labor required for the zone setting can be saved and management man-hours can be reduced. it can.
  • LUN masking is automatically set in the storage apparatus 1 using an iSCSI name including group information and pair information.
  • FIG. 19 shows a logical overall configuration of a SAN (referred to as IP-SAN) using iSCSI according to the present embodiment. Differences from FIG. 2 are listed below.
  • the iSNS server 193 can have the same physical configuration as the management server 4. Although not shown, the iSNS server 193 includes, for example, a CPU, a memory, a NIC, and the like. In the configuration of the IP-SAN shown in FIG. 19, an iSCSI name as an “endpoint identifier” is used instead of the WWN or WWPN used in the FC-SAN.
  • the iSCSI name format will be described with reference to FIGS.
  • the iSCSI name is defined by RFC3720 (http://www.ietf.org/rfc/rfc3720.txt) of IETF (Internet Engineering Task Force).
  • FIG. 20 is a configuration diagram of the iSCSI name format T20 in the IQN (iSCSI Qualified Name) format.
  • the entire length of the iSCSI name format T20 is 255 bytes.
  • the iSCSI name format T20 includes a type field C201, a DATE field C202, a domain name field C203, and an option field C204.
  • Vendor-specific information can be used in the option field C204.
  • group ID group information
  • pair information pair information
  • system type storage or server
  • FIG. 21 is a configuration diagram of an iSCSI name format T21 in an EUI (Enterprise Extended Unique Identifier) format.
  • the EUI iSCSI name format T21 includes a type field C211 and 64-bit information C212 that is automatically generated from a MAC (Media Access Control) address. In the type field C211, the characters “eui.” Are used.
  • FIG. 22 is a block diagram of the iSCSI name format T22 in the NAA format.
  • the NAA format iSCSI name field T22 includes a type field C221 and NAA format information C222 used in the WWN.
  • the type field C221 the characters “naa.” Are used.
  • the value described in the first embodiment can be used as it is for the NAA format information C222.
  • the IQN format shown in FIG. 20 and the NAA format shown in FIG. 22 are used as iSCSI names including group information and pair information.
  • An entry L201 in FIG. 20 and an entry L221 in FIG. 22 respectively show examples of iSCSI names of storage devices whose pair information is “1”.
  • FIG. 23 shows the WWN pair table T6 (4) of the present embodiment.
  • the WWN pair table T6 (4) has the same structure as the WWN pair table T6 (1) shown in FIG. However, the iSCSI name is used in place of WWPN in the WWN pair table T6 (4) of this embodiment.
  • Entries L231 and L232 show examples in which iSCSI names in IQN format are stored.
  • Entries L233 and L234 show an example of storing an iSCSI name in NAA format.
  • the process for generating the WWN pair table T6 (4) of this embodiment is the same as the generation process shown in FIG. Note that the underlined value in the WWN pair table T6 (4) indicates the value of the pair ID. For example, “0001” indicates that the pair ID is “1”, and “0002” indicates that the pair ID is “2”.
  • FIG. 24 shows the LUN mapping table T13 (2) of this embodiment.
  • the LUN mapping table T13 (2) has the same structure as the LUN mapping table T13 (1) shown in FIG. However, in the LUN mapping table T13 (2) in FIG. 24, the iSCSI name is used instead of WWPN.
  • the value of the iSCSI name field C242 of the entries L241 to L243 the value of the storage iSCSI name (C64) of the entries L231 to L233 of the WWN pair table T6 (4) is used.
  • FIG. 25 shows the LUN masking table T14 (2) according to this embodiment.
  • This LUN masking table T14 (2) has the same structure as the LUN masking table T14 (1) shown in FIG. However, in the LUN masking table T14 (2) in FIG. 25, the iSCSI name is used instead of WWPN.
  • the value of the LUN masking field C144 of the entries L251-L253 the value of the server iSCSI name (C63) of the entries L231-L233 of the WWN pair table T6 (4) is used.
  • FIG. 26 shows a VM mapping table T15 (2) according to this embodiment.
  • the VM mapping table T15 (2) has the same structure as the VM mapping table T15 (1) shown in FIG. However, the VM mapping table T15 (2) in FIG. 26 uses an iSCSI name instead of WWPN.
  • the value of the iSCSI name field C263 of the entries L261-L264 the value of the server iSCSI name (C63) of the entries L231-L234 of the WWN pair table T6 (4) is used.
  • each table in FIGS. 24 to 26 are generated by the same processing as the integrated management program P7 shown in FIG. Then, as a processing result of the integrated management program P7, the iSCSI name (ISN) 192 (1) is set in the virtual NIC 191 (1) of the storage apparatus 1, and the iSCSI name (ISN) is set in the virtual NIC 191 (2) of the server 2. 192 (2) is set.
  • This embodiment configured as described above also has the same effect as the first embodiment and the second embodiment.
  • a discovery domain (hereinafter also referred to as DD) is set in the iSNS server using an iSCSI name including group information and pair information.
  • DD is similar to the zone of the zoning process in the FC-SAN switch, and device discovery and device information collection are permitted only between members in the DD (by WWPN or iSCSI name).
  • Zoning has a function to check communication permission for each frame in the FC switch 3.
  • DD is realized only by the iSNS server 193. Therefore, the LAN switch 195 does not check whether communication is possible for each frame.
  • FIG. 27 is a configuration diagram of the name table T26 that the iSNS server 193 has.
  • the name table T26 has a structure similar to the name table T16 (1) of the SAN switch 3 shown in FIG.
  • the FC ID field C162 is changed to the IP address field C272.
  • the WWPN field C163 is changed to the iSCSI name field C273.
  • the zone ID field C166 is changed to the DD ID field C276.
  • a TCP (Transmission Control Protocol) port number may be set in the IP address field C272.
  • the IP address may have a different subnet.
  • the version of the IP address may be set by either IPv4 or IPv6. Normally, when a device such as a server or storage is connected to the IP-SAN, the IP address, TCP port number, iSCSI name, and FC-4 FEATURES of the device itself are registered in the iSNS server 193.
  • FIG. 28 is a configuration diagram of the discovery domain table T27 that the iSNS server 193 has.
  • the DD table T27 has a configuration similar to the zoning table T17 of the SAN switch 3 shown in FIG.
  • the difference between the DD table T27 in FIG. 28 and the zoning table T17 in FIG. 17 is as follows.
  • the zone ID field C171 is changed to the DD ID field C281.
  • the zone name field C172 is changed to the DD name field C282.
  • the zone member list field C173 is changed to the DD member list field C283.
  • the underlined domain name is handled as a vendor identifier in the name table T16. That is, when an iSCSI name including a predetermined domain name set in advance is detected, the iSCSI name is generated based on a predetermined generation rule, and there is another iSCSI name as a pair. It turns out.
  • a fifth embodiment will be described with reference to FIGS.
  • a WWN including group information and pair information is used on the premise of the first embodiment and the second embodiment.
  • group information is used, setting changes for LUN masking and zoning are not required even if VMs are migrated.
  • FIG. 29 shows the logical configuration of the computer system. Differences from the configuration shown in FIG. 2 will be described.
  • the VM 211 (1) is not connected to the virtual HBA 202 (2) displayed as “VHBAa21” for the sake of simplicity. That is, the VM 211 (1) is not mapped to VHBAa21.
  • FIG. 29 shows a state in which the VM 211 (1) of the server 2 (1) moves to the position of the VM 211 (4) of the server 2 (2).
  • the migration of the VM is performed by the virtual operating systems P212 (1) and P212 (2) and the VM management programs P213 (1) and P213 (2).
  • FIG. 30 shows the WWN group table T9 (2) of this embodiment.
  • the WWN group table T9 (2) has the same structure as the WWN group table T9 described in FIG. However, in the WWN group table T9 (2) of FIG. 30, only 1 is used as the group ID.
  • FIG. 31 shows the WWN pair table T6 (5).
  • a WWN pair table T6 (5) in FIG. 31 is a generation result of the WWN pair table T6 when the WWN pair generation process in FIG. 11 is performed so as to be the contents of the WWN group table T9 shown in FIG. .
  • the underlined value (00:01) in the WWN pair table T6 (5) is the group ID value.
  • a plurality of server WWPNs can be associated with one storage WWPN by adding a predetermined process.
  • all the server WWPNs (C63) in the same group are extracted from the WWN pair table T6 (5) of FIG. 31, and these server WWPNs are set in the LUN masking field C144 of the LUN masking table T14 (3). To do.
  • the VM mapping table T15 (3) in FIG. 34 includes a virtual HBA 202 (2) (VHBAa11) that maps the VM of the server 2 (1) and a virtual HBA 202 (2) (for mapping the VM of the server 2 (2) ( WWPN including the same group ID is set in VHBAb11).
  • the WWPN set in the WWPN field C153 has the same group ID (00:01).
  • the VM 211 (1) (VMa1) is movable from the position in the server 2 (1) to the position of the VM 211 (4) in the server 2 (2).
  • FIG. 35 is a name table T16 (2) of this embodiment.
  • the name table T16 (2) has the same structure as the name table T16 (1) described in FIG. However, in order to simplify the explanation, FIG. 35 shows only information related to the VM (VMa1) shown in FIG.
  • the storage apparatus 1 and the server 2 register in the name table T16 of the SAN switch 3 based on the entries L331 and L332 of the LUN masking table T14 (3) in FIG.
  • the registration result is shown in entries L351 and L353 of the name table T16 (2) in FIG.
  • FIG. 36 shows the zoning table T17 (3) of this embodiment.
  • the zoning table T17 (3) has the same structure as the zoning table T17 described in FIG.
  • the zoning table T17 (3) in FIG. 36 can be created by partially changing the zoning table automatic generation process shown in FIG. That is, the zoning table T17 (3) of this embodiment is created by changing the process of creating a zone for each entry pair ID (S63) to the process of creating a zone for each group ID of the extracted entry. it can.
  • a step of generating a zone for each group ID may be added to the flowchart of FIG. In that case, a zone for each pair ID and a zone for each group ID exist in the zoning table T17.
  • the integrated management program P7 may be executed by the SAN switch 3.
  • the management network 11 may be realized by in-band communication on the FC-SAN.
  • the configuration of the iSNS server 193 shown in FIG. 19 may be provided in the LAN switch 194. Furthermore, the WWN or iSCSI name including group information and pair information shown in FIGS. 4, 5, 20, and 22 is a WWN or iSCSI name including only group information, or a WWN or iSCSI name including only pair information. It may be.
  • the server WWN shown in FIG. 7, FIG. 10, FIG. 23, and FIG. 31 may be used as an initiator WWN when data is copied between storage devices.
  • the server WWN may be set to the port of the copy source storage apparatus, and the storage WWN that forms a pair with the server WWN may be set to the port of the copy destination storage apparatus.
  • the endpoint identifiers shown in FIGS. 5 and 20 are displayed in a form that allows humans to understand the group ID field and the pair ID field.
  • the endpoint identifier may be converted into an unreadable (unintelligible) or difficult-to-read (unintelligible) form by a reversible function. Thereby, confidentiality can be improved.
  • the present invention can be grasped as a switch device or an iSCSI name server as follows.
  • Viewpoint 1 A switch device used in a storage area network, wherein a detection function for detecting that an endpoint identifier registered in a name server is a predetermined endpoint identifier including pair information, and a plurality of the pair information including the pair information
  • a switch device comprising a zone setting function for setting a zone for each pair with the predetermined endpoint identifier as one group.
  • Viewpoint 2 The switch device according to aspect 1, wherein the predetermined endpoint identifier further includes group information in which a pair of endpoints is grouped, and the zone setting function includes the endpoint including the group information as one group. Switch device that sets a zone for each group.
  • a detection function for detecting that an endpoint identifier registered in the name server is a predetermined endpoint identifier including pair information, and a plurality of the predetermined endpoint identifiers including the pair information.
  • An iSCSI name server having a discovery domain setting function for setting a discovery domain for each pair as a group.
  • Viewpoint 4 The iSCSI name server according to aspect 3, wherein the predetermined endpoint identifier further includes group information that groups endpoint pairs, and the discovery domain setting function includes an endpoint identifier that includes the group information.
  • An iSCSI name server that sets a discovery domain for each pair as one group.
  • Storage device 1: Storage device, 2: Server, 3: SAN switch, 4: Management server, 193: iSNS server, 195: LAN switch, 211: Virtual machine, P7: Integrated management program

Abstract

　ＬＵＮマスキング及びゾーニングの設定の手間を省くこと。　統合管理プログラムは、サーバのポートを識別するためのサーバ用ＷＷＮと、ストレージ装置のポートを識別するためのストレージ用ＷＷＮとを、ペアで生成して管理する。サーバは、サーバ用ＷＷＮをポートに設定する。ストレージ装置は、ストレージ用ＷＷＮをポートに設定する。ストレージ装置は、各ＷＷＮに基づいてＬＵＮマスキングを自動的に設定できる。スイッチは、ゾーニングを自動的に設定できる。

Description

コンピュータシステムの管理装置及び管理方法
　本発明は、コンピュータシステムの管理装置及び管理方法に関する。
　ＦＣ（Fibre Channel）やｉＳＣＳＩ（internet Small Computer System Interface）を使用するコンピュータシステムでは、各コンピュータ装置（サーバ、ストレージ、スイッチ）のアクセス制限は、装置毎に設定される。従って、装置台数が多いコンピュータシステムでは、アクセス制限を設定したり、アクセス制限を変更したりするための、管理工数が増大する。
　アクセス制限には、エンドポイント（例えばサーバ、ストレージ装置）の識別子が使用される。エンドポイント識別子としては、ＷＷＮまたはＷＷＰＮ（World Wide Port Name）、ｉＳＣＳＩネームがある。ＷＷＮは、通常、サーバのＨＢＡ（Host Bus Adapter）の通信ポート（以下、ポート）またはストレージ装置のポートに、メーカが製品出荷前に設定する。
　ＳＡＮ（Storage Area Network）管理におけるアクセス制限には、ストレージ装置側で実施するＬＵＮ（Logical Unit Number）マスキング機能と、ＳＡＮスイッチ側で実施されるゾーニング機能とが知られている。
　ＬＵＮマスキング機能は、ＬＵＮセキュリティ機能とも呼ばれる。ＬＵＮマスキング機能は、ストレージ装置の有する論理的記憶領域であるボリューム単位に、そのボリュームにアクセスできるサーバの通信ポートを指定する。
　ボリュームは、論理ユニット番号により識別される。サーバのポートは、ＷＷＮにより識別される。論理ユニット番号とＷＷＮとの対応を管理することで、ボリュームにアクセス可能なサーバのポートを制限できる。これにより、複数サーバが共通のボリュームに同時にアクセスしてボリュームに記憶されたデータが破壊されたり、または、ボリュームに記憶されたデータが漏洩したりするのを防止できる。
　ゾーニング機能は、ＬＵＮマスキング機能と共に利用される。ゾーニング機能は、ボリュームとサーバのポートとの関係をゾーンとして定義する。ＳＡＮ上では、ゾーン内でのみデータがやり取りされ、ゾーン外部にデータは流れない。つまり、ゾーンに含まれるボリュームとサーバのポートの間でのみ通信可能である。ゾーンを設定することにより、ゾーン内の装置がゾーン外部の装置に発見されるのを防止できる。
　ＳＡＮに接続されるサーバ及びストレージ装置の台数が増加したり、ストレージ装置のボリューム数が増加したりすると、ＬＵＮマスキング機能とゾーニング機能との設定に要する時間及び手間が増大する。つまり、管理工数が増大する。管理工数が増大するほど、人為的ミスが発生する可能性も高くなる。
　そのため、各装置からＷＷＮ情報を収集し、収集したＷＷＮ情報に基づいて、ＬＵＮマスキング機能及びゾーニング機能の設定を管理する、第１従来技術が知られている（特許文献１）。
　さらに、各装置に対する設定操作または変更操作の履歴を記録し、設定に間違いがあった場合にその原因解析を行い、原因解析結果をＳＡＮ管理者へ通知する、第２従来技術も知られている（特許文献２）。
米国特許第７，１０３，６５３号明細書 米国特許第７，３４９，９６１号明細書
　近年では、処理すべきデータ量がますます増大しており、これに伴い、仮想化の需要が増大している。つまり、物理的なサーバ上に仮想的なサーバを複数設けたり、ストレージ装置内に仮想的なボリュームを複数設けたりすることが、求められている。
　しかし、従来技術では、ＷＷＮの変更はできないことを前提としている。従って、従来技術では、仮想化された複雑なコンピュータシステムには対応することができない。さらに、従来技術は、工場出荷前にＷＷＮが固定的に設定されることを前提とするため、ＷＷＮの生成方法及び設定変更方法については全く考慮されていない。
　本発明は、管理工数を低減することができるコンピュータシステムの管理装置及び管理方法を提供する。本発明は、ペアを構成するエンドポイント識別子を予め生成して管理することにより、アクセス制御情報を自動的に設定できるようにしたコンピュータシステムの管理装置及び管理方法を提供する。
　上記課題を解決するため、一つの観点に係るコンピュータシステムの管理装置は、コンピュータシステムを管理するための管理装置であって、コンピュータシステムは、互いに通信可能に接続される複数のコンピュータ装置を備えており、管理装置は、管理プログラムを記憶するメモリと、管理プログラムを実行するプロセッサと、各コンピュータ装置と通信するための通信インターフェース回路とを備えており、マイクロプロセッサは、管理プログラムを実行することにより、各コンピュータ装置のうち第１コンピュータ装置の有する第１エンドポイントを識別するための第１エンドポイント識別子と、各コンピュータ装置のうち第２コンピュータ装置の有する第２エンドポイントを識別するための第２エンドポイント識別子とを、ペアで生成して管理し、第１エンドポイント識別子を第１コンピュータ装置に送信して第１エンドポイントに設定させ、第２エンドポイント識別子を第２コンピュータ装置に送信して第２エンドポイントに設定させる。
　第１エンドポイント識別子及び第２エンドポイント識別子には、第１エンドポイント識別子と第２エンドポイント識別子により構成されるペアを識別するためのペア情報がそれぞれ含まれてもよい。
　マイクロプロセッサは、管理プログラムを実行することにより、第１エンドポイント識別子及び第２エンドポイント識別子に基づいて、第２エンドポイントにアクセス可能な第１エンドポイントを設定するためのアクセス制御情報を生成させることもできる。
　第１コンピュータ装置は、第１エンドポイントに設定される第１エンドポイント識別子に含まれるペア情報に基づいて、第１エンドポイント識別子とペアを構成する第２エンドポイント識別子を特定し、その特定された第２エンドポイント識別子と第１エンドポイント識別子とを対応付けてアクセス制御情報を生成することもできる。
　本発明は、方法として把握することもできる。さらに、本発明の少なくとも一部は、コンピュータプログラムとして構成してもよい。実施例に記載される本発明の複数の特徴は、自在に組み合わせることもできるであろう。
図１は、ＦＣ－ＳＡＮ（Fibre Channel-Storage Area Network）に従うコンピュータシステムの物理的な構成例を示す全体図である。 図２は、コンピュータシステムの論理的な構成例を示す全体図である。 図３は、ＷＷＮフォーマットの概略構成例を示す。 図４は、一つのＷＷＮフォーマットの構成例を示す。 図５は、実施形態に係るＷＷＮフォーマットの構成例を示す。 図６は、ＷＷＮのペアを管理するテーブルの初期状態を例示する。 図７は、ＷＷＮのペアを管理するテーブルの運用状態を例示する。 図８は、ＷＷＮのペアを生成する処理例を示すフローチャートである。 図９は、ＷＷＮのグループを管理するテーブルの構成例を示す。 図１０は、ＷＷＮのペアを管理するテーブルの構成例を示し、各ＷＷＮはグループを識別するための情報も含む。 図１１は、グループを識別するための情報を含むＷＷＮのペアを生成する処理の例を示すフローチャートである。 図１２は、管理サーバの統合管理プログラムにより実行される処理の例を示すフローチャートである。 図１３は、ＬＵＮマッピングテーブルの構成例を示す。 図１４は、ＬＵＮマスキングテーブルの構成例を示す。 図１５は、ＶＭ（Virtual Machine）マッピングテーブルの構成例を示す。 図１６は、第２実施例に係り、ＳＡＮスイッチの有するネームテーブルの構成例を示す。 図１７は、ＳＡＮスイッチの有するゾーニングテーブル構成例を示す。 図１８は、ゾーニングテーブルを自動的に生成するための処理の例を示すフローチャート。 図１９は、第３実施例に係り、ＩＰ－ＳＡＮ（Internet Protocol-SAN）に従うコンピュータシステムの論理的な構成例を示す全体図である。 図２０は、ＩＱＮ（iSCSI Qualified Name）形式に従うｉＳＣＳＩネームのフォーマットの例を示す。 図２１は、ＥＵＩ（Extended Unique Identifier）形式に従うｉＳＣＳＩネームのフォーマットの例を示す。 図２２は、ＮＡＡ（Network Address Authority ）形式に従うｉＳＣＳＩネームのフォーマットの例を示す。 図２３は、ＷＷＮのペアを管理するテーブルの構成例を示す。 図２４は、ＬＵＮマッピングテーブルの構成例を示す。 図２５は、ＬＵＮマスキングテーブルの構成例を示す。 図２６は、ＶＭマッピングテーブルの構成例を示す。 図２７は、第４実施例に係り、ｉＳＮＳ（Internet Storage Name Service）サーバの有するネームテーブルの構成例を示す。 図２８は、ｉＳＮＳサーバの有するディスカバリドメインテーブルの構成例を示す。 図２９は、第５実施例に係り、ＦＣ－ＳＡＮに従うコンピュータシステムの論理的構成例を示す全体図である。 図３０は、ＷＷＮのグループを管理するテーブルの構成例を示す。 図３１は、ＷＷＮのペアを管理するテーブルの構成例を示す。 図３２は、ＬＵＮマッピングテーブルの構成例を示す。 図３３は、ＬＵＮマスキングテーブルの構成例を示す。 図３４は、ＶＭマッピングテーブルの構成例を示す。 図３５は、ＳＡＮスイッチの有するネームテーブルの構成例を示す。 図３６は、ＳＡＮスイッチの有するゾーニングテーブルの構成例を示す。
　以下、図面を参照して、本発明の実施の形態を説明する。本実施形態では、以下に述べるように、管理装置４は、第１コンピュータ装置（例えば、記憶制御装置）１に設定されるべき第１エンドポイント識別子と、第２コンピュータ装置（例えば、サーバ）２に設定されるべき第２エンドポイント識別子とのペアを予め生成し、生成されたＷＷＮのペアをテーブルＴ６に登録して管理する。関連付けたい２つのエンドポイント１０６，１１３が選択されると、管理装置４は、第１コンピュータ装置１に第１エンドポイント識別子を送信し、第１コンピュータ装置１の有する第１エンドポイント（ポート）１０６に第１エンドポイント識別子を設定させる。さらに、管理装置４は、第２コンピュータ装置２に第２エンドポイント識別子を送信し、第２コンピュータ装置２の有する第２エンドポイント（ＨＢＡ）１１３に第２エンドポイント識別子を設定させる。
　第１コンピュータ装置１は、エンドポイント識別子の生成規則を保持している。従って、第１コンピュータ装置１は、管理サーバ４から受領した第１エンドポイント識別子に基づいて、その第１エンドポイント識別子とペアを構成する第２エンドポイント識別子を特定できる。
　第１コンピュータ装置１は、第１エンドポイント識別子の設定された第１エンドポイント１０６とＬＵＮとを対応付けてＬＵＮマッピングテーブルを作成する。さらに、第１コンピュータ装置１は、第１エンドポイント識別子と第２エンドポイント識別子とを対応付けて、ＬＵＮマスキングテーブルを作成する。
　第２コンピュータ装置２も、エンドポイント識別子の生成規則を知っている。従って、第２コンピュータ装置２も、管理サーバ４から受領した第２エンドポイント識別子に基づいて、その第２エンドポイント識別子とペアを構成する第１エンドポイント識別子を特定することができる。
　第２コンピュータ装置２は、第２エンドポイント識別子の設定される第２エンドポイント１１３にＶＭ（仮想マシン、または仮想サーバ）を対応付けて、ＶＭマッピングテーブルを作成する。これにより、所定のＶＭのみが所定のＨＢＡ１１３及び所定のポート１０６を介して、所定の論理ボリュームを使用することができる。
　管理サーバ４は、スイッチ装置３に、ペアを構成する第１エンドポイント識別子及び第２エンドポイント識別子を送信し、ゾーニングテーブル（ゾーニング情報）を作成させることもできる。スイッチ装置３は、受信した第１エンドポイント識別子及び第２エンドポイント識別子を含むゾーンを生成して、ゾーニングテーブルに登録する。
　このように、本実施形態では、ペアとなる第１エンドポイント識別子と第２エンドポイント識別子とを予め生成して管理しておき、ペアとなるべき第１エンドポイントに第１エンドポイント識別子を設定させ、かつ、ペアとなるべき第２エンドポイントに第２エンドポイント識別子を設定させる。
　従って、本実施形態では、ＬＵＮマスキングテーブル等のアクセス制御情報を自動的に生成することができる。対応するエンドポイントがそれぞれ有するエンドポイント識別子は既知だからである。従来は、対応するエンドポイントからそれぞれのエンドポイント識別子を取得した後でなければ、アクセス制御情報及びゾーニング情報を作成することはできない。これに対し、本実施形態では、アクセス制御情報等の設定を自動的に行うことができる。
　さらに、本実施形態では、仮想化されたポートまたは仮想化されたサーバがコンピュータシステム内を移動した場合でも、アクセス制御情報及びゾーニング情報を引き継ぐことができる。さらに、予め設定されるグループ内でＷＷＮのペアを使用することにより、コンピュータシステム内での移動にも簡単に対応できる。従って、ユーザの管理工数が低減する。
　なお、実施形態では、第１コンピュータ装置１を記憶制御装置であるストレージ装置１とし、第２コンピュータ装置２をサーバコンピュータであるサーバ２とする場合を中心に説明するが、本発明は、その構成に限られない。
　例えば、コピー元のストレージ装置からコピー先のストレージ装置にデータコピーする場合、コピー元のストレージ装置を第２コンピュータ装置とし、コピー先のストレージ装置を第１ストレージ装置としてもよい。
　図中、サーバ２（１）及び２（２）、ＳＡＮスイッチ３（１）及び３（２）のように同種の構成に括弧付きの数字を添える。特に区別する必要が無い場合には、サーバ２、ＳＡＮスイッチ３のように表現する。
　管理サーバ４の統合管理プログラムＰ７は、ペアとなるＷＷＮ（以下、ＷＷＮペアとも呼ぶ）を生成する。ペアとなるＷＷＮは、後述のように、ペア情報及びグループ情報を含むことができる。さらに、統合管理プログラムＰ７は、各装置１，２，３の有する管理エージェントＰ８，Ｐ９，Ｐ１０と通信する。
　「第１コンピュータ装置」としてのストレージ装置１の管理エージェントＰ８は、統合管理プログラムＰ７から受領したストレージ用ＷＷＮを、統合管理プログラムＰ７から指定されたポート１０６に設定する。さらに、管理エージェントＰ８は、指定されたポート１０６に指定されたＬＵＮ２０１（図２参照）を対応付ける。さらに、管理エージェントＰ８は、受領したストレージ用ＷＷＮ（第１エンドポイント識別子）と、サーバ用ＷＷＮ（第２エンドポイント識別子）とを対応付けて、ＬＵＮマスキング処理を実施する。
　「第２コンピュータ装置」としてのサーバ２の管理エージェントＰ９は、統合管理プログラムＰ７から受領したサーバ用ＷＷＮを、統合管理プログラムＰ７から指定されたＨＢＡ（Host Bus Adapter）１１３に設定する。さらに、管理エージェントＰ９は、指定されたＨＢＡ１１３に指定されたＶＭ２１１（図２参照）を対応付ける。
　「スイッチ装置」としてのＳＡＮスイッチ３は、管理サーバ４から受領したストレージ用ＷＷＮ及びサーバ用ＷＷＮに基づいて、ゾーンを自動的に設定することができる。
　図１は、ＦＣを使用したＳＡＮ（ＦＣ－ＳＡＮと称す）の物理的な全体システム構成を示す。ＳＡＮは、一般的に、記憶制御装置であるストレージ装置１と、サーバ２とを、ＳＡＮスイッチ３を介して接続する。さらに、高信頼化のために、サーバ２とストレージ装置１との間は、２つ以上のパスを介して接続してもよい。サーバ２とストレージ装置１とを複数パスを介して接続する構成を、マルチパス構成と呼ぶ。図１では、サーバ２（１）とストレージ装置１との間を、ＳＡＮスイッチ３（１）と３（２）とで接続し、マルチパス構成としている。
　ストレージ装置１、サーバ２、ＳＡＮスイッチ３は、管理ネットワーク１１に接続されている。管理ネットワーク１１には、さらに各装置１，２，３を統合管理するための、管理サーバ４が接続される。
　後述のように、管理サーバ４の統合管理プログラムＰ７は、管理ネットワーク１１を介して、ストレージ装置１のストレージ管理エージェントＰ８、サーバ２のサーバ管理エージェントＰ９、ＳＡＮスイッチ３のスイッチ管理エージェントＰ１０と、管理のためのやりとりを行う。
　ストレージ装置１は、論理的な記憶領域であるボリュームをサーバ２に提供するためのコンピュータ装置である。ストレージ装置１は、複数のコントローラ５と、複数の記憶装置１１０とを備える。高い信頼性が不要な場合、ストレージ装置１は、一つのコントローラ５のみを備えてもよい。
　一つのコントローラ５は、例えば、ＣＰＵ（Central Processing Unit）１０１（１）と、メモリ１０２（１）と、メモリコントローラ１０３と、キャッシュメモリ１０４と、フロントエンドインターフェース回路１０５と、バックエンドインターフェース回路１０８とを備える。
　メモリ１０２には、例えば、ストレージ管理エージェントＰ８と、ＬＵＮマッピングテーブルＴ１３及びＬＵＮマスキングテーブルＴ１４とが記憶される。なお、図示を省略するが、メモリ１０２には、サーバ２からのコマンドを処理するためのＩ／Ｏ（Input/Output）処理プログラム等も格納される。ＣＰＵ１０１は、メモリ１０２に格納されたコンピュータプログラムを実行して所定の機能を実現する。
　メモリコントローラ１０３は、ＣＰＵ１０１と、キャッシュメモリ１０４と、フロントエンドインターフェース回路１０５と、バックエンドインターフェース回路１０８とを互いに接続する回路である。
　キャッシュメモリ１０４は、サーバ２から受領したデータ及び記憶装置１１０から読み出されたデータを記憶する。
　フロントエンドインターフェース回路１０５は、サーバ２と通信するための通信制御回路である。フロントエンドインターフェース回路１０５は、複数の通信ポート１０６を備える。バックエンドインターフェース回路１０８は、通信ポート１０９を介して各記憶装置１１０と通信するための通信制御回路である。
　記憶装置１１０としては、例えば、ハードディスク装置、半導体メモリ装置、光ディスク装置等のデータを読み書き可能な種々の装置を利用可能である。
　ハードディスク装置を用いる場合、例えば、ＦＣ（Fibre Channel）ディスク、ＳＣＳＩ（Small Computer System Interface）ディスク、ＳＡＴＡ（Serial Advanced Technology Attachment）ディスク、ＳＡＳ（Serial Attached SCSI）ディスク等を用いることができる。
　また、例えば、フラッシュメモリ、ＦｅＲＡＭ（Ferroelectric Random Access Memory）、ＭＲＡＭ（Magnetoresistive Random Access
Memory）、相変化メモリ（Ovonic Unified Memory）、ＲＲＡＭ（Resistance RAM）」等の種々の記憶装置を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクドライブのように、種類の異なる記憶装置をストレージ装置１内に混在させる構成でもよい。
　複数の記憶装置１１０をグループ化して、ＲＡＩＤ（Redundant Arrays of Independent Disks）グループ１１１を構成することができる。ＲＡＩＤグループ１１１によりまとめられた物理的記憶領域に基づいて、一つまたは複数の論理ボリュームを生成できる。論理ボリュームにＬＵＮを設定し、さらにサーバ２との通信経路を設定することにより、サーバ２は、論理ボリュームを使用することができる。ＲＡＩＤグループ１１１には、各コントローラ５（１），５（２）からそれぞれアクセスすることができる。
　サーバ２は、ストレージ装置１の論理ボリュームを利用して、アプリケーションプログラムを実行する。アプリケーションプログラムの実行結果は、図外のクライアント端末に送信される。
　サーバ２は、例えば、ＣＰＵ１０２（２）と、メモリ１０２（２）と、ブリッジ回路１１２と、ＨＢＡ１１３とを備える。メモリ１０２には、サーバ管理エージェントＰ９が記憶される。メモリ１０２には、アプリケーションプログラム及びオペレーティングシステム等も記憶されるが、図示を省略する。
　ＨＢＡ１１３は、ストレージ装置１のポート１１６と通信するための回路である。ＣＰＵ１０１（２）とＨＢＡ１１３の間は、例えば、ＰＣＩｅ（Peripheral Component Interconnect Express）のような内部バスと、ブリッジ１１２（１）とを介して接続される。
　ＳＡＮスイッチ３は、ストレージ装置１とサーバ２との通信を中継する。ＳＡＮスイッチ３は、例えば、ＣＰＵ１０１（３）と、メモリ１０２（３）と、通信ポート１１４と、スイッチングファブリック１１５と、を備える。
　メモリ１０２（３）には、例えば、スイッチ管理エージェントＰ１０と、ネームテーブルＴ１６及びゾーニングテーブルＴ１７とが格納される。さらに、メモリ１０２（３）には、スイッチ制御プログラム（図示せず）も記憶される。
　ポート１１４は、ストレージ装置１のポート１０６及びサーバ２のＨＢＡ１１３と通信する。フレームを受領したポート１１４は、スイッチングファブリック１１５を介して、そのフレームの宛先に対応するポート１１４に接続される。
　管理サーバ４は、コンピュータシステムを管理するためのコンピュータである。管理サーバ４は、例えば、ＣＰＵ（Central Processing Unit）１０１（４）と、メモリ１０２（４）と、ブリッジ回路１１２（４）と、ＮＩＣ（Network Interface Card）１１６とを備えることができる。
　なお、管理サーバ４は、一つのコンピュータとして構成される必要はなく、複数のコンピュータから構成してもよい。例えば、管理サーバ４に対して情報を入出力するための管理端末を用意し、管理端末と管理サーバ４とを接続する構成でもよい。または、管理サーバ４に、ユーザとの間で情報を交換するためのユーザインターフェース部を設ける構成でもよい。さらに、管理サーバの機能を、ストレージ装置１，サーバ２，スイッチ３のいずれかに内蔵させる構成でもよい。
　メモリ１０２（４）には、例えば、統合管理プログラムＰ７と、ＷＷＮペアテーブルＴ６とが格納される。ＮＩＣ１１６は、管理ネットワーク１１を介して各装置１，２，３と通信するための回路である。ＮＩＣ１１６は、ブリッジ回路１１２（４）及び内部バスを介して、ＣＰＵ１０１（４）と接続される。
　図２は、本実施形態に係るＦＣ－ＳＡＮの論理的な全体構成を示す。図１との相違を説明する。図２のストレージ装置１は、ポート２０４（１）に仮想ＨＢＡ２０２（１）を対応付け、さらに、仮想ＨＢＡ２０２（１）にＬＵＮ２０１（１）を対応付けている。仮想ＨＢＡ２０２（１）には、ポート２０４（１）のＷＷＰＮ１０７（１）とは別の、ＷＷＰＮ２０３（１）が設定される。
　ここで、ＷＷＮとＷＷＰＮ及びＷＷＮＮ（World Wide Node Name）とは、本質的には同一である。詳しくは、ポートに設定されるＷＷＮをＷＷＰＮと呼び、ノードに設定されるＷＷＮをＷＷＮＮと呼ぶ。ＷＷＮ、ＷＷＰＮ、ＷＷＮＮは、ＳＡＮにおいてエンドポイントを識別するためのエンドポイント識別子として用いられる。
　サーバ２には、ＶＭ２１１のために、仮想オペレーティングシステムＰ２１２と、ＶＭ管理プログラムＰ２１３と、ＶＭマッピングテーブルＴ１５と、が設けられる。さらに、仮想ＨＢＡ２０２（２）には、ポート２０４（２）のＷＷＰＮ１０７（２）とは別の、ＷＷＰＮ２０３（２）が設定される。
　仮想オペレーティングシステムＰ２１２とＶＭ管理プログラムＰ２１３とは、サーバ管理エージェントＰ９と通信する。各サーバ２のＶＭ管理プログラムＰ２１３は、ＶＭのリソース管理及びＶＭ移動制御のために、互いに通信する。
　図３－図１５を参照して第１実施例を説明する。本実施例では、グループ情報及びペア情報を含むＷＷＮのペアを生成する。本実施例では、生成されたＷＷＮのペアを用いて、ストレージ装置のＬＵＮマスキングを自動的に設定させる。
　図３は、ＷＷＮフォーマットＴ３の概略を示す。ＷＷＮには、ＡＮＳＩ　Ｔ１１（The American National Standards Institute T11 technical committee）委員会のＦＣ－ＦＳ（Fibre
Channel - Framing and Signaling ）で規定されているＮＡＡ（Network Address Authority）のＮａｍｅ　Ｉｄｅｎｔｉｆｉｅｒが使用される。
　上位４ｂｉｔのフィールドＣ３２は、ＮＡＡのタイプを示す。残りのフィールドは、第１フィールドＣ３３と第２フィールドＣ３４に分かれる。エントリＬ３１に示すように、ＮＡＡ１のタイプの場合、第１フィールドＣ３３は、１２ｂｉｔ長となり、その値は０に設定される。さらに、第２フィールドＣ３４は、４８ｂｉｔ長であり、その値としてＭＡＣ（Media Access Control）アドレスが使用される（Ｌ３１）。
　ＮＡＡ２のタイプの場合、エントリＬ３２に示すように、第１フィールドＣ３３は、１２ｂｉｔ長であり、その値としてベンダ独自の情報が設定される。さらに、第２フィールドＣ３４は、４８ｂｉｔ長であり、その値としてＭＡＣアドレスが使用される。
　ＮＡＡ５のタイプの場合、エントリＬ３３に示すように、第１フィールドＣ３３は、２４ｂｉｔ長であり、その値としてベンダ識別子が設定される。さらに、第２フィールドＣ３４は、３６ｂｉｔ長であり、その値としてベンダ独自の情報が設定される。
　ＮＡＡ６のタイプの場合、エントリＬ３４に示すように、第１フィールドＣ３３は、２４ｂｉｔ長であり、その値としてベンダ識別子が設定される。第２フィールドＣ３４は、１００ｂｉｔ長であり、その値としてベンダ独自の情報が設定される。
　通常は、６４ｂｉｔ長となる、ＮＡＡ１またはＮＡＡ２またはＮＡＡ５のいずれかのタイプのＷＷＮが使用される。
　図４は、本実施例で使用するＷＷＮフォーマットＴ４の例を示す。本実施例では、図３で説明したＮＡＡ５のタイプを使用する。説明を簡単にするため、ベンダ識別子（ＣＯＭＰＡＮＹ　ＩＤ（Identifier））は２０ｂｉｔ長とし、さらに、ベンダ独自の情報を４０ｂｉｔ長としている。
　ベンダ独自の情報は、合計５つの８ｂｉｔ長フィールドに区切っている。１番目のフィールドは、グループＩＤフィールドＣ４３である。２番目のフィールドは、ペアＩＤフィールドＣ４４である。３番目のフィールドは、システムＩＤフィールドＣ４５である。４番目のフィールドは、シリアル番号フィールドＣ４６である。５番目のフィールドは、仮想化ＩＤフィールドＣ４７である。
　システムＩＤフィールドＣ４５の情報とシリアル番号フィールドＣ４６の情報と仮想化ＩＤフィールドＣ４７の情報とは、仮想化されたエンドポイントをベンダ内で一意に識別するための情報である。さらに、説明を簡単にするために、図５に示すＷＷＮフォーマットＴ５を使用する。
　図５は、ＷＷＮフォーマットＴ５のさらに簡略化された一例を示す。ＷＷＮフォーマットＴ５は、ＮＡＡ５のタイプに基づいている。ここでは、ベンダ識別子Ｃ５２を２０ｂｉｔ長とする。ベンダ独自の情報（Ｃ５３からＣ５５まで）を４０ｂｉｔ長とする。
　ベンダ識別子Ｃ５２には、実施形態の全体を通じて、"０：１２：３４ｈ"の値を使用する。「ｈ」は１６進数であることを示し、「：」は１バイト毎の区切りを示す。ベンダ独自の情報は３つのフィールドに区切られている。１番目のフィールドは、１６ｂｉｔ長のグループＩＤフィールドＣ５３である。２番目のフィールドは、１６ｂｉｔ長のペアＩＤフィールドＣ５４である。３番目のフィールドは、８ｂｉｔ長のシステムタイプフィールドＣ５５である。システムタイプフィールドＣ５５に"１"が設定された場合は、ストレージ用であることを示す。システムタイプフィールドＣ５５に"２"が設定された場合は、サーバ用であることを示す。
　図４及び図５に示すＷＷＮフォーマットＴ４，Ｔ５は、一例を示しているに過ぎず、本発明は、図示されたＷＷＮフォーマットに限定されない。例えば、各フィールドの長さは図示された値以外の長さでもよく、ＮＡＡのタイプもＮＡＡ５に限定されない。
　図６は、ペアを構成するＷＷＮを管理するためのＷＷＮペアテーブルＴ６を示す。図６には、ＷＷＮペアテーブルの初期状態の構成が示されている。
　ＷＷＮペアテーブルＴ６は、例えば、ペアＩＤフィールドＣ６１と、状態フラグフィールドＣ６２と、サーバ用ＷＷＮフィールドＣ６３と、ストレージ用ＷＷＮフィールドＣ６４とを一つのエントリＬ６１とする構成である。
　ペアＩＤは、各ＷＷＮペアを識別するための情報である。状態フラグは、ＷＷＮペアが生成済み（GENERATED）であるか否かと、ＷＷＮペアが割当済み（ASSIGNED）であるか否かを示す。
　"／"の前は、ＷＷＮペアが生成されているか否かを示す生成フラグである。"／"の後は、ＷＷＮペアが割り当てられているか否か（使用されているか否か）を示す割当フラグである。状態フラグＣ６２が"０／０"の場合は、ＷＷＮペアが生成されておらず、かつ、ＷＷＮペアが割り当てられていない（使用されていない）ことを示す。状態フラグＣ６２が"１／０"の場合は、ＷＷＮペアは生成されているが、割り当てられていないことを示す。状態フラグＣ６２が"１／１"の場合は、ＷＷＮペアが生成されており、かつ、そのＷＷＮペアが割当済みであることを示す。
　図７は、ＷＷＮペアテーブルＴ６の運用時の状態を示す。エントリＬ７１－Ｌ７４の内容は、図８で述べるＷＷＮペアの生成処理により生成される。
　サーバ用ＷＷＮフィールドＣ６３のエントリＬ７１に格納されている値"５０：１２：３４：００：００：００：０１：０２"を用いて、ＷＷＮの構成を説明する。先頭の"５"は、ＮＡＡ５のタイプであることを示す。
　それに続く"０：１２：３４"は、上述の通り、ＷＷＮの発行元であるベンダを識別するためのベンダ識別子（カンパニーＩＤ）である。本実施例では、ベンダ識別子をこのように構成することにより、ベンダ識別子を含むＷＷＮを受領した装置に対して、そのＷＷＮは特定の生成規則に従って生成されたものであることを通知する。つまり、ベンダ識別子は、そのベンダ識別子を含むＷＷＮが特徴的なＷＷＮであることをストレージ装置１、サーバ２、ＳＡＮスイッチ３に知らせるための、通知情報を兼ねている。
　ベンダ識別子に続く"００：００"は、ＷＷＮの属するグループを識別するためのグループ識別子である。図７の例では、グループ識別子は設定されていない。グループ識別子を設定するＷＷＮの例は、後述する。
　グループ識別子に続く"００：０１"は、ペアを識別するためのペア識別子である。最後の"０２"は、そのＷＷＮが設定される装置のタイプを示す。上述の通り、ストレージ装置１には"０１"が設定され、サーバ２には"０２"が設定される。
　図８を参照して、ＷＷＮペアテーブルＴ６の生成処理を説明する。以下に述べる各処理は、メモリに記憶された各プログラムをマイクロプロセッサが読み込んで実行することにより実現される。従って、以下の各処理の主語は、プログラムであってもよいし、マイクロプロセッサであってもよい。あるいは、以下の各処理の主語をコントローラまたはサーバとして、説明することもできる。便宜上、統合管理プログラムＰ７に代えて、管理サーバ４を主語として説明する。
　まず、管理サーバ４は、ＷＷＮペアの生成条件を判定する（Ｓ１０）。生成条件には、ペアの新規作成と、既存ペアの削除との２つがある。新規のペアを作成する場合、管理サーバ４は、ＷＷＮペアテーブルＴ６（１）において未使用のペアＩＤがあるか否かを判定する（Ｓ１１）。
　未使用のペアＩＤがある場合（Ｓ１１：ＹＥＳ）、即ち、状態フラグＣ６２の値が"０／０"のエントリＬ６１が存在する場合、管理サーバ４は、その未使用ペアＩＤを１つ抽出する（Ｓ１２）。
　管理サーバ４は、抽出された未使用ペアＩＤを用いて、互いにペアとなる、サーバ用ＷＷＮとストレージ用ＷＷＮとを作成する（Ｓ１３）。
　仮に、その未使用ペアＩＤの値を"１"とすると、サーバ用ＷＷＮは、ＮＡＡ＝５、ベンダ識別子＝０：１２：３４ｈ、グループＩＤ＝０、ペアＩＤ＝１、システムタイプ＝２（サーバ）として生成される。サーバ用ＷＷＮは、"５０：１２：３４：００：００：００：０１：０２"となる。ストレージ用ＷＷＮは、サーバ用ＷＷＮとは、システムタイプの値だけが異なる。つまり、ストレージ用ＷＷＮは、"５０：１２：３４：００：００：００：０１：０１"として生成される。
　管理サーバ４は、生成された２つのＷＷＮをＷＷＮペアテーブルＴ６に格納し、状態フラグＣ６２を"１／０"に設定し（Ｓ１４）、処理を終了する。
　ＷＷＮペアテーブルＴ６（１）に未使用のペアＩＤが無い場合（Ｓ１１：ＮＯ）、管理サーバ４は、処理を終了する。サーバ用ＷＷＮとストレージ用ＷＷＮのペアを生成できないためである。
　ＷＷＮペアの生成条件が既存ペアの削除である場合、管理サーバ４は、削除対象のペアＩＤを選択する（Ｓ１５）。管理サーバ４は、削除対象のペアＩＤを有するエントリＬ６１の状態フラグＣ６２を"０／０"に設定し（Ｓ１６）、処理を終了する。これにより、選択されたペアＩＤは、未使用状態に戻る。なお、既存ペアを削除する場合、サーバ用ＷＷＮフィールドＣ６３の値とストレージ用ＷＷＮフィールドＣ６４の値とを消去する必要はない。しかし、例えば、ストレージ用ＷＷＮ及びサーバ用ＷＷＮの値として、全て０を設定してもよい。
　図９は、ＷＷＮの属するグループを管理するためのＷＷＮグループテーブルＴ９の構成図である。ＷＷＮグループテーブルＴ９は、例えば、グループＩＤのフィールドＣ９１と、割り当て済み数（ASSIGNED）のフィールドＣ９２と、グループを構成するペアＩＤを示すフィールドＣ９３とを、１エントリＬ９１、Ｌ９２とする。
　割り当て済み数とは、グループに所属するＷＷＮペアの数を示す。グループにペアが存在しない場合は０が、１つのペアが存在する場合は１が、２つのペアが存在する場合は２が、それぞれ設定される。図９の場合は、エントリＬ９１に示すように、グループＩＤ＝１のグループには、２つのペアＩＤ（１，２）が属している。従って、割当済み数には"２"が設定される。さらに、エントリＬ９２に示すように、グループＩＤ＝２のグループにも、２つのペアＩＤ（３，４）が属している。従って、割当済み数には"２"が設定される。
　図１０は、図９に示すＷＷＮグループテーブルＴ９に対応する、ＷＷＮペアテーブルＴ６（３）の構成を示す。図９のテーブル内容が実現されるように図１１の処理を実行した結果が、図１０に示されている。図１０のエントリＬ１０１に示すように、ペアＩＤ＝１（００：０１）を有するサーバ用ＷＷＮ及びストレージ用ＷＷＮは、グループＩＤ＝１（００：０１）を含んでいる。同様に、エントリＬ１０２に示すように、ペアＩＤ＝２（００：０２）を有するサーバ用ＷＷＮ及びストレージ用ＷＷＮも、グループＩＤ＝１（００：０１）を含む。
　エントリＬ１０３に示すように、ペアＩＤ＝３（００：０３）を有するサーバ用ＷＷＮ及びストレージ用ＷＷＮは、グループＩＤ＝２（００：０２）を含む。同様に、エントリＬ１０４に示すように、ペアＩＤ＝４（００：０４）を有するサーバ用ＷＷＮ及びストレージ用ＷＷＮも、グループＩＤ＝２（００：０２）を含む。
　図１１のフローチャートを参照して、グループＩＤを含むＷＷＮペアを生成するための処理を説明する。管理サーバ４は、ＷＷＮペアの生成条件を判定する（Ｓ２０）。生成条件には、以下の４つがある。
　条件（１）：新規グループにペアを追加する
　条件（２）：既存グループにペアを追加する
　条件（３）：既存グループからペアを削除する
　条件（４）：既存グループを削除する
　新規グループを作成して、その新規グループにペアを追加する場合（条件（１））、管理サーバ４は、ＷＷＮグループテーブルＴ９に未使用のグループＩＤがあるか否かを判定する（Ｓ２１）。未使用のグループＩＤがある場合（Ｓ２１：ＹＥＳ）、管理サーバ４は、その未使用グループＩＤを１つ抽出する（Ｓ２２）。管理サーバ４は、未使用グループＩＤにペアＩＤを対応付ける（Ｓ２３）。
　仮に、未使用グループＩＤを"１"、追加するペアＩＤを"１"として、具体例を説明する。この場合、管理サーバ４は、ＷＷＮグループテーブルＴ９において、グループＩＤが"１"である割り当て済み数のフィールドＣ９２の値"０"に１を加算して、"１"とし、さらに、グループを構成するペアＩＤを示すフィールドＣ９３にペアＩＤの値である"１"を登録する。
　次に、管理サーバ４は、グループＩＤを用いて、生成済みのサーバ用ＷＷＮ及びストレージ用ＷＷＮをそれぞれ更新する（Ｓ２４）。つまり、ペアＩＤが選択された時点で、サーバ用ＷＷＮとストレージ用ＷＷＮとは上述の生成規則に従って自動的に生成することができる。生成されたサーバ用ＷＷＮ及びストレージ用ＷＷＮは、ＷＷＮペアテーブルＴ６（３）に登録される。管理サーバ４は、グループＩＤが決定された場合、そのグループＩＤが含まれるように、サーバ用ＷＷＮ及びストレージ用ＷＷＮをそれぞれ更新させる（Ｓ２４）。
　上記の例で説明する。管理サーバ４は、ＷＷＮペアテーブルＴ６（３）のペアＩＤが"１"のエントリＬ１０１において、生成済みのサーバ用ＷＷＮ（Ｃ６３）に含まれるグループＩＤの領域に"１"を設定する。換言すれば、グループＩＤの値を"００：００"から"００：０１"に変更する。同様に、管理サーバ４は、ストレージ用ＷＷＮ（Ｃ６４）のグループＩＤの領域に"１"を設定する。
　上記の更新処理の結果として、ＷＷＮペアテーブルＴ６（３）のエントリＬ１０１に示すように、サーバ用ＷＷＮ（Ｃ６３）の値は、"５０：１２：３４：００：０１：００：０１：０２"となり、ストレージ用ＷＷＮ（Ｃ６４）の値は、"５０：１２：３４：００：０１：００：０１：０１"となる。
　管理サーバ４は、更新されたＷＷＮペアの状態フラグＣ６２に"１／０"を設定する（Ｓ２５）。
　一方、ＷＷＮグループテーブルＴ９に未使用のグループＩＤが無い場合（Ｓ２１：ＮＯ）、管理サーバ４は、処理を終了する。新規グループを作成できないためである。
　既存グループにペアを新たに追加する場合（条件（２））。管理サーバ４は、Ｓ２１及びＳ２２をスキップしてＳ２３を実行する。
　例えば、グループＩＤ＝１のグループに、ペアＩＤ＝２のＷＷＮペアを追加する場合を説明する。この場合、管理サーバ４は、ＷＷＮグループテーブルＴ９において、グループＩＤが"１"である割り当て済み数のフィールドＣ９２の値"１"に１を加算して"２"とする。さらに、管理サーバ４は、グループを構成するペアＩＤを示すフィールドＣ９３にペアＩＤ＝２を登録する。その結果は、図９のエントリＬ９１と、図１０のエントリＬ１０２のようになる。
　既存グループからペアを削除する場合（条件（３））、管理サーバ４は、指定された削除対象のペアＩＤを選択する（Ｓ２７）。管理サーバ４は、削除対象のペアＩＤがＷＷＮグループテーブルＴ９に登録済みのペアＩＤであるか否か判定する（Ｓ２８）。
　ＷＷＮグループテーブルＴ９に登録済みのペアＩＤである場合（Ｓ２８：ＹＥＳ）、管理サーバ４は、ＷＷＮペアテーブルＴ６（３）において、削除対象のペアＩＤに対応する状態フラグＣ６２を"０／０"に設定する（Ｓ２９）。さらに、管理サーバ４は、ＷＷＮグループテーブルＴ９のフィールドＣ９３から削除対象のペアＩＤを削除し、割り当て済み数のフィールドＣ９２の値から１を減算する（Ｓ３０）。
　なお、ＷＷＮグループテーブルＴ９に登録済みのペアＩＤではない場合（Ｓ２８：ＮＯ）、管理サーバ４は、処理を終了する。
　既存グループを削除する場合（条件（４））、管理サーバ４は、指定された削除対象グループにペアＩＤが登録されているか否かを判定する（Ｓ２６）。具体的には、管理サーバ４は、削除対象のグループＩＤに対応する割り当て済み数Ｃ９２の値が０よりも大きいか否かを判定する。割当済み数Ｃ９２の値が０よりも大きい場合（Ｓ２６：ＹＥＳ）、削除対象のグループ内にペアＩＤが残っている。そこで、管理サーバ４は、既存グループからペアを削除する場合と同様の処理Ｓ２７－Ｓ３０を実行する。
　削除対象グループの割り当て済み数Ｃ９２の値が０の場合（Ｓ２６：ＮＯ）、管理サーバ４は、処理を終了する。削除対象のグループ内にペアＩＤが一つも存在しないため、グループＩＤを削除したに等しい。ＷＷＮグループテーブルＴ９から、削除対象のグループＩＤ自体を削除する必要はない。
　図１２を参照して、統合管理プログラムＰ７の処理を説明する。ここでは、動作の主体を管理プログラムＰ７とする。
　管理プログラムＰ７は、ＷＷＮペアテーブルＴ６から１つのペアを抽出し（Ｓ４０）、状態フラグＣ６２に"１／１"を設定する（Ｓ４１）。即ち、管理サーバ４は、状態フラグＣ６２のうち割り当て済みか否かを示す部分に"１"を設定する。
　その後、管理プログラムＰ７は、ストレージ管理エージェントＰ８にアクセスし（Ｓ４２）、続いて、サーバ管理エージェントＰ９にアクセスし（Ｓ４６）、最後にスイッチ管理エージェントＰ１０にアクセスする（Ｓ４９）。これらの処理Ｓ４２，Ｓ４６，Ｓ４９は、図１３－図１５に示すＬＵＮマッピングテーブルＴ１３と、ＬＵＮマスキングテーブルＴ１４及びＶＭマッピングテーブルＴ１５を使用するため、先に説明する。
　図１３は、ＬＵＮマッピングテーブルＴ１３の構成図である。ＬＵＮマッピングテーブルＴ１３は、例えば、ポートＩＤフィールドＣ１３１と、ＶＨＢＡフィールドＣ１３２と、ＷＷＰＮフィールドＣ１３３と、ＬＵＮマッピングフィールドＣ１３４とを、１エントリＬ１３１－Ｌ１３３とするテーブル構成である。
　図２で示したストレージ装置１のポート２０４（１）と、仮想ＨＢＡ２０２（１）及びそのＷＷＰＮ２０３（１）と、ＬＵＮ２０１との関係を、ＬＵＮマッピングテーブルＴ１３の各エントリＬ１３１－Ｌ１３３は示している。
　ＶＨＢＡは、仮想的に設けられるＨＢＡである。一つのポート２０４（１）に複数の仮想ＨＢＡを設けることができる。そして、仮想ＨＢＡには、少なくとも一つのＬＵＮ２０１を対応付けることができる。
　図１４は、ＬＵＮマスキングテーブルＴ１４の構成図である。ＬＵＮマスキングテーブルＴ１４は、例えば、ポートＩＤフィールドＣ１４１と、ＶＨＢＡフィールドＣ１４２と、ＷＷＰＮフィールドＣ１４３と、ＬＵＮマスキングフィールドＣ１４４とを１エントリＬ１４１－Ｌ１４３とするテーブル構成である。
　図２に示す通り、サーバ２の仮想ＨＢＡ２０２（２）に設定されるＷＷＰＮ２０３（２）が、ＬＵＮマスキングフィールドＣ１４４に格納されることで、ＬＵＮ２０１と仮想ＨＢＡ（２）との対応関係が定まる。
　なお、ＬＵＮマスキングテーブルＴ１４のフィールドＣ１４１－Ｃ１４３は、ＬＵＮマッピングテーブルＴ１３のフィールドＣ１３１－Ｃ１３３と同じである。従って、ＬＵＮマッピングテーブルＴ１３に、ＬＵＮマスキングテーブルＴ１４のフィールドＣ１４４をマージしてもよい。つまり、一つのテーブルで、ＬＵＮマッピング及びＬＵＮマスキングを管理する構成でもよい。
　図１５は、ＶＭマッピングテーブルＴ１５の構成図である。ＶＭマッピングテーブルＴ１５は、例えば、ポートＩＤフィールドＣ１５１と、ＶＨＢＡフィールドＣ１５２と、ＷＷＰＮフィールドＣ１５３と、ＶＭマッピングフィールドＣ１５４とを１エントリＬ１５１－Ｌ１５４とするテーブル構成である。
　このようにＶＭマッピングテーブルＴ１５は、図２で示したサーバ２の仮想ＨＢＡ２０２（２）とＶＭ２１１との対応関係を規定する。
　図１２に戻り、ストレージ管理エージェントＰ８、サーバ管理エージェントＰ９、ＶＭ管理プログラムＰ２１３、スイッチ管理エージェントＰ１０の処理を説明する。
　ストレージ管理エージェントＰ８は、ＷＷＮペアテーブルＴ６から抽出されたストレージ用ＷＷＰＮ（Ｃ６４）を、ストレージ装置１の仮想ＨＢＡ２０２（１）に設定する（Ｓ４３）。
　続いて、ストレージ管理エージェントＰ８は、ＬＵＮマッピングテーブルＴ１３のフィールドＣ１３２及びＣ１３３と、ＬＵＮマスキングテーブルＴ１４のフィールドＣ１４２及びＣ１４３とに、それぞれ対応する値を設定し、さらに、仮想ＨＢＡ２０２（１）に対応するＬＵＮをＬＵＮマッピングフィールドＣ１３４に設定する（Ｓ４４）。
　ストレージ管理エージェントＰ８は、Ｓ４３で設定されたストレージ用ＷＷＰＮとペアを構成するサーバ用ＷＷＰＮ（Ｃ６３）を、ＬＵＮマスキングテーブルＴ１４のＬＵＮマスキングフィールドＣ１４４に設定する（Ｓ４５）。
　ここで、ストレージ管理エージェントＰ８は、ＷＷＮペアテーブルＴ６を参照しなくても、ストレージ用ＷＷＰＮ（ストレージ用ＷＷＮ）からサーバ用ＷＷＰＮ（サーバ用ＷＷＮ）を自動的に得ることができる。
　本実施例に特徴的なＷＷＮペアは、図７で述べたように所定の生成規則に従って作成される。さらに、ベンダ識別子の構成を解析することにより、そのベンダ識別子を含むＷＷＮがＷＷＮペアの片割れであるか否かを判定できる。従って、ストレージ管理エージェントＰ８は、ストレージ用ＷＷＮからサーバ用ＷＷＮを自動的に特定でき、特定されたサーバ用ＷＷＮを用いてＬＵＮマスキングテーブルを作成できる。
　サーバ管理エージェントＰ９の動作を説明する。サーバ管理エージェントＰ９は、ＷＷＮペアテーブルＴ６から抽出されたサーバ用ＷＷＰＮ（Ｃ６３）を、サーバ２の仮想ＨＢＡ２０２（２）に設定する（Ｓ４７）。
　サーバ管理エージェントＰ９は、ＶＭ管理プログラムＰ２１３を介して、ＶＭマッピングテーブルを作成させる。ＶＭ管理プログラムＰ２１３は、ＶＭマッピングテーブルＴ１５のフィールドＣ１５２及びＣ１５３に対応する値をそれぞれ設定し、仮想ＨＢＡ２０２（２）に対応するＶＭをＶＭマッピングフィールドＣ１５４に登録する（Ｓ４８）。
　スイッチ管理エージェントＰ１０は、ＷＷＮペアテーブルＴ６から抽出されたストレージ用ＷＷＰＮ（Ｃ６４）とサーバ用ＷＷＰＮ（Ｃ６３）をメンバとするゾーンを作成する（Ｓ５０）。
　このように構成される本実施例では、ペアとなるサーバ用ＷＷＮ及びストレージ用ＷＷＮを予め生成して管理しておき、ペアとなるべきエンドポイント（ＶＨＢＡ、ポート）が指定された場合に、ＷＷＮのペアを各エンドポイントに設定する。
　従って、本実施例では、従来技術のように、対応付けるべき２つのエンドポイントを選択し、選択された各エンドポイントからＷＷＮを取得し、取得した各ＷＷＮを対応付けるという手間がかからない。本実施例では、予めＷＷＮのペアを生成しておけば、対応付けるべき２つのエンドポイントを選択して、ペアを構成するＷＷＮを各エンドポイントに設定させるだけで設定が完了する。従って、多数の装置を含むコンピュータシステムにおいて、ＷＷＮを設定するための管理工数を低減でき、使い勝手が向上する。
　さらに、本実施例では、予めＷＷＮのペアが生成されているので、ストレージ装置１はＬＵＮマッピングテーブルＴ１３及びＬＵＮマスキングテーブルＴ１４を自動的に作成することができ、ＳＡＮスイッチ３はゾーニングテーブル（図１７参照）を自動的に作成できる。従って、アクセス制御及び通信制御のための管理工数も低減できる。
　さらに、本実施例では、ＷＷＮのペアを生成する規則が既知であるから、ストレージ装置１は、ストレージ用ＷＷＮに基づいて、そのストレージ用ＷＷＮに対応するサーバ用ＷＷＮを直ちに特定できる。従って、ストレージ装置１は、ＷＷＮペアテーブルＴ６を参照せずに、ＬＵＮマスキングテーブルを自動的に作成できる。
　同様に、ＳＡＮスイッチ３は、ストレージ用ＷＷＮまたはサーバ用ＷＷＮのいずれか一方を取得した時点で、そのＷＷＮとペアを構成する他のＷＷＮを直ちに特定することができる。つまり、ストレージ装置１またはサーバ２のいずれか一方がファブリックにログインしていれば、他方がファブリックにログインしていなくても、ゾーニングテーブルを作成することができる。
　図１６－図１８を参照して第２実施例を説明する。本実施例は第１実施例の変形例に該当する。従って、第１実施例との相違を中心に説明する。本実施例では、第１実施例を前提とし、グループ情報及びペア情報を含むＷＷＮを使用して、ＳＡＮスイッチ３にゾーニングを設定する。
　図１６は、ＳＡＮスイッチ３の有するネームテーブルＴ１６の構成図である。ネームテーブルＴ１６は、例えば、ポートＩＤフィールドＣ１６１と、ＦＣ　ＩＤフィールドＣ１６２と、ＷＷＰＮフィールドＣ１６３と、ＷＷＮＮフィールドＣ１６４と、ＦＣ－４　ＦＥＡＴＵＲＥＳフィールドＣ１６５と、ゾーンＩＤフィールドＣ１６６とを、１エントリＬ１６１－Ｌ１６６とするテーブル構成である。
　ポートＩＤフィールドＣ１６１には、図２で示したＳＡＮスイッチ３のポート１１４に示しているポートＩＤが設定される。ＦＣ　ＩＤフィールドＣ１６２には、ＦＣ－ＳＡＮで使用されるアドレスが設定される。通常、ＦＣ－ＳＡＮに接続する場合、ファブリックログイン（ＦＬＯＧＩ）という処理が行われる。その処理により、ストレージ装置１のポート２０４、仮想ＨＢＡ２０２、サーバ２のポート２０４、仮想ＨＢＡ２０２のＷＷＰＮに対して、ＦＣ　ＩＤがそれぞれ配布される。ＦＣ　ＩＤを受領した装置は、ネームテーブルＴ１６に対して、自分のＷＷＰＮと、ＷＷＮＮと、ＦＣ－４　ＦＥＡＴＵＲＥＳとを登録する。
　ＦＣ－４　ＦＥＡＴＵＲＥＳとは、ＦＣにおける上位レイヤが持つ機能である。具体的には、ストレージ装置１はＴＡＲＧＥＴ機能となり、サーバ２はＩＮＩＴＩＡＴＯＲ機能となる。ＳＣＳＩ－ＦＣＰ（Fibre Channel Protocol）とは、ＦＣ上にＳＣＳＩプロトコルを流すためのプロトコルである。
　ゾーンＩＤフィールドＣ１６６には、次で説明するゾーニングテーブルＴ１７のゾーンＩＤが設定される。
　図１７は、ＳＡＮスイッチ３の有するゾーニングテーブルＴ１７の構成図である。ゾーニングテーブルＴ１７は、例えば、ゾーンＩＤフィールドＣ１７１と、ゾーン名フィールドＣ１７２と、ゾーンメンバリストフィールドＣ１７３と、ＣＯＮＦＩＧフィールドＣ１７４とを、１エントリＬ１７１－Ｌ１７３とするテーブル構成である。
　ゾーンＩＤは、各ゾーンを識別するための情報である。ゾーン名フィールドＣ１７２には、各ゾーンの名称が設定される。ゾーン名は、ユーザが手動で設定してもよいし、または自動的に設定される構成でもよい。ユーザは、統合管理プログラムＰ７またはスイッチ管理エージェントＰ１０を使用して、ゾーン名を設定したり変更したりできる。
　ゾーンメンバリストフィールドＣ１７３には、実ＨＢＡまたは仮想ＨＢＡのＷＷＰＮが設定される。
　ＣＯＮＦＩＧフィールドＣ１７４には、ゾーンを生成する種別が設定される。ゾーンが自動的に生成された場合は、"ＡＵＴＯ"と設定される。ユーザが手動で設定した場合は、"ＭＡＮＵＡＬ"と設定される。ユーザは、統合管理プログラムＰ７またはスイッチ管理エージェントＰ１０を使用して、ゾーンを設定したり変更したりできる。なお、ゾーニング機能には、ゾーンをメンバとするグループを設定する機能もある。この機能は、ゾーンＳＥＴと呼ばれる。
　図１８のフローチャートを参照して、ゾーニングテーブルＴ１７を自動的に生成する処理を説明する。以下の説明では、便宜上、動作の主体をＳＡＮスイッチ３とする。スイッチ管理エージェントＰ１０を主語としてもよい。
　ＳＡＮスイッチ３は、ゾーンを自動生成するか否かを判定する（Ｓ６０）。ゾーンを自動生成する場合（Ｓ６０：ＡＵＴＯ）、ＳＡＮスイッチ３は、ネームテーブルＴ１６を検索し、ＷＷＰＮ（Ｃ１６３）中のベンダ識別子が"０：１２：３４"ｈであり、かつ、ゾーンＩＤが未登録のエントリがあるか否かを判定する（Ｓ６１）。
　所定のベンダ識別子"０：１２：３４"を有するＷＷＰＮであって、かつ、ゾーンＩＤが未登録のエントリが発見されると（Ｓ６１：ＹＥＳ）、ＳＡＮスイッチ３は、そのエントリを抽出する（Ｓ６２）。ＳＡＮスイッチ３は、抽出したエントリのペアＩＤ毎にゾーンを作成する（Ｓ６３）。ＳＡＮスイッチ３は、ＣＯＮＦＩＧフィールドＣ１７４に"ＡＵＴＯ"を設定する（Ｓ６４）。
　最後に、ＳＡＮスイッチ３は、ネームテーブルＴ１６のゾーンＩＤフィールドＣ１６６に、ゾーニングテーブルＴ１７に登録したゾーンＩＤを登録する（Ｓ６５）。ＳＡＮスイッチ３は、Ｓ６１に戻り、ネームテーブルＴ１６を再び検索して、所定のベンダ識別子を含むＷＷＰＮ（Ｃ１６３）であって、ゾーンＩＤが未登録のエントリがあるか否かを判定する（Ｓ６１）。
　具体的に説明する。図１６において、ゾーンＩＤが未登録の状態を仮定する。ネームテーブルＴ１６（１）のエントリＬ１６１－Ｌ１６４は、所定のベンダ識別子"０：１２：３４"を含むＷＷＰＮを有している。従って、ＳＡＮスイッチ３は、エントリＬ１６１－Ｌ１６４を抽出する。
　抽出されたＷＷＰＮ（Ｃ１６３）が含んでいるペアＩＤは、"１"と"２"である。ＳＡＮスイッチ３は、１つめのペアをメンバとするゾーンを登録すべきゾーンＩＤを選択する。ここでは、ゾーンＩＤ＝１にゾーンを登録する場合を説明する。
　ＳＡＮスイッチ３は、ゾーンＩＤが"１"のエントリＬ１７１のゾーンメンバリストフィールドＣ１７３に、ネームテーブルＴ１６のエントリＬ１６１のＷＷＰＮとＬ１６２のＷＷＰＮとを設定する。ＳＡＮスイッチ３は、ＣＯＮＦＩＧフィールドＣ１７４に"ＡＵＴＯ"と設定する。
　ＳＡＮスイッチ３は、ゾーンＩＤが"２"のエントリＬ１７２のゾーンメンバリストフィールドＣ１７３に、ネームテーブルＴ１６のエントリＬ１６３のＷＷＰＮとＬ１６４のＷＷＰＮを設定する。さらに、ＳＡＮスイッチ３は、ＣＯＮＦＩＧフィールドＣ１７４に"ＡＵＴＯ"と設定する。
　Ｓ６０において、ゾーンを手動設定すると判定された場合（Ｓ６０：ＭＡＮＵＡＬ）、ＳＡＮスイッチ３は、ネームテーブルＴ１６を検索し、ゾーンＩＤが未登録のエントリがあるか否かを判定する（Ｓ６６）。
　ゾーンＩＤが未登録のエントリがある場合（Ｓ６６：ＹＥＳ）、ＳＡＮスイッチ３は、ゾーニングテーブルＴ１７に、ユーザからの指示通りにゾーンを設定する（Ｓ６７）。ユーザは、統合管理プログラムＰ７またはスイッチ管理エージェントＰ１０を用いて、ＳＡＮスイッチ３にゾーンを設定できる。
　ＳＡＮスイッチ３は、ＣＯＮＦＩＧフィールドＣ１７４に"ＭＡＮＵＡＬ"と設定する（Ｓ６８）。ＳＡＮスイッチ３は、ネームテーブルＴ１６のゾーンＩＤフィールドＣ１６６に、ゾーニングテーブルＴ１７に登録したゾーンＩＤを登録する（Ｓ６９）。その後、ＳＡＮスイッチ３は、Ｓ６６に戻る。
　所定のベンダ識別子"０：１２：３４"を含むＷＷＰＮを有し、かつ、ゾーンＩＤが未登録のエントリが無い場合（Ｓ６１：ＮＯ）、処理はＳ６６に移行する。
　なお、上述の説明では、ゾーニングテーブルＴ１７（１）に、ペアＩＤ毎にゾーンを作成する場合を述べた（Ｓ６３）。これに限らず、グループＩＤ毎にゾーンを作成してもよいし、または、ペアＩＤ毎及びグループＩＤ毎にゾーンを作成してもよい。
　このように構成される本実施例も第１実施例と同様の効果を奏する。特に本実施例では、ＳＡＮスイッチ３は、ネームテーブルＴ１６（１）の内容を解析して自動的にゾーンを設定することができるため、ゾーン設定に要する手間を省くことができ、管理工数を低減できる。
　図１９－２６を参照して第３実施例を説明する。本実施例では、グループ情報及びペア情報を含むｉＳＣＳＩネームを使用して、ストレージ装置１にＬＵＮマスキングを自動的に設定する。
　図１９は、本実施例に係るｉＳＣＳＩを使用したＳＡＮ（ＩＰ－ＳＡＮと称す）の論理的な全体構成を示す。図２との相違点を以下に列挙する。
　（相違１）ストレージ装置１のポート２０４（１）とサーバ２のポート２０４（２）にＷＷＰＮ１０７（１），１０７（２）が設定されていない、
　（相違２）仮想ＨＢＡ２０２（１），２０２（２）が仮想ＮＩＣ（Network Interface Card）１９１（１），１９１（２）に変更されている、
　（相違３）仮想ＨＢＡ２０２（１），２０２（２）には、ＷＷＰＮ２０３（１），２０３（２）に代えて、ＩＳＮ（iSCSI Name）１９２（１），１９１（２）が設定されている、
　（相違４）スイッチ装置は、ＦＣ－ＳＡＮスイッチ３に代えて、ＬＡＮスイッチ１９５に変更されている、
　（相違５）管理サーバ４は、ＷＷＮペアテーブルＴ６に代えて、ＩＳＮペアテーブルＴ２３を備える、
　（相違６）ｉＳＮＳ（Internet Storage Name Server）サーバ１９３がコンピュータシステムに追加されている。
　ｉＳＮＳサーバ１９３は、管理サーバ４と同様な物理構成を備えることができる。図示しないが、ｉＳＮＳサーバ１９３は、例えば、ＣＰＵ、メモリ、ＮＩＣ等を備える。図１９に示すＩＰ－ＳＡＮの構成では、ＦＣ－ＳＡＮで使用されたＷＷＮまたはＷＷＰＮに代えて、「エンドポイント識別子」としてのｉＳＣＳＩネームが使用される。
　図２０－図２２を参照して、ｉＳＣＳＩネームのフォーマットを説明する。ｉＳＣＳＩネームは、ＩＥＴＦ（Internet Engineering Task Force）のＲＦＣ３７２０（http://www.ietf.org/rfc/rfc3720.txt）で規定されている。
　図２０は、ＩＱＮ（iSCSI Qualified Name）形式のｉＳＣＳＩネームフォーマットＴ２０の構成図である。ｉＳＣＳＩネームフォーマットＴ２０の全体の長さは２５５バイトである。ｉＳＣＳＩネームフォーマットＴ２０は、タイプフィールドＣ２０１と、ＤＡＴＥフィールドＣ２０２と、ドメイン名フィールドＣ２０３と、オプションフィールドＣ２０４とから構成されている。
　各フィールド間では、ドット「．」が使用される。タイプフィールドＣ２０１には「ｉｑｎ」という文字が使用される。ＤＡＴＥフィールドＣ２０２では、ドメイン名を取得した日付が使用される。ドメイン名フィールドＣ２０３では、通常のドメイン名をドット単位で逆順にしたものが使用される。例えば、"ｅｘａｍｐｌｅ．ｃｏｍ"という通常のドメイン名は、ドメイン名フィールドＣ２０３において"ｃｏｍ．ｅｘａｍｐｌｅ"と設定される。
　オプションフィールドＣ２０４では、ベンダ独自の情報を使用できる。本実施例は、図５で説明したように、グループ情報（グループＩＤ）とペア情報（ペアＩＤ）及びシステムタイプ（ストレージかサーバか）を考慮した文字を、オプションフィールドＣ２０４で使用する。具体例として、最初はコロン「：」の文字を使用し、次にシステムタイプとして「ｓｔｏｒａｇｅ」または「ｓｅｒｖｅｒ」、そしてコロン、次にグループＩＤ、次にハイフン「－」、最後にペアＩＤの文字を使用する。従って、"：ｓｔｏｒａｇｅ：ｇｒｏｕｐｉｄ－ｐａｉｒｉｄ"のように設定される。
　図２１は、ＥＵＩ（Enterprise or Extended Unique Identifier）形式のｉＳＣＳＩネームフォーマットＴ２１の構成図である。ＥＵＩ形式のｉＳＣＳＩネームフォーマットＴ２１は、タイプフィールドＣ２１１と、ＭＡＣ（Media Access Control）アドレスから自動生成する６４ｂｉｔの情報Ｃ２１２とから構成される。タイプフィールドＣ２１１には「ｅｕｉ．」という文字を使用する。
　図２２は、ＮＡＡ形式のｉＳＣＳＩネームフォーマットＴ２２の構成図である。ＮＡＡ形式のｉＳＣＳＩネームフィールドＴ２２は、タイプフィールドＣ２２１と、ＷＷＮで使用したＮＡＡ形式の情報Ｃ２２２とから構成される。タイプフィールドＣ２２１には「ｎａａ．」という文字を使用する。ＮＡＡ形式の情報Ｃ２２２には、第１実施例で説明した値をそのまま使用できる。
　本実施例では、グループ情報及びペア情報を含むｉＳＣＳＩネームとして、図２０のＩＱＮ形式と図２２のＮＡＡ形式とを使用する。図２０のエントリＬ２０１と図２２のエントリＬ２２１とは、ペア情報が"１"であるストレージ装置のｉＳＣＳＩネームの例をそれぞれ示している。
　図２３は、本実施例のＷＷＮペアテーブルＴ６（４）を示す。ＷＷＮペアテーブルＴ６（４）は、図６で示したＷＷＮペアテーブルＴ６（１）と同一構造を備える。しかし、本実施例のＷＷＮペアテーブルＴ６（４）では、ＷＷＰＮに代えて、ｉＳＣＳＩネームを使用する。
　エントリＬ２３１とＬ２３２とは、ＩＱＮ形式のｉＳＣＳＩネームを格納した例を示している。エントリＬ２３３とＬ２３４とは、ＮＡＡ形式のｉＳＣＳＩネームを格納した例を示している。本実施例のＷＷＮペアテーブルＴ６（４）を生成するための処理は、図８で示した生成処理と同様であるため、省略する。なお、ＷＷＮペアテーブルＴ６（４）内の下線部の値が、ペアＩＤの値を示す。例えば"０００１"はペアＩＤが"１"であることを示し、"０００２"はペアＩＤが"２"であることを示す。
　図２４は、本実施例のＬＵＮマッピングテーブルＴ１３（２）である。ＬＵＮマッピングテーブルＴ１３（２）は、図１３で示したＬＵＮマッピングテーブルＴ１３（１）と同一構造を備える。但し、図２４のＬＵＮマッピングテーブルＴ１３（２）では、ＷＷＰＮに代えて、ｉＳＣＳＩネームを使用している。エントリＬ２４１－Ｌ２４３のｉＳＣＳＩネームフィールドＣ２４２の値には、ＷＷＮペアテーブルＴ６（４）のエントリＬ２３１－Ｌ２３３のストレージ用ｉＳＣＳＩネーム（Ｃ６４）の値を使用している。
　図２５は、本実施例によるＬＵＮマスキングテーブルＴ１４（２）を示す。このＬＵＮマスキングテーブルＴ１４（２）は、図１４で示したＬＵＮマスキングテーブルＴ１４（１）と同一構造を備える。但し、図２５のＬＵＮマスキングテーブルＴ１４（２）では、ＷＷＰＮに代えて、ｉＳＣＳＩネームを使用している。エントリＬ２５１－Ｌ２５３のＬＵＮマスキングフィールドＣ１４４の値には、ＷＷＮペアテーブルＴ６（４）のエントリＬ２３１－Ｌ２３３のサーバ用ｉＳＣＳＩネーム（Ｃ６３）の値を使用している。
　図２６は、本実施例によるＶＭマッピングテーブルＴ１５（２）を示す。ＶＭマッピングテーブルＴ１５（２）は、図１５で示したＶＭマッピングテーブルＴ１５（１）と同一構造を備える。但し、図２６のＶＭマッピングテーブルＴ１５（２）は、ＷＷＰＮに代えて、ｉＳＣＳＩネームを使用している。エントリＬ２６１－Ｌ２６４のｉＳＣＳＩネームフィールドＣ２６３の値には、ＷＷＮペアテーブルＴ６（４）のエントリＬ２３１－Ｌ２３４のサーバ用ｉＳＣＳＩネーム（Ｃ６３）の値を使用している。
　図２４－図２６の各テーブルの内容は、図１２で示した統合管理プログラムＰ７と同様な処理により生成される。そして、統合管理プログラムＰ７の処理結果として、ストレージ装置１の仮想ＮＩＣ１９１（１）にｉＳＣＳＩネーム（ＩＳＮ）１９２（１）が設定され、かつ、サーバ２の仮想ＮＩＣ１９１（２）にｉＳＣＳＩネーム（ＩＳＮ）１９２（２）が設定される。
　このように構成される本実施例も第１実施例，第２実施例と同様の効果を奏する。
　図２７，図２８を参照して第４実施例を説明する。本実施例では、第３実施例を前提とし、グループ情報及びペア情報を含むｉＳＣＳＩネームを使用して、ｉＳＮＳサーバにディスカバリドメイン（以下、ＤＤとも呼ぶ）を設定する。
　ＤＤとは、ＦＣ－ＳＡＮスイッチにおけるゾーニング処理のゾーンと同様なものであり、ＤＤ内のメンバ（ＷＷＰＮまたはｉＳＣＳＩネームによる）間でのみ、装置発見及び装置の情報収集が許可される。
　ゾーニングでは、ＦＣスイッチ３においてフレーム毎に通信の許可をチェックする機能がある。ＤＤは、ｉＳＮＳサーバ１９３だけで実現される。従って、ＬＡＮスイッチ１９５は、フレーム毎の通信可否をチェックしない。
　図２７は、ｉＳＮＳサーバ１９３が有するネームテーブルＴ２６の構成図である。ネームテーブルＴ２６は、図１６で示したＳＡＮスイッチ３のネームテーブルＴ１６（１）に似た構造を備える。
　図２７のテーブルＴ２６と図１６のテーブルＴ１６（１）との違いを述べる。テーブルＴ２６では、ＦＣ　ＩＤフィールドＣ１６２がＩＰアドレスフィールドＣ２７２に変更されている。さらに、テーブルＴ２６では、ＷＷＰＮフィールドＣ１６３がｉＳＣＳＩネームフィールドＣ２７３に変更されている。さらに、テーブルＴ２６では、ゾーンＩＤフィールドＣ１６６がＤＤ　ＩＤフィールドＣ２７６に変更されている。
　ＩＰアドレスフィールドＣ２７２には、ＩＰアドレスの他に、ＴＣＰ（Transmission Control Protocol）のポート番号を設定してもよい。ＩＰアドレスは、サブネットが異なっていてもよい。ＩＰアドレスのバージョンは、ＩＰｖ４とＩＰｖ６のいずれで設定してもよい。通常、サーバまたはストレージ等の装置は、ＩＰ－ＳＡＮに接続すると、自装置のＩＰアドレスとＴＣＰポート番号とｉＳＣＳＩネームとＦＣ－４　ＦＥＡＴＵＲＥＳとを、ｉＳＮＳサーバ１９３に登録する。
　図２８は、ｉＳＮＳサーバ１９３の有するディスカバリドメインテーブルＴ２７の構成図である。ＤＤテーブルＴ２７は、図１７で示したＳＡＮスイッチ３のゾーニングテーブルＴ１７と似た構成を備える。
　図２８のＤＤテーブルＴ２７と図１７のゾーニングテーブルＴ１７との相違は次の通りである。ＤＤテーブルＴ２７では、ゾーンＩＤフィールドＣ１７１がＤＤ　ＩＤフィールドＣ２８１に変更されている。ＤＤテーブルＴ２７では、ゾーン名フィールドＣ１７２がＤＤ名フィールドＣ２８２に変更されている。ＤＤテーブルＴ２７では、ゾーンメンバリストフィールドＣ１７３がＤＤメンバリストフィールドＣ２８３に変更されている。
　図２８のテーブルの内容は、図１８で示したゾーニングテーブルＴ１７の自動生成処理と同様な処理により生成される。なお、ネームテーブルＴ２６のｉＳＣＳＩネーム（Ｃ２７３）では、下線を引いたドメイン名を、ネームテーブルＴ１６におけるベンダ識別子として扱う。つまり、予め設定される所定のドメイン名を含むｉＳＣＳＩネームを検出すると、そのｉＳＣＳＩネームは、所定の生成規則に基づいて生成されたものであることと、ペアとなる他のｉＳＣＳＩネームが存在することとが判明する。
　このように構成される本実施例も前記第３実施例と同様の効果を奏する。
　図２９－図３６を参照して第５実施例を説明する。本実施例では、第１実施例及び第２実施例を前提とし、グループ情報及びペア情報を含むＷＷＮを使用する。本実施例では、ＶＭをマイグレーションさせる場合を説明する。本実施例では、グループ情報を利用するため、ＶＭをマイグレーションさせても、ＬＵＮマスキング及びゾーニングの、設定変更は不要となる。
　図２９は、コンピュータシステムの論理的構成を示す。図２に示す構成との相違を説明する。図２９では、説明を簡単にするために、ＶＭ２１１（１）は、"ＶＨＢＡａ２１"と表示されている仮想ＨＢＡ２０２（２）とは接続されていない。つまり、ＶＭ２１１（１）は、ＶＨＢＡａ２１にマッピングされていない。
　図２９に示す破線の矢印は、サーバ２（１）のＶＭ２１１（１）が、サーバ２（２）のＶＭ２１１（４）の位置へ移動する様子を示している。ＶＭの移動は、仮想オペレーティングシステムＰ２１２（１），Ｐ２１２（２）とＶＭ管理プログラムＰ２１３（１），Ｐ２１３（２）とが実施する。
　図３０は、本実施例のＷＷＮグループテーブルＴ９（２）を示す。ＷＷＮグループテーブルＴ９（２）は、図９で説明したＷＷＮグループテーブルＴ９と同一構造を有する。但し、図３０のＷＷＮグループテーブルＴ９（２）では、グループＩＤは１しか使用されていない。エントリＬ３０１には、グループＩＤ＝１のグループを、ペアＩＤが"１"及び"２"の２つのペアで構成する例を示している。
　図３１は、ＷＷＮペアテーブルＴ６（５）を示す。図３１のＷＷＮペアテーブルＴ６（５）は、図３０に示すＷＷＮグループテーブルＴ９の内容となるように、図１１のＷＷＮペアの生成処理を実施した場合の、ＷＷＮペアテーブルＴ６の生成結果である。ＷＷＮペアテーブルＴ６（５）内の下線部の値（００：０１）が、グループＩＤの値である。
　図３２－図３４は、図１２で説明した統合管理プログラムＰ７の処理を実施した場合の生成結果を示している。第１実施例との相違点を述べる。
　図３２のＬＵＮマッピングテーブルＴ１３（３）では、エントリＬ３２３のＬＵＮマッピングフィールドＣ１３４にＬＵＮが設定されていない。さらに、図３３のＬＵＮマスキングテーブルＴ１４（３）では、エントリＬ３３１において、一つのストレージ用ＷＷＰＮに対して、そのストレージ用ＷＷＰＮと共通のグループＩＤを有する複数のサーバ用ＷＷＰＮを設定している。
　図１２で示したストレージ管理エージェントＰ９の処理（Ｓ４５）において、所定の処理を追加することで、一つのストレージ用ＷＷＰＮに複数のサーバ用ＷＷＰＮを対応付けることができる。所定の処理は、図３１のＷＷＮペアテーブルＴ６（５）から、同一グループのサーバ用ＷＷＰＮ（Ｃ６３）を全て抽出し、それらサーバ用ＷＷＰＮをＬＵＮマスキングテーブルＴ１４（３）のＬＵＮマスキングフィールドＣ１４４に設定する。
　図３４のＶＭマッピングテーブルＴ１５（３）は、サーバ２（１）のＶＭをマッピングする仮想ＨＢＡ２０２（２）（ＶＨＢＡａ１１）と、サーバ２（２）のＶＭをマッピングするための仮想ＨＢＡ２０２（２）（ＶＨＢＡｂ１１）とに、同一グループＩＤを含むＷＷＰＮを設定している。
　具体的にはエントリＬ３４１とＬ３４４に示すように、ＷＷＰＮフィールドＣ１５３に設定されるＷＷＰＮは、同じグループＩＤ（００：０１）を有する。図２９に破線矢印で示すように、ＶＭ２１１（１）（ＶＭａ１）は、サーバ２（１）内の位置から、サーバ２（２）内のＶＭ２１１（４）の位置へ移動可能である。
　図３５及び図３６を参照して、ＳＡＮスイッチ３にゾーニングを設定する方法について説明する。図３５は、本実施例のネームテーブルＴ１６（２）である。ネームテーブルＴ１６（２）は、図１６で説明したネームテーブルＴ１６（１）と同一構造を有する。但し、説明を簡単にするため、図３５では、図２９に示すＶＭ（ＶＭａ１）に関係する情報のみ示す。
　ストレージ装置１とサーバ２とが、図３３のＬＵＮマスキングテーブルＴ１４（３）のエントリＬ３３１とＬ３３２に基づいて、ＳＡＮスイッチ３のネームテーブルＴ１６に登録する。その登録結果は、図３５のネームテーブルＴ１６（２）のエントリＬ３５１とＬ３５３とに示されている。
　図３６は、本実施例のゾーニングテーブルＴ１７（３）である。ゾーニングテーブルＴ１７（３）は、図１７で説明したゾーニングテーブルＴ１７と同一構造を備える。図３６のゾーニングテーブルＴ１７（３）は、図１８で示したゾーニングテーブル自動生成処理を一部変更することにより、作成できる。つまり、エントリのペアＩＤ毎にゾーンを作成する処理（Ｓ６３）を、抽出したエントリのグループＩＤ毎にゾーンを作成するという処理に変更することで、本実施例のゾーニングテーブルＴ１７（３）を作成できる。
　なお、Ｓ６３の処理内容を変更するのではなく、グループＩＤ毎にゾーンを生成するステップを図１８のフローチャート追加する構成でもよい。その場合、ペアＩＤ毎のゾーンとグループＩＤ毎のゾーンとが、ゾーニングテーブルＴ１７に存在することになる。
　なお、本発明は、上述した実施形態に限定されない。当業者であれば、本発明の範囲内で、種々の追加や変更等を行うことができる。例えば、第５実施例は、第３実施例及び第４実施例にも適用できる。
　さらに、例えば、統合管理プログラムＰ７は、ＳＡＮスイッチ３で実施してもよい。管理ネットワーク１１は、ＦＣ－ＳＡＮ上のインバンドの通信で実現してもよい。
　図１９で示したｉＳＮＳサーバ１９３の機能を、ＬＡＮスイッチ１９４内に設ける構成でもよい。さらに、図４、図５、図２０、図２２で示したグループ情報及びペア情報を含むＷＷＮまたはｉＳＣＳＩネームは、グループ情報だけを含むＷＷＮまたはｉＳＣＳＩネーム、あるいは、ペア情報だけを含むＷＷＮまたはｉＳＣＳＩネームにしてもよい。
　図７、図１０、図２３、図３１に示したサーバ用ＷＷＮは、ストレージ装置間でデータコピーをする場合に、イニシエータ用のＷＷＮとして利用してもよい。つまり、コピー元のストレージ装置のポートにサーバ用ＷＷＮを設定し、そのサーバ用ＷＷＮとペアを構成するストレージ用ＷＷＮを、コピー先ストレージ装置のポートに設定してもよい。
　また、図５、図２０に示したエンドポイントの識別子は、表示上、グループＩＤフィールドとペアＩＤフィールドとを人間が理解できる形態にしている。これに代えて、例えば、可逆な関数により、エンドポイント識別子を可読不能（理解不能）または可読困難（理解困難）な形態に変換してもよい。これにより、秘匿性を高めることができる。
　さらに、本発明は、以下のように、スイッチ装置またはｉＳＣＳＩネームサーバとして把握することもできる。
　観点１．ストレージエリアネットワークに使用されるスイッチ装置であって、ネームサーバに登録されるエンドポイント識別子が、ペア情報を含む所定のエンドポイント識別子であることを検出する検出機能と、前記ペア情報を含む複数の前記所定のエンドポイント識別子を１グループとして、ペア毎にゾーンを設定するゾーン設定機能とを備えるスイッチ装置。
　観点２．観点１に記載のスイッチ装置であって、前記所定のエンドポイント識別子は、エンドポイントのペアをグループとするグループ情報をさらに含み、前記ゾーン設定機能は、前記グループ情報を含むエンドポイントを１グループとして、グループ毎にゾーンを設定するスイッチ装置。
　観点３．ｉＳＣＳＩネームサーバであって、ネームサーバに登録されるエンドポイント識別子が、ペア情報を含む所定のエンドポイント識別子であることを検出する検出機能と、前記ペア情報を含む複数の前記所定のエンドポイント識別子を１グループとしてペア毎にディスカバリドメインを設定するディスカバリドメイン設定機能とを、有するｉＳＣＳＩネームサーバ。
　観点４．観点３に記載のｉＳＣＳＩネームサーバであって、前記所定のエンドポイント識別子は、エンドポイントのペアをグループとするグループ情報をさらに含み、前記ディスカバリドメイン設定機能は、前記グループ情報を含むエンドポイント識別子を１グループとしてペア毎にディスカバリドメインを設定するｉＳＣＳＩネームサーバ。
　１：ストレージ装置、２：サーバ、３：ＳＡＮスイッチ、４：管理サーバ、１９３：ｉＳＮＳサーバ、１９５：ＬＡＮスイッチ、２１１：仮想マシン、Ｐ７：統合管理プログラム

Claims (14)

  1. 　コンピュータシステムを管理するための管理装置であって、
    　前記コンピュータシステムは、互いに通信可能に接続される複数のコンピュータ装置を備えており、
    　前記管理装置は、管理プログラムを記憶するメモリと、前記管理プログラムを実行するプロセッサと、前記各コンピュータ装置と通信するための通信インターフェース回路とを備えており、
    　前記マイクロプロセッサは、前記管理プログラムを実行することにより、
    　　前記各コンピュータ装置のうち第１コンピュータ装置の有する第１エンドポイントを識別するための第１エンドポイント識別子と、前記各コンピュータ装置のうち第２コンピュータ装置の有する第２エンドポイントを識別するための第２エンドポイント識別子とを、ペアで生成して管理し、
    　　前記第１エンドポイント識別子を前記第１コンピュータ装置に送信して前記第１エンドポイントに設定させ、
    　　前記第２エンドポイント識別子を前記第２コンピュータ装置に送信して前記第２エンドポイントに設定させる、
    コンピュータシステムの管理装置。
     
  2. 　前記第１エンドポイント識別子及び前記第２エンドポイント識別子には、前記第１エンドポイント識別子と前記第２エンドポイント識別子により構成されるペアを識別するためのペア情報がそれぞれ含まれている、
    請求項１に記載のコンピュータシステムの管理装置。
     
  3. 　前記マイクロプロセッサは、前記管理プログラムを実行することにより、
    　　前記第１エンドポイント識別子及び前記第２エンドポイント識別子に基づいて、前記第２エンドポイントにアクセス可能な前記第１エンドポイントを設定するためのアクセス制御情報を生成させる、
    請求項２に記載のコンピュータシステムの管理装置。
     
  4. 　前記アクセス制御情報は前記第２コンピュータ装置により生成される、
    請求項３に記載のコンピュータシステムの管理装置。
     
  5. 　前記第１コンピュータ装置は、前記第１エンドポイントに設定される前記第１エンドポイント識別子に含まれる前記ペア情報に基づいて、前記第１エンドポイント識別子とペアを構成する前記第２エンドポイント識別子を特定し、その特定された第２エンドポイント識別子と前記第１エンドポイント識別子とを対応付けて前記アクセス制御情報を生成する、請求項４に記載のコンピュータシステムの管理装置。
     
  6. 　前記マイクロプロセッサは、前記管理プログラムを実行することにより、
    　　互いに通信可能な前記第１エンドポイントと前記第２エンドポイントとのグループを設定するためのゾーニング情報を、前記第１エンドポイントと前記第２エンドポイントとの間に設けられるスイッチ装置により生成させる、
    請求項１または請求項５のいずれかに記載のコンピュータシステムの管理装置。
     
  7. 　前記第１エンドポイント識別子と前記第２エンドポイント識別子には、前記ペア情報と、前記ペア情報が属するグループを識別するためのグループ情報とがそれぞれ含まれている、
    請求項２に記載のコンピュータシステムの管理装置。
     
  8. 　前記第１エンドポイント識別子と前記第２エンドポイント識別子には、前記ペア情報が含まれていることを示すための通知情報が含まれている、
    請求項２に記載のコンピュータシステムの管理装置。
     
  9. 　前記第１エンドポイント識別子と前記第２エンドポイント識別子には、設定先のエンドポイントの種類を示すタイプ情報が含まれている、
    請求項８に記載のコンピュータシステムの管理装置。
     
  10. 　前記第１エンドポイント及び前記第２エンドポイントは、物理的な通信ポート、または、前記物理的なポート上に設けられる仮想的な通信ポートのいずれかである、
    請求項１に記載のコンピュータシステムの管理装置。
     
  11. 　前記第２エンドポイントは命令を発行するためのエンドポイントであり、前記第１エンドポイントは前記命令を受領するためのエンドポイントである、
    請求項１に記載のコンピュータシステムの管理装置。
     
  12. 　前記第１エンドポイント識別子と前記第２エンドポイント識別子は、ＷＷＮ（World Wide Name）またはｉＳＣＳＩ（internet Small Computer System Interface）のいずれかとして構成される、
    請求項１に記載のコンピュータシステムの管理装置。
     
  13. 　コンピュータシステムを管理装置で管理するための管理方法であって、
    　前記コンピュータシステムは、互いに通信可能に接続される複数のコンピュータ装置を備えており、
    　前記管理装置は、
    　　前記各コンピュータ装置のうち第１コンピュータ装置の有する第１エンドポイントを識別するための第１エンドポイント識別子と、前記各コンピュータ装置のうち第２コンピュータ装置の有する第２エンドポイントを識別するための第２エンドポイント識別子とを、ペアで生成して管理し、
    　　前記第１エンドポイント識別子を前記第１コンピュータ装置に送信して前記第１エンドポイントに設定させ、
    　　前記第２エンドポイント識別子を前記第２コンピュータ装置に送信して前記第２エンドポイントに設定させる、
    コンピュータシステムの管理方法。
     
  14. 　コンピュータを、コンピュータシステムを管理するための管理装置として動作させるためのコンピュータプログラムであって、
    　前記コンピュータシステムは、互いに通信可能に接続される複数のコンピュータ装置を備えており、
    　前記各コンピュータ装置のうち第１コンピュータ装置の有する第１エンドポイントを識別するための第１エンドポイント識別子と、前記各コンピュータ装置のうち第２コンピュータ装置の有する第２エンドポイントを識別するための第２エンドポイント識別子とを、ペアで生成して管理するための機能と、
    　　前記第１エンドポイント識別子を前記第１コンピュータ装置に送信して前記第１エンドポイントに設定させる機能と、
    　　前記第２エンドポイント識別子を前記第２コンピュータ装置に送信して前記第２エンドポイントに設定させる機能と、
    を前記コンピュータに実現させて、前記コンピュータを前記管理装置として動作させるコンピュータプログラム。
PCT/JP2011/052332 2011-02-04 2011-02-04 コンピュータシステムの管理装置及び管理方法 WO2012105035A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/052332 WO2012105035A1 (ja) 2011-02-04 2011-02-04 コンピュータシステムの管理装置及び管理方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2011/052332 WO2012105035A1 (ja) 2011-02-04 2011-02-04 コンピュータシステムの管理装置及び管理方法

Publications (1)

Publication Number Publication Date
WO2012105035A1 true WO2012105035A1 (ja) 2012-08-09

Family

ID=46602276

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/052332 WO2012105035A1 (ja) 2011-02-04 2011-02-04 コンピュータシステムの管理装置及び管理方法

Country Status (1)

Country Link
WO (1) WO2012105035A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014087544A1 (ja) * 2012-12-07 2014-06-12 株式会社日立製作所 計算機システム、管理計算機及び管理方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063063A (ja) * 2000-06-05 2002-02-28 Fujitsu Ltd ストレージエリア・ネットワーク管理システム
US20080177871A1 (en) * 2007-01-19 2008-07-24 Scalent Systems, Inc. Method and system for dynamic binding in a storage area network
JP2010097596A (ja) * 2008-10-17 2010-04-30 Hitachi Ltd リソースプロビジョニングのための方法および装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063063A (ja) * 2000-06-05 2002-02-28 Fujitsu Ltd ストレージエリア・ネットワーク管理システム
US20080177871A1 (en) * 2007-01-19 2008-07-24 Scalent Systems, Inc. Method and system for dynamic binding in a storage area network
JP2010097596A (ja) * 2008-10-17 2010-04-30 Hitachi Ltd リソースプロビジョニングのための方法および装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014087544A1 (ja) * 2012-12-07 2014-06-12 株式会社日立製作所 計算機システム、管理計算機及び管理方法
JPWO2014087544A1 (ja) * 2012-12-07 2017-01-05 株式会社日立製作所 計算機システム、管理計算機及び管理方法
US9875143B2 (en) 2012-12-07 2018-01-23 Hitachi, Ltd. Computer system, management computer and management method

Similar Documents

Publication Publication Date Title
US11012293B2 (en) System and method for defining virtual machine fabric profiles of virtual machines in a high-performance computing environment
US7996560B2 (en) Managing virtual ports in an information processing system
US9766833B2 (en) Method and apparatus of storage volume migration in cooperation with takeover of storage area network configuration
US8549240B2 (en) Apparatus and methods for an appliance to recover data from a storage device
US8402534B2 (en) Management system, program recording medium, and program distribution apparatus
US8024773B2 (en) Integrated guidance and validation policy based zoning mechanism
JP4620776B2 (ja) ネットワークに付属する物理的なポートの仮想インスタンスを管理するための方法およびシステム
US10701151B2 (en) Methods and systems for accessing virtual storage servers in a clustered environment
CN107078974B (zh) 网络交换机、由网络交换机执行的方法以及存储器资源
US10025502B2 (en) Fibre channel initiator alias/port suggestion and autocomplete
KR101454954B1 (ko) 스토리지 에어리어 네트워크（ｓａｎ）의 구성
JP4965743B2 (ja) オペレーティング・システムの移行の際におけるストレージ・エリア・ネットワーク（「ｓａｎ」）アクセス権の保持
US20160080255A1 (en) Method and system for setting up routing in a clustered storage system
JP5953109B2 (ja) 管理サーバおよび検証方法
JP2007087059A (ja) 記憶制御システム
JP2004318741A (ja) ネットワーク管理プログラム、管理計算機及び管理方法
Halabi Hyperconverged Infrastructure Data Centers: Demystifying HCI
WO2012105035A1 (ja) コンピュータシステムの管理装置及び管理方法
JP4485875B2 (ja) ストレージ接続変更方法、ストレージ管理システム及びプログラム
US20060075470A1 (en) Storage network system and access control method
Khalil Storage Implementation in VSphere 5.0

Legal Events

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

Ref document number: 11857823

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11857823

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP