Red Hat’s OpenShift® Container Platform is a great solution for deploying Linux containers and Kubernetes, but many organizations with diverse servers, storage and networking products face challenges implementing OpenShift. IT teams face challenges every step of the way, from deployment and setup to configuration, maintenance and upgrades, and those challenges increase organizational costs and sap resources from other projects. In addition, some enterprises can’t afford to hire infrastructure and operations specialists to attack those challenges. A self-driving private cloud platform can address these issues by providing an automated, centralized, web-based portal that centrally manages diverse infrastructure across multiple OpenShift sites.
Like other software platforms, OpenShift requires server, storage and networking resources. Typical IT shops have separate teams for maintaining these infrastructure silos, and if the organization has multi-site operations, the process is made much more complex and labor-intensive. IT teams must perform a number of manual or otherwise often-unmaintainable scripted tasks in order to:
- Provision the underlying infrastructure, both virtual and physical
- Deploy the various components of OpenShift
- Add/remove physical hosts for maintenance
- Add/remove physical disks to increase storage capacity and/or failure management
- Monitor resource allocation, utilization, and performance
- Perform capacity planning
These are all time-consuming, error-prone, ongoing operational activities that are hard to automate at scale and harder still to manage in multi-team, multi-site situations and in the face of failure conditions of various physical resource failures. OpenShift is not concerned with nor does it address any of the above challenges. Here are some other issues.
One OpenShift cluster doesn’t address all needs – Organizations have diverse applications teams, application portfolios, and sometimes conflicting user requirements. One OpenShift cluster is not going to meet all of those needs. Companies will need to deploy multiple, independent OpenShift clusters with possibly different underlying CPU, memory, and storage footprints. If deploying one cluster on diverse hardware is hard enough, doing so with multiple clusters is going to be a nightmare!
Development teams are often distributed in multiple sites and geographies – Companies do not build a single huge OpenShift cluster for all of their development teams spread around the world. Building such a cluster in one location has DR implications, not to mention latency and country-specific data regulation challenges. Typically, companies want to build out separate local clusters based on location, type of application, data locality requirements, and the need for separate development, test, and production environments. Having a central pane of glass for management becomes crucial for operational efficiency in this situation, simplifying deployment and upgrades in these clusters. Having strict isolation and role-based access control (RBAC) is often a security requirement.
Container orchestration is just one part of running cloud-native applications and infrastructure operations – Developing, deploying, and operating large-scale enterprise cloud-native applications requires more than just container orchestration. For example, IT operations teams still need to set up firewalls, load balancers, DNS services, and possibly databases, to name a few. OpenShift does not help with any of this.
Enterprises have policy-driven security and customization requirements – Enterprises have policies around using their specifically hardened and approved gold images of operating systems. The operating systems often need to have security configurations, databases, and other management tools installed before they can be used.
Enterprises need a DR strategy for container applications – Any critical application and the data associated with it needs to be protected from natural disasters regardless of whether or not these apps are based on containers. Existing solutions don’t provide an out-of-the-box disaster recovery feature for critical OpenShift applications; customers are left to cobble together their own DR strategy.
Private Cloud Architecture
A self-driving private cloud platform converts a cluster of servers into a web-managed cloud system that provides self-service consumption, monitoring, and an integrated learning engine for performance and efficiency insights. It consists of server virtualization, software-defined storage pools, software-defined networking with micro-segmentation, built-in monitoring, and external storage integration. This solution enables multitenant, multi-cloud, and containerized environments.
Using machine learning and AI to simplify infrastructure management
Traditional infrastructure management consists of ongoing checks on server, networking and storage resources. Often, the infrastructure is not fully optimized to support container-based operations, and multi-site operations magnify the problem. A self-driving private cloud platform virtualizes these resources and can apply AI and machine learning techniques to automate capacity sizing.
A private cloud platform with AI-driven intelligence optimizes sizing, performs predictive capacity planning, and implements seamless failure management. IT operations can easily deploy load balancers, set up domain name system (DNS), implement virtual private network (VPN) services, and configure virtual firewalls within the private cloud. Since the cloud runs both Virtual Machines (VMs) and containers on the same platform, persistent data stores, SQL, and Postgres databases can be deployed into VMs and made accessible to containerized applications.
As part of its multi-site capabilities, a private cloud provides remote data replication using external storage solutions between geographically separated sites, protecting persistent data and databases. In addition, users can connect multiple sites and private networks within those cloud environments using built-in VPN services and provide secure communication to enable fail-over scenarios at the underlying VM layer.
A multi-site private cloud helps organizations with diverse application teams, application portfolios, and conflicting user requirements by offering logical business units that can be assigned to different application teams. Each application team gets full self-service capability within quota limits imposed by IT operations. They can automatically deploy their own cluster with a few clicks, independently of other teams.
Streamlining container deployment and operations
Some private clouds include app stores that simplify operations with application blueprints that can be deployed within a few minutes. Users can extend the AppStore to licensed products like Red Hat OpenShift Platform Container by leveraging their own license or licenses provided by other partners. To simplify multi-site management, users can reuse these templates to deploy the same configuration in different sites and locations.
For cost-effectiveness, an OpenShift platform should run on an automated, self-driving private cloud platform that abstracts hardware maintenance operations and costs. In multi-site deployments, the savings in operations and infrastructure management costs can be as high as 90 percent over traditional infrastructure.