4.4. Red Hat OpenShift에 RHACS용 보안 클러스터 서비스 설치

다음 방법 중 하나를 사용하여 보안 클러스터에 RHACS를 설치할 수 있습니다.

Operator를 사용하여 설치
Helm 차트를 사용하여 설치
roxctl CLI를 사용하여 설치(사용해야 하는 특정 설치 요구 사항이 없는 경우 이 방법을 사용하지 마십시오)

4.4.1. Operator를 사용하여 보안 클러스터에 RHACS 설치

4.4.1.1. 보안 클러스터 서비스 설치

SecuredCluster 사용자 정의 리소스를 생성하는 Operator를 사용하여 클러스터에 Secured Cluster 서비스를 설치할 수 있습니다. 모니터링할 환경의 모든 클러스터에 보안 클러스터 서비스를 설치해야 합니다.

중요

Red Hat Advanced Cluster Security for Kubernetes를 설치하는 경우:

RHACS를 처음 설치하는 경우 SecuredCluster 사용자 정의 리소스 설치가 Central 에서 생성하는 인증서에 의존하므로 먼저 Central 사용자 지정 리소스를 설치해야 합니다.
이름이 kube,openshift 또는 redhat 으로 시작하거나 istio-system 프로젝트에서 SecuredCluster 를 설치하지 마십시오.
Central을 호스팅하는 클러스터에 RHACS SecuredCluster 사용자 정의 리소스를 설치하는 경우 Central과 동일한 네임스페이스에 설치해야 합니다.
Central을 호스팅하지 않는 클러스터에 Red Hat Advanced Cluster Security for Kubernetes SecuredCluster 사용자 정의 리소스를 설치하는 경우 Red Hat Advanced Cluster Security for Kubernetes SecuredCluster 사용자 정의 리소스를 자체 프로젝트에 설치하는 것이 좋습니다.

사전 요구 사항

OpenShift Container Platform을 사용하는 경우 버전 4.11 이상을 설치해야 합니다.
보안 클러스터라는 보안에 RHACS Operator를 설치했습니다.
init 번들을 생성하여 클러스터에 적용했습니다.

프로세스

보안 클러스터의 OpenShift Container Platform 웹 콘솔에서 Operator 설치된 Operator 페이지로 이동합니다.
RHACS Operator를 클릭합니다.
권장 네임스페이스에 Operator를 설치한 경우 OpenShift Container Platform에서 해당 프로젝트를 rhacs-operator 로 나열합니다. Project: rhacs-operator Create project 를 선택합니다.
참고
- 다른 네임스페이스에 Operator를 설치한 경우 OpenShift Container Platform은 rhacs-operator 대신 해당 네임스페이스의 이름을 나열합니다.
새 프로젝트 이름(예: stackrox)을 입력하고 생성 을 클릭합니다. stackrox 를 프로젝트 이름으로 사용하는 것이 좋습니다.
Operator 세부 정보 페이지의 중앙 탐색 메뉴에서 Secured Cluster 를 클릭합니다.
SecuredCluster 생성 을 클릭합니다.
Configure via field에서 다음 옵션 중 하나를 선택합니다.
- 양식 보기: 화면의 필드를 사용하여 보안 클러스터를 구성하고 다른 필드를 변경할 필요가 없는 경우 이 옵션을 사용합니다.
- YAML 보기: YAML 파일을 사용하여 보안 클러스터를 설정하려면 이 보기를 사용합니다. YAML 파일이 창에 표시되고 해당 필드의 필드를 편집할 수 있습니다. 이 옵션을 선택하면 파일 편집이 완료되면 생성 을 클릭합니다.
양식 보기를 사용하는 경우 기본 이름을 수락하거나 편집하여 새 프로젝트 이름을 입력합니다. 기본값은 stackrox-secured-cluster-services 입니다.
선택 사항: 클러스터의 레이블을 추가합니다.
SecuredCluster 사용자 정의 리소스의 고유 이름을 입력합니다.
Central Endpoint 의 경우 Central 인스턴스의 주소를 입력합니다. 예를 들어 https://central.example.com 에서 Central을 사용할 수 있는 경우 중앙 끝점을 central.example.com 으로 지정합니다.
- Central이 설치된 동일한 클러스터에 보안 클러스터 서비스를 설치하는 경우에만 central.stackrox.svc:443 의 기본값을 사용합니다.
- 여러 클러스터를 구성할 때 기본값을 사용하지 마십시오. 대신 각 클러스터에 대해 Central Endpoint 값을 구성할 때 호스트 이름을 사용합니다.
나머지 필드의 경우 기본값을 수락하거나 필요한 경우 사용자 지정 값을 구성합니다. 예를 들어 사용자 정의 인증서 또는 신뢰할 수 없는 CA를 사용하는 경우 TLS를 구성해야 할 수 있습니다. 자세한 내용은 "Operator를 사용하여 RHACS에 대한 보안 클러스터 서비스 옵션 구성"을 참조하십시오.
생성을 클릭합니다.
잠시 일시 중지한 후 SecuredClusters 페이지에 stackrox-secured-cluster-services 의 상태가 표시됩니다. 다음 조건이 표시될 수 있습니다.
- 조건: Deployed, Initialized: 보안 클러스터 서비스가 설치되고 보안 클러스터가 Central과 통신하고 있습니다.
- 조건: Initialized, Irreconcilable: 보안 클러스터가 Central과 통신하지 않습니다. RHACS 웹 포털에서 생성한 init 번들을 보안 클러스터에 적용했는지 확인합니다.

