May 2, 2024 By Helen Tang 4 min read

The IBM Cloud® Databases team focuses on providing hassle-free availability, reliability and security. In accordance with these values, we are making improvements to our hosting model to align with industry practices and improve the predictability of performance for our clients. This will apply to all IBM Cloud Database instances. 

Those familiar with our databases know that when provisioning, users can select between a database with dedicated cores allocated to their instance, or a database placed on a multi-tenant machine, where cores are shared with other tenants. As part of our continuous effort to improve usability, we are moving to more clearly differentiated hosting choices: Isolated Compute and Shared Compute.  

Isolated Compute, our single-tenant offering, brings a focus on isolation by placing your database and all associated user-data operations on its own virtual machine. Shared Compute comes directly from your feedback, and improves our existing multi-tenant offering by delivering predictable performance while maintaining separation through logically separated tenants.  

Choosing between hosting models 

We’re incredibly excited to bring you Isolated Compute, and it is our recommended hosting model for Enterprise workloads. However, when Shared Compute suits you better, switching back and forth between our models is easy. Just select the model you want, review your resource selection and switch. 

Isolated Compute Shared Compute 
Single-tenanted databases with dedicated storage bandwidth. Database management agents are placed on Isolated machine. Multi-tenanted, logically separated databases sharing storage bandwidth. Database management pods are also multi-tenanted. 
Receive all the available resources in your machine. Transparent, deterministic CPU allocation. Know exactly what your performance will be and scale up and down as your workload requires. 
Some of our database offerings, such as MongoDB Enterprise and Elasticsearch Platinum, will be solely provisioned on Isolated Compute. Future enhancements, such as and cross-region replication may be supported solely on Isolated Compute. Excludes some database offerings, such as MongoDB Enterprise and Elasticsearch Platinum.  
Scalability is based on provided machine sizes. Scalability is fine-grained and linear from a database-specific minimum configuration up to 28 CPU and 112 GB RAM. 
Scroll to view full table
Learn more

Introducing: Shared Compute 

Prefer a multi-tenant infrastructure with free-form resource allocations? Just like the current multi-tenant model, the new shared model also uses shared worker nodes; IBM Cloud Databases ensures that each separate customer database is logically separated for data isolation and security.  

Based on your feedback, we implemented the Shared Compute model to also maintain predictable and transparent performance.  

When provisioning a Shared Compute instance using  API, CLI, or Terraform, if no CPU amount is specified, ICD will automatically allocate a small amount of CPU to your database up to a 2 CPU max. Automatic CPU is provided at a 1:8 ratio of CPU:RAM; therefore, a user with 4 GB RAM receives 4/8th of a CPU; a user with 8 GB RAM receives 1 CPU; and a user with 20 GB RAM receives 2 CPU due to the 2 CPU limit. If you have higher performance requirements than 2 CPU, you can easily leverage the flexibility of the shared model. With the ability to select the amount of CPU and RAM resources you receive, performance can be scaled to fit your workload.  

When provisioning a Shared Compute instance using the UI, select from the Small allocation preset to test the smallest available size, or Custom allocation preset for flexible selections above 2 CPU.  

Additionally, if you know that your instance will experience variable demand, use RAM autoscaling to set not only the expected load and duration that would initiate resource scaling, but also the resource and cost limit your database will scale to.  

Shared Compute allows for granular resource requests. To ensure that your databases still have enough resources for entry-level functionality, there are minimum resource requirements as follows:  

  • RabbitMQ: 1 CPU x 8 GB RAM 
  • All other database offerings: 0.5 CPU x 4 GB RAM 

Learn more about Shared Compute.  

Introducing: Isolated Compute 

Our Isolated model is the service for enterprise production workloads. When provisioning, select the specific size of the virtual machine to provision your database on—this machine will be dedicated to running this database instance, giving you hypervisor-level isolation between your instance and any other database. To strengthen isolation further, dedicated database management agents run alongside the database instance on the same isolated machines. 

Storage is still selected independently, allowing you to determine the storage and IOPS (input/output operations per second) your database receives, with this IO bandwidth also dedicated to your database instance. 

When you need a different usage amount, simply scale your database through your preferred method—UI, API, CLI, or Terraform—and change your worker size.  

Learn more about Isolated Compute.  

Transition timeline from existing hosting models 

For more information on the transition timeline from our current hosting models and minimum resource requirements, refer to our documentation, or dive further into pricing.   

Try it out today and deploy on IBM Cloud

More from Data Management

Unlocking IBM Z data—your most important data for AI applications

4 min read - IBM today announced the launch of IBM Data Gate for watsonx—revolutionary technology that simplifies the way organizations synchronize data originating on IBM Z for analyzing and building AI models. Now, you can unlock your transactional mainframe data for AI and analytics with IBM Data Gate for watsonx integration with IBM  Break down data siloes and unify access across your data landscape  It’s no question we are in a new era for AI. AI adoption has more than doubled since…

Simplify workload management and cloud provisioning with Amazon RDS for Db2’s consumption-based licensing

2 min read - At AWS re:Invent 2023, IBM and AWS launched the Amazon RDS for Db2 service allowing customers to move self-managed Db2 databases to the cloud through a bring-your-own-license model. Since then, we have been working with customers to accelerate strategic modernization initiatives and expand service features to meet application needs. Many customers have worked with us and AWS to use Amazon RDS for Db2, including Profile Centevo, a leading asset and fund management solutions provider, who was able to modernize three times faster thanks to…

Enhancing data security and compliance in the XaaS Era 

2 min read - Recent research from IDC found that 85% of CEOs who were surveyed cited digital capabilities as strategic differentiators that are crucial to accelerating revenue growth. However, IT decision makers remain concerned about the risks associated with their digital infrastructure and the impact they might have on business outcomes, with data breaches and security concerns being the biggest threats.   With the rapid growth of XaaS consumption models and the integration of AI and data at the forefront of every business plan,…

IBM Newsletters

Get our newsletters and topic updates that deliver the latest thought leadership and insights on emerging trends.
Subscribe now More newsletters