다음을 통해 공유

저장소 공간 Direct에 대한 중첩된 복원력

  • 아티클

적용 대상: Azure Stack HCI, 버전 22H2 및 21H2; Windows Server 2022 및 Windows Server 2019

Important

Azure Stack HCI는 이제 Azure Local의 일부입니다. 제품 설명서 이름 바꾸기가 진행 중입니다. 그러나 이전 버전의 Azure Stack HCI(예: 22H2)는 Azure Stack HCI를 계속 참조하며 이름 변경 내용이 반영되지 않습니다. 자세히 알아보기.

중첩된 복원력은 Azure Stack HCI 및 Windows Server에서 저장소 공간 Direct의 기능입니다. 2 서버 클러스터는 스토리지 가용성 손실 없이 동시에 여러 하드웨어 오류를 견딜 수 있으므로 사용자, 앱 및 가상 머신은 중단 없이 계속 실행됩니다. 이 문서에서는 중첩된 복원력의 작동 방식을 설명하고, 시작하기 위한 단계별 지침을 제공하며, 가장 자주 묻는 질문에 답변합니다.

시작하기 전에

다음과 같은 경우 중첩된 복원력을 고려합니다.

  • 클러스터는 Azure Stack HCI, 버전 21H2, Azure Stack HCI, 버전 20H2, Windows Server 2022 또는 Windows Server 2019와 같은 운영 체제 중 하나를 실행합니다. 그리고
  • 클러스터에는 정확히 두 개의 서버 노드가 있습니다.

다음과 같은 경우 중첩된 복원력을 사용할 수 없습니다.

  • 클러스터는 Windows Server 2016을 실행합니다. 또는
  • 클러스터에 단일 서버 노드만 있거나 서버 노드가 3개 이상 있습니다.

중첩된 복원력

중첩된 복원력을 사용하는 볼륨은 클래식 양방향 미러링 복원력과 달리 여러 하드웨어 오류가 동시에 발생하더라도 온라인 상태를 유지하고 액세스할 수 있습니다. 예를 들어 두 드라이브가 동시에 실패하거나 서버가 다운되고 드라이브가 실패하는 경우 중첩된 복원력을 사용하는 볼륨은 온라인 상태로 유지되고 액세스할 수 있습니다. 하이퍼 수렴형 인프라의 경우 앱 및 가상 머신의 가동 시간이 증가합니다. 파일 서버 워크로드의 경우 사용자가 파일에 중단 없이 액세스할 수 있습니다.

스토리지 가용성을 보여 주는 다이어그램

중첩된 복원력은 클래식 양방향 미러링보다 용량 효율성이 낮기 때문에 사용 가능한 공간이 약간 줄어듭니다. 자세한 내용은 다음 섹션의 용량 효율성을 참조하세요.

작동 방식

이 섹션에서는 저장소 공간 Direct의 중첩된 복원력에 대한 배경을 제공하고 두 가지 새로운 복원력 옵션과 해당 용량 효율성에 대해 설명합니다.

영감: RAID 5+1

RAID 5+1은 중첩된 복원력을 이해하는 데 유용한 배경을 제공하는 분산 스토리지 복원력의 설정된 형태입니다. RAID 5+1에서는 각 서버 내에서 단일 드라이브의 손실로부터 보호하기 위해 RAID-5 또는 단일 패리티에서 로컬 복원력을 제공합니다. 그런 다음 두 서버 간에 RAID-1 또는 양방향 미러링을 통해 복원력을 추가로 제공하여 두 서버 중 하나의 손실로부터 보호합니다.

RAID 5+1을 보여 주는 다이어그램

복원력 옵션

