기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# Amazon EMR on EKS에서 Apache Livy에 대한 보안
<a name="job-runs-apache-livy-security"></a>

Amazon EMR on EKS에서 Apache Livy에 대한 보안을 구성하는 방법에 대한 자세한 내용은 다음 주제를 참조하세요. 이러한 옵션에는 전송 계층 보안, 조직 내 개인의 역할을 기반으로 하는 액세스인 역할 기반 액세스 제어, 부여된 권한을 기반으로 리소스에 대한 액세스를 제공하는 IAM 역할 사용이 포함됩니다.

**Topics**
+ [TLS/SSL을 사용하여 보안 Apache Livy 엔드포인트 설정](job-runs-apache-livy-secure-endpoint.md)
+ [역할 기반 액세스 제어(RBAC)를 사용하여 Apache Livy 및 Spark 애플리케이션 권한 설정](job-runs-apache-livy-rbac.md)
+ [서비스 계정에 대한 IAM 역할(IRSA)을 사용하여 액세스 권한 설정](job-runs-apache-livy-irsa.md)

# TLS/SSL을 사용하여 보안 Apache Livy 엔드포인트 설정
<a name="job-runs-apache-livy-secure-endpoint"></a>

엔드투엔드 TLS 및 SSL 암호화를 사용하여 Amazon EMR on EKS에 대해 Apache Livy를 설정하는 방법에 대한 자세한 내용은 다음 섹션을 참조하세요.

## TLS 및 SSL 암호화 설정
<a name="job-runs-apache-livy-security-tls"></a>

