암호화된 내 File Storage for Classic 볼륨을 어떻게 알 수 있습니까?

고객 포털에서 File Storage for Classic 목록을 보십시오. 암호화된 볼륨에 대한 볼륨 이름의 옆에 있에서 잠금 아이콘을 볼 수 있습니다.

내 File Storage for Classic의 올바른 마운트 지점을 찾는 방법은 무엇입니까?

향상된 데이터 센터에 프로비저닝된 모든 암호화된 File Storage for Classic 볼륨은 암호화되지 않은 볼륨과 다른 마운트 지점을 갖습니다. 올바른 마운트 지점을 사용하고 있는지 확인하려면 콘솔의 ‘볼륨 세부 정보’ 페이지에서 마운트 지점 정보를 확인하십시오. 또한 API 호출 SoftLayer_Network_Storage::getNetworkMountAddress()를 통해 올바른 마운트 지점에 액세스할 수 있습니다.

프로비저닝할 수 있는 볼륨은 몇 개입니까?

기본적으로 총 700개의 Block 및 File Storage for Classic 볼륨을 프로비저닝할 수 있습니다. 한계를 늘리려면 지원 센터에 문의하십시오. 자세한 정보는 스토리지 한계 관리를 참조하십시오.

프로비저닝된 File Storage for Classic 볼륨을 몇 개의 서버 인스턴스가 공유할 수 있습니까?

파일 볼륨당 권한 부여의 수에 대한 기본 한계는 64개입니다. 한계에는 결합된 모든 서브넷, 호스트 및 IP 권한이 포함됩니다. 이 한계를 늘리려면 지원 센터에 문의하십시오. 자세한 정보는 지원 케이스 작성을 참조하십시오.

단일 호스트에 연결할 수 있는 File Storage for Classic 볼륨은 몇 개입니까?

단일 호스트에 연결할 수 있는 볼륨의 수는 호스트 운영 체제가 처리할 수 있는 용량에 따라 다릅니다. IBM Cloud® 는 이에 대한 제한을 두지 않습니다. 마운트할 수 있는 파일 공유 수에 대한 한계는 OS 문서를 참조하십시오.

특정 파일 볼륨 크기별로 허용되는 파일 및 디렉터리 수는 몇 개인가요? 볼륨 크기에 따라 허용되는 최대 inode 수는 몇 개입니까?

볼륨에 포함할 수 있는 파일 수는 보유한 inode 수에 따라 결정됩니다. inode는 파일에 대한 정보를 포함하는 데이터 구조입니다. 볼륨에는 개인용 및 공용 inode가 모두 있습니다. 공용 inode는 고객이 볼 수 있는 파일에 사용되고 개인용 inode는 스토리지 시스템에 의해 내부적으로 사용되는 파일에 사용됩니다. 볼륨 용량 32KB당 이노드가 하나씩 있을 것으로 예상할 수 있습니다. 최대 파일 수 설정은 20억입니다. 단, 이 최대값은 7.8 TB 이상의 볼륨에서만 설정할 수 있습니다. 9,000 GB 이상의 모든 볼륨은 2,040,109,451개의 inode에서 최대 한도에 도달합니다.

File Storage for Classic 볼륨의 최대 파일 크기는 얼마입니까?

지원되는 최대 파일 크기(VMDK 포함)는 파일당 16TB로 제한됩니다.

부적합한 데이터 센터에서 File Storage for Classic 볼륨을 주문했습니다. 해당 볼륨을 다른 데이터 센터로 이동하거나 마이그레이션할 수 있습니까?

올바른 데이터 센터에서 새로운 File Storage for Classic 공유를 주문한 다음, 잘못된 위치에서 주문한 File Storage for Classic 장치를 취소해야 합니다.

공유 항목을 복사한 다음, 원본 공유를 취소할 수도 있습니다. 자세한 정보는 중복 볼륨 작성 및 관리 를 참조하십시오.

IBM Cloud VPC 으로의 광범위한 마이그레이션을 고려 중이라면, ‘ IBM Cloud 클래식 인프라에서 VPC로 데이터 마이그레이션’ 문서를 참조하십시오.

File Storage for Classic 볼륨을 "즉시" 취소했지만, 콘솔에는 여전히 표시됩니다. 왜 삭제되지 않나요?

