#openshift

Red Hat Ansible development workspaces for governed automation content creation

Red Hat kết hợp OpenShift Dev Spaces với các công cụ phát triển Ansible, tạo ra môi trường nhất quán cho nhà phát triển tự động hóa. Môi trường này được quản lý chặt chẽ, giúp giảm thời gian thiết lập xuống dưới 5 phút. Sử dụng công nghệ container và Kubernetes, nó cung cấp cấu hình sẵn có, bao gồm Ansible, Python, và các công cụ CI/CD khác. Điều này giúp các nhà phát triển tập trung vào nội dung tự động hóa mà không lo lắng về sự không tương thích giữa các môi trường. Với giải pháp này, tổ chức có thể duy trì kiểm soát và tiêu chuẩn đồng thời tăng tốc độ phát triển. Nếu bạn là lập trình viên tự động hóa, đặc biệt với Ansible, đây là giải pháp đáng cân nhắc để tối ưu hóa quy trình làm việc.

Red Hat OpenShift Dev Spaces kết hợp với công cụ Ansible giúp lập trình viên tạo môi trường tự động hóa được quản lý và nhất quán trong vòng năm phút.

Smarter GPU sharing: How Red Hat build of Kueue works with dynamic resource allocation

Learn how to manage GPU quotas with Kueue and DRA on Red Hat OpenShift to enable fair sharing and accurate device-level accounting for AI workloads.

Kube AuthKit: Unified Kubernetes and OpenShift auth in Python

Learn how to unify Kubernetes and OpenShift authentication with Kube AuthKit, a Python library that simplifies token management across environments.

Scaling GitOps: The "pull" architecture for global fleets

Bối cảnh bài viết trình bày kết quả kiểm tra khả năng mở rộng kiến trúc Argo CD Agent pull để đáp ứng yêu cầu doanh nghiệp quy mô lớn. Nguyên nhân kỹ thuật là khi triển khai GitOps trên toàn cầu, kiến trúc truyền thống push gặp vấn đề hiệu năng và độ trễ, trong khi mô hình pull agent giúp giảm tải server central. Hệ quả cụ thể cho thấy Argo CD Agent có thể xử lý tới 50,000 pods trong khi vẫn duy trì thời gian đồng bộ dưới 5 giây, chứng minh khả năng scaling hiệu quả. Điểm đáng học là kiến trúc pull-agent giúp giảm 80% tài nguyên server trung tâm so với mô hình push, đáng cân nhắc cho các hệ thống phân tán toàn cầu.

Bài viết này cung cấp kết quả kiểm tra hiệu suất về cách kiến trúc pull Argo CD Agent mở rộng để đáp ứng các yêu cầu cấp doanh nghiệp.

Build OpenJDK container images locally using the standalone S2I tool

Bối cảnh bài viết hướng dẫn xây dựng images container cho OpenJDK bằng công cụ S2I standalone. Nguyên nhân kỹ thuật là S2I (Source-to-Image) giúp tự động hóa quá trình build image container từ source code mà không cần viết Dockerfile. Hệ quả là bạn có thể tạo custom Java runtime với các script riêng và tùy chọn chứng chỉ phù hợp với nhu cầu dự án. Điều đáng học là phương pháp này cho phép tận dụng OpenShift BuildConfigs để tái sử dụng configuration build, giảm thiểu lỗi và tăng hiệu suất. Các ví dụ thực tế trong bài sẽ minh họa cách implement certificate options và custom runtime scripts một cách hiệu quả.

Lập trình viên nên đọc bài này để học cách build ảnh container OpenJDK hiệu quả bằng công cụ S2I standalone và cấu hình BuildConfigs.

Comparison of Cluster Autoscaler and KEDA MachineSet Autoscaling on Red Hat OpenShift

Compare Cluster Autoscaler and KEDA's MachineSet Autoscaler in Red Hat OpenShift, focusing on their differences and the best choice for workload demand.

Scaling localnet user-defined networks (CUDNs) in Red Hat OpenShift to 3,500 networks

Boost Red Hat OpenShift performance with 3,500 Localnet CUDNs: Learn how to scale networks and reduce control plane overhead.

Red Hat OpenShift networking: Default OVN-Kubernetes vs. Cilium operator

Red Hat OpenShift hiện hỗ trợ hai CNI chính là OVN-Kubernetes và Cilium operator cho networking layer. OVN-Kubernetes mặc định cung cấp tính tương thích cao với cloud provider nhưng hiệu suất thấp hơn Cilium khoảng 15-20% trong các bài benchmark. Cilium nổi trội với khả năng eBPF mang lại hiệu suất vượt trội và hỗ trợ advanced networking features như load balancing và service mesh. Đáng chú ý là Cilium có thể tích hợp seamlessly với Kubernetes API và hỗ trợ encrypted traffic bằng cách sử dụng IPsec mà không ảnh hưởng hiệu năng.

