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

3.10. AWS VPC 클러스터를 AWS 아웃 포스트로 확장

OpenShift Container Platform 버전 4.14에서는 AWS 아웃포스트에서 실행되는 컴퓨팅 노드가 포함된 AWS(Amazon Web Services)에 기술 프리뷰로 클러스터를 설치할 수 있습니다. OpenShift Container Platform 버전 4.15부터는 이 설치 방법이 더 이상 지원되지 않습니다.

대신 AWS의 클러스터를 기존 VPC에 설치하고 AWS 아웃포스트의 컴퓨팅 노드를 설치 후 구성 작업으로 프로비저닝할 수 있습니다.

"AWS(Amazon Web Services)의 클러스터를 기존 Amazon VPC(Virtual Private Cloud)에 설치"의 지침에 따라 AWS 아웃포스트에서 컴퓨팅 머신을 배포하는 컴퓨팅 머신 세트를 생성할 수 있습니다. AWS Outposts는 온프레미스 환경에서 대기 시간이 단축된 상태에서 클라우드 기반 AWS deployment 많은 기능을 사용할 수 있는 AWS 에지 컴퓨팅 서비스입니다. 자세한 내용은 "AWS 아웃포스트 설명서"를 참조하세요.

여러 요구 사항 및 제한 사항을 충족하도록 OpenShift Container Platform 클러스터를 구성하면 클라우드 기반 AWS 클러스터의 리소스와 유사하게 AWS 아웃포스트의 리소스를 관리할 수 있습니다.

다음 요구 사항 및 제한 사항을 충족해야 합니다.

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

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

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

  • AWS Outposts는 AWS 네트워크 로드 밸런서 또는 AWS 클래식 로드 밸런서를 지원하지 않습니다. AWS Outposts 환경에서 에지 컴퓨팅 리소스에 대한 부하 분산을 활성화하려면 AWS 애플리케이션 로드 밸런서를 사용해야 합니다.

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

    자세한 내용은 "AWS VPC 클러스터에서 Outpost로 확장된 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맨 위로 이동