Tape Gateway 작동 방식 - AWS Storage Gateway
Tape Gateway

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Tape Gateway 작동 방식

다음에서 Tape Gateway 솔루션의 아키텍처 개요를 확인할 수 있습니다.

Tape Gateway

Tape Gateway는 데이터를 내구성이 있고 비용 효율적인 방식으로 Amazon Web Services 클라우드에 아카이브할 수 있는 솔루션을 제공합니다. 가상 테이프 라이브러리(VTL) 인터페이스를 통해 기존 테이프 기반 백업 인프라를 최대한 활용하여 Tape Gateway에 생성하는 가상 테이프 카트리지에 데이터를 저장할 수 있습니다. 각 Tape Gateway에는 미디어 체인저 및 테이프 드라이브가 사전 구성되어 있습니다. 이러한 테이프 드라이브와 미디어 체인저는 기존 클라이언트 백업 애플리케이션에서 iSCSI 디바이스로 사용할 수 있습니다. 필요에 따라 테이프 카트리지를 추가하여 데이터를 보관합니다.

다음 다이어그램은 Tape Gateway 배포를 간략하게 보여줍니다.

테이프 백업 애플리케이션이 Amazon S3 및 Glacier 클라우드 스토리지에 연결되어 있는 Storage Gateway입니다.

이 다이어그램은 다음과 같은 Tape Gateway 구성 요소를 보여줍니다.

  • 가상 테이프 - 가상 테이프는 물리적 테이프 카트리지와 유사합니다. 그러나 가상 테이프 데이터는 Amazon Web Services 클라우드에 저장됩니다. 물리적 테이프처럼 가상 테이프는 공백 상태로 두거나 데이터를 기록할 수 있습니다. Storage Gateway 콘솔을 사용하거나 Storage Gateway API를 사용하여 프로그램 방식으로 가상 테이프를 생성할 수 있습니다. 각 게이트웨이는 테이프를 1,500개까지 또는 한 번에 총 테이프 데이터를 1PiB까지 포함할 수 있습니다. 각 가상 테이프의 크기는 100GiB-15TiB이며, 이 크기는 테이프 생성 시 구성할 수 있습니다.

  • 가상 테이프 라이브러리(VTL) - VTL은 로봇 팔과 테이프 드라이브로 온프레미스에서 사용할 수 있는 물리적 테이프 라이브러리와 유사합니다. VTL에는 저장된 가상 테이프 모음이 포함됩니다. Tape Gateway마다 하나의 VTL이 제공됩니다.

    생성한 가상 테이프는 게이트웨이의 VTL에 표시됩니다. VTL의 테이프는 Amazon S3에 의해 백업됩니다. 백업 소프트웨어가 게이트웨이에 데이터를 쓰면 게이트웨이는 데이터를 로컬에 저장한 다음 VTL의 가상 테이프, 즉 Amazon S3에 비동기식으로 업로드합니다.

    • 테이프 드라이브 - VTL 테이프 드라이브는 I/O를 수행하고 테이프에서 작업을 검색할 수 있는 물리적 테이프 드라이브와 유사합니다. 각 VTL에는 백업 애플리케이션에서 iSCSI 디바이스로 사용할 수 있는 테이프 드라이브 10개가 한 세트로 제공됩니다.

    • 미디어 체인저 - VTL 미디어 체인저는 물리적 테이프 라이브러리의 스토리지 슬롯 및 테이프 드라이브에서 테이프를 이동하는 로봇과 유사합니다. 각 VTL에는 백업 애플리케이션에서 iSCSI 디바이스로 사용할 수 있는 미디어 체인저가 한 개 제공됩니다.

  • 아카이브 - 아카이브는 외부 테이프 보유 시설과 유사합니다. 게이트웨이의 VTL에서 아카이브로 테이프를 보관할 수 있습니다. 필요 시 아카이브에서 게이트웨이의 VTL로 테이프를 다시 가져올 수 있습니다.

    • 테이프 아카이브 - 백업 소프트웨어가 테이프를 배출하면 게이트웨이는 장기 스토리지용 아카이브로 테이프를 옮깁니다. 아카이브는 게이트웨이를 활성화한 AWS 리전에 있습니다. 아카이브의 테이프는 VTS(Virtual Tape Shelf)에 저장됩니다. VTS는 데이터 아카이브, 백업, 장기 데이터 보존을 위한 저비용 스토리지 서비스인 S3 Glacier Flexible Retrieval 또는 S3 Glacier Deep Archive의 지원을 받습니다.

    • 테이프 가져오기 - 아카이브된 테이프는 직접 읽을 수 없습니다. 아카이브된 테이프를 읽으려면 먼저 Storage Gateway 콘솔이나 Storage Gateway API를 사용하여 Tape Gateway로 테이프를 가져와야 합니다.

      중요

      S3 Glacier Flexible Retrieval에 테이프를 아카이브하면 일반적으로 3-5시간 내에 테이프를 가져올 수 있습니다. S3 Glacier Deep Archive에 테이프를 아카이브하면 일반적으로 12시간 내에 테이프를 가져올 수 있습니다.

Tape Gateway를 배포하고 활성화한 후 온프레미스 애플리케이션 서버에 가상 테이프 드라이브와 미디어 체인저를 iSCSI 디바이스로 마운트합니다. 필요 시 가상 테이프를 생성할 수 있습니다. 그러고 나면 기존 백업 소프트웨어 애플리케이션을 사용하여 데이터를 가상 테이프에 쓸 수 있습니다. 미디어 체인저는 가상 테이프를 가상 테이프 드라이브로 로드 및 언로드하여 잃기 및 쓰기 작업을 수행합니다.

게이트웨이 VM에 로컬 디스크 할당

게이트웨이 VM에는 로컬 디스크가 필요한데, 이를 할당하는 목적은 다음과 같습니다.

  • 캐시 스토리지 - 캐시 스토리지는 업로드 버퍼에서 Amazon S3로 업로드 대기 중인 데이터를 위한 내구성 저장소 역할을 합니다.

    애플리케이션이 가상 테이프에서 데이터를 읽으면 게이트웨이는 데이터를 캐시 스토리지에 저장합니다. 게이트웨이는 액세스 지연 시간을 줄이기 위해 최근에 액세스한 데이터를 캐시 스토리지에 저장합니다. 애플리케이션에서 테이프 데이터를 요청하면 게이트웨이는 AWS에서 데이터를 다운로드하기 전에 우선 캐시 스토리지에서 데이터를 확인합니다.

  • 업로드 버퍼 - 업로드 버퍼는 데이터를 가상 테이프에 업로드하기 전에 게이트웨이에 스테이징 영역을 제공합니다. 또한 업로드 버퍼는 예기치 않은 장애로부터 테이프를 복구하는 데 사용할 수 있는 복구 시점을 생성할 때 아주 중요한 역할을 합니다. 자세한 내용은 장애가 있는 Tape Gateway에서 가상 테이프를 복구해야 하는 경우 단원을 참조하십시오.

백업 애플리케이션이 데이터를 게이트웨이에 쓸 때 게이트웨이는 데이터를 캐시 스토리지와 업로드 버퍼 모두로 복사합니다. 그런 다음 백업 애플리케이션에 대한 쓰기 작업 완료를 승인합니다.

캐시 스토리지 및 업로드 버퍼에 할당할 디스크 공간 크기에 대한 지침은 로컬 디스크 스토리지 용량 결정 단원을 참조하십시오.