CN113703676A - Method, device, equipment and medium for calling double live volumes - Google Patents

Method, device, equipment and medium for calling double live volumes Download PDF

Info

Publication number
CN113703676A
CN113703676A CN202110875879.4A CN202110875879A CN113703676A CN 113703676 A CN113703676 A CN 113703676A CN 202110875879 A CN202110875879 A CN 202110875879A CN 113703676 A CN113703676 A CN 113703676A
Authority
CN
China
Prior art keywords
volume
live
volumes
double
dual
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN202110875879.4A
Other languages
Chinese (zh)
Other versions
CN113703676B (en
Inventor
朱冰阳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Suzhou Inspur Intelligent Technology Co Ltd
Original Assignee
Suzhou Inspur Intelligent Technology Co Ltd
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 Suzhou Inspur Intelligent Technology Co Ltd filed Critical Suzhou Inspur Intelligent Technology Co Ltd
Priority to CN202110875879.4A priority Critical patent/CN113703676B/en
Publication of CN113703676A publication Critical patent/CN113703676A/en
Application granted granted Critical
Publication of CN113703676B publication Critical patent/CN113703676B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/0604Improving or facilitating administration, e.g. storage management
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0602Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
    • G06F3/061Improving I/O performance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/06Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
    • G06F3/0601Interfaces specially adapted for storage systems
    • G06F3/0628Interfaces specially adapted for storage systems making use of a particular technique
    • G06F3/0662Virtualisation aspects
    • G06F3/0665Virtualisation aspects at area level, e.g. provisioning of virtual or logical volumes
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management

Abstract

The embodiment of the application discloses a method, a device, equipment and a medium for calling double live volumes, which are used for connecting a double live volume storage cluster to obtain the volume number of the double live volume corresponding to an IO group; acquiring controller node information of each IO group; the controller node information is used to indicate the disk locations of the dual live volumes on the storage device. Each double live volume has an IO group to which the double live volume belongs, and in order to ensure that the cloud host can correctly scan the disk even if the volume numbers of the double live volumes in different IO groups are inconsistent, the corresponding relationship between the controller node information and the volume numbers of the double live volumes can be established, so that the cloud host can call the double live volumes according to the corresponding relationship. According to the technical scheme, the double live volumes and the corresponding controller nodes are bound, so that the cloud host can be guaranteed to correctly scan the disk depending on the volume numbers of the double live volumes, the virtual machine is supported to mount the common volumes and the double live volumes, and the use scene of a user is expanded.

Description

Method, device, equipment and medium for calling double live volumes
Technical Field
The present application relates to the field of data storage technologies, and in particular, to a method, an apparatus, a device, and a computer-readable storage medium for invoking a dual live volume.
Background
A cloud computing operating system (OpenStack) manages computing, storage, and network resources of a data center. Due to the strong expansibility and usability of OpenStack, more and more enterprises and organizations build private clouds by using OpenStack, build cloud hosts, and deploy services thereof. With the expansion of business scale, enterprises need to store a large amount of data, and therefore the enterprises purchase commercial storage and access the storage to the OpenStack cloud platform, and create data volumes in the storage through OpenStack and mount the data volumes to cloud hosts for use. While more and more enterprises use stored dual live volumes to store data for data security. The double live volumes are provided by double live storage, the double live storage means that two storage devices form a double live relationship, and once one storage device is down, the other storage device can automatically take over so as not to influence the service of the virtual machine in the cloud platform.
To meet different usage scenarios, the volume mounted to the cloud host may include multiple types, such as a dual live volume, a normal volume, a thin volume, and the like. To distinguish between different volumes, the storage controller may assign a volume number (scsi _ id) to each volume. And the scsi _ id corresponding to different types of volumes in the same IO group is set in an increasing mode. The double live volume may occupy two IO groups, and when there are multiple types of volumes, the sci _ id of the double live volume in different IO groups may be inconsistent. And when the sender driver acquires the scsijd, only one of the scsijds is acquired, and meanwhile, the os-brick module of the cloud platform only uses one scsijd to discover the device when performing a disk scanning operation, so that a disk scanning error occurs when the cloud platform performs disk scanning by using the scsijd, an error path device is used, and an error volume in the storage device is used.
It can be seen that how to guarantee the normal use of the double live rolls when multiple types of rolls exist is a problem to be solved by those skilled in the art.
Disclosure of Invention
An object of the embodiments of the present application is to provide a method, an apparatus, a device and a computer-readable storage medium for calling a dual live volume, which can ensure normal use of the dual live volume when multiple types of volumes exist.
In order to solve the foregoing technical problem, an embodiment of the present application provides a method for calling a dual live volume, including:
connecting the double live volume storage cluster to obtain the volume number of the double live volume corresponding to the IO group;
acquiring controller node information of each IO group;
and establishing a corresponding relation between the controller node information and the volume number of the double live volumes so as to facilitate the cloud host to call the double live volumes according to the corresponding relation.
Optionally, the connecting the dual live volume storage cluster to obtain the volume number of the dual live volume corresponding to the IO group includes:
acquiring a host name and host identification information of a cloud host where a virtual machine is located;
creating virtual host resources according to the host name; binding the host identification information with the virtual host resource;
mapping the double live volume to be mounted to the virtual host resources;
and acquiring the volume number corresponding to the double live volumes according to the mapping relation between the double live volumes and the virtual host resources.
Optionally, the obtaining, according to the mapping relationship between the dual live volumes and the virtual host resource, a volume number corresponding to the dual live volumes includes:
and calling a CLI command to obtain the mapping relation between the double live volumes and the virtual host resources, and analyzing the volume number corresponding to the double live volumes from the mapping relation.
Optionally, the controller node information includes a node identity identifier and a node port identifier; correspondingly, the establishing of the correspondence between the controller node information and the volume number of the dual live volume includes:
and establishing a corresponding relation between the volume number corresponding to the double live volume and the node identity identification and the node port identification according to the IO group to which the controller node belongs and the IO group to which the double live volume belongs.
Optionally, the method further comprises:
initiating a login request according to the corresponding relation between the volume number corresponding to the double live volumes, the node identity identification and the node port identification; each login request has a corresponding equipment path;
and acquiring the volume id corresponding to each device path, and aggregating the device paths with the same volume id into a multi-path device.
The embodiment of the application also provides a calling device of the double live volumes, which comprises a connecting unit, an obtaining unit and an establishing unit;
the connection unit is used for connecting the double live volume storage cluster to acquire the volume number of the double live volume corresponding to the IO group;
the acquisition unit is used for acquiring the controller node information of each IO group;
the establishing unit is configured to establish a corresponding relationship between the controller node information and the volume number of the dual live volume, so that the cloud host can call the dual live volume according to the corresponding relationship.
Optionally, the connection unit includes a first obtaining subunit, a creating subunit, a binding subunit, a mapping subunit, and a second obtaining subunit;
the first obtaining subunit is configured to obtain a host name and host identification information of a cloud host where the virtual machine is located;
the creating subunit is configured to create a virtual host resource according to the host name;
the binding subunit is configured to bind the host identifier information with the virtual host resource;
the mapping subunit is configured to map the dual live volume to be mounted to the virtual host resource;
and the second obtaining subunit is configured to obtain, according to the mapping relationship between the dual live volumes and the virtual host resource, volume numbers corresponding to the dual live volumes.
Optionally, the second obtaining subunit is configured to invoke a CLI command to obtain a mapping relationship between the dual live volumes and the virtual host resource, and analyze a volume number corresponding to the dual live volumes from the mapping relationship.
Optionally, the controller node information includes a node identity identifier and a node port identifier; correspondingly, the establishing unit is configured to establish a correspondence between a volume number corresponding to the dual live volume and the node identity identifier and the node port identifier according to an IO group to which the controller node belongs and an IO group to which the dual live volume belongs.
Optionally, the system further comprises an initiating unit and an aggregating unit;
the initiating unit is used for initiating a login request according to the corresponding relation between the volume number corresponding to the double live volumes and the node identity identifier and the node port identifier; each login request has a corresponding equipment path;
the aggregation unit is configured to acquire a volume id corresponding to each device path, and aggregate device paths having the same volume id into a multi-path device.
An embodiment of the present application further provides a device for calling a dual live volume, including:
a memory for storing a computer program;
a processor for executing said computer program to implement the steps of the method for calling a dual live volume as described in any of the above.
An embodiment of the present application further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the steps of the method for calling the dual live volumes as described in any of the above are implemented.
According to the technical scheme, the double live volume storage cluster is connected to obtain the volume number of the double live volume corresponding to the IO group; acquiring controller node information of each IO group; the controller node information is used to indicate the disk locations of the dual live volumes on the storage device. Each double live volume has an IO group to which the double live volume belongs, and in order to ensure that the cloud host can correctly scan the disk even if the volume numbers of the double live volumes in different IO groups are inconsistent, the corresponding relationship between the controller node information and the volume numbers of the double live volumes can be established, so that the cloud host can call the double live volumes according to the corresponding relationship. In the technical scheme, the volume number of the double live volumes and the controller node information of each IO group can be acquired from the storage end, the double live volumes and the corresponding controller nodes are bound, the cloud host can be guaranteed to be capable of realizing correct disk scanning depending on the volume number of the double live volumes, the virtual machine can be supported to mount both the common volume and the double live volumes, and the use scene of a user is expanded.
Drawings
In order to more clearly illustrate the embodiments of the present application, the drawings needed for the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained by those skilled in the art without inventive effort.
Fig. 1 is a flowchart of a method for calling a dual live volume according to an embodiment of the present application;
fig. 2 is a schematic structural diagram of a call device for a double live volume according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a calling device for dual live volumes according to an embodiment of the present application.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application without any creative effort belong to the protection scope of the present application.
The terms "including" and "having," and any variations thereof, in the description and claims of this application and the drawings described above, are intended to cover non-exclusive inclusions. For example, a process, method, system, article, or apparatus that comprises a list of steps or elements is not limited to only those steps or elements but may include other steps or elements not expressly listed.
In order that those skilled in the art will better understand the disclosure, the following detailed description will be given with reference to the accompanying drawings.
Next, a method for calling a dual live volume provided in an embodiment of the present application is described in detail. Fig. 1 is a flowchart of a method for calling a dual live volume according to an embodiment of the present application, where the method includes:
s101: and connecting the double live volume storage cluster to obtain the volume number of the double live volume corresponding to the IO group.
The storage end of the cloud computing operating system cannot directly acquire the volume number of each double live volume, and therefore the volume number of the double live volume corresponding to the IO group needs to be acquired by connecting the double live volume storage clusters.
In a specific implementation, the storage end may call an Initialize _ connection function to obtain a host name and host identification information of a cloud host where the virtual machine is located.
In practical applications, iqn (iSCSI qualified name) information of a host may be used as host identification information, and the host identification information may be used to distinguish different cloud hosts.
In order to mount the double live volumes, virtual host resources need to be created according to host names; binding the host identification information with the virtual host resource; thereby mapping the dual live volume to be mounted to the virtual host resource.
In a specific implementation, a Command-line Interface (CLI) Command may be invoked to bind host identification information with a virtual host resource, and the CLI Command is invoked to map a dual live volume to be mounted to the virtual host resource.
After the double live volumes are mapped to the virtual host resources, the system automatically allocates volume numbers to the double live volumes, but the storage end cannot directly know the volume numbers of the double live volumes, so that the storage end needs to acquire the volume numbers corresponding to the double live volumes according to the mapping relationship between the double live volumes and the virtual host resources.
In a specific implementation, the storage end may call a CLI command to obtain a mapping relationship between the dual live volumes and the virtual host resources, and analyze a volume number (scsi _ id) corresponding to the dual live volumes from the mapping relationship. It should be noted that there are a plurality of scsi _ ids of the acquired double live volumes. The sci _ id corresponding to the IO groups (IO _ grp) with different live stores is inconsistent, so the corresponding relationship between the IO _ grp and the sci _ id needs to be obtained and stored in the map for subsequent use.
S102: and acquiring the controller node information of each IO group.
In the embodiment of the application, in order to facilitate the cloud host to clearly know the corresponding relationship between the IO group and the double live volume number, different IO groups may be represented by using the controller node information.
A double live volume corresponds to two controller nodes, each of which may be considered an IO group. In practical applications, a node identity (target _ iqn) and a node port identity (target _ port) of a controller node may be used as controller node information, and a combination manner of the node identity and the node port identity may be used to distinguish different controller nodes.
S103: and establishing a corresponding relation between the controller node information and the volume number of the double live volumes so as to facilitate the cloud host to call the double live volumes according to the corresponding relation.
When the corresponding relationship between the controller node information and the volume number of the dual live volume is established, the corresponding relationship between the volume number corresponding to the dual live volume, the node identity identifier and the node port identifier may be established according to the IO group to which the controller node belongs and the IO group to which the dual live volume belongs.
The corresponding relation between the controller node information and the volume number of the double active volumes is fed back to the cloud host, and the cloud host sequentially logs in each link through the iscsiadm according to the corresponding relation and scans the disk, so that the host side can be ensured to scan correct equipment information even if a plurality of scsi _ ids of the storage end volumes exist.
In the embodiment of the application, the OpenStack comprises two parts, namely a component driver for managing the block storage device; the component used to discover storage devices at the cloud host, Os-brick.
In practical application, in order to ensure that the cloud host can realize correct disk scanning, the shader drive and the os-brick module are optimized.
Optimization for the circle driver includes modifying an Initialize _ connection function, so that the double-live storage cluster can be connected through SSH to obtain the corresponding scsi _ id of the double-live volume in all IO groups. And binding target _ iqn, target _ portal, scsi _ id, and returning the bound result to the cloud host of OpenStack.
And optimizing the os-brick module, including acquiring information returned by the sender driver to obtain the corresponding relation of target _ iqn, target _ portal and scsi _ id. According to the corresponding relation, each link is sequentially logged in by the iscsiadm and the disk scanning is carried out. Even if there are a plurality of scsi _ ids of the storage volume, the host side can be ensured to sweep out correct device information.
In the embodiment of the application, functions of a Cinder driver and an os-brick module in OpenStack are optimized, so that the OpenStack can mount a double live volume and a common volume when mounting the volumes, and the use scene of a user is expanded. For non-core data, the ordinary volume is mounted for storage, and the utilization rate of storage resources is improved.
According to the technical scheme, the double live volume storage cluster is connected to obtain the volume number of the double live volume corresponding to the IO group; acquiring controller node information of each IO group; the controller node information is used to indicate the disk locations of the dual live volumes on the storage device. Each double live volume has an IO group to which the double live volume belongs, and in order to ensure that the cloud host can correctly scan the disk even if the volume numbers of the double live volumes in different IO groups are inconsistent, the corresponding relationship between the controller node information and the volume numbers of the double live volumes can be established, so that the cloud host can call the double live volumes according to the corresponding relationship. In the technical scheme, the volume number of the double live volumes and the controller node information of each IO group can be acquired from the storage end, the double live volumes and the corresponding controller nodes are bound, the cloud host can be guaranteed to be capable of realizing correct disk scanning depending on the volume number of the double live volumes, the virtual machine can be supported to mount both the common volume and the double live volumes, and the use scene of a user is expanded.
In this embodiment of the present application, the volume number, the node identity, and the node port identity of the dual live volume having the correspondence relationship may be referred to as triple information.
When the cloud platform uses the multiple paths, the corresponding relation fed back to the cloud host by the storage end comprises multiple triple information, and each path has a corresponding triple information.
In a specific implementation, the cloud host may initiate a login request according to a correspondence between a volume number corresponding to the dual live volume and the node identity identifier and the node port identifier; each login request has a corresponding equipment path; until all links are completely logged in, a plurality of device paths, such as/dev/sdb,/dev/scdc, etc., appear in the cloud computing operating system. The cloud host can obtain the volume id corresponding to each device path, and aggregate the device paths with the same volume id into a multi-path device.
In the embodiment of the application, the cloud host aggregates a plurality of device paths corresponding to the same volume into one multipath device, so that the access of other devices such as a virtual machine to the multipath device can be facilitated.
Fig. 2 is a schematic structural diagram of a calling apparatus for a dual live volume according to an embodiment of the present application, including a connection unit 21, an obtaining unit 22, and a establishing unit 23;
the connection unit 21 is configured to connect the dual live volume storage cluster to obtain a volume number of a dual live volume corresponding to the IO group;
the connection unit 21 of the cloud computing operating system cannot directly acquire the volume number of each dual live volume, and therefore, the volume number of the dual live volume corresponding to the IO group needs to be acquired by connecting the dual live volume storage cluster.
In a specific implementation, the connection unit 21 may call an Initialize _ connection function to obtain a host name and host identification information of a cloud host where the virtual machine is located.
In practical applications, iqn (iSCSI qualified name) information of a host may be used as host identification information, and the host identification information may be used to distinguish different cloud hosts.
An obtaining unit 22, configured to obtain controller node information of each IO group;
in the embodiment of the application, in order to facilitate the cloud host to clearly know the corresponding relationship between the IO group and the double live volume number, different IO groups may be represented by using the controller node information.
A double live volume corresponds to two controller nodes, each of which may be considered an IO group. In practical applications, a node identity (target _ iqn) and a node port identity (target _ port) of a controller node may be used as controller node information, and a combination manner of the node identity and the node port identity may be used to distinguish different controller nodes.
The establishing unit 23 is configured to establish a corresponding relationship between the controller node information and the volume number of the dual live volume, so that the cloud host can call the dual live volume according to the corresponding relationship.
When the establishing unit 23 establishes the correspondence between the controller node information and the volume number of the dual active volume, the corresponding relationship between the volume number corresponding to the dual active volume, the node identity identifier, and the node port identifier may be established according to the IO group to which the controller node belongs and the IO group to which the dual active volume belongs.
The corresponding relation between the controller node information and the volume number of the double active volumes is fed back to the cloud host, and the cloud host sequentially logs in each link through the iscsiadm according to the corresponding relation and scans the disk, so that the host side can be ensured to scan correct equipment information even if a plurality of scsi _ ids of the storage end volumes exist.
Optionally, the connection unit includes a first obtaining subunit, a creating subunit, a binding subunit, a mapping subunit, and a second obtaining subunit;
the first obtaining subunit is used for obtaining the host name and the host identification information of the cloud host where the virtual machine is located;
the creating subunit is used for creating virtual host resources according to the host names;
a binding subunit, configured to bind the host identifier information with the virtual host resource;
the mapping subunit is used for mapping the double live volume to be mounted to the virtual host resource;
and the second obtaining subunit is configured to obtain, according to the mapping relationship between the dual live volumes and the virtual host resource, the volume number corresponding to the dual live volume.
Optionally, the second obtaining subunit is configured to invoke a CLI command to obtain a mapping relationship between the dual live volumes and the virtual host resource, and analyze the volume numbers corresponding to the dual live volumes from the mapping relationship.
Optionally, the controller node information includes a node identity identifier and a node port identifier; correspondingly, the establishing unit is configured to establish a correspondence relationship between a volume number corresponding to the dual active volume, the node identity identifier, and the node port identifier according to the IO group to which the controller node belongs and the IO group to which the dual active volume belongs.
Optionally, the system further comprises an initiating unit and an aggregating unit;
the initiating unit is used for initiating a login request according to the corresponding relation between the volume number corresponding to the double live volumes and the node identity identifier and the node port identifier; each login request has a corresponding equipment path;
and the aggregation unit is used for acquiring the volume id corresponding to each equipment path and aggregating the equipment paths with the same volume id into a multi-path equipment.
The description of the features in the embodiment corresponding to fig. 2 may refer to the related description of the embodiment corresponding to fig. 1, and is not repeated here.
According to the technical scheme, the double live volume storage cluster is connected to obtain the volume number of the double live volume corresponding to the IO group; acquiring controller node information of each IO group; the controller node information is used to indicate the disk locations of the dual live volumes on the storage device. Each double live volume has an IO group to which the double live volume belongs, and in order to ensure that the cloud host can correctly scan the disk even if the volume numbers of the double live volumes in different IO groups are inconsistent, the corresponding relationship between the controller node information and the volume numbers of the double live volumes can be established, so that the cloud host can call the double live volumes according to the corresponding relationship. In the technical scheme, the volume number of the double live volumes and the controller node information of each IO group can be acquired from the storage end, the double live volumes and the corresponding controller nodes are bound, the cloud host can be guaranteed to be capable of realizing correct disk scanning depending on the volume number of the double live volumes, the virtual machine can be supported to mount both the common volume and the double live volumes, and the use scene of a user is expanded.
Fig. 3 is a structural diagram of a calling device for dual live volumes according to another embodiment of the present application, and as shown in fig. 3, the calling device for dual live volumes includes: a memory 20 for storing a computer program;
the processor 21 is configured to implement, when executing the computer program, the connection between the dual live volume storage clusters according to the above embodiment, so as to obtain a volume number of the dual live volume corresponding to the IO group; acquiring controller node information of each IO group; and establishing a corresponding relation between the controller node information and the volume number of the double live volumes so as to facilitate the cloud host to realize the method for calling the double live volumes according to the corresponding relation.
The calling device of the dual live volumes provided by the embodiment may include, but is not limited to, a smart phone, a tablet computer, a notebook computer, or a desktop computer.
The processor 21 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The processor 21 may be implemented in at least one hardware form of a DSP (Digital Signal Processing), an FPGA (Field-Programmable Gate Array), and a PLA (Programmable Logic Array). The processor 21 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 21 may be integrated with a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 21 may further include an AI (Artificial Intelligence) processor for processing a calculation operation related to machine learning.
The memory 20 may include one or more computer-readable storage media, which may be non-transitory. Memory 20 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In this embodiment, the memory 20 is at least used for storing the following computer program 201, wherein after being loaded and executed by the processor 21, the computer program can implement the relevant steps of the method for calling the dual live volumes disclosed in any of the foregoing embodiments. In addition, the resources stored in the memory 20 may also include an operating system 202, data 203, and the like, and the storage manner may be a transient storage manner or a permanent storage manner. Operating system 202 may include, among others, Windows, Unix, Linux, and the like. The data 203 may include, but is not limited to, a volume number of the dual live volume, controller node information, a correspondence of the controller node information to the volume number of the dual live volume, and the like.
In some embodiments, the calling device of the dual liveroll may further include a display 22, an input/output interface 23, a communication interface 24, a power supply 25, and a communication bus 26.
Those skilled in the art will appreciate that the architecture shown in FIG. 3 does not constitute a limitation of the calling device for dual live volumes and may include more or fewer components than those shown.
According to the technical scheme, the double live volume storage cluster is connected to obtain the volume number of the double live volume corresponding to the IO group; acquiring controller node information of each IO group; the controller node information is used to indicate the disk locations of the dual live volumes on the storage device. Each double live volume has an IO group to which the double live volume belongs, and in order to ensure that the cloud host can correctly scan the disk even if the volume numbers of the double live volumes in different IO groups are inconsistent, the corresponding relationship between the controller node information and the volume numbers of the double live volumes can be established, so that the cloud host can call the double live volumes according to the corresponding relationship. In the technical scheme, the volume number of the double live volumes and the controller node information of each IO group can be acquired from the storage end, the double live volumes and the corresponding controller nodes are bound, the cloud host can be guaranteed to be capable of realizing correct disk scanning depending on the volume number of the double live volumes, the virtual machine can be supported to mount both the common volume and the double live volumes, and the use scene of a user is expanded.
It is understood that if the calling method of the dual live volume in the above embodiment is implemented in the form of a software functional unit and sold or used as a stand-alone product, it can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application may be substantially or partially implemented in the form of a software product, which is stored in a storage medium and executes all or part of the steps of the methods of the embodiments of the present application, or all or part of the technical solutions. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), an electrically erasable programmable ROM, a register, a hard disk, a removable magnetic disk, a CD-ROM, a magnetic or optical disk, and other various media capable of storing program codes.
Based on this, the embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when executed by a processor, the computer program implements the steps of any one of the above-mentioned methods for calling dual live volumes.
The functions of the functional modules of the computer-readable storage medium according to the embodiment of the present invention may be specifically implemented according to the method in the foregoing method embodiment, and the specific implementation process may refer to the related description of the foregoing method embodiment, which is not described herein again.
The method, the apparatus, the device and the computer-readable storage medium for calling a dual live volume provided by the embodiments of the present application are described in detail above. The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The method, the apparatus, the device and the computer readable storage medium for calling the dual live volumes provided by the present application are described in detail above. The principles and embodiments of the present invention are explained herein using specific examples, which are presented only to assist in understanding the method and its core concepts. It should be noted that, for those skilled in the art, it is possible to make various improvements and modifications to the present invention without departing from the principle of the present invention, and those improvements and modifications also fall within the scope of the claims of the present application.

