IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)
-
Upload
david-ware -
Category
Software
-
view
378 -
download
11
description
Transcript of IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)
![Page 1: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/1.jpg)
© 2014 IBM Corporation
IBM WebSphere MQ®
1872: Managing Workloads, Scaling and Availability with MQ ClustersDavid Ware
![Page 2: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/2.jpg)
2
Agenda
Scenario 1 My first cluster• Starting to scale
Scenario 2 Service availability• Routing around failures
Scenario 3 Location dependency• Active active scenarios with ties to home
Scenario 4 Avoiding interference• What are we sharing?
Scenario 5 When things go wrong• Levels of DR and clustering implications
![Page 3: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/3.jpg)
5
My First Cluster
5
![Page 4: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/4.jpg)
6
Where it all begins…
QMgrClient 1
Service 1
QMgr
![Page 5: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/5.jpg)
7
Where it all begins…
QMgr QMgr
Client 1
Service 1
![Page 6: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/6.jpg)
8
Client 1
Over time…
Service 1
Client 2
Client 2
Client 3
Service 3Service 2 Service 1
QMgrQMgr QMgrQMgr
Client 1Client 1
![Page 7: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/7.jpg)
9
Over time...
App 1
Service 1
Client 2
Client 2
Client 3
Service 2
App 1Client 1
Service 1
QMgr
QMgr
QMgr
QMgr
Client 3
Client 1
Client 4
App 4App 4Client 4
Service 4Service 3
Service 1Service 1
Service 3
![Page 8: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/8.jpg)
10
Until...
App 1
Service 1
Client 2
Client 2
Client 3
Service 2
App 1Client 1
Service 1
QMgr
QMgr
QMgr
QMgr
Client 3
Client 1
Client 4
App 4App 4Client 4
Service 4Service 3
Service 1Service 1
Service 3
QMgr QMgr
![Page 9: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/9.jpg)
12
Zooming in on an application…
Service 1
Client 2
Client 2
Client 3
Service 2
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
QMgr
Client 3
Client 1
Client 4
App 4App 4Client 4
Service 4Service 3
Service 1Service 1
Service 3
QMgr QMgr
![Page 10: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/10.jpg)
13
Starting to scale horizontally…
• Workload Balancing• Service Availability• Location Transparency (of a kind)
Service 1
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
![Page 11: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/11.jpg)
15
Availability
![Page 12: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/12.jpg)
16
• Target queues• Transmission queues
Service 1
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
Where can messages get stuck?
Target queue
Transmission queue
![Page 13: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/13.jpg)
17
Service 1
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
The service queue manager/host fails
Message reallocationUnbound messages on the transmission queue can be diverted
QMgr
Locked messagesMessages on the failed queue manager are locked until it is restarted
Restart the queue managerUse multi-instance queue managers or HA clusters to automatically restart a queue manager
Reconnect the serviceMake sure the service is restarted/reconnects to the restarted queue manager
When a queue manager fails:• Ensure inbound messages are not locked to it• Restart it to release queued messages
![Page 14: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/14.jpg)
19
Service application availability
19
![Page 15: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/15.jpg)
20
QMgr
QMgr
QMgr
• Cluster workload balancing does take into account the availability of receiving applications.
• Or a build up of messages.
Service 1
App 1App 1Client 1
Service 1
The service application fails
Blissful ignoranceThis queue manager is unaware of the failure to one of the service instances
Unserviced messagesHalf the messages will quickly start to build up on the service queue
![Page 16: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/16.jpg)
21
Service 1
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
Monitoring for service failures
![Page 17: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/17.jpg)
22
• WebSphere MQ provides a sample monitoring service• Regularly checks for attached consuming applications• Suitable for steady state service applications
Service 1
App 1App 1Client 1
Service 1
QMgr
QMgr
QMgr
Monitoring for service failuresQMgr
QMgr
Moving messagesAny messages that slipped through will be transferred to an active instance of the queue
Detecting a changeWhen a change to the open handles is detected the cluster workload balancing state is modified
Sending queue managersNewly sent messages will be sent to active instances of the queue
![Page 18: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/18.jpg)
25
Client failures
![Page 19: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/19.jpg)
26
• Multiple locations for a client to connect to•Allows new requests when one queue manager is unavailable.
• What happens to replies after a failure?
Service 1
App 1App 1Client 1
Service 1
Client availability
QMgr
QMgr
QMgrQMgr
![Page 20: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/20.jpg)
27
Service 1
App 1App 1Client 1
Service 1
Client host failure with an in flight request/response
QMgr
QMgr
QMgr
QMgr
• Reply messages are bound to the originating queue manager, with no ability to redirect.
Reply message boundThe reply message will be locked to that outbound queue manager
Request messageTypically a request message will fill in the reply ReplyToQmgr based on the outbound queue manager
![Page 21: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/21.jpg)
28
Service 1
App 1App 1Client 1
Service 1
Client host failure with an in flight request/response
QMgr
QMgr
QMgr
QMgr
• Reply-to queue aliases and reply-to queue manager aliases can be used to blank out the outbound resolution of the ReplyToQMgr field.
• Typically, under normal running, you require the originating queue manager to receive the replies, cluster workload balancing configuration can provide this.
DEF QLOCAL(REPLYQ) CLUSTER(CLUSTER1)
DEF QREMOTE(REPLYQALIAS) RNAME(REPLYQ) RQMNAME(DUMMY)
Name resolutionOutgoing request resolves the ReplyToQto be ‘REPLYQ’ and ReplyToQMgr to be ‘DUMMY’
DEF QREMOTE(DUMMY) RNAME(‘ ’) RQMNAME(‘ ’)
Replying applicationApplication replies to ‘REPLYQ’ on queue manager ‘DUMMY’
Name resolutionTarget queue manager ‘DUMMY’ is resolved to ‘ ’, allowing cluster resolution to occur
DEF QLOCAL(REPLYQ) CLUSTER(CLUSTER1)
DEF QREMOTE(REPLYQALIAS) RNAME(REPLYQ) RQMNAME(DUMMY)
Requesting applicationRequest message sets ReplyToQto be ‘REPLYQALIAS’ andReplyToQMgr to ‘ ’
![Page 22: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/22.jpg)
30
Location Dependency
30
![Page 23: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/23.jpg)
31
Global applicationsQMgr QMgr
QMgr QMgr
Service Service
Service Service
QMgr
QMgr
App 1App 1Client
QMgr
QMgr
App 1App 1Client
New York
London
but separated by an ocean and 3500 miles
• Prefer traffic to stay geographically local• Except when you have to look further afield• Clusters can be used to span geographies
![Page 24: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/24.jpg)
33
Setting this up
![Page 25: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/25.jpg)
34
One clusterQMgr
Service
QMgr
App 1App 1Client
New York
London
• Clients always open AppQ• Local alias determines the preferred region• Cluster workload priority is used to target geographically local cluster aliases• Use of CLWLPRTY enables automatic failover
•CLWLRANK can be used for manual failover
Service
App 1App 1Client
DEF QALIAS(AppQ) TARGET(NYQ)
DEF QALIAS(NYQ) TARGET(ReqQ) CLUSTER(Global) CLWLPRTY(9)
AppQ NYQ
ReqQ
A A
QMgr
AppQA
LonQA
QMgr
NYQ
ReqQ
ALonQ
A
DEF QALIAS(AppQ) TARGET(LonQ)
DEF QALIAS(LonQ) TARGET(ReqQ) CLUSTER(Global) CLWLPRTY(4)
DEF QALIAS(LonQ) TARGET(ReqQ) CLUSTER(Global) CLWLPRTY(9)
DEF QALIAS(NYQ) TARGET(ReqQ) CLUSTER(Global) CLWLPRTY(4)
![Page 26: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/26.jpg)
35
QMgr QMgr
QMgr QMgr
Service Service
Service Service
QMgr
QMgr
App 1App 1Client
QMgr
QMgr
App 1App 1Client
New York
London
• The service queue managers join both geographical clusters•Each with separate cluster receivers for each cluster, at different cluster priorities.•Queues are clustered in both clusters.
• The client queue managers are in their local cluster only.
USA
EUROPE
QMgrQMgr
QMgrQMgr
The two cluster alternative
![Page 27: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/27.jpg)
37
Avoiding interference
37
![Page 28: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/28.jpg)
38
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
App 1App 1Client
ServiceService
Real time queries
Big data transfer
Audit events
The cluster as a pipe
• Often a WebSphere MQ backbone will be used for multiple types of traffic
![Page 29: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/29.jpg)
39
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
App 1App 1Client
ServiceService
The cluster as a pipe
QMgrQMgr
QMgrQMgr
QMgrQMgr
Channels
• Often a WebSphere MQ backbone will be used for multiple types of traffic• When using a single cluster and the same queue managers, messages
all share the same channels• Even multiple cluster receiver channels in the same cluster will not
separate out the different traffic types
![Page 30: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/30.jpg)
41
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
ServiceService
App 1App 1Client
App 1App 1Client
ServiceService
The cluster as a pipe
QMgrQMgr
QMgrQMgr
QMgrQMgr
Cluster
Cluster
ClusterChannels
Channels
Channels
• Often a WebSphere MQ backbone will be used for multiple types of traffic• When using a single cluster and the same queue managers, messages
all share the same channels• Even multiple cluster receiver channels in the same cluster will not
separate out the different traffic types• Multiple overlaid clusters with different channels enable separation
![Page 31: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/31.jpg)
43
QMgr
QMgrQMgr
Workload balancing level interference
Service 1
Client 1
Service 1
QMgr
Service 2
Client 2
Cluster workload balancing is at the channel level.• Messages sharing the same channels, but to different target queues will be
counted together.The two channels here have an even 50/50 split of messages……but the two instances of Service 1 do not!
Split Service 1 and Service 2 queues out into separate clusters, queue managers or customise workload balancing logic.
x75x100
x50
x75
x25
x50
Multiple applications sharing the samequeue managers and the samecluster channels.
x75
![Page 32: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/32.jpg)
44
QMgr
A much requested feature…• Multiple cluster transmission queues
Separation of Message Traffic• With a single transmission queue there is
potential for pending messages for cluster ChannelA to interferewith messages pending for cluster ChannelB
Management of messages• Use of queue concepts such as MAXDEPTH not useful when using a
single transmission queue for more than one channel.Monitoring
• Tracking the number of messages processed by a cluster channel currently difficult/impossible using queue.
Often requested, but not necessarily for, performance• In reality a shared transmission queue is not always the bottleneck, often
other solutions to improving channel throughput (e.g. multiple cluster receiver channels) are really what’s needed.
Multiple cluster transmit queues
QMgr
QMgr
QMgr
QMgr
V7.5 V8Distributed z/OS
![Page 33: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/33.jpg)
45
Configured on the sending queue manager, not the owners of the cluster receiver channel definitions.
Queue Manager switch to automatically create a dynamic transmission queue per cluster sender channel.
ALTER QMGR DEFCLXQ( SCTQ | CHANNEL )Dynamic queues based upon model queue.SYSTEM.CLUSTER.TRANSMIT.MODELWell known queue names.
SYSTEM.CLUSTER.TRANSMIT.<CHANNEL-NAME>
Multiple cluster transmit queuesAutomatic
QMgr QMgr
QMgr
ChlA
ChlB
SYSTEM.CLUSTER.TRANSMIT.ChlASYSTEM.CLUSTER.TRANSMIT.ChlCSYSTEM.CLUSTER.TRANSMIT.ChlB
ChlA
ChlCChlC
ChlB
![Page 34: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/34.jpg)
46
QMgr QMgr
QMgr
Still configured on the sending queue manager, not the owners of the cluster receiver channel definitions.
Administratively define a transmission queue and configure which cluster sender channels will use this transmission queue.
DEFINE QLOCAL(CLUSTER1.XMITQ) CLCHNAME(GREEN.*) USAGE(XMITQ)• Set a channel name pattern in CLCHNAME• Single/multiple channels (wildcard)
– E.g. all channels for a specific cluster(assuming a suitable channel naming convention!)
Any cluster sender channel notcovered by a manual transmissionqueue defaults to the DEFCLXQbehaviour
Multiple cluster transmit queuesManual
Green.A
Pink.B
Pink.A
GREEN.XMITQ Green.A
Pink.A
Pink.B
PINK.XMITQ
![Page 35: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/35.jpg)
47
When things go wrongDisaster Recovery
47
![Page 36: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/36.jpg)
48
EverythingApplications must be able to connect and target the exact same MQ resources.Every existing, in-flight, message must be processed whilst in DR mode.New messages must be processed whilst in DR mode.
What do we need to recover?
WebSphere MQ resourcesApplications must be able to connect and target the exact same MQ resources.New messages must be processed whilst in DR mode.
Application availabilityApplications must be able to connect and target equivalent MQ resources.New messages must be processed whilst in DR mode.
![Page 37: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/37.jpg)
50
Datacenter Replicationsynchronous
Synchronous Replication
Datacenter 1
1QMgr
2QMgr
DB
DB
Datacenter 2
QMgr QMgrQMgr
DB
DB
QMgr
QMgr
QMgr
QMgr
Little need to replicate each fullrepository, just keep the two apart
Outside the datacenter, queuemanagers must be locatable in eithersite
• IP switching layer or comma separated channel names
QMgr
1 2
Recovering everything
![Page 38: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/38.jpg)
52
Datacenter Replicationasynchronous
Asynchronous Replication
Datacenter 1
1QMgr
2QMgr
Datacenter 2
QMgr QMgr
QMgr
QMgr
QMgr
QMgr
Backup queue managers containhistoric messages (if any).Cluster state will also be historic.
• Refreshing cluster state on failoverand failback is essential.
1 2
QMgr
REFRESH
REFRESH
Recovering MQ resources
![Page 39: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/39.jpg)
54
No Replicationwarm standby
Datacenter 1
Datacenter 2
QMgr
QMgr
QMgr
QMgr
Backup queue managers are alwaysrunning.Cluster workload balancing used todirect traffic to live queue managers.Messages will be trapped on live queuemanagers in the event of a failure.Applications must be designed to accommodate this configuration.
QMgr
QMgr
1QMgr
2
QMgr
3QMgr
4QMgr
3QMgr
4
Application availability
![Page 40: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/40.jpg)
56
Everything
Live, cross center,WebSphere MQ clustering
Duplicated queue managerconfiguration
Restore from stalebackup
Restore nearly livebackup
Live disk replication
Asy
nchr
onou
sre
plic
atio
nsy
nchr
onou
sre
plic
atio
nac
tive/
activ
e
CO
ST
How much do we need to recover?
WebSphere MQ resources
Application availability
REF
RES
H
![Page 41: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/41.jpg)
57
Questions?
Thank you
![Page 42: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/42.jpg)
58
Monday Tuesday Wednesday Thursday
09:00
1868: IBM WS MQ: Disaster Recovery
1870: IBM WS MQ: Using Pub/Sub in an MQ Network
1924: Roundtable: IBM WS MQ Light in a IBM WS MQ Infrastructure
10:30
1880: Secure Messages with IBM WS MQ Advanced Message Security
1866: Introduction to IBM Messaging Capabilities
2640: MQ Telemetry Transport (MQTT) Details
3134: Meet the Experts: IBM MessageSight
1924: Roundtable: IBM WS MQ Light in a IBM WS MQ Infrastructure
1896: How to Develop Responsive Applications with IBM WS MQ Light
1885: IBM WS MQ on z/OS & Distributed Platforms - Are They Like Oil & Water
1917: Hands-on Lab: Developing a First Application with IBM WS MQ Light
1294: Enable Active-Active Business Through Enterprise High-availability Messaging Technology
1873: IBM WS MQ Security: Latest Features Deep Dive
12:00
LUNCH LUNCH LUNCH LUNCH
3420: Managing What Needs to Be Managed - It Shouldn’t Matter Where It Is
13:00
1227: How Not to Run a Certificate Management Center of Excellence
1869: IBM WS MQ: Using the Publish Subscribe Messaging Paradigm
1863: What's New in IBM Messaging
1872: IBM WS MQ: Managing Workloads, Scaling & Availability with MQ Clusters
1879: Using IBM WS MQ in Managed File Transfer Environments
1922: Roundtable: IBM Messaging Feedback
1883: Where Is the Message - Analyze IBM WS MQ Recovery Logs, Trace Routes, & Look In Applications
14:15
1800: IBM WS MQ for z/OS & CICS: Workload Balancing in a Plexed World
1863: What's New in IBM Messaging
1924: Roundtable: IBM WS MQ Light in a IBM WS MQ Infrastructure
1876: IBM WS MQ for z/OS: Latest Features Deep Dive
1229: The IBM WS MQ Toolbox: 20 Scripts, One-liners, & Utilities for UNIX & Windows
1804: Mean Time to Innocence: IBM WS MQ Problem Determination
16:00
1877: IBM WS MQ for z/OS: Performance & Accounting
1894: What Is IBM WS MQ Light & Why It Matters
15:45 1882: Building a Scalable & Continuously Avail-able IBM WS MQ Infrastructure with Travelport
1720: Building a Managed File Transfer Service at ADP
1897: Messaging in the Cloud with IBM WS MQ Light & IBM BlueMix
1916: Hands-on Lab: IB
M W
S M
Q
3133: Meet the Experts: IBM Messaging
1874: IBM WS MQ: Performance & Internals Deep Dive (Not zOS)
1866: Introduction to IBM Messaging Capabilities
2454: Using IBMs Managed File Transfer Portfolio to Maximize Data Effectiveness
17:15
1881: Using IBM WS MQ with IBM WAS & Liberty Profile
1873: IBM WS MQ Security: Latest Features Deep Dive
17:00 1878: IBM WS MQ for zOS: Shared Queues
1922: Roundtable: IBM Messaging Feedback
1867: IBM WS MQ: High Availability
1922: Roundtable: IBM Messaging Feedback
2646: Discover the Value IBM Software Delivers On Top of Open Source
![Page 43: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/43.jpg)
59
We Value Your Feedback
Don’t forget to submit your Impact session and speaker feedback! Your feedback is very important to us – we use it to continually improve the conference.Use the Conference Mobile App or the online Agenda Builder to quickly submit your survey
• Navigate to “Surveys” to see a view of surveys for sessions you’ve attended
59
![Page 44: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/44.jpg)
© 2014 IBM Corporation
Thank You
![Page 45: IBM WebSphere MQ: Managing Workloads, Scaling and Availability with MQ Clusters (Impact 2014)](https://reader033.fdocuments.net/reader033/viewer/2022061103/53fe28c78d7f72c4108b458b/html5/thumbnails/45.jpg)
61
Legal Disclaimer
• © IBM Corporation 2014. All Rights Reserved.• The information contained in this publication is provided for informational purposes only. While efforts were made to verify the completeness and accuracy of the information contained
in this publication, it is provided AS IS without warranty of any kind, express or implied. In addition, this information is based on IBM’s current product plans and strategy, which are subject to change by IBM without notice. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, this publication or any other materials. Nothing contained in this publication is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software.
• References in this presentation to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in this presentation may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. Nothing contained in these materials is intended to, nor shall have the effect of, stating or implying that any activities undertaken by you will result in any specific sales, revenue growth or other results.
• All customer examples described are presented as illustrations of how those customers have used IBM products and the results they may have achieved. Actual environmental costs and performance characteristics may vary by customer.