Lexmark C925 Lexmark Document Distributor - Page 10

Reliability, scalability, and disaster recovery, Adminstration

Page 10 highlights

Lexmark Document Distributor overview 10 Solution *.solution file -Scripts -Policy Welcome Screen Layout Device Settings Solution Settings Local Global -eSF -3rd party jar files -Status Page LDD Clients Group(s) Adminstration LMC LDD Server(s) Device Group(s) Load Balancer Data Base Reliability, scalability, and disaster recovery The load balancer, database, and server components may be installed together on one computer or separately on individual computers, depending on the demands placed on the system. However, a one‑computer setup is subject to downtime if that computer fails, and the server load will be fairly limited. Ideally, a system should have at least two server computers, connected to separate database and load balancer computers. LDD is scalable to support a large number of clients, submitting jobs to as many servers as required to handle the load. The load balancer selects a server for each received job to distribute the total load and maintain system performance. Using multiple servers also increases system reliability. If one server fails, then the load balancer will direct jobs to the other servers until the failed server is back online. LDD uses a Tomcat Connector to manage load balancing in the system. The default balancing method is session, which estimates the number of sessions open by counting requests to the system that do not have a session cookie. The session count is decayed by dividing in half, once per minute by default. The server with the lowest number of estimated sessions is selected to process the request. To further increase reliability by keeping the system online in the event of a failing load balancer or database, the load balancer and database can each be paired in a failover cluster using a Microsoft Cluster Server (MSCS).

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146

Solution
*.solution file
-Scripts
-Policy
Welcome Screen Layout
Device Settings
Solution Settings
Local
Global
-eSF
-3rd party jar files
-Status Page
LDD
Clients Group(s)
Device Group(s)
Load
Balancer
Data Base
Server(s)
LDD
Adminstration
LMC
Reliability, scalability, and disaster recovery
The load balancer, database, and server components may be installed together on one computer or separately on
individual computers, depending on the demands placed on the system. However, a one
computer setup is subject to
downtime if that computer fails, and the server load will be fairly limited. Ideally, a system should have at least two
server computers, connected to separate database and load balancer computers.
LDD is scalable to support a large number of clients, submitting jobs to as many servers as required to handle the load.
The load balancer selects a server for each received job to distribute the total load and maintain system performance.
Using multiple servers also increases system reliability. If one server fails, then the load balancer will direct jobs to the
other servers until the failed server is back online.
LDD uses a Tomcat Connector to manage load balancing in the system. The default balancing method is
session
, which
estimates the number of sessions open by counting requests to the system that do not have a session cookie. The
session count is decayed by dividing in half, once per minute by default. The server with the lowest number of estimated
sessions is selected to process the request.
To further increase reliability by keeping the system online in the event of a failing load balancer or database, the load
balancer and database can each be paired in a failover cluster using a
Microsoft Cluster Server
(MSCS).
Lexmark Document Distributor overview
10