Red Hat OpenShift 4.2 및 4.3의 새로운 기능은 무엇입니까?

OpenShift의 네 번째 버전은 비교적 최근에 출시되었습니다. 현재 버전 4.3은 4.1월 말부터 사용할 수 있으며 모든 변경 사항은 세 번째 버전에는 없었던 완전히 새로운 내용이거나 버전 XNUMX에 나타난 주요 업데이트입니다. 이제 우리가 말씀드릴 모든 내용은 OpenShift로 작업하고 새 버전으로 전환하려는 사람들이 알고, 이해하고, 고려해야 할 사항입니다.

OpenShift 4.2 출시로 Red Hat은 Kubernetes 작업을 더 쉽게 만들었습니다. 컨테이너, CI/CD 파이프라인 및 서버리스 배포를 생성하기 위한 새로운 도구와 플러그인이 등장했습니다. 혁신은 개발자에게 Kubernetes를 다루는 것이 아닌 코드 작성에 집중할 수 있는 기회를 제공합니다.

실제로 OpenShift 4.2 및 4.3 버전의 새로운 기능은 무엇입니까?

하이브리드 클라우드로 전환

새로운 IT 인프라를 계획하거나 기존 IT 환경을 개발할 때 기업에서는 프라이빗 클라우드 솔루션을 구현하거나 퍼블릭 클라우드 공급자의 역량을 활용하는 IT 리소스 제공에 대한 클라우드 접근 방식을 점점 더 고려하고 있습니다. 따라서 공통 관리 시스템을 갖춘 온프레미스 리소스와 퍼블릭 클라우드 리소스가 모두 사용되는 "하이브리드" 클라우드 모델에 따라 최신 IT 인프라가 점점 더 많이 구축되고 있습니다. Red Hat OpenShift 4.2는 하이브리드 클라우드 모델로의 전환을 단순화하고 VMware 및 OpenStack의 프라이빗 클라우드를 사용하는 동시에 AWS, Azure, Google Cloud Platform과 같은 공급자의 리소스를 클러스터에 쉽게 연결할 수 있도록 특별히 설계되었습니다.

설치에 대한 새로운 접근 방식

버전 4에서는 OpenShift 설치 방법이 변경되었습니다. Red Hat은 OpenShift 클러스터 배포를 위한 특수 유틸리티인 openshift-install을 제공합니다. 이 유틸리티는 Go로 작성된 단일 바이너리 파일입니다. Openshit-installer는 배포에 필요한 구성이 포함된 yaml 파일을 준비합니다.

클라우드 리소스를 사용하여 설치하는 경우 DNS 영역, 작업자 노드 수, 클라우드 공급자에 대한 특정 설정, 클라우드 공급자에 액세스하기 위한 계정 정보 등 향후 클러스터에 대한 최소한의 정보를 지정해야 합니다. 구성 파일을 준비한 후 하나의 명령으로 클러스터를 배포할 수 있습니다.

예를 들어 프라이빗 클라우드(vSphere 및 OpenStack 지원)를 사용하거나 베어 메탈 서버에 설치하는 경우와 같이 자체 컴퓨팅 리소스에 설치하는 경우 인프라를 수동으로 구성해야 합니다. 즉, 최소 수의 가상 머신을 준비하거나 컨트롤 플레인 클러스터를 생성하고 네트워크 서비스를 구성하는 데 필요한 물리적 서버. 이 구성 후에는 openshift-installer 유틸리티의 한 명령을 사용하여 OpenShift 클러스터를 유사하게 생성할 수 있습니다.

인프라 업데이트

CoreOS 통합

주요 업데이트는 Red Hat CoreOS와의 통합입니다. Red Hat OpenShift 마스터 노드가 이제 작동 가능 만 새로운 OS에서. 이는 컨테이너 솔루션용으로 특별히 설계된 Red Hat의 무료 운영 체제입니다. Red Hat CoreOS는 컨테이너 실행에 최적화된 경량 Linux입니다.

3.11에서 운영 체제와 OpenShift가 별도로 존재했다면 4.2에서는 OpenShift와 불가분하게 연결됩니다. 이제 이것은 불변의 인프라인 단일 어플라이언스입니다.

모든 노드에 RHCOS를 사용하는 클러스터의 경우 OpenShift Container Platform을 업그레이드하는 것은 간단하고 고도로 자동화된 프로세스입니다.

이전에는 OpenShift를 업데이트하려면 먼저 제품이 실행되고 있던 기본 운영 체제(당시 Red Hat Enterprise Linux)를 업데이트해야 했습니다. 그래야만 OpenShift를 노드별로 점진적으로 업데이트할 수 있습니다. 프로세스 자동화에 대한 이야기는 없었습니다.

이제 OpenShift Container Platform은 OS를 포함하여 각 노드의 시스템과 서비스를 완전히 제어하므로 웹 인터페이스에서 버튼을 누르면 이 작업이 해결됩니다. 그런 다음 OpenShift 클러스터 내에서 전체 업데이트 프로세스를 제어하는 ​​특수 연산자가 시작됩니다.

