Storage Gateway 로컬 디스크 관리 - AWSStorage Gateway

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

Storage Gateway 로컬 디스크 관리

게이트웨이 가상 머신(VM)은 버퍼링 및 스토리지에 온프레미스로 할당하는 로컬 디스크를 사용합니다. Amazon EC2 인스턴스에서 생성된 게이트웨이는 Amazon EBS 볼륨을 로컬 디스크로 사용합니다.

로컬 디스크 스토리지 용량 결정

게이트웨이에 할당하려는 디스크의 개수 및 크기는 사용자가 직접 결정합니다. 게이트웨이에는 다음과 같은 추가 스토리지가 필요합니다.

파일 게이트웨이에는 캐시로 사용할 디스크가 한 개 이상 필요합니다. 다음은 배포된 게이트웨이의 로컬 디스크 스토리지에 권장되는 크기를 보여주는 표입니다. 게이트웨이를 설정한 후, 그리고 워크로드 요구의 증가에 따라 로컬 스토리지를 추가할 수 있습니다.

로컬 스토리지 설명 게이트웨이 유형
캐시 스토리지 캐시 스토리지는 Amazon S3 또는 파일 시스템에 업로드 보류 중인 데이터를 위한 온프레미스 내구성 저장소의 역할을 합니다.
  • 파일 게이트웨이

참고

기본 물리 스토리지 리소스는 VMware에서 데이터 스토어로 표시됩니다. 게이트웨이 VM을 배포할 경우, VM 파일을 저장할 데이터 스토어를 선택합니다. 로컬 디스크를 프로비저닝하는 경우 (예: 캐시 스토리지 용도), 가상 디스크를 동일한 데이터 스토어에 VM으로 저장하거나 다른 데이터 스토어에 저장하는 옵션을 선택할 수 있습니다.

데이터 스토어가 한 개 이상인 경우에는 캐시 스토리지에 데이터 스토어 한 개씩 선택하는 것이 좋습니다. 오직 기본 물리 디스크 한 개의 지원을 받는 데이터 스토어는 캐시 스토리지를 모두 지원하는 데 사용되는 경우 성능이 떨어질 수 있습니다. 이는 백업이 RAID1 같이 성능이 비교적 떨어지는 RAID 구성일 때도 마찬가지입니다.

게이트웨이의 초기 구성 및 배포 후에는 캐시 스토리지용 디스크를 추가하여 로컬 스토리지를 조정할 수 있습니다.

할당할 캐시 스토리지의 크기 결정

게이트웨이는 최근에 액세스한 데이터에 대한 액세스 지연 시간을 줄이기 위해 자체 캐시 스토리지를 사용합니다. 캐시 스토리지는 Amazon S3 또는 파일 시스템에 업로드 보류 중인 데이터를 위한 온프레미스 내구성 저장소의 역할을 합니다. 캐시 스토리지 크기를 추산하는 방법에 대한 자세한 내용은 Storage Gateway 로컬 디스크 관리 단원을 참조하십시오.

초기에는 이 근사치를 사용하여 캐시 스토리지용 디스크를 프로비저닝할 수 있습니다. 그런 다음 Amazon CloudWatch 운영 측정치를 사용하여 캐시 스토리지 사용량을 모니터링하고 콘솔을 사용하여 필요에 따라 추가 스토리지를 프로비저닝할 수 있습니다. 측정치 사용 및 경보 설정에 대한 정보는 성능 단원을 참조하십시오.

캐시 스토리지 추가

애플리케이션 요구 사항이 변화함에 따라 게이트웨이의 캐시 스토리지 용량을 늘릴 수 있습니다. 기존 게이트웨이 기능을 중지하지 않고 게이트웨이에 캐시 용량을 추가할 수 있습니다. 스토리지 용량을 추가할 때는 게이트웨이 VM이 켜져 있어야 합니다.

중요

기존 게이트웨이에 캐시를 추가할 때 호스트에 새 디스크를 생성하는 것이 중요합니다 (하이퍼바이저 또는 Amazon EC2 인스턴스). 기존 디스크가 이전에 캐시로 할당되었던 경우, 디스크 크기를 변경하지 마십시오. 캐시 스토리지로 할당된 캐시 디스크를 제거하지 마십시오.

다음 절차는 게이트웨이에 스토리지를 구성하거나 캐시하는 방법을 안내합니다.

