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

# 온프레미스 게이트웨이 문제 해결
<a name="troubleshooting-on-premises-gateway-issues"></a>

온프레미스 게이트웨이에서 발생할 수 있는 일반적인 문제와 지원 를 활성화하여 게이트웨이 문제를 해결하는 방법에 대한 정보는 다음과 같습니다.

다음 표는 온프레미스 게이트웨이 관련 작업 시 발생할 수 있는 전형적인 문제를 나열한 것입니다.


| 문제 | 취할 조치 | 
| --- | --- | 
| 게이트웨이의 IP 주소를 찾을 수 없습니다. | 하이퍼바이저 클라이언트로 호스트에 접속하여 게이트웨이 IP 주소를 찾습니다.+  VMware ESXi의 경우, VM의 IP 주소는 **요약** 탭의 vSphere 클라이언트에서 찾을 수 있습니다. <br />+  Microsoft Hyper-V의 경우에는 로컬 콘솔에 로그인하여 VM의 IP 주소를 찾을 수 있습니다. <br />그래도 게이트웨이 IP 주소를 찾기 어려운 경우:+  VM이 켜져 있는지 확인합니다. VM이 켜져 있는 경우에만 IP 주소가 게이트웨이에 할당됩니다. <br />+  VM이 스타트업을 마칠 때까지 기다리십시오. VM을 방금 켰다면 게이트웨이가 부팅 시퀀스를 마치는 데 몇 분이 걸릴 수 있습니다.  | 
| 네트워크 또는 방화벽에 문제가 있습니다. |  +  게이트웨이에 적절한 포트를 허용합니다. <br />+  SSL 인증서 검증/검사를 활성화해서는 안됩니다. Storage Gateway는 상호 TLS 인증을 사용하므로 타사 애플리케이션에서 어느 한쪽 인증서를 가로채거나 서명하려고 하면 실패합니다. <br />+  방화벽 또는 라우터를 사용하여 네트워크 트래픽을 필터링 또는 제한하는 경우, 방화벽 및 라우터가 AWS로 가는 아웃바운드 통신을 위해 이 서비스 엔드포인트를 허용하도록 구성해야 합니다. 네트워크 및 방화벽 요건에 대한 자세한 내용은 [네트워크 및 방화벽 요구 사항](Requirements.md#networks) 섹션을 참조하세요.   | 
| Storage Gateway Management Console에서 **활성화 진행** 버튼을 클릭하면 게이트웨이 활성화가 실패합니다. |  +  클라이언트에서 VM을 ping하여 게이트웨이 VM에 액세스할 수 있는지 확인합니다. <br />+  VM이 인터넷에 네트워크로 연결되어 있는지 확인합니다. 연결되어 있지 않으면 SOCKS 프록시를 구성해야 합니다. 이에 대한 자세한 내용은 [온프레미스 게이트웨이에 대한 SOCKS5 프록시 구성](MaintenanceRoutingProxy-common.md) 섹션을 참조하세요. <br />+  호스트의 시간이 올바른지, 호스트가 자동으로 시간을 NTP(Network Time Protocol) 서버와 동기화하도록 구성되어 있는지, 게이트웨이 VM의 시간이 올바른지 확인합니다. 하이퍼바이저 호스트와 VM의 시간을 동기화하는 작업에 대한 자세한 내용은 [Hyper-V 또는 Linux KVM 호스트 시간과 VM 시간 동기화](MaintenanceTimeSync-hyperv.md) 섹션을 참조하세요. <br />+  이 단계를 수행한 후 Storage Gateway 콘솔과 **게이트웨이 설정 및 활성화** 마법사를 사용하여 게이트웨이 배포를 다시 시도할 수 있습니다. <br />+  SSL 인증서 검증/검사를 활성화해서는 안됩니다. Storage Gateway는 상호 TLS 인증을 사용하므로 타사 애플리케이션에서 어느 한쪽 인증서를 가로채거나 서명하려고 하면 실패합니다. <br />+  VM의 RAM 용량이 최소 7.5GB인지 확인합니다. RAM 용량이 7.5GB 미만인 경우, 게이트웨이 할당이 되지 않습니다. 자세한 내용은 [Volume Gateway 설정 요구 사항](Requirements.md) 단원을 참조하십시오.   | 
| 업로드 버퍼 공간으로 할당된 디스크를 제거해야 합니다. 예를 들어 게이트웨이의 업로드 버퍼 공간을 줄이거나 업로드 버퍼로 사용하는 디스크에 장애가 있어 교체해야 할 경우가 있습니다. | 업로드 버퍼 공간으로 할당된 디스크를 제거하는 작업에 대한 지침은 [게이트웨이에서 디스크 제거](add-remove-disks.md) 섹션을 참조하세요. | 
| 게이트웨이와 AWS간 대역폭을 개선해야 합니다. | 애플리케이션 및 게이트웨이 VM을 연결하는 것과 별도로 네트워크 어댑터(NIC) AWS 에서에 대한 인터넷 연결을 설정 AWS 하여 게이트웨이에서 로 대역폭을 개선할 수 있습니다. 이 접근 방식은에 고대역폭으로 연결되어 AWS 있고 특히 스냅샷 복원 중에 대역폭 경합을 피하려는 경우에 유용합니다. 고처리량 워크로드 요구 사항을 충족하기 위해 [Direct Connect](https://aws.amazon.com/directconnect/)를 사용하여 온프레미스 게이트웨이와 AWS간에 전용 네트워크 연결을 설정할 수 있습니다. 게이트웨이에서 로의 연결 대역폭을 측정하려면 게이트웨이의 `CloudBytesDownloaded` 및 `CloudBytesUploaded` 지표를 AWS사용합니다. 이에 관한 자세한 내용은 [게이트웨이와 간의 성능 측정 AWS](PerfGatewayAWS-common.md) 섹션을 참조하세요. 인터넷 연결성을 개선하면 업로드 버퍼가 꽉 차지 않도록 하는 데 도움이 됩니다. | 
| 게이트웨이로의 처리량 또는 게이트웨이로부터의 처리량이 0으로 떨어집니다. | +  Storage Gateway 콘솔의 **게이트웨이** 탭에서 게이트웨이 VM의 IP 주소가 하이퍼바이저 클라이언트 소프트웨어(예: VMware vSphere 클라이언트 또는 Microsoft Hyper-V Manager)를 사용할 때 표시되는 것과 동일한지 확인합니다. 일치하지 않는 경우 [게이트웨이 VM 종료](MaintenanceShutDown-common.md)에 표시된 대로 Storage Gateway 콘솔에서 게이트웨이를 다시 시작합니다. 다시 시작한 후에는 Storage Gateway 콘솔의 **게이트웨이** 탭에 있는 **IP 주소** 목록에 있는 주소가 하이퍼바이저 클라이언트에서 확인한 게이트웨이의 IP 주소와 일치해야 합니다.   VMware ESXi의 경우, VM의 IP 주소는 **요약** 탭의 vSphere 클라이언트에서 찾을 수 있습니다.   Microsoft Hyper-V의 경우에는 로컬 콘솔에 로그인하여 VM의 IP 주소를 찾을 수 있습니다.   <br />+  에 설명된 AWS 대로 게이트웨이의에 대한 연결을 확인합니다[게이트웨이가 인터넷에 연결되어 있는지 테스트](MaintenanceTestGatewayConnectivity-common.md). <br />+  게이트웨이의 네트워크 어댑터 구성을 확인하고 게이트웨이에 대해 활성화하려는 모든 인터페이스가 활성화되었는지 확인합니다. 게이트웨이의 네트워크 어댑터 구성을 보려면 [게이트웨이 네트워크 구성](MaintenanceConfiguringStaticIP-common.md) 단원의 지침에 따라 게이트웨이의 네트워크 구성을 볼 수 있는 옵션을 선택합니다. 게이트웨이와 주고받는 처리량은 Amazon CloudWatch 콘솔에서 확인할 수 있습니다. 게이트웨이 및 와의 처리량 측정에 대한 자세한 내용은 섹션을 AWS참조하세요[게이트웨이와 간의 성능 측정 AWS](PerfGatewayAWS-common.md). | 
| Microsoft Hyper-V에서 Storage Gateway를 가져오기(배포)하는 데 문제가 있습니다. | Microsoft Hyper-V에서 게이트웨이를 배포할 때 흔히 겪는 몇 가지 문제를 다루는 [Microsoft Hyper-V 설정 관련 문제 해결](troubleshooting-hyperv-setup.md) 섹션을 참조하세요. | 
| "게이트웨이의 볼륨에 기록된 데이터가 AWS에 안전하게 저장되지 않았습니다."라는 메시지가 표시됩니다. | 게이트웨이 VM이 또 다른 게이트웨이 VM의 복제 또는 스냅샷으로부터 생성된 경우 이 메시지를 수신하게 됩니다. 그렇지 않은 경우 지원에 문의하세요. | 

## 지원 가 온프레미스에서 호스팅되는 게이트웨이 문제를 해결하는 데 도움이 되도록 허용
<a name="enable-support-access-on-premises"></a>

Storage Gateway는 게이트웨이 문제 해결을 지원하기 위해 게이트웨이에 액세스 지원 하도록를 활성화하는 등 여러 유지 관리 작업을 수행하는 데 사용할 수 있는 로컬 콘솔을 제공합니다. 기본적으로 게이트웨이에 대한 지원 액세스는 비활성화됩니다. 호스트의 로컬 콘솔을 통해 이 액세스 권한을 제공해야 합니다. 게이트웨이에 대한 지원 액세스 권한을 부여하려면 먼저 호스트의 로컬 콘솔에 로그인하고 Storage Gateway의 콘솔로 이동한 다음 지원 서버에 연결합니다.

**게이트웨이에 대한 지원 액세스를 허용하려면**

1. 호스트의 로컬 콘솔에 로그인합니다.
   + VMware ESXi - 자세한 내용은 [VMware ESXi를 사용하여 게이트웨이 로컬 콘솔에 액세스](accessing-local-console.md#MaintenanceConsoleWindowVMware-common) 섹션을 참조하세요.
   + Microsoft Hyper-V - 자세한 내용은 [Microsoft Hyper-V를 사용하여 게이트웨이 로컬 콘솔에 액세스](accessing-local-console.md#MaintenanceConsoleWindowHyperV-common) 섹션을 참조하세요.

1. 프롬프트에서 해당 숫자를 입력하여 **게이트웨이 콘솔**을 선택합니다.

1. **h**를 입력하여 사용 가능한 명령 목록을 엽니다.

1. 

   다음 중 하나를 수행하세요.
   + 게이트웨이에서 퍼블릭 엔드포인트를 사용 중인 경우 **사용 가능한 명령** 창에 **open-support-channel**을 입력하여 Storage Gateway의 고객 지원에 연결합니다. AWS에 대한 지원 채널을 열 수 있도록 TCP 포트 22를 허용합니다. 고객 지원에 연결할 때 Storage Gateway는 지원 번호를 할당합니다. 지원 번호를 기록해 둡니다.
   + 게이트웨이가 VPC 엔드포인트를 사용 중인 경우 **AVAILABLE COMMANDS(사용 가능한 명령)** 창에 **open-support-channel**을 입력합니다. 게이트웨이가 활성화되지 않은 경우 Storage Gateway에 대한 고객 지원에 연결할 VPC 엔드포인트 또는 IP 주소를 제공합니다. AWS에 대한 지원 채널을 열 수 있도록 TCP 포트 22를 허용합니다. 고객 지원에 연결할 때 Storage Gateway는 지원 번호를 할당합니다. 지원 번호를 기록해 둡니다.
**참고**  
채널 번호는 TCP/UDP(Transmission Control Protocol/User Datagram Protocol) 포트 번호가 아닙니다. 그 대신에 게이트웨이는 Storage Gateway 서버에 Secure Shell(SSH)(TCP 22)로 접속하여 해당 연결에 지원 채널을 제공합니다.

1. 지원 채널이 설정되면가 문제 해결 지원을 제공할 지원 수 지원 있도록 지원 서비스 번호를에 제공합니다.

1. 지원 세션이 완료되면 **q**를 입력하여 세션을 종료합니다. Amazon Web Services Support에서 지원 세션이 완료되었음을 알릴 때까지 세션을 닫지 마십시오.

1. **exit**를 입력하여 게이트웨이 콘솔에서 로그아웃합니다.

1. 프롬프트 메시지에 따라 로컬 콘솔을 종료합니다.