WO2014002165A1 - 計算機システムおよびアプリケーションプログラム実行環境移行方法 - Google Patents
計算機システムおよびアプリケーションプログラム実行環境移行方法 Download PDFInfo
- Publication number
- WO2014002165A1 WO2014002165A1 PCT/JP2012/066160 JP2012066160W WO2014002165A1 WO 2014002165 A1 WO2014002165 A1 WO 2014002165A1 JP 2012066160 W JP2012066160 W JP 2012066160W WO 2014002165 A1 WO2014002165 A1 WO 2014002165A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- computer
- volume
- virtual
- information
- logical volume
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
- G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
Definitions
- the present invention relates to a computer system and an application program execution environment migration method.
- Patent Document 1 A technique for providing a plurality of virtualized computers (virtual computers) on a physical computer in order to effectively use the computer is known (Patent Document 1).
- a virtual computer on one physical computer can be moved onto the other physical computer.
- a virtual infrastructure for providing a virtual machine is provided between the virtual machine and the storage controller having a logical volume used by the virtual machine.
- the software that controls the virtual infrastructure is in charge of changing the configuration of the virtual infrastructure. Therefore, the virtual machine cannot control the physical configuration of the virtual infrastructure.
- the execution environment of the application program is set by the cluster management software. Can be moved. However, in this case, there are many prior operations, and the convenience for the user is low.
- the present invention has been made in view of the above problems, and its purpose is to allow a predetermined data related to an application program to be transferred relatively easily from a first computer to a second computer configured as a virtual computer, It is an object of the present invention to provide a computer system and an application program execution environment transition method capable of improving usability.
- a computer system is a computer system that migrates an execution environment of an application program from a first computer to a second computer, and the second computer is on a virtual infrastructure for providing a virtual computer. It is configured as a virtual computer provided, and is connected to a storage control device that stores predetermined data related to the application program, and to the storage control device, the first computer, and the second computer, so that the storage control device, the first computer, and the first computer
- a management computer that manages two computers, and the management computer prepares a predetermined logical volume for storing predetermined data in the storage controller so that the second computer can use the predetermined data relating to the application program.
- a predetermined logical volume may be prepared in the storage controller, and when the execution environment of the application program of the first computer is moved from the first computer to the second computer, a logical volume for storing predetermined data related to the application program By unmounting from the first computer, a predetermined logical volume may be prepared in the storage controller.
- the second computer acquires communication interface identification information for identifying the communication interface unit from the virtual infrastructure in response to an instruction from the management computer, and transmits the acquired communication interface identification information to the management computer.
- the management computer can instruct the storage controller to allocate the communication interface identification information received from the second computer to the communication port unit corresponding to the predetermined logical volume.
- the present invention can also be expressed as a method or a computer program for migrating the application program execution environment.
- Explanatory drawing which shows a mode that the execution environment of an application program is copied from a physical high-order apparatus to a virtual high-order apparatus according to embodiment of this invention.
- Explanatory drawing which shows a mode that the execution environment of an application program is transferred from a physical high-order apparatus to a virtual high-order apparatus.
- Explanatory drawing which shows a mode that the execution environment of an application program is transferred from a virtual high-order apparatus to another virtual high-order apparatus.
- the hardware block diagram of a management apparatus The hardware block diagram of a physical high-order apparatus.
- the hardware block diagram of a virtual high-order apparatus The hardware block diagram of a virtual infrastructure.
- the hardware block diagram of a storage system The software block diagram of a computer system.
- FIG. 3 is an operation explanatory diagram illustrating the operation of the entire system for copying the execution environment of an application program from a physical host device to a virtual host device.
- FIG. 3 is an operation explanatory diagram showing the operation of the entire system for transferring the execution environment of an application program from a physical host device to a virtual host device.
- FIG. 3 is an operation explanatory diagram illustrating the operation of the entire system for transferring the execution environment of an application program from one virtual host device to the other virtual host device.
- 10 is a flowchart showing details of processing for designating a copy destination disk.
- the block diagram of the copy source disk information which manages the information of a copy source disk.
- the block diagram of the copy destination disk information which shows the information of a copy destination disk.
- 10 is a flowchart showing details of processing for designating a migration destination disk.
- the block diagram of the migration source disk information which manages the information of the migration source disk.
- the block diagram of the migration destination disk information which shows the information of a migration destination disk.
- 10 is a flowchart showing processing for acquiring information on a copy source disk or information on a migration destination disk.
- the flowchart which shows the process which acquires an available resource.
- 6 is a flowchart showing processing for confirming whether information designated as a copy destination disk is correct.
- 10 is a flowchart showing processing for confirming whether information designated as a migration destination disk is correct.
- 6 is a flowchart showing processing for assigning a copy destination disk to a copy destination virtual host apparatus.
- FIG. 10 is a configuration diagram of a computer system according to a third embodiment that remotely copies a predetermined logical volume from one storage system to another storage system.
- 10 is a flowchart showing processing for acquiring resources that can be used by a virtual machine corresponding to a remote copy destination storage system.
- 10 is a flowchart showing processing for confirming whether information on a disk designated as a remote copy destination is correct.
- the computer system prepares a predetermined logical volume for storing predetermined data in the storage control device so that the second computer can use the predetermined data related to the application program. Furthermore, the computer system includes a communication interface unit included in the virtual infrastructure and a communication port unit included in the storage control device so that a predetermined logical volume prepared in the storage control device can be accessed via the virtual infrastructure. The communication port unit corresponding to the volume is communicably connected. Furthermore, the computer system transparently allocates a predetermined logical volume to the second computer.
- a copy of the application execution environment from the physical host device to the virtual host device, migration of the application execution environment from the physical host device to the virtual host device, and an application from the virtual host device to another virtual host device Explain execution environment migration.
- a common storage system is used for a higher-level device that is a copy source or migration source and a higher-level device that is a copy destination or migration destination.
- FIG. 1 is an example of a computer system that copies an application execution environment from a physical host device to a virtual host device.
- the computer system includes, for example, a physical host device 10, a virtual host device 20 and a virtual infrastructure 30, a storage system 40, and a management device 50.
- the physical host device 10 that is an example of the “first computer” is configured as a physical computer.
- the hardware configuration of the physical host device 10 will be described later with reference to FIG.
- an application program (APP in the figure) 11 a database 12 used by the application program 11, and an operating system 13 operate.
- Examples of the application program 11 include various business programs such as a customer management program, an accounting program, and a personnel evaluation program.
- the virtual host device 20 that is an example of the “second computer” is configured as a virtual computer.
- a virtual platform 30 configured as a physical computer includes virtual platform software 31, and a virtual host device 20 is constructed on the virtual platform software.
- the virtual host device 20 includes an application program 21 and a database 22 that are copied from the physical host device 10, and an operating system (guest OS) 23.
- the application program 21 is a copy of the application program 11 of the physical host device 10
- the database 22 is a copy of the database 12 of the physical host device 10.
- the virtual platform 30 is a physical environment in which the virtual host device 20 is provided as described above, and includes virtual platform software 31 for managing the virtual host device 20.
- virtual platform software 31 for managing the virtual host device 20.
- FIG. 1 one virtual board 30 is shown, and one virtual host device 20 is provided on one virtual board 30.
- a plurality of virtual infrastructures 30 can be provided in the computer system, and each virtual infrastructure 30 can be provided with a plurality of virtual host devices 20.
- the storage system 40 as a “storage control device” is connected to the physical host device 10 and the virtual infrastructure 30 via a communication network CN2 for data I / O (Input / Output).
- the storage system 40 includes a logical volume 41 for storing program data of application programs 11 and 21 and a logical volume 42 for storing data of databases 12 and 22. Furthermore, a copy volume 43 of the logical volume 41 and a copy volume 44 of the logical volume 42 are generated in the storage system 40.
- the program data of the application program 11 and the data of the database 12 used by the application program 11 are examples of “predetermined data”.
- the logical volume 41 for storing program data and the logical volume 42 for storing data are examples of “predetermined logical volume” or “copy source volume”.
- the management device 50 which is an example of “management computer”, is connected to the physical higher level device 10, the virtual higher level device 20, and the storage system 40 via the management communication network CN1, respectively.
- the management device 50 is a computer for controlling copying or migration of an application execution environment from one computer (physical host device 10) to the other virtual computer (virtual host device 20).
- the management communication network CN2 is configured as, for example, a LAN (Local Area Network).
- the management communication network CN2 and the data I / O communication network CN1 may be separate communication networks or a common communication network.
- the computer system of this embodiment can copy or migrate the application program 11 and the database 12 running on the physical host device 10 to the virtual host device 20.
- the application program execution environment is an environment for the application program 11 to execute, and may be referred to as an application execution environment.
- Copy means that the execution environment of the application program executed in the copy source host apparatus 10 is also formed in the copy destination host apparatus 20. After copying, the same application program can be executed by both the copy source host apparatus 10 and the copy destination host apparatus 20.
- the data 12 used in production and the production application program 11 are formed on a virtual host device 20 known as a so-called cloud service, development and testing are performed in the same environment as the production environment. Training. Therefore, in this computer system, work efficiency such as program development, troubleshooting, and training can be improved. Further, if the application program 11 and the database 12 used in actual production are copied to a host device in a remote data center, disaster recovery performance can be improved.
- the copy volume 43 of the logical volume 41 storing the application program data is generated. Further, a copy volume 44 of the logical volume 42 that stores data of the database used by the application program is generated. Then, these copy volumes 43 and 44 are connected to the virtual infrastructure 30 and are transparently allocated to the virtual host device 20 via the virtual infrastructure 30.
- Transparently assigning means that a logical volume is assigned so that the virtual host device 20 can directly access the logical volumes 43 and 44 without being aware of the virtual infrastructure 30.
- a logical volume that is transparently allocated may be called a transparent allocation disk.
- a transparent allocation disk is a pass-through disk of Hyper-V, which is a virtualization function provided by Microsoft Corporation.
- a physical disk is allocated to the virtual higher level apparatus 20 as it is in units of volumes. Therefore, the virtual host device 20 can access the logical volume and read / write data relatively quickly.
- the virtual base OS host OS
- the virtual base OS receives the I / O request and command issued from the virtual host device 20 and executes them in place of the virtual host device 20, converts the execution result to the virtual host device.
- Methods of providing are also known. In this method, since the virtual host device 20 accesses the physical disk via the host OS of the virtual infrastructure 30, the overhead increases.
- the WWN World Wide Name
- HBA Hyper Bus Adapter
- LUN Logical Unit Number
- the WWN of the virtual infrastructure is described in the access control list that defines which host is allowed to access the LUN.
- the logical volume can be accessed via the virtual infrastructure HBA. Controlling such that only an HBA having a specific WWN can access a logical volume is called LUN masking technology.
- LUN masking technology such that only an HBA having a specific WWN can access a logical volume is called LUN masking technology.
- other physical addresses such as a MAC (Media Access Control) address may be used instead of the WWN.
- FIG. 2 shows how the application execution environment is migrated from the physical host device 10 to the virtual host device 20.
- migration of the application execution environment means that the application execution environment that is movable in the migration source host device is completely transferred to the migration destination host device, and the application execution environment is not left in the migration source host device. .
- the logical volume 41 that stores the data of the application program 11 and the logical volume 42 that stores the data of the database 12 are unmounted. Then, these logical volumes 41 and 42 are connected to the virtual infrastructure 30 and are transparently allocated to the virtual host device 20 via the virtual infrastructure 30.
- the load on the migration source host device 10 can be reduced.
- FIG. 3 shows a state in which the application execution environment is transferred from the virtual host device 20A as the “first computer” to another virtual host device 20B as the “second computer”.
- Both the migration source host device 20A and the migration destination host device 20B are configured as virtual machines (virtual machines).
- the migration source virtual host device 20A is provided on the virtual infrastructure 30A and is managed by the virtual infrastructure software 31A.
- the migration source virtual host device 20A includes an application program 21A, a database 22A, and an operating system 23A.
- the migration destination virtual host apparatus 20B is also provided on the virtual infrastructure 30B and is managed by the virtual infrastructure software 31B.
- the migration destination virtual host apparatus 20B includes an application program 21B, a database 22B, and an operating system 23B.
- the management device 50 includes, for example, a microprocessor 500, a memory 510, an input device 520, a display device 530, a disk 540, and a management interface 550.
- the memory 510 stores various programs for realizing the functions of the management apparatus 50 such as a user interface module P50, a management module P51, and a storage control module P52, which will be described later with reference to FIG. 9, a device driver, an operating system, and the like. .
- the microprocessor 500 implements each function to be described later by appropriately reading and executing various programs stored in the memory 510.
- the input device 520 is a device for receiving instructions from the user. Examples of the input device 520 include a keyboard, a mouse, a touch panel, a voice input device, a posture detection device, and an electroencephalogram detection device.
- the display device 530 is a device for providing information from the management device 50 to the user. Examples of the display device 530 include a display device, a printer device, and an audio output device.
- the disk 540 as an auxiliary storage device is composed of a rewritable storage device having a relatively large capacity, such as a hard disk drive or a flash memory device.
- the management interface 550 is a communication circuit and communication software for communicating with each host device and the storage system 40 via the management communication network CN1.
- the hardware configuration of the physical host device 10 will be described with reference to FIG.
- the physical host device 10 includes, for example, a microprocessor 100, a memory 110, an input device 120, a display device 130, a disk 140, a management interface 150, and a disk interface 160.
- the memory 110 stores an operating system and the like.
- the microprocessor 100 reads the application program 11 and the like from a logical volume accessible via the disk interface 160 and executes it on the OS. Since the input device 120, the display device 130, the disk 140, and the management interface 150 are the same as the configurations 520, 530, 540, and 550 described in the management device 50, redundant descriptions are omitted.
- the disk interface 160 is a communication circuit and communication software for accessing a logical volume in the storage system 40 via the data I / O communication network CN2.
- Examples of the disk interface 160 include an FC (Fibre Channel) interface and an iSCSI (Internet Small Computer System Interface) interface.
- the hardware configuration (virtual hardware) of the virtual host device 20 will be described with reference to FIG.
- the physical configuration (FIG. 7) of the virtual board 30 is virtually assigned to each virtual host device 20 provided on the virtual board 30.
- the virtual host device 20 virtually includes, for example, a microprocessor 200, a memory 210, an input device 220, a display device 230, a disk 240, a management interface 250, and a disk interface 260.
- the memory 210 stores a guest OS, a host library module P20 described later, and the like.
- the microprocessor 200 reads and executes the application program 21 and the like from a logical volume accessible via the disk interface 260.
- Input device 220 display device 230, disk 240, management interface 250. Since the disk interface 260 is the same as that described in the physical host device 10, a duplicate description is omitted. However, in the present embodiment, the logical volume in the storage system 40 is transparently allocated to the virtual upper level apparatus 20 via the virtual infrastructure 30.
- the virtual infrastructure 30 is a physical computer for operating the virtual infrastructure software 31 that manages the virtual host device 20, and includes a microprocessor 300, a memory 310, an input device 320, a display device 330, a disk 340, a management interface 350, and a disk interface. 360 is provided.
- the memory 310 stores the virtual infrastructure software 31 and a virtual infrastructure control module P30 described later.
- the microprocessor 300 reads a program from the memory 310 and executes it, thereby realizing a function as a virtual platform.
- a physical address such as WWN of the disk interface 360 is associated with the LUN of the logical volume in the storage system 40.
- the hardware configuration of the storage system 40 will be described with reference to FIG.
- the storage system 40 is roughly divided into a controller 400 that controls the operation of the storage system 40 and a storage device 480 that stores data.
- the controller 400 includes, for example, a host interface unit 410, a disk control unit 420, a microprocessor unit 430, a cache memory 440, a shared memory 450, and a management interface unit 460. These units 410 to 460 are provided. Are connected by a switch circuit 470.
- the host interface unit 410 is in charge of communication with the host device (physical host device, virtual host device).
- the host interface unit 410 includes a plurality of communication ports 411, and different upper devices can be connected to the respective communication ports 411.
- the LUN of the logical volume 482 is associated with the communication port 411. Therefore, the host device can access a desired logical volume 482 via the HBA, the data I / O communication network CN2, and the communication port 411.
- the disk control unit 420 controls data input / output to / from each storage device 480 and manages the state of each storage device 480.
- the microprocessor unit 430 controls the operation of the controller 400 by reading and executing the control program P40 (FIG. 9).
- the microprocessor unit 430 communicates with the management device 50 via the management interface unit 460.
- the cache memory 440 temporarily stores data received from the host device, and temporarily stores data read from the logical volume 482.
- the shared memory 450 stores management information and control information for managing the storage system 40.
- the shared memory 450 stores information for managing the configuration of the logical volume 482, information for managing communication ports, an access control list, and the like. Some of the necessary information is copied to the host interface unit 410 and the like.
- the management interface unit 460 communicates with the management device 50 via the management communication network CN1.
- the storage system 40 has a plurality of storage devices 480.
- the storage device 480 and the controller 400 may be provided in the same casing, or may be provided in separate casings.
- As the storage device 480 for example, various storage devices that can read and write data such as a hard disk device, a semiconductor memory device, an optical disk device, and a magneto-optical disk device can be used.
- a hard disk device for example, a FC (Fibre Channel) disk, a SCSI (Small Computer System Interface) disk, a SATA disk, an ATA (AT Attachment) disk, a SAS (Serial Attached SCSI) disk, or the like can be used.
- flash memory FeRAM (Ferroelectric Random Access Memory), MRAM (Magnetoresistive Random Access)
- Various storage devices such as a memory, phase change memory (Ovonic Unified Memory), and RRAM (registered trademark) can also be used.
- a configuration in which different types of storage devices such as a flash memory device and a hard disk device are mixed may be used.
- a RAID (Redundant Arrays of Inexpensive Disks) group 481 as physical storage devices is formed.
- a logical volume 482 having a fixed size or an arbitrary size can be formed by using a physical storage area of the RAID group 481.
- the logical volume (logical unit) 482 is connected to a predetermined communication port 411 via the LUN, and is assigned to the HBA via the communication port 411.
- controller 400 of the storage system 40 and each storage device 480 may be stored in separate housings, and the function of the controller 400 may be provided in a switch device such as a router or a switching hub. Further, the management device 50 may be provided in the physical host device 10.
- the management device 50 includes, for example, a user interface module P50, a management module P51, and a storage control module P52.
- the user interface module P50 is a function for exchanging information with the user using the input device 520 and the display device 530.
- the management module P51 is a function that supervises the operation of the management device 50.
- the storage control module P52 is a function for controlling the operation of the storage system 40 by giving an instruction to the controller 400 of the storage system 40.
- the physical host device 10 has a host library P10.
- the virtual host device 20 also has a host library P20.
- the host libraries P10 and P20 are a group of program parts for providing various functions as a host device.
- the virtual board 30 includes a virtual board control module P30.
- the virtual infrastructure control module P30 controls the physical configuration of the virtual infrastructure 30 in accordance with an instruction from the host library P20.
- the virtual infrastructure control module P30 attaches the instructed logical volume 482 to the HBA (disk interface 360) of the virtual infrastructure 30 or detaches the logical volume 482 attached to the HBA.
- the storage system 40 includes a storage control program P40 for controlling the storage system 40.
- the storage control program P40 can operate according to an instruction from the storage control module P52 of the management apparatus 50.
- the storage control program P40 for example, creates a logical volume, deletes a logical volume, and copies data from one logical volume to the other logical volume.
- the storage control program P40 associates a WWN with a LUN of a logical volume, and manages a pool or volume group having a plurality of logical volumes.
- a reference numeral 482 is assigned to a general logical volume.
- FIG. A description may be made using symbols.
- FIG. 10 shows the overall operation when the application execution environment is copied from the physical host device 10 to the virtual host device 20 (FIG. 1). Details of each processing shown in FIG. 10 will be described later in another drawing.
- the host library is a library
- the user interface module is a user I / F
- the management module is managed
- the storage control module is storage or storage control
- the virtual infrastructure control module is VC or virtual infrastructure control, Sometimes omitted.
- the user designates a copy destination disk (copy destination volume) using the user interface module P50 (S10).
- an instruction for starting the copy process of the application execution environment is issued from the user interface module P50 (S11).
- the management module P51 instructs the storage control module P52 to start volume copying (S12).
- the storage control module P52 instructs the storage system 40 to create a copy of the logical volume (S13). Receiving this copy creation instruction, the storage system 40 creates copy volumes 43 and 44 of the designated logical volumes 41 and 42 and reports to the storage control module P52 that the creation has been completed. The storage control module P52 notifies the management module P51 that the creation of the copy volumes 43 and 44 has been completed.
- the management module P51 When the management module P51 confirms that the copy volume has been created, the management module P51 instructs the start of processing for assigning the copy volume to the virtual host apparatus 20 that is the copy destination (S14).
- the host library P20 of the copy destination virtual host apparatus 20 inquires of the virtual infrastructure control module P30 about the WWN set in the HBA of the virtual infrastructure 30. (S15).
- the virtual infrastructure control module P30 returns the WWN of the virtual infrastructure 30 to the host library P20 of the virtual host device 20 (S16).
- the host library P20 that knows the WWN of the virtual infrastructure 30 instructs the storage control module P52 of the management apparatus 50 to allocate the copy volumes 43 and 44 to the virtual infrastructure 30 (S17).
- the storage control module P52 receives an allocation instruction from the host library P20, it gives an allocation instruction to the storage system 40 (S18).
- the storage system 40 that has received the allocation instruction associates the LUNs of the copy volumes 43 and 44 with the WWN of the virtual infrastructure 30, and the HBA 360 of the virtual infrastructure 30 transmits the copy volumes 43 and 44 via the communication network CN 2 and the communication port 411. Set to be accessible.
- the host library P20 of the virtual host device 20 confirms that the copy volumes 43 and 44 are assigned to the WWN of the virtual infrastructure 30, it starts the process for recognizing the disk (S19).
- the virtual infrastructure control module P30 executes a discovery process for recognizing the disk (copy volume) assigned to the virtual infrastructure 30 (S20).
- the virtual infrastructure control module P30 finds the copy volumes 43, 44, it allocates the copy volumes 43, 44 to the virtual host device 20 as a transparent allocation disk (S21). As described above, the virtual host device 20 can directly use the transparent allocation disk (copy volume) without interposing a hardware emulator or the like in the virtual infrastructure 30.
- the host library P20 mounts the transparently assigned disks (here, copy volumes 43 and 44) on the virtual host device 20 (S22).
- the host library P20 reports to the management module P51 that the copy volume has been successfully mounted.
- the management module P51 When the management module P51 receives the report of successful mounting, the management module P51 normally ends the disk allocation instruction processing (S23). Details of the processing from the above-described steps S14 to S23 will be described later with reference to FIG.
- FIG. 11 shows the overall operation when the application execution environment is migrated from the physical host device 10 to the virtual host device 20 (FIG. 2).
- the user designates the migration target disk and the migration destination via the user interface module P50 (S30).
- designation of a migration target and a migration destination may be abbreviated as migration destination designation.
- the migration target disks are the logical volumes 41 and 42 in the example of FIG.
- the user interface module P50 instructs the management module P51 to start processing (S31).
- the management module P51 instructs the host library P10 of the migration source physical host apparatus 10 to unmount the logical volumes 41 and 42 that are migration target disks (S32).
- the host library P10 When receiving an instruction from the management module P51, the host library P10 unmounts the designated disks 41 and 42 from the physical host device 10 (S33). Subsequently, the host library P10 instructs the storage control module P52 to remove the logical volumes 41 and 42 from the physical host device 10 (S34).
- the storage control module P52 When the storage control module P52 receives an instruction from the host library P10, the storage control module P52 instructs the storage system 40 to delete the correspondence between the migration target logical volumes 41 and 42 and the WWN of the migration source physical host apparatus 10. (S35). In other words, the WWN of the migration source physical host apparatus 10 is deleted from the access control list of the migration target logical volumes 41 and 42.
- the logical volumes 41 and 42 unmounted from the physical host device 10 are transparently allocated to the migration destination virtual host device 20 according to the method described in FIG. 10 (S36).
- the contents of step S36 are the same as steps S14 to S22 shown in FIG.
- the migration process shown in FIG. 11 ends normally (S37).
- FIG. 12 shows the overall operation when the application execution environment is migrated from one virtual host device 20A to the other virtual host device 20B (FIG. 3).
- the user designates the migration target disk and the migration destination via the user interface module P50 (S40).
- the user interface module P50 instructs the management module P51 to start processing (S41).
- the management module P51 instructs the host library P20A of the migration source virtual host apparatus 20A to unmount the logical volumes 41 and 42 that are migration target disks (S42).
- the host library P20A of the migration source virtual higher level apparatus 20A When receiving the instruction from the management module P51, the host library P20A of the migration source virtual higher level apparatus 20A unmounts the designated disks 41 and 42 from the virtual higher level apparatus 20A (S43). Further, the host library P20A instructs the virtual infrastructure control module P30A of the virtual infrastructure 30 to remove the disks 41 and 42 (S44).
- the virtual infrastructure control module P30A removes the disks 41 and 42 that have been transparently allocated to the virtual host device 20A from the virtual host device 20A (S45), and reports to the host library P20A that the removal has been completed.
- the host library P20A inquires of the virtual infrastructure control module P30A about the WWN to which the migration target logical volumes 41 and 42 are connected (S46).
- the virtual infrastructure control module P30A replies to the host library P20A for the WWN to which the logical volumes 41 and 42 are connected (S47).
- the host library P20A instructs the storage control module P52 of the management apparatus 50 to delete the association between the LUNs of the logical volumes 41 and 42 and the WWN of the virtual infrastructure 30A (S48).
- the storage control module P52 Upon receipt of this instruction, the storage control module P52 instructs the storage system 40 to delete the WWN of the migration source virtual host apparatus 20A from the access control list for the migration target logical volumes 41 and 42 (S49).
- the logical volumes 41 and 42 unmounted from the virtual host apparatus 20A are transparently allocated to the migration destination virtual host apparatus 20B according to the method of FIG. 10 (S50).
- the contents of step S50 are the same as steps S14 to S22 shown in FIG.
- the migration process shown in FIG. 12 ends normally (S51).
- FIG. 13 is a flowchart showing details of the copy destination disk designation process (S10) in FIG.
- the user interface module P50 requests the management module P51 to transmit copy source disk information (S100).
- the management module P51 acquires information about the copy source disk from the copy source host library P10, and transmits it to the user interface module P50 as copy source disk information T10 shown in FIG. 14 (S101).
- the user interface module P50 displays the copy source disk information T10 received from the management module P51 on the display device 530 (S102). Details of step S101 will be described later with reference to FIG.
- the copy source disk information T10 indicating various attributes for the copy source disk includes, for example, a mount point C100, volume group information C101, storage serial number C102, and storage volume information C103.
- the mount point C100 is information indicating the location where the copy source disk is mounted on the copy source host device.
- the volume group information C101 is information for specifying the volume group to which the copy source disk belongs.
- volume copy By registering multiple logical volumes related to each other in advance as one volume group, volume copy can be executed or migrated in units of volume groups.
- “-” is set in the volume group number C101, it indicates that the copy source disk does not belong to the volume group.
- the storage serial number C102 is information for specifying the storage system 40 in which the copy source disk exists. Although the illustrated computer system includes only one storage system 40, a plurality of storage systems 40 can actually be included.
- Storage volume information (storage LU information in the figure) C103 is an identification number of the copy source disk in the storage system 40 identified by the storage serial number C102.
- the user interface module P50 requests the management module P51 to transmit a list of resources (logical volumes) that can be used by the copy destination host apparatus (S103).
- the management module P51 acquires information about available resources from the copy-destination virtual host apparatus and transmits it to the user interface module P50 (S104).
- the user interface module P50 displays a list of resources available in the copy destination virtual host apparatus on the display device 530 (S105).
- illustration of the resource list information is omitted, for example, information for specifying a logical volume that can be used by the copy destination virtual host apparatus is included in the resource list information.
- the user selects a logical volume to be used as a copy destination from the presented resource list and designates its mount point (S106).
- the management module P51 confirms whether the copy destination disk information designated by the user is appropriate (S107), and returns a confirmation result (determination result) to the user interface module P50.
- the user interface module P50 displays the confirmation result received from the management module P51 on the display device 530 (S108).
- FIG. 15 shows a configuration example of the copy destination disk information T11 designated by the user in step S106.
- the copy destination disk information T11 includes, for example, a copy destination mount point C110, copy destination volume group information C111, a storage serial number C112, a copy destination new volume resource C113, and copy destination storage volume information C114.
- the copy destination mount point C110 indicates a point at which the copy volume is mounted on the copy destination virtual host device.
- the copy destination volume group information C111 is information for specifying the volume group to which the copy volume belongs.
- the storage serial number C112 is information for specifying the storage system 40 in which the copy volume exists.
- the copy destination new volume resource C113 is information indicating which pool is used to create a new volume in the storage system 40 used by the copy destination virtual host apparatus.
- the copy destination storage volume information C114 is information for specifying a copy volume in the storage system 40.
- FIG. 16 is a flowchart of the migration destination disk designation process shown in step S30 in FIG. 11 and step S40 in FIG.
- the user interface module P50 requests the management module P51 to transmit information about the migration target volume mounted on the migration source upper device (S300).
- the management module P51 acquires information about the migration target volume from the migration source host device, and transmits it to the user interface module P50 as migration source disk information T12 shown in FIG. 17 (S301).
- the user interface module P50 displays the migration source disk information T12 received from the management module P51 on the display device 530 (S302).
- the migration source disk information T12 includes, for example, a mount point C120, volume group information C121, a storage serial number C122, and storage volume information C123.
- the mount point C120 indicates the point at which the migration target volume is mounted on the migration source host device.
- the volume group information C121 is information for specifying the volume group to which the migration target volume belongs.
- the storage serial number C122 is information for specifying the storage system 40 in which the relaxation target volume exists.
- the storage volume information C123 is information for identifying the migration target volume in the storage system 40.
- the user interface module P50 requests the management module P51 to check whether the migration destination disk information specified by the user is appropriate (S306). Upon receiving the migration destination disk information T13 shown in FIG. 18, the management module P51 confirms whether the content is appropriate (S307) and returns the confirmation result to the user interface module P50. The user interface module P50 displays the confirmation result received from the management module P51 on the display device 530 (S308).
- the migration destination disk information T13 can include, for example, a migration destination mount point C130, migration destination volume group information C131, a storage serial number C132, and storage volume information C133.
- the migration destination mount point C130 indicates the mount point of the migration target volume in the migration destination virtual host apparatus.
- the migration destination volume group information C131 is information that identifies the volume group to which the migration target volume belongs.
- the storage serial number C132 is information for specifying the storage system 40 in which the migration target volume exists.
- the storage volume information C133 is information for specifying the migration target volume in the storage system 40.
- the migration target volume in the same storage system 40 is migrated from the migration source host device to the migration destination virtual host device.
- the present invention is not limited to this, and the migration target volume in one storage system can be remotely copied into the other storage system by using the remote copy technology described later. If the migration target volume in the migration source storage system is deleted after the remote copy is completed, the volume can be migrated between different storage systems.
- FIG. 19 is a flowchart of the process for acquiring the disk information shown in step S101 of FIG. 13 and step S301 of FIG.
- the management module P51 inquires the host library module of the copy source host apparatus or the migration source host apparatus for information ( S1010).
- the higher-level device that is the copy source or the higher-level device that is the migration source is called a higher-level device (target higher-level device) that is the target of this processing.
- a copy source volume or a migration target volume is called a target volume.
- the host library module of the target host apparatus When the host library module of the target host apparatus receives an instruction (inquiry request) from the management module P51 (S1011), it first acquires the mount point information of the target volume (S1012), and then the host group to which the target volume belongs. Information is acquired (S1013). Further, the host library module of the target host device acquires information for specifying the storage system 40 in which the target volume is provided (S1014), and acquires storage volume information (S1015).
- the host library module of the target upper device transmits the information acquired in steps S1012 to S1015 to the management module P51 (S1016).
- the management module P51 acquires information from the host library module and stores it (S1017).
- steps S1012 to S1015 are repeated by the number of target volumes of the target host device.
- the host library module P20 can acquire necessary information from the virtual infrastructure 30 via the virtual infrastructure control module P30.
- FIG. 20 is a flowchart showing details of step S104 in FIG.
- the target host device is the virtual host device 20 (or 20B)
- the host library module that operates on the target host device is the host library module P20 (or P20B).
- the host library module P10 that operates on the physical host device 10 and the host library module P20 that operates on the virtual host device 20 are configured as the same module. Accordingly, as described below, there is a step of determining whether the environment in which the host library module operates is a virtual environment (virtual host device).
- the management module P51 When the management module P51 starts the process of acquiring the resource list (S104), the management module P51 inquires of the host library module of the host apparatus (target host apparatus) from which the resource list is to be acquired (S1040). As described above, the host WWN is a WWN that the host device has.
- the host library module of the target host device determines whether the own computer is in a virtual environment (S1041). That is, it is determined whether the target host device is a physical host device or a virtual host device.
- the host library module shown in FIG. 20 is the host library module P20.
- the host library module P20 requests the virtual infrastructure control module P30 to acquire and send the host WWN (S1041: YES).
- the virtual infrastructure control module P30A returns a list of host WWNs to the host library module P20 (S1042).
- the host library module shown in FIG. 20 is the host library module P10.
- the host library module P10 acquires a list of host WWNs (S1043).
- the host library module transmits a list of host WWNs to the management module P51 (S1044).
- the management module P51 receives the host WWN list from the host library module (S1045).
- the management module P51 requests the storage control module P52 to confirm whether the host WWN received from the host library module is connected to the storage system 40 (S1046).
- the storage control module P52 collates the list of WWNs possessed by the HBA connected to the communication port of the storage system 40 with the list of host WWNs received from the management module P51 (S1047), and the collation result is managed by the management module P51. (S1048).
- the management module P51 receives the collation result from the storage control module P52 (S1049), and whether or not the host WWN is connected to the storage system 40, that is, can the storage system 40 be accessed using the HBA having the host WWN? It is determined whether or not (S104A).
- the target host device does not have any available resources, and thus this process ends abnormally.
- the management module P51 can use the host WWN for the storage control module P52.
- the resource (logical volume) is inquired (S104B).
- the storage control module P52 detects resources available to the host WWN connected to the storage system 40. That is, the storage control module P52 detects all the logical volumes that can be used via the communication port 411 with which the host WWN is associated, and sends the information of those logical volumes to the management module P51 as a list of available resources. (S104C).
- the management module P51 receives and stores the list of available resources from the storage control module P52 (S104D), and ends this processing normally.
- FIG. 21 is a flowchart showing details of step S107 in FIG.
- the management module P51 starts a process for confirming whether the contents of the copy destination disk information T11 (FIG. 15) designated by the user are appropriate (S107)
- the management module P51 makes a response to the host library module P20 of the copy destination virtual host apparatus 20 (S1070).
- the host library module P20 confirms whether the mount point and volume group information of the copy destination disk information T11 received from the management module P51 is available, and transmits the confirmation result to the management module P51 (S1071). For example, when the mount point already used is set as the mount point C110 of the copy destination disk information T11, it can be determined that the setting content is inappropriate. If an available mount point is selected, it can be determined that the setting contents are appropriate.
- the management module P51 determines whether the copy destination disk information T11 designated by the user is available (is the setting content appropriate) (S1073). If it is determined that it is not available (S1073: NO), this process ends abnormally.
- the management module P51 gives the storage control module P52 a free resource (in the storage system 40 used by the copy destination virtual host device 20). An inquiry is made as to whether there is an unused volume (S1074).
- the storage control module P52 confirms whether there is an empty resource in the storage system 40 used by the copy destination virtual host apparatus 20, and transmits the confirmation result to the management module P51 (S1075).
- the management module P51 compares the size of the copy target volume (copy source volume) with the size of the free resource, and determines whether the size of the free resource is larger than the size of the copy target volume (S1076). If it is determined that the size of the free resource is not larger than the size of the copy target volume (S1076: NO), this process ends abnormally because a volume cannot be created at the copy destination. If it is determined that the size of the free resource is larger than the size of the copy target volume (S1076: YES), it is determined that there is no problem in the contents of the copy destination disk information T11, and this processing ends normally.
- FIG. 22 shows details of step S307 in FIG.
- the management module P51 starts processing for confirming whether the contents of the migration destination disk information T12 (FIG. 17) designated by the user are appropriate (S307)
- the host library module of the migration destination virtual host apparatus 20 The host WWN is inquired of P20 (S3070).
- the host library module P20 determines whether the own computer is in a virtual environment (S3071). When the computer in which the host library module P20 exists is the virtual host device 20 (S3071: YES), the host library module P20 requests the virtual infrastructure control module P30 to acquire the host WWN (S3072).
- the virtual infrastructure control module P30 acquires the WWN (host WWN) of the virtual infrastructure 30 and transmits it to the host library module (S3072).
- the host library module (in this case, the host library module P10) acquires a list of host WWNs (S3073). If the host library module is on the physical host device or the virtual host device, the host library module transmits a list of host WWNs to the management module P51 (S3074).
- the management module P51 When receiving the list of host WWNs from the host library module (S3075), the management module P51 requests the storage control module P52 to check whether the host WWN is connected to the storage system 40 (S3076).
- the storage control module P52 collates the list of host WWNs received from the management module P51 with the list of WWNs connected to the storage system 40 (S3077), and transmits the collation result to the management module P51 (S3078).
- the management module P51 determines whether any of the host WWNs listed in the host WWN list is connected to the storage system 40 (S307A).
- the management module P51 determines that the contents of the migration destination disk information T12 are in relation to the host library module. An inquiry is made as to whether it is appropriate (S307B).
- the host library module confirms whether the mount point and volume group information set in the migration destination disk information T12 can be used, and transmits the confirmation result to the management module P51 (S307C).
- the management module P51 determines whether the migration destination virtual host device 20 and the storage system 40 can be used (S307E). If it is determined that it can be used (S307E: YES), this process ends normally. If it is determined that it is not available (S307E: NO), this process ends abnormally.
- FIG. 23 is a flowchart showing details of a series of processes shown in steps S14 to S23 in FIG. Here, a series of processing in steps S14 to S23 will be described by using step S14 as a representative.
- the management module P51 starts the disk allocation process (S14)
- the management module P51 instructs the host library module of the allocation target host apparatus to execute the disk allocation process (S140).
- the host library module When receiving an instruction from the management module P51, the host library module confirms whether its own computer is in a virtual environment (S141). When the host library module is provided in the virtual host device 20 (S141: YES), the host library module (in this case, the host library module P20) requests the virtual infrastructure control module P30 to acquire the host WWN ( S142).
- the host library module (in this case, the host library module P10) acquires the host WWN (S143).
- the host library module instructs the storage control module P52 to allocate the allocation target volume to the acquired host WWN (S144).
- the host WWN selected as the allocation target is referred to as a target WWN.
- the storage control module P52 When the storage control module P52 receives the assignment instruction from the host library module, the storage control module P52 searches for the communication port 411 to which the target WWN is connected (S145). The storage control module P52 instructs the storage system 40 to allocate the target volume to the discovered communication port 411 (S146). Receiving the instruction, the storage system 40 connects the target volume to the communication port 411 to which the target WWN is connected. That is, the storage system 40 associates the LUN of the target volume with the communication port 411 and registers the target WWN in the access control list of the target volume.
- the storage control module P52 determines again whether or not the own computer is a virtual host device (S147). In the case of the virtual host device 20 (S147: YES), the host library module instructs the virtual infrastructure control module P30 to allocate a disk transparently.
- the virtual infrastructure control module P30 acquires a lock for creating a transparent disk (S148).
- a plurality of virtual host devices 20 can be provided on one virtual infrastructure 30, and the host library P20 operates in parallel. Therefore, before a transparent disk is assigned by an instruction from a certain host library, the transparent disk may be assigned to another virtual host apparatus by another instruction from another host library. Therefore, in this embodiment, a lock is acquired when the target volume is transparently allocated to the virtual host apparatus 20.
- the virtual infrastructure control module P30 executes a process for detecting the disk (target volume) such as a process for rescanning the disk (S149).
- the virtual infrastructure control module P30 transparently allocates the disk detected in step S149 to the target virtual host device 20 (S14A). Thereafter, the virtual infrastructure control module P30 releases the lock acquired in step S148 (S14B).
- the host library module executes the above-described rescan process to detect the disk, and detects the detected disk as the physical host device 10. Mount on.
- the host library module confirms that the target disk (target volume) has been assigned to the target higher-level device.
- the host library module imports the volume group and executes a mount process for other disks belonging to the volume group (S14D).
- a mount process for other disks belonging to the volume group S14D.
- FIG. 24 is a flowchart showing a series of processes in steps S32 to S34 in FIG. 12 or a series of processes in steps S42 to S49 in FIG.
- a series of processes for removing the disk from the host device will be described by using step S32 as a representative.
- management module P51 When the management module P51 starts the unmount process (S32), it instructs the host library module of the host device that mounts the disk to be unmounted to remove the target disk (S320).
- the host library module When receiving an instruction from the management module P51, the host library module exports the volume group and unmounts the target disk (S321). Subsequently, the host library module determines whether the own computer is the virtual host device 20 (S322). If it is determined that the host device 20 is the virtual host device 20 (S322: YES), the host library module instructs the virtual infrastructure control module P30 to release the disk allocation that has been transparently allocated.
- the virtual infrastructure control module P30 receives the instruction from the host library module and cancels the transparent allocation of the target disk (S323).
- the host library module that has confirmed that the allocation of the target disk has been released determines again whether its own computer is the virtual host device 20 (S324).
- the host library module instructs the virtual infrastructure control module P30 to confirm the usage status of the deallocated disk by another virtual host device. To do. Receiving this instruction, the virtual infrastructure control module P30 confirms whether the other virtual host device 20 is using the deallocated disk and reports the confirmation result to the host library module (S325).
- the host library module determines whether another virtual host device is using the unmounted disk (disk that has been transparently allocated to the virtual host device) (S326). .
- the host library module reports to the management module P51 that the unmount processing has been completed without further processing.
- the management module P51 receives the report (S32C) and terminates the process normally. Since the other virtual host device 20 is used, the connection between the virtual infrastructure 30 and the logical volume (unmount target disk) of the storage system 40 cannot be disconnected.
- the host library module determines again whether the own computer is the virtual host device 20 (S327).
- the host library module requests the virtual infrastructure control module P30 to obtain the host WWN associated with the unmounted disk.
- the virtual infrastructure control module P30 acquires the host WWN and transmits it to the host library module (S328). If it is determined that it is not the virtual host device 20 (S327: NO), the host library module acquires the host WWN related to the unmounted disk (S329).
- the host library module instructs the storage control module P52 to remove the logical volume (unmounted disk) in the storage system 40 from the target host WWN (S32A).
- the storage control module P52 cancels the association between the LUN of the instructed logical volume and the target host WWN (S32B). That is, the target host WWN is deleted from the access control list of the instructed logical volume. Thereafter, the host library module reports to the management module P51 that the allocation process has been canceled. The management module P51 receives the report (S32C) and terminates the process normally.
- the application execution environment can be relatively easily and automatically transferred from the physical host device 10 to the virtual host device 20 or from the virtual host device 20A to the virtual host device 20B. Can be copied or migrated.
- FIG. 25 shows an example of a computer system having a plurality of virtual host devices 20A and 20B.
- FIG. 26 shows an example of a computer system that includes the physical host device 10 and the virtual host device 20.
- the virtual infrastructure integrated management apparatus 60 includes a virtual infrastructure control module P60.
- the virtual board 30 does not include the virtual board control module P30.
- the virtual infrastructure 30 is managed by the virtual infrastructure control module P60 in the virtual infrastructure integrated management device 60.
- the virtual infrastructure control module P60 has at least a function of acquiring a WWN (host WWN) from the managed virtual infrastructure 30 and a function of creating and releasing a transparent allocation disk in the managed virtual infrastructure 30.
- This embodiment configured as described above also has the same effect as the first embodiment. Furthermore, in this embodiment, the virtual infrastructure control module P60 is provided in the virtual infrastructure integrated management apparatus 60, and the creation of transparent allocation disks and the like is performed in each virtual infrastructure 30 under management. It is not necessary to mount the virtual infrastructure control module P30. Therefore, in a computer system such as a data center having a large number of virtual infrastructures 30, the system configuration can be simplified and the efficiency of maintenance work can be improved.
- FIG. 27 is an overall configuration diagram of a computer system according to this embodiment.
- the computer system includes a plurality of storage systems 40A and 40B.
- One storage system 40A is used for one upper apparatus 10, and the other storage system 40B is used for the other upper apparatus 20.
- One storage system 40A may be called a first storage system, and the other storage system 40B may be called a second storage system.
- the host device 10 and the storage system 40A and the host device 20 and the storage system 40B can be provided in physically separated locations. Thereby, for example, the same environment as the production environment can be constructed at the remote site far from the local site where the production environment (the host device 10, the storage system 40A) is installed.
- the processing S104 (RC) for acquiring a list of resources that can be used from the remote copy destination host apparatus will be described with reference to FIG.
- the processing in FIG. 28 includes steps S1040 to S104D that are common to the processing described in FIG. Furthermore, the process of FIG. 28 has a new step S104E between step S1047 and step S1048.
- the remote copy source storage system 40A and the remote copy destination It is confirmed whether the storage system 40B is communicably connected (S104E). That is, it is confirmed whether remote copy is possible from the remote copy source storage system 40A to the remote copy destination storage system 40B.
- the process S307 (RC) for confirming whether the setting contents of the migration destination disk information T12 designated by the user are appropriate will be described with reference to FIG. 29.
- the process in FIG. 29 includes steps S3070 to S307D that are common to the process described in FIG. Furthermore, the process of FIG. 29 has a new step S307E between step S3077 and step S3078.
- This embodiment configured as described above also has the same effect as the first embodiment. Furthermore, in this embodiment, since remote copy is used, the application execution environment of one host device can be copied or migrated to the other host device at a remote location, improving usability.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Description
Memory)、相変化メモリ(Ovonic Unified Memory)、RRAM(登録商標)等の種々の記憶装置を用いることもできる。さらに、例えば、フラッシュメモリデバイスとハードディスクデバイスのように、種類の異なる記憶装置を混在させる構成でもよい。
Claims (14)
- アプリケーションプログラムの実行環境を第1計算機から第2計算機に移行させる計算機システムであって、
前記第2計算機は、仮想計算機を提供するための仮想基盤上に設けられる仮想計算機として構成されており、
前記アプリケーションプログラムに関する所定データを記憶する記憶制御装置と、
前記記憶制御装置と前記第1計算機および前記第2計算機に通信可能に接続され、前記記憶制御装置と前記第1計算機および前記第2計算機を管理する管理計算機と、
を備え、
前記管理計算機は、
前記第2計算機が前記アプリケーションプログラムに関する前記所定データを使用できるように、前記所定データを記憶する所定の論理ボリュームを前記記憶制御装置内に準備するボリューム準備工程と、
前記記憶制御装置内に準備される前記所定の論理ボリュームへ前記仮想基盤を介してアクセスできるように、前記仮想基盤の有する通信インターフェース部と前記記憶制御装置の有する通信ポート部であって前記所定の論理ボリュームに対応する前記通信ポート部とを通信可能に接続する接続工程と、
前記所定の論理ボリュームを前記第2計算機に透過的に割り当てる割当工程と、
を実行させる計算機システム。
- 前記ボリューム準備工程において、
前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第2計算機上にコピーする場合は、前記アプリケーションプログラムに関する前記所定データを記憶する論理ボリュームのコピーボリュームを前記記憶制御装置内に作成することで、前記所定の論理ボリュームを前記記憶制御装置内に準備し、
前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第1計算機から前記第2計算機に移動させる場合は、前記アプリケーションプログラムに関する前記所定データを記憶する論理ボリュームを前記第1計算機からアンマウントすることで、前記所定の論理ボリュームを前記記憶制御装置内に準備する、
請求項1に記載の計算機システム。
- 前記接続工程において、
前記第2計算機は、
前記管理計算機からの指示に応じて、前記仮想基盤から前記通信インターフェース部を識別するための通信インターフェース識別情報を取得し、
取得した前記通信インターフェース識別情報を前記管理計算機に送信し、
前記管理計算機は、前記第2計算機から受信する前記通信インターフェース識別情報を前記所定の論理ボリュームに対応する前記通信ポート部に割り当てるように前記記憶制御装置に指示する、
請求項2に記載の計算機システム。
- 前記割当工程において、
前記仮想基盤は、
前記通信インターフェース部を介して前記仮想基盤に接続される前記所定の論理ボリュームを前記第2計算機に割り当てるためのロックを取得し、
前記仮想基盤に接続されている前記所定の論理ボリュームを発見するための発見処理を実行し、
前記発見処理により発見される前記所定の論理ボリュームを前記仮想基盤を介して前記第2計算機に透過的に割り当て、
その後に前記ロックを解除する、
請求項3に記載の計算機システム。
- 前記第1計算機と前記第2計算機とは前記記憶制御装置に通信ネットワークを介して接続されており、
前記ボリューム準備工程において、前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第2計算機上にコピーする場合、前記第1計算機は前記通信ネットワークを介して前記所定の論理ボリュームにアクセスし、前記第2計算機は、前記仮想基盤および前記通信ネットワークを介して前記コピーボリュームにアクセスする、
請求項2~4のいずれかに記載の計算機システム。
- 前記第1計算機は、前記所定データを記憶する記憶制御装置に通信ネットワークを介して接続されており、前記第2計算機は、前記仮想基盤および前記通信ネットワークを介して他の記憶制御装置に接続されており、
前記ボリューム準備工程において、前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第2計算機上にコピーする場合、前記第1計算機に接続される前記記憶制御装置の有する前記所定の論理ボリュームと前記第2計算機に接続される前記他の記憶制御装置の有する他の論理ボリュームとの間でリモートコピーが可能であることを確認した後で、前記所定の論理ボリュームのデータを前記他の論理ボリュームにリモートコピーすることで、前記コピーボリュームを生成する、
請求項2~4のいずれかに記載の計算機システム。
- 前記管理計算機は、前記ボリューム準備工程の前に指定工程を実行し、
前記指定工程では、
前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第2計算機上にコピーする場合、
前記第1計算機の使用する論理ボリュームに関する情報を前記第1計算機から取得して、コピー元ボリューム候補の情報としてユーザに提示し、
前記第2計算機が使用可能な前記通信インターフェース部を識別するための通信インターフェース識別情報を前記第2計算機から取得し、
前記通信インターフェース識別情報を示して前記記憶制御装置に問い合わせることで、前記通信インターフェース識別情報に対応する通信ポート部が有るかを判定し、
前記通信インターフェース識別情報に対応する前記通信ポート部が有ると判定した場合は、前記通信ポート部に対応づけられている論理ボリュームの一覧を前記記憶制御装置から取得して、コピー先ボリューム候補の情報としてユーザに提示し、
前記コピー先候補の情報の中からユーザにより選択されたコピー先ボリュームを識別するための情報を示して前記記憶制御装置に問い合わせることで、選択されたコピー先ボリュームを使用可能であるか判定し、
前記コピー先ボリュームを使用可能であると判定した場合は、前記コピー元ボリュームの情報の中からユーザにより選択される前記所定の論理ボリュームを識別するための情報と、使用可能であると判定された前記コピー先ボリュームを識別するための情報とを対応づけて前記ボリューム準備工程に渡す、
請求項1に記載の計算機システム。
- 前記管理計算機は、前記ボリューム準備工程の前に指定工程を実行し、
前記指定工程では、
前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第1計算機から前記第2計算機に移動させる場合、
前記第1計算機の使用する論理ボリュームに関する情報を前記第1計算機から取得して、移行元ボリューム候補の情報としてユーザに提示し、
ユーザにより指定される移行先ボリュームの情報を取得し、
前記第2計算機が使用可能な前記通信インターフェース部を識別するための通信インターフェース情報を前記第2計算機から取得し、
前記通信インターフェース識別情報を示して前記記憶制御装置に問い合わせることで、前記通信インターフェース識別情報に対応する通信ポート部が有るかを判定し、
前記通信インターフェース識別情報に対応する前記通信ポート部が有ると判定した場合は、ユーザにより指定される前記移行先ボリュームが前記通信ポート部に接続されており、かつ使用可能であるかを判定し、
前記移行先ボリュームが前記通信ポート部に接続されており、かつ使用可能であると判定した場合、前記移行元ボリュームの候補の中からユーザにより選択される前記所定の論理ボリュームを識別するための情報と、前記移行先ボリュームを識別するための情報とを対応づけて前記ボリューム準備工程に渡す、
請求項1に記載の計算機システム。
- 前記管理計算機は、前記ボリューム準備工程の前に指定工程を実行し、
前記指定工程では、
前記第1計算機の有する前記アプリケーションプログラムの実行環境を前記第2計算機上にリモートコピーする場合、
前記第1計算機の使用する論理ボリュームに関する情報を前記第1計算機から取得して、リモートコピー元ボリューム候補の情報としてユーザに提示し、
前記第2計算機が使用可能な前記通信インターフェース部を識別するための通信インターフェース識別情報を前記第2計算機から取得し、
前記通信インターフェース識別情報を示して前記他の記憶制御装置に問い合わせることで、前記通信インターフェース識別情報に対応する通信ポート部が有るか判定し、
前記通信インターフェース識別情報に対応する前記通信ポート部が有ると判定した場合は、前記第1計算機の使用する前記記憶制御装置と前記第2計算機の使用する前記他の記憶制御装置との間でリモートコピーが可能かを判定し、
前記記憶制御装置と前記他の記憶制御装置との間でリモートコピーが可能であると判定した場合、前記他の記憶制御装置の前記通信ポート部に対応づけられている前記他の論理ボリュームの一覧を前記記憶制御装置から取得して、リモートコピー先ボリューム候補の情報としてユーザに提示し、
前記リモートコピー先候補の情報の中からユーザにより選択された前記他の論理ボリュームを識別するための情報を示して前記他の記憶制御装置に問い合わせることで、選択された前記他の論理ボリュームをリモートコピー先ボリュームとして使用可能であるかを判定し、
前記他の論理ボリュームを前記リモートコピー先ボリュームとして使用可能であると判定した場合は、前記リモートコピー元ボリュームの情報の中からユーザにより選択される前記所定の論理ボリュームを識別するための情報と、使用可能であると判定された前記リモートコピー先ボリュームを識別するための情報とを対応づけて前記ボリューム準備工程に渡す、
請求項6に記載の計算機システム。
- 前記第1計算機および前記第2計算機は、前記管理計算機と通信することで論理ボリュームの割当を制御する割当制御部を備えており、
前記割当制御部は、
利用可能な通信インターフェース部について問合せを受けた場合、自計算機が物理的計算機であるか仮想計算機であるかを判別し、
自計算機が前記物理的計算機であると判定した場合は、通信インターフェース部を識別するための情報を取得して前記管理計算機に送信し、
自計算機が前記仮想計算機であると判定した場合は、前記通信インターフェース部を識別するための情報を前記仮想基盤から取得して前記管理計算機に送信する、
請求項3に記載の計算機システム。
- 前記割当工程では、前記所定の論理ボリュームに接続される前記通信インターフェース部を仮想的通信インターフェース部として前記第2計算機に接続することで、前記所定の論理ボリュームを前記第2計算機に透過的に割り当てる、
請求項1に記載の計算機システム。
- 前記仮想基盤を制御するための仮想基盤制御部は、前記仮想基盤とは異なる物理的計算機上に設けられており、前記管理計算機は前記仮想基盤制御部と通信することで、前記接続工程および前記割当工程を実行する、
請求項1に記載の計算機システム。
- 前記所定データは、前記アプリケーションプログラムのプログラムデータと、前記アプリケーションプログラムにより使用されるアプリケーションデータを含んでいる、請求項1に記載の計算機システム。
- アプリケーションプログラムの実行環境を第1計算機から第2計算機に移行させるためのアプリケーションプログラム実行環境移行方法であって、
前記第2計算機は、仮想計算機を提供するための仮想基盤上に設けられる仮想計算機として構成されており、
前記アプリケーションプログラムに関する所定データを記憶する記憶制御装置と、
を備え、
前記第2計算機が前記所定データを使用できるように、前記所定データを記憶する所定の論理ボリュームを前記記憶制御装置内に準備し、
前記記憶制御装置内に準備される前記所定の論理ボリュームへ前記仮想基盤を介してアクセスできるように、前記仮想基盤の有する通信インターフェース部と前記記憶制御装置の有する通信ポート部であって前記所定の論理ボリュームに対応する前記通信ポート部とを通信可能に接続し、
前記所定の論理ボリュームを前記第2計算機に透過的に割り当てる、
アプリケーションプログラム実行環境移行方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201280072959.5A CN104272281A (zh) | 2012-06-25 | 2012-06-25 | 计算机***和应用程序运行环境转移方法 |
US13/580,633 US9253014B2 (en) | 2012-06-25 | 2012-06-25 | Computer system and application program execution environment migration method |
PCT/JP2012/066160 WO2014002165A1 (ja) | 2012-06-25 | 2012-06-25 | 計算機システムおよびアプリケーションプログラム実行環境移行方法 |
JP2014522241A JP5921684B2 (ja) | 2012-06-25 | 2012-06-25 | 計算機システムおよびアプリケーションプログラム実行環境移行方法 |
EP12879969.9A EP2811412A4 (en) | 2012-06-25 | 2012-06-25 | COMPUTER SYSTEM AND METHOD FOR MIGRATION OF APPLICATION PROGRAM EXECUTION ENVIRONMENT |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/JP2012/066160 WO2014002165A1 (ja) | 2012-06-25 | 2012-06-25 | 計算機システムおよびアプリケーションプログラム実行環境移行方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014002165A1 true WO2014002165A1 (ja) | 2014-01-03 |
Family
ID=49775388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2012/066160 WO2014002165A1 (ja) | 2012-06-25 | 2012-06-25 | 計算機システムおよびアプリケーションプログラム実行環境移行方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US9253014B2 (ja) |
EP (1) | EP2811412A4 (ja) |
JP (1) | JP5921684B2 (ja) |
CN (1) | CN104272281A (ja) |
WO (1) | WO2014002165A1 (ja) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8019732B2 (en) | 2008-08-08 | 2011-09-13 | Amazon Technologies, Inc. | Managing access of multiple executing programs to non-local block data storage |
US8601473B1 (en) | 2011-08-10 | 2013-12-03 | Nutanix, Inc. | Architecture for managing I/O and storage for a virtualization environment |
US9432304B2 (en) | 2012-03-26 | 2016-08-30 | Oracle International Corporation | System and method for supporting live migration of virtual machines based on an extended host channel adaptor (HCA) model |
US9772866B1 (en) * | 2012-07-17 | 2017-09-26 | Nutanix, Inc. | Architecture for implementing a virtualization environment and appliance |
US9223598B1 (en) * | 2012-11-26 | 2015-12-29 | Parallels IP Holdings GmbH | Displaying guest operating system statistics in host task manager |
US9990221B2 (en) | 2013-03-15 | 2018-06-05 | Oracle International Corporation | System and method for providing an infiniband SR-IOV vSwitch architecture for a high performance cloud computing environment |
US9723008B2 (en) | 2014-09-09 | 2017-08-01 | Oracle International Corporation | System and method for providing an integrated firewall for secure network communication in a multi-tenant environment |
US9772865B2 (en) * | 2015-02-23 | 2017-09-26 | Futurewei Technologies, Inc. | On-demand loading of dynamic scripting language code for reduced memory usage |
US9766919B2 (en) | 2015-03-05 | 2017-09-19 | Vmware, Inc. | Methods and apparatus to select virtualization environments during deployment |
US9710304B2 (en) * | 2015-03-05 | 2017-07-18 | Vmware, Inc. | Methods and apparatus to select virtualization environments for migration |
US10282092B1 (en) * | 2015-09-09 | 2019-05-07 | Citigroup Technology, Inc. | Methods and systems for creating and maintaining a library of virtual hard disks |
US10409589B2 (en) | 2016-07-12 | 2019-09-10 | Accenture Global Solutions Limited | Application centric continuous integration and delivery with automated service assurance |
US11194558B2 (en) * | 2016-10-14 | 2021-12-07 | Accenture Global Solutions Limited | Application migration system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007109262A (ja) * | 2004-08-30 | 2007-04-26 | Hitachi Ltd | ストレージシステム及びデータ再配置制御装置 |
JP2009026295A (ja) * | 2007-07-18 | 2009-02-05 | Hitachi Ltd | ストレージシステム上の仮想ポートを管理するための方法および装置 |
JP2009104530A (ja) * | 2007-10-25 | 2009-05-14 | Hitachi Ltd | 仮想計算機システム及びその制御方法 |
JP2011210032A (ja) | 2010-03-30 | 2011-10-20 | Hitachi Ltd | 仮想マシンのマイグレーション方法およびシステム |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3027845B2 (ja) * | 1997-11-21 | 2000-04-04 | オムロン株式会社 | プログラム制御装置および方法 |
US6731314B1 (en) * | 1998-08-17 | 2004-05-04 | Muse Corporation | Network-based three-dimensional multiple-user shared environment apparatus and method |
US8631066B2 (en) * | 1998-09-10 | 2014-01-14 | Vmware, Inc. | Mechanism for providing virtual machines for use by multiple users |
KR100425831B1 (ko) * | 2001-01-08 | 2004-04-03 | 엘지전자 주식회사 | 개인정보 단말기에서의 데이터 저장방법 |
US6643759B2 (en) * | 2001-03-30 | 2003-11-04 | Mips Technologies, Inc. | Mechanism to extend computer memory protection schemes |
JP2005309644A (ja) * | 2004-04-20 | 2005-11-04 | Hitachi Ltd | リソース制御方法及びそのシステム |
US7096338B2 (en) * | 2004-08-30 | 2006-08-22 | Hitachi, Ltd. | Storage system and data relocation control device |
JP4993928B2 (ja) * | 2006-03-23 | 2012-08-08 | 株式会社日立製作所 | 記憶システム及び記憶領域解放方法並びにストレージシステム |
KR20080108222A (ko) * | 2006-04-07 | 2008-12-12 | 미쓰비시 가가꾸 가부시키가이샤 | 리튬 이차 전지 정극 재료용 리튬 천이 금속계 화합물분체, 그 제조 방법, 그 분무 건조체 및 그 소성 전구체,그리고, 그것을 사용한 리튬 이차 전지용 정극 및 리튬이차 전지 |
US7657782B2 (en) * | 2006-06-08 | 2010-02-02 | International Business Machines Corporation | Creating and managing multiple virtualized remote mirroring session consistency groups |
US7428614B2 (en) * | 2006-07-27 | 2008-09-23 | Hitachi, Ltd. | Management system for a virtualized storage environment |
JP5073259B2 (ja) * | 2006-09-28 | 2012-11-14 | 株式会社日立製作所 | 仮想化システム及び領域割当て制御方法 |
JP5057366B2 (ja) * | 2006-10-30 | 2012-10-24 | 株式会社日立製作所 | 情報システム及び情報システムのデータ転送方法 |
JP2008123132A (ja) * | 2006-11-09 | 2008-05-29 | Hitachi Ltd | 記憶制御装置及び記憶制御装置の論理ボリューム形成方法 |
JP4438817B2 (ja) * | 2007-04-26 | 2010-03-24 | 株式会社日立製作所 | ストレージ装置およびストレージ装置の省電力制御方法 |
US8370833B2 (en) * | 2008-02-20 | 2013-02-05 | Hewlett-Packard Development Company, L.P. | Method and system for implementing a virtual storage pool in a virtual environment |
US7814182B2 (en) * | 2008-03-20 | 2010-10-12 | International Business Machines Corporation | Ethernet virtualization using automatic self-configuration of logic |
JP5234342B2 (ja) * | 2008-09-22 | 2013-07-10 | 株式会社日立製作所 | 計算機システム及びその制御方法 |
JP2010257020A (ja) * | 2009-04-22 | 2010-11-11 | Hitachi Ltd | データマイグレーション管理装置及び管理方法 |
US8447915B2 (en) * | 2009-07-23 | 2013-05-21 | Hitachi, Ltd. | Flash memory device for allocating physical blocks to logical blocks based on an erase count |
US9069592B2 (en) * | 2009-11-02 | 2015-06-30 | International Business Machines Corporation | Generic transport layer mechanism for firmware communication |
US20120011339A1 (en) * | 2010-04-05 | 2012-01-12 | Hitachi, Ltd. | Storage control apparatus and control method for virtual logical volume |
US9342373B2 (en) * | 2010-05-20 | 2016-05-17 | International Business Machines Corporation | Virtual machine management among networked servers |
US20120131287A1 (en) * | 2010-11-19 | 2012-05-24 | Tadato Nishina | Storage control apparatus and logical volume size setting method |
US8966191B2 (en) * | 2011-03-18 | 2015-02-24 | Fusion-Io, Inc. | Logical interface for contextual storage |
JP5699755B2 (ja) * | 2011-03-31 | 2015-04-15 | 富士通株式会社 | 割当方法、割当装置、および割当プログラム |
WO2012155947A1 (en) * | 2011-05-13 | 2012-11-22 | Telefonaktiebolaget L M Ericsson (Publ) | Allocation of virtual machines in datacenters |
US8645733B2 (en) * | 2011-05-13 | 2014-02-04 | Microsoft Corporation | Virtualized application power budgeting |
US9569275B2 (en) * | 2012-05-14 | 2017-02-14 | International Business Machines Corporation | Allocation and reservation of virtualization-based resources |
-
2012
- 2012-06-25 US US13/580,633 patent/US9253014B2/en active Active
- 2012-06-25 WO PCT/JP2012/066160 patent/WO2014002165A1/ja active Application Filing
- 2012-06-25 CN CN201280072959.5A patent/CN104272281A/zh active Pending
- 2012-06-25 JP JP2014522241A patent/JP5921684B2/ja not_active Expired - Fee Related
- 2012-06-25 EP EP12879969.9A patent/EP2811412A4/en not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007109262A (ja) * | 2004-08-30 | 2007-04-26 | Hitachi Ltd | ストレージシステム及びデータ再配置制御装置 |
JP2009026295A (ja) * | 2007-07-18 | 2009-02-05 | Hitachi Ltd | ストレージシステム上の仮想ポートを管理するための方法および装置 |
JP2009104530A (ja) * | 2007-10-25 | 2009-05-14 | Hitachi Ltd | 仮想計算機システム及びその制御方法 |
JP2011210032A (ja) | 2010-03-30 | 2011-10-20 | Hitachi Ltd | 仮想マシンのマイグレーション方法およびシステム |
Non-Patent Citations (1)
Title |
---|
See also references of EP2811412A4 |
Also Published As
Publication number | Publication date |
---|---|
CN104272281A (zh) | 2015-01-07 |
US9253014B2 (en) | 2016-02-02 |
JP5921684B2 (ja) | 2016-05-24 |
EP2811412A1 (en) | 2014-12-10 |
US20130346616A1 (en) | 2013-12-26 |
EP2811412A4 (en) | 2016-03-09 |
JPWO2014002165A1 (ja) | 2016-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5921684B2 (ja) | 計算機システムおよびアプリケーションプログラム実行環境移行方法 | |
JP5478107B2 (ja) | 仮想ストレージ装置を管理する管理サーバ装置及び仮想ストレージ装置の管理方法 | |
US9639277B2 (en) | Storage system with virtual volume having data arranged astride storage devices, and volume management method | |
US9229645B2 (en) | Storage management method and storage system in virtual volume having data arranged astride storage devices | |
JP4671353B2 (ja) | ストレージ装置及びその制御方法 | |
JP4940738B2 (ja) | 記憶領域動的割当方法 | |
US8578121B2 (en) | Computer system and control method of the same | |
JP4235220B2 (ja) | 計算機システムおよびデータ移行方法 | |
JP5718533B1 (ja) | ストレージシステムのデータ移行方法 | |
JP2003316522A (ja) | 計算機システムおよび計算機システムの制御方法 | |
US8286163B2 (en) | Coupling between server and storage apparatus using detected I/O adaptor and allowing application execution based on access group and port connection group in virtualized environment | |
JP2010039986A (ja) | データのバックアップを管理する計算機システム及び方法 | |
JP2005228278A (ja) | 記憶領域の管理方法、管理装置及び管理プログラム | |
JP2004295465A (ja) | 計算機システム | |
JP6271769B2 (ja) | 計算機システム、計算機システムにおけるデータの移行方法 | |
JP2009271666A (ja) | ストレージシステム | |
JP5439435B2 (ja) | 計算機システムおよびその計算機システムにおけるディスク共有方法 | |
US8117405B2 (en) | Storage control method for managing access environment enabling host to access data | |
JP6000391B2 (ja) | ストレージシステムのデータ移行方法 | |
WO2017130337A1 (ja) | ストレージ管理計算機、ストレージ管理方法および記録媒体 | |
US8527716B2 (en) | Volume sharing method and storage system using the same | |
WO2015068217A1 (ja) | 管理システム及び方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 13580633 Country of ref document: US |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12879969 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2014522241 Country of ref document: JP Kind code of ref document: A |
|
REEP | Request for entry into the european phase |
Ref document number: 2012879969 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2012879969 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |