일반

Q: AWS 리전에서 운영하는 대신, AWS Outposts를 사용하는 이유는 무엇입니까?

짧은 지연 시간 또는 로컬 데이터 처리 요구 사항이 있는 애플리케이션을 지원하기 위해 Outposts를 사용할 수 있습니다. 이러한 애플리케이션에서는 최종 사용자 애플리케이션에 대한 실시간에 가까운 응답을 생성하거나 다른 온프레미스 시스템과 통신하거나 현장 장비를 제어해야 할 수도 있습니다. 제조 분야에서 자동화된 운영, 실시간 환자 진단이나 의료 영상, 콘텐츠 및 미디어 스트리밍을 위한 공장의 현장에서 실행되는 워크로드도 포함될 수 있습니다. Outposts를 사용하면 온프레미스에서 또는 AWS 리전이 없는 국가에서 유지해야 하는 고객 데이터를 안전하게 저장하고 처리할 수 있습니다. 클라우드로 데이터를 전송하는 작업에 비용과 리소스가 많이 들어가는 경우 데이터 분석, 백업 및 복원에 대한 제어를 향상시키기 위해 Outposts에서 데이터 집약적인 워크로드를 실행하고 로컬로 데이터를 처리할 수 있습니다.

Q: Outposts가 지원되는 리전은 어디입니까?

Outposts는 다음과 같은 리전과 고객에서 지원되며, 다음 리전에서 Outposts에 연결할 수 있습니다.

미국 동부(오하이오) us-east-2
미국 동부(버지니아 북부) us-east-1
미국 서부(캘리포니아 북부) us-west-1
미국 서부(오레곤) us-west-2
캐나다(중부) ca-central-1
남아메리카(상파울루) sa-east-1
EU(프랑크푸르트) eu-central-1
EU(아일랜드) eu-west-1
EU(스톡홀름) eu-north-1
EU(파리) eu-west-3
EU(런던) eu-west-2
EU(밀라노) eu-south-1
중동(바레인) me-south-1
아프리카(케이프타운) af-south-1
아시아 태평양(시드니) ap-southeast-2
아시아 태평양(도쿄) ap-northeast-1
아시아 태평양(서울) ap-northeast-2
아시아 태평양(싱가포르) ap-southeast-1
아시아 태평양(홍콩) ap-east-1
아시아 태평양(뭄바이) ap-south-1
AWS GovCloud(미국 서부) us-gov-west-1
AWS GovCloud(미국 동부) us-gov-east-1

Q: Outposts가 지원되는 국가는 어디입니까?

A: Outposts는 다음 국가에서 사용 및 설치할 수 있습니다.

  • NA – 미국, 캐나다, 멕시코
  • EMEA – 모든 EU 국가, 스위스, 노르웨이, 바레인, 아랍 에미리트(UAE), 사우디아라비아(KSA), 이스라엘, 남아프리카 공화국
  • APAC – 호주, 뉴질랜드, 일본, 대한민국, 홍콩 특별 행정구, 대만, 싱가포르, 인도네시아, 말레이시아, 태국, 인도
  • SA – 브라질

추가 국가에 대한 지원도 곧 제공될 예정입니다.

Q: Outpost가 출시되지 않은 국가에서 Outposts를 주문하고 지원되는 리전으로 다시 연결할 수 있습니까?

A: 아니요, Outposts를 제공 및 지원할 수 있는 국가에서만 Outposts를 제공 및 설치할 수 있습니다.

Q: AWS 리전에 연결되지 않았거나 연결이 끊어진 환경에서 Outposts를 사용할 수 있습니까?

Outpost는 상위 AWS 리전에 대한 연결에 의존합니다. Outposts는 연결이 지원되지 않는 제한된 환경이나 연결이 끊어진 작업을 지원하도록 설계되지는 않았습니다. 따라서 고객은 AWS 리전에 대한 고가용성 네트워킹 연결을 다시 확보하는 것이 좋습니다. 유람선이나 멀리 떨어진 채광/채굴지와 같이 연결이 끊어진 환경에서 AWS 서비스를 이용하고 싶다면 연결이 지원되지 않는 제한된 환경에서 운영하도록 최적화된 Snowball Edge와 같은 AWS 서비스에 대해 자세히 알아보세요.  

