Management Layer Server Failover for Load-Balanced User Allocation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional computing systems face issues with load unbalancing and unreliability, leading to server crashes and poor user experience, especially under high load conditions, which are often addressed by increasing resources but at a high cost and inefficiency.
Innovation Solution
A server system with a management layer that allocates users to servers based on operational status, reallocating groups to spare servers in case of failures, and dynamically updating roles to maintain system reliability and performance.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If more resources (memory, CPU, disk drives) are added to servers to prevent overloading, then system reliability improves, but cost and processing intensity increase
Solution Approach 1:
The patent segments the server system into multiple independent servers, each handling specific user groups. This segmentation allows failure isolation where one server's crash doesn't affect others, improving reliability without requiring each server to have excessive resources. The management layer server coordinates this segmentation, allocating users to specific servers based on operational status.
Solution Approach 2:
The patent implements preliminary action by maintaining a pool of spare servers in standby mode before failures occur. When a server fails, the system already has备用 servers ready to take over, eliminating the need to add more resources to prevent failures. The management layer server proactively monitors server status and reallocates users to spare servers before critical failures impact users.
2Productivity
If conventional server systems handle high load by adding resources, then capacity increases, but latency and connection quality degradation occur
Solution Approach 1:
The patent applies dynamics by implementing dynamic user allocation to servers based on real-time operational status. The management layer server continuously monitors server performance and dynamically reallocates users to healthier servers during high load conditions. This dynamic adjustment prevents latency buildup on overloaded servers while maintaining high system capacity through flexible resource distribution.
3Productivity
If servers are allocated to handle specific user groups, then load distribution improves, but system flexibility to handle failures reduces
Solution Approach 1:
The patent implements feedback mechanisms where the management layer server continuously receives status information from servers and uses this feedback to make real-time allocation decisions. When server performance degrades or failures occur, the system receives feedback about the current state and automatically adjusts user allocations. This feedback loop maintains both efficient load distribution and system flexibility to handle failures.
Solution Approach 2:
The patent applies universality by designing servers to serve multiple potential user groups rather than being dedicated to single functions. Each server can handle different user allocations based on operational status, making the system flexible. The management layer server manages this multi-functionality by dynamically assigning users to appropriate servers, allowing any server to take over another's function during failures.
Data Source
AI summary
A server system including a first server to execute first role, other server to execute at other role, spare server and management layer server. The management layer server is configured to allocate first group of users to access first server and other group of users to access other server, receive status information sent by first server and status information sent by other server, analyse status information to determine an operational status of first server and operational status of other server, update role of spare server to first role when operational status of first server indicates failed state and reallocate first group of users to the spare server, and update a role of another spare server to the other role when the operational status of the other server indicates a failed state and reallocate the other group of users to the other spare server.