Bài viết giúp bạn so sánh và lựa chọn giữa OVN-Kubernetes và Cilium để tối ưu hóa mạng cho Red Hat OpenShift.

Matching OpenShift edge topologies to your physical footprint

Compare Red Hat OpenShift edge topologies, from single-node to two-node and 3-node compact clusters, to balance hardware footprint and high availability.

Constraining AI agents with Red Hat AI: Containment, identity, and governance

Learn how to restrict, verify, and control agent actions with Red Hat OpenShift AI.

Why your Kafka topic ignores retention.ms (and how to fix it)

Fix unexpected Kafka retention delays. Discover how segment rolling impacts log deletion and align segment.ms with retention.ms to clear old records.

Configure admission fair sharing in Red Hat build of Kueue 1.4

Bài viết hướng dẫn cách thiết lập tính năng admission fair sharing trong bản Red Hat của Kueue phiên bản 1.4 chạy trên OpenShift. Mục đích là giải quyết vấn đề đói việc (job starvation) khi nhiều workload chia sẻ cùng một quota CPU của cluster. Khi không cấu hình fair sharing, một số job có thể chiếm hết quota dẫn đến các job khác bị trì hoãn vô thời hạn. Bài giải thích chi tiết các bước tạo và gắn AdmissionCheck, FairSharePolicy và Queue để phân bổ tài nguyên dựa trên trọng số ưu tiên. Từ đó, người đọc học được cách cân bằng quota CPU giữa các team hoặc dự án, tránh tình trạng một job monopolize tài nguyên và đảm bảo công bằng trong sử dụng cluster.

Bài viết này giúp bạn thiết lập cơ chế chia sẻ công bằng để ngăn tình trạng bị đói job và cân bằng hạn chế CPU cụm trong Red Hat build of Kueue 1.4.

Extend Layer 2 networks into Red Hat OpenShift Virtualization with BGP and EVPN

Các doanh nghiệp đang mở rộng workload ảo sang OpenShift Virtualization nhưng cần giữ nguyên kết nối lớp 2 hiện tại để tránh thay đổi địa chỉ IP của VM. Nguyên nhân kỹ thuật là bài viết hướng dẫn cấu hình EVPN làm control plane qua BGP để quảng bá các route MAC/IP giữa mạng vật lý và cluster OCP, từ đó tạo ra các VXLAN tunnel tự động. Hệ quả là sau khi bật EVPN, các VM có thể được nhập vào OpenShift Virtualization mà không đổi địa chỉ MAC hoặc IP, đồng thời mỗi tenant được cô lập bằng VNI riêng, đảm bảo tính bảo mật và không có giao thoa lưu lượng. Điều đáng học là việc sử dụng BGP EVPN giảm thiểu công việc tái cấu hình mạng khi di chuyển workload, giúp đội DevOps tập trung vào việc quản lý ứng dụng thay vì xử lý địa chỉ IP, và mô hình này mở rộng được cho hàng nghìn tenant mà không tăngภาระ cấu hình thủ công. Điều này làm cho bài viết hữu ích cho những lập trình viên đang cân nhắc tích hợp mạng lớp 2 vào môi trường ảo Red Hat OpenShift mà không muốn làm thay đổi kiến trúc mạng hiện có.

Tài liệu này hướng dẫn cách thiết lập EVPN trên OpenShift Virtualization để triển khai mạng đa tenant liền mạch mà không cần thay đổi định danh mạng của máy ảo.

Red Hat OpenShift autoscaling using MachineSet autoscaler with KEDA

Bối cảnh: Khi ứng dụng trên OpenShift cần mở rộng số lượng worker node dựa trên chỉ số tùy chỉnh như độ dài hàng đợi Kafka hoặc thời gian phản hồi của dịch vụ, HPA đơn thuần không đủ để đáp ứng. Nguyên nhân kỹ thuật: Cần triển khai toán tử Custom Metrics Autoscaler (CMA), cấp quyền RBAC cho KEDA để nó có thể sửa đổi MachineSet, đồng thời cấu hình xác thực Prometheus để KEDA truy cập được metrics. Hệ quả: Sau khi tạo ScaledObject tham chiếu đến trigger Prometheus và chỉ số mục tiêu, KEDA sẽ tự động điều chỉnh replica của MachineSet, từ đó tăng hoặc giảm số node trong cluster theo carga thực tế. Điều đáng học: Việc tích hợp đúng RBAC và xác thực Prometheus là then chốt để tránh lỗi permission denied; ngoài ra, nên kiểm tra các chỉ số tùy chỉnh qua PromQL trước khi triển khai ScaledObject để đảm bảo mức độ mở rộng phù hợp.

Bài hướng dẫn này giúp bạn tự động hóa việc mở rộng quy mô OpenShift với MachineSet Autoscaler và KEDA một cách hiệu quả.

AI-powered multicluster management: Querying fleet health with OpenShift Lightspeed and Red Hat Advanced Cluster Management