Azure Stack HCI 및 Windows Server의 저장소 공간 Direct는 특수 RAID 하드웨어 없이 소프트웨어에서 구현된 두 가지 복원력 옵션을 제공합니다.

  • 중첩된 양방향 미러입니다. 각 서버 내에서 로컬 복원력은 양방향 미러링을 통해 제공된 다음, 두 서버 간의 양방향 미러링을 통해 추가 복원력을 제공합니다. 기본적으로 서로 다른 실제 디스크에 있는 각 서버에 두 개의 복사본이 있는 4방향 미러입니다. 중첩된 양방향 미러링에서는 성능이 손상되지 않습니다. 쓰기는 모든 복사본으로 이동되고 모든 복사본에서 읽기가 제공됩니다.

    중첩된 양방향 미러를 보여 주는 다이어그램

  • 중첩된 미러 가속 패리티입니다. 이전 이미지의 중첩된 양방향 미러링을 중첩 패리티와 결합합니다. 각 서버 내에서 대부분의 데이터에 대한 로컬 복원력은 양방향 미러링을 사용하는 새 최근 쓰기를 제외하고 단일 비트 패리티 산술 연산을 통해 제공됩니다. 그런 다음 서버 간의 양방향 미러링을 통해 모든 데이터에 대한 추가 복원력을 제공합니다. 볼륨에 대한 새 쓰기는 각 서버의 별도 실제 디스크에 두 개의 복사본이 있는 미러 파트로 이동합니다. 볼륨의 미러 부분이 각 서버에서 채워짐에 따라 가장 오래된 데이터가 변환되어 백그라운드의 패리티 부분에 저장됩니다. 결과적으로 각 서버에는 양방향 미러 또는 단일 패리티 구조의 볼륨에 대한 데이터가 있습니다. 이는 미러 가속 패리티의 작동 방식과 유사하며, 미러 가속 패리티에는 클러스터 및 스토리지 풀에 4개의 서버가 필요하며 다른 패리티 알고리즘을 사용한다는 차이점이 있습니다.

    중첩된 미러 가속 패리티를 보여 주는 다이어그램

용량 효율성

용량 효율성은 사용 가능한 공간 과 볼륨 공간의 비율입니다. 복원력에 기인하는 용량 오버헤드를 설명하고 선택한 복원력 옵션에 따라 달라집니다. 간단한 예로, 복원력 없이 데이터를 저장하는 것은 100% 용량 효율적입니다(1TB의 데이터는 1TB의 실제 스토리지 용량을 차지함). 양방향 미러링의 효율성은 50%입니다(데이터 1TB는 실제 스토리지 용량의 2TB를 차지함).

  • 중첩된 양방향 미러 는 모든 항목의 복사본 4개를 씁니다. 즉, 1TB의 데이터를 저장하려면 4TB의 물리적 스토리지 용량이 필요합니다. 단순성은 매력적이지만 중첩된 양방향 미러의 용량 효율성이 25%로 저장소 공간 Direct의 복원력 옵션 중 가장 낮습니다.

  • 중첩된 미러 가속 패리티는 각 서버의 용량 드라이브 수와 볼륨에 대해 지정한 미러 및 패리티의 혼합이라는 두 가지 요인에 따라 약 35%-40%의 높은 용량 효율성을 달성합니다. 이 표에서는 일반적인 구성에 대한 조회를 제공합니다.

    서버당 용량 드라이브 10% 미러 20% 미러 30% 미러
    4 35.7% 34.1% 32.6%
    5 37.7% 35.7% 33.9%
    6 39.1% 36.8% 34.7%
    7+ 40.0% 37.5% 35.3%

    다음은 전체 수학의 예입니다. 두 서버 각각에 6개의 용량 드라이브가 있으며 미러 10GB와 패리티 90GB로 구성된 100GB 볼륨을 하나 만들려고 합니다. 서버 로컬 양방향 미러는 50.0% 효율적입니다. 즉, 10GB의 미러 데이터는 각 서버에 저장하는 데 20GB가 걸립니다. 두 서버에 미러링된 총 공간은 40GB입니다. 이 경우 서버 로컬 단일 패리티는 5/6 = 83.3% 효율적입니다. 즉, 패리티 데이터의 90GB는 각 서버에 저장하는 데 108GB가 걸립니다. 두 서버에 미러링된 총 공간은 216GB입니다. 따라서 전체 용량 효율성은 [(10GB/50.0%) + (90GB/83.3%)] × 2 = 256GB입니다.

    클래식 양방향 미러링(약 50%)과 중첩된 미러 가속 패리티(최대 40%)의 용량 효율성은 매우 다르지 않습니다. 요구 사항에 따라 용량 효율성이 약간 낮을수록 스토리지 가용성이 크게 증가할 수 있습니다. 볼륨당 복원력을 선택하므로 동일한 클러스터 내에서 중첩된 복원력 볼륨과 클래식 양방향 미러 볼륨을 혼합할 수 있습니다.

    양방향 미러와 중첩된 미러 가속 패리티 간의 절충을 보여 주는 다이어그램

중첩된 복원력 볼륨 만들기

다음 섹션에 설명된 대로 PowerShell에서 친숙한 스토리지 cmdlet을 사용하여 중첩된 복원력으로 볼륨을 만들 수 있습니다.

1단계: 스토리지 계층 템플릿 만들기(Windows Server 2019에만 해당)

