Requirements - AWS Storage Gateway

Amazon S3 파일 게이트웨이 설명서가Amazon S3 파일 게이트웨이란 무엇입니까?

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

Requirements

다른 언급이 없을 경우, 다음 요구 사항은 모든 게이트웨이 구성에 공통적으로 적용됩니다.

하드웨어 및 스토리지 요구 사항

이 단원에서는 게이트웨이에 대한 최소 하드웨어 및 설정, 필요한 스토리지에 할당할 최소 디스크 공간에 대한 정보를 얻을 수 있습니다. 파일 게이트웨이 성능의 모범 사례에 대한 자세한 내용은 파일 게이트웨이에 대한 성능 지침 단원을 참조하십시오.

온프레미스 VM에 대한 하드웨어 요구 사항

게이트웨이를 온프레미스에서 배포하는 경우에는 게이트웨이 VM을 배포하는 기본 하드웨어가 다음의 최소 리소스를 제공할 수 있도록 해야 합니다.

  • VM에 지정한 가상 프로세스 4개.

  • 16GiB 파일 게이트웨이용 예약 RAM

    볼륨 및 테이프 게이트웨이의 경우 하드웨어는 다음 RAM 용량을 사용해야 합니다.

    • 캐시 크기가 최대 16TiB인 게이트웨이를 위한 16GiB 예약 RAM

    • 캐시 크기가 16TiB ~ 32TiB인 게이트웨이를 위한 32GiB의 예약된 RAM

    • 캐시 크기가 32TiB ~ 64TiB 인 게이트웨이에 대해 예약된 RAM 48GiB

  • VM 이미지 및 시스템 데이터 설치용 디스크 공간 80GiB.

자세한 정보는 게이트웨이 성능 최적화을 참조하십시오. 하드웨어가 게이트웨이 VM의 성능에 미치는 영향에 대한 정보는 AWS Storage Gateway 할당량 단원을 참조하십시오.

Amazon EC2 인스턴스 유형 요구 사항

Amazon Elastic Compute Cloud (Amazon EC2) 에 게이트웨이를 배포하는 경우 인스턴스 크기는 최소한xlarge를 사용하여 게이트웨이가 작동하도록하십시오. 하지만 컴퓨팅 최적화 인스턴스 패밀리의 경우 크기가 2xlarge 이상이 되어야 합니다. 게이트웨이 유형에 대한 권장 인스턴스 유형 중 하나를 사용합니다.

파일 게이트웨이별 권장 사항

  • 범용 인스턴스 패밀리 — m4 또는 m5 인스턴스 유형.

  • 컴퓨팅 최적화 인스턴스 패밀리— c4 또는 c5 인스턴스 유형. RAM 요구 사항을 충족할 수 있도록 인스턴스 크기를 2xlarge 이상으로 선택합니다.

  • 메모리 최적화 인스턴스 패밀리 — r3 인스턴스 유형.

  • 스토리지 최적화 인스턴스 패밀리 — i3 인스턴스 유형.

    참고

    Amazon EC2 2에서 게이트웨이를 시작하고, 선택한 인스턴스 유형이 임시 스토리지를 지원할 경우 디스크가 자동으로 나열됩니다. Amazon EC2 인스턴스 스토리지에 대한 자세한 내용은 단원을 참조하십시오.인스턴스 스토리지Amazon EC2 사용 설명서.

    애플리케이션 쓰기는 캐시에 동기 방식으로 저장되지만 내구성이 뛰어난 스토리지에는 비동기 방식으로 업로드됩니다. 업로드를 마치기 전에 인스턴스가 중단되어 휘발성 스토리지가 손실될 경우에는 캐시에 저장되어 아직 S3에 작성되지 않은 데이터가 손실될 수 있습니다. 따라서 게이트웨이를 호스팅하고 있는 인스턴스를 중단하려면 먼저 CachePercentDirty CloudWatch 지표가 0인지 확인해야 합니다. 휘발성 스토리지에 대한 자세한 내용은 EC2 게이트웨이에 휘발성 스토리지 사용 단원을 참조하십시오. 스토리지 게이트웨이의 지표 모니터링에 대한 자세한 내용은 Storage Gateway 모니터링 단원을 참조하십시오.

    S3 버킷에 객체 수가 5백만개 이상이고 범용 SSD 볼륨을 사용 중인 경우 시작 시 게이트웨이가 허용 가능한 성능을 발휘하려면 최소 루트 EBS 볼륨으로 350GiB가 필요합니다. 볼륨 크기 증가 방법에 대한 자세한 내용은 탄력적 볼륨을 사용하여 EBS 볼륨 수정(콘솔)을 참조하십시오.

