스토리지 가상화

Storage virtualization
가상 스토리지와 혼동하지 마십시오.

컴퓨터 과학에서 스토리지 가상화는 "물리 스토리지 리소스의 논리적 뷰를 호스트 컴퓨터 시스템에 [1]제공하는 프로세스"로, "기업 내 모든 스토리지 미디어(하드 디스크, 광학 디스크, 테이프 등)를 단일 스토리지 풀로 취급합니다.""[2]

"스토리지 시스템"은 스토리지 어레이, Disk 어레이 또는 파일러라고도 합니다.일반적으로 스토리지 시스템은 특수 하드웨어와 소프트웨어를 디스크 드라이브와 함께 사용하여 컴퓨팅 및 데이터 처리를 위한 매우 빠르고 안정적인 스토리지를 제공합니다.스토리지 시스템은 복잡하기 때문에 고도의 데이터 보호 기능과 함께 스토리지 용량을 제공하도록 설계된 특수 용도 컴퓨터라고 생각할 수 있습니다.디스크 드라이브는 시스템 내의 하드웨어 및 특수 용도의 임베디드 소프트웨어와 함께 스토리지 시스템 내의 하나의 요소일 뿐입니다.

스토리지 시스템은 블록 액세스 스토리지 또는 파일 액세스 스토리지를 제공할 수 있습니다.블록 액세스는 일반적으로 파이버 채널, iSCSI, SAS, FICON 또는 기타 프로토콜을 통해 제공됩니다.파일 액세스는 NFS 또는 SMB 프로토콜을 사용하여 제공되는 경우가 많습니다.

스토리지 시스템의 컨텍스트에서는 주로 다음 두 가지 유형의 가상화가 발생할 수 있습니다.

  • 이 맥락에서 사용되는 블록 가상화는 물리적 스토리지 또는 이기종 구조에 관계없이 액세스할 수 있도록 논리적 스토리지(파티션)를 물리적 스토리지에서 추상화(분리)하는 것을 의미합니다.이러한 분리를 통해 스토리지 시스템 관리자는 최종 [3]사용자를 위한 스토리지를 보다 유연하게 관리할 수 있습니다.
  • 파일 가상화는 파일 수준에서 액세스하는 데이터와 파일이 물리적으로 저장되는 위치 간의 종속성을 제거하여 NAS 문제를 해결합니다.이를 통해 스토리지 사용 및 서버 통합을 최적화하고 중단 없는 파일 마이그레이션을 수행할 수 있습니다.

블록 가상화

주소 공간 재매핑

스토리지의 가상화는 데이터의 물리적인 위치를 추상화함으로써 로케이션의 독립성을 실현합니다.가상화 시스템은 사용자에게 데이터 스토리지를 위한 논리적 공간을 제공하고 이를 실제 물리적 위치에 매핑하는 프로세스를 처리합니다.

가상화 또는 매핑 레이어를 여러 개 가질 수 있습니다.그 후, 1개의 가상화 레이어의 출력을 보다 높은 가상화 레이어의 입력으로 사용할 수 있습니다.가상화는 백엔드 리소스 간의 공간을 프런트엔드 리소스에 매핑합니다.이 경우 "백엔드"는 직접 사용하기 위해 컴퓨터 또는 호스트 시스템에 표시되지 않는 논리 유닛 번호(LUN)를 의미합니다.「프런트 엔드」LUN 또는 볼륨은, 호스트 또는 컴퓨터 시스템에 제공되어 있습니다.

매핑의 실제 형식은 선택한 구현에 따라 달라집니다.구현에 따라 매핑의 세밀도가 제한될 수 있으며, 이로 인해 디바이스의 기능이 제한될 수 있습니다.일반적으로 1개의 물리 디스크에서 몇 개의 작은 서브셋(메가바이트 또는 기가바이트의 배수)까지 세분화됩니다.

