15.2. AWS Wavelength 영역 및 엣지 컴퓨팅 풀 정보
다음 섹션을 읽고 AWS Wavelength Zones 환경의 인프라 동작 및 클러스터 제한 사항을 알아보십시오.
15.2.1. AWS Wavelength 영역의 클러스터 제한 사항
AWS(Amazon Web Services) Wavelength 영역에 기본 설치 구성으로 클러스터를 배포하려고 할 때 몇 가지 제한 사항이 있습니다.
다음 목록은 사전 구성된 AWS 영역에 클러스터를 배포할 때 제한 사항입니다.
-
영역의 Amazon EC2 인스턴스와 리전의 Amazon EC2 인스턴스 간 MTU(최대 전송 단위)는
1300입니다. 이로 인해 배포와 함께 사용되는 네트워크 플러그인에 따라 클러스터 전체 네트워크 MTU가 변경됩니다. - NLB(Network Load Balancer), Classic Load Balancer 및 NAT(Network Address Translation) 게이트웨이와 같은 네트워크 리소스는 전역적으로 지원되지 않습니다.
-
AWS의 OpenShift Container Platform 클러스터의 경우 AWS EBS(Elastic Block Storage)
gp3유형 볼륨이 노드 볼륨의 기본값이며 스토리지 클래스의 기본값입니다. 이 볼륨 유형은 영역 위치에서 전역적으로 사용할 수 없습니다. 기본적으로 영역에서 실행되는 노드는gp2EBS 볼륨으로 배포됩니다. 영역 노드에서 워크로드를 생성할 때gp2-csiStorageClass매개변수를 설정해야 합니다.
설치 프로그램이 OpenShift Container Platform 클러스터에 대한 Wavelength Zone 서브넷을 자동으로 생성하려면 이 방법을 사용하여 특정 구성 제한 사항이 적용됩니다. 다음 부분에서는 이러한 제한 사항 중 일부를 자세히 설명합니다. 기타 제한 사항은 Red Hat이 "인프라 사전 요구 사항" 섹션에서 제공하는 "Wavelength Zones의 할당량 및 고려 사항" 문서를 참조하십시오.
다음 설정 제한은 설치 프로그램을 설정하여 OpenShift Container Platform 클러스터의 서브넷을 자동으로 생성할 때 적용됩니다.
- 설치 프로그램이 AWS Wavelength 영역에서 프라이빗 서브넷을 생성하는 경우 프로그램은 각 서브넷을 상위 영역의 경로 테이블에 연결합니다. 이 작업을 수행하면 각 프라이빗 서브넷이 AWS 리전의 NAT 게이트웨이를 통해 송신 트래픽을 인터넷으로 라우팅할 수 있습니다.
- 클러스터 설치 중에 상위 영역 경로 테이블이 없는 경우 설치 프로그램은 프라이빗 서브넷을 Amazon VPC(Virtual Private Cloud)에서 사용 가능한 첫 번째 프라이빗 경로 테이블에 연결합니다. 이 방법은 OpenShift Container Platform 클러스터의 AWS Wavelength Zones 서브넷에만 유효합니다.
15.2.2. 엣지 컴퓨팅 풀 정보
엣지 컴퓨팅 노드는 AWS Wavelength Zones 위치에서 실행되는 테인트된 컴퓨팅 노드입니다.
Wavelength Zones를 사용하는 클러스터를 배포할 때 다음 사항을 고려하십시오.
- Wavelength Zone의 Amazon EC2 인스턴스는 가용 영역의 Amazon EC2 인스턴스보다 비용이 많이 듭니다.
- AWS Wavelength Zones에서 실행되는 애플리케이션과 최종 사용자 간에 대기 시간이 낮습니다. 예를 들어 Ingress 트래픽이 Wavelength 영역과 가용성 영역 간에 혼합되는 경우 일부 워크로드에 대기 시간이 영향을 미칩니다.
일반적으로 Wavelength 영역에 있는 Amazon EC2 인스턴스와 리전의 Amazon EC2 인스턴스 간 최대 전송 단위(MTU)는 1300입니다. 오버헤드를 고려하려면 클러스터 네트워크 MTU가 EC2 MTU보다 항상 작아야 합니다. 특정 오버헤드는 네트워크 플러그인에 의해 결정됩니다. 예를 들어 OVN-Kubernetes에는 100바이트 의 오버헤드가 있습니다.
네트워크 플러그인은 MTU 크기 조정에도 영향을 미치는 IPsec과 같은 추가 기능을 제공할 수 있습니다.
자세한 내용은 AWS 문서의 AWS Wavelength 작동 방식을 참조하십시오.
OpenShift Container Platform 4.12에서는 원격 영역에서 사용하도록 설계된 새로운 컴퓨팅 풀 에지 를 도입했습니다. 엣지 컴퓨팅 풀 구성은 AWS Wavelength Zones 위치 간에 일반적으로 사용됩니다. Wavelength Zones 리소스의 EC2 및 EBS와 같은 리소스의 유형 및 크기 제한으로 인해 기본 인스턴스 유형은 기존 컴퓨팅 풀에 따라 다를 수 있습니다.
Wavelength Zones 위치에 대한 기본 EBS(Elastic Block Store)는 최신 컴퓨팅 풀과 다른 gp2 입니다. 에지 컴퓨팅 풀의 각 Wavelength 영역에 사용되는 인스턴스 유형도 영역에 있는 인스턴스에 따라 다른 컴퓨팅 풀과 다를 수 있습니다.
엣지 컴퓨팅 풀은 개발자가 AWS Wavelength Zones 노드에 애플리케이션을 배포하는 데 사용할 수 있는 새 레이블을 생성합니다. 새 레이블은 다음과 같습니다.
-
node-role.kubernetes.io/edge='' -
machine.openshift.io/zone-type=wavelength-zone -
machine.openshift.io/zone-group=$ZONE_GROUP_NAME
기본적으로 에지 컴퓨팅 풀의 머신 세트는 다른 워크로드가 Wavelength 영역 인스턴스에 분배되지 않도록 NoSchedule 의 테인트를 정의합니다. 사용자는 Pod 사양에서 허용 오차를 정의하는 경우에만 사용자 워크로드를 실행할 수 있습니다.