새로운 CSI

둘째, 새로운 CSI는 다양한 외부 스토리지 시스템을 OpenShift 클러스터에 연결할 수 있는 스토리지 인터페이스 컨트롤러입니다. OpenShift용 다수의 스토리지 드라이버 공급자는 스토리지 시스템 제조업체가 직접 작성한 스토리지 드라이버를 기반으로 지원됩니다. 지원되는 CSI 드라이버의 전체 목록은 이 문서에서 확인할 수 있습니다. https://kubernetes-csi.github.io/docs/drivers.html. 이 목록에서는 주요 제조업체(Dell/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS 솔루션(Ceph) 및 클라우드 스토리지(AWS, Azure, Google)의 모든 주요 디스크 어레이 모델을 찾을 수 있습니다. OpenShift 4.2는 CSI 사양 버전 1.1의 CSI 드라이버를 지원합니다.

RedHat OpenShift 서비스 메시

Istio, Kiali 및 Jaeger 프로젝트를 기반으로 하는 Red Hat OpenShift Service Mesh는 서비스 간 요청을 라우팅하는 일반적인 작업 외에도 추적 및 시각화를 허용합니다. 이를 통해 개발자는 Red Hat OpenShift 내에 배포된 애플리케이션을 쉽게 통신, 모니터링, 관리할 수 있습니다.

Kiali를 사용하여 마이크로서비스 아키텍처를 갖춘 애플리케이션 시각화

Service Mesh의 설치, 유지 관리, 라이프사이클 관리를 최대한 단순화하기 위해 Red Hat OpenShift는 관리자에게 Service Mesh Operator라는 특수 연산자를 제공합니다. 재구성된 Istio, Kiali 및 Jaeger 패키지를 클러스터에 배포하여 애플리케이션 관리에 대한 관리 부담을 극대화할 수 있는 Kubernetes 연산자입니다.

도커 대신 CRI-O

기본 컨테이너 런타임 Docker는 CRI-O로 대체되었습니다. 버전 3.11에서는 이미 CRI-O를 사용할 수 있었지만 4.2에서는 이것이 주요 버전이 되었습니다. 좋지도 나쁘지도 않지만, 제품 사용 시 주의할 점이 있습니다.

운영자 및 애플리케이션 배포

Operators는 네 번째 버전에 등장한 RedHat OpenShift의 새로운 엔터티입니다. Kubernetes 애플리케이션을 패키징, 배포 및 관리하는 방법입니다. Kubernetes API 및 kubectl 도구를 사용하여 컨테이너에 배포된 애플리케이션을 위한 플러그인으로 생각할 수 있습니다.

Kubernetes 운영자는 클러스터에 배포하는 애플리케이션의 관리 및 수명 주기 관리와 관련된 모든 작업을 자동화하는 데 도움을 줍니다. 예를 들어, 운영자는 애플리케이션의 업데이트, 백업 및 확장을 자동화하고 구성을 변경하는 등의 작업을 수행할 수 있습니다. 전체 운영자 목록은 다음에서 확인할 수 있습니다. https://operatorhub.io/.

OperatorHub는 관리 콘솔의 웹 인터페이스에서 직접 액세스할 수 있습니다. Red Hat에서 관리하는 OpenShift용 애플리케이션 디렉토리입니다. 저것들. Red Hat이 승인한 모든 운영자는 공급업체 지원을 받습니다.

OpenShift 관리 콘솔의 OperatorHub 포털

범용 기본 이미지

이는 컨테이너화된 애플리케이션을 구축하는 데 사용할 수 있는 표준화된 RHEL OS 이미지 세트입니다. 최소, 표준 및 전체 세트가 있습니다. 공간을 거의 차지하지 않으며 필요한 모든 설치된 패키지와 프로그래밍 언어를 지원합니다.

CI/CD 도구

RedHat OpenShif 4.2에서는 Tekton Pipelines를 기반으로 Jenkins와 OpenShift Pipelines 중에서 선택할 수 있게 되었습니다.

OpenShift Pipelines는 코드 및 GitOps 접근 방식에 따라 Pipeline에서 더 잘 지원되는 Tekton을 기반으로 합니다. OpenShift 파이프라인에서 각 단계는 자체 컨테이너에서 실행되므로 리소스는 단계가 실행되는 동안에만 사용됩니다. 이를 통해 개발자는 관리할 중앙 CI/CD 서버 없이 모듈 전달 파이프라인, 플러그인 및 액세스 제어를 완벽하게 제어할 수 있습니다.

OpenShift Pipelines는 현재 Developer Preview에 있으며 OpenShift 4 클러스터의 운영자로 사용할 수 있습니다. 물론 OpenShift 사용자는 RedHat OpenShift 4에서 Jenkins를 계속 사용할 수 있습니다.

개발자 관리 업데이트

4.2 OpenShift에서는 개발자와 관리자 모두를 위해 웹 인터페이스가 완전히 업데이트되었습니다.

