AWS Fargate FAQ

zstd 압축 컨테이너 이미지로 AWS Fargate 시작 시간을 단축합니다. 컨테이너 이미지의 계층은 효율성을 위해 기본적으로 gzip 형식을 사용하여 압축됩니다. 하지만 containerd는 ‘zstd’라는 대체 형식을 지원하는데, 이 형식은 압축 해제 속도가 더 빠르기 때문에 AWS Fargate를 사용할 때 태스크 시작 시간이 더 빨라집니다. zstd로 컨테이너 이미지를 구축하는 방법에 대한 자세한 내용은 이 블로그 게시물을 참조하세요.

테스트 애플리케이션을 로컬로 로드하거나 개발 환경에서 로드하여 애플리케이션의 요구 사항을 파악한 후 요청 크기를 적절히 조정하는 것이 좋습니다. 워크로드의 크기가 작거나 큰 경우 AWS Compute Optimizer를 사용하여 권장 사항을 받아볼 수 있습니다.

AWS Fargate의 각 ECS 태스크 또는 Kubernetes 포드에는 Virtual Private Cloud(VPC)에 연결되어 있는 전용 탄력적 네트워크 인터페이스(ENI)가 지정됩니다. 컨테이너화된 워크로드로 들어오고 나가는 모든 트래픽은 이 ENI를 통과합니다. 그러므로 VPC 보안 그룹과 VPC 네트워크 ACL을 사용하여 ENI를 보호할 수 있고, VPC 흐름 로그를 사용하여 트래픽 흐름을 모니터링할 수 있습니다.

AWS Fargate에서 실행되는 각 워크로드에는 워크로드가 실행되는 동안 임시 스토리지로 사용할 수 있는 20GiB의 임시 스토리지에 대한 전체 액세스 권한이 부여됩니다. 워크로드가 중지되면 이 20GiB 볼륨에 저장된 모든 데이터가 지워집니다. 이 임시 스토리지 볼륨은 Amazon ECS에서는 200GiB까지, Amazon EKS에서는 175GiB까지 확장할 수 있습니다. AWS Fargate에서 실행되는 워크로드에 영구 스토리지를 제공할 때는 Amazon Elastic File System(EFS)이 사용됩니다.

컨테이너 내에서 컨테이너를 구축하는 일반적인 접근 방식에는 권한 모드(예: 도커에서 도커 사용)가 필요합니다. 그러나 권한 모드는 AWS Fargate의 보안 모델에서는 권한 모드를 사용할 수 없습니다. 아니면 컨테이너에 도커 소켓을 탑재해야 하는데 AWS Fargate 플랫폼 버전 1.4부터는 containerd가 활용되기 때문에 도커 소켓을 컨테이너에 탑재할 수 없습니다. 또는 Kaniko와 같은 루트리스 이미지 구축 프로젝트를 AWS Fargate의 보안 모델 내에 배포할 수 있는데, 이것이 컨테이너 이미지를 구축할 때 실행 가능한 옵션입니다.

AWS Fargate는 PCI DSS, SOC, FIPS 140-2, FedRAMP 및 HIPAA를 비롯한 다양한 규정 준수 프로그램의 표준을 충족합니다. 자세한 내용과 전체 프로그램 목록은 범위 내 AWS 클라우드 보안 서비스 설명서를 참조하세요. 

예. AWS Fargate는 HIPAA 적격 서비스입니다. AWS와 Business Associate Addendum(BAA)을 체결한 경우, AWS Fargate에 배포된 컨테이너를 사용하여 암호화된 개인 건강 정보(PHI)를 처리할 수 있습니다. 자세한 내용은 HIPAA 규정 준수에 관한 AWS 페이지를 참조하세요. PHI를 처리, 저장 또는 전송할 계획이지만 AWS와 BAA를 체결하지 않은 경우, AWS에 문의하여 자세한 내용을 확인해 주세요. 

예. AWS GovCloud(미국) 리전에서 AWS Fargate를 사용할 수 있습니다. AWS GovCloud(미국)는 미국 정부 기관 및 클라우드에서 민감한 워크로드를 실행하는 계약업체, 교육 기관 및 기타 미국 고객의 특정 규제 및 규정 준수 요구 사항을 충족하도록 설계된 Amazon의 격리형 클라우드 인프라 및 서비스입니다. AWS Fargate를 사용할 수 있는 AWS 리전의 전체 목록은 리전 표 또는 설명서를 참조하세요. 

