become-itil-foundation-certified-abhinav-kaiser(www.ebook-dl.com)
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
Chapter 5 ■ Service Design<br />
For example, let’s say you buy a webhost service, which is the core service, and it<br />
<strong>com</strong>es with e-mails as an enhancing service. If the e-mail service goes down and the web<br />
site stays up, it is still considered unavailable service.<br />
5.7.5.1.2 Component Availability<br />
Interconnected <strong>com</strong>ponents make up a service. Each <strong>com</strong>ponent’s availability can be<br />
measured as well to ensure that the services offered are stable. Examples of <strong>com</strong>ponents<br />
are servers, routers, load balancers, switches, and others.<br />
Component unavailability may not lead to service unavailability if the highavailability<br />
design is employed with resilience. If resilience is not factored in, due to<br />
various reasons starting from costs and requirements, <strong>com</strong>ponent availability could very<br />
much lead to service availability.<br />
Let me further explain this with an example. Let’s assume in a high-availability<br />
design, a critical core switch is backed by an autofailover facility. If the switch fails,<br />
the traffic is automatically routed to a backup switch. The service is not affected, as<br />
the switchover takes place before users can notice it. This high-availability design is<br />
expensive. So, not all services and not all organizations opt for high-availability design.<br />
In a normal design, if the core switch fails, the concerned team is made aware, and they<br />
manually replace the core switch with a good one. The notification and replacement<br />
takes a certain amount of time, leading to service downtime. So, in the first instance,<br />
although the <strong>com</strong>ponent (core switch) failed, the service was unaffected. The <strong>com</strong>ponent<br />
availability was affected but the service availability was unaffected. In the normal design,<br />
the <strong>com</strong>ponent took down the service with it. So, <strong>com</strong>ponent availability affected the<br />
service availability.<br />
5.7.5.2 Aspects of Service Availability<br />
There are a few terms and formulas that you need to learn as a part of this process. When<br />
was the last time you dealt with mathematical formulas, was it in college?<br />
You are required to remember these formulas and definitions from a Foundation<br />
examination perspective.<br />
5.7.5.2.1 Availability<br />
Availability is defined in ITIL as the ability of a service, <strong>com</strong>ponent, or CI to perform its<br />
agreed function when required.<br />
Agreed Service Time-<br />
Downtime<br />
%Availability =<br />
Agreed Service Time<br />
96