Amazon EKS 클러스터 생성

Amazon Elastic Kubernetes Service (EKS)에서 클러스터를 생성할 수 있습니다.

코드로서의 인프라 (IaC) 를 통해 이 과정을 진행합니다. AWS와 Kubernetes Terraform 공급자를 사용하여 EKS 클러스터를 생성합니다. GitLab 에이전트를 사용하여 클러스터를 GitLab에 연결합니다.

필수 조건:

보안 자격 증명이 설정된 Amazon Web Services (AWS) 계정.
러너가 필요하며 GitLab CI/CD 파이프라인을 실행하는 데 사용할 수 있습니다.

단계:

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

예제 프로젝트 가져오기

GitLab을 사용하여 코드로서의 인프라로 클러스터를 생성하려면 클러스터를 관리할 프로젝트를 만들어야 합니다. 이 자습서에서는 샘플 프로젝트로 시작하여 필요에 따라 수정합니다.

URL로 예제 프로젝트 가져오기로 시작하세요.

프로젝트를 가져오는 방법:

GitLab에서 왼쪽 사이드바에서 검색 또는 이동을 선택합니다.
내 모든 프로젝트 보기를 선택합니다.
페이지 오른쪽에서 새 프로젝트를 선택합니다.
프로젝트 가져오기를 선택합니다.
URL로 저장소를 선택합니다.
Git 저장소 URL에 https://gitlab.com/gitlab-org/configure/examples/gitlab-terraform-eks.git를 입력합니다.
필드를 작성하고 프로젝트 생성을 선택합니다.

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

Amazon 가상 사설 클라우드 (VPC).
Amazon Elastic Kubernetes Service (EKS) 클러스터.
클러스터에 설치된 GitLab Kubernetes 에이전트.

에이전트 등록

certificate_based_clusters라는 플래그는 작업 메뉴를 인증서보다 에이전트에 중점을 두도록 변경했습니다. 플래그는 GitLab.com, GitLab 전용 및 자체 관리에서 활성화되어 있습니다..

Kubernetes를 위한 GitLab 에이전트를 생성하려면:

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

AWS 자격 증명 설정

GitLab로 AWS를 인증하려고 할 때 AWS 자격 증명을 설정합니다.

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

IAM 사용자 또는 역할에 프로젝트에 대한 적절한 권한이 있는지 확인합니다. 이 예제 프로젝트의 경우 아래에 표시된 권한이 필요합니다. 자신의 프로젝트를 설정할 때 이를 확장할 수 있습니다.

// 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": "*"
      }
  ]
}

사용자 또는 역할에 대한 액세스 키 생성.
액세스 키와 비밀번호를 저장합니다. AWS를 GitLab에 인증하는 데 필요합니다.

프로젝트 구성

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

필수 구성:

왼쪽 사이드바에서 설정 > CI/CD를 선택합니다.
변수를 확장합니다.
변수 AWS_ACCESS_KEY_ID를 AWS 액세스 키 ID로 설정합니다.
변수 AWS_SECRET_ACCESS_KEY를 AWS 비밀 액세스 키로 설정합니다.
변수 TF_VAR_agent_token을 이전 작업에 표시된 에이전트 토큰으로 설정합니다.
변수 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에서:

왼쪽 사이드바에서 빌드 > 파이프라인으로 이동합니다.
플레이() 옆의 드롭다운 목록 아이콘()을 선택합니다.
배포를 선택하여 배포 작업을 수동으로 트리거합니다.

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

AWS: EKS 콘솔에서 Amazon EKS > 클러스터를 선택합니다.
GitLab: 왼쪽 사이드바에서 운영 > Kubernetes 클러스터를 선택합니다.

클러스터 사용

클러스터를 프로비저닝한 후 GitLab에 연결되며 배포할 준비가 됩니다. 연결을 확인하려면:

왼쪽 사이드바에서 운영 > Kubernetes 클러스터를 선택합니다.
목록에서 연결 상태 열을 확인합니다.

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

클러스터 제거

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

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

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

stages:
  - init
  - validate
  - test
  - build
  - deploy
  - cleanup

destroy:
  extends: .terraform:destroy
  needs: []

왼쪽 사이드바에서 빌드 > 파이프라인을 선택하고 가장 최근의 파이프라인을 선택합니다.
destroy 작업에서 플레이()를 선택합니다.