캐시 볼륨 및 테이프 게이트웨이 유형별 권장 사항

  • 범용 인스턴스 패밀리 — m4 또는 m5 인스턴스 유형. m4.16xlarge 인스턴스 유형은 사용하지 않는 것이 좋습니다.

  • 컴퓨팅 최적화 인스턴스 패밀리— c4 또는 c5 인스턴스 유형. RAM 요구 사항을 충족할 수 있도록 인스턴스 크기를 2xlarge 이상으로 선택합니다.

  • 스토리지 최적화 인스턴스 패밀리— d2, i2 또는 i3 인스턴스 유형.

스토리지 요구 사항

VM에 80GiB 디스크 공간이 필요할 뿐 아니라 게이트웨이에도 추가 디스크가 필요합니다.

다음은 배포된 게이트웨이의 로컬 디스크 스토리지에 권장되는 크기를 보여주는 표입니다.

게이트웨이 유형 캐시(최소값) 캐시(최대값) 업로드 버퍼(최소값) 업로드 버퍼(최대값) 필요한 다른 로컬 디스크
파일 게이트웨이 150GiB 64TiB
캐시된 볼륨 게이트웨이 150GiB 64TiB 150GiB

2TiB

저장된 볼륨 게이트웨이 150GiB

2TiB

저장 볼륨의 경우 1개 이상
테이프 게이트웨이 150GiB 64TiB 150GiB 2TiB
참고

캐시 및 업로드 버퍼에 대해 하나 이상의 로컬 드라이브를 최대 용량까지 구성할 수 있습니다.

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

게이트웨이 할당량에 대한 자세한 내용은 AWS Storage Gateway 할당량 단원을 참조하십시오.

네트워크 및 방화벽 요구 사항

게이트웨이에서 인터넷, 로컬 네트워크, 도메인 이름 서비스(DNS) 서버, 방화벽, 라우터 등에 액세스할 수 있어야 합니다. 아래에서 필수 포트에 대한 정보와 방화벽 및 라우터를 통한 액세스를 허용하는 방법에 대한 정보를 얻을 수 있습니다.

참고

경우에 따라서는 Amazon EC2 Storage Gateway 를 배포하거나 다른 유형의 배포 (온프레미스 포함) 를 사용할 수 있습니다.AWSIP 주소 범위. 이 경우 게이트웨이에 서비스 연결 문제가 발생할 수 있습니다.AWSIP 범위 값이 변경됩니다. 이AWS사용해야 하는 IP 주소 범위 값은 Amazon 서비스 하위 집합에 있습니다.AWS에서 게이트웨이를 활성화하는 리전. 현재 IP 범위 값에 대해서는AWSIP 주소 범위AWS일반 참조.

포트 요구 사항

Storage Gateway 작동을 위해 특정 포트를 허용해야 합니다. 다음 그림은 각 게이트웨이 유형에 대해 허용해야 하는 필수 포트를 보여줍니다. 일부 포트는 모든 유형의 게이트웨이에 필요하고, 기타 일부는 특정 유형의 게이트웨이에 필요합니다. 포트 요구 사항에 대한 자세한 내용은 포트 요구 사항 단원을 참조하십시오.

