인스턴스 스토리지의 라이프사이클

인스턴스 스토리지의 라이프사이클은 이해하는 것이 중요합니다. 작업 부하의 일시적 특성을 제대로 이해하지 못하면 데이터 손실이 발생할 수 있습니다.

프로비저닝 시 인스턴스 스토리지 공간이 가상 서버 인스턴스에 할당되고 연결됩니다. 이는 가상 서버 인스턴스의 필수적이며 분리할 수 없는 요소입니다. 인스턴스를 다시 부팅하면(운영 체제에서 또는 IBM Cloud 관리 인터페이스를 통해) 인스턴스 스토리지 데이터가 보관되고 인스턴스는 원래의 디스크에 다시 연결됩니다.

그러나 인스턴스가 중지되거나 종료될 경우, 가상 서버 인스턴스에 연결된 인스턴스 스토리지는 암호화 방식으로 삭제되며 해당 인스턴스 스토리지는 더 이상 사용할 수 없게 됩니다. 인스턴스의 부트 볼륨은 영향을 받지 않습니다. 감사 목적으로, 하나 이상의 저장 디스크를 가진 인스턴스가 종료될 때 각 디스크에 대해 해당 디스크가 "삭제됨"을 나타내는 ' IBM Cloud Activity Tracker Event Routing ' 이벤트가 게시됩니다. 이벤트 조치는 is.instance.disk.wipe입니다. 이러한 이벤트 목록은 활동 추적 페이지의 컴퓨트 이벤트 테이블을 참조하십시오.

가상 서버가 호스트 또는 영역 유지 관리를 완료하기 위해 전원이 꺼졌다가 다시 켜질 경우, 인스턴스 스토리지의 일시적 데이터는 복원되지 않습니다. 다만, 유지보수 작업 시간에 대해서는 사전에 공지됩니다. 자세한 정보는 클라우드 유지보수 오퍼레이션 이해를 참조하십시오.

호스트 장애가 발생하면 인스턴스 스토리지 디스크의 데이터가 유실됩니다. Host failure auto restart 가 중지로 설정되지 않으면 인스턴스가 다른 호스트에서 자동으로 다시 시작됩니다. 이제 프로비저닝된 디스크가 비어 있습니다.

드물지만, 실제 디스크 오류가 발생할 수 있습니다. 물리적 디스크 오류가 발생하면 인스턴스가 실패한 디스크에 대한 읽기/쓰기에 실패합니다. 이 시나리오에서는 인스턴스가 자동으로 다시 시작되지 않습니다. 지원 담당자에게 문의하여 문제점을 보고하고 다음 단계를 식별하십시오. 작동하는 다른 디스크에 인스턴스를 효과적으로 배치하기 위해 인스턴스를 중지한 후 다시 시작할 수 있습니다. 인스턴스를 중지한 후 다른 디스크에 배치하기 위해 다시 시작하는 경우, 이 시나리오에서는 인스턴스 스토리지 데이터가 삭제됩니다.

여러 개의 인스턴스 스토리지 디스크에 배치된 가상 서버는 여러 개의 실제 디스크에 분산됩니다. 단일 가상 서버 인스턴스 내에 있는 두 개의 인스턴스 스토리지 디스크는 동일한 실제 지원 디스크에 배치되지 않습니다.

블록 스토리지 볼륨 및 인스턴스 스토리지는 상호 보완 기술입니다. 볼륨은 인스턴스 스토리지가 있는 인스턴스에 연결될 수 있습니다. 실제로 인스턴스 스토리지를 사용하는 인스턴스는 일반적으로 워크로드의 지속적 스토리지 요구 사항을 위해 Block Storage 볼륨을 사용합니다.

암호화 및 격리

인스턴스 스토리지 데이터는 온디스크 암호화로 보안 설정됩니다. 인스턴스 저장소로 사용되는 물리 디스크는 강력한 ATA 디스크 암호화( AES-256 ) 암호화 표준을 적용한 자체 암호화 방식입니다. 데이터는 인스턴스가 데이터에 액세스할 때 자동으로 복호화됩니다. 인스턴스가 종료되거나 삭제되면 기본 스토리지 공간이 지워지고 복구 불가능합니다. 이때 데이터는 복구할 수 없습니다.

