cloud data center

Cloud Data Center | Modular building blocks

 

Modular Building Blocks

 

Modular Building Blocks

Cloud data centers have revolutionized the way businesses manage and store their data. These modern facilities offer many benefits, including increased scalability, efficiency, and security. In this blog post, we will explore the advantages of cloud data centers and how they can benefit businesses of all sizes. One aspect of cloud data centers is modular building blocks.

 

  • Modular Data Center Design

A modular data center design consists of several prefabricated modules or a deployment method for delivering data center infrastructure in a modular, quick, and flexible method. The modular building block design approach is necessary for large data centers as “Hugh domains fail for a reason” – “Russ White.” For the virtual data center, these modular building blocks can be referred to as “Points of Delivery,” also known as pods, and “Integrated Compute Stacks,” also known as ICSs, such as VCE Vblock and FlexPod.

  • Example: Cisco ACI 

You could define a pod as a modular unit of data center components ( pod data center ) that support incremental build-out of the data center. They are the basis for modularity within the cloud data center and are the basis of design in the ACI network. Based on spine leaf architecture. To scale a pod and expand incrementally, designers can add Integrated Compute Stacks ( ICS ) within a pod. ICS is a second, smaller unit added as a repeatable unit.

 

Before you proceed, you may find the following posts helpful:

  1. Container Networking
  2. OpenShift Networking
  3. OpenShift SDN
  4. Kubernetes Networking 101
  5. OpenStack Architecture

 

Modular data center design.

Key Modular Building Blocks Discussion Points:


  • Introduction to Modular Building Blocks and what is involved.

  • Highlighting the details of a modular data center design.

  • Critical points on the use of POD and how to build a POD data center.

  • A final note on designing for multi-tenancy.

 

  • A key point: Back to basics with a data center design

Data centers were significantly dissimilar from those just a short time ago. Infrastructure has moved from traditional on-premises physical servers to virtual networks. These virtual networks must seamlessly support applications and workloads across physical infrastructure pools and multi-cloud environments. Generally, a data center consists of the following core infrastructure components: network infrastructure, storage infrastructure, and compute infrastructure.

 

Modular Data Center Design

Scalability:

One of the key advantages of cloud data centers is their scalability. Unlike traditional data centers that require physical infrastructure upgrades to accommodate increased storage or processing needs, cloud data centers can quickly scale up or down based on demand. This flexibility allows businesses to adapt quickly to changing requirements without incurring significant costs or disruptions to their operations.

Efficiency:

Cloud data centers are designed to maximize energy consumption and hardware utilization efficiency. By consolidating multiple servers and storage devices into a centralized location, cloud data centers reduce the physical footprint required to store and process data. This minimizes the environmental impact and helps businesses save on space, power, and cooling costs.

Reliability:

Cloud data centers are built with redundancy in mind. They have multiple power sources, network connections, and backup systems to ensure uninterrupted service availability. This high level of reliability helps businesses avoid costly downtime and ensures that their data is always accessible, even in the event of hardware failures or natural disasters.

Security:

Data security is a top priority for businesses, and cloud data centers offer robust security measures to protect sensitive information. These facilities employ various security protocols such as encryption, firewalls, and intrusion detection systems to safeguard data from unauthorized access or breaches. Cloud data centers often comply with industry-specific regulations and standards to ensure data privacy and compliance.

Cost Savings:

Cloud data centers offer significant cost savings compared to maintaining an on-premises data center. With cloud-based infrastructure, businesses can avoid upfront capital expenditures on hardware and maintenance costs. Instead, they can opt for a pay-as-you-go model, where they only pay for the resources they use. This scalability and cost efficiency make cloud data centers attractive for businesses looking to reduce IT infrastructure expenses.

The general idea behind these two forms of modularity is to have consistent, predictable configurations with supporting implementation plans that can be rolled out when a predefined performance limit is reached. For example, if pod-A reaches 70% capacity, a new pod called pod-B is implemented precisely. The critical point here is that the modular architecture provides a predictable set of resource characteristics added as needed. This adds numerous benefits to fault isolation, capacity planning, and ease of new technology adoption. Special service pods can be used for specific security and management functions.

pod data center
Diagram: The pod data center and modularity.

 

Pod Data Center

