Park switching method, device and equipment in storage system, medium and product

Abstract

The invention discloses a park switching method and device in a storage system, equipment, a medium and a product. The method comprises the following steps: acquiring response statistical information of each tenant taking a first park as a main park; judging whether the first park has a fault or not according to the response statistical information of each tenant; when it is determined that the first park has a fault, switching the main park of each tenant to a second park corresponding to the first park; the data of the second park and the data of the first park are synchronized. According to the embodiment of the invention, the fault park can be quickly isolated, and the service continuity is ensured.

Description

Technical Field

[0001] This invention relates to the field of Internet technology, and in particular to a method, apparatus, device, medium and product for switching between storage systems. Background Technology

[0002] In the data-dependent digital economy, data storage platforms support core business operations. As key areas for storing storage resources, industrial parks centrally deploy various storage devices and supporting network infrastructure, providing fundamental support for the storage and access of core enterprise data. However, in practice, industrial parks are susceptible to service disruptions due to equipment failures, link interruptions, and excessive load. Therefore, park failover has become a necessary technological necessity.

[0003] Existing campus handover methods often employ simple approaches such as single-link detection or fixed-threshold alarms for fault diagnosis. These methods struggle to accurately capture the impact of latent faults in campus equipment and fail to pinpoint the fault status immediately, thus hindering timely campus handover and impacting system services. This results in delayed detection of campus faults and service interruptions. Summary of the Invention

[0004] This invention provides a method, apparatus, device, medium, and product for switching between campuses in a storage system, which can quickly isolate faulty campuses and ensure service continuity.

[0005] According to one aspect of the present invention, an embodiment of the present invention provides a method for switching between campuses in a storage system, the method comprising:

[0006] Obtain response statistics for each tenant that uses the first campus as its main campus;

[0007] Based on the response statistics of each tenant, determine whether there is a fault in the first park;

[0008] When a fault is detected in the first park, the primary park of each tenant is switched to the second park corresponding to the first park; the data of the second park is synchronized with that of the first park.

[0009] According to another aspect of the present invention, embodiments of the present invention also provide a campus switching device in a storage system, the device comprising:

[0010] The information acquisition module is used to acquire response statistics for each tenant that uses the first park as the main park.

[0011] The fault diagnosis module is used to determine whether there is a fault in the first park based on the response statistics of each tenant.

[0012] The campus switching module is used to switch the primary campus of each tenant to the second campus corresponding to the first campus when it is determined that the first campus is faulty; the second campus synchronizes data with the first campus.

[0013] According to another aspect of the present invention, embodiments of the present invention also provide a campus switching device in a storage system, the campus switching device in the storage system comprising:

[0014] At least one processor; and

[0015] A memory that is communicatively connected to at least one processor; wherein,

[0016] The memory stores a computer program that can be executed by at least one processor, such that the at least one processor is able to execute the campus switching method in the storage system according to any embodiment of the present invention.

[0017] According to another aspect of the present invention, a computer-readable storage medium is provided, which stores computer instructions for causing a processor to execute and implement the cell switching method in a storage system according to any embodiment of the present invention.

[0018] According to another aspect of the present invention, a computer program product is provided, the computer program product comprising a computer program that, when executed by a processor, implements the cell switching method in a storage system according to any embodiment of the present invention.

[0019] The technical solution of this invention obtains response statistics from each tenant in the first primary campus. Based on these statistics, it determines whether the first primary campus is faulty. The response statistics reflect the actual usage of the campus. By making judgments based on these statistics, faults can be detected in a timely manner, and the judgment results are reliable. If the first primary campus is faulty, the primary campus of each tenant is switched to a second primary campus that is synchronized with the data of the first primary campus. This isolates the tenants from the faulty campus. After the switch, each tenant can continue to be assigned to users for business operations. This avoids situations where the number of tenants is reduced and user requests are not responded to in a timely manner, and also avoids situations where the first primary campus cannot report faults and cannot handle them in a timely manner. This ensures service continuity, solves the problem of untimely detection of campus faults and service interruption, and achieves rapid isolation of faulty campuses, ensuring service continuity.