볼륨이 취소되면 요청 후 24시간의 회수 대기 기간이 주어집니다. 이 24시간 동안에는 콘솔에서 해당 볼륨을 계속 확인할 수 있습니다. 24시간의 대기 기간 동안 필요 시 취소 요청을 철회할 수 있습니다. 볼륨 삭제를 취소하려면 지원 케이스를 올리세요.

볼륨에 대한 비용 청구는 즉시 중지됩니다. 재생 기간이 만료되면 데이터가 손상되고 볼륨이 콘솔에서도 제거됩니다.

IOPS 측정

IOPS는 16KB 블록을 대상으로, 읽기 50%, 쓰기 50%의 무작위 작업 부하 프로파일을 기준으로 측정됩니다. 이 프로파일과 다른 워크로드에는 성능 저하가 발생할 수 있습니다. 성능을 향상시키려면 호스트 설정을 조정하거나 점보 프레임을 활성화해 볼 수 있습니다.

성능 측정을 위해 더 작은 IO 크기를 사용하면 어떻게 되나요?

더 작은 IO 크기를 사용하더라도 최대 IOPS를 달성할 수 있습니다. 그러나 이 경우에는 처리량이 줄어듭니다. 예를 들어, 6000 IOPS를 지원하는 볼륨의 경우 다양한 IO 크기에서 다음과 같은 처리량을 보입니다:

• 16KB * 6000IOPS == ~93.75MB/sec
• 8KB * 6000IOPS == ~46.88MB/sec
• 4KB * 6000IOPS == ~23.44MB/sec

할당된 IOPS는 인스턴스에 의해 적용됩니까, 아니면 볼륨에 의해 적용됩니까?

IOPS는 볼륨 레벨에서 적용됩니다. 달리 말하면, 6000IOPS의 볼륨에 연결된 두 개의 호스트는 해당 6000IOPS를 공유합니다.

IBM Cloud 에서 보장하는 최소 IOPS가 있나요?

아니요, IBM Cloud 는 최소 IOPS 값을 보장하지 않습니다. IOPS(초당 입출력 작업 수)는 스토리지 자체가 아닌, 파일 스토리지가 마운트된 컴퓨팅 호스트에 의해 결정됩니다. 저장 용량은 프로비저닝된 구성에 따라 IOPS 상한값과 처리량 상한값이 적용됩니다. 이는 최대 한도일 뿐, 최소 보장 수준은 아닙니다.

File Storage for Classic 볼륨을 프로비저닝할 때는 IOPS 계층을 선택하거나(Endurance의 경우) 사용자 지정 IOPS 값을 지정합니다(Performance의 경우). 이 값은 볼륨이 처리할 수 있는 최대 IOPS를 나타냅니다. 실제로 경험하는 IOPS는 애플리케이션의 워크로드와 컴퓨팅 호스트에서 생성되는 I/O 작업에 따라 달라집니다.

이 스토리지 시스템은 다음 두 가지 요소를 바탕으로 데이터 트래픽을 조절할 수 있습니다:

• IOPS 제한- 볼륨이 초당 처리할 수 있는 I/O 작업의 최대 개수
• 처리량 제한- 최대 데이터 전송 속도 (IOPS × I/O 크기로 계산됨)

애플리케이션에서 명목상 16KB보다 큰 I/O 크기를 사용하는 경우, IOPS 한도에 도달하기 전에 처리량 한도에 먼저 도달하게 됩니다. 예를 들어, 6000 IOPS의 볼륨의 경우:

• I/O 크기가 16KB일 때: 6000 IOPS( ~93.75 MB/sec 처리량)를 달성할 수 있습니다
• I/O 크기가 32KB일 때: 처리량 한도는 3000 IOPS( ~93.75 MB/sec 처리량)에서 도달합니다

I/O 크기가 성능에 미치는 영향에 대한 자세한 내용은 다음을 참조하십시오. 성능 측정을 위해 더 작은 IO 크기를 사용하면 어떻게 되나요?

예상 처리량을 달성하려면 용기를 미리 예열해야 합니까?

사전 준비는 필요하지 않습니다. 사용자는 볼륨이 프로비저닝되는 즉시 지정된 처리량을 관찰할 수 있습니다.

더 빠른 이더넷 연결이 사용되면 더 많은 처리량을 달성할 수 있습니까?

