MongoDB is a document-oriented database program. MongoDB is classified as a NoSQL database program and uses JSON-like documents with schema. **Architecture** This reference architecture deploys three MongoDB nodes and one MongoDB Ops Manager on...
MongoDB is a document-oriented database program. MongoDB is classified as a NoSQL database program and uses JSON-like documents with schema.
Architecture This reference architecture deploys three MongoDB nodes and one MongoDB Ops Manager on Oracle Cloud Infrastructure. The architecture uses a region with one availability domain and regional subnets. You can use the same architecture in a region with multiple availability domains. We recommend that you use regional subnets for your deployment, regardless of the number of availability domains. Learn more techniques from MongoDB online training
The architecture has the following components:
Ops Manager Ops Manager manages the MongoDB deployment. It provides features that enable you to optimize clusters and reduce operational risks.
MongoDB node These are the Compute nodes running MongoDB.
Block volume The Oracle Cloud Infrastructure Block Volumes service lets you dynamically provision and manage block storage volumes. You can create, attach, connect, and move volumes, as well as change volume performance to meet your storage, performance, and application requirements. After you attach and connect a volume to an instance, you can use the volume like a regular hard drive. You can also disconnect a volume and attach it to another instance without losing data. Use block storage to store journal or log files.
Virtual cloud network (VCN) and subnets Every Compute instance is deployed in a VCN that can be segmented into subnets.
[* Security lists] For each subnet, you can create security rules that specify the source, destination, and type of traffic that must be allowed in and out of the subnet.
[* Availability domains] Availability domains are standalone, independent data centers within a region. The physical resources in each availability domain are isolated from the resources in the other availability domains, which provides fault tolerance. Availability domains don’t share infrastructure such as power or cooling, or the internal availability domain network. So, a failure at one availability domain is unlikely to affect the other availability domains in the region. MongoDB training for more.
Recommendations Your requirements might differ from the architecture described here. Use the following recommendations as a starting point.
Compute shape, Ops Manager Use a VM.Standard2.24 or higher shape (at least two virtual network interface cards, or VNICs) for higher throughput. This setup provides sufficient CPU and memory to efficiently host the Ops Manager.
Compute shape, MongoDB node Use a VM.DenseIO2.24 shape, which provides locally attached storage for higher I/O operations per seconds (IOPS) and up to 24.6 Gbps of networking bandwidth. Use RAID configuration (RAID 10) for better data protection on locally attached disks.
Block volume In addition to locally attached storage, use at least three block volumes (32 TB) using the multiple-attached feature. This addition provides more storage.
VCN When you create the VCN, determine how many IP addresses your cloud resources in each subnet require. Using Classless Inter-Domain Routing (CIDR) notation, specify a subnet mask and a network address range large enough for the required IP addresses. Use an address space that falls within the standard private IP address blocks.
Select an address range that doesn’t overlap with your on-premises network, so that you can set up a connection between the VCN and your on-premises network later, if necessary.
After you create the VCN, you can't change the address range.
When you design the subnets, consider functionality and security requirements. All compute instances within the same tier or role should go into the same subnet.
Use a regional subnet.
Security lists Use security lists to define ingress and egress rules that apply to the entire subnet. For example, this architecture allows ICMP internally for the entire private subnet.
Considerations Performance To get the best performance, choose the correct Compute shape with appropriate bandwidth.
Availability Consider using a high-availability option based on your deployment requirements and region. Options include using multiple availability domains in a region and fault domains.
Cost A DenseIO instance provides higher performance on I/O operations for a higher cost. Evaluate your requirements to choose the appropriate Compute shape. Go through MongoDB online course
Monitoring and alerts Set up monitoring and alerts on CPU and memory usage for your nodes, so that you can scale the shape up or down as needed.
**TL;DR:** In this article, you will learn how to set up MongoDB Atlas as a custom database in your Auth0 account. First, you will learn how to configure your custom database to migrate users to Auth0 (which will end up improving the security of...
Enroll for free demo to acquire the best knowledge on the schema-less database from live industry experts through MongoDB training
Our MongoDB Online Training provide you to learn about MongoDB strategies with realty. Our MongoDB Online Training also includes live sessions, live Projects, and much
As we observe, today’s world that the majority of the people are switching to MongoDB, there are still many that like better to use a standard electronic database . Here, we'll discuss why MongoDB should we choose? Like every coin has two faces...
**What is MongoDB Atlas?** It is a global cloud database service developed by MongoDB. You are given the option to choose the cloud service provider. Atlas will handle the complexity of deploying, managing, and healing your...