Azure Stack Hub에 대한 스토리지 인프라 관리

아티클
03/16/2025

이 문서에서는 Azure Stack Hub 스토리지 인프라 리소스의 상태 및 운영 상태를 설명합니다. 이러한 리소스에는 스토리지 드라이브 및 볼륨이 포함됩니다. 이 항목의 정보는 드라이브를 풀에 추가할 수 없는 경우와 같은 다양한 문제를 해결하는 데 도움이 됩니다.

볼륨 상태

볼륨의 상태를 확인하려면 다음 PowerShell 명령을 사용하세요.

$scaleunit_name = (Get-AzsScaleUnit)[0].name

$subsystem_name = (Get-AzsStorageSubSystem -ScaleUnit $scaleunit_name)[0].name

Get-AzsVolume -ScaleUnit $scaleunit_name -StorageSubSystem $subsystem_name | Select-Object VolumeLabel, HealthStatus, OperationalStatus, RepairStatus, Description, Action, TotalCapacityGB, RemainingCapacityGB

다음은 분리된 볼륨과 성능이 저하되거나 불완전한 볼륨을 보여 주는 출력의 예입니다.

볼륨 레이블	건강 상태	OperationalStatus
ObjStore_1	알려지지 않은	분리
ObjStore_2	경고	{성능 저하, 불완전함}

다음 섹션에서는 상태 및 작동 상태를 나열합니다.

볼륨 상태: 정상

작동 상태	묘사
그래	볼륨이 정상입니다.
최적이 아닌	데이터는 드라이브 간에 균등하게 기록되지 않습니다. 작업: 스토리지 풀에서 드라이브 사용을 최적화하려면 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다. 실패한 연결이 복원된 후 백업에서 복원해야 할 수 있습니다.

볼륨 상태: 경고

볼륨이 경고 상태인 경우 하나 이상의 데이터 복사본을 사용할 수 없지만 Azure Stack Hub는 하나 이상의 데이터 복사본을 계속 읽을 수 있음을 의미합니다.

작동 상태	설명
서비스 중	Azure Stack Hub는 드라이브를 추가하거나 제거한 후처럼 볼륨을 복구합니다. 복구가 완료되면 볼륨이 정상 상태로 돌아가야 합니다. 작업: Azure Stack Hub가 볼륨 복구를 완료하고 나중에 상태를 확인할 때까지 기다립니다.
불완전	하나 이상의 드라이브가 실패했거나 누락되어 볼륨의 복원력이 감소합니다. 그러나 누락된 드라이브에는 데이터의 up-to-date 복사본이 포함됩니다. 작업: 누락된 드라이브를 다시 연결하고, 실패한 드라이브를 교체하고, 오프라인 상태인 모든 서버를 온라인 상태로 전환해야 합니다.
손상된	하나 이상의 드라이브 실패 또는 누락과 드라이브의 오래된 데이터 복사본으로 인해 볼륨의 복원력이 감소합니다. 작업: 누락된 드라이브를 다시 연결하고, 실패한 드라이브를 교체하고, 오프라인된 서버를 온라인 상태로 전환하십시오.

볼륨 상태: 비정상

볼륨이 비정상 상태인 경우 볼륨의 일부 또는 모든 데이터에 현재 액세스할 수 없습니다.

작동 상태	묘사
중복성 없음	너무 많은 드라이브가 실패하여 볼륨에 데이터가 손실되었습니다. 작업: 고객 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다.

볼륨 건강 상태: 알 수 없음

가상 디스크가 분리된 경우 볼륨이 알 수 없는 상태일 수도 있습니다.

작동 상태	묘사
독립된	볼륨에 액세스할 수 없게 될 수 있는 스토리지 디바이스 오류가 발생했습니다. 일부 데이터가 손실될 수 있습니다. 작업: 1. 모든 스토리지 디바이스의 물리적 및 네트워크 연결을 확인합니다. 2. 모든 디바이스가 올바르게 연결된 경우 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다. 실패한 연결이 복원된 후 백업에서 복원해야 할 수 있습니다.

드라이브 상태

다음 PowerShell 명령을 사용하여 드라이브 상태를 모니터링합니다.

$scaleunit_name = (Get-AzsScaleUnit)[0].name

$subsystem_name = (Get-AzsStorageSubSystem -ScaleUnit $scaleunit_name)[0].name