처리량 제한은 볼륨 수준에서 설정됩니다. 이 한계는 더 빠른 이더넷 연결을 사용하여 늘릴 수 없습니다. 그러나 보다 느린 이더넷 연결을 사용하면 대역폭에서 잠재적으로 병목 현상이 발생할 수 있습니다.

방화벽과 보안 그룹이 성능에 영향을 줍니까?

방화벽을 우회하는 VLAN을 통해 스토리지 트래픽을 실행하는 것이 가장 좋습니다. 소프트웨어 방화벽을 통해 스토리지 트래픽을 실행하면 대기 시간이 늘어나서 결국 스토리지 성능이 저하됩니다.

File Storage for Classic 트래픽을 고유 VLAN 인터페이스로 라우팅하고 방화벽을 우회할 수 있는 방법은 무엇입니까?

이 우수 사례를 규정하려면 다음 단계를 완료하십시오.

1. 호스트 및 File Storage for Classic 디바이스와 동일한 데이터 센터에서 VLAN을 프로비저닝하십시오.

2. 보조 사설 서브넷을 새 VLAN에 프로비저닝하십시오.

3. 새 VLAN을 호스트의 사설 인터페이스에 트렁크하십시오. 이 조치로 인해 VLAN이 호스트에 트렁크되는 동안 호스트에서 네트워크 트래픽이 일시적으로 중단됩니다.

4. 네트워크 인터페이스를 작성하십시오.

   • Linux® 호스트에서 802.11q 인터페이스를 작성하십시오. 새로 트렁크된 VLAN에서 사용되지 않은 보조 IP 주소 중 하나를 선택하고 해당 IP 주소, 서브넷 마스크 및 게이트웨이를 새 802.11q 인터페이스에 지정하십시오.
   • VMware® 에서 새로운 VMkernel 네트워크 인터페이스(vmk)를 생성하고, 새로 트렁크 처리된 VLAN에서 사용되지 않은 보조 IP 주소, 서브넷 마스크 및 게이트웨이 IP를 새로운 vmk 인터페이스에 할당합니다.

5. 호스트의 새 지속적 정적 라우트를 대상 NFS 서브넷에 추가하십시오.

6. 스토리지에 액세스할 수 있도록 새 IP에 권한을 부여하십시오.

7. 마운트 지시사항은 호스트의 운영 체제에 따라 적절한 링크를 사용하십시오.

   • Linux®에서 File Storage for Classic 액세스
   • ESXi 호스트에 File Storage for Classic 볼륨 마운트
   • VMware격리된 VLAN을 통해 스토리지를 어떻게 연결하나요?

File Storage for Classic의 예상 성능 대기 시간은 얼마입니까?

스토리지 내의 목표 대기 시간은 1밀리초 미만입니다. 스토리지는 공유 네트워크의 계산 인스턴스에 연결되므로 정확한 성능 대기 시간은 조작 중 네트워크 트래픽에 따라 다릅니다.

File Storage for Classic 의 주식을 삭제하면 데이터는 어떻게 되나요?

IBM Cloud® File Storage for Classic는 재사용 전에 삭제되는 물리적 스토리지의 고객에게 파일 공유를 표시합니다.

File Storage for Classic 볼륨을 삭제하면 해당 데이터에 즉시 액세스할 수 없게 됩니다. 물리적 디스크의 데이터에 대한 모든 포인터가 제거됩니다. 나중에 같은 계정이나 다른 계정에서 새 볼륨을 작성하면 새 포인터 세트가 할당됩니다. 해당 포인터가 삭제되었으므로 계정은 물리적 스토리지에 있는 데이터에 액세스할 수 없습니다. 새 데이터가 디스크에 기록되면 삭제된 볼륨에서 액세스할 수 없는 모든 데이터가 겹쳐쓰기됩니다.

IBM은 삭제된 데이터에 액세스할 수 없으며 삭제된 데이터가 결국 겹쳐써지고 삭제됨을 보장합니다. 또한 스토리지 볼륨을 삭제하는 경우, 사용자 또는 다른 고객이 스토리지를 다시 사용할 수 있게 하려면 공유를 겹쳐써야 합니다.

IBM이 실제 드라이브를 폐기할 때 드라이브는 폐기하기 전에 영구 삭제됩니다. 폐기된 드라이브는 사용할 수 없으며 이 드라이브의 데이터에는 액세스할 수 없습니다.