모든 게이트웨이 유형에 대한 공통 포트

다음 포트는 공통이기 때문에 모든 유형의 게이트웨이에 필요합니다.

프로토콜

포트

Direction

소스

Destination

용도

TCP

443(HTTPS)

아웃바운드

Storage Gateway

AWS

Storage Gateway 에서AWS서비스 엔드포인트. 서비스 엔드포인트에 대한 자세한 내용은 AWS Storage Gateway가 방화벽 및 라우터를 통해 액세스할 수 있도록 허용 단원을 참조하십시오.

TCP

80(HTTP)

인바운드

에 연결할 호스트입니다.AWSManagement Console.

Storage Gateway

스토리지 게이트웨이 정품 인증 키를 가져올 때 로컬 시스템이 사용합니다. 포트 80은 Storage Gateway 어플라이언스의 정품 인증 동안에만 사용됩니다.

Storage Gateway 에 대한 퍼블릭 액세스에는 포트 80이 필요하지 않습니다. 포트 80에 액세스하는데 필요한 권한 수준은 네트워크 구성에 따라 다릅니다. Storage Gateway Management Console에서 게이트웨이를 정품 인증하는 경우 콘솔에 연결할 때 사용하는 호스트에 게이트웨이의 포트 80에 대한 액세스 권한이 있어야 합니다.

UDP/UDP

53(DNS)

아웃바운드

Storage Gateway

DNS(Domain Name Service) 서버

Storage Gateway 와 DNS 서버 간 통신용입니다.

TCP

22(지원 채널)

아웃바운드

Storage Gateway

AWS Support

허용AWS Support게이트웨이에 액세스하여 게이트웨이 문제 해결을 돕습니다. 게이트웨이의 정상 작업 중에는 이 포트를 열어둘 필요가 없지만, 문제 해결 시에는 필요합니다.

UDP

123(NTP)

아웃바운드

NTP 클라이언트

NTP 서버

로컬 시스템이 VM 시간을 호스트 시간과 동기화하는 데 사용됩니다.

파일 게이트웨이용 포트

다음은 파일 게이트웨이 용도로 개방하는 포트를 나타내는 그림입니다.

참고

특정 포트 요구 사항(NFS 및 SMB 포트 요구 사항 포함)은 포트 요구 사항 단원을 참조하십시오.

도메인 사용자가 SMB(Server Message Block) 파일 공유에 액세스할 수 있게 허용하려면 Microsoft Active Directory만 사용해야 합니다. 파일 게이트웨이를 유효한 모든 Microsoft Windows 도메인 (DNS로 확인 가능) 에 조인할 수 있습니다.

다음을 사용할 수도 있습니다.AWS Directory Service를 생성하려면AWSMicrosoft Active DirectoryAmazon Web Services 클라우드에서. 대부분의 경우AWS에서 관리되는 Active Directory 배포의 경우 VPC 대한 DHCP (Dynamic Host Configuration Protocol) 서비스를 구성해야 합니다. DHCP 옵션 세트를 만드는 방법에 대한 자세한 내용은 DHCP 옵션 세트 생성을 참조하십시오.

공통 포트 외에 파일 게이트웨이에는 다음 포트가 필요합니다.

프로토콜

포트

Direction

소스

Destination

용도

TCP/UDP

2049(NFS)

인바운드

NFS 클라이언트

Storage Gateway

게이트웨이에 표시된 NFS 공유에 연결할 때 로컬 시스템이 사용합니다.

TCP/UDP

111(NFSv3)

인바운드

NFSv3 클라이언트

Storage Gateway

게이트웨이에 표시된 포트 매퍼에 로컬 시스템이 연결하기 위한 것입니다.

참고

이 포트는 NFSv3에만 필요합니다.

TCP/UDP

20048(NFSv3)

인바운드

NFSv3 클라이언트

