Beruflich Dokumente
Kultur Dokumente
Agenda
New York
San Francisco
London
Shanghai
3 Use Cases
Back-end Systems
Database Tier
1
DataPower XC10 for simple
data oriented scenarios:
HTTP Session Replication
Elastic Dynacache
Web Side Cache
WebSphere
Application Server
DB2 UDB
5
Application
Application A
Application A
Application A
Invalidation load
increases with cluster
size
Invalidation Chatter
Cache capacity
determined by individual
JVM Size.
Size of each cache = M
# JVMs = N
Total cache = M
New Server
with cold cache
Database
Application A
Redundant copies of data
at different versions
High load on
Database
No invalidation chatter
Linearly scalable
Application E
Application A
D
E
Application B
Application C
Application D
Cache
5x Larger
Cache
4x Larger
Application Oriented
eXtreme Scale
Ultimate flexibility across
a broad range of caching
scenarios
In-memory capabilities
for application oriented
scenarios
10
Fault tolerance
11
Little or no code
changes required!
12
Fault Tolerance
Create an appliance collective
for high availability
Lowers risk of data loss through
automatic replication of data
Continuous Availability!
Self Healing - Failures are
automatically detected
Easy to configure
13
14
14
15
15
Easily configure WebSphere applications to store HTTP session data to a data cache on the
WebSphere DataPower XC10 appliance through the WebSphere Application Sever
administrative console
Replaces other session replication mechanisms (memory-to-memory replication)
Removes the need for Database traditionally used for persistence
Enables HTTP session failover between WebSphere Application Server cells
16
16
Datacenter2
OR
Deployment Manager
Deployment Manager
memory to memory
replication
PlantsByWebSphere
Cluster
memory to memory
replication
xPlantsByWebSphere
Cluster
xPlantsByWebSphere
Cluster
PlantsByWebSphere
Cluster
Web Server
17
Side Cache
Client first checks the grid before using
the data access layer to connect to a
back end data store.
If an object is not returned from the grid
(a cache miss), the client uses the data
access layer as usual to retrieve the data.
The result is put into the grid to enable
faster access the next time.
The back end remains the system of
record, and usually only a small amount
of the data is cached in the grid.
An object is stored only once in the
cache, even if multiple clients use it.
Thus, more memory is available for
caching, more data can be cached, which
increases the cache hit rate.
Improve performance and offload
unnecessary workload on backend
systems.
18
18
19
19
20
21
21
22 Million
35x
$500k
20x
reduced
response
times
reduced
costs per
month
reduction
in FCIs
7 Billion
requests per day
10x
reduced
response
times
2
3
Resources
Fully functional J2SE trial download
http://www.ibm.com/developerworks/downloads/ws/wsdg
/learn.html
Wiki documentation
http://www.ibm.com/developerworks/wikis/display/objectg
rid/Getting+started
Data Sheet
Additional resources
Weekly video podcasts covering
customers questions and forum posts on
the IBM WebSphere eXtreme Scale
product.
http://www.youtube.com/user/ib
mextremescale#p/a
ftp://public.dhe.ibm.com/common/ssi/pm/sp/n/wsd14088
usen/WSD14088USEN.PDF
24
24
Questions?
25
2
7
27
Backup
28
29