매체 완전 삭제를 위한 NIST 800-88 가이드라인과 같은 규제 준수에 대한 특별한 요구사항을 가진 고객은 스토리지를 삭제하기 전에 데이터 완전 삭제 프로시저를 수행할 수 있습니다.

콘솔에서 취소 조치를 사용할 수 없는 이유는 무엇입니까?

이 스토리지 디바이스에 대한 취소 프로세스가 진행 중이므로 더 이상 취소 조치를 사용할 수 없습니다. 해당 볼륨은 회수될 때까지 최소 24시간 동안 계속 표시됩니다. UI에 비활성 상태가 표시되고 "취소 보류 중" 상태가 표시됩니다. 최소 24시간의 대기 기간을 통해 필요한 경우 취소 요청을 철회할 수 있습니다.

실수로 볼륨을 삭제했는데 어떻게 하면 다시 복구할 수 있나요?

답변은 스토리지 볼륨을 삭제한 지 얼마나 되었는지, 즉시 삭제를 선택했는지 또는 기념일 날짜에 삭제했는지에 따라 달라집니다. 지난 24시간 이내에 삭제되었거나 기념일이 아직 다가오지 않은 경우, 해당 볼륨은 여전히 회수 대기 중일 수 있습니다. 볼륨 상태가 '취소 보류 중'인 경우 지원팀에 문의하여 취소 요청을 무효화할 수 있습니다. 회수 기간이 만료되면 데이터가 자동으로 삭제되고 더 이상 복구할 수 없으므로 신속하게 조치를 취하는 것이 중요합니다.

지원되는 NFS 버전

NFSv3 및 NFSv4.1이 둘 다 IBM Cloud® 환경에서 지원됩니다. NFSv4.2 지원되지 않습니다.

가능한 경우 NFSv3 프로토콜을 사용하십시오. NFSv3 는 안전한 비동기 쓰기를 지원하며 이전 NFSv2보다 오류 처리 시 더 강력합니다. 64비트파일 크기 및 오프셋을 지원하므로 클라이언트가 2GB이상의 파일 데이터에 액세스할 수 있습니다.

NFSv3 no_root_squash 를 기본적으로 지원하여, 루트 클라이언트가 ‘ ’ 공유에서 루트 권한을 유지할 수 있도록 합니다. NFS NFSv4.1 에서 도메인 정보를 편집하고 ‘ rpcidmapd ’ 또는 이와 유사한 서비스를 실행하여 이 기능을 활성화할 수 있습니다. 자세한 정보는 NFS에 대해 no_root_squash 구현을 참조하십시오.

File Storage for Classic 가 VMware® 배치에서 사용되는 경우, NFSv4.1 이 구현에 더 좋은 선택일 수 있습니다. 자세한 내용은 ‘ VMware vSphere 를 사용하여 NFS 를 실행하기 위한 모범 사례’를 참조하십시오.

VMware 배포의 여러 호스트가 서로 다른 NFS 프로토콜을 사용하여 동일한 파일 공유에 액세스할 수 있습니까?

아니오. NFS 의 다른 버전을 사용하여 여러 호스트에 동일한 데이터 저장소를 마운트할 수 없습니다. NFS 3과 NFS 4.1 클라이언트는 동일한 잠금 프로토콜을 사용하지 않기 때문입니다. 호환되지 않는 두 클라이언트에서 동일한 가상 디스크에 액세스하면 잘못된 동작이 발생하고 데이터가 손상될 수 있습니다. 자세한 내용은 NFS 파일 잠금을 참조하세요.

VMware 배치에서 VAAI 및 HW 가속화를 사용으로 설정할 수 있습니까?

아니오. 현재 vStorage for API 어레이 통합 및 하드웨어 가속은 지원되지 않습니다.

클라우드 데이터 센터에서 폐기된 드라이브는 어떻게 됩니까?

드라이브가 폐기되는 경우 IBM은 이를 처분하기 전에 파기합니다. 해당 드라이브는 사용할 수 없는 상태가 됩니다. 해당 드라이브에 쓰여진 데이터는 더 이상 액세스할 수 없습니다.

제어된 장애 복구와 즉시 장애 복구 간의 차이점은 무엇입니까?

제어된 장애 복구는 미러 프로세스를 중단하기 전에 마지막으로 한 번 동기화를 수행합니다. 즉시 장애 복구는 즉시 미러를 중단하고 복제본 볼륨을 활성화합니다.

