1.2. CCS를 사용하여 AWS에서 클러스터 생성
CCO(Customer Cloud Subscription) 청구 모델을 사용하면 사용자가 소유한 기존 AWS(Amazon Web Services) 계정에서 OpenShift Dedicated 클러스터를 생성할 수 있습니다.
CCS 모델을 사용하여 AWS 계정에 OpenShift Dedicated를 배포하고 관리하는 경우 여러 사전 요구 사항을 충족해야 합니다.
사전 요구 사항
- OpenShift Dedicated에서 사용할 AWS 계정을 구성했습니다.
- AWS 계정에 서비스를 배포하지 않았습니다.
- 원하는 클러스터 크기를 지원하는 데 필요한 AWS 계정 할당량 및 제한을 구성했습니다.
-
AdministratorAccess
정책이 연결된osdCcsAdmin
AWS IAM(Identity and Access Management) 사용자가 있습니다. - AWS 조직에 SCP(서비스 제어 정책)를 설정했습니다. 자세한 내용은 Minimum required service control policy (SCP) 에서 참조하십시오.
- AWS에서 비즈니스 지원 이상을 사용하는 것이 좋습니다.
- 클러스터 전체 프록시를 구성하는 경우 클러스터가 설치 중인 VPC에서 프록시에 액세스할 수 있는지 확인했습니다. VPC의 프라이빗 서브넷에서도 프록시에 액세스할 수 있어야 합니다.
절차
- OpenShift Cluster Manager 에 로그인하고 클러스터 생성을 클릭합니다.
- OpenShift 클러스터 생성 페이지의 Red Hat OpenShift Dedicated 행에서 클러스터 생성을 선택합니다.
청구 모델에서 서브스크립션 유형 및 인프라 유형을 구성합니다.
서브스크립션 유형을 선택합니다. OpenShift Dedicated 서브스크립션 옵션에 대한 자세한 내용은 OpenShift Cluster Manager 설명서의 클러스터 서브스크립션 및 등록을 참조하십시오.
참고OpenShift Dedicated 서브스크립션 및 리소스 할당량에 따라 사용할 수 있는 서브스크립션 유형입니다. 자세한 내용은 영업 담당자 또는 Red Hat 지원에 문의하십시오.
- 보유한 기존 클라우드 공급자 계정에 OpenShift Dedicated를 배포하려면 Customer Cloud Subscription 인프라 유형을 선택합니다.
- 다음을 클릭합니다.
- Amazon Web Services에서 실행을 선택합니다.
- 클라우드 공급자를 선택한 후 나열된 사전 요구 사항을 검토하고 완료합니다. 확인란을 선택하여 모든 사전 요구 사항을 읽고 완료했음을 확인합니다.
AWS 계정 세부 정보를 입력합니다.
- AWS 계정 ID 를 입력합니다.
AWS 액세스 키 ID 와 AWS IAM 사용자 계정의 AWS 시크릿 액세스 키 를 입력합니다.
참고AWS에서 이러한 인증 정보를 취소하면 이러한 인증 정보를 사용하여 생성된 모든 클러스터에 대한 액세스 권한이 손실됩니다.
선택 사항: AWS 서비스 제어 정책(SCP) 점검을 선택하여 SCP 검사를 비활성화할 수 있습니다.
참고일부 AWS SCP는 필요한 권한이 있더라도 설치에 실패할 수 있습니다. SCP 검사를 비활성화하면 설치를 진행할 수 있습니다. 검사 결과가 무시되더라도 SCP가 계속 적용됩니다.
- 다음을 클릭하여 클라우드 공급자 계정을 확인하고 클러스터 세부 정보 페이지로 이동합니다.
Cluster details 페이지에서 클러스터 이름을 제공하고 클러스터 세부 정보를 지정합니다.
- 클러스터 이름을 추가합니다.
선택 사항: 클러스터 생성은
openshiftapps.com
에서 프로비저닝된 클러스터의 하위 도메인으로 도메인 접두사를 생성합니다. 클러스터 이름이 15자 미만이면 도메인 접두사에 해당 이름이 사용됩니다. 클러스터 이름이 15자를 초과하면 도메인 접두사가 15자 문자열로 임의로 생성됩니다.하위 도메인을 사용자 지정하려면 사용자 지정 도메인 접두사 만들기 확인란을 선택하고 도메인 접두사 필드에 도메인 접두사 이름을 입력합니다. 도메인 접두사는 15자를 초과할 수 없으며 조직 내에서 고유해야 하며 클러스터 생성 후에는 변경할 수 없습니다.
- 버전 드롭다운 메뉴에서 클러스터 버전을 선택합니다.
- 리전 드롭다운 메뉴에서 클라우드 공급자 리전 을 선택합니다.
- 단일 영역 또는 다중 영역 구성을 선택합니다.
- Enable user workload monitoring selected to monitor your own projects in isolation from Red Hat site Reliability Engineer (SRE) 플랫폼 메트릭과 별도로 자체 프로젝트를 모니터링하도록 선택한 사용자 워크로드 모니터링 활성화. 이 옵션은 기본적으로 활성화되어 있습니다.
선택 사항: 고급 암호화를 확장하여 암호화 설정을 변경합니다.
기본 KMS 키를 사용하여 기본 KMS 키 사용을 수락하거나 사용자 정의 KMS 키를 사용하여 사용자 정의 KMS 키 사용을 선택합니다.
- Use Custom KMS 키를 선택한 경우 Key ARN 필드에 AWS Key Management Service (KMS) 사용자 정의 키 ARM(Amazon Resource Name) ARN을 입력합니다. 키는 클러스터의 모든 컨트롤 플레인, 인프라, 작업자 노드 루트 볼륨 및 영구 볼륨을 암호화하는 데 사용됩니다.
선택 사항: 클러스터가 FIPS 검증이 필요한 경우 FIPS 암호화 활성화를 선택합니다.
참고FIPS 암호화 활성화 가 선택되면 기본적으로 추가 etcd 암호화를 활성화하며 비활성화할 수 없습니다. FIPS 암호화 활성화를 선택하지 않고 추가 etcd 암호화 사용을 선택할 수 있습니다.
선택사항: etcd 키 값 암호화가 필요한 경우 추가 etcd 암호화 사용을 선택합니다. 이 옵션을 사용하면 etcd 키 값이 암호화되지만 키는 암호화되지 않습니다. 이 옵션은 기본적으로 OpenShift Dedicated 클러스터의 etcd 볼륨을 암호화하는 컨트롤 플레인 스토리지 암호화에 추가됩니다.
참고etcd의 키 값에 etcd 암호화를 활성화하면 약 20%의 성능 오버헤드가 발생합니다. 오버헤드는 etcd 볼륨을 암호화하는 기본 컨트롤 플레인 스토리지 암호화 외에도 이 두 번째 암호화 계층이 도입된 결과입니다. etcd 암호화를 특히 사용 사례에 필요한 경우에만 활성화하는 것이 좋습니다.
- 다음을 클릭합니다.
Default 머신 풀 페이지에서 컴퓨팅 노드 인스턴스 유형과 컴퓨팅 노드 수를 선택합니다. 사용 가능한 노드의 수 및 유형은 OpenShift Dedicated 서브스크립션에 따라 다릅니다. 여러 가용성 영역을 사용하는 경우 컴퓨팅 노드 수는 영역별로 계산됩니다.
참고클러스터가 생성되면 클러스터의 컴퓨팅 노드 수를 변경할 수 있지만 머신 풀에서 컴퓨팅 노드 인스턴스 유형을 변경할 수 없습니다. OpenShift Dedicated 서브스크립션에 따라 사용할 수 있는 노드의 수 및 유형입니다.
IMDSv1 및 IMDSv2 유형을 모두 사용하거나 EC2 인스턴스에서 IMDSv2만 사용해야 하는 인스턴스 메타데이터 서비스(IMDS) 유형에 대한 기본 설정을 선택합니다. 다음 두 가지 방법으로 실행 중인 인스턴스에서 인스턴스 메타데이터에 액세스할 수 있습니다.
- 인스턴스 메타데이터 서비스 버전 1(IMDSv1) - 요청/응답 방법
인스턴스 메타데이터 서비스 버전 2(IMDSv2) - 세션 지향 방법
중요클러스터를 생성한 후에는 인스턴스 메타데이터 서비스 설정을 변경할 수 없습니다.
참고IMDSv2는 세션 지향 요청을 사용합니다. 세션 지향 요청을 사용하면 세션 기간을 정의하는 세션 토큰을 생성합니다. 세션 기간은 최소 1초에서 최대 6시간 사이입니다. 지정된 기간 동안 후속 요청에 동일한 세션 토큰을 사용할 수 있습니다. 지정된 기간이 만료된 후 향후 요청에 사용할 새 세션 토큰을 생성해야 합니다.
IMDS에 대한 자세한 내용은 AWS 문서의 인스턴스 메타데이터 및 사용자 데이터를 참조하십시오.
- 선택 사항: 노드 라벨 편집 을 확장하여 노드에 라벨을 추가합니다. 레이블 추가 를 클릭하여 노드 레이블을 추가하고 다음을 선택합니다.
네트워크 구성 페이지에서 공용 또는 프라이빗 API 끝점과 클러스터의 애플리케이션 경로를 사용하려면 Public 또는 Private 을 선택합니다.
중요프라이빗 API 끝점을 사용하는 경우 클라우드 공급자 계정의 네트워크 설정을 업데이트할 때까지 클러스터에 액세스할 수 없습니다.
선택사항: 기존 AWS VPC(Virtual Private Cloud)에 클러스터를 설치하려면 다음을 수행합니다.
- 기존 VPC에 설치를 선택합니다.
기존 VPC에 설치하고 프라이빗 API 엔드포인트를 사용하도록 선택한 경우 PrivateLink 사용을 선택할 수 있습니다. 이 옵션을 사용하면 AWS PrivateLink 끝점만 사용하여 Red Hat SRE(Site Reliability Engineering)의 클러스터에 연결할 수 있습니다.
참고클러스터를 생성한 후에는 PrivateLink 사용 옵션을 변경할 수 없습니다.
- 기존 VPC에 설치하고 클러스터에 대해 HTTP 또는 HTTPS 프록시를 활성화하려면 클러스터 전체 프록시 구성을 선택합니다.
- 다음을 클릭합니다.
기존 AWS VPC에 클러스터를 설치하기로 선택한 경우 VPC(Virtual Private Cloud) 서브넷 설정을 제공하고 다음을 선택합니다. Cloud NAT(네트워크 주소 변환) 및 클라우드 라우터를 생성해야 합니다. Cloud NAT 및 Google VPC에 대한 자세한 내용은 "추가 리소스" 섹션을 참조하십시오.
참고클러스터를 설치할 각 가용성 영역의 퍼블릭 및 프라이빗 서브넷으로 VPC가 구성되어 있는지 확인해야 합니다. PrivateLink를 사용하도록 선택한 경우 프라이빗 서브넷만 필요합니다.
선택 사항: 추가 보안 그룹을 확장하고 기본적으로 생성된 머신 풀의 노드에 적용할 추가 사용자 지정 보안 그룹을 선택합니다. 보안 그룹을 이미 생성하여 이 클러스터에 대해 선택한 VPC와 연결되어야 합니다. 클러스터를 생성한 후에는 보안 그룹을 기본 머신 풀에 추가하거나 편집할 수 없습니다.
기본적으로 지정한 보안 그룹이 모든 노드 유형에 추가됩니다. 모든 노드 유형에 동일한 보안 그룹 적용 확인란의 선택을 해제하여 각 노드 유형에 대해 다른 보안 그룹을 적용합니다.
자세한 내용은 추가 리소스 에서 보안 그룹에 대한 요구 사항을 참조하십시오.
클러스터 전체 프록시를 구성하도록 선택하는 경우 클러스터 전체 프록시 페이지에 프록시 설정 세부 정보를 입력합니다.
다음 필드 중 하나 이상에 값을 입력합니다.
- 유효한 HTTP 프록시 URL 을 지정합니다.
- 유효한 HTTPS 프록시 URL 을 지정합니다.
-
추가 신뢰 번들 필드에서 PEM 인코딩 X.509 인증서 번들을 제공합니다. 번들은 클러스터 노드의 신뢰할 수 있는 인증서 저장소에 추가됩니다. 프록시의 ID 인증서가 RHCOS(Red Hat Enterprise Linux CoreOS) 신뢰 번들의 기관에서 서명되지 않는 한 TLS 지정 프록시를 사용하는 경우 추가 신뢰 번들 파일이 필요합니다. 이 요구 사항은 프록시가 투명했는지 또는
http-proxy
인수 및https-proxy
인수를 사용하여 명시적 구성이 필요한지 여부와 관계없이 적용됩니다.
다음을 클릭합니다.
OpenShift Dedicated를 사용하여 프록시 구성에 대한 자세한 내용은 클러스터 전체 프록시 구성을 참조하십시오.
CIDR 범위 대화 상자에서 CIDR(사용자 정의 클래스 없는 도메인 간 라우팅) 범위를 구성하거나 제공된 기본값을 사용합니다.
참고VPC에 설치하는 경우 Machine CIDR 범위는 VPC 서브넷과 일치해야 합니다.
중요CIDR 구성은 나중에 변경할 수 없습니다. 계속하기 전에 네트워크 관리자에게 선택 사항을 확인합니다.
Cluster update strategy 페이지에서 업데이트 기본 설정을 구성합니다.
클러스터 업데이트 방법을 선택합니다.
- 각 업데이트를 개별적으로 예약하려면 개별 업데이트를 선택합니다. 이는 기본 옵션입니다.
Recurring updates to update your cluster on your preferred day and start time, when updates are available을 선택합니다.
참고OpenShift Dedicated의 업데이트 라이프사이클 설명서에서 라이프 사이클 종료 날짜를 검토할 수 있습니다. 자세한 내용은 OpenShift Dedicated 업데이트 라이프 사이클 을 참조하십시오.
클러스터 업데이트 방법에 따라 관리자 승인을 제공합니다.
- 개별 업데이트: 승인이 필요한 업데이트 버전을 선택하는 경우 관리자의 승인을 제공하고 승인을 클릭하고 계속.
- 반복 업데이트: 클러스터에 대해 반복적인 업데이트를 선택한 경우 관리자의 승인을 제공한 후 승인을 클릭하고 계속. OpenShift Cluster Manager는 관리자의 승인을 받지 않고 마이너 버전에 대해 예정된 y-stream 업데이트를 시작하지 않습니다.
- 반복 업데이트를 선택한 경우 해당 요일을 선택하고 드롭다운 메뉴에서 UTC로 시작 시간을 업그레이드하십시오.
- 선택 사항: 클러스터 업그레이드 중에 노드 드레이닝 에 대한 유예 기간을 설정할 수 있습니다. 기본적으로 1시간 유예 기간이 설정됩니다.
다음을 클릭합니다.
참고클러스터의 보안 또는 안정성에 큰 영향을 미치는 심각한 보안 문제가 있는 경우 Red Hat 사이트 안정성 엔지니어링(SRE)은 영향을 받지 않는 최신 z-stream 버전에 대한 자동 업데이트를 예약할 수 있습니다. 업데이트는 고객 알림이 제공된 후 48시간 이내에 적용됩니다. 심각한 영향을 미치는 보안 등급에 대한 자세한 내용은 Red Hat 보안 등급 이해를 참조하십시오.
- 선택 사항 요약을 검토하고 클러스터 생성을 클릭하여 클러스터 설치를 시작합니다. 설치를 완료하는 데 약 30~40분이 걸립니다.
- 선택 사항: 개요 탭에서 삭제 보호 : Disabled 아래에 있는 Enable 을 선택하여 삭제 보호 기능을 활성화할 수 있습니다. 이렇게 하면 클러스터가 삭제되지 않습니다. 삭제 보호를 비활성화하려면 Disable 을 선택합니다. 기본적으로 클러스터는 삭제 보호 기능을 비활성화하여 생성됩니다.
검증
- 클러스터의 개요 페이지에서 설치 진행 상황을 모니터링할 수 있습니다. 동일한 페이지에서 설치 로그를 볼 수 있습니다. 페이지의 세부 정보 섹션에 있는 Status 가 Ready 로 표시되면 클러스터가 준비 상태가 됩니다.