Lexmark X925 Lexmark Document Distributor - Page 11

Reliability, scalability, and disaster recovery, Adminstration

Page 11 highlights

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 down time if that computer fails, and the server load will be fairly limited. Ideally, a system has 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, 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 11

  • 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

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 down time if that computer fails, and the server load will be fairly limited. Ideally, a system has 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, 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
11