![[OpenShift Container Platform]](ngocp.gif)
![[Amazon EKS]](ngeks.gif)
Configuring Native HA using the IBM MQ Operator
Native HA is configured using the QueueManager API, and advanced options
are available using an INI file.
Native HA is configured using the .spec.queueManager.availability of the
QueueManager API
Note: The following YAML uses an IBM® MQ Advanced license. IBM
MQ licensed queue managers can also be configured to use Native HA and Cross-Region Replication
features by adding additional licenses to a queue manager. For more information, see Configuring Native HA and Cross-Region Replication on IBM MQ licensed Queue Managers by using the IBM MQ Operator.
- Example QueueManager for Red Hat® OpenShift®
-
apiVersion: mq.ibm.com/v1beta1 kind: QueueManager metadata: name: nativeha-example spec: license: accept: false license: L-CXDB-XTZ9J8 use: Production queueManager: availability: type: NativeHA version: 10.0.0.0-r1 - Example QueueManager for Amazon EKS
apiVersion: mq.ibm.com/v1beta1 kind: QueueManager metadata: name: nativeha-example spec: license: accept: false license: L-CXDB-XTZ9J8 use: Production queueManager: availability: type: NativeHA route: enabled: false metrics: serviceMonitor: enabled: false version: 10.0.0.0-r1 web: enabled: false route: enabled: falsespec.queueManager.route.enabled,spec.queueManager.metrics.serviceMonitor.enabled, andspec.web.route.enabledare set tofalsebecause they are Red Hat OpenShift specific features that are enabled by default. These features must be disabled explicitly on Amazon EKS.
The .spec.queueManager.availability.type field must be set to
NativeHA.
Under .spec.queueManager.availability, you can also
configure a TLS secret and ciphers to use between queue manager instances when replicating. This is
strongly recommended, and a step-by-step guide is available in Example: Configuring Native HA using the IBM MQ Operator.