성능 최적화 전략

테라폼은 강력한 도구이지만 규모가 크거나 복잡한 인프라에서는 작업이 느려질 수 있습니다. 구성을 최적화하는 것은 다음과 같은 여러 이유로 중요합니다.

• 더 빠른 배포 주기: plan과 apply 시간이 짧아지면 반복 작업과 제공을 더 빠르게 수행할 수 있습니다.
• 클라우드 비용 절감: 효율적인 리소스 설계는 인프라 비용 절감으로 이어지는 경우가 많습니다.
• 개발자 경험 향상: 기다리는 시간은 줄이고 작업하는 시간은 늘릴 수 있습니다!

테라폼 작업 흐름을 더 빠르고 효율적으로 만드는 전략을 살펴보겠습니다.

테라폼은 기본적으로 효율성을 고려하여 설계되었습니다. 테라폼은 구성을 자동으로 분석하여 종속성 그래프를 만듭니다.

이 그래프는 어떤 리소스가 다른 리소스에 의존하는지 결정합니다. 서로 독립적인 리소스는 동시에(병렬로) 생성, 업데이트 또는 삭제할 수 있습니다. 따라서 순차적으로 처리하는 것보다 작업 속도가 크게 향상됩니다.

• 종속성 그래프: 테라폼이 리소스 간의 관계를 정리합니다.
• 동시성: 독립적인 작업이 동시에 실행됩니다.

terraform apply 또는 terraform destroy와 함께 -parallelism 플래그를 사용하여 테라폼의 병렬 처리 수준을 세밀하게 조정할 수 있습니다. 이 플래그는 동시에 실행할 수 있는 작업의 최대 개수를 설정합니다.

값을 높이면 작업 속도가 빨라질 수 있지만 클라우드 프로바이더의 API 요청 제한에 걸리거나 충돌이 발생할 수 있습니다. 값을 낮추면 디버깅하거나 부하를 줄이는 데 유용할 수 있습니다. 기본값은 10입니다.

예시: 동시에 실행되는 작업을 5개로 제한하려면 다음과 같이 입력합니다.

가장 효과적인 최적화 전략 중 하나는 단순히 프로비저닝하는 리소스 수를 줄이는 것입니다. 테라폼이 관리하는 모든 리소스는 계획 수립, API 호출, 상태 관리 측면에서 추가 부담을 발생시킵니다.

새 리소스를 정의하기 전에 다음을 고려하세요.

• 현재 목표에 이 리소스가 반드시 필요한가요?
• 새 리소스를 만드는 대신 기존 리소스를 재사용하거나 다르게 구성할 수 있나요?
• 요구 사항을 충족하면서 비용 효율성이 더 높은 리소스 유형이 있나요?

데이터 소스는 기존 클라우드 인프라나 외부 서비스에 관한 정보를 동적으로 가져오는 데 유용합니다. 따라서 구성을 유연하고 적응성 있게 만들 수 있습니다.

하지만 각 데이터 소스는 일반적으로 plan 및 apply 단계에서 하나 이상의 API 호출을 발생시킵니다. 값이 실제로 정적이고 변경되지 않으며 구성 시점에 이미 알려져 있다면(예: AWS 리전), 이를 입력 변수로 전달하거나 코드에 직접 지정하여 불필요한 API 조회를 피하고 작업 속도를 높일 수 있습니다.

많은 테라폼 프로바이더는 성능에 영향을 줄 수 있는 특정 구성 옵션을 제공합니다. 이러한 설정은 대개 프로바이더가 기반 클라우드 API와 상호작용하는 방식을 제어합니다.

예시는 다음과 같습니다.

• max_retries: 프로바이더가 실패한 API 호출을 재시도하는 횟수를 조정합니다.
• 연결 풀링: 일부 프로바이더에는 이미 설정된 연결을 재사용하는 설정이 있을 수 있습니다.
• 인증 캐싱: 공유 자격 증명 파일이나 역할 수임을 사용하면 초기 인증 핸드셰이크를 빠르게 수행할 수 있습니다.

성능과 관련된 옵션은 항상 사용 중인 프로바이더의 설명서를 확인하세요.

모든 리소스 작업(생성, 읽기, 업데이트, 삭제)과 데이터 소스 조회는 클라우드 프로바이더에 대한 하나 이상의 API 호출로 이어집니다. 수백 개의 작고 개별적인 리소스로 구성된 테라폼 구성은 많은 양의 API 트래픽을 발생시킬 수 있습니다.

API 통신을 줄이려면 다음 방법을 사용하세요.

• 리소스 통합: 가능한 경우 여러 개의 작은 리소스를 더 적은 수의 큰 리소스로 결합합니다(예: 여러 인스턴스에 하나의 보안 그룹 사용).
• 반복문 사용: 각 리소스를 개별적으로 선언하는 대신 for_each 또는 count를 활용하여 유사한 리소스를 효율적으로 관리합니다.

-target 플래그를 사용하면 특정 리소스나 모듈에만 변경 사항을 적용할 수 있습니다. 단일 리소스의 문제를 디버깅하거나 격리된 문제를 수정할 때 작업 속도를 크게 높일 수 있습니다.

하지만 -target은 매우 신중하게 사용하세요! 이 플래그는 테라폼의 전체 종속성 그래프를 우회하므로 상태 드리프트, 불완전한 배포 또는 예기치 않은 부작용이 발생할 수 있습니다. 일반적인 전체 인프라 배포에는 사용하지 않는 것이 좋습니다.

예시: 이름이 "web"인 EC2 인스턴스에만 변경 사항을 적용하려면 다음과 같이 입력합니다.

테라폼의 상태 파일은 배포된 인프라를 추적하는 핵심 구성 요소입니다. 상태 파일이 매우 크거나 복잡하면 테라폼이 이를 읽고, 구문 분석하고, 처리해야 하므로 plan 및 apply 작업이 느려질 수 있습니다.

간결하고 효율적인 상태 파일을 유지하기 위한 팁은 다음과 같습니다.

• 더 작은 모듈: 하나의 거대한 모듈 대신 특정 목적에 집중하는 단일 목적 모듈을 사용합니다.
• 구성 분할: 인프라 규모가 매우 큰 경우 구성을 여러 개의 더 작은 루트 모듈로 나누고, 각 모듈에 자체 상태 파일을 사용합니다.
• 고아 리소스 제거: 더 이상 존재하지 않거나 테라폼이 더 이상 관리하지 않는 리소스를 제거하려면 terraform state rm을 신중하게 사용합니다.

다음 중 테라폼의 성능과 실행 시간을 최적화하는 데 도움이 되는 전략은 무엇인가요?

더 나은 성능과 효율성을 위해 테라폼 구성을 최적화하는 몇 가지 핵심 전략을 살펴보았습니다.

• 테라폼 작업의 병렬 처리를 이해하고 조정하기
• 오버헤드를 줄이도록 리소스 수를 줄이고 통합하여 구성 설계하기
• 데이터 소스와 정적 값의 사용을 신중하게 균형 잡기
• API 상호작용을 개선하도록 프로바이더 구성 최적화하기
• 클라우드 프로바이더에 대한 전체 API 호출 수 최소화하기
• 특정 수정에 -target을 선택적으로, 매우 신중하게 사용하기
• 상태 파일을 간결하고 체계적으로 유지하기

이러한 기법을 적용하면 배포 속도를 높이고 클라우드 비용을 줄이며, 코드형 인프라를 전반적으로 더 쉽게 관리할 수 있습니다.