8장. AWS 로컬 영역 또는 Wavelength 영역 작업
AWS(Amazon Web Services)에 OpenShift Container Platform을 설치한 후 AWS 로컬 영역 또는 Wavelength 영역과 엣지 컴퓨팅 풀을 추가로 구성할 수 있습니다.
8.1. AWS 로컬 영역 또는 Wavelength 영역을 사용하도록 기존 클러스터 확장
설치 후 작업은 AWS 로컬 영역 또는 Wavelength 영역을 사용하도록 AWS(Amazon Web Services)의 기존 OpenShift Container Platform 클러스터를 확장할 수 있습니다.
노드를 로컬 영역 또는 Wavelength 영역으로 확장하려면 다음 단계로 구성됩니다.
- MCP(클러스터 네트워크 최대 전송 단위) 조정.
- 로컬 영역 또는 Wavelength Zones 그룹을 AWS Local Zones 또는 Wavelength Zones로 선택합니다.
로컬 영역 또는 Wavelength 영역 위치에 대한 기존 VPC에 서브넷을 생성합니다.
중요로컬 영역 또는 Wavelength 영역을 사용하도록 AWS에서 기존 OpenShift Container Platform 클러스터를 확장하기 전에 기존 VPC에 사용 가능한 CIDR(Classless Inter-Domain Routing) 블록이 포함되어 있는지 확인합니다. 이러한 블록은 서브넷을 만드는 데 필요합니다.
- 머신 세트 매니페스트를 생성한 다음 각 로컬 영역 또는 Wavelength Zone 위치에 노드를 생성합니다.
로컬 영역만 해당: 필요한 네트워크 리소스를 생성할 수 있도록 권한
ec2:ModifyAvailabilityZoneGroup을 IAM(Identity and Access Management) 사용자 또는 역할에 추가합니다. 예를 들면 다음과 같습니다.AWS 로컬 영역 배포를 위한 추가 IAM 정책의 예
{ "Version": "2012-10-17", "Statement": [ { "Action": [ "ec2:ModifyAvailabilityZoneGroup" ], "Effect": "Allow", "Resource": "*" } ] }파장 영역만 해당: 권한
ec2:ModifyAvailabilityZoneGroup,ec2:CreateCarrierGateway,ec2:DeleteCarrierGateway를 IAM(Identity and Access Management) 사용자 또는 역할에 추가하여 필요한 네트워크 리소스를 생성할 수 있습니다. 예를 들면 다음과 같습니다.AWS Wavelength Zones 배포를 위한 추가 IAM 정책의 예
{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DeleteCarrierGateway", "ec2:CreateCarrierGateway" ], "Resource": "*" }, { "Action": [ "ec2:ModifyAvailabilityZoneGroup" ], "Effect": "Allow", "Resource": "*" } ] }
추가 리소스
- 지원되는 인스턴스 유형 및 서비스에 대한 자세한 내용은 AWS 문서의 AWS 로컬 영역 기능을 참조하십시오.
- 지원되는 인스턴스 유형 및 서비스에 대한 자세한 내용은 AWS 문서의 AWS Wavelength 기능을 참조하십시오.
8.1.1. 엣지 컴퓨팅 풀 정보
엣지 컴퓨팅 노드는 AWS 로컬 영역 또는 Wavelength Zones 위치에서 실행되는 테인트된 컴퓨팅 노드입니다.
로컬 영역 또는 Wavelength 영역을 사용하는 클러스터를 배포하는 경우 다음 사항을 고려하십시오.
- 로컬 영역 또는 Wavelength 영역의 Amazon EC2 인스턴스는 가용성 영역의 Amazon EC2 인스턴스보다 비용이 많이 듭니다.
- AWS Local Zones 또는 Wavelength Zones에서 실행되는 애플리케이션과 최종 사용자 간에 대기 시간이 낮습니다. 예를 들어, Ingress 트래픽이 로컬 영역 또는 Wavelength 영역과 가용 영역 간에 혼합되는 경우 일부 워크로드에 대기 시간이 영향을 미칩니다.
일반적으로 로컬 영역 또는 Wavelength 영역에 있는 Amazon EC2 인스턴스 간 최대 전송 단위(MTU)와 리전의 Amazon EC2 인스턴스는 1300입니다. 오버헤드를 고려하려면 클러스터 네트워크 MTU가 EC2 MTU보다 항상 작아야 합니다. 특정 오버헤드는 네트워크 플러그인에 의해 결정됩니다. 예를 들어 OVN-Kubernetes에는 100바이트 의 오버헤드가 있습니다.
네트워크 플러그인은 MTU 크기 조정에도 영향을 미치는 IPsec과 같은 추가 기능을 제공할 수 있습니다.
다음 리소스에 액세스하여 해당 영역 유형에 대해 자세히 알아볼 수 있습니다.
- AWS 문서에서 로컬 영역이 작동하는 방법을 참조하십시오.
- AWS 문서에서 AWS Wavelength 작동 방식을 참조하십시오.
OpenShift Container Platform 4.12에서는 원격 영역에서 사용하도록 설계된 새로운 컴퓨팅 풀 에지 를 도입했습니다. 엣지 컴퓨팅 풀 구성은 AWS Local Zones 또는 Wavelength Zones 위치 간에 일반적으로 사용됩니다. 로컬 영역 또는 Wavelength 영역 리소스의 EC2 및 EBS와 같은 리소스의 유형 및 크기 제한으로 인해 기본 인스턴스 유형은 기존 컴퓨팅 풀에 따라 다를 수 있습니다.
로컬 영역 또는 Wavelength 영역의 기본 EBS(Elastic Block Store)는 gp2 이며, 이는 인지 이외의 컴퓨팅 풀과 다릅니다. 에지 컴퓨팅 풀의 각 로컬 영역 또는 Wavelength 영역에 사용되는 인스턴스 유형도 영역에 있는 인스턴스 유형에 따라 다른 컴퓨팅 풀과 다를 수 있습니다.
엣지 컴퓨팅 풀은 개발자가 AWS 로컬 영역 또는 Wavelength 영역 노드에 애플리케이션을 배포하는 데 사용할 수 있는 새 레이블을 생성합니다. 새 레이블은 다음과 같습니다.
-
node-role.kubernetes.io/edge='' -
로컬 영역만 해당:
machine.openshift.io/zone-type=local-zone -
파장 영역만 해당:
machine.openshift.io/zone-type=length-zone-zone -
machine.openshift.io/zone-group=$ZONE_GROUP_NAME
기본적으로 에지 컴퓨팅 풀의 머신 세트는 다른 워크로드가 로컬 영역 또는 Wavelength 영역 인스턴스에 분배되지 않도록 NoSchedule 의 테인트를 정의합니다. 사용자는 Pod 사양에서 허용 오차를 정의하는 경우에만 사용자 워크로드를 실행할 수 있습니다.
