기존 S3 File GatewayFSx를 새 인스턴스로 교체 - AWS Storage Gateway

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

기존 S3 File GatewayFSx를 새 인스턴스로 교체

데이터 및 성능 요구 사항이 증가하거나 게이트웨이 마이그레이션 AWS 알림을 받는 경우 기존 S3 File GatewayFSx를 새 인스턴스로 바꿀 수 있습니다. 게이트웨이를 더 나은 호스트 플랫폼이나 최신 Amazon EC2 인스턴스로 이동하거나 기본 서버 하드웨어를 새로 고치려면이 작업을 수행해야 할 수 있습니다.

기존 S3 File GatewayFSx를 교체하는 방법에는 두 가지가 있습니다. 다음 표에서는 각 메서드의 이점과 단점을 설명합니다. 이 정보를 사용하여 게이트웨이 환경에 가장 적합한 방법을 선택한 다음 아래 해당 섹션의 절차 단계를 참조하세요.

참고

두 방법 중 하나를 완료하기 위해 새 Storage Gateway의 로컬 콘솔에 로그인해야 하는 경우 기본 사용자 이름은 admin이고 기본 암호는 password입니다.

방법 1: 캐시 디스크 및 게이트웨이 ID를 대체 인스턴스로 마이그레이션

방법 2: 빈 캐시 디스크와 새 게이트웨이 ID가 있는 대체 인스턴스

캐시 디스크 데이터

캐시 디스크의 데이터는 보존됩니다. 이 방법은 게이트웨이에 대용량 캐시 디스크가 있거나 애플리케이션이 out-of-cache 읽기 작업으로 인한 지연에 민감한 경우에 유용합니다.

캐시의 데이터는 AWS 클라우드에서 다운로드됩니다. 이 방법은 애플리케이션이 out-of-cache 읽기로 인한 지연을 허용할 수 있는 경우 쓰기 작업이 많은 워크로드에 최적화되어 있습니다.

가동 중지 시간

마이그레이션 프로세스 중에 게이트웨이가 1~2시간 동안 오프라인 상태가 됩니다.

파일 공유는 항상 사용할 수 있지만 클라이언트는 새 인스턴스로 전환하는 동안 한 파일 공유에서 다른 파일 공유로 전환할 때 짧은 전환 가동 중지 시간을 경험합니다.

참고

두 파일 공유에서 한 Amazon S3 버킷에 동시에 쓰는 것은 지원되지 않으므로 모든 클라이언트는 점진적으로가 아니라 한 공유에서 다른 공유로 동시에 다시 매핑해야 합니다.

게이트웨이 ID

새 게이트웨이는 대체하는 게이트웨이에서 게이트웨이 ID를 상속합니다.

기존 게이트웨이와 대체 게이트웨이에는 별도의 고유한 게이트웨이 IDs.

참고

마이그레이션은 동일한 유형의 게이트웨이 사이에서만 수행할 수 있습니다. 예를 들어 설정 또는 데이터를 FSx File Gateway에서 S3 File Gateway로 마이그레이션할 수 없습니다.

방법 1: 캐시 디스크 및 게이트웨이 ID를 대체 인스턴스로 마이그레이션