Windows Server 2019에서는 볼륨을 만들기 전에 cmdlet을 New-StorageTier 사용하여 새 스토리지 계층 템플릿을 만들어야 합니다. 이 작업은 한 번만 수행하면 되며, 새로 만드는 모든 볼륨에서 이러한 템플릿을 참조할 수 있습니다.

참고 항목

Windows Server 2022, Azure Stack HCI 21H2 또는 Azure Stack HCI 20H2를 실행하는 경우 이 단계를 건너뛸 수 있습니다.

-MediaType 용량 드라이브 및 선택적으로 -FriendlyName 원하는 드라이브를 지정합니다. 다른 매개 변수는 수정하지 마세요.

예를 들어 용량 드라이브가 HDD(하드 디스크 드라이브)인 경우 관리자 권한으로 PowerShell을 시작하고 다음 cmdlet을 실행합니다.

NestedMirror 계층을 만들려면 다음을 수행합니다.

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedMirrorOnHDD -ResiliencySettingName Mirror -MediaType HDD -NumberOfDataCopies 4

NestedParity 계층을 만들려면 다음을 수행합니다.

New-StorageTier -StoragePoolFriendlyName S2D* -FriendlyName NestedParityOnHDD -ResiliencySettingName Parity -MediaType HDD -NumberOfDataCopies 2 -PhysicalDiskRedundancy 1 -NumberOfGroups 1 -FaultDomainAwareness StorageScaleUnit -ColumnIsolation PhysicalDisk

용량 드라이브가 SSD(반도체 드라이브)인 경우 대신 이 드라이브를 SSD 설정하고 -MediaType -FriendlyName*OnSSD로 변경합니다. 다른 매개 변수는 수정하지 마세요.

팁

계층을 성공적으로 생성했는지 Get-StorageTier 확인합니다.

2단계: 중첩된 볼륨 만들기

cmdlet을 사용하여 새 볼륨을 New-Volume 만듭니다.

  • 중첩된 양방향 미러

    중첩된 양방향 미러를 사용하려면 계층 템플릿을 NestedMirror 참조하고 크기를 지정합니다. 예시:

    New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume01 -StorageTierFriendlyNames NestedMirrorOnHDD -StorageTierSizes 500GB

    용량 드라이브가 SSD(반도체 드라이브)인 경우 다음으로 변경 -StorageTierFriendlyNames 합니다 *OnSSD.

  • 중첩된 미러 가속 패리티

    중첩된 미러 가속 패리티를 사용하려면 템플릿과 NestedParity 계층 템플릿을 모두 NestedMirror 참조하고 볼륨의 각 부분에 하나씩 두 개의 크기를 지정합니다(미러 우선, 패리티 초). 예를 들어 중첩된 양방향 미러 20%와 중첩 패리티 80%인 500GB 볼륨을 만들려면 다음을 실행합니다.

    New-Volume -StoragePoolFriendlyName S2D* -FriendlyName Volume02 -StorageTierFriendlyNames NestedMirrorOnHDD, NestedParityOnHDD -StorageTierSizes 100GB, 400GB

    용량 드라이브가 SSD(반도체 드라이브)인 경우 다음으로 변경 -StorageTierFriendlyNames 합니다 *OnSSD.

3단계: Windows Admin Center에서 계속

중첩된 복원력을 사용하는 볼륨은 다음 스크린샷과 같이 명확한 레이블 지정이 있는 Windows Admin Center에 표시됩니다. 만든 후에는 저장소 공간 Direct의 다른 볼륨과 마찬가지로 Windows Admin Center를 사용하여 관리하고 모니터링할 수 있습니다.

Windows Admin Center의 볼륨 관리.

선택 사항: 캐시 드라이브로 확장

기본 설정을 사용하면 중첩된 복원력이 동시에 여러 용량 드라이브 또는 하나의 서버와 하나의 용량 드라이브가 동시에 손실되지 않도록 보호합니다. 캐시 드라이브에 대해 이 보호를 확장하려면 캐시 드라이브가 여러 용량 드라이브에 대한 읽기 및 쓰기 캐싱을 제공하는 경우가 많기 때문에 다른 서버가 다운된 경우 캐시 드라이브의 손실을 허용할 수 있는 유일한 방법은 쓰기를 캐시하지 않는 것이지만 성능에 영향을 줍니다.