[0020] It should be understood that the description in this section is not intended to identify key or essential features of the embodiments of the present invention, nor is it intended to limit the scope of the invention. Other features of the invention will become readily apparent from the following description. Attached Figure Description

[0021] To more clearly illustrate the technical solutions in the embodiments of the present invention, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0022] Figure 1 This is a flowchart of a campus switching method in a storage system according to an embodiment of the present invention;

[0023] Figure 2A This is a flowchart of a campus switching method in a storage system according to an embodiment of the present invention;

[0024] Figure 2B This is a flowchart of a tenant retrieving campus configuration data stored in the configuration database;

[0025] Figure 2C This is a flowchart of a campus switching method in a storage system according to an embodiment of the present invention;

[0026] Figure 3 This is a structural diagram of a campus switching device in a storage system according to an embodiment of the present invention;

[0027] Figure 4 This is a schematic diagram of the structure of a campus switching device in a storage system provided in an embodiment of the present invention. Detailed Implementation

[0028] To enable those skilled in the art to better understand the present invention, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings of the embodiments of the present invention. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0029] It should be noted that the terms "first," "second," etc., in the specification, claims, and accompanying drawings of this invention are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that such data can be interchanged where appropriate so that the embodiments of the invention described herein can be implemented in orders other than those illustrated or described herein. Furthermore, the terms "comprising" and "having," and any variations thereof, are intended to cover a non-exclusive inclusion; for example, a process, method, system, product, or apparatus that comprises a series of steps or units is not necessarily limited to those steps or units explicitly listed, but may include other steps or units not explicitly listed or inherent to such processes, methods, products, or apparatus.

[0030] In the technical solutions of this invention, the acquisition, storage, and application of response statistics and other information of each tenant involved all comply with the provisions of relevant laws and regulations and do not violate public order and good morals.

[0031] Figure 1 This is a flowchart illustrating a campus switching method in a storage system according to an embodiment of the present invention. This embodiment is applicable to campus switching scenarios in storage systems. The method can be executed by a campus switching device within the storage system, which can be implemented in hardware and / or software. This campus switching device can be configured within a server.

[0032] See Figure 1 The campus switching method in the storage system shown includes:

[0033] S101. Obtain response statistics for each tenant that uses the first campus as the main campus.

[0034] In this context, a "park" can refer to an area where storage resources are located. The park serves for centralized data storage and unified data management. Optionally, the park's storage system can be a distributed object storage system. In the financial sector, industry-specific parks are typically built to meet compliance and data isolation requirements. The main park can be the park that undertakes the primary business operations. Tenants can be independent entities using the storage resources within the park. Using storage resources can include, but is not limited to, adding, deleting, modifying, and querying data stored within the park.

[0035] Response statistics can be related to the response process. When a user needs to use storage resources, the tenant sends a request to the first campus and receives a response from the first campus. For example, when a user queries data, the tenant queries the first campus, and the first campus sends the query result as a response to the user through the tenant. The response time and frequency, among other relevant information, are statistically analyzed to determine the response statistics.

[0036] S102. Based on the response statistics of each tenant, determine whether there is a fault in the first park.

[0037] The tenant response statistics reflect the actual usage of the first campus by users. Users utilize the resources of the first campus for business operations; if the first campus experiences a failure, it directly impacts user experience and is reflected in the tenant response statistics. Therefore, determining whether the first campus is experiencing a failure based on tenant response statistics allows for timely fault detection and ensures the accuracy and reliability of the assessment. Campus failures can manifest as service anomalies. Factors such as physical equipment damage, network link interruptions, software configuration errors, or bandwidth abuse and congestion can all cause campus failures. Campus failures may disrupt data transmission between tenants and the campus, preventing the campus from responding to user business requests normally, leading to business interruptions and impacting business operations.