Storage Gateway

게이트웨이에 표시된 마운트디에 로컬 시스템이 연결하기 위한 것입니다.

참고

이 포트는 NFSv3에만 필요합니다.

볼륨 및 테이프 게이트웨이용 포트

다음은 볼륨 및 테이프 게이트웨이용으로 개방할 포트를 보여줍니다.

공통 포트 외에 볼륨 및 테이프 게이트웨이에는 다음 포트가 필요합니다.

프로토콜

포트

Direction

소스

Destination

용도

TCP

3260(iSCSI)

인바운드

iSCSI 사용자

Storage Gateway

게이트웨이에 표시된 iSCSI 대상에 연결할 때 로컬 시스템이 사용합니다.

포트 요구 사항에 대한 자세한 내용은포트 요구 사항리소스 Storage Gateway섹션을 참조하십시오.

Storage Gateway 하드웨어 어플라이언스에 대한 네트워킹 및 방화벽 요구 사항

각 Storage Gateway 하드웨어 어플라이언스에는 다음 네트워크 서비스가 필요합니다.

  • 인터넷 액세스— 서버의 모든 네트워크 인터페이스를 통해 인터넷에 항상 연결되는 네트워크 연결입니다.

  • DNS 서비스— 하드웨어 어플라이언스와 DNS 서버 간의 통신을 위한 DNS 서비스.

  • 시간 동기화— 자동으로 구성된 Amazon NTP 시간 서비스에 연결할 수 있어야 합니다.

  • IP 주소— 할당된 DHCP 또는 정적 IPv4 주소입니다. IPv6 주소는 할당할 수 없습니다.

Dell PowerEdge R640 서버 후면에는 5개의 물리적 네트워크 포트가 있습니다. 서버 뒷면을 보고 왼쪽부터 오른쪽 순서로 이 포트는 다음과 같습니다.

  1. iDRAC

  2. em1

  3. em2

  4. em3

  5. em4

iDRAC 포트는 원격 서버 관리에 사용할 수 있습니다.

하드웨어 어플라이언스를 작동하려면 다음 포트가 필요합니다.

프로토콜

포트

Direction

소스

Destination

용도

SSH

22

아웃바운드

하드웨어 어플라이언스

54.201.223.107

지원 채널
DNS 53 아웃바운드 하드웨어 어플라이언스 DNS 서버 이름 확인
UDP/NTP 123 아웃바운드 하드웨어 어플라이언스 *.amazon.pool.ntp.org 시간 동기화
HTTPS

443

아웃바운드

하드웨어 어플라이언스

*.amazonaws.com

데이터 전송

HTTP 8080 인바운드 AWS 하드웨어 어플라이언스 활성화(잠시 동안)

하드웨어 어플라이언스는 설계상 다음과 같은 네트워크 및 방화벽 설정이 필요합니다.

  • 하드웨어 콘솔에서 연결된 모든 네트워크 인터페이스를 구성합니다.

  • 각 네트워크 인터페이스는 고유한 서브넷에 있어야 합니다.

  • 연결된 모든 네트워크 인터페이스에 위의 그림에 나와 있는 엔드포인트에 대한 아웃바운드 액세스를 제공합니다.

  • 하드웨어 어플라이언스를 지원하는 네트워크 인터페이스를 한 개 이상 구성합니다. 자세한 정보는 네트워크 파라미터 구성을 참조하십시오.

참고

서버 뒷면과 포트가 나와 있는 그림을 보려면 하드웨어 어플라이언스를 랙 장착하고 전원에 연결 단원을 참조하십시오.

동일한 네트워크 인터페이스(NIC)의 모든 IP 주소는 게이트웨이용이든 호스트용이든 상관없이 동일한 서브넷에 있어야 합니다. 다음 그림은 주소 지정 체계를 보여 줍니다.