S3 File GatewayFSx의 캐시 디스크 및 게이트웨이 ID를 대체 인스턴스로 마이그레이션하려면:
  1. 기존 S3 File GatewayFSx에 쓰는 모든 애플리케이션을 중지합니다.

  2. 기존 S3 File GatewayFSx에 대한 모니터링 탭의 CachePercentDirty 지표가 인지 확인합니다0.

  3. 하이퍼바이저 제어를 사용하여 호스트 가상 머신(VM)의 전원을 꺼서 기존 S3 File GatewayFSx를 종료합니다.

    Amazon EC2 인스턴스 종료에 대한 자세한 내용은 Amazon EC2 사용 설명서인스턴스 중지 및 시작을 참조하세요.

    KVM, VMware 또는 Hyper-V VM 종료에 대한 자세한 내용은 해당 하이퍼바이저 설명서를 참조하세요.

  4. 루트 디스크 및 캐시 디스크를 포함한 모든 디스크를 이전 게이트웨이 VM에서 분리합니다.

    참고

    루트 디스크의 볼륨 ID와 해당 루트 디스크와 연결된 게이트웨이 ID를 기록해 둡니다. 이후 단계에서 새 Storage Gateway 하이퍼바이저에서이 디스크를 분리해야 합니다.

    Amazon EC2 인스턴스를 S3 File GatewayFSx의 VM으로 사용하는 경우 Amazon EC2 사용 설명서의 Windows 인스턴스에서 Amazon EBS 볼륨 분리 또는 Linux 인스턴스에서 Amazon EBS 볼륨 분리를 참조하세요. Amazon EC2

    KVM, VMware 또는 Hyper-V VM에서 디스크를 분리하는 방법에 대한 자세한 내용은 해당 하이퍼바이저 설명서를 참조하세요.

  5. 새 AWS Storage Gateway 하이퍼바이저 VM 인스턴스를 생성하되 게이트웨이로 활성화하지 않습니다. 이후 단계에서이 새 VM은 이전 게이트웨이의 ID를 수임합니다.

    새 Storage Gateway 하이퍼바이저 VM 생성에 대한 자세한 내용은 호스트 플랫폼 선택 및 VM 다운로드를 참조하세요.

    참고

    새 VM에 캐시 디스크를 추가하지 마십시오. 이 VM은 이전 VM에서 사용한 것과 동일한 캐시 디스크를 사용합니다.

  6. 이전 VM과 동일한 네트워크 설정을 사용하도록 새 Storage Gateway VM을 구성합니다.

    게이트웨이의 기본 네트워크 구성은 DHCP(Dynamic Host Configuration Protocol)입니다. DHCP를 통해 게이트웨이에 IP 주소가 자동으로 지정됩니다.

    게이트웨이 VM의 고정 IP 주소를 수동으로 구성해야 하는 경우 네트워크 파라미터 구성을 참조하세요.

    게이트웨이 VM이 소켓 보안 버전 5(SOCKS5) 프록시를 사용하여 인터넷에 연결해야 하는 경우 HTTP 프록시를 통해 EC2에 배포된 게이트웨이 라우팅을 참조하세요.

  7. 새 Storage Gateway VM을 시작합니다.

  8. 이전 게이트웨이 VM에서 분리한 디스크를 새 게이트웨이 VM에 연결합니다. 새 게이트웨이 VM에서 기존 루트 디스크를 분리하지 마십시오.

    참고

    성공적으로 마이그레이션하려면 모든 디스크가 변경되지 않은 상태로 유지되어야 합니다. 디스크 크기 또는 기타 값을 변경하면 메타데이터에 불일치가 발생하여 마이그레이션이 성공하지 못합니다.

  9. 다음 형식을 사용하는 URL을 사용하여 새 VM에 연결하여 게이트웨이 마이그레이션 프로세스를 시작합니다.

    http://your-VM-IP-address/migrate?gatewayId=your-gateway-ID

    이전 게이트웨이 VM에 사용한 것과 동일한 IP 주소를 새 게이트웨이 VM에 사용할 수 있습니다. 동일한 IP를 사용하려면 먼저 이전 게이트웨이를 삭제한 다음 5단계부터 진행합니다. URL은 다음 예제와 비슷해야 합니다.

    http://198.51.100.123/migrate?gatewayId=sgw-12345678

    브라우저에서이 URL을 사용하거나 cURL을 사용하여 명령줄에서이 URL을 사용합니다.

    게이트웨이 마이그레이션이 성공적으로 시작되면 다음 메시지가 나타납니다.

    Successfully imported Storage Gateway information. Please refer to Storage Gateway documentation to perform the next steps to complete the migration.
  10. 게이트웨이 상태가 AWS Storage Gateway 콘솔에서 실행 중으로 표시될 때까지 기다립니다. 사용 가능한 대역폭에 따라 최대 10분이 걸릴 수 있습니다.

  11. 새 Storage Gateway VM을 중지합니다.

  12. 이전에 기록해 둔 볼륨 ID가 있는 이전 게이트웨이의 루트 디스크를 새 게이트웨이에서 분리합니다.

  13. 새 Storage Gateway VM을 시작합니다.

  14. 게이트웨이가 Active Directory 도메인에 조인된 경우 도메인에 다시 조인합니다. 지침은 Active Directory를 사용하여 사용자 인증을 참조하세요.

    참고

    S3 File GatewayFSx의 상태가 조인됨으로 표시되는 경우에도이 단계를 완료해야 합니다.

  15. 새 게이트웨이 VM의 IP 주소에서 공유를 사용할 수 있는지 확인한 다음 이전 게이트웨이 VM을 삭제합니다.

    주의

    게이트웨이를 삭제하면 복구할 수 없습니다.

    Amazon EC2 인스턴스 삭제에 대한 자세한 내용은 Amazon EC2 사용 설명서인스턴스 종료를 참조하세요. KVM, VMware 또는 Hyper-V VM 삭제에 대한 자세한 내용은 하이퍼바이저 설명서를 참조하세요.