[0038] Analyze the response statistics. If the analysis results show that the response of tenants in the first zone meets the expected requirements, then the first zone is considered to be without faults. If the analysis results show that the response of tenants in the first zone does not meet the expected requirements, then the first zone is considered to be without faults.

[0039] In an optional embodiment, determining whether the first park is faulty based on the response statistics of each tenant includes: determining the total number of tasks and the number of successful tasks for each tenant based on the response statistics of each tenant; calculating the response success probability of the first park based on the total number of tasks and the number of successful tasks for each tenant; and determining whether the first park is faulty based on the response success probability of the first park.

[0040] The first zone contains multiple tenants. Users perform business operations through these tenants on the front end. These operations include, but are not limited to, adding, deleting, modifying, and querying data stored within the zone. Each business operation is recorded as a task. If a business operation is completed without errors, it is recorded as a successful task. If an error occurs during a business operation, such as a delayed response or no response, it is only recorded as a task and not as a successful task. The number of tasks and successful tasks for each tenant is counted. Based on the total number of tasks and successful tasks for each tenant, the success rate of the first zone is calculated. The success rate of the first zone's response is compared with a set threshold to determine if the first zone is faulty. If the success rate of the first zone's response is greater than or equal to the set threshold, the first zone is considered normal. If the success rate of the first zone's response is less than the set threshold, the first zone is considered faulty.

[0041] In some embodiments, tenants periodically send heartbeats to the system coordination service to indicate that they are alive. Optionally, the period can be every 10 seconds. The system coordination service assigns live tenants to users. Task statistics for individual tenants are compiled, and response statistics are saved to the system's local storage. When a tenant sends a heartbeat to the system coordination service in the next cycle, it includes the response statistics. Each tenant sends its response statistics to the system coordination service, which calculates the overall success probability for each tenant, which is then used as the overall success probability for the first campus.

[0042] It is evident that by determining the total number of tasks and the number of successful tasks for each tenant, the success rate of the response in the first park can be calculated, and it can be determined whether there is a fault in the first park. Based on quantitative data, it is possible to accurately determine whether there is a fault in the first park. At the same time, it is possible to promptly capture abnormal changes in the park's response capabilities and detect problems in the early stages of a fault.

[0043] S103. When it is determined that there is a fault in the first park, the main park of each tenant is switched to the second park corresponding to the first park; the data of the second park is synchronized with that of the first park.

[0044] Specifically, the park whose data is synchronized with the primary park will serve as the tenant's backup park. The second park can be a backup park for each tenant in the first park. The correspondence between the first and second parks can refer to the synchronization of data between the first and second parks. In the event of a failure in the first park, the tenant's primary park will be switched to the second park, which is synchronized with data in the first park.

[0045] In an optional embodiment, switching each tenant's main campus to the second campus corresponding to the first campus includes: disconnecting each tenant from the first campus; and establishing a connection between each tenant and the second campus.

[0046] The first campus was identified as faulty, requiring all tenants to disconnect from it to ensure the fault no longer affects other tenants. Connections were then established between each tenant and the second campus, enabling users to conduct business operations through their tenants to the second campus.

[0047] It is evident that by disconnecting each tenant from the first campus and establishing connections between each tenant and the second campus, the source of the fault can be completely isolated, reducing the impact of the fault on the service.

[0048] In an optional embodiment, after switching the primary campus of each tenant to the second campus corresponding to the first campus, the method further includes: assigning an available tenant to a target user among each tenant, so that the available tenant can process the target user's request, and the available tenant can obtain the response result of the target user's request from the second campus.

[0049] The target users are those who need to perform business operations. When a target user has a need, an available tenant that has completed the main campus switchover can be assigned to that user. Because the data in the second campus is synchronized with the first campus—meaning the same data stored in the first campus also exists in the second campus—the target user can perform business operations through a tenant. When the tenant receives a request from the target user, it can obtain the response from the second campus, ensuring that the main campus switchover does not affect the target user's usage.