하드웨어 어플라이언스 활성화 및 구성에 대한 자세한 내용은 Storage Gateway 하드웨어 어플라이언스 사용 단원을 참조하십시오.

AWS Storage Gateway가 방화벽 및 라우터를 통해 액세스할 수 있도록 허용

게이트웨이에서 통신하려면 다음 서비스 엔드포인트에 액세스할 수 있어야 합니다.AWS. 방화벽 또는 라우터를 사용하여 네트워크 트래픽을 필터링하거나 제한하는 경우, 방화벽 및 라우터가 아웃바운드 통신을 위해 이 서비스 엔드포인트를 허용하도록 구성해야 합니다.AWS.

중요

게이트웨이의AWS영역, 대치region를 올바른 리전 문자열로 지정합니다.

다음의 서비스 엔드포인트는 제어 경로(anon-cp, client-cp, proxy-app) 및 데이터 경로(dp-1) 작업을 위한 모든 게이트웨이에 필요합니다.

anon-cp.storagegateway.region.amazonaws.com:443 client-cp.storagegateway.region.amazonaws.com:443 proxy-app.storagegateway.region.amazonaws.com:443 dp-1.storagegateway.region.amazonaws.com:443

다음 게이트웨이 서비스 엔드포인트는 API 호출에 필요합니다.

storagegateway.region.amazonaws.com:443

다음 예제는 미국 서부 (오레곤) 리전의 게이트웨이 서비스 엔드포인트입니다 (us-west-2).

storagegateway.us-west-2.amazonaws.com:443

다음에 표시된 Amazon S3 서비스 엔드포인트는 파일 게이트웨이에만 사용됩니다. 파일 게이트웨이에서 파일 공유가 매핑되는 S3 버킷에 액세스하려면 이 엔드포인트가 필요합니다.

bucketname.s3.region.amazonaws.com

다음 예제는 미국 동부 (오하이오) 리전의 S3 서비스 엔드포인트입니다 (us-east-2).

s3.us-east-2.amazonaws.com
참고

게이트웨이에서AWSS3 버킷이 위치한 리전의 경우, 이 서비스 엔드포인트는 기본적으로 으로 설정됩니다.s3.us-east-1.amazonaws.com. 미국 동부 (버지니아 북부) 리전에 대한 액세스를 허용하는 것이 좋습니다 (us-east-1에 추가)AWS게이트웨이가 활성화된 리전과 S3 버킷이 위치한 리전.

다음은 AWS GovCloud (US) 리전에 대한 S3 서비스 엔드포인트입니다.

s3-fips-us-gov-west-1.amazonaws.com (AWS GovCloud (US-West) Region (FIPS)) s3-fips.us-gov-east-1.amazonaws.com (AWS GovCloud (US-East) Region (FIPS)) s3.us-gov-west-1.amazonaws.com (AWS GovCloud (US-West) Region (Standard)) s3.us-gov-east-1.amazonaws.com (AWS GovCloud (US-East) Region (Standard))

다음 예제는 S3 버킷에 대한 FIPS 서비스 엔드포인트입니다.AWSGovCloud (미국 서부) 리전.

bucket-name.s3-fips-us-gov-west-1.amazonaws.com

Amazon CloudFront 엔드포인트는 Storage Gateway 사용 가능한AWS지역.

https://d4kdq0yaxexbo.cloudfront.net/

Storage Gateway VM은 다음 NTP 서버를 사용하도록 구성됩니다.

0.amazon.pool.ntp.org 1.amazon.pool.ntp.org 2.amazon.pool.ntp.org 3.amazon.pool.ntp.org

Amazon EC2 Gateway 인스턴스에 대한 보안 그룹 구성

