CN111385134A - Access device dynamic migration method and device access platform - Google Patents
Access device dynamic migration method and device access platform Download PDFInfo
- Publication number
- CN111385134A CN111385134A CN201811648173.9A CN201811648173A CN111385134A CN 111385134 A CN111385134 A CN 111385134A CN 201811648173 A CN201811648173 A CN 201811648173A CN 111385134 A CN111385134 A CN 111385134A
- Authority
- CN
- China
- Prior art keywords
- server
- access
- target
- equipment
- slave server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/148—Migration or transfer of sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Hardware Redundancy (AREA)
- Computer And Data Communications (AREA)
Abstract
The embodiment of the invention discloses a dynamic migration method of access equipment and an equipment access platform, wherein the method comprises the following steps: the master server monitors the working state of at least one slave server; if the fact that the target slave server is down is monitored, the binding relation between the target access equipment and the target slave server is released, the target access equipment which is registered on the target slave server is notified to migrate, and the target access equipment is enabled to be registered in the equipment access server cluster again. The embodiment of the invention can ensure the normal use of the access equipment connected with the server when any server fails in a mode of dynamically migrating the access equipment.
Description
Technical Field
The embodiment of the invention relates to the technical field of monitoring, in particular to a dynamic migration method of access equipment and an equipment access platform.
Background
Under the background of large security, as the number of deployed front-end IPC (IP Camera) devices is increased sharply, the access problem of a large number of IPC devices is faced, and therefore higher requirements are provided for the access capability and reliability of a security platform. How to avoid the huge pressure impact of central platform that arouses when a large amount of IPC equipment insert in the twinkling of an eye, realize that a large amount of equipment insert fast and stably, guarantee central platform's stability is the problem that urgently needs to be solved.
At present, based on the access scale of the front-end IPC equipment, a plurality of equipment access servers are deployed in advance, the front-end IPC equipment and the equipment access servers are strongly bound, and then the equipment access servers are uniformly accessed to a central platform for control. However, since the front-end IPC device is strongly bound to the device access server, once the device access server goes down, all IPCs accessed on the device access server will be unavailable. In addition, the equipment access servers are independent from each other, and automatic load balancing between the equipment access servers cannot be achieved.
Disclosure of Invention
The embodiment of the invention provides a dynamic migration method of access equipment and an access platform of the access equipment, which are used for solving the technical problem that the equipment accessed by the access equipment cannot be used due to server failure in the prior art.
In a first aspect, an embodiment of the present invention provides an access device dynamic migration method, which is applied to a device access platform, where the device access platform includes a device access server cluster, the cluster includes a master server and at least one slave server, and each server has at least one access device registered therein, where the method includes:
the master server monitors the working state of the at least one slave server;
if the situation that the target slave server is down is monitored, the binding relationship between the target access equipment and the target slave server is released, the target access equipment which is registered on the target slave server is notified to migrate, and the target access equipment is enabled to register in the equipment access server cluster again
In a second aspect, an embodiment of the present invention further provides an equipment access platform, including an equipment access server cluster, where the cluster includes a master server and at least one slave server, each server is registered with at least one access device, and the master server includes:
the monitoring module is used for monitoring the working state of the at least one slave server by the master server;
and the first migration module is used for removing the binding relationship between the target access equipment and the target slave server if the target slave server is monitored to be down, and notifying the target access equipment registered on the target slave server to perform migration so that the target access equipment is registered in the equipment access server cluster again.
According to the dynamic migration method and the device access platform for the access device, when the master server detects that any slave server is down, the binding relationship between the access device registered on the slave server and the slave server is timely released, the access device registered on the target slave server is notified to migrate, and the access device is enabled to be registered in the device access server cluster again, so that the access device connected to the server can be normally used when any slave server fails.
Drawings
Fig. 1 is a structural diagram of an equipment access platform according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating an access device dynamic migration method according to an embodiment of the present invention;
fig. 3 is a flowchart illustrating an access device dynamic migration method according to a second embodiment of the present invention;
fig. 4 is a schematic structural diagram of a main server in a device access platform according to a third embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1 is a schematic structural diagram of a device access platform provided in this embodiment. The device access platform comprises a central server and a distributed device access server cluster, the access device is registered on a server in the access device server cluster through a uniform IP address presented by the access device platform, and after the registration is successful, the central server and the access device can perform signaling interaction through the server bound with the access device.
In order to ensure high reliability of equipment access and guarantee reasonable expense for purchasing the server by the user, the deployment of the equipment access server cluster can be performed according to the steps S11-S12. .
And S11, determining the number of servers included in the deployed equipment access server cluster.
Specifically, the number of servers included in the device access server cluster may be determined according to the total number of access devices, the access capability of a single server, and the abnormal probability of the single server. Illustratively, the total number x of the access devices, the access capability c of a single server, the abnormal probability y of a single server, the number of servers is n, the number of server abnormalities is y × n, and in order to ensure that the access devices on the abnormal server can be migrated to other normal servers after the server abnormalities exist, the following conditions need to be satisfied: x ═ c ═ n-y ×, from which it is determined that n > ═ x/(c × (1-y)), therefore in order to guarantee the provision of highly reliable access services to the cluster of device access servers, the cluster of device access servers needs to deploy at least [ x/(c × (1-y)) ] +1 server. Illustratively, as shown in fig. 1, the Device Access server cluster includes three Device Access servers (DA), which are DA1, DA2, and DA 3. Each DA is connected to a set of access devices, which are illustratively IPCs (ipcameras).
Before deploying the access device server, the minimum number of servers in the device access server cluster is determined by comprehensively considering the total number of the access devices, the access capacity of a single server and the abnormal probability of the single server, so that the reliability of an access platform is ensured, and the expense for deploying the device by a user to access the server cluster is reduced.
And S12, dividing the servers in the device access server cluster into a main server and a slave server so as to perform dynamic migration of the access device in the following process, wherein the number of the main servers is one, and the number of the slave servers is multiple.
Specifically, the invention provides an election mechanism, which is used for setting roles of servers in a device access server cluster, namely determining a master server and a slave server. For example, after the device access server cluster is deployed, when the device access server cluster is started and provides access service for the first time, each server in the device access server cluster sends a Master service registration request to the Zookeeper registration center, the Zookeeper registration center creates a Master temporary node according to the received request, and elects the server which is successfully created at first as a Master server, and the other servers all serve as slave servers. And after the main server is determined, the main server is re-determined in the above way only when the selected main server fails due to extreme conditions (such as power failure and network abnormality). Illustratively, as shown in FIG. 1, DA3 is the master server, then DA1 and DA2 are the slave servers.
Further, after the master server is selected, each server in the device access server cluster may also send a monitoring service request to the Zookeeper registration center, and after the registration is successful, the master server may detect the working state of each slave server.
After the cluster deployment of the device access server is completed, the access device needs to be registered to a master server and a slave server in the cluster. And the registration procedure of the access device may proceed according to the following steps S21-S22.
And S21, configuring the IP address presented by the device access platform.
A virtual server (LVS) may be configured on any server of the device access server cluster, and after the device access server cluster is deployed and the access service is started, the virtual server performs configuration, so that the access platform presents a uniform IP address to the outside. As another possible implementation, the virtual server may be installed on the central server or on each server in the device access server cluster, and it is ensured that only one virtual server is enabled for the case where a virtual server is installed on each server. The installation mode of the virtual server may be selected according to actual requirements, and is not specifically limited herein.
And S22, configuring the IP address of the access equipment.
Only the IP address of the access device needs to be configured as the IP address presented externally by the access platform, and the access device can automatically initiate a registration request to the platform.
The specific registration process is as follows: a certain access device sends a registration request to a virtual server, the virtual server sends the received registration request to a certain server in a corresponding device access server cluster based on a load balancing policy of minimum connection, the server verifies the registration request, for example, verifies whether a code of the access device corresponding to the registration request is recorded in a central server, if so, the verification is successful, that is, the registration is successful, and then periodically sends a keep-alive message to an access platform, and simultaneously binds the access device with the server, that is, binds the code of the access device with the server, and stores the binding relationship in a database, for example, in Redis. Meanwhile, the virtual server maintains the connection session of the access device with the server based on a session maintenance policy (within the session timeout period, the session timeout period is available). And if the registration fails, always initiating a registration request to the access platform. Therefore, the invention uniformly registers the registered access equipment to each server through the virtual server, improves the reliability of the access platform and fully utilizes the access capability of each server in the cluster.
Through the operation flow, the equipment access server cluster is deployed, the master/slave servers are selected, and the access equipment is uniformly registered on the master/slave servers in the equipment access server cluster. On the basis, the working state of each slave server is monitored through the master server, and when any slave server fails, the master server migrates the access equipment registered on the slave server, so that the problem that the equipment accessed by the slave server is unavailable due to the failure of a certain server in the prior art can be solved.
Specifically, referring to fig. 2, a flowchart of an access device dynamic migration method is shown, this embodiment is applicable to a situation where any slave server in a device access server cluster is down, the method is mainly applicable to a master server, and as shown in fig. 2, the access device dynamic migration method specifically includes the following steps:
s110, the master server monitors the working state of at least one slave server.
Whether the working state of each slave server is normal or not determines whether the migration of the access equipment is needed or not, so that the working state of each slave server needs to be monitored in real time. Illustratively, the master server determines the working state of at least one slave server in the device access server cluster through the above-mentioned zookeeper monitoring mechanism.
And S120, if the target slave server is monitored to be down, removing the binding relationship between the target access equipment and the target slave server, and notifying the target access equipment registered on the target slave server to migrate, so that the target access equipment is registered in the equipment access server cluster again.
If the situation that the target slave server is down is monitored, the situation that the target slave server cannot work normally is indicated, and the target access equipment registered on the target slave server needs to be migrated to a normal server. Specifically, to ensure that the target access device can be successfully re-registered to another normal server, the binding relationship between the target access device and the target slave server is first released, and illustratively, the binding relationship between the target access device and the target slave server stored in the Redis may be deleted.
Further, the virtual server may also monitor the health status of each slave server through a predetermined port. Therefore, when the target slave server is monitored to be down through the preset port, the virtual server releases the session maintenance relationship between the access device registered on the target slave server and the target slave server, namely, releases the association relationship between the IP and the port of the target access device and the target slave server.
Further, the target access device periodically sends the keep-alive information to the target slave server, so that the target access device prepares to re-register after determining that the target slave server is down through the keep-alive information. And after the main server and the virtual server respectively remove the binding relationship and the session holding relationship between the target access equipment and the target slave server, the target access equipment re-registers according to the received migration notification sent by the main server. In an optional implementation manner, after the target access device determines that the target slave server is down through the keep-alive information, the target access device immediately re-registers. Specifically, the re-registration process includes: and responding to the registration request of the target access equipment, and determining a server to be accessed, which is accessed to the server cluster by the equipment and corresponds to the target access equipment, by the virtual server based on a load balancing strategy. However, since the session holding policy of the virtual server exists, although the session holding relationship between the target access device and the target slave server is released, such session relationship still exists for a certain time. Therefore, preferably, when responding to the registration request of the target access device, the virtual server also detects whether the session holding relationship between the target access device and the target slave server is released, and if the session holding relationship is released, the virtual server forwards the registration request to the server to be accessed, so that the server to be accessed processes the registration request, thereby ensuring that the target access device continues to operate when the target slave server fails. Preferably, after the registration request is forwarded to the server to be accessed, it is further verified whether the binding relationship between the target access device and the target slave server is released, if the binding relationship is released, the server to be accessed processes the registration request, otherwise, the target access device fails to register, and continues to send the registration request until the registration is successful.
In this embodiment, when the master server detects that any slave server is down, the binding relationship between the access device registered on the slave server and the slave server is timely released, and the access device registered on the target slave server is notified to migrate, so that the access device is registered again in the device access server cluster, thereby ensuring that the access device connected to the server can be used normally when any slave server fails.
Example two
Fig. 3 is a flowchart illustrating an access device dynamic migration method according to a second embodiment of the present invention. In this embodiment, optimization is performed based on the above embodiment, as shown in fig. 3, the method for dynamically migrating an access device provided in the embodiment of the present invention may include:
s210, the master server monitors the working state of at least one slave server.
And S220, if the fact that the target slave server is down is monitored, removing the binding relationship between the target access equipment and the target slave server, and informing the target access equipment registered on the target slave server to migrate, so that the target access equipment is registered in the equipment access server cluster again.
And S230, if the monitored downtime of the target slave server is recovered, the main server detects the current load state of other servers except the target slave server, and calculates the number of the access equipment which needs to be migrated by the other servers.
And when the target slave server is down to recover, a registration request is sent to the zookeeper, and the main server only needs to receive the information that the target slave server is successfully registered and sent by the zookeeper, so that the target slave server can be determined to be down to recover. And simultaneously detecting the current load states of other servers except the target slave server, and calculating the number of access devices which need to be migrated by the other servers respectively, wherein the other servers comprise the master server and all the slave servers except the target slave server. Illustratively, the total number of servers in the device access server cluster is n, the original number of access devices x, and the number y of access devices is newly added during the period that the target slave server is down, then the number of access devices that need to be migrated by each of the other servers except the target slave server is (x + y)/(n-1)).
And S240, informing other servers to respectively migrate the corresponding number of access devices to the target slave server.
Specifically, notifying other servers to separately migrate access devices of corresponding numbers includes:
(1) the access devices to be migrated from any other server are determined based on the preset rule, and preferably, a corresponding number of access devices can be selected from the currently idle access devices in each other server, so that the influence on the access service due to the migration of the access devices is reduced.
(2) The main server releases the binding relationship between any other server and the access device which needs to be and correspondingly migrated from the main server, for example, the binding relationship between any other server and the access device which needs to be and correspondingly migrated from the redis database is deleted. Further, the virtual server releases the session holding relationship between any other server and the access device which needs to be migrated from the virtual server.
Further, migrating the access device migrated from another server to a target slave server needs to perform migration processing, where the migration processing includes: and the master server reestablishes the binding relationship between the access equipment migrated by the other servers and the target slave server, and stores the binding relationship in the redis database. Meanwhile, the related equipment information of the access equipment migrated by other servers is sent to the target slave server; further, the virtual server reestablishes the session maintenance relationship between the target access device migrated from the server and the other server. After the binding relationship and the session maintaining relationship between the access device migrated from the other server and the target slave server are determined, the newly migrated access device periodically sends keep-alive information, thereby completing the whole migration process.
In this embodiment, after the target slave server is detected to be down and recovered, a certain number of access devices are migrated from other servers in the cluster to the target slave server, and load balancing of the entire system is achieved through a load balancing policy of the virtual server in the migration process, so that reliability of access service of the access platform is improved.
EXAMPLE III
An apparatus access platform provided in the third embodiment of the present invention includes an apparatus access server cluster, where the cluster includes a master server and at least one slave server, and each server is registered with at least one access apparatus, as shown in fig. 4, where the master server includes:
the monitoring module 310 is used for monitoring the working state of at least one slave server by the master server;
the first migration module 320 is configured to, if it is monitored that the target slave server goes down, release the binding relationship between the target access device and the target slave server, and notify the target access device registered on the target slave server to perform migration, so that the target access device is registered in the device access server cluster again.
In this embodiment, when the monitoring module determines that the target slave server is down, the first migration module timely releases the binding relationship between the access device registered on the slave server and the slave server, and notifies the access device registered on the target slave server to perform migration, so that the access device is registered again in the device access server cluster, thereby ensuring that the access device connected to the server can be used normally when any slave server fails.
On the basis of the above embodiment, the main server further includes:
the computing module is used for detecting the current load state of other servers except the target slave server and computing the number of the access equipment which needs to be migrated by the other servers if the situation that the target slave server is down and recovered is monitored;
and the second migration module is used for informing the other servers to respectively migrate the corresponding number of access devices to the target slave server.
On the basis of the foregoing embodiment, the second migration module is specifically configured to:
determining the access equipment which needs to be migrated from any other server based on a preset rule;
and releasing the binding relationship between any other server and the access equipment which needs to be correspondingly migrated, and reestablishing the binding relationship between the access equipment migrated by the other server and the target slave server.
On the basis of the above embodiment, a virtual server is configured on any server of a device access server cluster, and correspondingly, the virtual server is configured to:
responding to a registration request of target access equipment, and determining a server to be accessed, which corresponds to the target access equipment, in an equipment access server cluster by the virtual server based on a load balancing strategy;
and forwarding the registration request to the server to be accessed, so that the server to be accessed processes the registration request.
On the basis of the foregoing embodiment, the virtual server is further configured to:
and when the target slave server is monitored to be down through the preset port, releasing the session maintenance relationship between the access equipment registered on the target slave server and the target slave server.
On the basis of the foregoing embodiment, the virtual server is further configured to:
and after the main server determines the access equipment required to be migrated by any one of the other servers based on a preset rule, releasing the session maintenance relationship between any one of the other servers and the respective access equipment required to be migrated.
On the basis of the foregoing embodiment, the virtual server is further configured to:
after the main server reestablishes the binding relationship between the access equipment migrated from the other server and the target slave server, reestablishing the session maintenance relationship between the target slave server and the access equipment migrated from the other server.
On the basis of the above embodiment, the monitoring module is specifically configured to:
and the master server determines the working state of the at least one slave server through a monitoring mechanism of the zookeeper.
On the basis of the above embodiment, the number of the servers in the server cluster accessed by the device is determined by the total number of the access devices, the access capability of a single server and the abnormal probability of the single server.
The device access platform provided by the embodiment of the invention can execute the access device dynamic migration method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (10)
1. A dynamic migration method for access equipment is applied to an equipment access platform, the equipment access platform comprises an equipment access server cluster, the cluster comprises a master server and at least one slave server, and at least one access equipment is registered on each server, wherein the method comprises the following steps:
the master server monitors the working state of the at least one slave server;
if the fact that the target slave server is down is monitored, the binding relation between the target access equipment and the target slave server is released, the target access equipment which is registered on the target slave server is notified to migrate, and the target access equipment is enabled to be registered in the equipment access server cluster again.
2. The method of claim 1, further comprising:
if the situation that the target slave server is down and recovered is monitored, the main server detects the current load state of other servers except the target slave server and calculates the number of access devices which need to be migrated by the other servers;
and informing the other servers to respectively migrate the corresponding number of access devices to the target slave server.
3. The method of claim 2, wherein the notifying the other servers to respectively migrate a corresponding number of access devices to the target slave server comprises:
the main server determines the access equipment which needs to be migrated from any other server based on a preset rule;
and releasing the binding relationship between any other server and the access equipment which needs to be correspondingly migrated, and reestablishing the binding relationship between the access equipment migrated by the other server and the target slave server.
4. The method of claim 3, wherein a virtual server is configured on any server of the device access server cluster, and accordingly, the method further comprises:
responding to a registration request of target access equipment, and determining a server to be accessed, which corresponds to the target access equipment, in an equipment access server cluster by the virtual server based on a load balancing strategy;
and forwarding the registration request to the server to be accessed, so that the server to be accessed processes the registration request.
5. The method of claim 4, wherein the virtual server is further configured to:
and when the target slave server is monitored to be down through the preset port, releasing the session maintenance relationship between the access equipment registered on the target slave server and the target slave server.
6. The method of claim 4, further comprising:
after determining the access equipment which needs to be migrated from any other server based on a preset rule, the virtual server releases the session maintenance relationship between any other server and the respective access equipment which needs to be migrated;
after the binding relationship between the access equipment migrated from the other server and the target slave server is reestablished, the virtual server reestablishes the session maintenance relationship between the target slave server and the access equipment migrated from the other server.
7. The method of claim 1, wherein the master server monitoring the operational status of the at least one slave server comprises:
and the master server determines the working state of the at least one slave server through a monitoring mechanism of the zookeeper.
8. The method of claim 1, wherein the number of devices accessing the servers in the server cluster is determined by the total number of access devices, the access capabilities of the individual servers, and the probability of anomaly of the individual servers.
9. An equipment access platform, comprising an equipment access server cluster, wherein the cluster comprises a master server and at least one slave server, each server is registered with at least one access equipment, and the master server comprises:
the monitoring module is used for monitoring the working state of at least one slave server by the master server;
and the first migration module is used for removing the binding relationship between the target access equipment and the target slave server if the target slave server is monitored to be down, and notifying the target access equipment registered on the target slave server to perform migration so that the target access equipment is registered in the equipment access server cluster again.
10. The device access platform of claim 9, wherein the master server further comprises:
the computing module is used for detecting the current load state of other servers except the target slave server and computing the number of the access equipment which needs to be migrated by the other servers if the situation that the target slave server is down and recovered is monitored;
and the second migration module is used for informing the other servers to respectively migrate the corresponding number of access devices to the target slave server.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811648173.9A CN111385134B (en) | 2018-12-30 | 2018-12-30 | Access device dynamic migration method and device access platform |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811648173.9A CN111385134B (en) | 2018-12-30 | 2018-12-30 | Access device dynamic migration method and device access platform |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111385134A true CN111385134A (en) | 2020-07-07 |
| CN111385134B CN111385134B (en) | 2022-12-13 |
Family
ID=71216709
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811648173.9A Active CN111385134B (en) | 2018-12-30 | 2018-12-30 | Access device dynamic migration method and device access platform |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111385134B (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113949704A (en) * | 2021-10-15 | 2022-01-18 | 北京奇艺世纪科技有限公司 | User information processing method and server cluster |
| CN114143370A (en) * | 2021-11-23 | 2022-03-04 | 浙江大华技术股份有限公司 | Terminal device access method and device, storage medium and electronic device |
| CN114205404A (en) * | 2020-08-31 | 2022-03-18 | 浙江宇视科技有限公司 | Media stream holding method, device, electronic equipment and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102223365A (en) * | 2011-06-03 | 2011-10-19 | 杭州华三通信技术有限公司 | User access method and device based on SSL (Secure Socket Layer) VPN (Virtual Private Network) gateway cluster |
| CN103155496A (en) * | 2010-08-05 | 2013-06-12 | 思杰系统有限公司 | Systems and methods for server initiated connection management in a multi-core system |
| CN105760240A (en) * | 2014-12-16 | 2016-07-13 | 航天信息股份有限公司 | Distributed task processing method and device |
| US9547598B1 (en) * | 2013-09-21 | 2017-01-17 | Avego Technologies General Ip (Singapore) Pte. Ltd. | Cache prefill of cache memory for rapid start up of computer servers in computer networks |
| CN106559451A (en) * | 2015-09-29 | 2017-04-05 | 杭州华三通信技术有限公司 | Customer shift method and device |
-
2018
- 2018-12-30 CN CN201811648173.9A patent/CN111385134B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103155496A (en) * | 2010-08-05 | 2013-06-12 | 思杰系统有限公司 | Systems and methods for server initiated connection management in a multi-core system |
| CN102223365A (en) * | 2011-06-03 | 2011-10-19 | 杭州华三通信技术有限公司 | User access method and device based on SSL (Secure Socket Layer) VPN (Virtual Private Network) gateway cluster |
| US9547598B1 (en) * | 2013-09-21 | 2017-01-17 | Avego Technologies General Ip (Singapore) Pte. Ltd. | Cache prefill of cache memory for rapid start up of computer servers in computer networks |
| CN105760240A (en) * | 2014-12-16 | 2016-07-13 | 航天信息股份有限公司 | Distributed task processing method and device |
| CN106559451A (en) * | 2015-09-29 | 2017-04-05 | 杭州华三通信技术有限公司 | Customer shift method and device |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114205404A (en) * | 2020-08-31 | 2022-03-18 | 浙江宇视科技有限公司 | Media stream holding method, device, electronic equipment and storage medium |
| CN114205404B (en) * | 2020-08-31 | 2024-03-29 | 浙江宇视科技有限公司 | Media stream holding method, device, electronic equipment and storage medium |
| CN113949704A (en) * | 2021-10-15 | 2022-01-18 | 北京奇艺世纪科技有限公司 | User information processing method and server cluster |
| CN113949704B (en) * | 2021-10-15 | 2024-03-08 | 北京奇艺世纪科技有限公司 | User information processing method and server cluster |
| CN114143370A (en) * | 2021-11-23 | 2022-03-04 | 浙江大华技术股份有限公司 | Terminal device access method and device, storage medium and electronic device |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111385134B (en) | 2022-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102708018B (en) | Method and system for exception handling, proxy equipment and control device | |
| CN111385134B (en) | Access device dynamic migration method and device access platform | |
| US9141491B2 (en) | Highly available server system based on cloud computing | |
| CN105933407B (en) | method and system for realizing high availability of Redis cluster | |
| EP3210367B1 (en) | System and method for disaster recovery of cloud applications | |
| US10083098B1 (en) | Network function virtualization (NFV) virtual network function (VNF) crash recovery | |
| CN104038376A (en) | Method and device for managing real servers and LVS clustering system | |
| CN105429799B (en) | Server backup method and device | |
| CN103795553A (en) | Switching of main and standby servers on the basis of monitoring | |
| CN112311896B (en) | Health examination method, device, equipment and computer readable storage medium | |
| KR101586354B1 (en) | Communication failure recover method of parallel-connecte server system | |
| CN104717077A (en) | Data center management method, device and system | |
| CN104503861A (en) | Abnormality handling method and system, agency device and control device | |
| KR101028298B1 (en) | Method and system for distributing data processing units in a communication network | |
| US8370897B1 (en) | Configurable redundant security device failover | |
| CN107491344B (en) | Method and device for realizing high availability of virtual machine | |
| CN111988347A (en) | Data processing method of board jumper system and board jumper system | |
| EP1867081B1 (en) | Distributed redundancy capacity licensing in a telecommunication network element | |
| CN106534758B (en) | Conference backup method and device | |
| CN114598594B (en) | Method, system, medium and equipment for processing application faults under multiple clusters | |
| CN113824595B (en) | Link switching control method and device and gateway equipment | |
| US11954509B2 (en) | Service continuation system and service continuation method between active and standby virtual servers | |
| CN110389831B (en) | Method for maintaining load balancing configuration and server supervision equipment | |
| CN107547257B (en) | Server cluster implementation method and device | |
| CN113821334A (en) | Method, device and system for configuring edge side equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |