System demonstration method, device, equipment and medium
By obtaining the system parameters of the storage device, creating virtual storage commands and deploying customer services, the problem of high cost of storage device demonstration and poor user experience is solved, and efficient storage software system demonstration and customer intuitive experience is achieved.
Patent Information
- Application Number
- CN202510682389.0
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-05-26
- Publication Date
- 2025-08-26
AI Technical Summary
In the prior art, each demonstration of a new product requires a rebuilding of the display environment of the storage device, and the PPT promotional video cannot visually display the product functions, resulting in high time and money costs and poor user experience.
By obtaining the system parameters of the storage device, creating virtual storage commands, executing virtual storage business processes on the target storage device, and deploying customer actual application services in the virtual storage process, displaying different versions of storage software systems.
It avoids the complexity of building systems on-site. It only requires one storage device to realize the demonstration of multiple storage software systems, save time and money costs, and provide customers with the most direct product experience to eliminate customers' concerns.
Smart Images
Figure CN120540918A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of computer technology, and in particular to a system demonstration method, apparatus, device, and medium. Background Art
[0002] With the evolution of various new technologies, it's crucial for storage device vendors to effectively and directly showcase new products (specifically, storage software systems) to customers. Storage devices often come with their own system, and new product updates (storage software systems) require physical device upgrades before they can be used. This constrains storage vendors from releasing new products, requiring them to build a complete demonstration environment or use PowerPoint presentations to showcase the new product's features. Setting up a new environment is time-consuming and expensive, and PowerPoint presentations don't offer the same intuitive demonstration of product functionality as physical devices or actual operation. Summary of the Invention
[0003] The present application provides a system demonstration method, apparatus, device and medium to at least solve the problem in the related art that each time a new product is demonstrated, the storage device needs to be rebuilt, and the problem that PPT promotional videos cannot intuitively display the product functions.
[0004] This application provides a system demonstration method, including:
[0005] Obtain the system parameters corresponding to each storage device when different storage software systems are deployed on different storage devices;
[0006] Creating a virtual storage command according to the system parameters, and executing the virtual storage command in the target storage device to create a virtual storage service process corresponding to the version of the storage software system;
[0007] Deploy the target customer's actual application business in the virtual storage business process, and demonstrate different versions of the storage software system on the target storage device based on the current virtual storage business process after the business deployment.
[0008] This application also provides a system demonstration device, including:
[0009] A system parameter acquisition module is used to obtain the system parameters corresponding to each storage device when different storage software systems are deployed on different storage devices;
[0010] A virtual process creation module, configured to create a virtual storage command based on system parameters and execute the virtual storage command in a target storage device to create a virtual storage service process corresponding to the version of the storage software system;
[0011] The system demonstration module is used to deploy the target customer's actual application business in the virtual storage business process, and based on the current virtual storage business process after the business deployment, demonstrate different versions of the storage software system on the target storage device.
[0012] The present application also provides an electronic device, comprising: a memory for storing a computer program; and a processor for implementing the steps of any of the above-mentioned system demonstration methods when executing the computer program.
[0013] The present application also provides a computer-readable storage medium, in which a computer program is stored. When the computer program is executed by a processor, the steps of any of the above-mentioned system demonstration methods are implemented.
[0014] The beneficial effects of the present application are as follows: since different storage software systems are deployed on different storage devices, the parameters of the hardware resources corresponding to the storage devices are different. Therefore, corresponding virtual storage commands are created in advance based on the obtained system parameters corresponding to each storage device. At this time, the virtual storage commands correspond to the system versions of the different storage software systems deployed on different storage devices. When it is necessary to demonstrate the storage software system on the target storage device, it is only necessary to execute the virtual storage command to create a virtual storage business process corresponding to the version of the storage software system. The virtual storage business process can specify a program to start, and at the same time, the customer's actual application business is deployed in the virtual storage business process. In this way, the complexity of on-site system construction is avoided, and only one storage device is required to realize the demonstration of multiple different storage software systems, saving time and money. In addition, deploying the customer's actual application business in the virtual storage business process can give the customer the most direct experience, and based on the customer's actual business, it can demonstrate the functional highlights of the product evolution, thereby solving the customer's problems and thus alleviating the customer's concerns. BRIEF DESCRIPTION OF THE DRAWINGS
[0015] In order to more clearly illustrate the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.
[0016] Figure 1 A flow chart of a system demonstration method disclosed in this application;
[0017] Figure 2 A schematic diagram of a system demonstration design architecture disclosed in this application;
[0018] Figure 3 A flowchart of a specific system demonstration method disclosed in this application;
[0019] Figure 4 A schematic diagram of a storage software system disclosed in this application;
[0020] Figure 5 A schematic diagram of the evolution of a system demonstration disclosed in this application;
[0021] Figure 6 This is a structural diagram of a system demonstration device disclosed in this application. DETAILED DESCRIPTION
[0022] The following will be combined with the accompanying drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.
[0023] It should be noted that, in the description of this application, the terms "comprises," "includes," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or device comprising a series of elements includes not only those elements, but also other elements not explicitly listed, or elements inherent to such process, method, article, or device. The terms "first," "second," etc., in this application are used to distinguish similar objects, and are not used to describe a particular order or sequence.
[0024] Currently, storage device vendors typically showcase new products (storage software systems) to customers by building a complete demonstration environment or using PowerPoint presentations. However, this approach presents the following problems:
[0025] (1) Use of specific physical equipment: The space occupied by the equipment, the network it relies on, the front-end host, the back-end disk, and the peripherals all need to be prepared by the customer, and only simulated services (host services prepared by the organizer) can be used to demonstrate storage. This is divorced from the customer's actual business. Whether it can actually solve the customer's problem is only a unilateral result given by the organizer, and it is difficult to directly dispel the customer's concerns.
[0026] (2) For users, PPT promotional videos are static and lack interactivity. Users may only passively accept information and find it difficult to participate. Secondly, there is the problem of information overload. PPTs are prone to piling up text and data, resulting in a lack of focus and difficulty for users to grasp the key points. Thirdly, there are technical limitations. For example, the dynamic effects of PPTs may not be smooth enough. In addition, the lack of realism means that PPTs cannot intuitively display product functions like real objects or actual operations, and users may lack an intuitive understanding of the product. There is also the problem of time management. The structure of PPTs may lead to uneven time allocation, with some parts being talked about too long and others being rushed through. Finally, excessive beautification may make PPTs appear exaggerated, which in turn distracts users from the product itself. Ultimately, users do not have a deep understanding of the advantages of new products.
[0027] To this end, this application provides a system demonstration solution that can directly demonstrate the advantages of the new product system by using the actual business operations of customers based on the existing storage device system. To enable those skilled in the art to better understand this application solution, the application is further described in detail below with reference to the accompanying drawings and specific implementation methods.
[0028] In conjunction with the specific application environment architecture or specific hardware architecture on which the execution of the system demonstration method depends, the specific application environment architecture or specific hardware architecture is described here.
[0029] The embodiment of the present application provides a system demonstration method, see Figure 1 As shown, the method is described in detail, and the method includes:
[0030] Step S11: obtaining system parameters corresponding to each storage device when different storage software systems are deployed on different storage devices.
[0031] Since storage devices often correspond to a set of storage software systems, new products obtained after updating the system version of the storage software system actually need to be upgraded before they can be used. Therefore, in order to implement a technical solution that can support the demonstration and management of complex multiple storage software systems on a single storage device, a virtual system is divided on the target storage device to manage multiple storage software systems of different versions. Figure 2 Shown is an architectural diagram for implementing the method of this application.
[0032] In the embodiments of this application, the target storage device is the storage device for the system demonstration. For virtual storage, first, the system parameters corresponding to each storage device are obtained when different storage software systems are deployed on different storage devices. These system parameters include any one or a combination of computing resource parameters, storage resource parameters, network resource parameters, and peripheral resource parameters.
[0033] Among them, computing resource parameters may include data information directly involved in data processing, such as front-end cards and system memory; storage resource parameters may include data information such as back-end disks (such as hard disks, SSDs and other long-term storage devices), occupied storage space, etc.; network resource parameters may include data information such as dependent network devices (switches, routers, etc.), network connections, etc.; peripheral resource parameters may include data information related to the peripherals used (such as input and output devices, expansion cards, etc.).
[0034] Step S12: creating a virtual storage command according to the system parameters, and executing the virtual storage command in the target storage device to create a virtual storage service process corresponding to the version of the storage software system.
[0035] After obtaining system parameters, a virtual storage command (create virtual storage command) is created. The system parameters contained in this command include, but are not limited to, the specific front-end card, back-end disk, and system memory size mentioned above. It will be appreciated that since these system parameters correspond to different versions of the storage software system deployed on storage devices, the created virtual storage command corresponds to the different versions of the storage software system deployed on different storage devices. After the command is executed, an independent virtual storage service process is created on the target storage device.
[0036] It should be noted that the virtual storage service process can specify a system version. Specifically, for multiple uploaded storage software programs, a specific program can be specified to start to demonstrate the corresponding version of the storage software system.
[0037] Step S13: deploying the target customer's actual application service in the virtual storage service process, and demonstrating different versions of storage software systems on the target storage device based on the current virtual storage service process after the service deployment.
[0038] To intuitively demonstrate product functionality and enhance users' intuitive understanding of the product's effectiveness in their actual business operations, in this embodiment of the application, the target customer's actual application business is deployed in a newly created virtual storage business process. This allows the user to try out the new product on the target storage device by executing the current virtual storage business process based on the deployed customer's actual application business. By showcasing the functional highlights of this version evolution on the new storage software system and demonstrating the effectiveness to customers without providing new storage devices, the user can experience the product directly, thereby alleviating their concerns about using the product. After successful trials, the product can be promoted on a large scale.
[0039] Furthermore, after the demonstration is completed, the new system is deleted using a virtual storage destruction command (virtual storage delete command). In a feasible implementation, triggering the virtual storage destruction command can initiate the deletion operation by any of the following methods: for example, using a graphical management interface to select the icon of the target system to be deleted, triggering a menu command to delete the virtual storage software system; for example, based on a command line interface, inputting a formatting command and executing it; or through programmatic calls, the utility calls the interface provided by the process, etc. In another feasible implementation, result feedback can also be provided for the deletion operation. For example, if the deletion is successful, a message indicating that the corresponding current storage software system has been successfully deleted is returned; if the deletion fails, a message indicating that the deletion of the corresponding current storage software system has failed is returned, and the specific reason for the failure is informed, and at the same time, a rollback mechanism is triggered when the deletion fails to restore the system state before the deletion.
[0040] The beneficial effects of the present application are as follows: since different storage software systems are deployed on different storage devices, the parameters of the hardware resources corresponding to the storage devices are different. Therefore, corresponding virtual storage commands are created in advance based on the obtained system parameters corresponding to each storage device. At this time, the virtual storage commands correspond to the system versions of the different storage software systems deployed on different storage devices. When it is necessary to demonstrate the storage software system on the target storage device, it is only necessary to execute the virtual storage command to create a virtual storage business process corresponding to the version of the storage software system. The virtual storage business process can specify a program to start, and at the same time, the customer's actual application business is deployed in the virtual storage business process. In this way, the complexity of on-site system construction is avoided, and only one storage device is required to realize the demonstration of multiple different storage software systems, saving time and money. In addition, deploying the customer's actual application business in the virtual storage business process can give the customer the most direct experience, and based on the customer's actual business, it can demonstrate the functional highlights of the product evolution, thereby solving the customer's problems and thus alleviating the customer's concerns.
[0041] The present application embodiment discloses a specific system demonstration method, see Figure 3 As shown, the method includes:
[0042] Step S21: creating a multi-system management process and obtaining system parameters based on the multi-system management process; determining the target component specified in the component management module according to the first system parameter in the system parameters, and setting the state of the target component to a managed state.
[0043] In the embodiment of the present application, a multi-system management process is added, which supports the creation of virtual storage commands. Since the virtual storage commands are created in the multi-system management process, the multi-system management process can obtain the system parameters. At the same time, the component management module is reconstructed, and the state of the target component in the component management module is set to the managed state, indicating that only the components specified in the first system parameter are recognized and processed, and the components not specified by the first system parameter are shielded. Figure 4 In the virtualized system provided as shown, the multi-system management process is used to manage the virtual storage service processes corresponding to storage service systems of different versions.
[0044] It is understood that the first system parameter is a parameter within the system parameters that can be used to specify components in the component management module. The component management module is used to manage and control the operation and status of components with computing and storage functions, typically a card / disk management module that manages and controls the operation and status of front-end cards and back-end disks.
[0045] Step S22: In the multi-system management process, a virtual storage command is created according to the system parameters, and the virtual storage command is executed in the target storage device to create a virtual storage service process corresponding to the version of the storage software system.
[0046] In an embodiment of the present application, a multi-system management process can manage at least one virtual storage service process. Specifically, based on target system parameters corresponding to a target storage device, the multi-system management process is used to set the number of virtual storage service processes to be created. When the number of virtual storage service processes exceeds the creation limit, a system resource limit prompt is output and an error is reported.
[0047] As you can see, when managing virtual storage service processes, you can use multiple system management processes to limit the number of virtual storage processes. For example, you can limit the number of virtual storage processes created by a command (e.g., 8, 16, etc.) based on the system capacity of a single physical storage. Once the maximum limit is reached, an error message will be generated, indicating system resource limitations.
[0048] Step S23: Deploy the target customer's actual application business in the virtual storage business process, and based on the current virtual storage business process after the business deployment, identify and process the target component according to the managed state through the component management module on the target storage device, and start the storage software program corresponding to the storage software system according to the second system parameter in addition to the first system parameter in the system parameters to demonstrate different versions of the storage software system.
[0049] In the embodiment of this application, the actual application business of the customer is deployed to the virtual storage business process, so as to achieve the effect of deploying the actual application business of the target customer on the newly created storage software system. The functional highlights of this version evolution are displayed on the new system to give customers the most direct experience. Figure 5 FIG2 is a schematic diagram of a system evolution process provided in combination with the above steps. The target storage device is used to implement the management of multiple virtual storage software systems.
[0050] Based on the above steps, it can be seen that the managed state representation only identifies and processes the components specified in the first system parameter. Therefore, when executing the current virtual storage business process after the business deployment, the component management module is used to identify and process the target component according to the managed state; at the same time, the virtual storage process starts the original single storage IO business process (that is, the mentioned storage software program) based on the second system parameter (such as memory size) in addition to the first system parameter in the system parameters, thereby realizing the demonstration of different versions of the storage software system.
[0051] The beneficial effects of the present application are as follows: since different storage software systems are deployed on different storage devices, the parameters of the hardware resources corresponding to the storage devices are different. Therefore, corresponding virtual storage commands are created in advance based on the obtained system parameters corresponding to each storage device. At this time, the virtual storage commands correspond to the system versions of the different storage software systems deployed on different storage devices. When it is necessary to demonstrate the storage software system on the target storage device, it is only necessary to execute the virtual storage command to create a virtual storage business process corresponding to the version of the storage software system. The virtual storage business process can specify a program to start, and at the same time, the customer's actual application business is deployed in the virtual storage business process. In this way, the complexity of on-site system construction is avoided, and only one storage device is required to realize the demonstration of multiple different storage software systems, saving time and money. In addition, deploying the customer's actual application business in the virtual storage business process can give the customer the most direct experience, and based on the customer's actual business, it can demonstrate the functional highlights of the product evolution, thereby solving the customer's problems and thus alleviating the customer's concerns.
[0052] Based on the above embodiment, in a feasible implementation, in order to support a single storage device to provide a fault isolation solution, for example, when a single system fails, it does not affect other systems. Specifically, the following steps may be included:
[0053] Selecting a non-volatile storage medium for storing system parameters as a storage medium, and writing the system parameters into the non-volatile storage medium according to a preset data format;
[0054] When a virtual storage service process fails, the virtual storage service process is restarted and the data recorded in the non-volatile storage medium is read to restore the virtual storage service process.
[0055] In the embodiment of the present application, in the virtual storage service process, the previously specified system parameters (front-end card, back-end disk, system memory, etc.) are saved using configuration files or other non-volatile storage media. When each virtual storage process encounters a system-level failure, it only restarts its own process without destroying other processes, thus ensuring the independence of each virtual storage service process. Figure 4 The multi-system parameter configuration power-off saving module corresponds to the fault handling process in the above steps.
[0056] It can be seen that multiple storage software systems in virtual storage can prevent other systems from being affected when a single system fails, truly preventing the spread of software failures, avoiding comprehensive problems on the customer side, and facilitating storage maintenance and promotion.
[0057] Based on the above embodiment, in a feasible implementation, in order to enable storage IO services between virtual processes to be accessed as if they were accessing completely independent storage, a common process access interface is constructed for each storage software system in the embodiment of the present application. Furthermore, data is exchanged through the common process access interface to improve transmission efficiency. Specifically, the following steps may be included:
[0058] Acquiring a data acquisition request of a first virtual storage service process based on a public process access interface; the first virtual storage service process corresponds to a new version of a storage software system;
[0059] Determining, according to the data acquisition request, a second virtual storage service process corresponding to the first virtual storage service process when requesting to acquire data; the second virtual storage service process corresponds to an old version of the storage software system;
[0060] The target data in the second virtual storage service process is acquired, and the target data is transmitted to the first virtual storage service process through the public process access interface.
[0061] In an embodiment of the present application, a public process access interface is used to facilitate the new system to use the data of the old system. First, a data acquisition request issued by the first virtual storage business process corresponding to the new version of the storage software system is obtained through the interface. The data request is used to obtain data in the old version of the system. Therefore, based on the data acquisition request, the second virtual storage business process running the old version of the storage software system can be determined, thereby obtaining the target data in the second virtual storage business process. Finally, the target data is transferred to the first virtual storage business process through the public process access interface. In this way, the new system uses the old system data to achieve uninterrupted and rapid upgrades of the storage software version, providing incremental development and rapid upgrade functions.
[0062] Through the description of the above implementation methods, those skilled in the art can clearly understand that the method according to the above embodiment can be implemented by means of software plus the necessary general hardware platform, and of course it can also be implemented by hardware, but in many cases the former is a better implementation method.
[0063] The embodiment of the present application also provides a system demonstration device, see Figure 6 As shown, the device includes:
[0064] The system parameter acquisition module 11 is used to obtain the system parameters corresponding to each storage device when different storage software systems are deployed on different storage devices;
[0065] A virtual process creation module 12 is configured to create a virtual storage command based on system parameters and execute the virtual storage command in a target storage device to create a virtual storage service process corresponding to the version of the storage software system;
[0066] The system demonstration module 13 is used to deploy the target customer's actual application business in the virtual storage business process, and based on the current virtual storage business process after the business deployment, demonstrate different versions of the storage software system on the target storage device.
[0067] For the description of the features in the embodiment corresponding to the system demonstration device, please refer to the relevant description of the embodiment corresponding to the system demonstration method, and will not be repeated here.
[0068] The beneficial effects of the present application are as follows: since different storage software systems are deployed on different storage devices, the parameters of the hardware resources corresponding to the storage devices are different. Therefore, corresponding virtual storage commands are created in advance based on the obtained system parameters corresponding to each storage device. At this time, the virtual storage commands correspond to the system versions of the different storage software systems deployed on different storage devices. When it is necessary to demonstrate the storage software system on the target storage device, it is only necessary to execute the virtual storage command to create a virtual storage business process corresponding to the version of the storage software system. The virtual storage business process can specify a program to start, and at the same time, the customer's actual application business is deployed in the virtual storage business process. In this way, the complexity of on-site system construction is avoided, and only one storage device is required to realize the demonstration of multiple different storage software systems, saving time and money. In addition, deploying the customer's actual application business in the virtual storage business process can give the customer the most direct experience, and based on the customer's actual business, it can demonstrate the functional highlights of the product evolution, thereby solving the customer's problems and thus alleviating the customer's concerns.
[0069] In a specific implementation, the system parameter acquisition module 11 is specifically configured to:
[0070] Obtain any one or a combination of several of the computing resource parameters, storage resource parameters, network resource parameters, and peripheral resource parameters corresponding to each storage device when different storage software systems are deployed on different storage devices.
[0071] In a specific embodiment, the system demonstration device further includes:
[0072] A multi-system management process creation module is used to create a multi-system management process and obtain system parameters based on the multi-system management process; based on the first system parameter in the system parameters, the target component specified in the component management module is determined, and the state of the target component is set to a managed state; wherein the component management module is used to manage and control the operation and state of components with computing and storage functions.
[0073] The error reporting module is used to set the number of virtual storage business processes to be created based on the target system parameters corresponding to the target storage device using the multi-system management process; when the number of virtual storage business processes exceeds the creation number, a prompt message of system resource limitation is output and an error is reported.
[0074] The storage module selects a non-volatile storage medium for storing system parameters as a storage carrier, and writes the system parameters into the non-volatile storage medium according to a preset data format; when a virtual storage business process fails, the virtual storage business process is restarted and the data recorded in the non-volatile storage medium is read to restore the virtual storage business process.
[0075] The deletion module is used to obtain a virtual storage destruction command after the storage software system demonstration is completed, and use the virtual storage destruction command to delete the storage software system.
[0076] Upgrade modules for:
[0077] Build a public process access interface for each storage software system;
[0078] Acquiring a data acquisition request of a first virtual storage service process based on a public process access interface; the first virtual storage service process corresponds to a new version of a storage software system;
[0079] Determining, according to the data acquisition request, a second virtual storage service process corresponding to the first virtual storage service process when requesting to acquire data; the second virtual storage service process corresponds to an old version of the storage software system;
[0080] The target data in the second virtual storage service process is acquired, and the target data is transmitted to the first virtual storage service process through the public process access interface.
[0081] In a specific embodiment, the virtual process creation module 12 is specifically configured to:
[0082] In the multi-system management process, a virtual storage command is created according to the system parameters, and the virtual storage command is executed in the target storage device to create a virtual storage service process corresponding to the version of the storage software system;
[0083] In a specific embodiment, the system demonstration module is specifically used to:
[0084] Based on the current virtual storage business process after business deployment, the component management module is used on the target storage device to identify and process the target component according to the managed state, and based on the second system parameter in addition to the first system parameter in the system parameters, the storage software program corresponding to the storage software system is started to demonstrate different versions of the storage software system.
[0085] An embodiment of the present application further provides an electronic device, comprising a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to execute the steps in any of the above-mentioned system demonstration method embodiments.
[0086] An embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, wherein the computer program is configured to execute the steps of any of the above-mentioned system demonstration method embodiments when run.
[0087] In an exemplary embodiment, the computer-readable storage medium may include, but is not limited to, various media that can store computer programs, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.
[0088] An embodiment of the present application further provides a computer program product, which includes a computer program. When the computer program is executed by a processor, the steps in any one of the above-mentioned system demonstration method embodiments are implemented.
[0089] An embodiment of the present application also provides another computer program product, including a non-volatile computer-readable storage medium, wherein the non-volatile computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in any of the above-mentioned system demonstration method embodiments are implemented.
[0090] Professionals may further appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of the two. In order to clearly illustrate the interchangeability of hardware and software, the above description has generally described the components and steps of each example according to their functions. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0091] The above is a detailed introduction to a system demonstration method, device, equipment and medium provided by the present application. Specific examples are used herein to illustrate the principles and implementation methods of the present application. The description of the above embodiments is only used to help understand the method and core idea of the present application. It should be pointed out that for ordinary technicians in this technical field, without departing from the principles of the present application, several improvements and modifications can be made to the present application, and these improvements and modifications also fall within the scope of protection of the claims of the present application.
Claims
1. A system demonstration method, characterized in that: include: Obtaining system parameters corresponding to each storage device when different storage software systems are deployed on different storage devices; Creating a virtual storage command according to the system parameters, and executing the virtual storage command in the target storage device to create a virtual storage service process corresponding to the version of the storage software system; The target customer's actual application business is deployed in the virtual storage business process, and based on the current virtual storage business process after the business deployment, different versions of the storage software system are demonstrated on the target storage device.
2. The system demonstration method according to claim 1, characterized in that: When different storage software systems are deployed on different storage devices, the system parameters corresponding to each storage device are obtained, including: When different storage software systems are deployed on different storage devices, any one or a combination of several parameters among computing resource parameters, storage resource parameters, network resource parameters and peripheral resource parameters corresponding to each storage device are obtained.
3. The system demonstration method according to claim 2, characterized in that: Before creating the virtual storage command according to the system parameters, the method further includes: Creating a multi-system management process, and obtaining the system parameters based on the multi-system management process; determining, based on a first system parameter among the system parameters, a target component specified in a component management module, and setting a state of the target component to a managed state; wherein the component management module is used to manage and control the operation and state of components having computing and storage functions; Accordingly, the step of creating a virtual storage command according to the system parameters and executing the virtual storage command in the target storage device to create a virtual storage service process corresponding to the version of the storage software system includes: In the multi-system management process, a virtual storage command is created according to the system parameters, and the virtual storage command is executed in the target storage device to create a virtual storage service process corresponding to the version of the storage software system; Accordingly, the presenting of different versions of the storage software system on the target storage device based on the current virtual storage service process after service deployment includes: Based on the current virtual storage business process after business deployment, the component management module is used on the target storage device to identify and process the target component according to the managed state, and based on the second system parameter other than the first system parameter in the system parameters, the storage software program corresponding to the storage software system is started to demonstrate different versions of the storage software system.
4. The system demonstration method according to claim 3, characterized in that: Also includes: Based on the target system parameters corresponding to the target storage device, using the multi-system management process to set the number of virtual storage service processes to be created; When the number of the virtual storage service processes exceeds the created number, a prompt message of system resource limitation is output and an error is reported.
5. The system demonstration method according to claim 1, characterized in that: After executing the virtual storage command in the target storage device to create a virtual storage service process corresponding to the version of the storage software system, the method further includes: Selecting a non-volatile storage medium for storing the system parameters as a storage medium, and writing the system parameters into the non-volatile storage medium according to a preset data format; When the virtual storage service process fails, the virtual storage service process is restarted, and the data recorded in the non-volatile storage medium is read to restore the virtual storage service process.
6. The system demonstration method according to claim 1, characterized in that: After demonstrating different versions of the storage software system on the target storage device, the method further includes: When the storage software system demonstration is completed, a virtual storage destruction command is obtained, and the storage software system is deleted using the virtual storage destruction command.
7. The system demonstration method according to any one of claims 1 to 6, characterized in that: Also includes: Constructing a public process access interface for each of the storage software systems; Acquire a data acquisition request of the first virtual storage service process based on the public process access interface; The first virtual storage service process corresponds to a new version of the storage software system; determining, according to the data acquisition request, a second virtual storage service process corresponding to the first virtual storage service process when requesting to acquire data; the second virtual storage service process corresponding to an old version of the storage software system; The target data in the second virtual storage service process is acquired, and the target data is transmitted to the first virtual storage service process through the public process access interface.
8. A system demonstration device, characterized in that: include: A system parameter acquisition module, used to acquire system parameters corresponding to different storage devices when different storage software systems are deployed on different storage devices; a virtual process creation module, configured to create a virtual storage command according to the system parameters, and execute the virtual storage command in a target storage device to create a virtual storage service process corresponding to the version of the storage software system; The system demonstration module is used to deploy the target customer's actual application business in the virtual storage business process, and based on the current virtual storage business process after the business deployment, demonstrate different versions of the storage software system on the target storage device.
9. An electronic device, characterized in that: include: memory for storing computer programs; A processor, configured to implement the steps of the system demonstration method according to any one of claims 1 to 7 when executing the computer program.
10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program, wherein the computer program, when executed by a processor, implements the steps of the system demonstration method according to any one of claims 1 to 7.