베어 메탈 클라우드에서 Terraform으로 물리 서버 배포 – 원활한 IaC 통합

Infrastructure as Code(IaC)는 가상화된 클라우드 리소스 관리 프로세스를 단순화합니다. 이제 클라우드 네이티브 전용 서버의 등장으로, 물리적 머신도 동일한 유연성으로 배포할 수 있게 되었습니다.

phoenixNAP의 클라우드 네이티브 전용 서버 플랫폼인 베어 메탈 클라우드(BMC)는 처음부터 IaC 호환성을 염두에 두고 설계되었습니다. BMC는 DevOps에서 가장 널리 사용되는 IaC 도구 중 하나인 HashiCorp Terraform과 완벽하게 통합됩니다. 이 통합을 통해 사용자는 맞춤형 Terraform 프로바이더를 활용하여 단 몇 줄의 코드로 몇 분 만에 BMC 서버를 배포할 수 있습니다.

왜 Infrastructure as Code인가?

Infrastructure as Code는 사람이 읽을 수 있는 구성 파일을 통해 클라우드 리소스의 배포 및 관리 프로세스를 자동화하는 방법입니다. 속도와 민첩성이 핵심인 DevOps에서 중추적인 역할을 합니다.

IaC 이전에는 시스템 관리자가 모든 것을 수동으로 배포했습니다. 모든 서버, 데이터베이스, 로드 밸런서, 네트워크를 수동으로 구성해야 했습니다. 이제 팀은 다양한 IaC 엔진을 사용하여 여러 공급자 전반에서 수백 대의 서버를 몇 분 만에 구축하거나 제거할 수 있습니다.

시장에는 많은 강력한 IaC 도구가 있지만, Terraform은 IaC 분야에서 가장 두드러진 도구 중 하나로 자리 잡았습니다.

Terraform의 기본 개념

HashiCorp의 Terraform은 DevOps 팀이 클라우드 네이티브 리소스를 안전하게 배포, 수정, 버전 관리할 수 있게 해주는 IaC 엔진입니다. 오픈 소스 도구는 무료로 사용할 수 있지만, 대부분의 팀은 협업과 거버넌스를 위해 Terraform Cloud 또는 Terraform Enterprise와 함께 사용합니다.

Terraform으로 배포하려면 개발자가 원하는 리소스를 구성 파일에 정의하는데, 이 파일은 HashiCorp Configuration Language(HCL)로 작성됩니다. Terraform은 해당 파일을 분석하여 실행 계획을 생성합니다. 사용자가 확인하면 정의된 구성대로 정확하게 프로비저닝을 실행합니다.

Terraform은 원하는 상태와 기존 인프라 상태 간의 차이를 식별합니다. 이 메커니즘은 여러 환경 간 일관성 유지가 중요한 DevOps 파이프라인에서 필수적인 역할을 합니다.

Terraform으로 베어 메탈 클라우드 서버 배포하기

Terraform은 자사 소프트웨어를 지원하는 점점 늘어나는 프로바이더 목록을 유지합니다. 프로바이더는 다양한 서비스 공급자가 제공하는 맞춤형 플러그인으로, 사용자가 구성 파일에서 초기화합니다.

phoenixNAP은 자체 Terraform 프로바이더인 pnap을 보유하고 있습니다. 모든 베어 메탈 클라우드 사용자는 웹 기반 베어 메탈 클라우드 포털을 사용하지 않고도 이 프로바이더를 통해 BMC 서버를 배포하고 관리할 수 있습니다. phoenixNAP 프로바이더의 소스 코드와 문서는 공식 Terraform 프로바이더 페이지에서 확인할 수 있습니다.

베어 메탈 클라우드와 Terraform 사용 예시

Terraform으로 BMC 서버 배포를 시작하려면 BMC 계정을 생성하고 로컬 시스템 또는 원격 서버에 Terraform을 설치하세요. Terraform을 실행하기 전에 필요한 인증 데이터를 수집하여 config.yaml 파일에 저장합니다. BMC 계정에서 찾을 수 있는 clientId와 clientSecret이 필요합니다.

설정이 완료되면 원하는 BMC 리소스 정의를 시작합니다. Terraform 구성 파일을 생성하고 pnap 프로바이더를 사용하겠다고 선언하세요:

