APP下载

Reliability analysis of web server cluster systems based on proportional hazards model

2018-07-21HouChunyanWangJinsongChenChen

Hou Chunyan Wang Jinsong Chen Chen

(1School of Computer Science and Engineering, Tianjin University of Technology, Tianjin 300384, China)(2College of Computer and Control Engineering, Nankai University, Tianjin 300071, China)

Abstract:An approach for web server cluster (WSC) reliability and degradation process analysis is proposed. The reliability process is modeled as a non-homogeneous Markov process (NHMH) composed of several non-homogeneous Poisson processes (NHPPs). The arrival rate of each NHPP corresponds to the system software failure rate which is expressed using Cox’s proportional hazards model (PHM) in terms of the cumulative and instantaneous load of the software. The cumulative load refers to software cumulative execution time, and the instantaneous load denotes the rate that the users’ requests arrive at a server. The result of reliability analysis is a time-varying reliability and degradation process over the WSC lifetime. Finally, the evaluation experiment shows the effectiveness of the proposed approach.

Key words:web server cluster; load-sharing; proportional hazards model; reliability; software aging

A web server cluster (WSC) is a kind ofk-out-of-nload-sharing system (LSS), in which at leastk-out-of-ncomponents must work for the successful operation of the system. The load sharing mechanism introduces dependency between the time to failure among the components, making modeling and inference of such systems different from simpler redundant systems[1].

In the past few decades, the computing capacity of web server clusters (WSCs) has increased dramatically. However, a linear increase of cluster size results in an exponential failure rate. System software and applications running on cluster systems are becoming more and more complex, which makes them prone to bugs and other software failures[2]. After a WSC is put into operation, its aging and degradation can make the software failure rate even higher over time. It is preferable that one can manage the system degradation process to gracefully handle failures before potential outages occur. Degradation measurements on WSCs provide information about their reliability.

Much research has been done on accelerated life testing (ALT) models for reliability and the degradation analysis of LSSs[3-4]. ALT models play an important role in determining the relationships between load and component lives or failure rates. Many empirical studies of mechanical systems[5]and computer systems[6]have proved that the workload strongly affects the component failure rate. ALT is the technology that utilizes the failure time data of products under higher stresses to extrapolate the lifetime and reliability of the products under normal operating conditions. ALT models have significant effects on the estimation accuracy of the lifetime and reliability of products. The main problem with the existing ALT models is that they are only applicable for hardware LSSs. System software deployed in a WSC executes intermittently so that the regular chronological time scale is not applicable for modeling a WSC.

The PHM was first proposed by Cox[7]and has been widely applied to relate the failure probability to both historical service lifetime and condition monitoring variables[8]. For this time-dependent model, failure prediction is treated as estimating the remaining lifetime for a system with regard to a specific hazard level under the current conditions. Mohammad et al.[9]provided a closed-form analytical solution for the reliability of PHM load-sharingk-out-of-nsystems with identical hardware components, where all surviving components share the load equally. It also considers system failures caused by imperfect load distribution. This approach did not explicitly model how condition variables affect the component failure rate.

1 System Model

The definition of system models meets the following assumptions:1) There areni.i.d servers in a WSC, where software is deployed and runs, and the system functions successfully if and only if it can respond to user requests promptly; 2) User requests to a WSC meet a stationary stochastic process with a constant arrival rate, and are distributed to all active components equally; 3) No repair or maintenance is considered; 4) The components are either operational or failures. The components, once failed, are removed from the system immediately.

Software applications executing continuously for a long-running time show a phenomenon of software aging. This phenomenon is the result of the exhaustion of system resources, memory leaks and the accumulation of internal error conditions. The aging rate is dependent on software workload. We employ Cox’s PHM to model the relationship between software failure rate and workload including cumulative and instantaneous loads. We introduce cumulative execution timeX(t) from start time to timetto describe cumulative load, which reflects software age. Since software performs intermittently,X(t)

h(t)=bexp(αX(t)+βY(t))

wherebis the constant baseline failure rate, the value of which depends on how well software is developed and tested;αandβare the regression coefficients estimated by observed data; andY(t) is the rate that users’ requests arrive at a server. According to the software reliability theory, software reliability significantly depends on the operational profile[10]. The WSC operational profile is defined as follows.