No two data centers will ever be the same with all the different components. However, a large-scale data center will include some key components: applications, servers, storage, networking such as load balancers, and other infrastructure. These can be separated into different pods. A pod is short for Performance Optimized Datacenter and has been used to describe several different data center enclosures. Most commonly, these pods are modular data center solutions with a single-aisle, multi-rack enclosure with built-in hot- or cold-aisle containment.

 

  • A key point: Pod size

The pod size is relative to the MAC addresses supported at the aggregation layer. Different vNICs require unique MAC addresses, usually 4 MAC addresses per VM. For example, the Nexus 7000 series supports up to 128,000 MAC addresses, so in a large POD design, 11,472 workloads can be enabled, translating to 11,472 VM – 45,888 MAC addresses. Sharing VLANS among different pods is not recommended, and you should try to filter VLANs on trunk ports to stop unnecessary MAC address flooding. In addition, spanning VLANs among PODs would result in an end-to-end spanning tree which should be avoided at all costs.

 

Pod data center and muti-tenancy

Within these pods and ICS stacks, multi-tenancy and tenant separation is critical. A tenant is an entity subscribing to cloud services and can be defined in two ways. First, a tenant’s definition depends on its location in the networking world. For example, a tenant in the private enterprise cloud could be a department or business unit. However, a tenant in the public world could be an individual customer or an organization.

Each tenant can have differentiating levels of resource allocation within the cloud. Cloud services can range from IaaS, PaaS, ERP, SaaS, and more based on the requirements. Standard service offerings fall into 4 tiers: Premium, Gold, Silver, and Bronze. In addition, recent tiers, such as Copper and Palladium, will be discussed in later posts.

It does this by selecting a network container that provides them with a virtual dedicated network ( within a shared infrastructure ). The customer then goes through a VM sizing model, storage allocation/protection, and the disaster recovery tier.

Modular building blocks
Modular building blocks and service tiers.

 

Example of a tiered service model

Component

Gold

Silver 

Bronze

Segmentation

Single VRF

Single VRF

Single VRF

Data recovery

Remote replication

Remote replicaton

None

VLAN

Mulit VLAN

Multi VLAN

Single VLAN

Service

FW and LB service

LB service

None

Data protection

Clone

Snap

None

Bandwidth

40%

30% 

20%

 

Modular building blocks: Network container

The type of service selected in the network container will vary depending on application requirements. In some cases, applications may require several tiers. For example, a Gold tier could require a three-tier application layout ( front end, application, and database ). Each tier is placed on a separate VLAN, requiring stateful services ( dedicated virtual firewall and load balancing instances). Other tiers may require a shared VLAN with front-end firewalling to restrict inbound traffic flows.

Usually, a tier will use a single individual VRF ( VRF-lite ), but the number of VLANs will vary depending on the service level. For example, a cloud provider offering simple web hosting will provide a single VRF and VLAN. On the other hand, an enterprise customer with a multi-layer architecture may want multiple VLANs and services ( load balancer, Firewall, Security groups, cache ) for its application stack.

 

Modular building blocks: Compute layer

The compute layer is related to the virtual servers and the resources available to the virtual machines. Service profiles can vary depending on the size of the VM attributes, CPU, memory, and storage capacity. Service tiers usually have three compute workload sizes at a compute layer, as depicted in the table below.

 

Pod data center: Example of computing resources

Component

Large

Medium

Small

vCPU per VM

 1 vCPU

0.5 vCPU

 0.25 vCPU

Cores per CPU

4

4

4

VM per CPU

4 VM

16 VM

32 VM

VM per vCPU oversubscription

1:1 ( 1 )

2:1 ( 0.5 )

4:1 ( 0.25 )

RAM allocation

16 GB dedicated 

8 GB dedicated

4 GB shared

 

Compute profiles can also be associated with VMware Distributed Resource Scheduling ( DRS ) profiles to prioritize specific classes of VMs.

 

Modular building blocks: Storage Layer

This layer relates to storage allocation and the type of storage protection. For example, a GOLD tier could offer three tiers of RAID-10 storage using 15K rpm FC, 10K rpm FC, and SATA drives. While a BRONZE tier could offer just a single RAID-5 with SATA drives

 

Modular Building Blocks

Matt Conran
Latest posts by Matt Conran (see all)

Comments are closed.