이전 버전의 OpenShift에서는 모든 사람이 서비스 디렉터리, 관리자 콘솔, 작업 콘솔이라는 세 가지 콘솔에서 작업했습니다. 이제 클러스터는 관리자 콘솔과 개발자 콘솔의 두 부분으로만 나누어집니다.

개발자 콘솔의 사용자 인터페이스가 크게 개선되었습니다. 이제 애플리케이션과 해당 어셈블리의 토폴로지를 더욱 편리하게 표시합니다. 이를 통해 개발자는 컨테이너화된 애플리케이션과 클러스터링된 리소스를 더 쉽게 생성, 배포 및 시각화할 수 있습니다. 아이들이 자신에게 중요한 것에 집중할 수 있게 해줍니다.

OpenShift 관리 콘솔의 개발자 포털

오도

Odo는 OpenShift에서 애플리케이션 개발을 단순화하는 개발자 중심의 명령줄 유틸리티입니다. git push 스타일 통신을 사용하는 이 CLI는 Kubernetes를 처음 접하는 개발자가 OpenShift에서 애플리케이션을 구축하는 데 도움이 됩니다.

개발 환경과의 통합

이제 개발자는 Microsoft Visual Studio, JetBrains(IntelliJ 포함), Eclipse Desktop 등과 같이 선호하는 코드 개발 환경을 벗어나지 않고도 OpenShift에서 애플리케이션을 구축, 디버깅 및 배포할 수 있습니다.

Microsoft Azure DevOps용 Red Hat OpenShift 배포 확장

Microsoft Azure DevOps용 Red Hat OpenShift 배포 확장이 출시되었습니다. 이 DevOps 도구 세트의 사용자는 이제 Microsoft Azure DevOps에서 직접 Azure Red Hat OpenShift 또는 기타 OpenShift 클러스터에 애플리케이션을 배포할 수 있습니다.

세 번째 버전에서 네 번째 버전으로 전환

우리는 업데이트가 아닌 새 릴리스에 대해 이야기하고 있으므로 네 번째 버전을 세 번째 버전 위에 올려놓을 수는 없습니다. 버전 XNUMX에서 버전 XNUMX로의 업데이트는 지원되지 않습니다..

하지만 좋은 소식이 있습니다. Red Hat은 프로젝트를 3.7에서 4.2로 마이그레이션하기 위한 도구를 제공합니다. CAM(Cluster Application Migration) 도구를 사용하여 애플리케이션 워크로드를 마이그레이션할 수 있습니다. CAM을 사용하면 마이그레이션을 제어하고 애플리케이션 가동 중지 시간을 최소화할 수 있습니다.

오픈시프트 4.3

이 기사에서 설명하는 주요 혁신 사항은 버전 4.2에 나타났습니다. 최근 출시된 4.3의 변경 사항은 그다지 크지는 않지만 여전히 새로운 점이 있습니다. 변경 사항 목록은 상당히 광범위하며, 우리 의견으로는 가장 중요한 변경 사항은 다음과 같습니다.

Kubernetes 버전을 1.16으로 업데이트합니다.

버전이 한 번에 두 단계씩 업그레이드되었는데, OpenShift 4.2에서는 1.14였습니다.

etcd의 데이터 암호화

버전 4.3부터 etcd 데이터베이스의 데이터를 암호화하는 것이 가능해졌습니다. 암호화가 활성화되면 비밀, ConfigMap, 경로, 액세스 토큰 및 OAuth 인증과 같은 OpenShift API 및 Kubernetes API 리소스를 암호화할 수 있습니다.

키

널리 사용되는 Kubernetes용 패키지 관리자인 Helm 버전 3에 대한 지원이 추가되었습니다. 현재 지원 상태는 TECHNOLOGY PREVIEW입니다. Helm 지원은 향후 OpenShift 버전에서 전체 지원으로 확장될 예정입니다. helm cli 유틸리티는 OpenShift와 함께 제공되며 클러스터 관리 웹 콘솔에서 다운로드할 수 있습니다.

프로젝트 대시보드 업데이트

새 버전에서는 프로젝트 대시보드가 ​​프로젝트 페이지에 프로젝트 상태, 리소스 활용도, 프로젝트 할당량 등의 추가 정보를 제공합니다.

웹 콘솔에 quay에 대한 취약점 표시

Quay 저장소의 이미지에 대해 알려진 취약점을 표시하는 기능이 관리 콘솔에 추가되었습니다. 로컬 및 외부 저장소에 대한 취약점 표시가 지원됩니다.

오프라인 운영자 허브 생성 단순화

인터넷 액세스가 제한되거나 없는 격리된 네트워크에 OpenShift 클러스터를 배포하는 경우 OperatorHub 레지스트리에 대한 "미러" 생성이 단순화됩니다. 이제는 세 팀만으로 이 작업을 수행할 수 있습니다.

저자 :
빅터 푸치코프, 유리 세메뉴코프

출처 : habr.com