HA 클러스터 에서 SafeKit 로 보호되는 애플리케이션 업그레이드

SafeKit 로 보호되는 고가용성 애플리케이션 업그레이드

비즈니스 핵심 애플리케이션을 최신 상태로 유지하는 것은 보안, 성능 및 새로운 기능 접근성을 위해 필수적입니다. 애플리케이션이 SafeKit 로 보호되는 경우, 업그레이드 절차는 사용 중인 고가용성 아키텍처에 따라 달라집니다.

일반적인 배포 모델에는 두 가지가 있습니다.

• 가상 머신 고가용성 에서 애플리케이션이 SafeKit 에서 관리하는 보호된 가상 머신 내부에서 실행됩니다.
• 애플리케이션 수준 고가용성 는 애플리케이션이 두 대의 서버에 설치된 경우입니다.

각 모델은 서로 다른 업그레이드 메커니즘과 롤백 전략을 제공합니다.

VM 수준 고가용성

hyperv.safe 및 kvm.safe 와 같은 SafeKit VM 장애 조치 솔루션을 사용하면 애플리케이션이 가상 머신 내부에 한 번만 설치됩니다.

SafeKit 애플리케이션 자체가 아닌 전체 VM을 보호하므로 유지 관리 작업이 크게 간소화됩니다.

간소화된 업그레이드 프로세스

애플리케이션의 단일 VM 인스턴스를 사용하기 때문에 유지 관리는 애플리케이션 수준의 장애 조치가 아닌 가상화 계층에서 처리됩니다.

업그레이드 절차는 간단합니다.

1. Hyper-V 또는 KVM 관리 콘솔을 사용하여 가상 머신의 체크포인트 또는 스냅샷을 생성합니다.
2. 가상 머신 내부에서 애플리케이션 업그레이드를 수행하십시오.
3. 업그레이드된 애플리케이션을 검증하십시오.
4. 업그레이드가 성공적으로 완료되면 스냅샷을 제거하고 정상적인 작업을 계속하십시오.
5. 문제가 발생하면 스냅샷에서 가상 머신을 복원하여 이전의 정상 작동 상태로 즉시 되돌릴 수 있습니다.

서비스 중단은 해당 애플리케이션의 업그레이드 절차에 일반적으로 필요한 기간으로 제한됩니다.

VM 수준 보호의 이점

• 유지 관리해야 할 애플리케이션 인스턴스는 하나뿐입니다.
• 클러스터 인식 업그레이드 절차는 없습니다.
• 가상 머신 스냅샷을 통한 빠른 롤백.
• 운영 복잡성 감소.
• 보호 대상 애플리케이션과 관계없이 일관된 업그레이드 프로세스.

이 접근 방식은 애플리케이션 클러스터링을 사용할 수 없거나 구현하기 어려운 패키지 애플리케이션 및 상용 기성 소프트웨어에 특히 적합합니다.

애플리케이션 수준 고가용성

기존의 SafeKit 클러스터에서는 애플리케이션이 노드 1과 노드 2, 두 개의 노드에 설치됩니다. SafeKit 이러한 노드 간에 애플리케이션 데이터를 동기화하고 필요한 경우 자동으로 장애 조치를 처리합니다.

마이너 애플리케이션 업그레이드

마이너 업그레이드는 애플리케이션 바이너리만 수정하고 복제된 데이터는 버전 간 완벽한 호환성을 유지합니다. 복제된 데이터 형식이 변경되지 않으므로 SafeKit 다운타임을 최소화하면서 롤링 업그레이드를 지원합니다.

1. 클러스터는 초기에는 ✅ PRIM(노드 1) / ✅ SECOND(노드 2) 구성으로 실행됩니다. 애플리케이션은 PRIM 노드에서 실행되며, 복제된 데이터는 SECOND 노드로 지속적으로 동기화됩니다.
2. 두 번째 노드( ❌ STOP (노드 2) )에서 SafeKit 모듈을 중지하고, 애플리케이션을 업그레이드한 후 모듈을 다시 시작하십시오. 이 작업 동안 애플리케이션은 ✅ ALONE (노드 1) 에서 계속 실행되며 서비스 중단은 발생하지 않습니다.
3. 재시작 후 업그레이드된 노드는 ✅ SECOND (노드 2) 로 클러스터에 다시 참여하고 복제된 데이터를 다시 동기화합니다.
4. PRIM 노드( ❌ STOP (노드 1) )를 중지합니다. SafeKit 자동으로 페일오버를 수행하고 업그레이드된 노드는 ✅ ALONE (노드 2) 가 됩니다. 해당 노드에서 애플리케이션이 재시작됩니다. 다운타임은 페일오버 및 애플리케이션 재시작 시간으로 제한됩니다.
5. 업그레이드된 애플리케이션이 ALONE 상태에서 올바르게 작동하는 경우 나머지 노드(노드 1)를 업그레이드하고 해당 SafeKit 모듈을 다시 시작하십시오.
6. 재동기화 후 클러스터는 정상적인 ✅ SECOND(노드 1) / ✅ PRIM(노드 2) 구성으로 돌아갑니다. 원래 역할은 SafeKit 관리 콘솔을 사용하여 수동으로 복원하거나 SafeKit 구성을 통해 자동으로 복원할 수 있습니다.

