Using KubeFed to Deploy Applications to OCP3 and OCP4 Clusters
July 16, 2019 | by
In the previous blog post we saw what KubeFed is and how to deploy KubeFed on Red Hat OpenShift. On top of that, we deployed a federated MongoDB ReplicaSet and a federated Pacman application.
In today's blog, we are going to use KubeFed to deploy the federated MongoDB as well as the federated Pacman across OpenShift clusters running on different cloud providers and versions.
We will have one OpenShift 3.11 cluster running on Google Cloud us-west-1 region and two OpenShift 4.1 clusters running on AWS us-east-1 and us-east-2 regions.
The application architecture used this time looks like this:
Moving applications across OCP 3.11 and OCP 4.1
The three clusters have already been deployed with the MongoDB and Pacman applications. In this video Mario Vazquez will cover how to move the Pacman application across clusters using KubeFed primitives and tooling.
NOTE: The content on this video corresponds to KubeFed v0.0.10 release, the current release as the time of this writing. Things are rapidly evolving, so changes are expected.
KubeFed is fast evolving, so make sure to check out theGitHub repository from time to time to stay updated.
If you want to learn more about KubeFed you can go through thisKatacoda Scenario which will teach you the basics of KubeFed.
The Operator will be mutated to deploy KubeFed in response to an API resource (e.g. like etcd, Prometheus Operators).
The Red Hat cluster application migration tool (CAM) migrates stateful and stateless applications from a source cluster to a destination cluster. This tool was originally built to help the migration ...
Many organizations have a “virtual first” policy when deploying applications on premises, and, as you would expect, VMware’s vSphere hypervisor, being the most prevalent virtualization platform, is ...