내 스토리지가 오프라인 또는 읽기 전용으로 표시됩니다. 이 문제가 발생한 이유는 무엇이며 이 문제를 어떻게 수정합니까?

일부 상황에서 호스트(베어 메탈 또는 VM )가 스토리지와의 연결이 일시적으로 끊길 수 있으며, 이로 인해 호스트는 데이터 손상을 방지하기 위해 해당 스토리지를 읽기 전용으로 간주합니다. 대부분의 경우 연결 끊김은 네트워크와 관련이 있지만, 네트워크 연결이 복원된 경우에도 스토리지 상태가 호스트 관점에서 계속 읽기 전용으로 남아 있습니다.

이 문제는 네트워크에 연결된 VMware® 데이터스토어( NFS 프로토콜)에 있는 가상 머신의 가상 드라이브에서 발생할 수 있습니다. 이 문제를 해결하려면 스토리지와 호스트 간의 네트워크 경로에 장애가 없는지, 그리고 현재 유지보수나 서비스 중단이 진행 중이 아닌지 확인하십시오. 그런 다음 스토리지 볼륨을 마운트 해제했다가 마운트하십시오. 볼륨이 여전히 읽기 전용일 경우에는 호스트를 다시 시작하십시오.

마운트 지시사항은 다음 주제를 참조하십시오.

• ESXi 호스트에서 File Storage for Classic 마운트
• Red Hat Linux®에서 File Storage for Classic 마운트
• Ubuntu에서 File Storage for Classic 마운트

이러한 상황이 재발하지 않도록 하기 위해, 고객은 다음과 같은 조치를 고려해 볼 수 있습니다:

• 게스트 OS 튜닝 추가. 자세한 내용은 VMware® vSphere 배포를 위한 게스트 OS 튜닝에 대한 NetApp's 권장 사항을 참조하십시오.
• 유지보수 오퍼레이션 중 복원력을 높이기 위해 NFSv3에 대해 NFSv4.1을 사용하는 호스트 시스템 재구성
• VMware® ESXi를 실행하는 호스트 시스템에서 세션 트렁킹 기능을 중단합니다. 세션 트렁킹은 중단의 원인으로 알려져 있어 지원되지 않습니다.

Cloud 콘솔을 사용하여 내 File Storage for Classic의 볼륨 크기를 확장했으나 내 서버의 크기는 여전히 동일합니다. 이 오류를 수정하려면 어떻게 해야 합니까?

확장된 볼륨 크기를 보려면 서버에 기존 File Storage for Classic 디스크를 마운트하고 다시 마운트하십시오. VMware® 구현 환경에서는 스토리지를 다시 스캔하여 ‘ VMware® ’ 데이터스토어를 갱신하고 새로운 볼륨 크기를 표시하십시오.

섀시 스왑 후 어떻게 다시 스토리지에 연결합니까?

스왑 후 스토리지에 연결하려면 다음 태스크를 완료하십시오.

1. 저장 장치에 대한 권한을 제거(접근 권한 취소)한 다음, 호스트에 대해 다시 권한을 부여하십시오.
2. 재인증 과정을 통해 획득한 새로운 인증 정보를 사용하여 저장 장치를 다시 탐색하십시오.

자세한 정보는 File Storage for Classic 관리를 참조하십시오.

호스트에서 내 스토리지 디바이스의 연결을 끊는 방법은 무엇입니까?

호스트에서 볼륨의 연결을 끊으려면 다음 단계를 완료하십시오.

1. 디바이스를 마운트 해제하십시오.
2. Cloud 콘솔의 스토리지 디바이스에서 호스트에 대한 액세스 권한을 취소하십시오.
3. NFS 연결에서 자동 마운트를 제거하십시오.

Endurance와 성능 스토리지의 차이점은 무엇입니까?

Endurance와 성능은 스토리지 디바이스에 대해 선택할 수 있는 옵션을 프로비저닝합니다. 즉, Endurance IOPS 티어는 사전 정의된 성능 레벨을 제공하지만 성능 티어로 해당 레벨을 상세 조정할 수 있습니다. 저장 용도로는 동일한 장치가 사용되지만, 다양한 옵션으로 제공됩니다. 자세한 내용은 ‘ File Storage ’의 기능을 참조하십시오.

File Storage for Classic 공유를 Windows에 연결할 수 있습니까?