보안 그룹은 Amazon EC2 게이트웨이 인스턴스로 가는 트래픽을 제어합니다. 보안 그룹을 구성할 때는 다음을 수행하는 것이 좋습니다.

  • 보안 그룹은 외부 인터넷에서 들어오는 연결을 허용해서는 안 됩니다. 게이트웨이 보안 그룹 내 인스턴스만 게이트웨이와 통신할 수 있도록 허용해야 합니다. 인스턴스가 보안 그룹 외부에서 게이트웨이에 연결해야 하는 경우에는 포트 3260(iSCSI 연결용) 및 포트 80(활성화용)에 대해서만 연결을 허용하는 것이 좋습니다.

  • 게이트웨이 보안 그룹 외부에 있는 Amazon EC2 호스트에서 게이트웨이를 활성화하려면 호스트의 IP 주소에서 포트 80으로 들어오는 접속을 허용합니다. 활성화 호스트의 IP 주소를 확인할 수 없는 경우에는 포트 80을 열어 게이트웨이를 활성화하고 활성화가 완료되면 포트 80에 대한 액세스를 종료하는 방법을 사용할 수 있습니다.

  • 포트 22 액세스는 문제 해결 목적으로 AWS Support를 사용하는 경우에만 허용하십시오. 자세한 정보는 당신이 원하는AWS Support를 사용하여 EC2 게이트웨이 문제를 해결할 수 있습니다.을 참조하십시오.

경우에 따라서는 Amazon EC2 인스턴스를 이니시에이터로 사용할 수도 있습니다 (즉, Amazon EC2에 배포한 게이트웨이에 있는 iSCSI 대상에 연결하기 위해). 이러한 경우 2단계 접근 방식을 권장합니다.

  1. 게이트웨이와 동일한 보안 그룹에서 이니시에이터 인스턴스를 시작해야 합니다.

  2. 이니시에이터가 게이트웨이와 통신할 수 있도록 액세스를 구성해야 합니다.

게이트웨이 용도로 개방하는 포트에 대한 자세한 내용은 포트 요구 사항 단원을 참조하십시오.

지원되는 하이퍼바이저 및 호스트 요구 사항

온프레미스에서 Storage Gateway 를 가상 머신 (VM) 어플라이언스 또는 물리적 하드웨어 어플라이언스로 실행하거나AWS를 Amazon EC2 인스턴스로 사용합니다.

Storage Gateway 는 다음 하이퍼바이저 버전 및 호스트를 지원합니다.

  • VMware ESXi Hypervisor (버전 6.0, 6.5 또는 6.7) — VMware 무료 버전은VMware 웹 사이트. 이 설정의 경우 호스트에 연결하려면 VMware vSphere 클라이언트도 필요합니다.

  • Microsoft Hyper-V Hypervisor (버전 2012 R2 또는 2016) — Hyper-V의 무료 독립형 버전은마이크로소프트 다운로드 센터. 이 설정의 경우 호스트에 연결하려면 Microsoft Windows 클라이언트 컴퓨터에서 Microsoft Hyper-V Manager를 사용해야 합니다.

  • Linux 커널 기반 가상 머신 (KVM) — 무료 오픈 소스 가상화 기술입니다. KVM은 리눅스 버전 2.6.20 이상의 모든 버전에 포함되어 있습니다. Storage Gateway CentOS/RHEL 7.7, Ubuntu 16.04 LTS 및 Ubuntu 18.04 LTS 배포판에 대해 테스트되고 지원됩니다. 다른 최신 Linux 배포판이 작동하지만 기능이나 성능이 보장되지는 않습니다. KVM 환경이 이미 가동되고 있고 KVM 작동 방식에 익숙하다면 이 옵션을 사용하는 것이 좋습니다.

  • Amazon EC2 인스턴스 — Storage Gateway VM 이미지를 포함하는 Amazon Machine Image (AMI) 를 제공합니다. Amazon EC2 파일, 캐시 볼륨 및 테이프 게이트웨이 유형만 배포할 수 있습니다. Amazon EC2 게이트웨이를 배포하는 방법에 대한 자세한 내용은 단원을 참조하십시오.Amazon EC2 호스트에 볼륨 또는 테이프 게이트웨이 배포.

  • Storage Gateway 하드웨어 어플라이언스 — Storage Gateway 는 제한된 가상 머신 인프라 위치에 대한 온프레미스 배포 옵션으로 물리적 하드웨어 어플라이언스를 제공합니다.