[0050] In some specific implementations, after completing the main campus switchover, each tenant periodically sends heartbeats to the coordination service. Upon receiving a tenant's heartbeat, the coordination service determines that the tenant is available and assigns the tenant to a target user. The target user then uses this tenant to perform data query operations. Because the data in the first and second campuses is synchronized, the tenant can obtain the target data from the second campus and return it to the target user, enabling the target user to query the data normally.

[0051] As can be seen, by assigning available tenants to target users, enabling tenants to handle the target users' requests, and obtaining the response results from the second campus, the failure of the campus does not affect the normal use of tenants, and the number of tenants will not decrease due to the failure of the campus, thus ensuring the efficiency of tenant usage and reducing the impact of failure on target users.

[0052] The technical solution of this invention obtains response statistics from each tenant in the first primary campus. Based on these statistics, it determines whether the first primary campus is faulty. The response statistics reflect the actual usage of the campus. By making judgments based on these statistics, faults can be detected in a timely manner, and the judgment results are reliable. If the first primary campus is faulty, the primary campus of each tenant is switched to a second primary campus that is synchronized with the data of the first primary campus. This isolates the tenants from the faulty campus. After the switch, each tenant can continue to be assigned to users for business operations. This avoids situations where the number of tenants is reduced and user requests are not responded to in a timely manner, and also avoids situations where the first primary campus cannot report faults and cannot handle them in a timely manner. This ensures service continuity, solves the problem of untimely detection of campus faults and service interruption, and achieves rapid isolation of faulty campuses, ensuring service continuity.

[0053] Figure 2 is a flowchart of a campus switching method in a storage system provided by an embodiment of the present invention. Based on the above embodiments, this embodiment of the present invention further defines the switching of each tenant's primary campus to the second campus corresponding to the first campus as follows: for each tenant, campus configuration data for that tenant is generated based on the tenant, the first campus, and the second campus; the campus configuration data for each tenant is sent to a configuration database for storage, so that each tenant can retrieve the campus configuration data stored in the configuration database.

[0054] It should be noted that for parts not described in detail in the embodiments of the present invention, please refer to the descriptions in other embodiments.

[0055] Referring to the campus switching method in the storage system shown in Figure 2, it includes:

[0056] S201. Obtain response statistics for each tenant that uses the first campus as the main campus.

[0057] S202. Based on the response statistics of each tenant, determine whether there is a fault in the first park.

[0058] S203. When it is determined that there is a fault in the first park, for each tenant, park configuration data of the tenant is generated according to the tenant, the first park and the second park.

[0059] The park configuration data can be data recording the tenant's park configuration. This data serves as the basis for park switching. Park configuration data may include: tenant identity identifier, current primary park, and former primary park.

[0060] When a failure occurs in the first park, the current primary park in the configuration data of each tenant park is set as the second park, and the original primary park in the configuration data of each tenant park is set as the first park, generating new park configuration data.

[0061] S204. Send the campus configuration data of each tenant to the configuration database for storage, so that each tenant can pull the campus configuration data stored in the configuration database.

[0062] The process involves sending the generated campus configuration data for each tenant to the configuration database, updating the campus configuration data for each tenant in the database. Tenants periodically retrieve campus configuration data from the configuration database and compare the retrieved data with the data from the previous period.

[0063] Verify the value of the "Current Primary Park" field in the current park configuration data and the previous cycle's park configuration data. If the two "Current Primary Park" field values ​​are the same, maintain the existing connection; update the current park configuration data to the local cache for comparison with the park configuration data of the next cycle; if the two "Current Primary Park" field values ​​are different, trigger the switchover process. Suspend new business requests to the original primary park and disconnect from the original primary park; then, based on the "Current Primary Park" field value in the current configuration data, confirm the new primary park; initiate a connection request to the new primary park; after establishing stable communication with the new primary park and verifying normal data transmission, update the locally cached park configuration data.

