Amazon EKS 클러스터 생성

Amazon Elastic Kubernetes Service (EKS)에서 클러스터를 생성할 수 있습니다. 이 프로세스는 AWS 및 Kubernetes Terraform 제공자를 사용하여 EKS 클러스터를 생성합니다. 이후에 GitLab 에이전트를 사용하여 클러스터를 GitLab에 연결할 수 있습니다.

전제 조건:

단계:

  1. 예제 프로젝트 가져오기.
  2. Kubernetes 에이전트 등록.
  3. 프로젝트 구성.
  4. 클러스터 프로비저닝.

예제 프로젝트 가져오기

IaC(Infrastructure as Code)를 사용하여 GitLab에서 클러스터를 생성하려면 클러스터를 관리할 프로젝트를 만들어야 합니다. 이 튜토리얼에서는 예제 프로젝트에서 시작하여 필요에 맞게 수정합니다.

아래 단계에 따라 프로젝트를 가져옵니다:

  1. GitLab에서 왼쪽 사이드바에서 검색 또는 이동을 선택합니다.
  2. 내 모든 프로젝트 보기를 선택합니다.
  3. 페이지 오른쪽에서 새 프로젝트를 선택합니다.
  4. 프로젝트 가져오기를 선택합니다.
  5. 리포지터리 URL로를 선택합니다.
  6. Git 리포지터리 URL란에 https://gitlab.com/gitlab-org/configure/examples/gitlab-terraform-eks.git을 입력합니다.
  7. 필드를 완료하고 프로젝트 생성을 선택합니다.

이 프로젝트는 다음을 제공합니다:

  • Amazon Virtual Private Cloud (VPC) (VPC).
  • Amazon Elastic Kubernetes Service (EKS) 클러스터 (EKS).
  • 클러스터에 설치된 GitLab 에이전트.

에이전트 등록

GitLab 14.10에서 certificate_based_clusters이라는 플래그가 에이전트보다는 인증서에 중점을 두는 작업 메뉴를 변경했습니다. 이 플래그는 GitLab.com, GitLab Dedicated 및 Self-managed에서 활성화되어 있습니다.

Kubernetes 클러스터를 위한 GitLab 에이전트를 생성하려면:

  1. 왼쪽 사이드바에서 운영 > Kubernetes 클러스터를 선택합니다.
  2. 클러스터 연결(에이전트)를 선택합니다.
  3. 에이전트 선택 드롭다운 디렉터리에서 eks-agent를 선택하고 에이전트 등록을 선택합니다.
  4. GitLab은 에이전트에 대한 등록 토큰을 생성합니다. 나중에 필요하므로 이 비밀 토큰을 안전하게 저장하세요.
  5. GitLab은 나중에 필요한 에이전트 서버(KAS) 주소를 제공합니다.

AWS 자격 증명 설정

AWS 자격 증명을 설정하여 GitLab에서 AWS를 인증할 수 있습니다.

  1. IAM 사용자 또는 IAM 역할을 생성합니다.

  2. IAM 사용자 또는 역할이 프로젝트에 적절한 권한을 갖도록 합니다. 이 예제 프로젝트의 경우 아래 권한이 필요합니다. 나만의 프로젝트를 설정할 때 이를 확장할 수 있습니다. json // IAM 사용자 정의 정책 정의 { "Version": "2012-10-17", "Statement": [ { "Sid": "VisualEditor0", "Effect": "Allow", "Action": [ "ec2:*", "eks:*", "elasticloadbalancing:*", "autoscaling:*", "cloudwatch:*", "logs:*", "kms:DescribeKey", "iam:AddRoleToInstanceProfile", "iam:AttachRolePolicy", "iam:CreateInstanceProfile", "iam:CreateRole", "iam:CreateServiceLinkedRole", "iam:GetRole", "iam:ListAttachedRolePolicies", "iam:ListRolePolicies", "iam:ListRoles", "iam:PassRole", // destroy 단계에 필요함 "iam:DetachRolePolicy", "iam:ListInstanceProfilesForRole", "iam:DeleteRole" ], "Resource": "*" } ] }

  3. 사용자 또는 역할에 대한 액세스 키 생성.
  4. 액세스 키 및 비밀을 저장하세요. 이를 사용하여 GitLab에서 AWS를 인증합니다.

