IBM Global Mailbox - Deployment considerations

When deploying Global Mailbox, you must consider a few items due to various factors such as, limitations of the supported topology and limitations of the components supporting Global Mailbox.

The supported topology, including the specified number of nodes, for Global Mailbox deployment is across two data centers. Deviation from the specified topology might have some major consequences to replica count, consistency levels, and fault tolerance. You must install and configure all data centers and nodes before implementing any operations.
Restriction: To avoid unwanted implications as a result of changing consistency configuration, consistency settings are hardcoded and must not be changed. 
Following is a list of items you must consider when deploying Global Mailbox:
  • Cassandra must have an equal number of nodes in each data center.
  • Default replication setting in Global Mailbox is delayed (asynchronous). However, based on your requirements for fault tolerance, performance, and availability, you can modify the replication setting. When you modify the replication setting, the default consistency setting is also modified automatically. 
  • Immediate and delayed replication types have their own trade-offs. 
  • Run Cassandra repairs on a regular basis. There is a window between when something is deleted and when the system actually cleans up the data that is marked for deletion. The compaction process removes the item marked for deletion, but repairs must happen more frequently than compaction. If compaction happens first, deleted objects might come back to life when they must not. If you are reducing the compaction interval, you must run repairs more frequently. 
  • Given that Cassandra is extremely sensitive to time stamps in synchronizing operations across nodes, it is imperative that the time on machines containing Cassandra nodes be kept in tight synchronization. To accomplish this, you must make sure that NTP (network time protocol) is configured and running on each of these node machines. It is most important that the node machine times are kept in sync with each other versus the absolute time. 
  • Ensure data directories for Cassandra and ZooKeeper are on high speed disks and that these disks are used only for the data directories and not the operating system files.
  • Ensure there is a reliable, high speed network between data centers. The network must be able to support the file volume and size expected. If it is not fast enough or has too much latency, replication might not happen fast enough, leading to an increase in processing time.

Previous Topic

High availability properties and limitations of Global Mailbox

Parent Topic

IBM Global Mailbox - Technical overview

Browse Categories

Share Blog Post

Pragma Edge (4.5/5)
4.5/5
Source: IBM

Recent Blog Posts - Read More

At Pragma Edge, we are a forward-thinking technology services provider dedicated to driving innovation and transformation across industries.

  • 12926 Gran Bay Pkwy W., Suite 220,
    Jacksonville, FL 32258
  • info@pragmaedge.com
  • +1 (848) - 999 - 9090
Linkedin Facebook-f X-twitter Youtube Instagram

What We Do

Industries

Products

Who We Are

Sterling Data Exchange

Thank you for submitting your details.

For more information, Download the PDF.

Get Solution Brief

PragmaEdge Universe | 2024

Thank you for the Registration Request, Our team will confirm your request shortly.

Invite and share the event with your colleagues 

Return to home page

IBM Partner Engagement Manager Standard

IBM Partner Engagement Manager Standard is the right solution
addressing the following business challenges

IBM Partner Engagement Manager Standard

IBM Partner Engagement Manager Standard is the right solution
addressing the following business challenges

IBM Partner Engagement Manager Standard

IBM Partner Engagement Manager Standard is the right solution
addressing the following business challenges

Pragma Edge - API Connect