[0064] Specifically, after a failure occurs in the first park, park configuration data is generated, setting the current primary park as the second park and the original primary park as the first park, and stored in the configuration database. When a tenant retrieves this latest park configuration data according to a preset period, it compares this data with the park configuration data from the previous period cached locally, verifying the value of the "Current Primary Park" field. If the previous period's "Current Primary Park" field value was for the first park, while the current value is for the second park, a discrepancy is found. The tenant then disconnects from the first park and establishes a connection with the second park.

[0065] In one specific embodiment, the tenant pulls the campus configuration data stored in the configuration database, such as... Figure 2B As shown. Figure 2B This is a flowchart illustrating how tenants retrieve campus configuration data stored in the configuration database. The configuration database caches the campus configuration data in the parameter tuning service, and tenants X and Y obtain the campus configuration data from the parameter tuning service.

[0066] After the first campus fails, new campus configuration data is generated and stored in the configuration database. However, directly connecting all tenants to the configuration database would place a huge burden on the database. Therefore, a parameter allocation service is set up to enable tenants to interact with the parameter allocation service. The parameter allocation service periodically caches campus configuration data from the configuration database. Each tenant initiates a request to the parameter allocation service, and the parameter allocation service responds to each tenant's request by sending the campus configuration data to each tenant.

[0067] In an optional embodiment, before the switchover, the first campus is used to process the read and write operations of each tenant, and before the switchover, the second campus is used to process the read operations of each tenant; after the switchover, the second campus is used to process the read and write operations of each tenant.

[0068] In the primary / backup dual-campus operation mode, if neither the primary nor backup campus is fault-free, tenants can maintain connectivity with both campuses. The primary campus handles read and write operations, while the backup campus handles read operations. Even if the primary campus fails, user data query requests can still be responded to from the backup campus, minimizing the impact of the failure on users. If the primary campus fails and a campus switchover occurs, the new primary campus will handle the tenant's read and write operations.

[0069] like Figure 2C As shown, Figure 2C This is a flowchart of a campus switching method in a storage system according to an embodiment of the present invention.

[0070] Before the switchover, tenant X's primary campus was Campus 1. Tenant X performed read and write operations from Campus 1 and read operations from Campus 2. Read operations were conducted through both campuses. Even when Campus 1 experienced a failure and a campus switchover had not yet occurred, tenant X could still perform read operations from Campus 2. After switching tenant X's primary campus to Campus 2, read and write operations will then be performed from Campus 2.

[0071] As can be seen, by using the first campus to handle read and write operations for each tenant before the switchover, and the second campus to handle read operations for each tenant after the switchover, tenants can still perform read operations even after the first campus fails, thus reducing the impact of the failure on users' business operations.

[0072] The technical solution of this invention generates park configuration data and sends the park configuration data to the configuration database. Tenants pull the park configuration data from the configuration database and compare it with the park configuration data of the previous period. If they are inconsistent, park switching is triggered. This can realize automatic park switching, reduce manual access, and improve the efficiency of park switching.

[0073] Figure 3 This is a schematic diagram illustrating a campus switching mechanism in a storage system according to an embodiment of the present invention. This embodiment is applicable to campus switching scenarios in storage systems. The device can execute a campus switching method in a storage system and can be implemented in hardware and / or software.

[0074] See Figure 3 The campus switching device in the storage system shown includes:

[0075] The information acquisition module 301 is used to acquire the response statistics of each tenant that uses the first park as the main park;

[0076] The fault determination module 302 is used to determine whether there is a fault in the first park based on the response statistics of each tenant.

[0077] The campus switching module 303 is used to switch the primary campus of each tenant to the second campus corresponding to the first campus when it is determined that the first campus has a fault; the second campus synchronizes data with the first campus.