참고

Storage Gateway 는 다른 게이트웨이 VM의 스냅샷이나 복제 또는 Amazon EC2 AMI 로부터 생성된 VM의 게이트웨이를 복구하는 기능을 지원하지 않습니다. 게이트웨이 VM이 제대로 작동하지 않는 경우에는 새로운 게이트웨이를 활성화하고 그 게이트웨이에 데이터를 복구합니다. 자세한 정보는 예기치 않은 가상 시스템 종료에서 복구을 참조하십시오.

Storage Gateway 동적 메모리 및 가상 메모리 벌루닝 (ballooning) 을 지원하지 않습니다

파일 게이트웨이에 지원되는 NFS 클라이언트

파일 게이트웨이는 다음 NFS(Network File System) 클라이언트를 지원합니다.

  • Amazon Linux

  • Mac OS X

  • RHEL 7

  • SUSE Linux Enterprise Server 11 및 SUSE Linux Enterprise Server 12

  • Ubuntu 14.04

  • Microsoft Windows 10 Enterprise, Windows Server 2012 및 Windows Server 2016. 네이티브 클라이언트는 NFS 버전 3만 지원합니다.

  • Windows 7 Enterprise 및 Windows Server 2008

    네이티브 클라이언트는 NFS v3만 지원합니다. 지원되는 NFS I/O의 최대 크기가 32KB이므로 이러한 Windows 버전에서는 성능 저하가 발생할 수 있습니다.

    참고

    Windows NFS 클라이언트가 아닌 Windows (SMB) 클라이언트를 통해 액세스해야 할 경우 이제는 SMB 파일 공유를 사용할 수 있습니다.

파일 게이트웨이에 지원되는 SMB 클라이언트

파일 게이트웨이는 다음 SMB(Service Message Block) 클라이언트를 지원합니다.

  • Windows Server 2008 이상

  • Windows 데스크톱 버전: 10, 8 및 7입니다.

  • Windows Server 2008 이상에서 실행 중인 Windows 터미널 서버

    참고

    서버 메시지 블록 암호화를 사용하려면 SMB v2.1을 지원하는 클라이언트가 필요합니다.

파일 게이트웨이에 지원되는 파일 시스템 작업

NFS 또는 SMB 클라이언트는 파일에 대해 쓰기, 읽기, 삭제 및 자르기 작업을 할 수 있습니다. 클라이언트가 쓰기 작업을 AWS Storage Gateway로 전송하면 로컬 캐시에 동기 방식으로 기록됩니다. 그런 다음 최적의 전송 방법을 통해 S3에 비동기 방식으로 작성합니다. 읽기 작업은 처음에 로컬 캐시를 통해 이루어집니다. 데이터를 사용할 수 없는 경우, S3를 통해 연속 읽기 캐시로 가져옵니다.

쓰기 및 읽기는 변경되거나 요청된 부분만 게이트웨이를 통해 전송되는 방법으로 최적화됩니다. 삭제는 S3에서 객체를 제거합니다. 디렉터리는 Amazon S3 관리 콘솔과 동일한 구문을 사용하여 S3의 폴더 객체로 관리합니다.

GET, PUT, UPDATEDELETE 같은 HTTP 작업들은 파일 공유에서 파일을 수정할 수 있습니다. 이들 작업은 자동 만들기, 읽기, 업데이트 및 삭제(CRUD) 기능을 따릅니다.

지원되는 iSCSI 이니시에이터