아니오. IBM Cloud® File Storage for Classic 공유 폴더를 Microsoft Windows 에 마운트할 수 없습니다. Windows 환경의 NFS 는 IBM Cloud®에서 지원되지 않습니다.

File Storage for Classic 공유는 Linux 운영 체제에서 또는 ESXi 호스트에서 VMware® 데이터 저장소로 마운트될 수 있습니다. File Storage for Classic 볼륨 마운트에 대한 자세한 정보는 다음 주제를 참조하십시오.

• Red Hat Linux®에서 File Storage for Classic 마운트
• Ubuntu에서 File Storage for Classic 마운트
• File Storage for Classic ESXi 호스트에 VMware® 데이터 저장소로 마운트(mounting)

단일 스토리지 디바이스를 IBM Cloud 내의 다중 호스트에 마운트할 수 있습니까?

예, NFS는 파일 인식 프로토콜이므로 이 설정을 사용할 수 있습니다.

내 NFS 볼륨에 맞게 inode 수를 늘릴 수 있습니까?

일반적으로 볼륨이 프로비저닝되면 주문한 크기에 대한 최대 이노드 수가 볼륨에 할당됩니다. 볼륨이 커짐에 따라 최대 inode 개수도 자동으로 증가합니다. 볼륨을 확장한 후에도 inode 수가 증가하지 않는다면, 지원 요청 을 제출해 주십시오.

스토리지를 업그레이드할 수 없습니다. 스토리지를 업그레이드하거나 확장시키는 기능에 영향을 미치는 항목은 무엇입니까?

스토리지를 업그레이드하거나 확장시키는 기능에 영향을 줄 수 있는 상황은 다음과 같습니다.

• Cloud 콘솔에서 갖고 있는 있는 권한이 요인이 될 수 있습니다. 자세한 내용은 ‘사용자 역할 및 권한’ 내의 관련 항목을 참조하십시오.

스토리지를 업그레이드하면 볼륨에 있는 데이터에 영향을 주나요?

아니오. 스토리지 볼륨을 확장하거나 IOPS 값을 조정해도 변경 사항은 데이터에 영향을 미치지 않습니다. 이러한 작업 중에는 아무것도 덮어쓰거나 지워지지 않습니다. 이 조정으로 인해 스토리지가 중단되거나 액세스 권한이 부족해지지는 않습니다.

File Storage for Classic 볼륨이 thin 프로비저닝되었습니까, 아니면 thick 프로비저닝되었습니까?

모든 블록 및 File Storage for Classic 서비스는 thin 프로비저닝되었습니다. 이 방법은 수정할 수 없습니다.

내 청구 ID가 바뀌었습니다. 이것은 무엇을 의미합니까?

이제 스토리지 볼륨이 "Enterprise Storage" 대신 "Endurance 스토리지 서비스" 또는 "Performance 스토리지 서비스" 로 청구되는 것을 알 수 있습니다. 콘솔에 IOPS를 조정하거나 용량을 늘리는 기능과 같은 새 옵션이 있을 수도 있습니다. IBM Cloud® 는 스토리지 기능을 지속적으로 개선하기 위해 노력합니다. 데이터 센터의 하드웨어가 업그레이드됨에 따라, 해당 데이터 센터에 있는 스토리지 볼륨도 모든 향상된 기능을 활용할 수 있도록 업그레이드됩니다. 스토리지 볼륨에 대해 지불하는 가격은 이 업그레이드와 함께 변경되지 않습니다.

File Storage for Classic의 내구성은 어느 정도입니까?

File Storage for Classic에 데이터를 저장하면 내구성과 가용성이 뛰어나고 암호화된 데이터를 얻을 수 있습니다. 단일 가용성 구역의 내구성 목표는 99.999999999%입니다. 자세한 정보는 File Storage for Classic의 가용성 및 내구성을 참조하십시오.

File Storage for Classic의 평균 작동 시간은 얼마입니까?

File Storage for Classic에 데이터를 저장하면 내구성과 가용성이 뛰어나고 암호화된 데이터를 얻을 수 있습니다. File Storage 이 솔루션은 업계 최고 수준이며 검증된 엔터프라이즈급 하드웨어 및 소프트웨어를 기반으로 구축되어 높은 가용성과 가동 시간을 보장합니다. 99.999 % (5개의 9)라는 가용성 목표를 달성하기 위해, 데이터는 HA 페어링된 노드의 여러 물리적 디스크에 중복으로 저장됩니다. 각 스토리지 노드에는 자체 SSD(Solid-State Drive) 및 파트너 노드의 SSD에 대한 여러 경로가 있습니다. 이러한 구성은 경로 장애는 물론 컨트롤러 장애로부터도 시스템을 보호해 주는데, 이는 노드가 파트너 노드의 디스크에 여전히 원활하게 액세스할 수 있기 때문입니다. 자세한 정보는 File Storage for Classic의 가용성 및 내구성을 참조하십시오.