[0078] The technical solution of this invention obtains response statistics from each tenant in the first primary campus. Based on these statistics, it determines whether the first primary campus is faulty. The response statistics reflect the actual usage of the campus. By making judgments based on these statistics, faults can be detected in a timely manner, and the judgment results are reliable. If the first primary campus is faulty, the primary campus of each tenant is switched to a second primary campus that is synchronized with the data of the first primary campus. This isolates the tenants from the faulty campus. After the switch, each tenant can continue to be assigned to users for business operations. This avoids situations where the number of tenants is reduced and user requests are not responded to in a timely manner, and also avoids situations where the first primary campus cannot report faults and cannot handle them in a timely manner. This ensures service continuity, solves the problem of untimely detection of campus faults and service interruption, and achieves rapid isolation of faulty campuses, ensuring service continuity.

[0079] In an optional embodiment of the present invention, the campus switching module 303 includes:

[0080] A configuration data generation unit is used to generate park configuration data for each tenant based on the tenant, the first park, and the second park.

[0081] A configuration data storage unit is configured to send the park configuration data of each tenant to the configuration database for storage, so that each tenant can retrieve the park configuration data stored in the configuration database.

[0082] In an optional embodiment of the present invention, the fault determination module 302 includes:

[0083] The information statistics unit is used to determine the total number of tasks and the number of successful tasks for each tenant based on the response statistics information of each tenant.

[0084] The probability calculation unit is used to calculate the success probability of the response of the first park based on the total number of tasks and the number of successful tasks of each tenant.

[0085] The fault determination unit is used to determine whether there is a fault in the first park based on the success probability of the first park's response.

[0086] In an optional embodiment, the storage system's campus switching device includes: before switching, the first campus is used to process read and write operations of each tenant; before switching, the second campus is used to process read operations of each tenant; after switching, the second campus is used to process read and write operations of each tenant.

[0087] In an optional embodiment, the campus switching module 303 further includes:

[0088] A connection disconnection unit is used to disconnect each of the tenants from the first campus.

[0089] A connection establishment unit is used to establish a connection between each of the tenants and the second campus.

[0090] In an optional embodiment, the campus switching device in the storage system further includes:

[0091] The tenant allocation module is used to allocate available tenants to target users among the tenants, so that the available tenants can process the requests of the target users and obtain the response results of the requests of the target users from the second campus.

[0092] The storage system campus switching device provided in this embodiment of the invention can execute the storage system campus switching method provided in any embodiment of the invention, and has the corresponding functional modules and beneficial effects for executing the storage system campus switching method.

[0093] Figure 4 A schematic diagram of the structure of a campus switching device 400 in a storage system that can be used to implement an embodiment of the present invention is shown.

[0094] like Figure 4 As shown, the campus switching device 400 in the storage system includes at least one processor 401 and a memory, such as a read-only memory 402 or a random access memory 403, communicatively connected to the at least one processor 401. The memory stores computer programs executable by the at least one processor. The processor 401 can perform various appropriate actions and processes based on the computer program stored in the read-only memory 402 or loaded from the storage unit 408 into the random access memory 403. The random access memory 403 can also store various programs and data required for the operation of the campus switching device 400 in the storage system. The processor 401, read-only memory 402, and random access memory 403 are interconnected via a bus 404. An input / output interface 405 is also connected to the bus 404.

[0095] Multiple components in the campus switching device 400 of the storage system are connected to the input / output interface 405, including: an input unit 406, such as a keyboard, mouse, etc.; an output unit 407, such as various types of displays, speakers, etc.; a storage unit 408, such as a hard disk, optical disk, etc.; and a communication unit 409, such as a network card, modem, wireless transceiver, etc. The communication unit 409 allows the campus switching device 400 in the storage system to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0096] Processor 401 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 401 include, but are not limited to, central processing units, graphics processing units, various special-purpose artificial intelligence computing chips, various processors running machine learning model algorithms, digital signal processors, and any suitable processor, controller, microcontroller, etc. Processor 401 performs the various methods and processes described above, such as campus switching methods in a storage system.