Claims (10)

1. A method for calling double live volumes, comprising:
connecting the double live volume storage cluster to obtain the volume number of the double live volume corresponding to the IO group;
acquiring controller node information of each IO group;
and establishing a corresponding relation between the controller node information and the volume number of the double live volumes so as to facilitate the cloud host to call the double live volumes according to the corresponding relation.
2. The method for calling the dual live volumes according to claim 1, wherein the connecting the dual live volume storage cluster to obtain the volume number of the dual live volume corresponding to the IO group comprises:
acquiring a host name and host identification information of a cloud host where a virtual machine is located;
creating virtual host resources according to the host name; binding the host identification information with the virtual host resource;
mapping the double live volume to be mounted to the virtual host resources;
and acquiring the volume number corresponding to the double live volumes according to the mapping relation between the double live volumes and the virtual host resources.
3. The method for calling a dual live volume according to claim 2, wherein the obtaining a volume number corresponding to the dual live volume according to the mapping relationship between the dual live volume and the virtual host resource comprises:
and calling a CLI command to obtain the mapping relation between the double live volumes and the virtual host resources, and analyzing the volume number corresponding to the double live volumes from the mapping relation.
4. The method for calling a dual live volume according to claim 2, wherein the controller node information includes a node identity and a node port identity; correspondingly, the establishing of the correspondence between the controller node information and the volume number of the dual live volume includes:
and establishing a corresponding relation between the volume number corresponding to the double live volume and the node identity identification and the node port identification according to the IO group to which the controller node belongs and the IO group to which the double live volume belongs.
5. The method for calling a dual live volume according to claim 4, further comprising:
initiating a login request according to the corresponding relation between the volume number corresponding to the double live volumes, the node identity identification and the node port identification; each login request has a corresponding equipment path;
and acquiring the volume id corresponding to each device path, and aggregating the device paths with the same volume id into a multi-path device.
6. The calling device of the double live volumes is characterized by comprising a connecting unit, an obtaining unit and an establishing unit;
the connection unit is used for connecting the double live volume storage cluster to acquire the volume number of the double live volume corresponding to the IO group;
the acquisition unit is used for acquiring the controller node information of each IO group;
the establishing unit is configured to establish a corresponding relationship between the controller node information and the volume number of the dual live volume, so that the cloud host can call the dual live volume according to the corresponding relationship.
7. The apparatus for calling a dual live volume of claim, wherein the connection unit comprises a first obtaining subunit, a creating subunit, a binding subunit, a mapping subunit, and a second obtaining subunit;
the first obtaining subunit is configured to obtain a host name and host identification information of a cloud host where the virtual machine is located;
the creating subunit is configured to create a virtual host resource according to the host name;
the binding subunit is configured to bind the host identifier information with the virtual host resource;
the mapping subunit is configured to map the dual live volume to be mounted to the virtual host resource;
and the second obtaining subunit is configured to obtain, according to the mapping relationship between the dual live volumes and the virtual host resource, volume numbers corresponding to the dual live volumes.
8. The apparatus for calling a dual live volume according to claim 7, wherein the second obtaining subunit is configured to call a CLI command to obtain a mapping relationship between the dual live volume and the virtual host resource, and parse a volume number corresponding to the dual live volume from the mapping relationship.
9. A dual live volume invocation device, comprising:
a memory for storing a computer program;
a processor for executing said computer program to implement the steps of the method for calling a dual live volume according to any one of claims 1 to 5.
10. A computer-readable storage medium, having stored thereon a computer program which, when executed by a processor, performs the steps of the method for calling a dual live volume of any one of claims 1 to 5.
CN202110875879.4A 2021-07-30 2021-07-30 Calling method, device, equipment and medium for double live volumes Active CN113703676B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110875879.4A CN113703676B (en) 2021-07-30 2021-07-30 Calling method, device, equipment and medium for double live volumes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110875879.4A CN113703676B (en) 2021-07-30 2021-07-30 Calling method, device, equipment and medium for double live volumes