다음 단계

추가 보안 클러스터 설정을 구성합니다(선택 사항).
설치를 확인합니다.

4.4.2. Helm 차트를 사용하여 보안 클러스터에 RHACS 설치

사용자 지정 없이 Helm 차트를 사용하거나 기본값을 사용하거나 구성 매개변수를 사용자 지정하여 보안 클러스터에 RHACS를 설치할 수 있습니다.

4.4.2.1. 사용자 정의 없이 Helm 차트를 사용하여 보안 클러스터에 RHACS 설치

4.4.2.1.1. Helm 차트 리포지터리 추가

프로세스

RHACS 차트 리포지터리를 추가합니다.

$ helm repo add rhacs https://mirror.openshift.com/pub/rhacs/charts/

Red Hat Advanced Cluster Security for Kubernetes용 Helm 리포지토리에는 다음과 같이 다양한 구성 요소를 설치하기 위한 Helm 차트가 포함되어 있습니다.

중앙 집중식 구성 요소(Central 및 Scanner)를 설치하기 위한 중앙 서비스Helm 차트(중앙 서비스)입니다.
참고
중앙 집중식 구성 요소를 한 번만 배포하고 동일한 설치를 사용하여 여러 개의 개별 클러스터를 모니터링할 수 있습니다.
클러스터 및 노드당 구성 요소(Sensor, Admission Controller, Collector, scanner-slim)를 설치하기 위한보안 클러스터 서비스Helm 차트(보안 클러스터 서비스)입니다.
참고
모니터링하려는 모든 노드에 노드별 구성 요소를 모니터링하고 배포하려는 각 클러스터에 클러스터별 구성 요소를 배포합니다.

검증

다음 명령을 실행하여 추가된 차트 리포지터리를 확인합니다.
```
$ helm search repo -l rhacs/
```

4.4.2.1.2. 사용자 정의없이 secured-cluster-services Helm 차트 설치

다음 지침을 사용하여 secure -cluster-services Helm 차트를 설치하여 클러스터별 및 노드당 구성 요소(센서, Admission Controller, Collector, Scanner-slim)를 배포합니다.

사전 요구 사항

클러스터의 RHACS init 번들을 생성해야 합니다.
인증을 위해서는 Red Hat Container Registry 및 풀 시크릿에 액세스할 수 있어야 합니다. registry.redhat.io 에서 이미지를 다운로드하는 방법에 대한 자세한 내용은 Red Hat Container Registry Authentication 을 참조하십시오.
중앙 서비스를 노출하는 주소가 있어야 합니다.

프로세스

OpenShift Container Platform 클러스터에서 다음 명령을 실행합니다.
```
$ helm install -n stackrox --create-namespace \
    stackrox-secured-cluster-services rhacs/secured-cluster-services \
    -f <path_to_cluster_init_bundle.yaml> \1
    -f <path_to_pull_secret.yaml> \2
    --set clusterName=<name_of_the_secured_cluster> \
    --set centralEndpoint=<endpoint_of_central_service> 3
    --set scanner.disable=false 4
```
1
-f 옵션을 사용하여 init 번들의 경로를 지정합니다.
2
-f 옵션을 사용하여 Red Hat Container Registry 인증의 풀 시크릿 경로를 지정합니다.
3
Central의 주소와 포트 번호를 지정합니다. 예: acs.domain.com:443.
4
scanner.disable 매개변수의 값을 false 로 설정합니다. 즉 설치 중에 scanner-slim이 활성화됩니다. 이제 Kubernetes에서 보안 클러스터 서비스에는 선택적 구성 요소로 Scanner-slim이 포함됩니다.

추가 리소스

Red Hat OpenShift에서 RHACS용 init 번들 생성 및 적용

4.4.2.2. 사용자 지정으로 secured-cluster-services Helm 차트 구성

이 섹션에서는 helm install 및 helm upgrade 명령과 함께 사용할 수 있는 Helm 차트 구성 매개변수에 대해 설명합니다. set 옵션을 사용하거나 YAML 구성 파일을 생성하여 이러한 매개변수를 지정할 수 있습니다.

Red Hat Advanced Cluster Security for Kubernetes 설치를 위해 Helm 차트를 구성하기 위해 다음 파일을 생성합니다.

공용 구성 파일 values-public.yaml: 이 파일을 사용하여 중요하지 않은 구성 옵션을 모두 저장합니다.
개인 구성 파일 values-private.yaml: 이 파일을 사용하여 중요한 모든 구성 옵션을 저장합니다. 이 파일을 안전하게 저장해야 합니다.

중요

secured-cluster-services Helm 차트를 사용하는 동안 차트에 속하는 values.yaml 파일을 수정하지 마십시오.

