Basic guidelines
A separate middleware server is required. That server adheres to the following requirements. In addition, a common strategy to increase middleware response is to partition middleware components across multiple servers.
Example:
SalesEZ application can be deployed on one server while BookEZ application is deployed on another. Using this approach, each server adheres to the following requirements.
Module | Component | Requirements |
Pool/SalesEZ or Pool/BookEZ | Operating system | Windows Server 2012 / 2008 |
Processor | 4 CPU cores per 20 connections, 3.0 GHz |
Memory | 8 GByte per 20 connections |
Free Disk Space | 80 GByte |
Display | 1024 x 768 |
Network | 100/1000 Mbit Ethernet |
Note: If you use ScanMan and/or GateKeeper modules, a separate Pool/SalesEZ application is used for those devices so they do not compete for CPU time with regular salespoints.
For larger installations, we feel that having roughly twenty connections per CPU core are the maximum saturation. Some clients have a higher ratio, but to find the magic number requires knowing what kind of transactions a typical. For instance, extensive use of Max4Sale capability forces you to keep a lower ratio. You may be able to increase this number with experimentation, but be aware that the risk is slowing down the response times of your salespoints.
Note: for the purpose of calculating the number of connections, you must add SalesEZ and BookEZ connections together. Therefore, a single salespoint with bookings enabled connecting to a single middleware server counts as two connections.
Important: accesso recommends that your Middleware server be placed on a battery backup system (UPS) capable of lasting at least forty-five minutes. This ensures that your operation continues to run smoothly when you experience power issues.