방법 2: 빈 캐시 디스크와 새 게이트웨이 ID가 있는 대체 인스턴스

빈 캐시 디스크와 새 게이트웨이 ID를 사용하여 대체 S3 File GatewayFSx Gateway 인스턴스를 설정하려면:
  1. 기존 S3 File GatewayFSx에 쓰는 모든 애플리케이션을 중지합니다. 새 게이트웨이에서 파일 공유를 설정하기 0 전에 모니터링 탭의 CachePercentDirty 지표가 인지 확인합니다.

  2. AWS Command Line Interface (AWS CLI)를 사용하여 다음을 수행하여 기존 S3 File GatewayFSx 및 파일 공유에 대한 구성 정보를 수집하고 저장합니다.

    1. S3 File GatewayFSx Gateway에 대한 게이트웨이 구성 정보를 저장합니다.

      aws storagegateway describe-gateway-information --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      이 명령은 이름, 네트워크 인터페이스, 구성된 시간대 및 상태(게이트웨이가 실행 중인지 여부)와 같은 게이트웨이에 대한 메타데이터가 포함된 JSON 블록을 출력합니다.

    2. SS3 File GatewayFSx의 서버 메시지 블록(SMB) 설정을 저장합니다.

      aws storagegateway describe-smb-settings --gateway-arn "arn:aws:storagegateway:us-east-2:123456789012:gateway/sgw-12A3456B"

      이 명령은 도메인 이름, Microsoft Active Directory 상태, 게스트 암호 설정 여부, 보안 전략 유형 등 SMB 파일 공유에 대한 메타데이터가 포함된 JSON 블록을 출력합니다.

    3. SS3 File GatewayFSx의 각 SMB 및 NFS(Network File System) 파일 공유에 대한 파일 공유 정보를 저장합니다.

      • SMB 파일 공유에는 다음 명령을 사용합니다.

        aws storagegateway describe-smb-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-987A654B"

        이 명령은 이름, 스토리지 클래스, 상태, IAM 역할 Amazon 리소스 이름(ARN), SS3 File GatewayFSx 공유에 대한 메타데이터가 포함된 JSON 블록을 출력합니다.

      • NFS 파일 공유에 다음 명령을 사용합니다.

        aws storagegateway describe-nfs-file-shares --file-share-arn-list "arn:aws:storagegateway:us-east-2:123456789012:share/share-321A978B"

        이 명령은 이름, 스토리지 클래스, 상태, IAM 역할 ARN, S3 File GatewayFS 공유에 대한 메타데이터가 포함된 JSON 블록을 출력합니다.

  3. 이전 게이트웨이와 동일한 설정 및 구성으로 새 S3 File GatewayFSx Gateway를 생성합니다. 필요한 경우 2단계에서 저장한 정보를 참조하세요.

  4. 이전 게이트웨이에 구성된 파일 공유와 동일한 설정 및 구성을 사용하여 새 게이트웨이에 대한 새 파일 공유를 생성합니다. 필요한 경우 2단계에서 저장한 정보를 참조하세요.

  5. 새 게이트웨이가 올바르게 작동하는지 확인한 다음 환경에 가장 적합한 방식으로 이전 파일 공유에서 새 파일 공유로 클라이언트를 다시 매핑/컷오버합니다.

  6. 새 게이트웨이가 올바르게 작동하는지 확인한 다음 Storage Gateway 콘솔에서 이전 게이트웨이를 삭제합니다.

    중요

    S3 File GatewayFSx를 삭제하기 전에 현재 해당 게이트웨이의 캐시에 쓰는 애플리케이션이 없는지 확인합니다. 사용 중인 게이트웨이를 삭제하면 데이터 손실이 발생할 수 있습니다.

    주의

    게이트웨이를 삭제하면 복구할 수 없습니다.

  7. 이전 게이트웨이 VM 또는 Amazon EC2 인스턴스를 삭제합니다.