Q: Outpost에서 기존 서버를 재사용할 수 있습니까?

아니요, AWS Outposts는 AWS에서 설계한 인프라를 활용하며, 안전하고 신뢰할 수 있는 고성능 작업을 위해 최적화된 AWS에서 설계한 하드웨어에서만 지원됩니다.

Q: AWS Outposts의 소프트웨어 전용 버전이 있습니까?

아니요, AWS Outposts는 AWS 서비스에 대한 기본 액세스 권한을 제공하는 완전관리형 서비스입니다.

Q: Outpost 랙의 일부로 설치할 수 있는 하드웨어를 주문할 수 있습니까?

아니요, AWS Outposts에서는 이상적인 AWS 경험을 위해 내장 TOR(Top-of-Rack) 스위치 및 예비 전원 공급 장치를 포함하는 완벽하게 통합된 AWS에서 설계한 구성을 제공합니다. AWS와 협력하여 원하는 EC2, EBS 및 S3 용량의 맞춤형 조합을 구성하거나 사용 가능한 다양한 Outpost 옵션에서 선택하여 필요한 만큼의 컴퓨팅 및 스토리지 인프라를 주문할 수 있습니다. 이러한 옵션은 현장에서 추가적인 노력이나 구성 없이도 빠르게 시작할 수 있도록 사전 검증 및 테스트되었습니다.

AWS 서비스

Q: Outposts에서 EBS 지원 AMI를 사용하여 EC2 인스턴스를 생성할 수 있습니까?

A: 예, EBS gp2 볼륨 유형으로 지원되는 AMI를 사용하여 EC2 인스턴스를 시작할 수 있습니다.

Q: EBS 스냅샷은 어디에 저장됩니까?

A: EBS 스냅샷은 Outpost에 연결된 리전의 Amazon S3에 저장됩니다.

Q: S3 on Outposts에서 실행하는 데 가장 적합한 사용 사례는 무엇인가요?

A: S3 on Outposts는 데이터 레지던시 요구 사항이 있는 고객이나, AWS 리전이 없는 위치나 온프레미스에서 유지해야 하는 고객 데이터를 안전하게 저장 및 처리해야 하는 규제 대상 산업에 종사하는 고객에게 적합합니다. 또한 고객은 S3 on Outposts를 통해 데이터 사용량이 많은 워크로드를 실행하여 데이터를 로컬에서 처리하고 온프레미스에 저장할 수 있습니다. S3 on Outposts는 다른 온프레미스 시스템과 통신하거나 공장, 병원 또는 연구 시설 내의 현장 장비를 제어해야 하는 애플리케이션이 있는 경우에도 도움이 됩니다.

Q: Outposts에서 Application Load Balancer를 사용할 수 있습니까?

A: 예, Outposts가 제공되는 모든 상용 리전에서는 Outposts에서 Application Load Balancer를 사용할 수 있습니다.

Q: Outposts는 지연 시간이 짧아야 하는 실시간 애플리케이션을 지원하나요?

A: 예, RDS on AWS Outposts를 사용하면 온프레미스 데이터와 애플리케이션에 가까운 위치에서 실행해야 하는 지연 시간이 짧은 워크로드를 위해 온프레미스에서 관리형 MySQL 및 PostgreSQL 데이터베이스를 실행할 수 있습니다. 동일한 AWS Management Console, API 및 CLI를 사용하여 클라우드와 온프레미스 모두에서 RDS 데이터베이스를 관리할 수 있습니다. 지연 시간이 극도로 짧아야 하는 애플리케이션의 경우 ElastiCache on Outposts를 사용하면 제조, 실시간 환자 진단, 미디어 스트리밍 부문의 자동화된 작업을 위해 공장 현장에서 실행되는 워크로드를 포함하여 실시간 애플리케이션에 대해 밀리초 미만의 응답 시간을 구현할 수 있습니다.

Q: Outposts를 사용하여 데이터 레지던시 요구 사항을 충족할 수 있습니까?