Definition1(profile) A profile models how a WSC is visited, and it is defined as the tuple 〈doubleμ, intω〉, whereμis the rate that users’ requests arrive; andωis the average amount of workload included in a request.

When a WSC is put into operation at time zero,nservers are working, and they are equally sharing the total requests arriving at the system. We define system states as the number of failing servers, that is 0, 1, 2, …, (n-k), (n-k+1). A WSC fails when the number of failures exceeds (n-k). From an overall point of view, the WSC failure process can be represented by the pure birth Markov process without consideration of repair or maintenance. Since system failure rates are not constant but vary with time, the failure process is a non-homogeneous Markov process (NHMP). On the other hand, surviving components process different amounts of workload at different states, which leads to non-continuous system failure rates with consecutive system states. Therefore, NHMP can be further divided into (n-k+1) non-continuous NHPPs corresponding to NHMP states. Only one failure occurs during each NHMP.

2 Reliability Analysis

A NHMP state stands for the number of failing components. At states(0≤s≤n-k+1), (n-s) working components equally share the total requests. The rate that users’ requests arrive at a surviving server isYs(t)=μ/(n-s). According to Definition 1, the average response time to a request isω/γ, whereγis the rate that a server processes user requests. The cumulative execution time of a surviving component at statesis

where Δtiis the expected time at statei. The total cumulative execution time of a component is

whereφs=αμω/((n-s)γ).

When the number of surviving components is less thank, a WSC will be unable to promptly respond to users’ requests and the system fails. The minimal value ofkis 「μω/γ⎤. The WSC reliability process is a NHMP composed of (n-k+1) working states and one failure state. The system failure rate can be expressed asλ(t)=f(t)/R(t), whereR(t) is the system reliability; andf(t) is the failure probability density function given byf(t)=-dR(t)/dt. Therefore, the relationship between the failure rate and reliability can be solved asλ(t)dt=-dlnR(t). According to the failure rates at NHMP working states analyzed above, their reliability process is

3 Illustrative Example

Fig.1 illustrates a high-level view on the business reporting system (BRS)[10], which generates management reports from business data collected in a database. The bottleneck in BRS reliability is up to a load-sharing WSC, named GWSC, composed of six servers. Assume that the initial failure rate of the core graphic engine is 1×10-5failures per day. User requests arrive at an average rate of 100 request/s. The time to respond to a request is about 30 ms.

Fig.1 An overview of the business reporting system

GWSC uses ak-out-of-nstructure, wheren=6 andkcan be solved as 3. Thus, the GWSC reliability process includes four working states from 0 to 3. First, we calcu-late the expected time at normal states, where two coefficientsαandβare assumed to be 0.1 and 1×10-6, respectively. The lifetimes of the four working states are 105.809 7, 12.159 7, 5.629 6 and 2.608 5 d, respectively, at the state from 0 to 3, from which the GWSC reliability and failure rate process can be obtained, as shown in Fig.2. It can be seen that GWSC reliability gradually decreases but the failure rate increases correspondingly over time until GWSC fails. The complete lifetime is about 126 d, after which system maintainers may need to restart servers or upgrade system software in order to allow the system enter a state of normal operation again.

Fig.2 GWSC reliability and failure rate process

The reliability processes are shown in Fig.3 when GWSC is configured with 4, 6, 8, or 10 servers. The results illustrate that more servers improve system reliability and prolong its lifetime. The corresponding reliability processes are also shown in Fig.4 when user requests arrive at various rates. It can be seen that the faster the user requests arrive, the lower the system reliability. With the WSC reliability process as a reference, software designers can adjust the system configuration to allow system reliability and lifetime to meet customer requirements.

4 Conclusion

Fig.3 GWSC reliability process with different number of servers

Fig.4 GWSC reliability process under different operational profiles

In this paper, we propose an approach to model and analyze WSC reliability. The result is a time-dependent software reliability process. Using the model and method proposed in this paper, it is simple to analyze the reliability degradation of multi-state software LSSs, which is caused by the failures of load-sharing components. The reliability analysis approach is very meaningful for supporting WSC management and design decisions.


登录APP查看全文