Server Farm Patching System Off-Peak Aggressiveness

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Applying patch code sets to server farms during peak usage hours can disrupt performance and stability, affecting a large number of users and causing workflow disruptions, as existing methods do not effectively manage timing to minimize impact on users.

Innovation Solution

A server farm patching system that identifies off-peak usage times by analyzing activity levels and applies patch code sets at different aggressiveness levels, ensuring minimal disruption by deploying patches during low-activity periods and using a network container object to define off-peak times, allowing for coordinated and region-specific deployments.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If patch code sets are applied to server farms during peak usage hours, then productivity is improved by keeping servers updated, but service stability deteriorates due to performance disruptions and user workflow interruptions

Engineering Contradiction:
Improveserver update efficiencyVSAvoidservice stability
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs patch applications in advance during off-peak hours when user activity is low. By identifying off-peak time ranges and scheduling patch deployments during these periods, the system prepares and applies updates before peak usage begins, ensuring servers are updated while minimizing disruption to users.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically adjusts patching aggressiveness levels based on real-time activity monitoring. It identifies off-peak usage time ranges and modifies deployment strategies accordingly, allowing more aggressive patching during low-activity periods and more conservative approaches during high-activity periods, thereby adapting to changing system conditions.

Inventive Principle:
Principle #15Dynamics

2Reliability

If patch code sets are applied during off-peak hours, then service stability is improved by minimizing user disruption, but productivity deteriorates due to delayed patch deployment

Engineering Contradiction:
Improveservice stabilityVSAvoidpatch deployment speed
Core Design Contradiction:
ReliabilityVSProductivity

Solution Approach 1:

The system continuously monitors activity levels and maintains continuous patch deployment capability by operating at different aggressiveness levels throughout the day. Rather than stopping patching entirely during peak hours, it continues at reduced capacity, ensuring uninterrupted update progress while adapting to user activity patterns.

Inventive Principle:
Principle #20Continuity of useful action

Solution Approach 2:

The system employs periodic batch deployments during off-peak hours rather than attempting to deploy all patches at once. By dividing patch applications into multiple batches during low-activity periods, it maintains steady progress toward full deployment while preventing overwhelming system load that would compromise stability.

Inventive Principle:
Principle #19Periodic action

3Productivity

If high patching aggressiveness is used during peak usage, then productivity is improved by rapid patch deployment, but user experience deteriorates due to performance disruptions

Engineering Contradiction:
Improvepatch deployment speedVSAvoiduser workflow disruption
Core Design Contradiction:
ProductivityVSObject-affected harmful factors

Solution Approach 1:

The system applies different patching aggressiveness levels to different time periods based on user activity patterns. During off-peak hours, it uses high aggressiveness for rapid deployment, while during peak hours it switches to low or zero aggressiveness to protect user experience, thereby applying appropriate quality of service to different temporal segments.

Inventive Principle:
Principle #3Local quality

Solution Approach 2:

The system changes the patching aggressiveness parameter dynamically based on monitored activity levels. It adjusts this critical parameter from high values during off-peak periods to low values during peak periods, directly responding to changing system conditions and user needs to optimize both deployment efficiency and service quality.

Inventive Principle:
Principle #35Parameter changes

4Object-affected harmful factors

If low patching aggressiveness is used during peak usage, then user experience is improved by minimizing disruptions, but productivity deteriorates due to slow patch deployment

Engineering Contradiction:
Improveuser workflow disruptionVSAvoidpatch deployment speed
Core Design Contradiction:
Object-affected harmful factorsVSProductivity

Solution Approach 1:

The system performs the bulk of patch deployment work in advance during off-peak hours when user activity is minimal. By completing the majority of patch applications before peak usage begins, it reduces the burden during peak hours and ensures most updates are already in place, minimizing both user disruption and overall deployment time.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system dynamically switches between high aggressiveness during off-peak periods and low aggressiveness during peak periods. This dynamic adjustment allows rapid deployment when users are inactive, then transitions to conservative mode when users are active, optimizing the balance between speed and user experience in real-time.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS10374930B2Off-peak patching for enterprise stability
Publication Date: 2019.08.06 MICROSOFT TECHNOLOGY LICENSING LLC
  • US10374930B2 patent drawing
  • US10374930B2 patent drawing
  • US10374930B2 patent drawing

AI summary

In one example, a server farm patching system may wait until fewer users are accessing a server farm to apply a patch code set to a server application executed by a server at the server farm. The server farm patching system may identify an off-peak usage time range for a server farm describing when the server farm has an activity level below an activity threshold. The server farm patching system may apply a patch code set at an off-peak usage patching aggressiveness level indicating an off-peak upper bound percentage of servers in the server farm receiving the patch code set when within the off-peak usage time range. The server farm patching system may apply the patch code set at a peak usage patching aggressiveness level indicating a peak upper bound percentage of servers in the server farm receiving the patch code set when outside the off-peak usage time range.