AWS Fargate는 퍼스트 파티 AWS 서비스와 서드 파티 Amazon 파트너 네트워크(APN) 솔루션을 모두 포함하는 유연한 통합 모델을 제공합니다. 일반적인 통합 메커니즘은 기본 애플리케이션 컨테이너와 상호 작용할 수 있는 AWS Fargate 태스크 내에서 사이드카 컨테이너를 실행하는 것입니다. 예를 들어 기본 애플리케이션과 상호 작용한 다음 분석 및 검토를 위해 중앙 집중식 시스템으로 데이터를 전송하는 런타임 보안 에이전트 또는 로그 라우터가 여기에 포함됩니다.

Amazon CloudWatch Alarms, Amazon CloudWatch Logs, Amazon CloudWatch Events, AWS CloudTrail Logs, AWS Trusted Advisor 및 AWS Compute Optimizer와 같은 여러 도구를 사용하여 AWS Fargate 리소스의 다양한 측면을 모니터링하고 대응할 수 있습니다. 널리 사용되는 접근 방식은 CloudWatch Container Insights를 활용하여 로그를 수집 및 분석하고 운영 대시보드를 확인하는 것입니다. CloudWatch 및 Splunk용 로그 드라이버가 애플리케이션 로깅에 기본적으로 포함되어 있지만, 태스크 정의 파라미터를 통해 Amazon ECS용 FireLens를 사용하여 로그를 AWS 서비스 또는 AWS 파트너 네트워크(APN) 대상으로 라우팅할 수 있습니다.

AWS Fargate를 사용할 때는 컨테이너식 애플리케이션으로 프로비저닝한 vCPU, 메모리 및 스토리지 리소스의 양에 대한 요금만 지불하면 됩니다. vCPU 및 메모리 리소스는 컨테이너 이미지를 가져온 시점부터 Amazon ECS 태스크 또는 EKS 포드가 종료된 시점까지 계산되며 가장 가까운 시간(초)으로 올림 처리됩니다. 최소 1분의 요금이 부과됩니다. 기본적으로 모든 AWS Fargate 태스크 및 포드에 20GB의 임시 스토리지를 사용할 수 있습니다. 요금은 구성하는 추가 스토리지에 대해서만 부과됩니다. AWS Fargate는 Amazon EC2 인스턴스와 마찬가지로 스팟 및 컴퓨팅 절감형 플랜 요금 옵션을 지원합니다. 자세한 내용은 요금 페이지에서 확인할 수 있습니다.

• AWS Fargate 태스크에는 예비 컴퓨팅 용량을 활용하는 스팟 인스턴스를 사용할 수 있는데, 이 스팟 인스턴스는 온디맨드 인스턴스보다 저렴한 가격으로 제공됩니다. 스팟 인스턴스를 사용하면 중단이 허용되는 Amazon ECS 태스크를 AWS Fargate 가격에서 최대 70% 할인된 가격으로 실행할 수 있습니다. 
• AWS는 1년 또는 3년 동안 특정 용량(시간당 USD 단위)의 컴퓨팅 파워를 사용하겠다는 약정을 체결하고 예약형 인스턴스와 동일한 할인을 받을 수 있는 할인 모델인 AWS Fargate 절감형 플랜을 도입했습니다. 
• AWS가 설계한 AWS Graviton 프로세서는 Amazon EC2, AWS 관리형 컨테이너 및 기타 관리형 서비스에서 실행되는 클라우드 워크로드에 대해 최고의 가격 대비 성능을 제공합니다. AWS Graviton은 유사한 x86 기반 인스턴스보다 최대 40% 더 나은 가격 대비 성능을 제공합니다. AWS Graviton 프로세서는 동급 EC2 인스턴스보다 에너지 효율이 더 높으며, 최대 60% 적은 에너지를 사용하여 동일한 성능을 제공합니다. 
• AWS Fargate는 비효율적인 구성을 쉽게 식별하고 수정할 수 있는 AWS Compute Optimizer에 포함되어 있습니다.

AWS Graviton 프로세서는 Amazon Web Services 코어로 맞춤 제작되어 클라우드 워크로드에 최고의 가격 대비 성능을 제공합니다. AWS Graviton 프로세서 기반 AWS Fargate는 비교 가능한 인텔 x86기반 Fargate 대비 최대 40% 개선된 가격 대비 성능과, 20% 낮은 비용을 애플리케이션 서버, 웹 서비스, 고성능 컴퓨팅 및 미디어 처리 등의 다양한 워크로드에 제공합니다. AWS Fargate의 서버리스 이점을 그대로 활용하면서 컨테이너식 워크로드를 실행할 때의 성능과 비용을 최적화할 수 있습니다.