The Five Pillars of Red Hat OpenShift Observability It is with great pleasure that we announce additional Observability features coming up as part of the OpenShift Monitoring 4.14, Logging 5.8, and Distributed Tracing 2.9 releases. Red Hat OpenShift Observability’s plan continues to move forward: as our teams tackle key data collection, storage, delivery, visualization, and analytics features with the goal of turning your data into answers.  ..read more

This post was written in collaboration with Alex Blinov, senior engineering manager at Oracle Cloud Infrastructure and David Campbell, IC-3 senior member of technical staff at Oracle. Recently, Red Hat and Oracle announced our expanded collaboration to Bring Red Hat OpenShift to Oracle Cloud Infrastructure. We’re pleased to announce Red Hat OpenShift on Oracle Cloud Infrastructure with Virtual Machines (VMs) is available for Developer Preview ..read more

In today's rapidly evolving tech landscape, two technologies have been making waves: WebAssembly (WASM) and OpenShift. While they serve different purposes, their combination can lead to powerful, scalable, and efficient applications. In this blog, we'll explore how WASM and OpenShift can work together and why this pairing is significant for modern developers ..read more

Red Hat OpenShift, the most popular container orchestration platform, has always been about flexibility, scalability, and resilience. As workloads evolve, so do the requirements for resources such as CPU and memory. Traditionally, adjusting these resources for a running Pod meant recreating the Pod. However, with the concept of in-place resource resizing, this is changing. Let's dive into what in-place resource resizing is and why it's a game-changer for OpenShift users ..read more

The phrase “Kubernetes secrets are not secrets” is commonly heard, but what are these secrets and why are they important?  ..read more

In a Kubernetes cluster, the control plane's stability, resiliency, and performance drive the overall cluster stability, resiliency, and scalability. Generally speaking, the various components of Kubernetes are stateless. For storing object or artifact definitions of a cluster, the etcd key-value store acts as the single source of truth and as the only stateful component. This distributed key-value store is both reliable and strongly consistent. The APIServer, part of the control plane components, is the sole Kubernetes component directly interacting with etcd. All other components use the AP ..read more

In the realm of managing large networks of Single Node OpenShift (SNO) clusters at the Far Edge, the challenge of upgrading systems efficiently is a task that carries substantial weight. The intricacies of this process often involve navigating tight maintenance windows, grappling with limited bandwidth (particularly in OAM networks), and coping with high round trip packet latencies. Within this context, the importance of reducing the time consumed to upgrade clusters becomes evident ..read more

What is CSI migration, why does it matter? Historically, Kubernetes storage drivers have been delivered as “in-tree” plugins where the drivers lived and were shipped as part of the Kubernetes core payload ..read more

OpenShift users have many options when it comes to deploying a Red Hat OpenShift cluster. Whether installing on-premises, in the cloud, or to your own hybrid configuration, OpenShift has integrations to help your journey. Today we are pleased to announce a new platform type to enable partners to achieve varying levels of integration not previously possible in OpenShift: the external platform ..read more

OpenShift users have many options when it comes to deploying a Red Hat OpenShift cluster in AWS. In Red Hat OpenShift Container Platform 4.12, we introduced the manual steps to extend cluster nodes into Amazon Web Services (AWS) Local Zones when installing in existing VPC. We are pleased to announce in OpenShift 4.14 the fully IPI (installer-provisioned infrastructure) automation to extend worker nodes to AWS Local Zones ..read more