Autodesk 15606-011408-9330 User Guide - Page 58

Distributed Data vs. Mirrored Systems, NSAPI and ISAPI Ma nt

Page 58 highlights

NSAPI and ISAPI MapAgent Once loaded by the Web server, the ISAPI or NSAPI MapAgents remain in memory until the Web server service is shut down. Since they persist between requests, they are able to use a more sophisticated system of load balancing by ranking all servers into one of the following groups:  Available-This server is online and ready to process requests. From this group, the MapAgent will dispatch the client request to the server that is currently processing the fewest requests.  Offline-This server has been taken offline and will not be polled again until the MapAgent receives 50 more client requests.  Invalid/Unavailable-This machine is physically shut off or discon- nected from the network and will not be polled again until the MapAgent receives 100 more client requests. Distributed Data vs. Mirrored Systems There are two approaches to using multiple servers: distributed data and mirrored systems. In the distributed data model, the servers contain different resource files so that the map data is distributed across the servers. In the mirrored model, you have multiple servers with identical setups and data so that the additional servers act as backups if the first server is busy or unavailable. The distributed data model requires less maintenance than the mirrored systems model. However, this approach is not fault tolerant-if one Autodesk MapGuide Server goes down, Autodesk MapGuide Viewers cannot access the data on that server. The mirrored systems model is safer than the distributed data model because it does have fault tolerance, which provides a backup server so that the data is still available. However, mirrored systems can require more maintenance than distributed data systems if you need to update the servers. The following diagrams illustrate the two different multiple server architectures. 58 | Chapter 3 Designing Your System

  • 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
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162
  • 163
  • 164
  • 165
  • 166
  • 167
  • 168
  • 169
  • 170
  • 171
  • 172
  • 173
  • 174
  • 175
  • 176
  • 177
  • 178
  • 179
  • 180
  • 181
  • 182
  • 183
  • 184
  • 185
  • 186
  • 187
  • 188
  • 189
  • 190
  • 191
  • 192
  • 193
  • 194
  • 195
  • 196
  • 197
  • 198
  • 199
  • 200
  • 201
  • 202
  • 203
  • 204

58
|
Chapter 3
Designing Your System
NSAPI and ISAPI MapAgent
Once loaded by the Web server, the ISAPI or NSAPI MapAgents remain in
memory until the Web server service is shut down. Since they persist
between requests, they are able to use a more sophisticated system of load
balancing by ranking all servers into one of the following groups:
Available
This server is online and ready to process requests. From this
group, the MapAgent will dispatch the client request to the server that is
currently processing the fewest requests.
Offline
This server has been taken offline and will not be polled again
until the MapAgent receives 50 more client requests.
Invalid/Unavailable
This machine is physically shut off or discon-
nected from the network and will not be polled again until the MapAgent
receives 100 more client requests.
Distributed Data vs. Mirrored Systems
There are two approaches to using multiple servers: distributed data and
mirrored systems. In the distributed data model, the servers contain different
resource files so that the map data is distributed across the servers. In the
mirrored model, you have multiple servers with identical setups and data
so that the additional servers act as backups if the first server is busy or
unavailable.
The distributed data model requires less maintenance than the mirrored
systems model. However, this approach is not fault tolerant
if one Autodesk
MapGuide Server goes down, Autodesk MapGuide Viewers cannot access the
data on that server. The mirrored systems model is safer than the distributed
data model because it does have fault tolerance, which provides a backup
server so that the data is still available. However, mirrored systems can
require more maintenance than distributed data systems if you need to
update the servers.
The following diagrams illustrate the two different multiple server architec-
tures.