Get-AzsDrive -ScaleUnit $scaleunit_name -StorageSubSystem $subsystem_name | Select-Object StorageNode, PhysicalLocation, HealthStatus, OperationalStatus, Description, Action, Usage, CanPool, CannotPoolReason, SerialNumber, Model, MediaType, CapacityGB

다음 부분에서는 드라이브가 있을 수 있는 건강 상태에 대해 자세히 설명합니다.

드라이브 상태: 정상

작동 상태	설명
그래	볼륨이 정상입니다.
서비스 중	드라이브는 일부 내부 정리 작업을 수행합니다. 작업이 완료되면 드라이브가 정상 상태로 돌아가야 합니다.

드라이브 상태: 경고

경고 상태의 드라이브는 데이터를 읽고 쓸 수 있지만 문제가 있습니다.

작동 상태	묘사
통신 손실	드라이브에 대한 연결이 끊겼습니다. 작업: 모든 서버를 다시 온라인 상태로. 수정되지 않으면 드라이브를 다시 연결합니다. 이 상태가 지속되면 드라이브를 교체하여 전체 복원력을 보장합니다.
예측 실패	드라이브의 오류는 곧 발생할 것으로 예측됩니다. 작업: 최대한 빨리 드라이브를 교체하여 완전한 탄력성을 확보하십시오.
IO 오류	드라이브에 액세스하는 동안 일시적인 오류가 발생했습니다. 작업: 이 상태가 유지되면 드라이브를 교체하여 완전한 복원력을 보장합니다.
일시적인 오류	드라이브에 일시적인 오류가 발생했습니다. 이 오류는 일반적으로 드라이브가 응답하지 않는다는 것을 의미하지만 스토리지 공간 다이렉트 보호 파티션이 드라이브에서 부적절하게 제거되었음을 의미할 수도 있습니다. 작업: 이 상태가 유지되면 드라이브를 교체하여 완전한 복원력을 보장합니다.
비정상적인 대기 시간	드라이브는 때때로 응답하지 않으며 오류의 징후를 보이고 있습니다. 작업: 이 상태가 유지되면 드라이브를 교체하여 완전한 복원력을 보장합니다.
풀에서 제거	Azure Stack Hub는 스토리지 풀에서 드라이브를 제거하는 중입니다. 작업: Azure Stack Hub가 드라이브 제거를 완료할 때까지 기다린 후 상태를 확인합니다. 상태가 유지되면 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다.
유지 관리 모드 시작	Azure Stack Hub는 드라이브를 유지 관리 모드로 전환하고 있습니다. 이 상태는 일시적입니다. 드라이브는 곧 유지 관리 모드 상태여야 합니다. 작업: Azure Stack Hub가 프로세스를 완료하고 나중에 상태를 확인할 때까지 기다립니다.
유지 관리 모드	드라이브가 유지 관리 모드에 있으므로 드라이브에서 읽기 및 쓰기가 중지됩니다. 이 상태는 일반적으로 PNU 또는 FRU와 같은 Azure Stack Hub 관리 작업이 드라이브를 작동한다는 것을 의미합니다. 그러나 관리자는 드라이브를 유지 관리 모드로 배치할 수도 있습니다. 작업: 허브 Azure Stack Hub가 관리 작업을 완료할 때까지 기다린 후 상태를 확인합니다. 상태가 유지되면 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다.
유지 관리 모드 중지	Azure Stack Hub는 드라이브를 다시 온라인 상태로 만드는 중입니다. 이 상태는 일시적입니다. 드라이브는 곧 다른 상태, 이상적으로는 '정상' 상태로 전환되어야 합니다. 작업: Azure Stack Hub가 프로세스를 완료하고 나중에 상태를 확인할 때까지 기다립니다.

드라이브 건강 상태: 비정상

비정상 상태의 드라이브는 현재 기록하거나 액세스할 수 없습니다.

