Development of performance testing tools for the intensive back-end bare cloud system

What is an intensive back-end bare cloud system? The back-end cloud is the one that has removed all the interfaces used for front-end access and deployment, leaving only the cloud of backend virtualization management platform systems. This is further known as the naked cloud because it does not have any front-end modules for visualizing the business. Compared to the cloud front-end system, the back-end bare cloud system is a compact, intensive kernel system responsible for cloud virtualization implementation. For a public cloud, there can be no front-end system, but no backend system, since the backend sets up all the core operations of the public cloud system based on virtualization technology and is the cornerstone of the cloud.

Performance tests that differ from the cloud front-end are designed to reflect the level of foreground interaction, and cloud backend performance is based on purely meaningful evaluation, which is as important as the evaluation of kernel quality. Not only that, based on the performance evaluation of the bare cloud system, that is, "kernel" performance evaluation, is stripped of all the non-kernel factor interference assessment, shielding such as front-end business process module interference, reflecting the cloud system on the pipeline signal-to-noise ratio of the best evaluation results.

This paper takes the virtual machine creation of one of the core operations of the intensive back-end bare cloud system as an example, and expounds how to develop the method of creating the pressure test for the concurrent user virtual machine on the "kernel" platform. On the one hand, it shows you the practical experience of performance testing on the back end of the cloud, on the other hand, it also provides the technical ideas and methodologies of reuse value for the technicians.

The body is divided into six parts to discuss, first of all, a simple description of the intensive back-end of the naked cloud system, and then analyze the performance test requirements, the third part of the development of the overall idea, chapter four introduces the specific implementation process, the fifth part of the test results and analysis, the sixth part of the summary of this article.

Intensive back-end bare cloud system

This paper presents a brief introduction to the intensive back-end bare cloud system. Here is a further simple explanation combined with the legend. As shown in the following illustration, Figure 1 is a more complete picture of the whole cloud system. The red box-selected bss-business Support Services, commonly known as business support systems, is a very complex layer that faces customers directly. If the cloud is compared to a business system, then BSS is the front-end of the system, all the key business operations involving business processes are integrated, such as real-time customization of the cloud resources, customization of the resource payment model, billing process, Bill extraction, user management, and so on. The object to be discussed in this article is precisely to peel off this part. The stripped system has a complete OSS system, the operational Support Services layer, which we can interpret as a backend system and retain all interfaces that interact with BSS. These interfaces are either discarded, or abstracted, stranded. Thus, on the one hand, the intensive back-end bare cloud system can accomplish all the virtualization business logic that a whole cloud system can accomplish, on the other hand, it also ensures compatibility and seamless docking with any front-end module.

Figure 1. All cloud system structure schematic

Test requirements Description

Then the basic meaning of the intensive back-end cloud system, the test demand is simple and clear, namely: in this system to achieve concurrent users simultaneously trigger virtual machine creation, and get the virtual machine to create success rate and the time needed to create.

Further thinking, this requirement can be simplified to deal with a user situation. Because if a single user case is resolved, concurrent users can use multithreading for subsequent implementations. However, unlike the cloud with a front-end system: authorized users can deploy virtual machines at any time and place, simply by connecting to the Internet; a bare cloud platform that contains only the back-end system requires the user to log in to an authorized Tsam server (see Resources for Tsam), triggering the virtual machine through a specific command line Deployment. Secondly, the process of virtual machine creation needs to judge the health state of the virtual machine, and calculate the related time period, this series of operations in the lifecycle need precise management mechanism.