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).
While working on a Red Hat OpenStack related engagement with one of our customers, we did a Proof of Concept (PoC) with them where the scope was to set up Red Hat OpenStack in their environment and ...
Introduction When running a containerized application on OpenShift, you may want to connect to the running container to run some troubleshooting tools or check the status of a program. You can easily ...