4.4.2.2.1. 구성 매개변수

매개변수	설명
`clusterName`	클러스터 이름입니다.
`centralEndpoint`	중앙 끝점의 주소입니다. 로드 밸런서가 아닌 gRPC를 사용하는 경우 엔드포인트 주소 앞에 `wss://` 를 추가하여 WebSocket 프로토콜을 사용합니다. 여러 클러스터를 구성할 때 주소의 호스트 이름을 사용합니다. 예를 들면 `central.example.com` 입니다.
`sensor.endpoint`	포트 번호를 포함한 센서 끝점의 주소입니다.
`sensor.imagePullPolicy`	센서 컨테이너에 대한 이미지 가져오기 정책입니다.
`sensor.serviceTLS.cert`	센서가 사용하는 내부 서비스 간 TLS 인증서입니다.
`sensor.serviceTLS.key`	센서가 사용하는 내부 서비스 간 TLS 인증서 키입니다.
`sensor.resources.requests.memory`	센서 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`sensor.resources.requests.cpu`	센서 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`sensor.resources.limits.memory`	센서 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`sensor.resources.limits.cpu`	센서 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`sensor.nodeSelector`	노드 선택기 레이블을 `label-key: label-value` 로 지정하여 라벨이 지정된 노드에서만 Sensor를 예약하도록 강제 적용합니다.
`sensor.tolerations`	노드 선택기가 테인트된 노드를 선택하는 경우 이 매개변수를 사용하여 센서에 테인트 허용 키, 값 및 효과를 지정합니다. 이 매개변수는 주로 인프라 노드에 사용됩니다.
`image.main.name`	`기본` 이미지의 이름입니다.
`image.collector.name`	수집기 이미지의 이름입니다.
`image.main.registry`	기본 이미지에 사용하는 레지스트리의 주소입니다.
`image.collector.registry`	수집기 이미지에 사용하는 레지스트리의 주소입니다.
`image.scanner.registry`	스캐너 이미지에 사용하는 레지스트리의 주소입니다.
`image.scannerDb.registry`	scanner DB 이미지에 사용하는 레지스트리의 주소입니다.
`image.scannerV4.registry`	스캐너 V4 이미지에 사용하는 레지스트리의 주소입니다.
`image.scannerV4DB.registry`	스캐너 V4 DB 이미지에 사용하는 레지스트리의 주소입니다.
`image.main.pullPolicy`	`주요` 이미지의 이미지 가져오기 정책입니다.
`image.collector.pullPolicy`	수집기 이미지에 대한 이미지 가져오기 정책입니다.
`image.main.tag`	사용할 `기본` 이미지의 태그입니다.
`image.collector.tag`	사용할 `수집기` 이미지의 태그입니다.
`collector.collectionMethod`	`CORE_BPF` 또는 `NO_COLLECTION`.
`collector.imagePullPolicy`	수집기 컨테이너에 대한 이미지 가져오기 정책입니다.
`collector.complianceImagePullPolicy`	Compliance 컨테이너의 이미지 가져오기 정책입니다.
`collector.disableTaintTolerations`	`false` 를 지정하면 허용 오차가 수집기에 적용되며 수집기 Pod는 테인트가 있는 모든 노드에 예약할 수 있습니다. `true` 로 지정하면 허용 오차가 적용되지 않으며 수집기 Pod는 테인트가 있는 노드에 예약되지 않습니다.
`collector.resources.requests.memory`	수집기 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.resources.requests.cpu`	수집기 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.resources.limits.memory`	수집기 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.resources.limits.cpu`	수집기 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.complianceResources.requests.memory`	Compliance 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.complianceResources.requests.cpu`	Compliance 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.complianceResources.limits.memory`	Compliance 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.complianceResources.limits.cpu`	Compliance 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`collector.serviceTLS.cert`	수집기에서 사용하는 내부 서비스 간 TLS 인증서입니다.
`collector.serviceTLS.key`	수집기에서 사용하는 내부 서비스 간 TLS 인증서 키입니다.
`admissionControl.listenOnCreates`	이 설정은 Kubernetes가 워크로드 생성 이벤트에 대한 `AdmissionReview` 요청과 함께 Red Hat Advanced Cluster Security for Kubernetes에 연결하도록 구성되어 있는지 여부를 제어합니다.
`admissionControl.listenOnUpdates`	이 매개변수를 `false` 로 설정하면 Kubernetes용 Red Hat Advanced Cluster Security는 Kubernetes API 서버가 오브젝트 업데이트 이벤트를 보내지 않는 방식으로 `ValidatingWebhookConfiguration` 을 생성합니다. 오브젝트 업데이트의 양이 일반적으로 오브젝트에서 생성되는 것보다 높기 때문에 이를 `false` 로 두면 승인 제어 서비스에 대한 로드가 제한되고 오작동 승인 제어 서비스가 오작동할 가능성이 줄어듭니다.
`admissionControl.listenOnEvents`	이 설정은 Kubernetes `exec` 및 `portforward` 이벤트에 대한 `AdmissionReview` 요청과 함께 Red Hat Advanced Cluster Security for Kubernetes에 연결하도록 클러스터가 구성되어 있는지 여부를 제어합니다. RHACS는 OpenShift Container Platform 3.11에서는 이 기능을 지원하지 않습니다.
`admissionControl.dynamic.enforceOnCreates`	이 설정은 Red Hat Advanced Cluster Security for Kubernetes의 평가 여부를 제어합니다. 비활성화된 경우 모든 AdmissionReview 요청이 자동으로 허용됩니다.
`admissionControl.dynamic.enforceOnUpdates`	이 설정은 승인 제어 서비스의 동작을 제어합니다. 이 작업이 작동하려면 `listenOnUpdates` 를 `true` 로 지정해야 합니다.
`admissionControl.dynamic.scanInline`	이 옵션을 `true` 로 설정하면 승인 제어 서비스에서 승인 결정을 수행하기 전에 이미지 검사를 요청합니다. 이미지 검사에는 몇 초가 걸리므로 배포 전에 클러스터에 사용된 모든 이미지가 스캔되도록 할 수 있는 경우에만 이 옵션을 활성화합니다(예: 이미지 빌드 중 CI 통합). 이 옵션은 RHACS 포털의 연락처 이미지 스캐너 옵션에 해당합니다.
`admissionControl.dynamic.disableBypass`	Admission 컨트롤러 바이패스를 비활성화하려면 `true` 로 설정합니다.
`admissionControl.dynamic.timeout`	이 매개변수를 사용하여 RHACS가 실패로 표시되기 전에 승인 검토를 대기해야 하는 최대 시간(초)을 지정합니다. 승인 Webhook에서 시간 초과 기간이 종료되기 전에 요청하는 정보를 수신하지 못하면 실패하지만 열린 상태가 실패하면 작업이 성공할 수 있습니다. 예를 들어 승인 컨트롤러에서 검사가 시간 초과된 경우에도 배포를 생성할 수 있고 RHACS는 배포가 정책을 위반했는지 여부를 결정할 수 없습니다. 릴리스 4.5부터 Red Hat은 RHACS 승인 컨트롤러 Webhook의 기본 시간 초과 설정을 20초에서 10초로 줄였으므로 `ValidatingWebhookConfiguration` 에서 12초가 효과적으로 시간 초과되었습니다. OpenShift Container Platform은 13초에 시간 초과를 제한하므로 이 변경 사항은 OpenShift Container Platform 사용자에게 부정적인 영향을 미치지 않습니다.
`admissionControl.resources.requests.memory`	Admission Control 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`admissionControl.resources.requests.cpu`	Admission Control 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`admissionControl.resources.limits.memory`	Admission Control 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`admissionControl.resources.limits.cpu`	Admission Control 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`admissionControl.nodeSelector`	노드 선택기 레이블을 `label-key: label-value` 로 지정하여 라벨이 지정된 노드에서만 Admission Control을 예약하도록 강제 적용합니다.
`admissionControl.tolerations`	노드 선택기가 테인트된 노드를 선택하는 경우 이 매개변수를 사용하여 Admission Control에 테인트 허용 오차 키, 값 및 효과를 지정합니다. 이 매개변수는 주로 인프라 노드에 사용됩니다.
`admissionControl.serviceTLS.cert`	Admission Control에서 사용하는 내부 서비스 간 TLS 인증서입니다.
`admissionControl.serviceTLS.key`	Admission Control에서 사용하는 내부 서비스 간 TLS 인증서 키입니다.
`registryOverride`	이 매개변수를 사용하여 기본 `docker.io` 레지스트리를 덮어씁니다. 다른 레지스트리를 사용하는 경우 레지스트리 이름을 지정합니다.
`collector.disableTaintTolerations`	`false` 를 지정하면 허용 오차가 수집기에 적용되며 수집기 Pod는 테인트가 있는 모든 노드에 예약할 수 있습니다. `true` 로 지정하면 허용 오차가 적용되지 않으며 수집기 Pod는 테인트가 있는 노드에 예약되지 않습니다.
`createUpgraderServiceAccount`	`sensor-upgrader` 계정을 생성하려면 `true` 를 지정합니다. 기본적으로 Red Hat Advanced Cluster Security for Kubernetes는 각 보안 클러스터에서 `sensor-upgrader` 라는 서비스 계정을 생성합니다. 이 계정은 높은 권한이 있지만 업그레이드 중에만 사용됩니다. 이 계정을 생성하지 않으면 센서에 충분한 권한이 없는 경우 향후 업그레이드를 수동으로 완료해야 합니다.
`createSecrets`	센서, 수집기 및 Admission 컨트롤러에 대한 오케스트레이터 시크릿 생성을 건너뛰려면 `false` 를 지정합니다.
`collector.slimMode`	더 이상 사용되지 않습니다. 수집기 배포에 슬림 수집기 이미지를 사용하려면 `true` 를 지정합니다.
`sensor.resources`	센서에 대한 리소스 사양입니다.
`admissionControl.resources`	Admission Controller의 리소스 사양입니다.
`collector.resources`	수집기에 대한 리소스 사양입니다.
`collector.complianceResources`	수집기의 규정 준수 컨테이너에 대한 리소스 사양입니다.
`exposeMonitoring`	이 옵션을 `true` 로 설정하면 Kubernetes의 Red Hat Advanced Cluster Security에서 센서, 수집기 및 Admission 컨트롤러에 대해 포트 번호 9090에 Prometheus 지표 끝점을 노출합니다.
`auditLogs.disableCollection`	이 옵션을 `true` 로 설정하면 Kubernetes의 Red Hat Advanced Cluster Security는 구성 맵과 시크릿에 대한 액세스 및 수정에 사용되는 감사 로그 탐지 기능을 비활성화합니다.
`scanner.disable`	이 옵션을 `false` 로 설정하면 Red Hat Advanced Cluster Security for Kubernetes는 통합 OpenShift 이미지 레지스트리에서 이미지를 스캔할 수 있도록 보안 클러스터에 Scanner-slim 및 Scanner DB를 배포합니다. scanner-slim 활성화는 OpenShift Container Platform 및 Kubernetes 보안 클러스터에서 지원됩니다. 기본값은 `true` 입니다.
`scanner.dbTolerations`	노드 선택기가 테인트된 노드를 선택하는 경우 이 매개변수를 사용하여 scanner DB에 대한 테인트 허용 오차 키, 값 및 효과를 지정합니다.
`scanner.replicas`	수집기의 규정 준수 컨테이너에 대한 리소스 사양입니다.
`scanner.logLevel`	이 매개변수를 설정하면 스캐너 로그 수준을 수정할 수 있습니다. 이 옵션은 문제 해결 목적으로만 사용하십시오.
`scanner.autoscaling.disable`	이 옵션을 `true` 로 설정하면 Kubernetes의 Red Hat Advanced Cluster Security가 스캐너 배포에서 자동 스케일링을 비활성화합니다.
`scanner.autoscaling.minReplicas`	자동 스케일링을 위한 최소 복제본 수입니다. 기본값은 2입니다.
`scanner.autoscaling.maxReplicas`	자동 스케일링을 위한 최대 복제본 수입니다. 기본값은 5입니다.
`scanner.nodeSelector`	노드 선택기 레이블을 `label-key: label-value` 로 지정하여 라벨이 지정된 노드에서만 스캐너를 예약하도록 강제 적용합니다.
`scanner.tolerations`	노드 선택기가 테인트된 노드를 선택하는 경우 이 매개변수를 사용하여 스캐너에 테인트 허용 오차 키, 값 및 효과를 지정합니다.
`scanner.dbNodeSelector`	노드 선택기 레이블을 `label-key: label-value` 로 지정하여 라벨이 지정된 노드에서만 스캐너 DB를 예약하도록 강제 적용합니다.
`scanner.dbTolerations`	노드 선택기가 테인트된 노드를 선택하는 경우 이 매개변수를 사용하여 scanner DB에 대한 테인트 허용 오차 키, 값 및 효과를 지정합니다.
`scanner.resources.requests.memory`	scanner 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.resources.requests.cpu`	scanner 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.resources.limits.memory`	scanner 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.resources.limits.cpu`	scanner 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.dbResources.requests.memory`	scanner DB 컨테이너에 대한 메모리 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.dbResources.requests.cpu`	scanner DB 컨테이너에 대한 CPU 요청입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.dbResources.limits.memory`	scanner DB 컨테이너의 메모리 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`scanner.dbResources.limits.cpu`	Scanner DB 컨테이너의 CPU 제한입니다. 이 매개변수를 사용하여 기본값을 덮어씁니다.
`monitoring.openshift.enabled`	이 옵션을 `false` 로 설정하면 Kubernetes용 Red Hat Advanced Cluster Security가 Red Hat OpenShift 모니터링을 설정하지 않습니다. Red Hat OpenShift 4에서 기본값은 `true` 입니다.
`network.enableNetworkPolicies`	네트워크 수준에서 보안을 제공하기 위해 RHACS는 보안 클러스터 리소스가 설치된 네임스페이스에 기본 `NetworkPolicy` 리소스를 생성합니다. 이러한 네트워크 정책을 통해 특정 포트의 특정 구성 요소에 수신할 수 있습니다. RHACS에서 이러한 정책을 생성하지 않으려면 이 매개변수를 `False` 로 설정합니다. 부울 값입니다. 기본값은 `True` 이므로 기본 정책이 자동으로 생성됩니다. 주의 기본 네트워크 정책 생성을 비활성화하면 RHACS 구성 요소 간 통신이 중단될 수 있습니다. 기본 정책 생성을 비활성화하는 경우 이 통신을 허용하도록 자체 네트워크 정책을 생성해야 합니다.

4.4.2.2.1.1. 환경 변수

다음 형식으로 센서 및 Admission 컨트롤러에 대한 환경 변수를 지정할 수 있습니다.

customize:
  envVars:
    ENV_VAR1: "value1"
    ENV_VAR2: "value2"

사용자 정의 설정을 사용하면 이 Helm 차트에서 생성한 모든 오브젝트에 사용자 정의 Kubernetes 메타데이터(레이블 및 주석) 및 워크로드에 대한 추가 Pod 레이블, Pod 주석, 컨테이너 환경 변수를 지정할 수 있습니다.

구성은 계층 구조이므로 보다 일반적인 범위(예: 모든 오브젝트에 대해) 정의된 메타데이터는 좁은 범위(예: Sensor 배포에만 해당)로 정의된 메타데이터로 덮어쓸 수 있습니다.

4.4.2.2.2. 사용자 지정으로 secured-cluster-services Helm 차트 설치

values-public.yaml 및 values-private.yaml 파일을 구성한 후 secured-cluster-services Helm 차트를 설치하여 다음 클러스터별 및 노드별 구성 요소를 배포합니다.

센서
허용 컨트롤러
수집기
스캐너: StackRox 스캐너가 설치된 경우 보안된 클러스터의 경우 선택 사항
scanner DB: StackRox 스캐너가 설치된 경우 보안된 클러스터의 경우 선택 사항
스캐너 V4 Indexer 및 스캐너 V4 DB: 스캐너 V4가 설치된 경우 보안 클러스터의 경우 선택 사항

사전 요구 사항

클러스터의 RHACS init 번들을 생성해야 합니다.
인증을 위해서는 Red Hat Container Registry 및 풀 시크릿에 액세스할 수 있어야 합니다. registry.redhat.io 에서 이미지를 다운로드하는 방법에 대한 자세한 내용은 Red Hat Container Registry Authentication 을 참조하십시오.
중앙 서비스를 노출하는 주소와 포트 번호가 있어야 합니다.

프로세스

다음 명령을 실행합니다.

$ helm install -n stackrox \
  --create-namespace stackrox-secured-cluster-services rhacs/secured-cluster-services \
  -f <name_of_cluster_init_bundle.yaml> \
  -f <path_to_values_public.yaml> -f <path_to_values_private.yaml> \1
  --set imagePullSecrets.username=<username> \2
  --set imagePullSecrets.password=<password> 3

1: -f 옵션을 사용하여 YAML 구성 파일의 경로를 지정합니다.
2: Red Hat Container Registry 인증에 대한 풀 시크릿의 사용자 이름을 포함합니다.
3: Red Hat Container Registry 인증에 대한 풀 시크릿의 암호를 포함합니다.

참고

CI(지속 통합) 시스템을 사용하여 secured-cluster-services Helm 차트를 배포하려면 init 번들 YAML 파일을 환경 변수로 helm install 명령에 전달합니다.

$ helm install ... -f <(echo "$INIT_BUNDLE_YAML_SECRET") 1

1: base64로 인코딩된 변수를 사용하는 경우 helm install … -f <($INIT_BUNDLE_YAML_SECRET" | base64 --decode) 명령을 대신 사용합니다.

추가 리소스

Red Hat OpenShift에서 RHACS용 init 번들 생성 및 적용

4.4.2.3. secured-cluster-services Helm 차트를 배포한 후 구성 옵션 변경

secured-cluster-services Helm 차트를 배포한 후 구성 옵션을 변경할 수 있습니다.

helm upgrade 명령을 사용하여 변경하는 경우 다음 지침 및 요구 사항이 적용됩니다.

--set 또는 --set-file 매개변수를 사용하여 구성 값을 지정할 수도 있습니다. 그러나 이러한 옵션은 저장되지 않으며 모든 옵션을 변경할 때마다 수동으로 다시 지정해야 합니다.
Scanner V4와 같은 새 구성 요소 활성화와 같은 일부 변경 사항은 구성 요소에 대해 새 인증서를 발급해야 합니다. 따라서 이러한 변경을 수행할 때 CA를 제공해야 합니다.
- 초기 설치 중에 Helm 차트에서 CA를 생성한 경우 클러스터에서 자동으로 생성된 값을 검색하여 helm upgrade 명령에 제공해야 합니다. 중앙 서비스 Helm 차트의 설치 후 노트에는 자동으로 생성된 값을 검색하는 명령이 포함되어 있습니다.
- CA가 Helm 차트 외부에서 생성되어 central-services 차트 설치 중에 제공된 경우 helm upgrade 명령을 사용할 때 (예: helm upgrade 명령에 --reuse-values 플래그를 사용하여 해당 작업을 다시 수행해야 합니다.

프로세스

values-public.yaml 및 values-private.yaml 구성 파일을 새 값으로 업데이트합니다.
helm upgrade 명령을 실행하고 -f 옵션을 사용하여 구성 파일을 지정합니다.
```
$ helm upgrade -n stackrox \
  stackrox-secured-cluster-services rhacs/secured-cluster-services \
  --reuse-values \1
  -f <path_to_values_public.yaml> \
  -f <path_to_values_private.yaml>
