<img height="1" width="1" style="display:none" src="https://www.facebook.com/tr?id=645174729237247&amp;ev=PageView&amp;noscript=1">

Live patching vs server reboot cycles: Pros and Cons

Published: Nov 12, 2020 5:40:37 PM / Last update: Nov 19, 2020 / by KernelCare Team

Live patching vs server reboot cycles: Pros and ConsEver heard of a pipe-freeze kit? A pipe-freeze kit forms a plug of ice inside a water pipe, allowing a plumber to make repairs without shutting off water. Like water pipes, there are some things that you don't want to shut down to fix.

Rebooting a system to install security updates and patches isn't necessary, but it happens every day in the form of server reboot cycling. Conversely, live patching of an enterprise Linux system flash freezes central processing units (CPUs) to install patches automatically, taking nanoseconds to complete.

Contents:

1. Huge Differences Exist Between Live Patching And Server Reboot Cycles.
2. Are There Any Advantages to Server Reboot Cycles?
3. Disadvantages 
4. It's Also Expensive
5. Live Patching
6. What It Is And What It Isn’t
7. Live Patching Is the Way to Go!

 

 

 

1. Huge Differences Exist Between Live Patching And Server Reboot Cycles.

Huge Differences Exist Between Live Patching And Server Reboot Cycles, Mainly In Cost, Time, And Resources

Live patching is a subscription-based service where providers like Canonical and KernelCare drive the entire patch-management process. A subscription of 500 licenses might cost over $10,000 per year. Server reboot cycling relies on a company's internal people and resources, but that doesn't mean it's low cost. Studies show that it costs more than live patching. At a glance, the benefits of live patching are evident, but many companies still use server reboot cycling. Let's explore the reasons why.

 

 

2. Are There Any Advantages to Server Reboot Cycles?

Are There Any Advantages to Server Reboot Cycles?

Large organizations equipped with redundant servers, configured load balancers, and bankrolled SLAs have the infrastructure and finances to ensure minimal disruption to their enterprise Linux operations.

 

 

Disadvantages 

Disadvantages 

There are many disadvantages to using server reboot cycling for patch management.

Critical windows of time are missed. A 2019 study conducted by Ponemon Institute shows that out of 3,000 IT and security professionals, 62 percent attribute a data breach to their enterprise's failure to apply an available patch.  

Staffing is also an issue. The study also revealed that only 36 percent feel their enterprise has enough staff to apply patches fast enough. 

Negotiating downtime is complicated, frustrating, and requires untold hours of labor.  

Finally, pushing components to 100 percent during the power-on self-test (POST) sequence can result in data loss and hardware failure, with startup time being the most problematic part of the Linux reboot process.

 

 

It's Also Expensive

It's Also Expensive

Despite the fact that server reboot cycles takes advantage of internal people and resources, it adds significantly to the costs of running a secure enterprise.

Reboots disrupt revenue streams, especially on non-redundant systems. Employees' overtime pay for nights and weekends increases costs even more. Repeated, weighty requests for downtime erodes IT's political capital, as they are seen as demanding, negatively affecting approvals for other needs.

Formulas for calculating the annual cost of managing security vulnerabilities through patching, support evidence and case studies that show how as little as 10 patching cycles per year can run costs into the millions. Click here to learn more.

 

 

Live Patching

Live Patching

Live patching is the process of deploying patches to a Linux kernel while the server is still running, updating it automatically. It's rebootless and reduces patching tasks by as much as 60 percent.

A 2019 survey sponsored by ServiceNow shows that 70 percent of respondents believe automation is a critical step to improving their organization's patch management, and 80 percent credit automation for their organization's ability to respond to vulnerabilities in less time.

 

 

What It Is And What It Isn’t

What It Is And What It Isn’t

Live patching ensures a seamless customer experience, and enables continuous access to systems that support productivity, revenue, security, and compliance.

Kernel live patching reduces the risk of data loss, while downtime negotiations, irregular work schedules, and overtime pay go away. Anxiously waiting for the next cycle to patch a known vulnerability becomes a botheration of the past. 

The live patching service provider tests patches on their own servers, in their own product security center, like KernelCare's policy to run four tests on patches before releasing them to customers. 

System-breaking changes and hardware fixes require downtime and reboots. These events are beyond the scope of live patching. 

 

 

Live Patching Is the Way to Go

Live Patching Is the Way to Go!

Linux kernel live patching keeps systems secure without downtime from server reboots. The KernelCare product family is designed to maximize service availability while offering protection from security vulnerabilities, like the infamous Heartbleed. Security updates are painless through the technology and support offered by KernelCare's enterprise Linux tools. So take the next step, contact us today!

Topics: Live Patching

KernelCare Team

Written by KernelCare Team

    cover for blog

    Download Whitepaper

    Subscribe to Email Updates

    Recent Posts