Connect OpenShift Lightspeed to the MCP server for Red Hat Advanced Cluster Management for Kubernetes to query your fleet in natural language.

Self-service backup for VMs and containers on OpenShift: No cluster-admin required

Learn how OpenShift APIs for Data Protection (OADP) self-service lets non-admin teams back up and restore OpenShift VMs and containers without cluster-admin.

Building hermetic notebook images for Open Data Hub and Red Hat OpenShift AI

Bài viết giới thiệu cách triển khai hình ảnh notebook hermetic cho Open Data Hub và Red Hat OpenShift AI. Để đạt tính tái lập và tuân thủ, họ dùng Buildah, Skopeo và Image Streams để đóng gói môi trường. Kết quả là các notebook được cô lập, giảm phụ thuộc vào hệ thống gốc và dễ kiểm soát phiên bản. Điều này giúp tăng tính reliability của mô hình và giảm lỗi môi trường, nên rất hữu ích cho người phát triển. Nếu bạn đang cân nhắc triển khai CI/CD cho notebook, cách hermetic này cung cấp kiểm soát môi trường chi tiết và tuân thủ quy định.

Bài viết này giúp lập trình viên xây dựng notebook images có khả năng tái tạo và kiểm toán cao cho Open Data Hub và Red Hat OpenShift AI.

Replaying OpenShift Network Traffic with Hubble Timescape

OpenShift đã cung cấp sẵn bộ đo lường và khả năng quan sát ngay từ đầu, nhưng khi sự cố mạng xảy ra, các đội thường chỉ có thể dựa vào log hiện tại và không thể tái tạo lại tình huống cụ thể. Bài viết hướng dẫn cách tích hợp Hubble Timescape – công cụ truy vấn và lưu trữ mạng dựa trên eBPF của Cilium – vào cluster OpenShift để ghi lại toàn bộ gói tin qua các interface ảo của pod. Khi một incident được phát hiện, Timescape cho phép truy vấn và phát lại chính xác luồng mạng tại bất kỳ thời điểm nào trong khoảng thời gian đã lưu trữ, giúp xác định chính xác gói tin hoặc network policy gây ra lỗi. Kết quả là thời gianMTTR giảm đáng kể vì nhóm không cần phải đoán hoặc tái tạo môi trường bằng cách thủ công. Bài học chính là: đầu tư vào giải pháp quan sát mạng có khả năng quay lại thời gian không chỉ nâng cao khả năng chẩn đoán mà còn giảm phụ thuộc vào việc mô phỏng lại lỗi, từ đó tăng độ tin cậy của hệ thống OpenShift.

Bài viết này giúp bạn hiểu cách sử dụng Hubble Timescape để truy vết lại lưu lượng mạng trong quá khứ trên OpenShift khi cần khắc phục sự cố.

Improved failure reports on Red Hat OpenShift with the event-driven diagnostic operator

Red Hat OpenShift hiện nay đang gặp thách thức trong việc báo cáo lỗi và xử lý sự cố. Sự ra đời của Event-driven diagnostic operator mang lại giải pháp tự động hóa phản hồi sự cố bằng cách sử dụng Event-based FIR collector. Công nghệ này có khả năng tự động thu thập ngữ cảnh hệ thống ngay khi có sự cố xảy ra trong môi trường production, giảm thiểu thời gian chẩn đoán từ hàng giờ xuống còn vài phút. Điều đáng học hỏi là cách tiếp cận dựa trên sự kiện không chỉ giúp giảm tải cho đội operations mà còn cung cấp dữ liệu cảnh báo sớm cho các vấn đề tiềm ẩn trong hệ thống.

Bài viết giúp lập trình viên tự động hóa phản hồi sự cố và thu thập ngữ cảnh hệ thống hiệu quả trên Red Hat OpenShift.

Red Hat Readies an MCP Server to Help LLMs Manage Kubernetes

Red Hat đang phát triển một MCP Server mã nguồn mở nhằm hỗ trợ nhà phát triển và quản trị viên quản lý Kubernetes.

Lập trình viên AI và Kubernetes nên theo dõi để hiểu cách Red Hat tích hợp mô hình quản lý container hóa với các mô hình ngôn ngữ lớn (LLM), giúp tối ưu hóa hiệu suất và quản lý chi phí cho ứng dụng cloud-native trong tương lai.

Introducing the Red Hat OpenShift Virtualization incident must-gather

Công cụ kubevirt/must-gather mới bổ sung chế độ --vm-incident, giúp thu thập dữ liệu quan trọng nhanh chóng từ máy ảo (VM) để điều tra sự cố, rút ngắn thời gian phân tích.

Một lập trình viên quản lý Kubernetes hoặc sử dụng KubeVirt nên đọc bài này để tìm hiểu cách tối ưu hóa thời gian điều tra sự cố VM bằng cách sử dụng chế độ --vm-incident mới trong công cụ must-gather, giúp thu thập dữ liệu cần thiết một cách hiệu quả và nhanh chóng.