```
1
values_public.yaml 및 values_private.yaml 파일에 포함되지 않은 수정된 값이 있는 경우 --reuse-values 매개변수를 포함합니다.

4.4.3. roxctl CLI를 사용하여 보안 클러스터에 RHACS 설치

이 방법을 매니페스트 설치 방법이라고도 합니다.

사전 요구 사항

roxctl CLI 명령을 사용하여 센서 설치 스크립트에서 사용하는 파일을 생성하려는 경우 roxctl CLI를 설치했습니다.
센서 설치 스크립트에서 사용할 파일을 생성했습니다.

프로세스

OpenShift Container Platform 보안 클러스터에서 센서 설치 스크립트를 실행하여 센서 구성 요소를 배포합니다.

4.4.3.1. roxctl CLI 설치

먼저 바이너리를 다운로드해야합니다. Linux, Windows 또는 macOS에 roxctl 을 설치할 수 있습니다.

4.4.3.1.1. Linux에 roxctl CLI 설치

다음 절차에 따라 Linux에 roxctl CLI 바이너리를 설치할 수 있습니다.

참고

Linux용 roxctl CLI는 amd 64,arm64,ppc64 le 및 s390x 아키텍처에서 사용할 수 있습니다.

프로세스

대상 운영 체제의 roxctl 아키텍처를 확인합니다.

$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"

roxctl CLI를 다운로드합니다.

$ curl -L -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.5.4/bin/Linux/roxctl${arch}"

roxctl 바이너리를 실행 가능하게 만듭니다.
```
$ chmod +x roxctl
```
roxctl 바이너리를 PATH 에 있는 디렉터리에 배치합니다.
PATH를 확인하려면 다음 명령을 실행합니다.
```
$ echo $PATH
```

검증

설치한 roxctl 버전을 확인합니다.
```
$ roxctl version
```

4.4.3.1.2. macOS에 roxctl CLI 설치

다음 절차를 사용하여 macOS에 roxctl CLI 바이너리를 설치할 수 있습니다.

참고

macOS용 roxctl CLI는 amd64 및 arm64 아키텍처에서 사용할 수 있습니다.

프로세스

대상 운영 체제의 roxctl 아키텍처를 확인합니다.

$ arch="$(uname -m | sed "s/x86_64//")"; arch="${arch:+-$arch}"

roxctl CLI를 다운로드합니다.

$ curl -L -f -o roxctl "https://mirror.openshift.com/pub/rhacs/assets/4.5.4/bin/Darwin/roxctl${arch}"

바이너리에서 모든 확장 속성을 제거합니다.
```
$ xattr -c roxctl
```
roxctl 바이너리를 실행 가능하게 만듭니다.
```
$ chmod +x roxctl
```
roxctl 바이너리를 PATH 에 있는 디렉터리에 배치합니다.
PATH를 확인하려면 다음 명령을 실행합니다.
```
$ echo $PATH
```

검증

설치한 roxctl 버전을 확인합니다.
```
$ roxctl version
```

4.4.3.1.3. Windows에 roxctl CLI 설치

다음 절차를 사용하여 Windows에 roxctl CLI 바이너리를 설치할 수 있습니다.

참고

Windows용 roxctl CLI는 amd64 아키텍처에서 사용할 수 있습니다.

프로세스

roxctl CLI를 다운로드합니다.

$ curl -f -O https://mirror.openshift.com/pub/rhacs/assets/4.5.4/bin/Windows/roxctl.exe

검증

설치한 roxctl 버전을 확인합니다.
```
$ roxctl version
```

4.4.3.2. 센서 설치

클러스터를 모니터링하려면 센서를 배포해야 합니다. 모니터링할 각 클러스터에 센서를 배포해야 합니다. 이 설치 방법을 매니페스트 설치 방법이라고도 합니다.

매니페스트 설치 방법을 사용하여 설치를 수행하려면 다음 절차 중 하나만 따릅니다.

RHACS 웹 포털을 사용하여 클러스터 번들을 다운로드한 다음 센서 스크립트를 추출 및 실행합니다.
roxctl CLI를 사용하여 OpenShift Container Platform 클러스터에 필요한 센서 구성을 생성하고 Central 인스턴스와 연결합니다.

사전 요구 사항

중앙 서비스가 이미 설치되어 있거나 Red Hat Advanced Cluster Security Cloud Service(RH ACS 클라우드 서비스)에서 ACS 인스턴스를 선택하여 중앙 서비스에 액세스할 수 있어야 합니다.

4.4.3.2.1. 웹 포털을 사용하여 매니페스트 설치 방법

프로세스

보안 클러스터의 RHACS 포털에서 플랫폼 구성 클러스터로 이동합니다.
클러스터 보안 레거시 설치 방법을 선택합니다.
클러스터 이름을 지정합니다.
센서를 배포하는 위치에 따라 필드에 적절한 값을 제공합니다.
- 동일한 클러스터에 센서를 배포하는 경우 모든 필드의 기본값을 수락합니다.
- 다른 클러스터에 배포하는 경우 central.stackrox.svc:443 을 다른 클러스터에서 액세스할 수 있는 포트 번호를 포함하여 로드 밸런서, 노드 포트 또는 기타 주소로 교체합니다.
- HAProxy, AWS Application Load Balancer(ALB) 또는 AWS Elastic Load Balancing(ELB)과 같은 비gRPC 지원 로드 밸런서를 사용하는 경우 WebSocket Secure (wss) 프로토콜을 사용합니다. wss 를 사용하려면 다음을 수행합니다.
  - 주소 앞에 wss:// 를 접두사로 지정합니다.
  - 주소 뒤에 포트 번호를 추가합니다(예: wss://stackrox-central.example.com:443 ).
다음을 클릭하여 센서 설정을 계속합니다.
YAML 파일 및 키 다운로드를 클릭하여 클러스터 번들(zip 아카이브)을 다운로드합니다.
중요
클러스터 번들 zip 아카이브에는 각 클러스터에 대한 고유한 구성 및 키가 포함되어 있습니다. 다른 클러스터에서 동일한 파일을 재사용하지 마십시오.
모니터링된 클러스터에 액세스할 수 있는 시스템에서 클러스터 번들에서 센서 스크립트를 추출하고 실행합니다.
```
$ unzip -d sensor sensor-<cluster_name>.zip
```
```
$ ./sensor/sensor.sh
```
센서를 배포하는 데 필요한 권한이 없다는 경고가 표시되면 화면의 지침을 따르거나 클러스터 관리자에게 도움을 요청하십시오.

센서가 배포되면 중앙에 연결하여 클러스터 정보를 제공합니다.

4.4.3.2.2. roxctl CLI를 사용하여 매니페스트 설치

프로세스

다음 명령을 실행하여 OpenShift Container Platform 클러스터에 필요한 센서 구성을 생성하고 Central 인스턴스와 연결합니다.
```
$ roxctl sensor generate openshift --openshift-version <ocp_version> --name <cluster_name> --central "$ROX_ENDPOINT" 1
```
1
--openshift-version 옵션의 경우 클러스터의 주요 OpenShift Container Platform 버전 번호를 지정합니다. 예를 들어 OpenShift Container Platform 버전 3.x 의 경우 3 을 지정하고 OpenShift Container Platform 버전 4.x 의 경우 4 를 지정합니다.
모니터링된 클러스터에 액세스할 수 있는 시스템에서 클러스터 번들에서 센서 스크립트를 추출하고 실행합니다.
```
$ unzip -d sensor sensor-<cluster_name>.zip
```
```
$ ./sensor/sensor.sh
```
센서를 배포하는 데 필요한 권한이 없다는 경고가 표시되면 화면의 지침을 따르거나 클러스터 관리자에게 도움을 요청하십시오.

센서가 배포되면 중앙에 연결하여 클러스터 정보를 제공합니다.

검증

RHACS 포털로 돌아가서 배포가 완료되었는지 확인합니다. 성공하면 플랫폼 구성 클러스터에서 클러스터 목록을 볼 때 클러스터 상태에 녹색 확인 표시 및 Healthy 상태가 표시됩니다. 녹색 확인 표시가 표시되지 않는 경우 다음 명령을 사용하여 문제를 확인합니다.
- OpenShift Container Platform에서 다음 명령을 입력합니다.
```
$ oc get pod -n stackrox -w
```
- Kubernetes에서 다음 명령을 입력합니다.
```
$ kubectl get pod -n stackrox -w
```
완료 를 클릭하여 창을 닫습니다.

설치 후 Sensor는 RHACS에 보안 정보를 보고하기 시작하고 RHACS 포털 대시보드는 센서를 설치한 클러스터의 배포, 이미지 및 정책 위반을 표시하기 시작합니다.

4.4. Red Hat OpenShift에 RHACS용 보안 클러스터 서비스 설치

4.4.1. Operator를 사용하여 보안 클러스터에 RHACS 설치

4.4.1.1. 보안 클러스터 서비스 설치

4.4.2. Helm 차트를 사용하여 보안 클러스터에 RHACS 설치

4.4.2.1. 사용자 정의 없이 Helm 차트를 사용하여 보안 클러스터에 RHACS 설치

4.4.2.1.1. Helm 차트 리포지터리 추가

4.4.2.1.2. 사용자 정의없이 secured-cluster-services Helm 차트 설치

4.4.2.2. 사용자 지정으로 secured-cluster-services Helm 차트 구성

4.4.2.2.1. 구성 매개변수

4.4.2.2.1.1. 환경 변수

4.4.2.2.2. 사용자 지정으로 secured-cluster-services Helm 차트 설치

4.4.2.3. secured-cluster-services Helm 차트를 배포한 후 구성 옵션 변경

4.4.3. roxctl CLI를 사용하여 보안 클러스터에 RHACS 설치

4.4.3.1. roxctl CLI 설치

4.4.3.1.1. Linux에 roxctl CLI 설치

4.4.3.1.2. macOS에 roxctl CLI 설치

4.4.3.1.3. Windows에 roxctl CLI 설치

4.4.3.2. 센서 설치

4.4.3.2.1. 웹 포털을 사용하여 매니페스트 설치 방법

4.4.3.2.2. roxctl CLI를 사용하여 매니페스트 설치

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

Red Hat 소개

Red Hat legal and privacy links

Red Hat legal and privacy links