Block Storage for Classic 시작하기

Block Storage for Classic 지속적인 iSCSI-based 블록 스토리지를 통해 유연한 성능 옵션을 제공하며, 엔터프라이즈급 내구성과 가용성을 보장합니다.

IBM Cloud® Block Storage for Classic 컴퓨트 인스턴스와는 별도로 프로비저닝 및 관리되는, 내구성이 뛰어나고 고성능의 iSCSI 스토리지입니다. iSCSI-based Block Storage for Classic 볼륨은 중복된 멀티패스 I/O(MPIO) 연결을 통해 승인된 장치에 연결됩니다.

Block Storage for Classic는 일치하지 않는 기능 세트를 사용하여 최고의 내구성 및 가용성을 제공합니다. 이는 업계 표준 및 우수 사례를 사용하여 빌드됩니다. Block Storage for Classic 는 유지보수 이벤트 및 계획되지 않은 장애를 통해 데이터의 무결성을 보호하고 가용성을 유지하며 일관된 성능 기준선을 제공하도록 설계되었습니다.

IBM Cloud® Kubernetes Service Block Storage for Classic 사용하는 것에 대한 자세한 정보는 클래식 IBM Cloud Block Storage 에 데이터 저장하기를 참조하세요.

시작하기 전에

Block Storage for Classic 볼륨은 두 개의 옵션으로 20GB에서 12TB까지 프로비저닝될 수 있습니다.

  • 사전 정의된 성능 레벨 및 기타 기능(스냅샷 및 복제 등)을 제공하는 Endurance 티어로 프로비저닝합니다. 다음과 같은 4가지 등급이 제공됩니다:
    • LOW_INTENSITY_TIER = 0.25 IOPS/GB
    • READHEAVY_TIER = 2 IOPS/GB
    • WRITEHEAVY_TIER = 4 IOPS/GB
    • 10_IOPS_PER_GB = 10 IOPS/GB
  • 할당된 IOPS(Input/Output Operations Per Second)의 고성능 Performance 환경을 빌드합니다.

Block Storage for Classic 제품에 대한 자세한 내용은 ‘ Block Storage for Classic 란 무엇인가’를 참조하십시오.

프로비저닝 고려사항

블록 크기

내구성과 성능 모두에 대한 IOPS는 16KB IO 크기에 50-50 읽기 및 쓰기, 50-50 무작위 및 순차적 작업 부하를 기준으로 합니다. 16KB 블록은 볼륨에 대한 한 번의 쓰기 작업에 해당합니다.

애플리케이션에서 사용하는 IO 크기는 스토리지 성능에 직접적인 영향을 미칩니다. 애플리케이션에서 사용하는 IO 크기가 16KB보다 작을 경우, 처리량 한도에 도달하기 전에 IOPS 한도에 먼저 도달하게 됩니다. 반대로, 애플리케이션에서 사용하는 IO 크기가 16KB보다 크다면, IOPS 제한에 도달하기 전에 처리량 제한에 먼저 도달하게 됩니다.

이 표에는 블록 크기와 IOPS가 처리량에 미치는 영향에 대한 예시가 나와 있습니다. 평균 IO 크기 x IOPS = 처리량(MB/초).
IO 크기 (KB) IOPS 처리량(MB/초)
4 1,000 4
8 1,000 8
16 1,000 16
32 500 16
64 250 16
128 128 16
512 32 16
1024자입니다. 16 16

권한 부여된 호스트

고려할 또 다른 요인은 볼륨을 사용하는 호스트의 수입니다. IOPS 제한은 볼륨 수준에서 적용됩니다. 다시 말해, 6000 IOPS를 제공하는 볼륨에 연결된 두 대의 호스트가 그 6000 IOPS를 공유합니다. IOPS가 높은 경우, 특히 극단적인 IOPS 수( 10,000s )에서는 여러 호스트를 사용하여 볼륨에 동시에 액세스해야 사용 가능한 최대 IOPS를 실현할 수 있습니다.