terraform { required_providers { pnap = { source = "phoenixnap/pnap" version = "0.6.0" } } } provider "pnap" { # 구성 옵션 }

구성 옵션 섹션에는 BMC 인프라의 원하는 상태에 대한 설명이 포함되어야 합니다.

가장 기본적인 베어 메탈 클라우드 서버 구성인 s1.c1.small을 Phoenix 데이터 센터에 Ubuntu OS로 배포하려면:

resource "pnap_server" "My-First-BMC-Server" { hostname = "your-hostname" os = "ubuntu/bionic" type = "s1.c1.small" location = "PHX" ssh_keys = [ "ssh-rsa..." ] #action = "powered-on" }

인수 이름 action은 서버에서 수행할 수 있는 전원 작업을 나타내며, reboot, reset, powered-on, powered-off, shutdown이 포함됩니다. 모든 인수 이름에는 해당 값이 있어야 하지만, action 인수는 필수가 아닙니다.

이 베어 메탈 클라우드 인스턴스를 배포하려면 Terraform init CLI 명령을 실행하여 Terraform이 초기화 프로세스를 시작하도록 지시하세요.

Terraform 구성 파일은 .tf 확장자로 저장해야 합니다. Terraform은 구성을 정의하기 위해 도메인별 언어를 사용하지만, 사용자는 JSON으로도 구성 파일을 작성할 수 있습니다. 이 경우 파일 확장자는 .tf.json이어야 합니다.

모든 Terraform 구성 파일은 재사용 가능하고, 확장 가능하며, 팀 협업을 위해 버전 관리할 수 있습니다.

한 대든 수백 대든 서버가 필요하면 Terraform과 BMC가 이를 실현합니다. 구성 파일에 정의할 수 있는 서버 수에는 제한이 없습니다. 다른 프로바이더와 함께 phoenixNAP 프로바이더를 사용할 수도 있습니다.

복잡한 설정을 더 쉽게 관리하기 위해 Terraform에는 모듈이라는 기능이 있습니다. 모듈은 환경을 추상적인 방식으로 정의할 수 있는 컨테이너입니다. 모듈은 하나 이상의 인프라 객체를 포함하는 다른 모듈을 호출할 수 있는 재사용 가능한 코드 조각입니다.

Terraform Cloud로 BMC 구성 공동 작업하기

Terraform 구성을 작성하고 프로비저닝하는 방법을 익혔다면, DevOps 팀 전체가 새로운 BMC 리소스 배포와 기존 리소스 수정에 더 효율적으로 작업할 수 있는 방법을 마련하고 싶을 것입니다.

Terraform 구성을 버전 관리 시스템에 저장하고 Terraform Cloud에서 무료로 원격 실행할 수 있습니다. 이는 잘못 구성된 리소스 배포 가능성을 줄이고, 감독을 개선하며, 모든 변경 사항이 클라우드에서 안정적으로 실행되도록 보장합니다.

Terraform Cloud의 원격 상태 저장소도 활용할 수 있습니다. Terraform 상태 파일은 Terraform 구성과 실제 배포된 리소스를 매핑합니다. 상태 파일을 Terraform Cloud에 저장하면 팀이 항상 동일한 페이지를 볼 수 있습니다.

Terraform의 또 다른 큰 장점은 모든 구성 파일이 재사용 가능하다는 점입니다. 이로 인해 동일한 환경을 여러 번 복제하는 것이 매우 쉬워집니다. 여러 환경에서 일관성을 유지함으로써 팀은 더 빠르고 안전하게 프로덕션에 고품질 코드를 제공할 수 있습니다.

인프라 자동화하기

이 기사에서는 Terraform의 유연성을 활용하여 베어 메탈 클라우드 리소스를 프로그래밍 방식으로 조작하는 방법에 대한 개요를 제공했습니다. phoenixNAP Terraform 프로바이더와 Terraform Cloud를 사용하면 단 몇 줄의 코드로 여러 BMC 인스턴스를 신속하게 배포, 구성, 폐기할 수 있습니다.

인프라 프로비저닝에 대한 이러한 자동화된 접근 방식은 DevOps 워크플로의 속도와 민첩성을 향상시킵니다. BMC와 Terraform Cloud의 결합으로 팀은 전용 서버가 수동으로 프로비저닝되기를 기다리는 데 시간을 낭비하는 대신 소프트웨어 개발에 집중할 수 있습니다.