Adapter for Salesforce 8.2 | webMethods Adapter for Salesforce Documentation | webMethods Adapter for Salesforce Installation and User’s Documentation | Adapter Package Management | Using the Adapter in a Clustered Environment | What is Integration Server Administrator Clustering?
 
What is Integration Server Administrator Clustering?
Clustering is an advanced feature of the webMethods product suite that substantially extends the reliability, availability, and scalability of Integration Server Administrator. Clustering accomplishes this by providing the infrastructure and tools to deploy multiple Integration Servers as if they were a single virtual server and to deliver applications that leverage that architecture.
Integration Server 8.2 SP2 and higher supports the caching and clustering functionality provided by Terracotta. Caching and clustering are configured at the Integration Server level and Adapter for Salesforce uses the caching mechanism that is enabled on Integration Server. Adapter for Salesforce does not explicitly implement any clustering or caching beyond what is already provided by Integration Server.
By default, Adapter for Salesforce polling notifications use the Integration Server internal services in a clustered mode. However, Software AG recommends that you use Integration Server Scheduler to execute polling notifications. For information about executing polling notifications using the Integration Server Scheduler, see Configuring Polling Notifications When the Adapter Run Time Uses Integration Server Scheduler.
With clustering, you get the following benefits:
*Reliability. Unlike a server farm (an independent set of servers), clustering provides the reliability required for mission-critical applications. Distributed applications must address network, hardware, and software errors that might produce duplicate (or failed) transactions. Clustering makes it possible to deliver "exactly once" execution as well as checkpoint/restart functionality for critical operations.
*Availability. Clustering provides virtually uninterrupted availability by deploying applications on multiple Integration Servers; in the worst case, a server failure produces degraded but not disrupted service. Without clustering-even with expensive Fault-Tolerant systems-a failure of the system (hardware, java runtime, or software) may result in unacceptable downtime.
*Scalability. Clustering provides horizontal scalability, which allows virtually limitless expansion of capacity by simply adding more machines of the same or similar capacity. Without clustering, only vertical scalability is possible. That is, increased capacity requirements can only be met by deploying on larger, more powerful machines, typically housing multiple CPUs. Salesforce.com enforces a usage metering for calls via its API, in order to balance transaction loads. This is done by limiting the number of API requests (or calls) that any one organization may execute concurrently or within any 24-hour period. These limits are based on the type of edition subscribed by an organization and are against the aggregate of all API calls, and not on a per user basis. When an organization exceeds the limit, the users may be temporarily blocked from making additional calls.
For more information about API usage metering by Salesforce.com, see the Force.com Web Services API Developer's Guide.
Load balancing is an optimizing feature you use with clustered Integration Servers. Load balancing controls how requests are distributed to the servers in the cluster. You must use a third-party load balancer to perform load balancing.
Note:Integration Server clustering redirects HTTP and HTTPS requests, but does not redirect SMTP requests.
For details on Integration Server clustering, see the webMethods Integration Server Clustering Guide for your release.