[0097] In some embodiments, the campus switching method in the storage system may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 408. In some embodiments, part or all of the computer program may be loaded and / or installed on the campus switching device 400 in the storage system via read-only memory 402 and / or communication unit 409. When the computer program is loaded into random access memory 403 and executed by processor 401, one or more steps of the campus switching method in the storage system described above may be performed. Alternatively, in other embodiments, processor 401 may be configured to perform the campus switching method in the storage system by any other suitable means (e.g., by means of firmware).

[0098] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays, application-specific integrated circuits (ASICs), application-specific standard products (ASICs), systems-on-a-chip (SoCs), complex programmable logic devices, computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0099] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0100] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory, flash memory, optical fiber, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0101] To provide user interaction, the systems and techniques described herein can be implemented on the operation detection device. The campus switching device in the storage system includes: a display device (e.g., a cathode ray tube or liquid crystal monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the campus switching device in the storage system. Other types of devices can also be used to provide user interaction; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0102] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0103] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a host product within the cloud computing service system. This addresses the shortcomings of traditional physical hosts and virtual private servers, such as high management difficulty and weak business scalability.

[0104] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0105] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A method for switching between campuses in a storage system, characterized in that, The method includes: Obtain response statistics for each tenant that uses the first campus as its main campus; Based on the response statistics of each tenant, determine whether there is a fault in the first park; When a fault is detected in the first park, the primary park of each tenant is switched to the second park corresponding to the first park; the data of the second park is synchronized with that of the first park.

2. The method according to claim 1, characterized in that, The step of switching each tenant's main campus to the second campus corresponding to the first campus includes: For each tenant, campus configuration data for that tenant is generated based on the tenant, the first campus, and the second campus. The campus configuration data of each tenant is sent to the configuration database for storage, so that each tenant can pull the campus configuration data stored in the configuration database.

3. The method according to claim 1, characterized in that, The step of determining whether there is a fault in the first park based on the response statistics of each tenant includes: Based on the response statistics of each tenant, determine the total number of tasks and the number of successful tasks for each tenant; Calculate the success rate of the response in the first park based on the total number of tasks and the number of successful tasks for each tenant. Based on the success rate of the response from the first park, determine whether the first park is faulty.

4. The method according to claim 1 or 2, characterized in that, Before the switchover, the first campus was used to handle the read and write operations of each tenant, and the second campus was used to handle the read operations of each tenant; after the switchover, the second campus was used to handle the read and write operations of each tenant.

5. The method according to claim 1, characterized in that, The step of switching each tenant's main campus to the second campus corresponding to the first campus includes: Disconnect each of the tenants from the first campus; Establish connections between each of the tenants and the second campus.

6. The method according to claim 1, characterized in that, After switching the main campus of each tenant to the second campus corresponding to the first campus, the process further includes: In each of the tenants, an available tenant is assigned to the target user so that the available tenant can process the target user's request and obtain the response result of the target user's request from the second campus.

7. A campus switching device in a storage system, characterized in that, The device includes: The information acquisition module is used to acquire response statistics for each tenant that uses the first park as the main park. The fault diagnosis module is used to determine whether there is a fault in the first park based on the response statistics of each tenant. The campus switching module is used to switch the primary campus of each tenant to the second campus corresponding to the first campus when it is determined that the first campus is faulty; the second campus synchronizes data with the first campus.

8. A campus switching device in a storage system, characterized in that, The campus switching device in the storage system includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the campus switching method in the storage system according to any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to execute the cell switching method in the storage system according to any one of claims 1-6.

10. A computer program product, characterized in that, The computer program product includes a computer program that, when executed by a processor, implements the cell switching method in the storage system according to any one of claims 1-6.

Images