캐시 볼륨 또는 저장 볼륨 게이트웨이를 배포할 때 게이트웨이에 iSCSI 스토리지 볼륨을 생성할 수 있습니다. 테이프 게이트웨이를 배포하는 경우, 해당 게이트웨이는 미디어 체인저 한 개와 테이프 드라이브 10개로 사전 구성됩니다. 이 테이프 드라이브와 미디어 체인저는 기존 클라이언트 백업 애플리케이션에서 iSCSI 디바이스로 사용할 수 있습니다.

Storage Gateway 이러한 iSCSI 디바이스에 연결하기 위해 는 다음 iSCSI 초기자를 지원합니다.

  • Windows Server 2019

  • Windows Server 2016

  • Windows Server 2012 및 Windows Server 2012 R2

  • Windows Server 2008 및 Windows Server 2008 R2

  • Windows 7

  • Red Hat Enterprise Linux 5

  • Red Hat Enterprise Linux 6

  • Red Hat Enterprise Linux 7

  • VMware ESX 이니시에이터(VM의 게스트 운영 체제에서 이니시에이터를 사용하는 방식의 대안)

중요

Storage Gateway Windows 클라이언트에서 Microsoft Multipath I/O (MPIO) 를 지원하지 않습니다.

Storage Gateway 호스트가 Windows Server Failover Clustering (WSFC) 을 사용하여 액세스를 조정할 경우 한 볼륨에 여러 호스트를 연결하도록 지원합니다. 하지만 WSFC를 사용하지 않으면 한 볼륨에 여러 호스트를 연결할 수 없습니다(예: 비클러스터 NTFS/ext4 파일 시스템 공유).

테이프 게이트웨이에 지원되는 타사 백업 애플리케이션

백업 애플리케이션을 사용하여 테이프 게이트웨이를 사용하여 테이프에 대한 읽기, 쓰기 및 관리 작업을 수행합니다. 테이프 게이트웨이는 다음과 같은 타사 백업 애플리케이션이 지원됩니다.

선택할 미디어 체인저의 유형은 사용하려고 계획한 백업 애플리케이션에 따라 달라집니다. 다음 표는 테스트를 통해 테이프 게이트웨이와 호환되는 것으로 확인된 타사 백업 애플리케이션의 목록입니다. 이 표에는 각 백업 애플리케이션에 권장되는 미디어 체인저 유형도 수록되어 있습니다.

백업 애플리케이션 미디어 체인저 유형
Arcserve 백업 AWS-Gateway-VTL
Bacula Enterprise V10.x AWS-Gateway-VTL 또는 STK-L700
Commvault V11 STK-L700
Dell EMC NetWorker V8.x 또는 V9.x AWS-Gateway-VTL
IBM 스펙트럼 프로텍트 v8.1.10 IBM-03584L32-0402
Micro Focus(HPE) Data Protector 9.x AWS-Gateway-VTL
Microsoft System Center 2012 R2 또는 2016 Data Protection Manager STK-L700
NovaStor DataCenter/Network 6.4 또는 7.1 STK-L700
Quest NetVault Backup 12.4 또는 13.x STK-L700
Veeam Backup & Replication V7 또는 V8 STK-L700
Veeam Backup & Replication V9 업데이트 2 이상 AWS-Gateway-VTL
Veritas Backup Exec 2014, 15, 16 또는 20.x AWS-Gateway-VTL
Veritas Backup Exec 2012
참고

Veritas는 Backup Exec 2012에 대한 지원을 종료했습니다.

STK-L700
Veritas NetBackup 버전 7.x 또는 8.x AWS-Gateway-VTL
중요

사용 중인 백업 애플리케이션에 대해 나열되는 미디어 체인저를 선택할 것을 강력하게 권장합니다. 다른 미디어 체인저를 선택하면 올바르게 작동하지 않을 수 있습니다. 게이트웨이가 활성화된 후에는 다른 미디어 체인저를 선택할 수 있습니다. 자세한 정보는 게이트웨이 활성화 후 미디어 체인저 선택을 참조하십시오.