데이터는 드라이브 레벨로 실제 매체에서 자동으로 암호화됩니다. 하지만 인스턴스 스토리지의 경우 고객 관리 키가 지원되지 않습니다. 민감한 데이터의 경우, 고객은 Linux®의 LUKS( Linux® ) 또는 Windows®의 BitLocker 과 같은 소프트웨어 기반 파일 시스템 암호화를 사용하는 것이 강력히 권장됩니다. 이 기술을 통해 사용자는 인스턴스 내에서 완전히 암호화할 수 있으며, 인스턴스와 물리적 드라이브 미디어 간 전송 중인 민감한 데이터에 대한 추가적인 보호를 제공할 수 있습니다. 일부 운영 체제는 FIPS 인증 암호화 알고리즘도 제공하며, 이를 사용할 수도 있습니다. Red Hat Enterprise Linux® 에서 데이터를 암호화하는 방법의 예는 LUKS를 사용한 블록 장치 암호화를 참조하십시오. 그러나 각 장치를 암호화하는 방법에 대한 구체적인 정보는 운영 체제 문서나 관련 자료를 참조하십시오.

격리

가상 서버 인스턴스에 연결된 인스턴스 스토리지 디스크는 다른 가상 서버와 공유할 수 없으며, 향후 다른 가상 서버에서 액세스할 수 없습니다. 인스턴스 스토리지 디스크는 해당 인스턴스 스토리지를 요청한 가상 서버에 대해 일회성 사용, 단일 연결 방식으로 제공됩니다. 또한 동일한 물리적 장치의 서로 다른 부분에 접근하고 읽고 쓰는 서로 다른 가상 서버들의 부정적인 성능 영향으로부터 격리됩니다(다음 섹션에서 설명됨).

성능

인스턴스 스토리지는 비율이 제한됩니다. 가상 서버 인스턴스에 할당된 인스턴스 스토리지가 전체 물리적 솔리드 스테이트 디스크(SSD)보다 작은 경우, 연결된 디스크 크기에 비례하여 I/O 대역폭 및 IOPS 제한이 적용됩니다. 이 제한은 디바이스(시끄러운 이웃) 대역폭의 공평한 분배보다 사용 중인 인스턴스를 더 많이 이용할 수 없도록 적용됩니다.

3세대인스턴스 프로파일 의 경우, 먼저 인스턴스 스토리지 디스크를 프라이밍하여 쓰기 성능을 향상시킬 수 있습니다. 프라이밍에는 디스크에 대한 첫 번째 쓰기 수행이 포함됩니다.

다중 인스턴스 스토리지 디스크

가상 서버 인스턴스에 여러 인스턴스 디스크를 프로비저닝할 경우, 각 디스크는 별도의 기본 물리 장치에서 프로비저닝됩니다. 이 구성은 소프트웨어 기반 RAID와 같은 소프트웨어 고가용성 솔루션을 구현할 수 있을 뿐만 아니라 더 나은 독립적 성능을 제공합니다.

비용 청구

가상 서버 인스턴스가 실행 중인 동안 인스턴스 스토리지에 대해 비용이 청구됩니다.

제한사항

인스턴스 스토리지를 사용하는 경우 일부 제한사항이 있습니다. 인스턴스 스토리지를 고려할 때 다음 정보를 염두에 두십시오:

• 기존의 가상 서버 인스턴스로부터 인스턴스 스토리지를 연결하거나 분리할 수 없습니다.
• 인스턴스 스토리지 디스크는 부트 디스크로 사용할 수 없습니다.
• BYOK(Bring Your Own Key)는 인스턴스 스토리지에 지원되지 않습니다.

중요한 데이터의 손실을 방지하려면 데이터 보존 정책을 검토하고 중요한 데이터가 지속적 스토리지에 저장되어 있는지 확인하십시오. 자세한 정보는 인스턴스 스토리지의 라이프사이클 을 참조하십시오.

인스턴스 스토리지를 사용하여 가상 서버 인스턴스를 프로비저닝하는 방법에 대한 자세한 내용은 인스턴스 스토리지 관리를 참조하십시오.