엣지 인프라 관리 - AWS 권장 가이드

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

엣지 인프라 관리

AWS 는 AWS 인프라, 서비스, APIs 및 도구를 최종 사용자 및 데이터 센터에 더 가깝게 확장하는 완전관리형 서비스를 제공합니다. Outposts 및 Local Zones에서 사용할 수 있는 서비스는에서 사용할 수 있는 서비스와 동일 AWS 리전하므로 동일한 AWS 콘솔 AWS CLI또는 AWS APIs. 지원되는 서비스는 AWS Outposts 기능 비교 표 및 AWS 로컬 영역 기능을 참조하세요.

엣지에서 서비스 배포

AWS 콘솔 AWS CLI, 또는 API를 AWS 리전사용하여 로컬 영역 및 Outposts에서 사용할 수 있는 서비스를 구성하는 것과 동일한 방식으로 구성할 수 있습니다. AWS APIs 리전 배포와 엣지 배포의 주요 차이점은 리소스가 프로비저닝될 서브넷입니다. 엣지의 네트워킹 섹션에서는 서브넷이 Outpost 및 로컬 영역에 배포되는 방법을 설명했습니다. 엣지 서브넷을 식별한 후 엣지 서브넷 ID를 파라미터로 사용하여 Outpost 또는 로컬 영역에 서비스를 배포합니다. 다음 섹션에서는 엣지 서비스 배포의 예를 제공합니다.

엣지의 Amazon EC2

다음 run-instances 예시에서는 현재 리전의 엣지 서브넷m5.2xlarge으로 유형의 단일 인스턴스를 시작합니다. Linux의 SSH 또는 Windows의 RDP(원격 데스크톱 프로토콜)를 사용하여 인스턴스에 연결할 계획이 없는 경우 키 페어는 선택 사항입니다.

aws ec2 run-instances \ --image-id ami-id \ --instance-type m5.2xlarge \ --subnet-id <subnet-edge-id> \ --key-name MyKeyPair

엣지의 Application Load Balancer

다음 create-load-balancer 예시에서는 내부 Application Load Balancer를 생성하고 지정된 서브넷에 대해 로컬 영역 또는 Outposts를 활성화합니다.

aws elbv2 create-load-balancer \ --name my-internal-load-balancer \ --scheme internal \ --subnets <subnet-edge-id>

인터넷 경계 Application Load Balancer를 Outpost의 서브넷에 배포하려면 다음 예제와 같이 --scheme 옵션에서 internet-facing 플래그를 설정하고 CoIP 풀 ID를 제공합니다.

aws elbv2 create-load-balancer \ --name my-internal-load-balancer \ --scheme internet-facing \ --customer-owned-ipv4-pool <coip-pool-id> --subnets <subnet-edge-id>

엣지에서 다른 서비스를 배포하는 방법에 대한 자세한 내용은 다음 링크를 참조하세요.

서비스

AWS Outposts

AWS 로컬 영역

Amazon EKS

를 사용하여 Amazon EKS 온프레미스 배포 AWS Outposts

를 사용하여 지연 시간이 짧은 EKS 클러스터 시작 AWS 로컬 영역

Amazon ECS

의 Amazon ECS AWS Outposts

공유 서브넷, 로컬 영역 및 Wavelength 영역의 Amazon ECS 애플리케이션

Amazon RDS

의 Amazon RDS AWS Outposts

로컬 영역 서브넷 선택

Amazon S3

Amazon S3 on Outposts 시작하기

사용할 수 없음

Amazon ElastiCache

ElastiCache에서 Outposts 사용

ElastiCache에서 로컬 영역 사용

Amazon EMR

의 EMR 클러스터 AWS Outposts

의 EMR 클러스터 AWS 로컬 영역

Amazon FSx

사용할 수 없음

로컬 영역 서브넷 선택

AWS Elastic Disaster Recovery

AWS Elastic Disaster Recovery 및 작업 AWS Outposts

사용할 수 없음

AWS Application Migration Service

사용할 수 없음

로컬 영역 서브넷을 스테이징 서브넷으로 선택

Outposts별 CLI 및 SDK

AWS Outposts 에는 서비스 주문을 생성하거나 로컬 게이트웨이와 로컬 네트워크 간의 라우팅 테이블을 조작하기 위한 두 가지 명령 및 APIs 그룹이 있습니다.

Outposts 주문 프로세스

AWS CLI 또는 Outposts APIs를 사용하여 Outposts 사이트를 생성하고, Outpost를 생성하고, Outpost 주문을 생성할 수 있습니다. AWS Outposts 주문 프로세스 중에 하이브리드 클라우드 전문가와 협력하여 구현 요구 사항에 맞는 적절한 리소스 IDs 선택과 최적의 구성을 보장하는 것이 좋습니다. 전체 리소스 ID 목록은 AWS Outposts 랙 요금 페이지를 참조하세요.

로컬 게이트웨이 관리

Outposts에서 로컬 게이트웨이(LGW)를 관리하고 운영하려면이 작업에 사용할 수 있는 AWS CLI 및 SDK 명령에 대한 지식이 필요합니다. AWS CLI 및 AWS SDKs를 사용하여 다른 작업 중에서도 LGW 경로를 생성하고 수정할 수 있습니다. LGW 관리에 대한 자세한 내용은 다음 리소스를 참조하세요.

CloudWatch 지표 및 로그

Outpost와 로컬 영역 모두에서 사용할 수 AWS 서비스 있는의 경우 지표와 로그는 리전과 동일한 방식으로 관리됩니다. Amazon CloudWatch는 다음 차원에서 Outpost 모니터링 전용 지표를 제공합니다.

차원

설명

Account

용량을 사용하는 계정 또는 서비스

InstanceFamily

인스턴스 패밀리

InstanceType

인스턴스 유형

OutpostId

Outpost의 ID

VolumeType

EBS 볼륨 유형

VirtualInterfaceId

로컬 게이트웨이 또는 서비스 링크 가상 인터페이스(VIF)의 ID

VirtualInterfaceGroupId

로컬 게이트웨이 VIF에 대한 VIF 그룹의 ID

자세한 내용은 Outposts 설명서의 Outpost 랙에 대한 CloudWatch 지표를 참조하세요.