OpenShift 3에서 OpenShift 4로의 마이그레이션 단순화

이로써 Red Hat OpenShift 4 플랫폼이 공식 출시되었으며, 오늘은 최대한 빠르고 쉽게 OpenShift Container Platform 3에서 Red Hat OpenShift Container Platform XNUMX으로 전환하는 방법을 알려드리겠습니다.

이 기사의 목적에 따라 우리는 RHEL CoreOS 및 자동화 도구를 기반으로 스마트하고 불변적인 인프라의 기능을 활용하는 새로운 OpenShift 4 클러스터에 주로 관심이 있습니다. 아래에서는 문제 없이 OpenShift 4로 전환하는 방법을 보여드리겠습니다.

새 버전과 이전 버전의 차이점에 대해 자세히 알아볼 수 있습니다. 여기에.

인증된 Red Hat Appranix 플랫폼을 사용하여 OpenShift 3에서 OpenShift 4로 클러스터 마이그레이션

Appranix와 Red Hat은 Appranix Site Reliability Automation for Kubernetes를 기반으로 실행되는 맞춤형 서비스를 사용하여 클러스터 리소스를 OpenShift 3에서 OpenShift 4로 더 쉽게 마이그레이션할 수 있도록 열심히 노력해 왔습니다.

Appranix 솔루션(다음 위치에서 찾을 수 있음) Red Hat 컨테이너 카탈로그)를 사용하면 단 몇 번의 클릭만으로 모든 OpenShift 3 클러스터의 백업을 생성하고 이를 OpenShift 4로 복원할 수 있습니다.

OpenShift 4용 Appranix를 사용한 마이그레이션이 좋은 이유

• 빠른 시작. Appranix 솔루션은 SaaS 원칙을 기반으로 구축되므로 인프라를 구축할 필요가 없으며 별도의 전문 마이그레이션 솔루션을 구성하거나 사용할 필요가 없습니다.
• Appranix의 확장성 덕분에 대규모 클러스터를 쉽게 마이그레이션할 수 있습니다.
• OpenShift 3로의 후속 전송을 통해 복잡한 OpenShift 4 클러스터 구성을 자동으로 백업하면 마이그레이션 프로세스 자체가 단순화됩니다.
• OpenShift 3 엔터프라이즈 인프라의 애플리케이션이 AWS 클라우드의 OpenShift 4 플랫폼에서 어떻게 작동하는지 테스트하는 기능입니다.
• 클러스터 리소스와 함께 RBAC 액세스 설정 마이그레이션.
• 모든 프로젝트를 새로운 OpenShift 4 클러스터로 선택적으로 또는 완전히 마이그레이션합니다.
• 선택 사항 – 적절한 구독이 있는 경우 컨테이너 애플리케이션에 대한 여러 수준의 내결함성을 구성합니다.

OpenShift 애플리케이션을 위한 다단계 내결함성(복원력)

OpenShift 3에서 4로 마이그레이션한 후 Appranix 솔루션을 사용하여 세 가지 옵션이 가능한 지속적인 앱 복원력을 제공할 수 있습니다. 1 수준 복원력(레벨 1 복원력)을 사용하면 지역 및 클라우드 공급자를 변경하지 않고도 애플리케이션을 복원할 수 있습니다. 애플리케이션 배포가 실패하거나 동일한 지역이지만 별도의 OpenShift 클러스터에 테스트 환경을 신속하게 생성해야 하는 상황과 같이 지역 수준에서 애플리케이션을 롤백하거나 로컬 오류를 복구하는 데 사용할 수 있습니다. .

2 수준 공급자를 변경하지 않고도 애플리케이션을 다른 지역으로 이전할 수 있습니다. 이 경우 기본 데이터 인프라를 기본 지역에 유지하면서 다른 지역의 다른 클러스터에서 애플리케이션을 실행할 수 있습니다. 이 옵션은 클라우드 지역 또는 영역이 다운되거나 사이버 공격으로 인해 애플리케이션을 다른 지역으로 이동해야 하는 경우에 유용합니다. 그리고 마지막으로, 3 수준 지역뿐만 아니라 클라우드 제공업체도 변경할 수 있습니다.

Appranix SRA 작동 방식
Appranix에서 OpenShift 애플리케이션의 다단계 내결함성은 애플리케이션 환경의 복사본을 자동으로 생성하는 "타임머신" 기능을 통해 달성됩니다. 이 기능을 활성화하고 애플리케이션 보안을 향상하려면 DevOps 파이프라인에 코드 한 줄만 추가하면 됩니다.
클라우드 제공업체의 인프라 서비스에도 문제가 있으므로 다른 제공업체로 빠르게 전환할 수 있는 기능은 단일 서비스 제공업체에 갇히는 것을 방지하는 데 유용합니다.

아래 그림과 같이, 애플리케이션 환경 백업은 지정된 빈도로 자동으로 생성될 뿐만 아니라 지속적인 통합 및 CI/CD 제공 파이프라인의 명령에 따라 Appranix에서 생성될 수 있습니다. 동시에 "타임머신"은 다음을 제공합니다.

• 네임스페이스 및 애플리케이션 환경에 대한 증분형 GitHub 스타일 로깅입니다.
• 간단한 애플리케이션 롤백.
• 클라우드 및 컨테이너 구성의 버전 관리.
• 자동화된 데이터 수명주기 관리.
• IaC(코드형 인프라) 관리 자동화.
• 자동화된 IaC 상태 관리.

Appranix를 사용하면 카오스 엔지니어링, 재해 복구, 랜섬웨어 보호, 비즈니스 연속성과 같은 시나리오에 대한 전체 애플리케이션 수준 보호 및 복구를 제공할 수 있습니다. 이에 대해서는 자세히 다루지 않고 Appranix를 사용하여 OpenShift 3에서 OpenShift 4로 마이그레이션하는 방법을 자세히 살펴보겠습니다.