이 시나리오를 해결하기 위해 저장소 공간 Direct는 두 서버 클러스터의 한 서버가 다운된 경우 쓰기 캐싱을 자동으로 사용하지 않도록 설정한 다음 서버가 백업되면 쓰기 캐싱을 다시 사용하도록 설정하는 옵션을 제공합니다. 성능에 영향을 주지 않고 일상적인 다시 시작을 허용하려면 서버가 30분 동안 중단될 때까지 쓰기 캐싱을 사용하지 않도록 설정하지 않습니다. 쓰기 캐싱을 사용하지 않도록 설정하면 쓰기 캐시의 내용이 용량 디바이스에 기록됩니다. 이 후 서버는 온라인 서버에서 실패한 캐시 디바이스를 허용할 수 있지만 캐시에서 읽기가 지연되거나 캐시 디바이스가 실패할 경우 실패할 수 있습니다.

참고 항목

모든 캐시(단일 미디어 형식) 물리적 시스템의 경우 2 서버 클러스터의 한 서버가 다운된 경우 쓰기 캐싱을 자동으로 사용하지 않도록 설정하는 것을 고려할 필요가 없습니다. HDD를 사용하는 경우에만 필요한 SBL(스토리지 버스 계층) 캐시에서만 고려해야 합니다.

(선택 사항) 두 서버 클러스터의 한 서버가 다운된 경우 쓰기 캐싱을 자동으로 사용하지 않도록 설정하려면 관리자 권한으로 PowerShell을 시작하고 다음을 실행합니다.

Get-StorageSubSystem Cluster* | Set-StorageHealthSetting -Name "System.Storage.NestedResiliency.DisableWriteCacheOnNodeDown.Enabled" -Value "True"

True로 설정하면 캐시 동작은 다음과 같습니다.

상황 캐시 동작 캐시 드라이브 손실을 허용할 수 있나요?
두 서버 모두 위로 캐시 읽기 및 쓰기, 전체 성능 예
서버 다운, 처음 30분 캐시 읽기 및 쓰기, 전체 성능 아니요(임시)
처음 30분 후 캐시 읽기 전용, 성능에 영향을 줍니다. 예(캐시가 용량 드라이브에 기록된 후)

자주 묻는 질문

중첩된 복원력에 대한 질문과 대답을 찾습니다.

기존 볼륨을 양방향 미러와 중첩된 복원력 간에 변환할 수 있나요?

아니요, 볼륨은 복원력 유형 간에 변환할 수 없습니다. Azure Stack HCI, Windows Server 2022 또는 Windows Server 2019의 새 배포의 경우 요구 사항에 가장 적합한 복원력 유형을 미리 결정합니다. Windows Server 2016에서 업그레이드하는 경우 중첩된 복원력으로 새 볼륨을 만들고 데이터를 마이그레이션한 다음 이전 볼륨을 삭제할 수 있습니다.

여러 유형의 용량 드라이브에 중첩된 복원력을 사용할 수 있나요?

예, 위의 1단계 동안에 따라 각 계층을 지정 -MediaType 하기만 하면됩니다. 예를 들어 NVMe, SSD 및 HDD가 동일한 클러스터에 있는 경우 NVMe는 캐시를 제공하는 반면, 후자의 두 가지는 용량을 제공합니다. 계층을 -MediaType SSD 로 설정하고 계층을 NestedParity -MediaType HDD.로 설정합니다NestedMirror. 이 경우 패리티 용량 효율성은 HDD 드라이브 수에만 따라 달라지며 서버당 최소 4개 이상이 필요합니다.

3개 이상의 서버에서 중첩 복원력을 사용할 수 있나요?

아니요, 클러스터에 정확히 두 개의 서버가 있는 경우에만 중첩된 복원력을 사용합니다.

중첩된 복원력을 사용해야 하는 드라이브는 몇 대인가요?

저장소 공간 Direct에 필요한 최소 드라이브 수는 서버 노드당 4개의 용량 드라이브와 서버 노드당 2개의 캐시 드라이브(있는 경우)입니다. Windows Server 2016에서는 변경되지 않습니다. 중첩된 복원력에 대한 다른 요구 사항은 없으며 예약 용량에 대한 권장 사항도 변경되지 않습니다.

중첩된 복원력은 드라이브 교체의 작동 방식을 변경하나요?

아니요.

중첩된 복원력은 서버 노드 교체의 작동 방식을 변경하나요?

아니요. 서버 노드와 해당 드라이브를 바꾸려면 다음 순서를 따릅니다.

  1. 나가는 서버에서 드라이브 사용 중지
  2. 드라이브를 사용하여 새 서버를 클러스터에 추가합니다.
  3. 스토리지 풀의 균형을 다시 조정합니다.
  4. 나가는 서버 및 해당 드라이브 제거

자세한 내용은 서버 제거 문서를 참조하세요.

다음 단계