Azure Stack HCI 및 Windows Server 클러스터에 대한 드라이브 대칭 고려 사항

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

모든 서버에 정확히 동일한 드라이브가 있는 경우 Azure Stack HCI 및 Windows Server 클러스터가 가장 적합합니다.

실제로, 우리는 이것이 항상 실용적인 것은 아니라는 것을 알고 있습니다. 오늘은 용량이 넉넉한 3TB 하드 드라이브를 구매할 수 있지만, 내년에는 그런 작은 드라이브를 찾는 것이 불가능해질 수 있습니다. 따라서 약간의 혼합 및 일치가 예상되고 지원됩니다. 그러나 더 많은 대칭이 항상 더 낫다는 것을 명심하십시오.

스토리지 공간 다이렉트는 Azure Stack HCI 및 Windows Server의 기본 스토리지 가상화 기술입니다. 이 문서에서는 제약 조건을 설명하고 스토리지 공간 다이렉트에서 지원되는 구성과 지원되지 않는 구성의 예를 제공합니다.

Constraints

이 섹션에서는 드라이브 유형, 모델, 크기 및 드라이브 수 측면에서 제약 조건을 설명합니다.

Type

모든 서버에는 동일한 유형의 드라이브가 있어야 합니다.

For example, if one server has NVMe, they should all have NVMe.

Number

모든 서버는 각 유형의 드라이브 수가 같아야 합니다.

For example, if one server has six SSD, they should all have six SSD.

Model

가능하면 동일한 모델 및 펌웨어 버전의 드라이브를 사용하는 것이 좋습니다. 그렇게 할 수 없는 경우 가능한 한 유사한 드라이브를 신중하게 선택합니다. 스토리지 공간 다이렉트는 IO를 균등하게 분산하고 모델에 따라 차별하지 않기 때문에 성능 또는 내구성 특성이 매우 다른 동일한 유형의 혼합 및 일치 드라이브를 사용하지 않습니다(하나는 캐시이고 다른 하나는 용량이 아닌 경우).

Size

가능하면 동일한 크기의 드라이브를 사용하는 것이 좋습니다. 크기가 다른 용량 드라이브를 사용하면 일부 용량을 사용할 수 없게 될 수 있으며, 크기가 다른 캐시 드라이브를 사용하면 캐시 성능이 향상되지 않을 수 있습니다. 자세한 내용은 다음 섹션을 참조하세요.

이해: 용량 불균형

스토리지 공간 다이렉트는 드라이브 및 서버 전반에서 용량 불균형을 처리할 수 있을 만큼 강력합니다. 불균형이 심하더라도 모든 것이 계속 작동합니다. 그러나 여러 가지 요인에 따라 모든 서버에서 사용할 수 없는 용량을 사용할 수 없습니다.

이런 일이 발생하는 이유를 확인하려면 다음 간단한 그림을 고려하세요. 색이 지정된 각 상자는 미러된 데이터의 복사본 하나를 나타냅니다. 예를 들어 A, A' 및 A''로 표시된 상자는 동일한 데이터의 세 복사본입니다. To honor server fault tolerance, these copies must be stored in different servers.

Stranded capacity

그려진 대로 서버 1(10TB) 및 서버 2(10TB)가 가득 찼습니다. 서버 3에는 더 큰 드라이브가 있으므로 총 용량이 더 큽니다(15TB). 그러나 서버 3에 더 많은 3방향 미러 데이터를 저장하려면 서버 1 및 서버 2에도 복사본이 필요하며 이미 가득 찼습니다. The remaining 5 TB capacity on Server 3 can't be used – it's stranded capacity.

Optimal placement

반대로, 10TB, 10TB, 10TB 및 15TB 용량의 서버 4개와 3중 미러 복원력을 사용하면 모든 사용 가능한 용량을 효과적으로 활용하여 복사본을 유효하게 배치할 수 있습니다. 이 작업이 가능할 때마다 스토리지 공간 다이렉트 할당자는 최적의 배치를 찾아서 사용하므로 좌초된 용량을 남기지 않습니다.

서버 수, 복원력, 용량 불균형의 심각도 및 기타 요인은 좌초된 용량이 있는지 여부에 영향을 줍니다. 가장 신중한 일반적인 규칙은 모든 서버에서 사용할 수 있는 용량만 사용할 수 있다고 가정하는 것입니다.

캐시 불균형 이해

스토리지 공간 다이렉트는 드라이브와 서버 간 캐시 불균형을 견딜 수도 있습니다. 불균형이 심하더라도 모든 것이 계속 작동합니다. 또한 항상 사용 가능한 모든 캐시를 최대한 사용합니다.

Using cache drives of different sizes may not improve cache performance uniformly or predictably: only IO to drive bindings with larger cache drives may see improved performance. 스토리지 공간 다이렉트는 바인딩 간에 IO를 균등하게 분산하며 캐시 대 용량 비율에 따라 구분하지 않습니다.

Example configurations

지원되는 구성과 지원되지 않는 구성은 다음과 같습니다.

지원됨: 서버 간의 다양한 모델

처음 두 서버는 NVMe 모델 "X"를 사용하지만 세 번째 서버는 매우 유사한 NVMe 모델 "Z"를 사용합니다.

지원됩니다.

지원됨: 서버 내의 다양한 모델

모든 서버는 매우 유사한 HDD 모델 "Y" 및 "Z"의 몇 가지 혼합을 사용합니다. 모든 서버에는 총 10개의 HDD가 있습니다.

지원됩니다.

지원됨: 서로 다른 서버 간의 다양한 크기

처음 두 서버는 4TB HDD를 사용하지만 세 번째 서버는 비슷한 6TB HDD를 사용합니다.

그 결과 용량이 유휴 상태로 남게 되지만, 이는 지원됩니다.

지원됨: 서버 내의 다양한 크기

모든 서버는 1.2TB와 유사한 1.6TB SSD의 서로 다른 조합을 사용합니다. 모든 서버에는 총 4개의 SSD가 있습니다.

지원됩니다.

지원되지 않음: 서버에서 다양한 유형의 드라이브

서버 1에는 NVMe가 있지만 다른 서버는 그렇지 않습니다.

지원되지 않습니다. 드라이브 유형은 모든 서버에서 동일해야 합니다.

지원되지 않음: 서버별로 각 유형의 수가 서로 다름

서버 3에는 다른 드라이브보다 많은 드라이브가 있습니다.

지원되지 않습니다. 각 유형의 드라이브 수는 모든 서버에서 동일해야 합니다.

지원되지 않음: HDD 드라이브만

모든 서버에는 HDD 드라이브만 연결되어 있습니다.

지원되지 않습니다. 각 서버에 연결된 최소 두 개의 캐시 드라이브(NvME 또는 SSD)를 추가해야 합니다.

Summary

요약하자면 클러스터의 모든 서버에는 동일한 유형의 드라이브와 각 형식의 동일한 수가 있어야 합니다. 위의 고려 사항과 함께 필요에 따라 드라이브 모델과 드라이브 크기를 혼합하고 일치시킬 수 있습니다.

Next steps

관련 정보는 다음을 참조하세요.

• Choose drives