작동 상태	설명
쪼개다	드라이브가 풀에서 분리되었습니다. 작업: 드라이브를 새 디스크로 바꿉다. 이 디스크를 반드시 사용해야 한다면, 시스템에서 디스크를 제거하고 유용한 데이터가 없는지 확인한 후, 디스크를 지운 다음 디스크를 다시 장착합니다.
사용할 수 없음	물리적 디스크는 솔루션 공급업체에서 지원되지 않으므로 격리됩니다. 솔루션에 대해 승인되고 올바른 디스크 펌웨어가 있는 디스크만 지원됩니다. 작업: 드라이브를 솔루션의 승인된 제조업체 및 모델 번호가 있는 디스크로 바꿉니다.
오래된 메타데이터	교체 디스크는 이전에 사용되었으며 알 수 없는 스토리지 시스템의 데이터를 포함할 수 있습니다. 디스크가 격리되었습니다. 작업: 드라이브를 새 디스크로 바꿉다. 이 디스크를 사용해야 하는 경우, 시스템에서 디스크를 제거하고, 디스크에 유용한 데이터가 없는지 확인하며, 디스크를 지운 다음, 디스크를 다시 장착합니다.
인식할 수 없는 메타데이터	드라이브에 있는 인식할 수 없는 메타데이터는 일반적으로 드라이브에 다른 풀의 메타데이터가 있음을 의미합니다. 작업: 드라이브를 새 디스크로 바꿉다. 이 디스크를 사용해야 하는 경우, 시스템에서 디스크를 제거하고 디스크에 유용한 데이터가 없는지 확인한 다음, 디스크의 데이터를 지우고 다시 장착하십시오.
실패한 미디어	드라이브가 실패했으며 스토리지 공간에서 더 이상 사용되지 않습니다. 작업: 가능한 한 빨리 드라이브를 교체하여 복원력을 최대화합니다.
디바이스 하드웨어 오류	이 드라이브에 하드웨어 오류가 발생했습니다. 작업: 최대한 빨리 드라이브를 교체하여 복원력을 최대화합니다.
펌웨어 업데이트	Azure Stack Hub는 드라이브의 펌웨어를 업데이트하고 있습니다. 이 상태는 일시적이며 일반적으로 1분 미만 동안 지속됩니다. 그 동안 풀의 다른 드라이브는 모든 읽기와 쓰기를 처리합니다. 작업: Azure Stack Hub가 업데이트를 완료하고 나중에 상태를 확인할 때까지 기다립니다.
시작	드라이브가 작동할 준비를 하고 있습니다. 이 상태는 일시적이어야 합니다. 완료되면 드라이브가 다른 작동 상태로 전환되어야 합니다. 작업: Azure Stack Hub가 작업을 완료하고 나중에 상태를 확인할 때까지 기다립니다.

드라이브를 풀할 수 없는 이유

일부 드라이브는 Azure Stack Hub 스토리지 풀에 있을 준비가 되지 않았습니다. 드라이브의 CannotPoolReason 속성을 확인하여 드라이브가 풀링에 적합하지 않은 이유를 확인할 수 있습니다. 다음 표에서는 각 이유에 대해 좀 더 자세히 설명합니다.

이유	묘사
하드웨어가 규정을 준수하지 않음	드라이브는 헬스 서비스(Health Service)를 사용하여 지정된 승인된 스토리지 모델 목록에 포함되어 있지 않습니다. 작업: 드라이브를 새 디스크로 바꿉다.
펌웨어가 규정을 준수하지 않음	물리적 드라이브의 펌웨어는 상태 서비스를 사용하여 승인된 펌웨어 수정 목록에 없습니다. 작업: 드라이브를 새 디스크로 바꿉다.
클러스터에서 사용 중	드라이브는 현재 장애 조치 클러스터에서 사용됩니다. 작업: 드라이브를 새 디스크로 바꿉다.
이동식 미디어	드라이브는 이동식 드라이브로 분류됩니다. 작업: 드라이브를 새 디스크로 바꿉다.
건강하지 않음	드라이브가 정상 상태가 아니고 교체해야 할 수도 있습니다. 작업: 드라이브를 새 디스크로 바꿉다.
용량 부족	드라이브에 여유 공간을 차지하는 파티션이 있습니다. 작업: 드라이브를 새 디스크로 바꿉다. 이 디스크를 사용해야 하는 경우 시스템에서 디스크를 제거하고, 디스크에 유용한 데이터가 없는지 확인한 후 디스크를 지우고, 다시 장착하십시오.
확인 진행 중	건강 서비스에서 드라이브 또는 드라이브의 펌웨어가 사용 승인을 받았는지 확인합니다. 작업: Azure Stack Hub가 프로세스를 완료할 때까지 기다린 후 상태를 확인합니다.
확인 실패	보건 서비스에서는 드라이브 또는 드라이브의 펌웨어가 승인되었는지 확인할 수 없습니다. 작업: 고객 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다.
오프라인	드라이브가 오프라인 상태입니다. 작업: 고객 지원에 문의하세요. 이렇게 하기 전에 https://aka.ms/azurestacklogfiles지침을 사용하여 로그 파일 수집 프로세스를 시작합니다.

다음을 통해 공유