블록 기반 스토리지 환경에서는 LUN 식별자와 해당 LUN 내의 오프셋(LBA(논리 블록 주소 지정)을 사용하여 단일 정보 블록을 처리합니다.

메타데이터

가상화 소프트웨어 또는 디바이스는 가상화된 스토리지의 모든 매핑 정보를 일관성 있게 표시하는 역할을 합니다.이 매핑 정보는 종종 메타데이터라고 불리며 매핑 테이블로 저장됩니다.

주소 공간은 매핑테이블 유지보수에 필요한 용량에 의해 제한될 수 있습니다.세분화 수준과 총 주소 지정 가능 공간은 모두 메타 데이터의 크기와 매핑 테이블에 직접 영향을 미칩니다.이러한 이유로 주소 지정 가능한 용량의 양과 세분화 또는 액세스 세분화 간에 트레이드오프가 발생하는 것이 일반적입니다.

이러한 제한에 대처하기 위한 일반적인 방법 중 하나는 여러 수준의 가상화를 사용하는 것입니다.현재 구현되어 있는 여러 스토리지 시스템에서는 일반적으로 3개의 가상화 [4]계층을 활용합니다.

일부 구현에서는 매핑테이블을 사용하지 않고 알고리즘을 사용하여 로케이션을 계산합니다.이러한 실장에서는 매핑테이블에 정보를 저장하는 것이 아니라 다이내믹 방식을 사용하여 접근로케이션을 계산합니다.

I/O 리다이렉션

가상화 소프트웨어 또는 디바이스는 메타데이터를 사용하여 I/O 요청을 수정합니다.논리 디스크(vdisk)와 관련하여 데이터 위치에 대한 정보를 포함하는 수신 I/O 요청을 수신하고 이를 물리 디스크 위치에 대한 새로운 I/O 요청으로 변환합니다.

예를 들어 가상화 디바이스는 다음과 같습니다.

  • vdisk LUN ID=1, LBA=32에 대한 읽기 요청 수신
  • LUN ID=1, LBA=32에 대한 메타데이터 조회를 수행하고 물리적 LUN ID=7, LBA0에 대한 매핑을 찾습니다.
  • 읽기 요청을 물리적 LUN ID=7, LBA0으로 보냅니다.
  • 물리적 LUN에서 데이터를 다시 수신합니다.
  • vdisk LUN ID=1, LBA32에서 온 것처럼 데이터를 원본으로 다시 보냅니다.

기능

대부분의 구현에서는 특정 구현의 지원 매트릭스 범위 내에서 이기종 멀티벤더 스토리지 디바이스를 관리할 수 있습니다.즉, 다음과 같은 기능은 단일 벤더의 디바이스(특정 스토리지 컨트롤러가 제공하는 것과 같은 기능)에만 국한되지 않고 실제로 다른 벤더의 디바이스 간에 사용할 수 있습니다.

레플리케이션

주요 기사:스토리지 리플리케이션

데이터 레플리케이션 기술은 가상화 어플라이언스에 한정되지 않기 때문에 여기서 자세히 설명하지 않습니다.그러나 대부분의 구현에서는 이러한 복제 서비스의 일부 또는 전부를 제공합니다.

스토리지를 가상화하는 경우, 레플리케이션 서비스는 가상화를 실행하는 소프트웨어 또는 디바이스 위에 구현되어야 합니다.논리 디스크(vdisk)의 실제적이고 일관된 이미지를 복사할 수 있는 것은 가상화 계층 위뿐이기 때문입니다.이로 인해 구현 가능한 서비스가 제한되거나 구현이 매우 어려워집니다.가상화가 네트워크 이상에 실장되어 있는 경우, 기반이 되는 스토리지 컨트롤러가 제공하는 레플리케이션 서비스를 사용할 수 없게 됩니다.

  • 디저스터 리커버리를 위한 리모트 데이터 리플리케이션
    • 동기 미러링 – I/O 완료가 반환되는 것은 리모트 사이트에서 완료가 확인되었을 경우뿐입니다.단거리(200km 미만)에 적용 가능
    • 비동기 미러링– 리모트사이트가 완료를 승인하기 전에 I/O 완료가 반환됩니다.200km 이상 먼 거리에도 적용 가능
  • 다양한 용도로 데이터를 복사하거나 복제할 수 있는 시점별 스냅샷
    • 씬 프로비저닝과 조합하여 공간 효율적인 스냅샷 구현

풀링

물리적 스토리지 리소스는 논리적 스토리지가 생성되는 스토리지 풀로 집계됩니다.기본적으로 이기종 스토리지 시스템을 필요에 따라 추가할 수 있으며 가상 스토리지 공간도 동일한 양만큼 확장할 수 있습니다.이 프로세스는 스토리지 인프라를 사용하는 애플리케이션에 대해 완전히 투명합니다.

디스크 관리

스토리지 가상화를 제공하는 소프트웨어 또는 장치는 가상화 환경에서 일반적인 디스크 관리자가 됩니다.논리 디스크(vdisk)는 가상화 소프트웨어 또는 디바이스에 의해 생성되어 필요한 호스트 또는 서버에 매핑(표시 가능)되므로 환경 내의 모든 볼륨을 공통적으로 관리하는 장소 또는 방법이 제공됩니다.

이 환경에서는 확장 기능을 쉽게 제공할 수 있습니다.

  • 스토리지 활용률을 극대화하는 씬 프로비저닝
    • 물리적 스토리지는 사용 시 매핑 테이블에서만 할당되므로 구현이 비교적 쉽습니다.
  • 디스크 확장 및 축소
    • 매핑 테이블에 추가함으로써 물리 스토리지를 더 할당할 수 있습니다(사용 중인 시스템이 온라인 확장에 대응할 수 있다고 가정).
    • 마찬가지로 일부 물리 스토리지를 매핑에서 삭제함으로써 디스크 크기를 줄일 수 있습니다(제거된 영역에 무엇이 있는지 보증할 수 없기 때문에 이 경우 사용이 제한됩니다).

혜택들

무중단 데이터 마이그레이션

실제 스토리지에서 호스트 또는 서버를 추상화하는 주요 이점 중 하나는 동시 I/O 액세스를 유지하면서 데이터를 마이그레이션할 수 있다는 것입니다.

호스트는 논리 디스크(매핑된 LUN)만 인식하므로 메타데이터 매핑에 대한 변경 내용은 호스트에 투명합니다.즉, 클라이언트의 동작에 영향을 주지 않고 실제 데이터를 다른 물리적인 장소로 이동 또는 복제할 수 있습니다.데이터가 복사 또는 이동되면 메타데이터를 새 위치를 가리키도록 업데이트하기만 하면 되므로 이전 위치의 물리적 스토리지를 확보할 수 있습니다.

물리적 위치를 이동하는 프로세스를 데이터 마이그레이션이라고 합니다.대부분의 구현에서는 호스트가 논리 디스크(또는 LUN)에 대한 I/O를 계속 수행하는 동시에 중단 없는 방식으로 이 작업을 수행할 수 있습니다.

매핑 입도에 따라 메타 데이터를 얼마나 빨리 업데이트할 수 있는지, 마이그레이션 중에 필요한 추가 용량 및 이전 위치가 사용 가능한 상태로 표시되는 속도가 결정됩니다.세밀도가 작을수록 업데이트 속도가 빨라지고 필요한 공간이 줄어들며 오래된 스토리지를 빠르게 해방할 수 있습니다.

스토리지 관리자가 일상적으로 수행해야 하는 작업은 데이터 마이그레이션 기술을 사용하여 단순하면서도 동시에 수행할 수 있습니다.

  • 과도하게 사용된 스토리지 디바이스에서 데이터 이동
  • 필요에 따라 데이터를 더 빠른 스토리지 장치로 이동
  • 정보 라이프 사이클 관리 정책 구현
  • 오래된 스토리지 디바이스에서 데이터 마이그레이션(폐기 또는 임대 해제)

사용률 향상

풀링, 마이그레이션 및 씬 프로비저닝 서비스를 통해 활용률을 높일 수 있습니다.이를 통해 사용자는 스토리지 솔루션의 과다 구매 및 과다 프로비저닝을 방지할 수 있습니다.즉, 스토리지 공유 풀을 통한 이러한 활용률은 애플리케이션 성능을 저해하는 스토리지 용량의 제약을 피하기 [5]위해 쉽고 빠르게 할당할 수 있습니다.

사용 가능한 스토리지 용량이 모두 풀링되면 시스템 관리자는 더 이상 특정 호스트 또는 서버에 할당할 여유 공간이 있는 디스크를 검색할 필요가 없습니다.사용 가능한 풀에서 새로운 논리 디스크를 간단히 할당할 수도 있고 기존 디스크를 확장할 수도 있습니다.

풀링은 사용 가능한 모든 스토리지 용량을 잠재적으로 사용할 수 있음을 의미합니다.기존 환경에서는 디스크 전체가 호스트에 매핑되었습니다.이것은 필요한 것보다 클 수 있기 때문에 공간을 낭비할 수 있습니다.가상 환경에서는 논리 디스크(LUN)에 사용 중인 호스트에 필요한 용량이 할당됩니다.

스토리지를 그 시점에서 필요한 장소에 할당할 수 있기 때문에, 장래에 필요한 호스트의 양을 추측할 필요가 없어집니다.Thin Provisioning을 사용하면 관리자는 매우 큰 씬 프로비저닝 논리 디스크를 생성할 수 있습니다.따라서 사용 중인 시스템에서는 첫날부터 매우 큰 디스크가 있는 것으로 간주됩니다.

관리 포인트 감소

스토리지 가상화에서는 네트워크에 분산되어 있더라도 여러 개의 독립된 스토리지 디바이스가 단일 단일 스토리지 디바이스로 보이며 중앙 집중식으로 관리할 수 있습니다.

그러나 기존 스토리지 컨트롤러 관리는 여전히 필요합니다.즉, 오류 및 장애 관리를 포함한 RAID 어레이의 작성과 유지 보수입니다.

리스크

실패한 구현 취소

추상화 레이어가 배치되면 가상 머신만이 물리 미디어상의 실제 데이터의 위치를 알 수 있습니다.따라서 가상 스토리지 환경에서 백업하려면 논리 디스크를 기존 방식으로 사용할 수 있는 연속 디스크로 재구성해야 합니다.

대부분의 구현에서는 어떤 형태의 백아웃 절차가 제공되며, 데이터 이행 서비스에서는 적어도 가능하지만 시간이 걸립니다.

상호 운용성 및 벤더 지원

상호 운용성은 모든 가상화 소프트웨어 또는 디바이스를 가능하게 하는 중요한 요소입니다.실제 물리적 스토리지 컨트롤러와 호스트, 운영 체제, 다중 경로 소프트웨어 및 연결 하드웨어에 적용됩니다.

상호운용성 요건은 선택한 구현에 따라 달라집니다.예를 들어 스토리지 컨트롤러 내에 구현된 가상화는 호스트 기반 상호 운용성에 추가 오버헤드를 발생시키지 않지만 동일한 소프트웨어로 가상화하려면 다른 스토리지 컨트롤러의 추가 지원이 필요합니다.

스위치 베이스의 가상화에서는, 패킷 크래킹 기술을 사용해 I/O를 리다이렉트 하는 경우는, 특정의 호스트의 상호 운용성이 필요 없는 경우가 있습니다.

네트워크 기반 어플라이언스는 모든 디바이스, 스토리지 및 호스트와 상호 운용해야 하기 때문에 최고 수준의 상호 운용성을 필요로 합니다.

복잡성

복잡성은 여러 영역에 영향을 미칩니다.

  • 환경 관리:가상 스토리지 인프라스트럭처는 논리 디스크와 레플리케이션 서비스 관리를 일원화하여 이점을 얻지만 물리 스토리지는 관리해야 합니다.추상화 계층으로 인해 문제의 판별과 장애 분리도 복잡해질 수 있습니다.
  • 인프라스트럭처 설계:기존의 설계 윤리는 더 이상 적용되지 않을 수 있습니다.가상화에 의해 고려해야 할 다양한 새로운 아이디어와 개념이 실현됩니다(상세 내용은 이쪽).
  • 소프트웨어 또는 디바이스 자체:일부 구현에서는 특히 인밴드(대칭) 설계와 코드화가 복잡하기 때문에 I/O 요구를 실제로 처리하기 때문에 지연이 문제가 됩니다.

메타데이터 관리

정보는 오늘날의 비즈니스 환경에서 가장 가치 있는 자산 중 하나입니다.일단 가상화되면 메타데이터는 중간에 접착제가 됩니다.메타데이터가 손실되면 매핑 정보가 없으면 논리 드라이브를 재구성하는 것이 사실상 불가능하기 때문에 실제 데이터도 모두 손실됩니다.

모든 구현은 적절한 수준의 백업 및 복제본을 사용하여 보호를 보장해야 합니다.치명적인 장애 발생 시 메타 데이터를 재구성할 수 있는 것이 중요합니다.

메타데이터 관리는 성능에도 영향을 미칩니다.가상화 소프트웨어 또는 디바이스는 메타데이터의 모든 복사본을 보관하고 신속하게 업데이트할 수 있어야 합니다.구현에 따라서는 실제 I/O에 대한 지연을 최소화하기 위해 초고속 업데이트가 필요한 시점 복사본 및 캐싱과 같은 특정 고속 업데이트 기능을 제공하는 기능이 제한됩니다.

퍼포먼스와 확장성

일부 구현에서는 주로 캐슁을 통해 물리적 스토리지의 성능이 실제로 향상될 수 있습니다.그러나 캐슁은 I/O 요청에 포함된 데이터를 가시적으로 파악해야 하므로 인밴드 및 대칭 가상화 소프트웨어 및 장치로 제한됩니다.그러나 이러한 구현은 I/O가 소프트웨어 또는 디바이스를 통과해야 하기 때문에 I/O 요청의 지연 시간(캐시 누락)에도 직접적인 영향을 미칩니다.소프트웨어 또는 디바이스가 효율적으로 설계되어 있다고 가정하면 물리 디스크액세스와 관련된 레이텐시에 비해 이 영향은 최소한으로 억제됩니다.

가상화의 특성상 논리에서 물리로의 매핑에는 처리 능력과 룩업 테이블이 필요합니다.따라서 모든 구현에 약간의 지연이 추가됩니다.

응답 시간에 대한 우려 외에 스루풋도 고려해야 합니다.메타데이터 룩업소프트웨어에 출입하는 대역폭은 사용 가능한 시스템 대역폭에 직접 영향을 줍니다.정보를 읽거나 쓰기 전에 메타 데이터 룩업이 발생하는 비대칭 구현에서는 메타 데이터가 실제 I/O 크기의 극히 일부이기 때문에 대역폭은 그다지 중요하지 않습니다.인밴드에서는 설계를 통과하는 대칭 흐름은 처리 능력과 연결 대역폭에 의해 직접 제한됩니다.

대부분의 구현에서는 소프트웨어 또는 디바이스 인스턴스를 추가하면 확장성이 향상되고 대역폭이 증가할 수 있는 스케일아웃 모델이 제공됩니다.퍼포먼스와 scalability의 특성은 선택한 구현에 의해 직접 영향을 받습니다.

구현 접근법

  • 호스트 베이스
  • 스토리지 디바이스 기반
  • 네트워크 기반

호스트 베이스

주요 기사:논리 볼륨 관리

호스트 기반 가상화를 수행하려면 호스트에서 특권 태스크 또는 프로세스로 실행되는 추가 소프트웨어가 필요합니다.볼륨 관리가 운영 체제에 내장된 경우도 있고 별도의 제품으로 제공되는 경우도 있습니다.호스트 시스템에 표시되는 볼륨(LUN)은 기존의 물리 디바이스 드라이버로 처리됩니다.그러나 소프트웨어 계층(볼륨 관리자)은 디스크 장치 드라이버 위에 상주하여 I/O 요청을 가로채고 메타데이터 검색 및 I/O 매핑을 제공합니다.

대부분의 최신 운영 체제에는 가상화 태스크를 수행하는 논리 볼륨 관리 기능이 내장되어 있습니다(Linux에서는 Logical Volume Manager(LVM), Solaris 및 FreeBSD에서는 ZFS의 zpool 계층, Windows에서는 Logical Disk Manager(LDM)).

참고: 호스트 기반 볼륨 관리자는 스토리지 가상화라는 용어가 만들어지기 훨씬 전에 사용되었습니다.

장점
단점
  • 호스트 단위로만 스토리지 사용률이 최적화됨
  • 레플리케이션 및 데이터 이행은 해당 호스트에 로컬로만 가능
  • 소프트웨어는 운영체제마다 고유
  • 호스트 인스턴스를 다른 인스턴스와 동기화하는 쉬운 방법이 없음
  • 서버 디스크 드라이브의 크래시 후의 기존 데이터 리커버리 불가능

구체적인 예

스토리지 디바이스 기반

호스트 베이스의 가상화와 같이, 몇개의 카테고리가 몇년간 존재해 왔지만, 최근에서야 가상화로 분류되고 있습니다.단일 하드 디스크 드라이브와 같은 단순한 데이터 스토리지 디바이스는 가상화를 제공하지 않습니다.그러나 가장 단순한 디스크 어레이도 RAID 스킴을 사용하여 단일 어레이에 여러 디스크를 결합(나중에 어레이를 더 작은 볼륨으로 분할할 수 있음)하기 때문에 논리적에서 물리적 추상화를 제공합니다.

고도의 디스크 어레이에는, 클로닝, 스냅샷, 및 리모트 레플리케이션이 탑재되어 있는 경우가 많습니다.일반적으로 이러한 디바이스는 벤더마다 독자적인 프로토콜을 사용하는 경향이 있기 때문에 이기종 스토리지 간의 데이터 이행 또는 복제의 이점을 제공하지 않습니다.

새로운 종류의 디스크 어레이 컨트롤러를 통해 다른 스토리지 디바이스를 다운스트림으로 연결할 수 있습니다.이 문서에서는 실제로 다른 스토리지 디바이스를 가상화하는 최신 스타일만 설명합니다.

개념.

프라이머리 스토리지 컨트롤러는 서비스를 제공하고 다른 스토리지 컨트롤러를 직접 연결할 수 있습니다.실장에 따라서는, 같은 벤더 또는 다른 벤더의 제품도 있습니다.

프라이머리 컨트롤러는 풀링 및 메타데이터 관리 서비스를 제공합니다.또, 이러한 컨트롤러 전체에 레플리케이션 및 이행 서비스를 제공할 수도 있습니다.

장점
  • 추가 하드웨어 또는 인프라스트럭처 요건 없음
  • 스토리지 가상화의 대부분의 이점을 제공합니다.
  • 개별 I/O에 지연 시간 추가 안 함
단점
  • 연결된 컨트롤러 전체에서만 스토리지 활용률 최적화
  • 장거리 지원을 위해 연결된 컨트롤러와 동일한 벤더 디바이스 간에만 복제 및 데이터 이행 가능
  • 벤더 지원 매트릭스로 한정되는 다운스트림 컨트롤러 접속
  • I/O 지연, 캐시 적중이 아닌 경우 프라이머리 스토리지 컨트롤러가 세컨더리 다운스트림 I/O 요청을 발행해야 함
  • 스토리지 인프라 리소스 증가, primary 스토리지 컨트롤러는 secondary 스토리지 컨트롤러와 동일한 대역폭을 사용하여 throughput을 유지합니다.

네트워크 기반

네트워크 기반 디바이스(일반적으로 표준 서버 또는 스마트 스위치) 상에서 동작하며 iSCSI 또는 FC 파이버 채널 네트워크를 사용하여 SAN으로 접속하는 스토리지 가상화.이러한 유형의 디바이스는 가장 일반적으로 이용 가능하며 구현된 가상화 형태입니다.

가상화 디바이스는 SAN에 배치되어 I/O를 수행하는 호스트와 스토리지 용량을 제공하는 스토리지 컨트롤러 간에 추상화 계층을 제공합니다.

장점
  • 진정한 이기종 스토리지 가상화
  • 인밴드로 데이터 캐싱 가능(퍼포먼스 이점)
  • 모든 가상화 스토리지를 위한 단일 관리 인터페이스
  • 이기종 디바이스 간의 레플리케이션 서비스
단점
  • 복잡한 상호 운용성 매트릭스– 벤더 지원에 의해 제한됨
  • 스위치 기반 디바이스에서 신속한 메타데이터 업데이트 구현이 어려움
  • 대역 외에서는 특정 호스트 기반 소프트웨어가 필요
  • 인밴드로 I/O 지연이 증가할 수 있음
  • 인밴드 설계 및 코드화가 가장 복잡함
어플라이언스 기반과 스위치 기반

네트워크 기반 스토리지 가상화에는 어플라이언스 기반과 스위치 기반 두 가지 일반적인 구현이 있습니다.두 모델 모두 동일한 서비스, 디스크 관리, 메타데이터 검색, 데이터 마이그레이션 및 복제를 제공할 수 있습니다.두 모델 모두 이러한 서비스를 제공하기 위해 일부 처리 하드웨어가 필요합니다.

어플라이언스 기반 디바이스는 어떤 형식의 SAN 연결을 제공하는 전용 하드웨어 디바이스입니다.이러한 기능은 호스트와 스토리지 사이에 있으며, 인밴드(대칭) 어플라이언스의 경우 이 문서에서 설명하는 모든 이점과 서비스를 제공할 수 있습니다.I/O 요청은 어플라이언스 자체를 대상으로 하며, 어플라이언스는 자체 I/O 요청을 기본 스토리지에 전송하여 I/O를 리디렉션하기 전에 메타데이터 매핑을 수행합니다.인밴드 어플라이언스는 데이터 캐싱도 제공할 수 있습니다.대부분의 실장에서는, 메타데이터와 캐시 데이터의 아토믹 뷰를 유지하기 위해서, 개개의 어플라이언스의 clustering을 어느 정도 제공하고 있습니다.

이름에서 알 수 있듯이 스위치 기반 디바이스는 SAN 디바이스를 연결하는 데 사용되는 물리적 스위치 하드웨어에 있습니다.또한 호스트와 스토리지 사이에 위치하지만 수신 I/O 요청을 스누핑하고 I/O 리디렉션을 수행하기 위해 패킷 크래킹과 같은 메타데이터 매핑을 제공하기 위해 다른 기술을 사용할 수 있습니다.스위치드 환경에서는 메타데이터의 원자적인 갱신을 보증하는 것이 훨씬 더 어렵고, 스위치드 실장에서는 데이터와 메타데이터의 신속한 갱신이 필요한 서비스가 제한될 수 있습니다.

인밴드 대 아웃오브밴드

대칭이라고도 하는 인밴드 가상화 디바이스는 실제로 호스트와 스토리지 사이의 데이터 경로에 위치합니다.모든 I/O 요청과 해당 데이터가 장치를 통과합니다.호스트는 가상화 디바이스에 대해 I/O를 수행하며 실제 스토리지 디바이스와 상호 작용하지 않습니다.가상화 디바이스는 스토리지 디바이스에 대한 I/O를 차례로 수행합니다.데이터 캐싱, 데이터 사용량 통계, 복제 서비스, 데이터 마이그레이션 및 씬 프로비저닝은 모두 인밴드 디바이스에 쉽게 구현됩니다.

비대칭 가상화 디바이스라고도 하는 아웃 오브 밴드(out-of-band)는 메타데이터 서버라고도 불립니다.이러한 디바이스는 메타데이터 매핑 기능만 수행합니다.이를 위해서는 먼저 실제 데이터의 위치를 요구하는 것을 알고 있는 추가 소프트웨어가 호스트에 필요합니다.따라서 호스트의 I/O 요청이 호스트를 떠나기 전에 가로채고 메타데이터 서버(SAN 이외의 인터페이스를 통해)에서 메타데이터 조회가 요청되어 데이터의 물리적 위치가 호스트로 반환됩니다.그런 다음 스토리지에 대한 실제 I/O 요청을 통해 정보가 검색됩니다.데이터가 장치를 통과하지 않기 때문에 캐싱이 불가능합니다.

파일 기반 가상화

파일 기반 가상화는 파일을 스토리지의 기본 단위로 사용하는 스토리지 가상화의 한 유형입니다.이는 블록을 기본 단위로 사용하는 블록 기반 스토리지 가상화와는 대조적입니다.특정 드라이버나 기타 낮은 수준의 구성 없이 스토리지의 물리적 세부 정보를 추상화하고 모든 유형의 스토리지 디바이스에 파일을 저장할 수 있습니다.

파일 기반 가상화는 스토리지 통합, 스토리지 활용률 향상, 재해 복구 등 다양한 용도로 사용할 수 있습니다.이를 통해 스토리지 관리를 단순화하고 관리해야 하는 전체 스토리지 디바이스 수를 줄일 수 있습니다.

파일 기반 가상화는 또한 최대 용량을 사용하지 않는 장치에 파일을 저장할 수 있도록 함으로써 스토리지 활용률을 높일 수 있습니다.예를 들어, 파일 서버에 부분적으로만 채워진 하드 드라이브가 다수 있는 경우 파일 기반 가상화를 사용하여 해당 드라이브에 파일을 저장할 수 있으므로 스토리지 디바이스의 사용률이 향상됩니다.

마지막으로 파일 기반 가상화를 재해 복구에 사용할 수 있습니다.다양한 스토리지 디바이스에 걸쳐 파일을 복제함으로써 스토리지 디바이스에 장애가 발생했을 때 복구할 수 있습니다.

파일 기반 가상화를 사용하여 가상 파일 서버(또는 가상 NAS 장치)를 만들 수 있습니다. 이 시스템은 사용자에게 단일 파일 서버로 보이지만 실제로는 다수의 물리적 파일 서버에 저장된 파일 세트로 구현됩니다.

다음 항목도 참조하십시오.사용자 공간의 가상 파일 시스템, 설치 가능한 파일 시스템 및 파일 시스템

「 」를 참조해 주세요.

레퍼런스

  1. ^ EMC Education Services (2010). Information Storage and Management. John Wiley & Sons. p. 210. ISBN 978-0-470-29421-5. Retrieved October 16, 2017.
  2. ^ PC Magazine. "Virtual Storage". PC Magazine Encyclopedia. Retrieved October 17, 2017.
  3. ^ SearchStorage.com의 정의
  4. ^ 견적 필요
  5. ^ "Stop Over-Provisioning with Storage Resource Management". Dell.com. Retrieved 2012-06-30.