롤백 절차

• 5단계에서 ✅ ALONE(노드 2) 노드를 중지합니다.
• 원래 노드(노드 1)가 이전 애플리케이션 버전으로 기본 노드(노드 1) ALONE(노드 1) 로 시작하도록 강제합니다.
• 업그레이드된 노드(노드 2)에 이전 버전을 다시 설치하십시오.
• 정상적인 ✅ PRIM(노드 1) / ✅ SECOND(노드 2) 구성으로 돌아갑니다.

전체 업그레이드는 ✅ PRIM / ✅ SECOND 에서 ❌ STOP / ✅ ALONE 로의 전환 시간으로 제한되는 다운타임으로 수행됩니다.

주요 애플리케이션 업그레이드

주요 업그레이드로 인해 복제된 데이터의 형식이나 구조가 변경됩니다. 새 버전에서 생성된 데이터가 이전 버전과 더 이상 호환되지 않으므로 롤링 업그레이드를 수행할 수 없습니다.

1. 클러스터는 초기에는 ✅ PRIM(노드 1) / ✅ SECOND(노드 2) 구성으로 실행됩니다.
2. 두 번째 노드를 중지한 다음 기본 노드를 중지합니다. 클러스터는 ❌ STOP (노드 1) / ❌ STOP (노드 2) 로 전환됩니다.
3. 기존 PRIM 노드를 업그레이드하고 재시작합니다. 노드는 새 애플리케이션 버전으로 ✅ ALONE (노드 1) 로 단독으로 시작됩니다.
4. 업그레이드된 애플리케이션을 검증하고 올바르게 작동하는지 확인하십시오.
5. 검증이 성공하면 나머지 노드를 업그레이드하고 해당 노드의 SafeKit 모듈을 다시 시작하십시오.
6. 업그레이드된 노드는 ✅ SECOND(노드 2) 가 되고, 애플리케이션 데이터를 다시 동기화하면 클러스터는 정상적인 ✅ PRIM(노드 1) / ✅ SECOND(노드 2) 구성으로 돌아갑니다.

롤백 절차

• 5단계에서 업그레이드된 ✅ ALONE(노드 1) 노드를 중지합니다.
• 업그레이드되지 않은 노드를 기본 노드로 강제로 시작하도록 합니다. ✅ ALONE (노드 2) .
• 업그레이드된 노드에 이전 버전의 애플리케이션을 다시 설치하십시오.
• 원래의 ✅ SECOND (노드 1) / ✅ PRIM (노드 2) 구성을 복원합니다.

마이그레이션 중에 복제된 데이터가 수정되므로 다운타임은 ❌ STOP / ❌ STOP 상태와 업그레이드된 첫 번째 노드가 ✅ ALONE 로 재시작되는 기간 사이에 해당합니다.

SafeKit 애플리케이션 업그레이드를 간소화하는 이유는 무엇일까요

SafeKit 관리자가 다음을 수행할 수 있도록 하여 운영 위험을 최소화합니다.

• 한 번에 하나의 노드씩 업그레이드하십시오.
• 가능한 한 서비스 가용성을 유지하십시오.
• 프로덕션 환경으로 전환하기 전에 새 버전을 검증하십시오.
• 예기치 않은 문제가 감지되면 이전 노드로 신속하게 되돌아갑니다.

올바른 업그레이드 전략 선택하기

결론

SafeKit 다양한 애플리케이션의 운영 요구 사항에 맞춰 조정 가능한 유연한 고가용성 아키텍처를 제공합니다. 두 개의 노드에 걸쳐 클러스터링된 애플리케이션을 보호하든 가상 머신에서 실행되는 단일 애플리케이션 인스턴스를 보호하든, SafeKit 제어된 업그레이드를 지원하고 다운타임을 최소화하며 유지 관리 작업이 필요할 때마다 안정적인 복구 옵션을 제공합니다.

🔍 SafeKit 살펴보기

SafeKit의 기능, 아키텍처, 동영상, 설명서 및 무료 평가판에 대한 정보를 찾아보세요.