[Failover clusters] 고가용성(HA)를 위한, Migration 모델과 필수 구성

Failover cluster  모델 

Failover 클러스터에서 CPU 및 메모리 리소스를 공유하는 방식은 일반적으로 다음과 같은 두 가지 방식이 있습니다.

1. Active/Passive  :

   - 하나의 노드는 활성 상태(active)이고 다른 노드는 대기 상태(passive)입니다.
   - active 노드는 모든 CPU 및 메모리 리소스를 사용하며 애플리케이션을 실행합니다.
   - passive 노드는 예비로 존재하며, 주로 모니터링 및 상태 확인 작업을 수행합니다.
   - active 노드에서 장애가 발생하면, passive 노드가 활성화되어 애플리케이션을 유지할 수 있습니다. 

2. Active/Active :

   - 모든 노드가 동시에 active 상태입니다. 
   - 각 노드는 CPU 및 메모리 리소스를 할당받고, 애플리케이션을 병렬로 실행합니다.
   - 일반적으로 로드 밸런싱 기술로 트래픽을 분산시키고, 각 노드는 동등하게 작업을 처리합니다. 
   - 하나의 노드에서 장애가 발생하면, 나머지 노드가 애플리케이션을 유지합니다.

   - 보통 CPU는 동적할당을, 메모리는 정적할당(변경 가능)을 사용합니다. 

 

Data Migration 모델

Failover clusters에서 고가용성(HA)를 위해 데이터를 마이그레이션하는 방식에는 여러가지가 있습니다. 일반적으로, Cold, Live, Storage Migraton 방식이 있습니다. 클러스터 관리자는 클러스터의 요구 사항과 가용성 목표를 고려하여 적절한 마이그레이션 방식을 선택합니다.

1. Cold Migration (= Offline Migration)

   - Cold Migration은 서비스 중지 시간을 가지는 마이그레이션 방식입니다.
   - 서버는 오프라인 상태에서 애플리케이션 및 데이터를 복사합니다. 
   - 이후 애플리케이션을 재시작하여 마이그레이션을 완료합니다. 

2. Live Migration (= Online Migration)

   - Live Migration은 서비스 중지 시간이 없는 마이그레이션 방식입니다.
   - 서버의 애플리케이션 및 데이터 마이그레이션 실시간 복제로 이루어집니다. 
   - 마지막으로, 두 서버간의 연결을 전환하여 마이그레이션을 완료합니다.

3. Storage Migration

   - Storage Migration은 데이터 저장 위치를 변경하는 방식입니다. 
   - 클러스터의 노드가 새로운 저장소에 액세스할 수 있도록 설정합니다.
   - 서비스 중지 시간과 어플리케이션 재 설정이 필요하지 않습니다. 

Failover clusters 필수 구성 

Failover clusters를 구성하기 위해 실제로 다음과 같은 구성 및 기능이 필요합니다. 

1.  Active Directory

Failover 클러스터의 각 노드는 Active Directory 도메인에 가입되어야 합니다. 클러스터 관리자 및 다른 사용자들은 Active Directory 자격 증명을 사용하여 노드에 액세스할 수 있고, 이는 가용성과 보안을 보장합니다.

2.  공유 스토리지

일반적으로 각 클러스터 노드가 독립된 스토리지를 가지고 있는 경우를 제외하고,  여러 클러스터 노드에서 동시에 액세스할 수 있는 공유 디스크를 사용합니다. SMB, CSV 등의 외부 스토리지 시스템을 사용한 구현이 가능합니다. 

• NAS (Network Attached Storage) 기반: 네트워크 기반의 보편적인 공유 스토리지(ex. SMB, NFS)
• SAN (Storage Area Network) 기반: 가장 정합성이 높지만 높은 비용이 필요하다(ex.CSV)
• ISCSI(Internet Small Computer System Interface): 데이터 스토리지 시설을 이어주는 IP 기반의 스토리지 네트워킹 표준으로,실제 존재하는 것처럼 가져다 사용하는 방식이다

3. 동일 네트워크

Failover cluster 구성에서는 일반적으로 , 같은 네트워크를 사용해야 합니다. 신속하고 안정적인 통신을 가능하게 하며, 클러스터 리소스 및 상태 정보의 공유를 쉽게 만듭니다. (예외 상황으로, 별도의 복제 네트워크를 사용하여 데이터 복제를 처리하는 경우에는 서로 다른 네트워크의 사용도 가능합다. 

4. 유효성 검사

Failover cluster를 구성하는 경우 리소스에 대한 유효성 검사는 필수 입니다. 이 경우, 네트워크, 스토리지, 서버, 클러스터에 대한 유효성 검사가 중요하며, storage 유효성검사에 특히 주의가 필요합니다. 

 

---

 

⭐️Failover Clusters 시리즈⭐️

[Failover Clusters] Failover Cluster와 Quorum 개념

[Failover Clusters] Failover clusters와 Hyper-V

[Failover clusters] 고가용성(HA)를 위한, Migration 모델과 필수 구성

[Failover Clusters 심화] 설정 단계 및 옵션

[Failover clusters 심화] 기타 고려사항(대용량 트래픽, CSV, LoadBalancer)