블록 스토리지 볼륨의 최대 IOPS는 48,000 IOPS입니다. 작업 부하가 높은 처리량을 요구하는 경우, 단일 서버로 인한 병목 현상을 방지하기 위해 최소한 두 대 이상의 서버가 해당 볼륨에 액세스하도록 구성하는 것이 가장 좋습니다.

블록 볼륨당 권한 부여 수에 대한 기본 한계는 8개입니다. 즉, 최대 8명의 호스트가 Block Storage for Classic 액세스할 수 있도록 승인될 수 있습니다. 권한 부여 및 한계 8증가에 대한 자세한 정보는 FAQ 를 참조하십시오.

네트워크 연결

이더넷 연결 속도는 볼륨의 예상 최대 처리량보다 빨라야 합니다. 일반적으로는 이더넷 연결이 사용 가능한 대역폭의 70%를 초과하여 사용하지 않아야 합니다. 예를 들어, IOPS가 6,000이고 IO 크기가 16KB인 경우, 해당 볼륨은 약 94MBps의 처리량을 처리할 수 있습니다. 볼륨에 대해 1Gbps의 이더넷 연결을 보유하고 있는 경우 서버가 사용 가능한 최대 처리량을 사용하려고 시도하면 병목 현상이 발생합니다. 이는 1Gbps 이더넷 연결의 이론적 한계치(초당 125MB)의 70%에 해당하므로, 초당 88MB만 전송할 수 있기 때문입니다.

최대 IOPS를 달성하려면 적절한 네트워크 리소스가 제 위치에 있어야 합니다. 그 밖의 고려 사항으로는 스토리지 외부의 사설 네트워크 사용, 호스트 측 및 애플리케이션별 조정(IP 스택이나 큐 깊이, 기타 설정 등)이 있습니다.

스토리지 트래픽은 다른 유형의 트래픽과 분리되어야 하며, 방화벽이나 라우터를 경유해서는 안 됩니다. 자세한 정보는 FAQ를 참조하십시오.

스토리지 트래픽은 공용 Virtual Server의 총 네트워크 사용에 포함됩니다. 이 서비스에서 적용될 수 있는 제한 사항에 대한 자세한 내용은 가상 서버 설명서를 참조하십시오.

주문 제출

주문을 제출할 준비가 되면 API 또는 Terraform 을 사용하여 CLI 에서 콘솔 에 배치할 수 있습니다.

기본적으로 전 세계적으로 Block Storage for Classic 및 File Storage for Classic 볼륨을 합쳐 총 700개를 프로비저닝할 수 있습니다. 추가 스토리지가 필요한 경우 스토리지 한계 관리 를 참조하십시오.

새 스토리지 연결 및 구성

프로비저닝 요청이 완료되면 새 스토리지에 액세스할 수 있는 권한을 호스트에 부여하고 연결을 구성하십시오. 호스트의 운영 체제에 따라 적절한 링크를 사용하십시오.

새 스토리지 관리

CLI에서 API 또는 Terraform을 사용하여 Block Storage for Classic 의 다양한 측면 (예: 호스트 권한 부여 및 취소) 을 관리할 수 있습니다. 자세한 정보는 Block Storage for Classic 관리를 참조하십시오.

복제 기능을 사용하면 두 곳의 서로 다른 위치에서 데이터를 동기화 상태로 유지할 수 있습니다. 복제 기능은 사용자의 스냅샷 일정 중 하나를 사용하여 스냅샷을 원격 데이터 센터의 대상 볼륨으로 자동으로 복사합니다. 치명적인 사고가 발생하거나 데이터가 손상된 경우, 원격 사이트에 있는 사본을 복구할 수 있습니다. 자세한 정보는 복제 및 재해 복구-데이터 복제 를 참조하십시오.

IBM Cloud 인프라를 확장하거나 최신 스토리지 옵션을 검토할 계획이라면, ‘ IBM Cloud 클래식 인프라에서 VPC로 데이터 마이그레이션’ 문서를 참조하십시오.