Caucho 2012 Cloud Slides
Caucho 2012 Cloud Slides
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved. caucho , resin and quercus are registered trademarks of Caucho Technology, Inc.
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved. caucho , resin and quercus are registered trademarks of Caucho Technology, Inc.
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved. caucho , resin and quercus are registered trademarks of Caucho Technology, Inc.
Resin Overview
High-performance, cloud-optimized Java application server Resin cloud support Third generation clustering optimized to run in ec2, Iaas environments First java app server to support Java EE WebProle Supports JMS, servlets, JPA, CDI and more DevOps friendly and cloud ready CLI and Rest controllable cloud platform
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Resin Basics
Older than Tomcat Used by big companies like Toronto Stock Exchange, Salesforce.com and Conde Nast Known for its speed, ease-of-use, and small footprint Java EE Web Prole Certied Resin Open Source fast open source, Java EE WebProle Java Application Server Resin Pro adds world class support, health system, clustering, and cloud
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Quotes
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Quotes
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved. caucho , resin and quercus are registered trademarks of Caucho Technology, Inc.
Cloud Support
Cloud support is Resins 3rd generation clustering Designed for elastic cluster Ability to add and remove servers from a live cluster Resin clustering uses Triad server model Triad is a triple redundant hub
Hub and spoke network Triad Responsible for load-balancing clustered services Triad servers also service regular requests
Clustered Services Load Balancing, Caching, JMS, Clustered Deployment Added servers enroll automatically in services
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Resin Cluster
Every server in the cluster serves up requests for the same set of applications Servers can be load balanced Servers share queue, session, and object cache data Cluster Data is replicated for fault tolerance Load balancer can add/remove servers to distribute the load at runtime (dynamically)
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Clustering Overview
Straight-forward elastic-server private cloud Servers can join and leave Designed to avoid a lot of headaches associated with other clustering solutions No massive data shufing problems No group splits, simple and reliable Not overly chatty Easy to understand and congure, dont need an army of consultants Resin prides itself on Operational Predictability
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
To support elastic-server cloud, Resin maintains the following when servers are added and removed:
Data redundancy with a triad hub Application deployment through a clustered transactional repository Distributed caching and store for both servlet sessions and JCache caching (and Memcached) Load balancing to the elastic spoke servers Distributed management, sensing, and health checks Elastic JMS message queues
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Spokes(Servers(are(connected(to(each(Triad(member(
Resin(HTTP(Load(balancer(
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Dynamic(Spoke(servers(
Dynamic(( Spoke( Server( B(
Spokes(Servers(are(connected(to(each(Triad(member(
Resin(HTTP(Load(balancer(
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Clustering is always enabled Even if you have single server, that server belongs to a cluster As you add more servers, the servers are added to the cluster Added servers automatically gain benets like clustered health monitoring
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Advantages of Clustering
HTTP Load balancing and failover Elastic servers: adding and removing servers dynamically Distributed deployment and versioning of applications. A triple-redundant triad as the reliable cluster hub Heartbeat monitoring of all servers in the cluster Health sensors, metering and statistics across the cluster Clustered JMS queues and topics Distributed JMX management Clustered caches and distributed sessions
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Most web applications start with a single server, at least during development Later severs get added for increased performance and/or reliability Developers are familiar with single server deployment As web application usage grows Single server can have hardware limitations especially if more than one app is hosted on app server
Hardware limits can occur like chronic high CPU and memory usage etc. Other resources can be adversely impacted
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Lets you deploy a single web app to more than one physical machine Machines share the web application trafc Reducing total workload on a single machine and providing better performance from the perspective of the user
Load-balancing achieved by redirecting network trafc across multiple machines via a hardware or software load-balancer Resin supports software load balancer as well as hardware load balancers Load-balancing increases reliability/up-time if one or more servers go down for maintenance or due to failure, With a single server application, any down-time is directly visible to the user, drastically decreasing reliability
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Clustered Deployment
Cluster deployment Resin's allows deploying web applications to the entire cluster Allows updating new versions of your application to all servers in cluster Cluster deployment versioning Verify that all servers in the cluster are running the same version When a new version deploys, all servers have an identical copy, then the new app is validated and if successful new app is available on every server in the cluster Clustered deployment is reliable across failures because its built on a transactional version control system (Git) New servers checks with the cluster (redundant triad) for latest version of applications version Whenever a server comes up it checks for latest version of applications Application versions consistent across cluster
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
If web applications were stateless, load-balancing alone do the trick for scalability Many web applications are relatively heavily stateful. Even very simple web applications use the HTTP session to keep track of current login, shopping-cart-like functionality and so on. JSF and Wicket heavily use HTTP session a lot CDI and Seam also have a lot of conversational state stored in HTTP session When stateful web applications are load-balanced, HTTP sessions are shared across application servers You can use a sticky session to pin a session to a server
Session state still needs to be shared (replicated) among multiple servers for failover so users dont lose their session data
With failover of a stateful application, session has to be moved to new server picked by load balancer Without failover, the user would lose a session when a load-balanced server experiences down-time.
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Failover
StaAc(Triad(Servers( Hub(
Triad( Server( 1( Triad( Server( 3( Triad( Server( 2( Dynamic(( Spoke( Server( A( Dynamic(( Spoke( Server( B(
Spokes(Servers(are(connected(to(each(Triad(member(
Resin(HTTP(Load(balancer(
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Failover
StaAc(Triad(Servers( Hub(
Triad( Server( 1( Triad( Server( 3( Triad( Server( 2( Dynamic(( Spoke( Server( A(
Dynamic(Spoke(servers(
Dynamic(( Spoke( Server( B(
Spokes(Servers(are(connected(to(each(Triad(member(
Resin(HTTP(Load(balancer(
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad based on lessons learned from 13 years of clustering support Triad is the hub Triple Redundancy so you perform maintenance on one box while two remain for fault tolerance Load increases 50% for each remaining server instead of increasing 200% if just using a backup model Important persistent data is stored and replicated on Triad servers (easy to understand)
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Easier to understand, no magic Complex models very hard to support with Ops Triad gives you operational predictability Triad makes private cloud conguration much simpler Best combination of centralization, reliability and speed
Centralized responsibilities in hub (called Triad) Reliability for upgrading and maintenance
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad Model
Based on years of experience from developing distributed clustering for a wide variety of user congurations Rened to a hub-and-spoke model Interlocking benets for the dynamically scaling server When you bring down one server for maintenance, triple redundancy continues to maintain reliability Elastically add and remove dynamic servers safely without affecting the redundant state Network processing load-balanced across three servers, eliminating a single point of failure: fault resistant Your servers scale evenly across the cluster because each new server only needs to speak to the triad, not all servers: reduced chatter and operational predictability Your large site can split cluster into many independent "pods" of up to 64-servers to maintain scalability
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Non-Triad servers are spokes in hub-and-spoke model 'Spoke' servers not needed for reliability Spoke servers don't store Primary cache values, Primary application deployment repository, Queue storage (JMS) Spoke servers can be added at will Add and remove them without affecting the primary system Optimized to reduce excessive data shufing if a server is removed
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad Servers
Important data that needs to be replicated is always stored in the Triad Master Queue data, master cache data, master deployment les Other servers just use Triad This model is easy to understand
No complex data sharing and copying scheme Non-Triad servers are more expendable Triad servers are worth additional reliability attention
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Server Types
Static server Servers that are congured by id and ip address in the resin.xml First three Static Servers congured are Triad servers Triad servers also handle normal requests
Also described as elastic servers Does not need a xed IP Easy to bring up and down
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Add and remove servers dynamically to the system, Automatically adjusts the cluster to manage those servers Deployed applications get pushed to the new server automatically Distributed caching is notied of the new server Load balancer updates itself to include the new server JMS queues update with the new server so the new server can get messages Cluster administration adds the new server so the new server can for example get health heartbeats from the Triad
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Baseline ConguraFon
Dene 3 static servers in resin.xml First three are always Triad Triad servers are always static Copy resin.xml le to $RESIN_HOME/conf across all server boxes Attach new servers from command-line As many as you need These are Dynamic Spoke Servers
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Basic ConguraFon
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Basic
ConguraFon
Load(increases.( Spin(a(new(server(( up(
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad in resin.xml
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad in resin.xml
Dene Triad
Spin up a new VM instance and add it to the cluster. It talks to the triad to join
Spin up a new VM instance and add it to the cluster. It talks to the triad to join
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad&Server&1&
192.168.1.10&
Triad&Server&2&
192.168.1.11&
Triad&Server&3&
192.168.1.12&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad&Server&1&
192.168.1.10&
Triad&Server&2&
192.168.1.11&
Triad&Server&3&
192.168.1.12&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad&Server&1&
192.168.1.10&
Triad&Server&2&
192.168.1.11&
Triad&Server&3&
192.168.1.12&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad&Server&1&
192.168.1.10&
Triad&Server&2&
192.168.1.11&
Triad&Server&3&
192.168.1.12&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
You can have only one Static server in resin.xml Congured Server is Triad, but there is no failover, if server goes down, cluster is down Triad only has one server in it You can have two Static Servers in resin.xml
Both servers are Triad members Triad only has two servers in it You get failover but not as robust as three
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad& Down%for%%
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
You can have more than 3 static servers XML le can document all of the static servers ahead of time Clustering administration (cluster heartbeats) lets you track up time and down time of all static servers Static servers show up in Topology
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Dynamic load balancer that is cluster/cloud aware Added servers automatically take load Features similar to expensive Level 7 Hardware load balancer, Level 7 is ADC - Application Delivery Controller HTTP proxy caching similar to Squid HTTP stack faster than Apache HTTPD
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
If trafc increases beyond capacity 1 app server, Add HTTP load balancer as well as the second application server The load balancer is in the Resin web-tier used for HTTP load-balancing and HTTP proxy caching Now you have load balancing and fault tolerance Two tier topology, with web-tier load balancer and app server tier Resin can function as web-tier load balancer and app-tier app servers Easy to setup, same cong le as before, just a few XML entries and viola you have a HTTP load balancer Just add <resin:LoadBalance> tag to forward request to app-tier A load balanced system in Resin Dene the servers to use as the application-tier, Dene the servers in the web-tier, Select which requests are forwarded (proxied) to the backend app-tier servers.
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Small to medium level sites (under 64 servers per application) Can use Resins load balancer which is cloud/cluster aware Beyond 64 servers Resin works with hardware load balancers Divide servers into cluster pods of up to 64 servers Hardware load balancer load balances to Resin load balancers In effect, hardware load balancer load balances to Resin cluster pods
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Load Balancer
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Triad& Server&1&
Resin&Web&Tier,&HTTP&Load&Balancer&with&SDcky&Session,&HTTP&Proxy& Cache,&Faster&than&Apache&HTTPD&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Resin&Web&Tier,&HTTP&Load&Balancer&with&SDcky&Session,&HTTP&Proxy& Cache,&Faster&than&Apache&HTTPD&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Tuesday, January 31, 12
If you never plan on using more than 64 servers, dont think about pods By default a cluster contains 1 pod A pod is a collection of up to 64 servers A pod has 1 triad (of up to 3 servers) and up to 61 to 63 static or dynamic servers
Once you go beyond 64, you use this conguration: <cluster ><pod><server> </pod> Essentially divide servers up Below 64 you use this: <cluster ><server> </cluster> This is for cluster communicatoin responsiveness. Each cluster can have up to 64 pods
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Resin&pod&2&
Dyna mic&& Spoke& Server& B& Dyna mic&& Spoke& Server& E&
Resin&HTTP&Load&Balancer/&Web&Tier&
Resin&HTTP&Load&Balancer&/&Web&Tier&
Hardware&load&balancer& With&sFcky&session&support&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Dene servers to use as application-tier Dene servers in web-tier, and select which requests are forwarded (proxied) to the backend app-tier servers Since clustering conguration already dened, only one additional conguration used forward request to app tier <resin:LoadBalance>
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
web$%er'cluster'
Load&Balancer& web+a&& 192.168.0.1&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
web$%er'cluster'
Load&Balancer& web+a&& 192.168.0.1&
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
SFcky/Persistent Sessions
Tuesday, January 31, 12
Sticky session means load balancer has session afnity per server, i.e., if you start your session on one server, session stays on that server Resin does not replicate sessions by default With no sticky afnity, load balancer would pick a server pseudo randomly for each request (round robin), if it did, and you logged into server-b on second request you could log into server-c and lose your login from the rst request With session afnity, user will go to server-b as long as long as server-b did not go down, if server-b goes down, then all users on server-b would lose their session unless session replication was turned on With session afnity and replicated session, users would go to server-b as long as it was up, if it were down, user would get directed to new server, the new server would request the session data for that user from the Triad Without session afnity and with replicated sessions, sessions would be constantly copied from one server to another
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Clustering Sessions
load balancing, maintenance and failover should be invisible to your users Resin replicate user's session data across the cluster When the load-balancer fails over a request to a backup server, or when you dynamically remove a server, the backup can grab the session and continue processing From the user's perspective, there was no failure To make this process fast and reliable, Resin uses the triad servers as a triplicate backup for the user's session.
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Sessions Saved
Sessions can be backed up on every request Or, Sessions can be backed up when a change is detected (default) Sessions are not locked for replication
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12
More InformaFon
Caucho Technology | Home Page Resin | Application Server Resin | Java EE Web Prole Application Server Resin - Cloud Support | 3G - Java Clustering Resin | Java CDI | Dependency Injection / IoC Resin - Health System | Java Monitoring and Server Monitoring Download Resin | Application Server Watch Resin | Application Server Featured Video
Caucho Home | Contact Us | Caucho Blog | Wiki | Application Server / Web Server Copyright (c) 1998-2012 Caucho Technology, Inc. All rights reserved.
Tuesday, January 31, 12