A: 예. 고객의 온프레미스 위치 또는 지정된 코로케이션 시설에서 Amazon Elastic Block Store(EBS) 및 Amazon Simple Storage Service(S3) on Outposts를 사용하여 Outposts에서 유지하도록 고객 데이터를 구성할 수 있습니다. Outposts와 AWS 서비스 및 도구를 사용하는 Well-Architected 애플리케이션은 우리가 고객들로부터 가장 흔히 듣는 데이터 레지던시 요구 사항을 해결합니다. AWS Identity and Access Management(IAM)를 사용하면 AWS 리소스에 대한 액세스를 제어할 수 있습니다. IAM 및 세분화된 데이터 제어 규칙을 사용하여 Outposts에서 유지해야 하며 AWS 리전으로 복제할 수 없는 데이터 유형을 지정할 수 있습니다. S3 on Outposts에서는 기본적으로 데이터를 Outpost에 저장하며, 특정 레지던시 요구 사항에 따라 데이터의 일부 또는 전부를 AWS 리전에 복제하도록 선택할 수도 있습니다. ElastiCache on Outposts를 사용하면 고객 데이터를 Outposts에서 로컬로 안전하게 처리할 수 있습니다. 일부 제한된 메타데이터(예: 인스턴스 ID, 모니터링 지표, 측정 레코드, 태그, 버킷 이름 등)는 다시 AWS 리전으로 전달됩니다.

고유한 데이터 레지던시 요구 사항을 충족하려면 규정 준수 및 보안 팀과 긴밀하게 협력하는 것이 좋습니다.

Q: AWS Outposts에서 리소스 공유를 사용할 수 있나요?

A: 예. AWS Resource Access Manager(RAM)는 AWS 계정에서 또는 귀사의 AWS Organization 내에서 AWS 리소스를 공유할 수 있게 해 주는 서비스입니다. RAM이 지원됨에 따라 Outpost 소유자는 EC2 인스턴스, EBS 볼륨, 서브넷 및 로컬 게이트웨이(LGW) 같은 Outpost 리소스를 중앙에서 생성 및 관리하고 동일한 AWS 조직 내의 여러 AWS 계정에서 리소스를 공유할 수 있습니다. 이를 통해 다른 사람들은 VPC를 구성하고,
인스턴스를 시작 및 실행하고, 공유한 Outpost에서 EBS 볼륨을 생성할 수 있습니다.

주문 및 설치 시작하기

Q: 내 위치에서 Outpost를 배포하기 위한 전제 조건이 있습니까?

A: 현장에서 Outpost를 호스팅하기 위한 기본적인 전력, 네트워킹 및 공간 요구 사항을 지원해야 합니다. Outposts에는 5-15kVA의 전력이 필요하고, 1/10/40/100Gbps 업링크와 42U 랙(80 X 24 X 48인치)의 공간을 지원할 수 있습니다. Outposts에는 AWS 리전과의 안정적인 네트워크 연결이 필요하므로 퍼블릭 인터넷 연결을 계획해야 합니다. 고객은 15분 내 24x7 원격 지원을 제공하는 Enterprise Support를 보유해야 합니다.

보안 및 규정 준수

Q: 현재 Outposts의 서비스에도 AWS 서비스의 동일한 규정 준수 인증이 적용됩니까?

A: AWS Outposts는 HIPAA 인증을 받았고 PCI 및 ISO를 준수하며, 다음 몇 달 동안 규정 준수 인증을 더 추가할 수 있을 것으로 기대합니다. 최신 인증 현황은 범위 내 서비스 페이지에서 Outposts의 AWS 서비스를 참조하시기 바랍니다. AWS Outposts는 고객 데이터 센터에서 실행되기 때문에, AWS 공동 책임 모델에 따라 규정 준수 인증을 위한 Outpost 주변의 물리적 보안 및 액세스 제어 책임은 고객에게 있습니다.

Q: 내 데이터 센터에서 Outposts의 물리적 보안 책임자는 누구입니까?

A: AWS는 저장 중 및 전송 중에 데이터가 암호화될 수 있게 하는 서비스를 제공하며 그 외 세분화된 보안 통제 및 감사 메커니즘을 제공합니다. 또한, 고객 데이터는 물리적 Nitro 보안 키로 래핑됩니다. 디바이스를 파괴하는 것은 데이터를 파괴하는 것에 해당합니다. 공유 책임 모델에서는, 공유 책임 모델의 일부로 고객이 Outpost 주변의 물리적 보안 및 액세스 제어를 입증할 책임을 집니다.