Apache Livy 엔드포인트에서 SSL 암호화를 설정하려면 다음 단계를 수행합니다.
+ [Secrets Store CSI Driver and AWS Secrets and Configuration Provider(ASCP) 설치](https://docs.aws.amazon.com/secretsmanager/latest/userguide/integrating_csi_driver.html) - Secrets Store CSI Driver 및 ASCP는 Livy 서버 포드가 SSL을 활성화하는 데 필요한 Livy의 JKS 인증서와 암호를 안전하게 저장합니다. Secrets Store CSI 드라이버만 설치하고 지원되는 다른 보안 암호 제공업체를 사용할 수도 있습니다.
+ [ACM 인증서 생성](https://docs.aws.amazon.com/acm/latest/userguide/gs-acm-request-public.html) - 이 인증서는 클라이언트와 ALB 엔드포인트 간 연결을 보안하는 데 필요합니다.
+ ALB 엔드포인트와 Livy 서버 간의 연결을 보호하는 데 AWS Secrets Manager 필요한에 대한 JKS 인증서, 키 암호 및 키 스토어 암호를 설정합니다.
+ Livy 서비스 계정에 보안 암호를 검색할 수 있는 권한을 추가합니다 AWS Secrets Manager . Livy 서버는 ASCP에서 보안 암호를 검색하고 Livy 구성을 추가하여 Livy 서버를 보호하려면 이러한 권한이 필요합니다. 서비스 계정에 IAM 권한을 추가하려면 서비스 계정에 대한 IAM 역할(IRSA)을 사용하여 액세스 권한 설정을 참조하세요.

### 에 대한 키 및 키 스토어 암호를 사용하여 JKS 인증서 설정 AWS Secrets Manager
<a name="job-runs-apache-livy-jks-certificate"></a>

다음 단계를 수행하여 키 및 키 저장소 암호를 사용해 JKS 인증서를 설정합니다.

1. Livy 서버의 키 저장소 파일을 생성합니다.

   ```
   keytool -genkey -alias <host> -keyalg RSA -keysize 2048 –dname CN=<host>,OU=hw,O=hw,L=<your_location>,ST=<state>,C=<country> –keypass <keyPassword> -keystore <keystore_file> -storepass <storePassword> --validity 3650
   ```

1. 인증서를 생성합니다.

   ```
   keytool -export -alias <host> -keystore mykeystore.jks -rfc -file mycertificate.cert -storepass <storePassword>
   ```

1. 신뢰 저장소 파일을 생성합니다.

   ```
   keytool -import -noprompt -alias <host>-file <cert_file> -keystore <truststore_file> -storepass <truststorePassword>
   ```

1. JKS 인증서를에 저장합니다 AWS Secrets Manager. `livy-jks-secret`을 보안 암호로, `fileb://mykeystore.jks`를 키 저장소 JKS 인증서의 경로로 바꿉니다.

   ```
   aws secretsmanager create-secret \ 
   --name livy-jks-secret \
   --description "My Livy keystore JKS secret" \
   --secret-binary fileb://mykeystore.jks
   ```

1. Secrets Manager에 키 저장소 및 키 암호를 저장합니다. 자체 파라미터를 사용해야 합니다.

   ```
   aws secretsmanager create-secret \
   --name livy-jks-secret \
   --description "My Livy key and keystore password secret" \
   --secret-string "{\"keyPassword\":\"<test-key-password>\",\"keyStorePassword\":\"<test-key-store-password>\"}"
   ```

1. 다음 명령으로 Livy 서버 네임스페이스를 생성합니다.

   ```
   kubectl create ns <livy-ns>
   ```

1. JKS 인증서와 암호가 있는 Livy 서버에 대한 `ServiceProviderClass` 객체를 생성합니다.

   ```
   cat >livy-secret-provider-class.yaml << EOF
   apiVersion: secrets-store.csi.x-k8s.io/v1
   kind: SecretProviderClass
   metadata:
     name: aws-secrets
   spec:
     provider: aws
     parameters:
       objects: |
           - objectName: "livy-jks-secret"
             objectType: "secretsmanager"
           - objectName: "livy-passwords"
             objectType: "secretsmanager"
                        
   EOF
   kubectl apply -f livy-secret-provider-class.yaml -n <livy-ns>
   ```

## SSL 지원 Apache Livy 시작하기
<a name="job-runs-apache-livy-ssl-enabled-getting-started"></a>

Livy 서버에서 SSL을 활성화한 후 AWS Secrets Manager에서 `keyStore` 및 `keyPasswords` 보안 암호에 액세스할 수 있도록 `serviceAccount`를 설정해야 합니다.

1. Livy 서버 네임스페이스를 생성합니다.

   ```
   kubectl create namespace <livy-ns>
   ```

1. Secrets Manager의 보안 암호에 액세스할 수 있도록 Livy 서비스 계정을 설정합니다. IRSA 설정에 대한 자세한 내용은 [Apache Livy를 설치하는 동안 IRSA 설정](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-irsa.html#job-runs-apache-livy-irsa)을 참조하세요.

   ```
   aws ecr get-login-password \--region region-id | helm registry login \
   --username AWS \
   --password-stdin ECR-registry-account.dkr.ecr.region-id.amazonaws.com
   ```

1. Livy를 설치합니다. 헬름 차트 --version 파라미터의 경우 Amazon EMR 릴리스 레이블(`7.1.0`)을 사용합니다. 또한 Amazon ECR 레지스트리 계정 ID 및 리전 ID를 자체 ID로 바꾸어야 합니다. [리전별로 Amazon ECR 레지스트리 계정](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/docker-custom-images-tag.html#docker-custom-images-ECR) AWS 리전 에서에 해당하는 `ECR-registry-account` 값을 찾을 수 있습니다.

   ```
   helm install <livy-app-name> \
     oci://895885662937.dkr.ecr.region-id.amazonaws.com/livy \
     --version 7.12.0 \
     --namespace livy-namespace-name \
     --set image=<ECR-registry-account.dkr.ecr>.<region>.amazonaws.com/livy/emr-7.12.0:latest \
     --set sparkNamespace=spark-namespace \
     --set ssl.enabled=true
     --set ssl.CertificateArn=livy-acm-certificate-arn
     --set ssl.secretProviderClassName=aws-secrets
     --set ssl.keyStoreObjectName=livy-jks-secret
     --set ssl.keyPasswordsObjectName=livy-passwords
     --create-namespace
   ```

1. [Amazon EMR on EKS에 Apache Livy 설치](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-setup.html#job-runs-apache-livy-install)의 5단계부터 계속합니다.

# 역할 기반 액세스 제어(RBAC)를 사용하여 Apache Livy 및 Spark 애플리케이션 권한 설정
<a name="job-runs-apache-livy-rbac"></a>

Livy를 배포하기 위해 Amazon EMR on EKS는 서버 서비스 계정 및 역할과 Spark 서비스 계정 및 역할을 생성합니다. 이러한 역할에는 설정을 완료하고 Spark 애플리케이션을 실행하는 데 필요한 RBAC 권한이 있어야 합니다.

**서버 서비스 계정 및 역할에 대한 RBAC 권한**

Amazon EMR on EKS는 Spark 작업에 대한 Livy 세션을 관리하고 수신 및 기타 리소스 사이에서 트래픽을 라우팅하도록 Livy 서버 서비스 계정 및 역할을 생성합니다.

이 서비스 계정의 기본 이름은 `emr-containers-sa-livy`입니다. 이 경우 다음 권한이 있어야 합니다.

```
rules:
- apiGroups:
  - ""
  resources:
  - "namespaces"
  verbs:
  - "get"
- apiGroups:
  - ""
  resources:
  - "serviceaccounts"
    "services"
    "configmaps"
    "events"
    "pods"
    "pods/log"
  verbs:
  - "get"
    "list"
    "watch"
    "describe"
    "create"
    "edit"
    "delete"
    "deletecollection"
    "annotate"
    "patch"
    "label"
 - apiGroups:
   - ""
   resources:
   - "secrets"
   verbs:
   - "create"
     "patch"
     "delete"
     "watch"
 - apiGroups:
   - ""
   resources:
   - "persistentvolumeclaims"
   verbs:
   - "get"
     "list"
     "watch"
     "describe"
     "create"
     "edit"
     "delete"
     "annotate"
     "patch"
     "label"
```

**Spark 서비스 계정 및 역할에 대한 RBAC 권한**

Spark 드라이버 포드에는 포드와 동일한 네임스페이스에 있는 Kubernetes 서비스 계정이 필요합니다. 이 서비스 계정에는 실행기 포드 그리고 드라이버 포드에 필요한 모든 리소스를 관리할 수 있는 권한이 필요합니다. 네임스페이스의 기본 서비스 계정에 필요한 권한이 없으면 드라이버가 실패하고 종료됩니다. 다음 RBAC 권한이 필요합니다.

```
rules:
- apiGroups:
  - ""
    "batch"
    "extensions"
    "apps"
  resources:
  - "configmaps"
    "serviceaccounts"
    "events"
    "pods"
    "pods/exec"
    "pods/log"
    "pods/portforward"
    "secrets"
    "services"
    "persistentvolumeclaims"
    "statefulsets"
  verbs:
  - "create"
    "delete"
    "get"
    "list"
    "patch"
    "update"
    "watch"
    "describe"
    "edit"
    "deletecollection"
    "patch"
    "label"
```

# 서비스 계정에 대한 IAM 역할(IRSA)을 사용하여 액세스 권한 설정
<a name="job-runs-apache-livy-irsa"></a>

기본적으로 Livy 서버와 Spark 애플리케이션의 드라이버 및 실행기는 AWS 리소스에 액세스할 수 없습니다. 서버 서비스 계정 및 Spark 서비스 계정은 Livy 서버의 AWS 리소스 및 Spark 애플리케이션의 포드에 대한 액세스를 제어합니다. 액세스 권한을 부여하려면 서비스 계정을 필요한 AWS 권한이 있는 IAM 역할로 매핑해야 합니다.

Apache Livy를 설치하기 전, 설치 중 또는 설치를 완료한 후 IRSA 매핑을 설정할 수 있습니다.

## Apache Livy 설치 중 IRSA 설정(서버 서비스 계정용)
<a name="job-runs-apache-livy-irsa"></a>

**참고**  
이 매핑은 서버 서비스 계정에서만 지원됩니다.

1. [Amazon EMR on EKS에 대한 Apache Livy 설정](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-setup.html)을 완료하고 [Amazon EMR on EKS에서 Apache Livy 설치](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-install.html)를 수행하는 중인지 확인합니다.

1. Livy 서버에 대한 Kubernetes 네임스페이스를 생성합니다. 이 예제에서 네임스페이스의 이름은 `livy-ns`입니다.

1. 포드가 액세스할에 AWS 서비스 대한 권한이 포함된 IAM 정책을 생성합니다. 다음 예제에서는 Spark 진입점에 대한 Amazon S3 리소스를 가져오는 IAM 정책을 생성합니다.

   ```
   cat >my-policy.json <<EOF{
   "Version": "2012-10-17",		 	 	 
       "Statement": [
           {
   "Effect": "Allow",
               "Action": "s3:GetObject",
               "Resource": "arn:aws:s3:::my-spark-entrypoint-bucket"
           }
       ]
   }
   EOF
   
   aws iam create-policy --policy-name my-policy --policy-document file://my-policy.json
   ```

1. 다음 명령을 사용하여 AWS 계정 ID를 변수로 설정합니다.

   ```
   account_id=$(aws sts get-caller-identity --query "Account" --output text)
   ```

1. 클러스터의 OpenID Connect(OIDC) ID 제공업체를 환경 변수로 설정합니다.

   ```
   oidc_provider=$(aws eks describe-cluster --name my-cluster --region $AWS_REGION --query "cluster.identity.oidc.issuer" --output text | sed -e "s/^https:\/\///")
   ```

1. 서비스 계정의 네임스페이스 및 이름에 대한 변수를 설정합니다. 자체 값을 사용해야 합니다.

   ```
   export namespace=default
   export service_account=my-service-account
   ```

1. 다음 명령으로 신뢰 정책 파일을 생성합니다. 네임스페이스 내 모든 서비스 계정에 역할의 액세스 권한을 부여하려면 다음 명령을 복사하고 `StringEquals`를 `StringLike`로 바꾸고 `$service_account`를 `*`로 바꿉니다.

   ```
   cat >trust-relationship.json <<EOF
   {
     "Version": "2012-10-17",		 	 	 
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": {
           "Federated": "arn:aws:iam::$account_id:oidc-provider/$oidc_provider"
         },
         "Action": "sts:AssumeRoleWithWebIdentity",
         "Condition": {
           "StringEquals": {
             "$oidc_provider:aud": "sts.amazonaws.com",
             "$oidc_provider:sub": "system:serviceaccount:$namespace:$service_account"
           }
         }
       }
     ]
   }
   EOF
   ```

1. 역할을 생성합니다.

   ```
   aws iam create-role --role-name my-role --assume-role-policy-document file://trust-relationship.json --description "my-role-description"
   ```

1. 다음 Helm 설치 명령을 사용하여 IRSA를 매핑하도록 `serviceAccount.executionRoleArn`을 설정합니다. 다음은 Helm 설치 명령의 예제입니다. [리전별로 Amazon ECR 레지스트리 계정](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/docker-custom-images-tag.html#docker-custom-images-ECR) AWS 리전 에서에 해당하는 `ECR-registry-account` 값을 찾을 수 있습니다.

   ```
   helm install livy-demo \
     oci://895885662937.dkr.ecr.us-west-2.amazonaws.com/livy \
     --version 7.12.0 \
     --namespace livy-ns \
     --set image=ECR-registry-account.dkr.ecr.region-id.amazonaws.com/livy/emr-7.12.0:latest \
     --set sparkNamespace=spark-ns \
     --set serviceAccount.executionRoleArn=arn:aws:iam::123456789012:role/my-role
   ```

## Spark 서비스 계정에 IRSA 매핑
<a name="job-runs-apache-livy-irsa-spark"></a>

IRSA를 Spark 서비스 계정에 매핑하기 전에 다음 항목을 완료했는지 확인합니다.
+ [Amazon EMR on EKS에 대한 Apache Livy 설정](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-setup.html)을 완료하고 [Amazon EMR on EKS에서 Apache Livy 설치](https://docs.aws.amazon.com/emr/latest/EMR-on-EKS-DevelopmentGuide/job-runs-apache-livy-install.html)를 수행하는 중인지 확인합니다.
+ 클러스터에 대한 기존 IAM OpenID Connect(OIDC) 제공업체가 있어야 합니다. 이미 있는지 확인하거나 새로 생성하는 방법을 알아보려면 [Create an IAM OIDC provider for your cluster](https://docs.aws.amazon.com/eks/latest/userguide/enable-iam-roles-for-service-accounts.html)를 참조하세요.
+ `eksctl` CLI의 버전 0.171.0 이상 또는 AWS CloudShell을 설치했는지 확인합니다. `eksctl`을 설치 또는 업그레이드하려면 `eksctl` 설명서의 [Installation](https://eksctl.io/installation/)을 참조하세요.

다음 단계를 수행하여 IRSA를 Spark 서비스 계정에 매핑합니다.

1. 다음 명령을 사용하여 Spark 서비스 계정을 가져옵니다.

   ```
   SPARK_NAMESPACE=<spark-ns>
   LIVY_APP_NAME=<livy-app-name>
   kubectl --namespace $SPARK_NAMESPACE describe sa -l "app.kubernetes.io/instance=$LIVY_APP_NAME" | awk '/^Name:/ {print $2}'
   ```

1. 서비스 계정의 네임스페이스 및 이름에 대한 변수를 설정합니다.

   ```
   export namespace=default
   export service_account=my-service-account
   ```

1. 다음 명령을 사용하여 IAM 역할에 대한 신뢰 정책 파일을 생성합니다. 다음 예제에서는 네임스페이스 내 모든 서비스 계정에 역할을 사용할 수 있는 권한을 부여합니다. 이를 수행하려면 `StringEquals`를 `StringLike`로 바꾸고 `$service_account`를 \$1로 바꿉니다.

   ```
   cat >trust-relationship.json <<EOF
   {
     "Version": "2012-10-17",		 	 	 
     "Statement": [
       {
         "Effect": "Allow",
         "Principal": {
           "Federated": "arn:aws:iam::$account_id:oidc-provider/$oidc_provider"
         },
         "Action": "sts:AssumeRoleWithWebIdentity",
         "Condition": {
           "StringEquals": {
             "$oidc_provider:aud": "sts.amazonaws.com",
             "$oidc_provider:sub": "system:serviceaccount:$namespace:$service_account"
           }
         }
       }
     ]
   }
   EOF
   ```

1. 역할을 생성합니다.

   ```
   aws iam create-role --role-name my-role --assume-role-policy-document file://trust-relationship.json --description "my-role-description"
   ```

1. 다음 `eksctl` 명령을 사용하여 서버 또는 Spark 서비스 계정을 매핑합니다. 자체 값을 사용해야 합니다.

   ```
    eksctl create iamserviceaccount --name spark-sa \
    --namespace spark-namespace --cluster livy-eks-cluster \
    --attach-role-arn arn:aws:iam::0123456789012:role/my-role \
    --approve --override-existing-serviceaccounts
   ```