Publications (2)

Publication Number Publication Date
CN113703676A true CN113703676A (en) 2021-11-26
CN113703676B CN113703676B (en) 2023-08-04

Family

ID=78651078

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110875879.4A Active CN113703676B (en) 2021-07-30 2021-07-30 Calling method, device, equipment and medium for double live volumes

Country Status (1)

Country Link
CN (1) CN113703676B (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635310A (en) * 2016-01-20 2016-06-01 杭州宏杉科技有限公司 Access method and device for storage resource
CN109947601A (en) * 2018-11-21 2019-06-28 北京中科同向信息技术有限公司 A kind of dual-active storage system
CN109964208A (en) * 2017-10-25 2019-07-02 华为技术有限公司 A kind of dual-active storage system and address distribution method
CN111868676A (en) * 2018-03-15 2020-10-30 净睿存储股份有限公司 Servicing I/O operations in a cloud-based storage system
CN111858191A (en) * 2020-06-29 2020-10-30 广东浪潮大数据研究有限公司 Double-active storage control method, device, equipment and storage medium

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105635310A (en) * 2016-01-20 2016-06-01 杭州宏杉科技有限公司 Access method and device for storage resource
CN109964208A (en) * 2017-10-25 2019-07-02 华为技术有限公司 A kind of dual-active storage system and address distribution method
CN111868676A (en) * 2018-03-15 2020-10-30 净睿存储股份有限公司 Servicing I/O operations in a cloud-based storage system
CN109947601A (en) * 2018-11-21 2019-06-28 北京中科同向信息技术有限公司 A kind of dual-active storage system
CN111858191A (en) * 2020-06-29 2020-10-30 广东浪潮大数据研究有限公司 Double-active storage control method, device, equipment and storage medium

Also Published As

Publication number Publication date
CN113703676B (en) 2023-08-04

Similar Documents

Publication Publication Date Title
US10949158B2 (en) Screenshot method and apparatus
US10320674B2 (en) Independent network interfaces for virtual network environments
CN109067877B (en) Control method for cloud computing platform deployment, server and storage medium
CN104395886A (en) Multi-tenant middleware cloud service technology
CN102316043B (en) Port virtualization method, switch and communication system
US10621124B2 (en) Method, device and computer program product for enabling SR-IOV functions in endpoint device
CN103516851A (en) Cloud testing platform system for wireless products
CN111078353A (en) Operation method of storage equipment and physical server
CN111800523A (en) Management method, data processing method and system of virtual machine network
CN111124437A (en) Bare computer resource configuration information acquisition method, system and equipment based on OpenStack
WO2017166997A1 (en) Inic-side exception handling method and device
CN110869919B (en) Method for remote node discovery, communication channel confirmation and connection
CN110795209B (en) Control method and device
CN112433812A (en) Method, system, equipment and computer medium for virtual machine cross-cluster migration
US10880360B2 (en) File transmission in a cluster
US10826724B2 (en) Flexible unnumbered destination tunnels for virtual networks
CN113886153B (en) Network card pressure testing method and device based on container
CN113703676B (en) Calling method, device, equipment and medium for double live volumes
US9916280B2 (en) Virtualizing TCP/IP services with shared memory transport
CN114070889B (en) Configuration method, traffic forwarding device, storage medium, and program product
CN110971696B (en) System and method for realizing virtual electronic card communication
CN115442285A (en) Network testing method, device, equipment and medium based on virtualization configuration
CN112968812A (en) Network performance testing method, device, equipment and storage medium
CN112367362A (en) Data processing method, device and equipment and computer storage medium
CN111813621A (en) Data processing method, device, equipment and medium based on Flume data middlebox

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant