

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

# 엣지 인프라 관리
<a name="infrastructure-mgmt"></a>

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

## 엣지에서 서비스 배포
<a name="deploying-services"></a>

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

### 엣지의 Amazon EC2
<a name="ec2-edge"></a>

다음 `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
<a name="alb-edge"></a>

다음 `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](https://docs.aws.amazon.com/outposts/latest/userguide/local-rack.html#local-gateway-subnet)를 제공합니다.

```
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](https://docs.aws.amazon.com/eks/latest/userguide/eks-outposts.html) | [를 사용하여 지연 시간이 짧은 EKS 클러스터 시작 AWS 로컬 영역](https://docs.aws.amazon.com/eks/latest/userguide/local-zones.html) | 
| Amazon ECS | [의 Amazon ECS AWS Outposts](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/ecs-on-outposts.html) | [공유 서브넷, 로컬 영역 및 Wavelength 영역의 Amazon ECS 애플리케이션](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cluster-regions-zones.html) | 
| Amazon RDS | [의 Amazon RDS AWS Outposts](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/rds-on-outposts.html) | 로컬 영역 서브넷 선택 | 
| Amazon S3 | [Amazon S3 on Outposts 시작하기](https://docs.aws.amazon.com/AmazonS3/latest/s3-outposts/S3OutpostsGS.html) | 사용할 수 없음 | 
| Amazon ElastiCache | [ElastiCache에서 Outposts 사용](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/ElastiCache-Outposts.html) | [ElastiCache에서 로컬 영역 사용](https://docs.aws.amazon.com/AmazonElastiCache/latest/mem-ug/Local_zones.html) | 
| Amazon EMR | [의 EMR 클러스터 AWS Outposts](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-outposts.html) | [의 EMR 클러스터 AWS 로컬 영역](https://docs.aws.amazon.com/emr/latest/ManagementGuide/emr-plan-localzones.html) | 
| Amazon FSx | 사용할 수 없음 | 로컬 영역 서브넷 선택 | 
| AWS Elastic Disaster Recovery | [AWS Elastic Disaster Recovery 및 작업 AWS Outposts](https://docs.aws.amazon.com/drs/latest/userguide/outposts.html) | 사용할 수 없음 | 
| AWS Application Migration Service | 사용할 수 없음 | 로컬 영역 서브넷을 스테이징 서브넷으로 선택 | 

## Outposts별 CLI 및 SDK
<a name="cli-sdk"></a>

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

### Outposts 주문 프로세스
<a name="outposts-ordering-process"></a>

[AWS CLI](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/outposts/index.html) 또는 [Outposts APIs](https://docs.aws.amazon.com/outposts/latest/APIReference/API_Operations.html)를 사용하여 Outposts 사이트를 생성하고, Outpost를 생성하고, Outpost 주문을 생성할 수 있습니다. AWS Outposts 주문 프로세스 중에 하이브리드 클라우드 전문가와 협력하여 구현 요구 사항에 맞는 적절한 리소스 IDs 선택과 최적의 구성을 보장하는 것이 좋습니다. 전체 리소스 ID 목록은 [AWS Outposts 랙 요금 페이지를 참조하세요](https://aws.amazon.com/outposts/rack/pricing/).

### 로컬 게이트웨이 관리
<a name="lgw-management"></a>

Outposts에서 로컬 게이트웨이(LGW)를 관리하고 운영하려면이 작업에 사용할 수 있는 AWS CLI 및 SDK 명령에 대한 지식이 필요합니다. AWS CLI 및 AWS SDKs를 사용하여 다른 작업 중에서도 LGW 경로를 생성하고 수정할 수 있습니다. LGW 관리에 대한 자세한 내용은 다음 리소스를 참조하세요.
+ [AWS CLI Amazon EC2용](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/index.html)
+ 의 EC2.Client [AWS SDK for Python (Boto)](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/ec2.html)
+ 의 Ec2Client [AWS SDK for Java](https://sdk.amazonaws.com/java/api/latest/software/amazon/awssdk/services/ec2/Ec2Client.html)

### CloudWatch 지표 및 로그
<a name="cloudwatch-metrics"></a>

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


| **차원** | **설명** | 
| --- | --- | 
| `Account` | 용량을 사용하는 계정 또는 서비스 | 
| `InstanceFamily` | 인스턴스 패밀리 | 
| `InstanceType` | 인스턴스 유형 | 
| `OutpostId` | Outpost의 ID | 
| `VolumeType` | EBS 볼륨 유형 | 
| `VirtualInterfaceId` | 로컬 게이트웨이 또는 서비스 링크 가상 인터페이스(VIF)의 ID | 
| `VirtualInterfaceGroupId` | 로컬 게이트웨이 VIF에 대한 VIF 그룹의 ID | 

자세한 내용은 [Outposts 설명서의 Outpost 랙에 대한 CloudWatch 지표](https://docs.aws.amazon.com/outposts/latest/userguide/outposts-cloudwatch-metrics.html)를 참조하세요.