지원팀에서 스토리지 성능 지표(IOPS 또는 지연 시간)를 확인할 수 있나요?

IBM Cloud®은(는) 스토리지 성능 IOPS 및 대기 시간 메트릭을 제공하지 않습니다. 고객이 써드파티 모니터링 도구 선택을 사용하여 자신의 File Storage for Classic 디바이스를 모니터해야 합니다.

다음은 성능 통계를 확인하는 데 활용할 수 있는 유틸리티의 예시입니다.

• sysstat- Linux® 운영 체제용 시스템 성능 분석 도구.
• typeperf-성능 데이터를 명령 창 또는 로그 파일에 기록하는 Windows 명령입니다.
• esxtop- 관리자에게 VMware® vSphere 환경의 리소스 사용량에 대한 실시간 정보를 제공하는 명령줄 도구입니다. CPU, 메모리, 디스크, 네트워크 등 모든 시스템 리소스에 대한 데이터를 모니터링하고 수집할 수 있습니다.

복제본 볼륨, 종속 및 독립 중복 볼륨 간의 차이점은 무엇입니까?

볼륨의 스냅샷을 사용하여 복제본 또는 중복 볼륨을 작성할 수 있습니다. 복제 및 복제는 스냅샷 중 하나를 사용하여 데이터를 대상 볼륨에 복사합니다. 하지만, 그 점에서 유사성은 끝이 납니다.

복제는 서로 다른 두 위치에 동기화된 데이터를 보관합니다. 한 번에 한 쌍의 볼륨 (1차 볼륨 또는 복제본 볼륨) 만 활성화할 수 있습니다. 복제 프로세스는 복제 스케줄에 따라 활성 볼륨에서 비활성 볼륨으로 정보를 자동으로 복사합니다. 복제본 볼륨에 대한 자세한 정보는 데이터 복제 를 참조하십시오.

중복은 상위 볼륨과 동일한 가용성 구역의 스냅샷을 기반으로 볼륨의 사본을 작성합니다. 복제 볼륨은 기본적으로 원래 볼륨의 용량 및 성능 옵션을 상속하며 스냅샷의 특정 시점까지의 데이터 사본을 보유합니다. 중복 볼륨은 원래 볼륨과 종속되거나 독립적일 수 있으며 상위 볼륨의 데이터로 수동으로 새로 고칠 수 있습니다. 상위 볼륨에 영향을 주지 않고 IOPS를 조정하거나 중복의 볼륨 크기를 늘릴 수 있습니다.

• 종속 중복 볼륨은 독립적으로 되는 변환을 거치지 않으며 작성된 후 언제든지 새로 고칠 수 있습니다. 종속 중복이 존재하는 동안 스냅샷을 삭제할 수 없도록 원래 스냅샷을 잠급니다. 종속 중복 볼륨이 있는 동안에는 상위 볼륨을 취소할 수 없습니다. 상위 볼륨을 취소하려면 먼저 종속 중복을 취소하거나 독립 중복으로 변환해야 합니다.

• 독립 중복은 대부분의 경우 종속 중복보다 상위이지만, 긴 변환 프로세스로 인해 작성 후 즉시 새로 고칠 수 없습니다. 볼륨 크기에 따라 최대 몇 시간이 소요될 수 있습니다. 예를 들어, 12TB볼륨의 경우 최대 하루가 걸릴 수 있습니다. 그러나 분리 프로세스가 완료된 후에는 원래 상위 볼륨의 다른 스냅샷을 사용하여 데이터를 수동으로 새로 고칠 수 있습니다.

중복에 대한 자세한 정보는 중복 볼륨 작성 및 관리 를 참조하십시오.

다양한 유형의 볼륨 사본 간의 기능 비교.
이 표에는 행과 열 헤더가 있습니다. 행 헤더는 기능을 식별합니다. 열 머리글은 볼륨 복사 유형을 식별합니다.