Appranix 사이트 안정성 플랫폼을 사용하여 OpenShift 3를 OpenShift 4로 마이그레이션하는 방법

이 프로세스에는 세 가지 단계가 포함됩니다.

1. 마이그레이션할 모든 구성 요소를 자동으로 감지하도록 OpenShift 3 및 OpenShift 4를 구성합니다.
2. 마이그레이션을 위한 정책을 만들고 네임스페이스를 설정합니다.
3. 한 번의 클릭으로 OpenShift 4의 모든 네임스페이스를 복구합니다.

자동 검색을 위해 OpenShift 3 및 4 클러스터 구성

Appranix는 이미 OpenShift 3 및 OpenShift 4 클러스터를 실행하고 있다고 가정합니다. 아직 OpenShift 4 클러스터가 없는 경우 다음을 사용하여 생성합니다. OpenShift 4 배포에 대한 Red Hat 문서. Appranix에서 기본 및 대상 클러스터를 설정하는 것은 동일하며 몇 단계만 수행하면 됩니다.

클러스터를 감지하기 위해 Appranix 컨트롤러 에이전트 설치

클러스터 리소스를 검색하려면 소형 사이드카 컨트롤러 에이전트가 필요합니다. 배포하려면 적절한 컬 명령을 복사하여 붙여넣으면 됩니다. 아래. 에이전트가 OpenShift 3 및 OpenShift 4에 설치되면 Appranix는 네임스페이스, 배포, 포드, 서비스 및 기타 리소스가 있는 호스트를 포함하여 마이그레이션할 모든 클러스터 리소스를 자동으로 검색합니다.

대규모 분산 애플리케이션 마이그레이션
이제 분산형 마이크로서비스 애플리케이션 SockShop을 OpenShift 3에서 OpenShift 4로 쉽게 전송하는 방법에 대한 예를 살펴보겠습니다(링크를 따라가세요). 이 애플리케이션과 해당 마이크로서비스 아키텍처에 대한 자세한 설명). 에서 알 수 있듯이 아래 사진,SockShop 아키텍처에는 많은 구성 요소가 포함되어 있습니다.

Appranix는 PoD, 배포, 서비스 및 클러스터 구성을 포함하여 보호하고 OpenShift 4로 마이그레이션해야 하는 모든 리소스를 검색합니다.

SockShop이 실행되는 OpenShift 3

마이그레이션을 위한 보호 정책 생성

마이그레이션 수행 방법에 따라 정책을 유연하게 설정할 수 있습니다. 예를 들어 여러 기준에 따라 또는 한 시간에 한 번씩 백업합니다.

보호 계획을 사용하여 여러 OpenShift 3 클러스터 마이그레이션

특정 애플리케이션이나 네임스페이스에 따라 시간당 한 번, 일주일에 한 번 또는 한 달에 한 번 실행되는 OpenShift 3 클러스터에 정책을 적용할 수 있습니다.

Appranix를 사용하면 클러스터의 모든 네임스페이스를 OpenShift 4로 마이그레이션하거나 선택한 네임스페이스만 마이그레이션할 수 있습니다.

원클릭으로 OpenShift 4로 마이그레이션을 수행합니다.

마이그레이션은 선택한 네임스페이스를 대상 OpenShift 4 클러스터로 복원하는 작업으로, 한 번의 클릭으로 수행됩니다. Appranix 자체는 소스 환경의 구성 및 리소스에 대한 데이터를 수집하는 모든 작업을 수행한 다음 이를 OpenShift 4 플랫폼에 독립적으로 복원합니다.

OpenShift 4로 마이그레이션한 후 애플리케이션 확인

OpenShift 4 클러스터에 로그인하고 프로젝트를 업데이트한 후 모든 애플리케이션과 네임스페이스가 정상인지 확인하세요. 다른 네임스페이스에 대해 마이그레이션 절차를 반복하여 새 보호 계획을 생성하거나 기존 보호 계획을 변경합니다.

OpenShift 4에서 마이그레이션된 애플리케이션 실행

Appranix 복원 절차를 사용하여 애플리케이션을 마이그레이션한 후에는 경로를 구성하는 것을 기억하는 것이 중요합니다. 경로는 OpenShift 4를 가리켜야 합니다. OpenShift 3에서 프로덕션을 완전히 마이그레이션하기 전에 테스트 복원을 수행할 수 있습니다. OpenShift 4에서 해당 네임스페이스에 몇 개의 실행 중인 애플리케이션이 있으면 이 프로세스를 사용하여 나머지 애플리케이션을 마이그레이션해야 합니다.

모든 네임스페이스가 마이그레이션되면 OpenShift의 새 버전이 출시될 때 Appranix Site Reliability Automation이 자동으로 업데이트되므로 지속적인 재해 복구, 랜섬웨어 방지, 비즈니스 연속성 또는 향후 마이그레이션을 위해 모든 OpenShift 클러스터를 보호할 수 있습니다.

전체로

OpenShift 4는 클러스터 환경에서 실행되는 애플리케이션 및 플랫폼의 복잡한 구성을 자동화하기 위한 새로운 불변 ​​아키텍처와 운영자 플랫폼 모델 덕분에 큰 발전을 이루었습니다. Appranix는 OpenShift 사용자에게 클라우드 네이티브 애플리케이션 재해 복구 솔루션인 Site Reliability Platform을 통해 OpenShift 4로 마이그레이션하는 간단하고 편리한 방법을 제공합니다.

Appranix 솔루션은 다음에서 직접 사용할 수 있습니다. Red Hat 컨테이너 카탈로그.

출처 : habr.com