프로젝트 구성

CI/CD 환경 변수를 사용하여 프로젝트를 구성하세요.

필수 구성:

  1. 왼쪽 사이드바에서 설정 > CI/CD를 선택합니다.
  2. Variables를 확장합니다.
  3. 변수 AWS_ACCESS_KEY_ID를 AWS 액세스 키 ID로 설정합니다.
  4. 변수 AWS_SECRET_ACCESS_KEY를 AWS 비밀 액세스 키로 설정합니다.
  5. 변수 TF_VAR_agent_token를 이전 작업에서 표시된 에이전트 토큰으로 설정합니다.
  6. 변수 TF_VAR_kas_address를 이전 작업에서 표시된 에이전트 서버 주소로 설정합니다.

선택적 구성:

variables.tf 파일에는 필요에 따라 재정의할 수 있는 다른 변수가 포함되어 있습니다:

  • TF_VAR_region: 클러스터의 지역을 설정합니다.
  • TF_VAR_cluster_name: 클러스터의 이름을 설정합니다.
  • TF_VAR_cluster_version: Kubernetes의 버전을 설정합니다.
  • TF_VAR_instance_type: Kubernetes 노드의 인스턴스 유형을 설정합니다.
  • TF_VAR_instance_count: Kubernetes 노드의 수를 설정합니다.
  • TF_VAR_agent_namespace: GitLab 에이전트의 Kubernetes 네임스페이스를 설정합니다.

더 많은 리소스 옵션에 대한 자세한 정보는 AWS Terraform 제공자 문서 및 Kubernetes Terraform 제공자 문서를 참조하세요.

클러스터 프로비저닝

프로젝트를 구성한 후 클러스터 프로비저닝을 수동으로 트리거합니다. GitLab에서:

  1. 왼쪽 사이드바에서 Build > Pipelines로 이동합니다.
  2. 플레이() 옆에 있는 드롭다운 디렉터리 아이콘()을 선택합니다.
  3. 매뉴얼으로 배포 작업을 트리거하기 위해 Deploy를 선택합니다.

파이프라인이 성공적으로 완료되면 새로운 클러스터를 볼 수 있습니다:

  • AWS에서: EKS 콘솔에서 Amazon EKS > Clusters를 선택합니다.
  • GitLab에서: 왼쪽 사이드바에서 Operate > Kubernetes clusters를 선택합니다.

클러스터 사용

클러스터를 프로비저닝한 후 GitLab에 연결되어 배포할 준비가 되었습니다. 연결 상태를 확인하려면:

  1. 왼쪽 사이드바에서 Operate > Kubernetes clusters를 선택합니다.
  2. 디렉터리에서 Connection status 열을 확인합니다.

연결의 기능에 대한 자세한 정보는 Kubernetes 문서용 GitLab 에이전트를 참조하세요.

클러스터 제거

기본적으로 파이프라인에 정리 작업이 포함되어 있지 않습니다. 생성된 모든 리소스를 제거하려면 정리 작업을 실행하기 전에 GitLab CI/CD 템플릿을 수정해야 합니다.

모든 리소스를 제거하려면:

  1. 다음을 .gitlab-ci.yml 파일에 추가합니다: 

    stages:
  - init
  - validate
  - test
  - build
  - deploy
  - cleanup
   
destroy:
  extends: .terraform:destroy
  needs: []
  2. 왼쪽 사이드바에서 Build > Pipelines를 선택하고 가장 최근의 파이프라인을 선택합니다.
  3. destroy 작업에서 Play()를 선택합니다.