CN108234587B - OpenStack-based multi-region mirror image resource sharing method - Google Patents
OpenStack-based multi-region mirror image resource sharing method Download PDFInfo
- Publication number
- CN108234587B CN108234587B CN201611204851.3A CN201611204851A CN108234587B CN 108234587 B CN108234587 B CN 108234587B CN 201611204851 A CN201611204851 A CN 201611204851A CN 108234587 B CN108234587 B CN 108234587B
- Authority
- CN
- China
- Prior art keywords
- sharing
- mirror image
- shared
- region
- service
- 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.)
- Active
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/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention relates to a method for sharing mirror image resources based on OpenStack multiple regions, which comprises the following steps: deploying a multiple-region cloud system sharing angle module; users under different tenants can specify different sharing strategies to realize the sharing of the mirror resources or snapshots under multiple regions. The invention adopts mirror image resource sharing in multiple regions, which can reduce the storage of disk and improve the utilization rate of resource. Meanwhile, due to the flexible resource sharing strategy, resources among different tenants and among different regions can be conveniently and efficiently utilized, the use efficiency of the cloud system is greatly improved, and the efficient and stable operation of the system is guaranteed.
Description
Technical Field
The invention relates to the field of cloud computing, in particular to a method for sharing mirror image resources based on OpenStack multiple regions.
Background
OpenStack is currently the most fierce open source cloud system developed by the united states national space administration (NASA) and Rackspace in collaboration, with the goal of providing public and private cloud services for enterprises. OpenStack is ias software, similar to Amazon's cloud infrastructure service (IaaS), and has good scalability and a reliable cloud deployment scheme. At present, OpenStack has a plurality of versions, functions are more and more perfect along with the release of a new version, and the stability of a system is greatly improved. OpenStack is a huge system, and consists of many components, such as a computing component (nova), a network component (neutron), a storage component (swift), a mirroring component (pane), and an authentication component (keystone). The keystone component is a user authority management component of the whole cloud system, and secure communication between all components must be authenticated by the keystone to perform service invocation and data transmission. In a keystone, a user and a tenant are included, wherein the tenant owns a collection of resources, and the user must belong to a certain tenant in order to enjoy the resources. In the multi-region resource, the keystone component is shared, which means that a user in the cloud system can own the resources of the multiple cloud systems. The Glance component is a set of virtual machine mirror image searching and retrieving system and has the functions of creating and uploading mirror images, deleting mirror images and editing basic information of the mirror images. Sharing the mirror resources can not only reduce the deployment of components, but also reduce the load and operating pressure of the system.
The OpenStack version has long supported multiple regions, which refers to multiple regions with complete isolation between regions. Each region has its own independent endpoint, that is, each region deploys a complete OpenStack cloud system, and has its own set of service interfaces including a computing module, a network module, and a monitoring module. However, a plurality of different regions share the same authentication module key and cloud system management module Horizon, and when a user logs in a management system on a cloud platform, different regions can be switched to enter cloud systems with different configurations.
The mirror image file is similar to the RAR ZIP compression package in nature, and a specific series of files are made into a single file according to a certain format so as to be convenient for a user to download and use, such as an operating system, games and the like. The most important characteristic of the method is that the method can be identified by specific software and can be directly recorded on an optical disk or a U disk. In fact, the image file in the general sense can be expanded again, and more information can be contained in the image file. Such as system files, boot files, partition table information, etc., so that the image file may contain all the information for a partition or even a hard disk. In the usual sense, the recording software can directly record the content contained in the supported image file onto the optical disc. In fact, the image file is the "extract" of the optical disc. The image file on the OpenStack system is a system image with a certain format, and comprises linux images and windows images of different versions, and the difference between the 32-bit and 64-bit of different types of operating systems. The format of a typical image file is a raw format or a qcow2 format. The image in qcow2 format occupies less space, supporting snapshot and encryption functions, relative to the raw format.
In a conventional multi-region cloud system, the mirror resources are isolated. Each time a region is created, all underlying image resources are uploaded. This not only wastes a lot of bandwidth resources but also occupies a large storage space, which is a waste of resources for the use of company hardware. In addition, since the image files required by different users are different, the image files provide various multi-version operating systems as much as possible to meet the requirements of most users. Each set of OpenStack system needs to upload various operating systems, and multiple identical image files need to be uploaded in a multi-region environment. Therefore, a large amount of hard disk space is occupied, the time for uploading mirror image resources is wasted, and the efficiency of deploying the cloud system is influenced.
Disclosure of Invention
In view of the above, the present invention has been made to provide a method for OpenStack multiple-region mirror based resource sharing that overcomes or at least partially solves the above mentioned problems.
A method based on OpenStack multi-region mirror image resource sharing comprises the following steps:
deploying a multiple-region cloud system sharing angle module;
users under different tenants can specify different sharing strategies to realize the sharing of the mirror resources or snapshots under multiple regions.
Further, the step of deploying the shared angle module of the multi-region cloud system specifically includes:
deploying a Master Region cloud system which is used for sharing a keystone module, a glance module and a Horizon module;
and deploying cloud systems of other regions, configuring endpoint about a gloss service in a keystone module, wherein the gloss service belongs to different regions but has the same restful API, and when a user uses an image file, calling the system file on the shared storage through the restful API.
Furthermore, the rear-end storage of the work module of the Master Region cloud system is an external shared storage, and an SSD disk is used as raid 1.
Further, the step of deploying the shared angle module of the multi-region cloud system specifically includes:
deploying a angle module of the cloud system, and deploying a main angle service at a control node; selecting another computing node, deploying a secondary acts service and using the secondary acts service as HA;
creating a master-slave gland service in a keystone component of OpenStack, and registering the same gland restful API for different regions in endpoint;
in the configuration file of the work, shared storage at the back end is configured and mapped to the shared storage hung with a plurality of SSD disks through multiple paths.
Further, the step of deploying the shared angle module of the multi-region cloud system further includes:
and detecting the main gland service regularly, setting heartbeat time, and switching to the auxiliary gland service after three times of timeout.
Further, the step of deploying the shared angle module of the multi-region cloud system further includes:
and setting an alarm notification, and notifying an administrator by sending an email or a short message after finding a problem in the service.
Further, the users under different tenants may specify different sharing policies, specifically:
sharing all basic mirror resources; and/or
The same tenant and the mirror image resources in different regions are shared according to needs, and a user can set whether the mirror image file is shared with other regions or not or the sharing is cancelled; and/or
The image resources are shared among different tenants, and according to the setting of service requirements, a user can set the image file to be shared for other tenants to use, and simultaneously can cancel the shared state of the shared file.
Further, the basic resource refers to a basic operating system.
Further, the users under different tenants may specify different sharing policies, specifically:
in the liance module, a sharing policy table is established and mainly used for recording the relationship among tenants, regions and mirror image files;
the administrator uploads a basic image file, sets the image to be shared, and records the sharing state in the table; and/or
When a user under a tenant uploads a manufactured special service image file, setting the image to be shared to one or more regions; meanwhile, the tenant can also revoke the mirror image file shared to a certain region; when the mirror image file is shared or deleted, updating the shared state in the table in time; and/or
The sharing method among the tenants can select the mirror image file to be shared to a certain tenant, and also can cancel or delete the sharing of the file; and updating the sharing state in the table in time when the mirror image file is shared or deleted.
The invention adopts mirror image resource sharing in multiple regions, which can reduce the storage of disk and improve the utilization rate of resource. Meanwhile, due to the flexible resource sharing strategy, resources among different tenants and among different regions can be conveniently and efficiently utilized, the use efficiency of the cloud system is greatly improved, and the efficient and stable operation of the system is guaranteed.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without inventive labor.
Fig. 1 is a schematic flowchart of a method for sharing image resources based on OpenStack multiple regions according to an embodiment of the present invention.
Fig. 2 is a schematic diagram illustrating a principle of an OpenStack multi-region mirror image resource sharing angle service according to an embodiment of the present invention.
Fig. 3 is a schematic flowchart of setting a sharing policy based on an OpenStack multi-region mirror image resource according to an embodiment of the present invention.
Detailed Description
For the convenience of understanding the embodiments of the present invention, the following description will be further explained by taking several specific embodiments as examples in conjunction with the drawings, and the embodiments are not to be construed as limiting the embodiments of the present invention.
The invention mainly uploads a mirror image file to the storage to share the angle service, so that when different region users use the mirror image to create the virtual machine, the shared angle restful API is called to obtain the required mirror image file, and the virtual machine creation task can be completed. Since multiple regions may relate to different internal and external networks, this scheme is not suitable in view of the influence of the transmission speed of the current external network, but the scheme may be applicable when the speed of the external network reaches the transmission speed of the local area network in the future.
The invention relates to two aspects, one is an operation step of deploying a shared angle module of a multi-region cloud system; another is that users under different tenants can specify different sharing policies to implement sharing of mirrored resources or snapshots under multiple regions.
Specifically, as shown in fig. 1, a method for sharing image resources based on multiple regions of an OpenStack includes the following steps:
and step S110, deploying a multiple-region cloud system sharing angle module.
Firstly, a Master Region cloud system is deployed, and the system is mainly used for sharing a keystone module, a glance module and a Horizon module. The backend storage of the gland is preferably an external shared storage, and uses an SSD disk (solid state disk) as raid 1.
Secondly, when the cloud systems of other regions are deployed, the endpoint of the survey service in the keystone module is configured. The liance service, although belonging to different regions, has the same restful API. Therefore, when the user uses the image file, the system file on the shared storage can be called through the API.
Finally, when more regions are created, the above steps can be repeated. The advantages of shared mirroring are even more evident.
Through the steps, the deployment process of the multi-region cloud system is completed.
In step S120, users of different tenants may specify different sharing policies to implement sharing of mirror resources or snapshots in multiple regions.
Management of the corresponding mirror of the gland module in the OpenStack comprises a shared mode and a private mode. The sharing mode mainly comprises that the uploaded mirror resources can be used by all tenants; the private mode is that the mirror resource only belongs to a certain tenant. But both of these mirrored management modes are used in one region. Therefore, in order to make resources reasonably shared and used, a proper sharing strategy scheme must be provided.
First, all the basic mirror resources are shared, that is, a cloud system administrator uploads the basic mirror file system and sets the mirror to a shared state, and all users can access the mirror. The basic resources are the basic operating systems, including linux operating systems and windows operating systems. The operating system has different versions and 32-bit or 64-bit portions. Operating systems of all types and different numbers of bits are uniformly uploaded into the shared memory. The common linux operating systems ubuntu12.04, ubuntu14.04, centos6.5, centos 7 and reddat in various versions; windows systems include windows 2003server, windows XP, windows 7, windows10, windows 2008, windows2012, and the like. Whether different tenants or different regions, all users can access the underlying mirror system files when in use.
Secondly, the same tenant and the mirror image resources in different regions are shared according to needs, and a user can set whether the mirror image file is shared with other regions or not or the sharing is cancelled. For example, the same tenant uploads a system image file of a deployed basic component of a large data platform or a database service on the a region or some virtual machines install a required basic component, and when switching to the B region to use the image file of the previously installed basic component, the same image file needs to be uploaded, or a large number of basic components are installed on a system without the installed basic component, which not only wastes time, but also greatly wastes bandwidth resources and storage space. Therefore, the same tenant sets the mirror image resources to be shared according to the needs under different regions, and the use problem can be effectively solved. Likewise, the snapshot of the tenant shared virtual machine can be solved in the same way. This solution is for the same tenant to use a shared resource in different regions, while other tenants cannot access the resource.
And finally, sharing the mirror image resources among different tenants, and setting according to the service requirements, wherein a user can set the mirror image file to be shared for other tenants to use, and simultaneously can cancel the shared state of the shared file. Services belonging to different tenants may be crossed, a tenant A wants to use a big data service deployed in a tenant B, but hardware of the big data service is not enough to support service operation of two tenants, and the tenant B needs to build a set of same resources. If the tenant A directly shares the big data resource, the tenant B directly uses the mirror image snapshot shared by the tenant A to create a virtual machine, and the virtual machine can enjoy the same service.
Through the steps, the sharing of the mirror image resources can be realized among different tenants, different regions of the same tenant and different sharing strategies.
In the invention, under the private cloud deployment scene, the multi-region function is used, and a cloud system administrator only needs to upload one mirror image resource, so that users under different regions can deploy the cloud host by using the shared operating system mirror image. When a new region is added every time, a user does not need to upload repeated image files, and only needs to directly use the image files shared by other regions, so that the resource utilization rate is improved, the storage space of the system is reduced, and the performance of the system is effectively improved.
The technical solutions of the present invention are described in detail below by way of examples, but of course, the embodiments to which the present invention is applicable are not limited to these examples, and the following examples should not be construed as limiting the present invention.
Fig. 2 is a schematic diagram of a working principle of the method for sharing resources based on an OpenStack multi-region mirror image, where deploying a multi-region cloud system sharing scope module includes the following steps:
deploying a angle module of the cloud system, and deploying a main angle service at a control node; selecting another computing node, deploying a secondary glance service, and making an HA (High Availability);
creating a master-slave gland service in a keystone component of OpenStack, and registering the same gland restful API for different regions in endpoint;
in the configuration file of the work, shared storage at the back end is configured and mapped to the shared storage hung with a plurality of SSD disks through multiple paths.
As a further improvement of the foregoing embodiment, deploying the multiple-region cloud system shared pane module further includes the following steps: and detecting the main gland service regularly, setting heartbeat time, and switching to the auxiliary gland service after three times of timeout.
As a further improvement of the foregoing embodiment, deploying the multiple-region cloud system shared pane module further includes the following steps: and setting an alarm notification, and notifying an administrator by sending an email or a short message after finding a problem in the service.
FIG. 3 is a setting flowchart of the OpenStack multi-region mirror image resource sharing policy-based setting process of the present invention, which includes the following steps:
in the liance module, a sharing policy table is established and mainly used for recording the relationship among tenants, regions and mirror image files;
the administrator uploads a basic image file, sets the image to be shared, and records the sharing state in the table; and/or
When a user under a tenant uploads a manufactured special service image file, setting the image to be shared to one or more regions; meanwhile, the tenant can also revoke the image file shared to a certain region. When the mirror image file is shared or deleted, updating the shared state in the table in time; and/or
The sharing method among the tenants can select the mirror image file to be shared to a certain tenant, and the sharing of the file can be cancelled or deleted. And updating the sharing state in the table in time when the mirror image file is shared or deleted.
The invention provides a system and a method for sharing mirror image resources based on OpenStack multiple regions, which are characterized in that through setting multiple region sharing angle component services, different tenants can obtain the mirror image resources by using the same angle restful API in different regions. Meanwhile, different sharing strategies are set, including basic mirror resources, resources of different regions of the same tenant and resources among different tenants, so that flexible resource configuration can be performed. The HA (High Availability) is made for the gland service, and an alarm mechanism is set, so that the stability of the service can be effectively ensured.
Those of ordinary skill in the art will understand that: the drawings are merely schematic representations of one embodiment, and the flow of blocks in the drawings is not necessarily required to practice the present invention.
The embodiments in the present specification are described in a progressive manner, and the same and similar parts among the embodiments are referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, the system or system embodiments are substantially similar to the method embodiments and therefore are described in a relatively simple manner, and reference may be made to some of the descriptions of the method embodiments for related points.
The above description is only for the preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention are included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (7)
1. A method based on OpenStack multi-region mirror image resource sharing comprises the following steps:
deploying a multiple-region cloud system sharing angle module;
users under different tenants can specify different sharing strategies to realize sharing of mirror resources or snapshots under multiple regions, wherein:
in the liance module, a sharing policy table is established and mainly used for recording the relationship among tenants, regions and mirror image files;
the administrator uploads a basic mirror image file, sets the mirror image to be shared, enables all basic mirror image resources to be shared, and records the sharing state in the table; and/or
When a user under a tenant uploads a manufactured special service image file, setting the image to be shared to one or more regions; meanwhile, the tenant can also revoke or delete the mirror image file shared to a certain region; when the mirror image file is shared or deleted, updating the shared state in the table in time; and/or
Setting a sharing method among different tenants, wherein the sharing method can select the mirror image file to be shared to a certain tenant according to the service requirement, and also can cancel or delete the sharing of the file; and updating the sharing state in the table in time when the mirror image file is shared or deleted.
2. The method for sharing resources based on the OpenStack multi-region mirror image as claimed in claim 1, wherein the step of deploying the multi-region cloud system sharing angle module specifically includes:
deploying a Master Reg ion cloud system which is used for sharing a keys tone module, a g la nce module and a Horizon module;
and deploying cloud systems of other regions, configuring endpoint about a gloss service in a keystone module, wherein the gloss service belongs to different regions but has the same restful API, and when a user uses an image file, calling the system file on the shared storage through the restful API.
3. The method of claim 2, wherein the OpenStack multi-region mirror based resource sharing method comprises: the rear-end storage of the gland module of the Master Region cloud system is an external shared storage, and an SSD disk is used as raid 1.
4. The method for sharing resources based on the OpenStack multi-region mirror image as claimed in claim 1, wherein the step of deploying the multi-region cloud system sharing angle module specifically includes:
deploying a angle module of the cloud system, and deploying a main angle service at a control node; selecting another computing node, deploying a secondary acts service and using the secondary acts service as HA;
creating a master-slave gland service in a keystone component of OpenStack, and registering the same gland restful API for different regions in endpoint;
in the configuration file of the work, shared storage at the back end is configured and mapped to the shared storage hung with a plurality of SSD disks through multiple paths.
5. The method for sharing resources based on the OpenStack multi-region mirror image of claim 4, wherein the step of deploying the multi-region cloud system sharing scope module further comprises:
and detecting the main gland service regularly, setting heartbeat time, and switching to the auxiliary gland service after three times of timeout.
6. The method for sharing resources based on the OpenStack multi-region mirror image of claim 4, wherein the step of deploying the multi-region cloud system sharing scope module further comprises:
and setting an alarm notification, and notifying an administrator by sending an email or a short message after finding a problem in the service.
7. The method for sharing resources based on the OpenStack multi-region mirror image of claim 1, wherein: the base image resource refers to a basic operating system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611204851.3A CN108234587B (en) | 2016-12-22 | 2016-12-22 | OpenStack-based multi-region mirror image resource sharing method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201611204851.3A CN108234587B (en) | 2016-12-22 | 2016-12-22 | OpenStack-based multi-region mirror image resource sharing method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108234587A CN108234587A (en) | 2018-06-29 |
| CN108234587B true CN108234587B (en) | 2021-04-16 |
Family
ID=62657172
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201611204851.3A Active CN108234587B (en) | 2016-12-22 | 2016-12-22 | OpenStack-based multi-region mirror image resource sharing method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108234587B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109787807B (en) * | 2018-11-28 | 2021-06-25 | 中电莱斯信息系统有限公司 | Self-service system based on Openstack architecture cloud platform workflow |
| CN109634718B (en) * | 2018-12-13 | 2020-03-31 | 无锡华云数据技术服务有限公司 | Method and system for creating mirror image by cloud platform |
| CN109783193A (en) * | 2018-12-27 | 2019-05-21 | 南京优速网络科技有限公司 | A kind of mirror image file management method that can be multiplexed in multiple domain cloud platform |
| CN114172700A (en) * | 2021-11-24 | 2022-03-11 | 中国人寿保险股份有限公司上海数据中心 | Unified authentication system and method based on cloud platform and domain control server |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2432189A2 (en) * | 2010-09-17 | 2012-03-21 | Samsung Electronics Co., Ltd. | Method and system for providing users login access to multiple devices via a communication system |
| CN102629941A (en) * | 2012-03-20 | 2012-08-08 | 武汉邮电科学研究院 | Caching method of a virtual machine mirror image in cloud computing system |
| CN103491144A (en) * | 2013-09-09 | 2014-01-01 | 中国科学院计算技术研究所 | Method for constructing wide area network virtual platform |
| CN104580519A (en) * | 2015-01-29 | 2015-04-29 | 福建师范大学福清分校 | Method for rapid deployment of openstack cloud computing platform |
| CN104679574A (en) * | 2013-11-26 | 2015-06-03 | 谢蓉 | Virtual machine image management system in cloud computing |
| CN105335253A (en) * | 2015-10-28 | 2016-02-17 | 北京百度网讯科技有限公司 | Method and device for creating virtual machine system disk snapshots |
| EP2996308A1 (en) * | 2011-03-08 | 2016-03-16 | Rackspace Us, Inc. | Massively scalable object storage system |
| CN105426208A (en) * | 2015-11-16 | 2016-03-23 | 山东超越数控电子有限公司 | OpenStack offline automatic installation method of cloud computing system |
| CN105893115A (en) * | 2016-04-05 | 2016-08-24 | 上海携程商务有限公司 | Method and system for differential deployment of virtual machine |
-
2016
- 2016-12-22 CN CN201611204851.3A patent/CN108234587B/en active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2432189A2 (en) * | 2010-09-17 | 2012-03-21 | Samsung Electronics Co., Ltd. | Method and system for providing users login access to multiple devices via a communication system |
| EP2996308A1 (en) * | 2011-03-08 | 2016-03-16 | Rackspace Us, Inc. | Massively scalable object storage system |
| CN102629941A (en) * | 2012-03-20 | 2012-08-08 | 武汉邮电科学研究院 | Caching method of a virtual machine mirror image in cloud computing system |
| CN103491144A (en) * | 2013-09-09 | 2014-01-01 | 中国科学院计算技术研究所 | Method for constructing wide area network virtual platform |
| CN104679574A (en) * | 2013-11-26 | 2015-06-03 | 谢蓉 | Virtual machine image management system in cloud computing |
| CN104580519A (en) * | 2015-01-29 | 2015-04-29 | 福建师范大学福清分校 | Method for rapid deployment of openstack cloud computing platform |
| CN105335253A (en) * | 2015-10-28 | 2016-02-17 | 北京百度网讯科技有限公司 | Method and device for creating virtual machine system disk snapshots |
| CN105426208A (en) * | 2015-11-16 | 2016-03-23 | 山东超越数控电子有限公司 | OpenStack offline automatic installation method of cloud computing system |
| CN105893115A (en) * | 2016-04-05 | 2016-08-24 | 上海携程商务有限公司 | Method and system for differential deployment of virtual machine |
Non-Patent Citations (2)
| Title |
|---|
| openstack多region介绍与实践;weixin_30512785;《CSDN》;20160521;第1-4页 * |
| 探索 OpenStack 之（10）：深入镜像服务Glance;SammyLiu;《好库文摘》;20150126;对比文件2第1-16页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108234587A (en) | 2018-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10977277B2 (en) | Systems and methods for database zone sharding and API integration | |
| US10997211B2 (en) | Systems and methods for database zone sharding and API integration | |
| US11775397B2 (en) | Disaster recovery for distributed file servers, including metadata fixers | |
| US10728090B2 (en) | Configuring network segmentation for a virtualization environment | |
| JP6674532B2 (en) | Content Item Block Replication Protocol for Hosting Digital Content Items in Multiple Campuses | |
| US10719306B2 (en) | Virtualized file server resilience | |
| CN108234587B (en) | OpenStack-based multi-region mirror image resource sharing method | |
| US10146636B1 (en) | Disaster recovery rehearsals | |
| CN115380513A (en) | Network management system for federated multi-site logical networks | |
| EP3564835B1 (en) | Data redistribution method and apparatus, and database cluster | |
| US9031906B2 (en) | Method of managing data in asymmetric cluster file system | |
| CN110572439B (en) | Cloud monitoring method based on metadata service and virtual forwarding network bridge | |
| US10768941B2 (en) | Operating system management | |
| KR101551706B1 (en) | System and method for configuring virtual machines having high availability in cloud environment, recording medium recording the program thereof | |
| US20190334757A1 (en) | Cross-cloud operation management | |
| CN113839814B (en) | Decentralized Kubernetes cluster federal implementation method and system | |
| CN111835820A (en) | System and method for realizing cloud management | |
| CN105446831A (en) | Server-Free backup method in conjunction with SAN | |
| US10862887B2 (en) | Multiple domain authentication using data management and storage node | |
| US11609777B2 (en) | System and method for multi-cluster storage | |
| WO2016000303A1 (en) | Resource allocation method and system, and computer storage medium | |
| CN114880717A (en) | Data archiving method and device | |
| CN114996053A (en) | Remote volume replication transmission method, system, device and storage medium | |
| CN115687250A (en) | Storage method, equipment, system and computer storage medium | |
| US10157124B1 (en) | Method, apparatus, and system for managing data storage with an application programming interface |
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 |