지원 및 유지 관리

Q: AWS에서는 AWS Outposts 인프라를 어떻게 유지 관리하고 있습니까?

A: AWS Management Console에서 Outpost를 설치하고 볼 수 있는 경우 AWS는 퍼블릭 리전의 일부로 이를 모니터링하고, 자동으로 소프트웨어 업그레이드 및 패치를 실행합니다.

물리적 유지 관리가 필요한 경우 AWS는 현장을 방문할 시간을 예약하기 위해 연락을 드립니다. AWS에서는 해당되는 경우 특정 모듈을 교체할 수는 있지만, 고객 현장에서 호스트 또는 네트워크 스위치에 대한 수리 서비스를 제공하지 않습니다.

Q: 내 시설의 네트워크 연결이 끊어진 경우 어떻게 됩니까?

A: Outpost의 EC2 인스턴스 및 EBS 볼륨은 정상적으로 계속 운영되며, 로컬 게이트웨이를 통해 로컬로 액세스할 수 있습니다. 마찬가지로, AWS 서비스 리소스(예: ECS 작업자 노드)도 계속 로컬로 실행됩니다. 그러나 API 가용성이 저하될 수 있습니다. 예를 들어, run/start/stop/terminate API가 작동하지 않을 수 있습니다. 인스턴스 지표 및 로그는 몇 시간 동안 로컬로 계속 캐시되며, 연결이 복구되면 AWS 리전으로 푸시됩니다. 그러나 몇 시간 넘도록 연결이 끊어져 있으면 지표 및 로그가 유실될 수 있습니다. 이 경우 Route 53 Resolver(또는 AmazonProvidedDNS)에 대한 Outpost의 DNS 쿼리도 AWS 리전에 대한 네트워크 링크를 사용하므로, 기본 DNS 확인이 작동을 멈춥니다. 네트워크 연결이 끊어질 것으로 예상되면 정기적으로 워크로드를 테스트하여 Outpost 연결이 끊어졌을 때 이 상태로 적절히 작동하는지 확인하는 것이 좋습니다. S3 on Outposts의 경우 Outpost에 대한 네트워크 연결이 끊어지면 객체에 액세스할 수 없게 됩니다. 객체 저장 및 검색 요청은 리전별 AWS Identity and Access Management(IAM) 서비스를 사용하여 인증되며, Outpost가 홈 AWS 리전에 연결되어 있지 않으면 데이터에 액세스할 수 없습니다. 연결이 끊어져 있는 동안에도 데이터는 Outpost에서 안전하게 저장된 상태로 유지되며, 연결이 복원되면 인증 및 요청도 재개할 수 있습니다.

Q: 어떤 유형의 제어 플레인 정보가 상위 리전으로 다시 전달됩니까?

A: 예를 들어, 인스턴스 상태, 인스턴스 활동(시작됨, 중지됨), 기본 하이퍼바이저 시스템에 대한 정보가 상위 AWS 리전으로 다시 전송될 수 있습니다. 이 정보를 통해 AWS는 인스턴스 상태 및 용량에 대한 경고를 제공하고 Outpost에 패치 및 업데이트를 적용할 수 있습니다. 사용자 팀에서 이러한 요소를 관리하거나 Outpost에 적극적으로 보안 업데이트 및 패치를 푸시하기 위한 도구를 구현하지 않아도 됩니다. S3 on Outposts의 경우 특정 데이터 관리 및 원격 측정 데이터(예: 버킷 이름 및 지표)는 보고 및 관리를 위해 AWS 리전에 저장할 수도 있습니다. 연결이 끊어지면 이러한 정보는 상위 리전으로 다시 전송할 수 없습니다.

AWS Outposts FAQ 읽기
문의처

직접 문의하여 AWS Outposts에 대해 자세히 알아보기

문의처 
무료 AWS 계정에 가입
무료 계정에 가입

AWS 프리 티어에 즉시 액세스할 수 있습니다. 

가입 
AWS Outposts를 사용하여 구축 시작
콘솔에서 구축 시작

AWS Management Console에서 AWS Outposts를 시작하십시오.

로그인