기능	복제본	종속 중복	독립 복제
스냅샷에서 작성됨
복사된 볼륨의 위치	원격 가용성 구역	동일한 가용성 구역	동일한 가용성 구역
장애 조치 지원
다른 크기 및 IOPS
상위 볼륨과 자동 동기화됨
상위 볼륨에서 요청 시 새로 고치기		[1]	[2]
상위 볼륨에서 분리됨

종속 중복을 독립 볼륨으로 변환하는 데 걸리는 시간은 얼마나 걸립니까?

변환 과정이 완료되는 데 다소 시간이 걸릴 수 있습니다. 볼륨이 클수록 변환하는 데 시간이 더 오래 걸립니다. 12TB볼륨에서는 24시간이 걸릴 수 있습니다. 콘솔이나 CLI에서 진행 상황을 확인할 수 있습니다.

• 콘솔에서 ‘클래식 인프라 ’로 이동합니다. 스토리지 > File Storage for Classic 를 클릭한 후 목록에서 볼륨을 찾으십시오. 변환 상태가 개요 페이지에 표시됩니다.

• 명령줄 인터페이스(CLI)에서 다음 명령을 실행하십시오.

  slcli file duplicate-convert-status <dependent-vol-id>
  

  출력은 다음 예제와 유사하게 보입니다.

  slcli file duplicate-convert-status 370597202
  Username            Active Conversion Start Timestamp   Completed Percentage
  SL02SEVC307608_74   2022-06-13 14:59:17                 90
  

사용자 권한과 접근 권한을 어떻게 관리하나요?

계정 소유자 또는 "클래식 인프라 관리" 권한을 가진 사용자는 IBM Cloud 계정 내의 다른 사용자에 대한 권한을 조정할 수 있습니다. 계정 소유자가 아닌 경우, 이미 할당된 권한 수준 또는 권한 하위 집합만 할당할 수 있습니다. IBM Cloud 콘솔에서 [ 관리] > [액세스(IAM)] > [사용자 ]로 이동합니다. 그런 다음, 목록에서 액세스 권한을 관리할 수 있는 사용자 이름을 선택하고 ‘클래식 인프라’를 클릭합니다. 사용자가 저장 공간을 추가하고 업그레이드할 수 있도록 계정 권한을 선택합니다. 자세한 정보는 클래식 인프라 액세스 관리를 참조하십시오.

파일 저장소가 프로비저닝되면, 호스트 서버가 파일 공유를 마운트할 수 있도록 권한을 부여해야 합니다. 콘솔, CLI, API 또는 Terraform을 통해 권한 설정을 할 수 있습니다. 더 자세한 정보는 클래식용 File Storage 관리의 호스트 권한 부여 섹션을 참고하세요.

호스트가 승인되면 파일 공유를 마운트하고 새 폴더 구조와 파일에 소유자를 지정할 수 있습니다. Linux 에서, chown 와 chmod 명령어를 사용하여 개별 사용자 및 그룹에 읽기, 쓰기, 실행 권한을 할당함으로써 접근 제어를 세분화할 수 있습니다. 자세한 내용은 Red Hat Linux® 에서 File Storage for Classic 마운팅 및 Ubuntu 에서 File Storage for Classic 마운팅을 참조하세요.

API를 사용하여 내 File Storage for Classic 에서 사용된 용량을 검색할 수 있나요?

예. 다음 curl 명령을 사용하여 ID로 지정된 스토리지 볼륨의 사용 용량을 쿼리할 수 있습니다.

curl -g -u $SL_USER:$SL_APIKEY -X GET \
'https://api.softlayer.com/rest/v3.1/SoftLayer_Network_Storage/{volume_ID}/collectBytesUsed'

자세한 내용은 API 참조 문서를 참조하십시오.

File Storage for Classic 볼륨을 VPC로 마이그레이션할 수 있나요?

예. 워크로드를 IBM Cloud® Virtual Private Cloud 로 이전할 계획이라면, IBM Cloud 에서 기존 환경과 VPC 환경을 연결하고 rsync 및 dcfldd 와 같은 도구를 사용하여 데이터를 복사하는 방법에 대한 지침을 확인할 수 있습니다. 자세한 내용은 IBM Cloud 클래식 인프라에서 VPC로 데이터 마이그레이션 및 더 포괄적인 Classic에서 VPC로의 마이그레이션 가이드 을 참조하십시오.