지원콘솔개발자평가판 시작연락처

3.13. AWS VPC 클러스터를 AWS Outpost로 확장

OpenShift Container Platform 버전 4.14에서는 AWS Outposts에서 실행되는 컴퓨팅 노드를 사용하여 Amazon Web Services(AWS)에 클러스터를 기술 미리 보기로 설치할 수 있습니다. OpenShift Container Platform 버전 4.15부터 이 설치 방법은 더 이상 지원되지 않습니다. 대신 AWS에 기존 VPC에 클러스터를 설치하고 AWS Outposts에 컴퓨팅 노드를 프로비저닝하는 것을 설치 후 구성 작업으로 수행할 수 있습니다.

기존 Amazon Virtual Private Cloud(VPC)에 Amazon Web Services(AWS)의 클러스터를 설치한 후 AWS Outposts에 컴퓨팅 머신을 배포하는 컴퓨팅 머신 세트를 생성할 수 있습니다. AWS Outposts는 온프레미스 환경의 지연 시간을 줄이면서 클라우드 기반 AWS 배포의 다양한 기능을 사용할 수 있는 AWS 엣지 컴퓨팅 서비스입니다. 자세한 내용은 AWS Outposts 설명서를 참조하세요.

3.13.1. OpenShift 컨테이너 플랫폼의 AWS Outposts 요구 사항 및 제한 사항
링크 복사

다음 요구 사항과 제한 사항을 수용하도록 OpenShift Container Platform 클러스터를 구성하는 경우 클라우드 기반 AWS 클러스터와 유사하게 AWS Outpost의 리소스를 관리할 수 있습니다.

  • AWS에서 OpenShift Container Platform 클러스터를 Outpost로 확장하려면 기존 Amazon Virtual Private Cloud(VPC)에 클러스터를 설치해야 합니다.
  • Outpost의 인프라는 AWS 지역의 가용성 영역에 연결되며 전용 서브넷을 사용합니다. Outpost에 배포된 Edge 컴퓨팅 머신은 Outpost 서브넷과 Outpost가 연결된 가용성 영역을 사용해야 합니다.
  • AWS Kubernetes 클라우드 컨트롤러 관리자가 Outpost 서브넷을 발견하면 Outpost 서브넷에 서비스 로드 밸런서를 생성하려고 시도합니다. AWS Outposts는 실행 중인 서비스 로드 밸런서를 지원하지 않습니다. 클라우드 컨트롤러 관리자가 Outpost 서브넷에서 지원되지 않는 서비스를 생성하지 못하도록 하려면 Outpost 서브넷 구성에 kubernetes.io/cluster/unmanaged 태그를 포함해야 합니다. 이 요구 사항은 OpenShift Container Platform 버전 4.19의 해결 방법입니다. 자세한 내용은 OCPBUGS-30041을 참조하세요.
  • AWS의 OpenShift Container Platform 클러스터에는 gp3-csi 및 gp2-csi 스토리지 클래스가 포함됩니다. 이러한 클래스는 Amazon Elastic Block Store(EBS) gp3 및 gp2 볼륨에 해당합니다. OpenShift Container Platform 클러스터는 기본적으로 gp3-csi 스토리지 클래스를 사용하지만 AWS Outposts는 EBS gp3 볼륨을 지원하지 않습니다.
  • 이 구현에서는 node-role.kubernetes.io/outposts taint를 사용하여 일반 클러스터 작업 부하가 Outpost 노드로 확산되는 것을 방지합니다. Outpost에서 사용자 작업 부하를 예약하려면 애플리케이션의 배포 리소스에서 해당 허용 범위를 지정해야 합니다. 사용자 워크로드를 위해 AWS Outpost 인프라를 예약하면 기본 CSI를 gp2-csi 로 업데이트하여 호환되도록 하는 등의 추가 구성 요구 사항을 피할 수 있습니다.
  • Outpost에 볼륨을 생성하려면 CSI 드라이버에 Outpost Amazon 리소스 이름(ARN)이 필요합니다. 드라이버는 CSINode 객체에 저장된 토폴로지 키를 사용하여 Outpost ARN을 결정합니다. 드라이버가 올바른 토폴로지 값을 사용하는지 확인하려면 볼륨 바인딩 모드를 WaitForConsumer 로 설정하고 새로 만드는 모든 스토리지 클래스에 허용되는 토폴로지를 설정하지 않아야 합니다.

  • AWS VPC 클러스터를 Outpost로 확장하면 두 가지 유형의 컴퓨팅 리소스가 있습니다. 아웃포스트에는 에지 컴퓨트 노드가 있고, VPC에는 클라우드 기반 컴퓨트 노드가 있습니다. 클라우드 기반 AWS Elastic Block 볼륨은 Outpost 엣지 컴퓨팅 노드에 연결할 수 없으며, Outpost 볼륨은 클라우드 기반 컴퓨팅 노드에 연결할 수 없습니다.

    따라서 CSI 스냅샷을 사용하여 클라우드 기반 컴퓨팅 노드에서 에지 컴퓨팅 노드로 영구 저장소를 사용하는 애플리케이션을 마이그레이션하거나 원래 영구 볼륨을 직접 사용할 수 없습니다. 애플리케이션의 영구 저장소 데이터를 마이그레이션하려면 수동 백업 및 복원 작업을 수행해야 합니다.

  • AWS Outposts는 AWS Network Load Balancer 또는 AWS Classic Load Balancer를 지원하지 않습니다. AWS Outposts 환경에서 엣지 컴퓨팅 리소스에 대한 부하 분산을 활성화하려면 AWS Application Load Balancer를 사용해야 합니다.

    애플리케이션 로드 밸런서를 프로비저닝하려면 Ingress 리소스를 사용하고 AWS 로드 밸런서 오퍼레이터를 설치해야 합니다. 클러스터에 워크로드를 공유하는 에지 및 클라우드 기반 컴퓨팅 인스턴스가 모두 포함된 경우 추가 구성이 필요합니다.

    자세한 내용은 "Outpost로 확장된 AWS VPC 클러스터에서 AWS Load Balancer Operator 사용"을 참조하세요.

Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

Legal Notice

Theme

© 2026 Red Hat맨 위로 이동