스토리지를 추가 및 구성 또는 캐시하려면
  1. 호스트 (하이퍼바이저 또는 Amazon EC2 인스턴스) 에서 새 디스크를 프로비저닝합니다. 하이퍼바이저에서 디스크를 프로비저닝하는 방법에 대한 자세한 내용은 하이퍼바이저의 사용자 매뉴얼을 참조하십시오. 이 디스크를 캐시 스토리지로 구성합니다.

  2. 에서 Storage Gateway 콘솔 열기https://console.aws.amazon.com/storagegateway/home.

  3. 탐색 창에서 게이트웨이를 선택합니다.

  4. 작업 메뉴에서 로컬 디스크 편집을 선택합니다.

  5. [Edit local disk] 대화 상자에서 프로비저닝한 디스크를 식별하여 캐시된 스토리지에 어떤 디스크를 사용할지 결정합니다.

    해당 디스크가 보이지 않으면 새로 고침 버튼을 선택하십시오.

  6. 저장을 선택하여 구성 설정을 저장합니다.

EC2 게이트웨이에서 임시 스토리지 사용

이 섹션에서는 휘발성 디스크를 게이트웨이의 캐시 스토리지로 선택할 때 데이터 손실을 방지하기 위해 수행해야 하는 단계에 대해 설명합니다.

휘발성 디스크는 Amazon EC2 인스턴스에 블록 수준의 임시 스토리지를 제공합니다. 휘발성 디스크는 게이트웨이의 캐시 스토리지의 데이터와 같이 빈번히 바뀌는 데이터를 임시로 저장하는 데 이상적입니다. 게이트웨이를 Amazon EC2 Amazon 머신 이미지와 함께 시작하고 선택하는 인스턴스 유형이 휘발성 스토리지를 지원하는 경우 디스크가 자동으로 열거되므로 디스크 중 하나를 선택하여 게이트웨이의 캐시에 데이터를 저장할 수 있습니다. 자세한 내용은 단원을 참조하십시오.Amazon EC2 인스턴스 스토어Linux 인스턴스용 Amazon EC2 사용 설명서.

애플리케이션의 디스크 쓰기는 캐시에 동기 방식으로 저장되지만 내구성이 뛰어난 스토리지에는 비동기 방식으로 업로드됩니다. 데이터 업로드를 마치기 전에 Amazon EC2 인스턴스가 중단되어 휘발성 스토리지에 저장된 데이터가 손실된 경우에는 캐시에 아직 저장되어 Amazon S3 업로드되지 않은 데이터가 손실될 수 있습니다. 게이트웨이를 호스트하는 EC2 인스턴스를 다시 시작하거나 중지하기 전에 단계에 따라 이러한 데이터 손실을 방지할 수 있습니다.

참고

휘발성 스토리지를 사용하고 있고 게이트웨이를 중지한 후 다시 시작하면 게이트웨이가 영구적으로 오프라인 상태가 될 수 있습니다. 이는 물리적 스토리지 디스크가 대체되기 때문에 발생합니다. 이 문제에 대한 해결 방법이 없으므로 게이트웨이를 삭제하고 새 EC2 인스턴스에서 새 게이트웨이를 활성화해야 합니다.

이 다음 절차의 단계는 파일 게이트웨이에 특정합니다.

휘발성 디스크를 사용하는 파일 게이트웨이의 데이터 손실을 방지하려면
  1. 파일 공유에 쓰고 있는 프로세스를 모두 중지하십시오.

  2. 구독하면 CloudWatch 이벤트에서 알림을 수신합니다. 자세한 내용은 파일 작업에 대한 알림 받기 섹션을 참조하세요.

  3. 호출 시API NotifyWhenUploaded임시 스토리지가 손실될 때까지 기록된 데이터가 Amazon S3 안정적으로 저장될 때까지 알림을 받습니다.

  4. API가 완료할 때까지 대기한 후 알림 id를 받으십시오.

    알림 id가 동일한 CloudWatch 이벤트를 수신합니다.

  5. 파일 공유에 대한 CachePercentDirty 지표가 0인지 확인하십시오. 이를 통해 모든 데이터가 Amazon S3 기록되었음을 알 수 있습니다. 파일 공유 지표 지표에 대한 자세한 내용은 파일 공유 지표 이해 단원을 참조하십시오.

  6. 이제 데이터 손실의 위험 없이 파일 게이트웨이를 다시 시작하거나 중지할 수 있습니다.