Microsoft는 2022년 1분기에 Azure Shared Disk를 도입했습니다. 공유 디스크를 사용하면 관리 디스크를 둘 이상의 호스트에 연결할 수 있습니다. 사실상 이는 Azure에 이제 SAN 스토리지와 동등한 기능이 있어 고가용성 클러스터가 클라우드에서 공유 디스크를 사용할 수 있다는 의미입니다!

SIOS Lifekeeper 클러스터 계층 구조와 함께 Azure 공유 디스크를 사용할 때의 주요 이점은 노드와 여러 노드 간의 통신이 끊길 때 발생하는 소위 분할 브레인(split-brain)을 피하기 위해 더 이상 스토리지 쿼럼이나 감시 노드가 필요하지 않다는 것입니다. 노드는 잠재적으로 동시에 데이터를 변경하고 있습니다. 노드 수가 적으면 비용과 복잡성이 줄어듭니다.

SIOS는 ARK(응용 프로그램 복구 키트)를 도입했습니다. Linux용 LifeKeeper 제품; Azure Shared Disks를 SCSI-3 예약과 함께 사용할 수 있도록 하는 LifeKeeper SCSI-3 영구 예약(SCSI3) 복구 키트라고 합니다. 이 ARK는 공유 디스크가 현재 해당 디스크에 SCSI-3 예약을 보유하고 있는 노드에서만 쓸 수 있도록 보장합니다.

SIOS Lifekeeper를 설치할 때 설치 프로그램은 Microsoft Azure EC2에서 실행 중임을 감지하고 Azure Shared Disk에 대한 지원을 활성화하기 위해 LifeKeeper SCSI-3 영구 예약(SCSI3) 복구 키트를 자동으로 설치합니다.

Lifekeeper 내에서 리소스 생성은 간단하고 간단합니다(그림 1). 로컬로 탑재되면 Azure Shared Disk는 파일 시스템 유형 리소스로 Lifekeeper에 추가됩니다. Lifekeeper는 ID를 할당하고(그림 2) SCSI-3 잠금을 자동으로 관리합니다.

그림 1] Lifekeeper 내에서 /sapinst 생성.

그림 2] /sapinst가 생성되어 두 클러스터 노드로 확장되었습니다.

SCSI-3 예약은 Azure Shared Disk가 예약을 보유하는 노드에서만 쓰기 가능하도록 보장합니다(그림 3). 클러스터 노드가 서로 통신이 끊기는 시나리오에서는 대기 서버가 온라인 상태가 되어 잠재적 스플릿 브레인 상황 . 그러나 SCSI-3 예약 때문에 한 번에 하나의 노드만 디스크에 액세스할 수 있으므로 실제 분할 브레인 시나리오를 방지할 수 있습니다. 하나의 시스템만 예약을 유지하고 새 활성 노드가 되거나(이 경우 다른 시스템이 재부팅됨) 활성 노드로 유지됩니다. Azure Shared Disk 예약을 보유하지 않는 노드는 예약을 획득할 수 없기 때문에 리소스가 "대기 상태" 상태로 종료됩니다.

그림 3] 이미 예약된 디스크를 마운트하려고 할 때 Lifekeeper 로그의 출력.

Azure 공유 디스크에 대한 Microsoft의 정의에 대한 링크 https://docs.microsoft.com/en-us/azure/virtual-machines/disks-shared 현재 SIOS는 LRS(로컬 중복 저장소)를 지원하며 Microsoft와 협력하여 ZRS(영역 중복 저장소)를 테스트 및 지원하고 있습니다. 이상적으로는 리소스 계층 구조를 활성 저장소의 가장 로컬 노드로 장애 조치할 수 있도록 ZRS 오류가 있는 시점을 알고 싶습니다.

현재 SIOS는 Azure Shared Disk 지원이 Linux용 Lifekeeper 9.6.2의 다음 릴리스인 2022년 3분기에 제공될 것으로 기대하고 있습니다. 시오스