노마드 엔터프라이즈

노마드 엔터프라이즈 (Nomad Enterprise)

노마드 엔터프라이즈는 리소스 쿼터, Sentinel 정책, 감사 로깅, 멀티 리전 배포, 그리고 Nomad Autopilot을 사용한 고급 서버 관리 같은 운영, 협업, 거버넌스 기능을 추가해요.

노마드 엔터프라이즈는 선택적 Governance & Policy(거버넌스 및 정책) 애드온 모듈이 있는 기본 Platform 패키지로 제공돼요.

참고: 노마드 엔터프라이즈 클러스터는 오픈소스 버전의 노마드로 다운그레이드할 수 없어요. 오픈소스 버전의 노마드를 실행하는 서버가 노마드 엔터프라이즈 클러스터에 조인하면, 오픈소스 노마드가 엔터프라이즈 기능과 관련된 raft 항목을 파싱할 수 없기 때문에 패닉(panic)이 발생해요.

출처: 문서

본문

노마드 버전 지원

2026년 4월부터 HashiCorp의 자체 관리형 제품은 새로운 버전, 릴리스, 지원 모델을 채택해요. 노마드는 필요에 따라 월간 업데이트와 함께 Spring과 Fall 기능 릴리스를 계속 대상으로 해요. 이러한 변경은 IBM의 소프트웨어 포트폴리오 전반에 걸쳐 일관된 지원을 보장하기 위해 IBM의 기업 소프트웨어 수명주기와 일치해요.

Version	Base Support End	Extended Support End	Ongoing Extended Support End
1.8.x.(LTS)	April 30, 2026	April 30, 2026	April 30, 2026
1.10.x (LTS)	April 30, 2027	April 30, 2027	April 30, 2027
1.11.x	October 31, 2026	October 31, 2026	October 31, 2026
2.0.x	April 30, 2028	April 30, 2029	April 30, 2032

Extended Support와 Ongoing Extended Support는 엔터프라이즈 고객에게 제공되는 선택적 유료 지원 패키지라는 점을 유의하세요.

2.0.0 릴리스부터 HashiCorp Nomad의 기존 시맨틱 버저닝 형식(X.Y.Z)은 IBM의 Version-Modification-Fix(V.M.F) 모델로 이동해요. 이 매핑은 제품 전반에 걸쳐 수명주기 시점을 명확하고 일관되게 만드는 데 도움이 돼요.

4월 ("V" 마일스톤): 버전에 대한 새 지원 수명주기를 시작해요.
10월 ("M" 마일스톤): 새 기능을 추가하지만 새 지원 수명주기를 시작하지는 않아요.
월간 ("F" 수정): 패치 릴리스.

추가 세부사항은 다음을 참고해 주세요:

IBM HashiCorp Self-Managed Product Support Lifecycle Addendum
Changes to HashiCorp Self-Managed Enterprise Product Release Cadence and Support
2025년 3월 이전에 릴리스된 제품용 HashiCorp Long-Term Support(LTS) 릴리스. Nomad v1.10.x가 마지막 LTS 릴리스예요.
IBM Software Support Lifecycle Policies

자동 업그레이드 (Automated Upgrades)

자동 업그레이드를 사용하면 운영자가 새 서버의 전체 클러스터를 배포한 뒤 업그레이드가 완료되길 기다리기만 하면 돼요. 새 서버가 클러스터에 조인할 때 서버 로직이 각 노마드 서버 노드의 버전을 확인해요. 버전이 현재 투표(voter) 집합의 버전보다 높으면, 새 서버의 수가 이전 버전의 기존 서버 수와 일치할 때까지 새 서버를 투표자로 승격하는 것을 피해요. 수가 일치하면 노마드는 새 서버를 승격하고 이전 서버는 강등하기 시작해요.

전체 개요는 Autopilot - Upgrade Migrations 문서를 참고해 주세요.

자동 백업 (Automated Backups)

자동 백업을 사용하면 운영자가 스냅샷 에이전트를 장기 실행 데몬 프로세스로, 또는 배치(batch) 작업의 일회성 모드로 실행할 수 있어요. 에이전트는 노마드 서버의 상태를 스냅샷으로 찍어 로컬에 저장하거나, Amazon S3 같은 선택적 원격 스토리지 서비스로 푸시해요.

이 기능은 환경 내 노마드 서버 상태를 자동 방식으로 백업하고 복원하기 위한 엔터프라이즈 솔루션을 제공해요. 이 스냅샷은 원자적(atomic)이며 특정 시점(point-in-time) 스냅샷이에요.

전체 개요는 Operator Snapshot agent 문서를 참고해 주세요.

향상된 읽기 확장성 (Enhanced Read Scalability)

이 기능을 사용하면 운영자가 노마드 클러스터에 비투표(non-voting) 서버 노드를 도입할 수 있어요. 비투표 서버는 복제 스트림을 받지만 쿼럼(로그 항목이 커밋될 수 있기 전에 리더가 필요로 하는 것)에는 참여하지 않아요. 명시적 비투표자를 추가하면 쓰기 지연 시간에 영향을 주지 않고 읽기와 스케줄링을 확장할 수 있어요.

전체 개요는 Autopilot - Read Scalability 문서를 참고해 주세요.

중복 존 (Redundancy Zones)

중복 존을 사용하면 운영자가 가용 영역별로 비투표 서버를 핫 대기(hot standby) 서버로 배포할 수 있어요. 예를 들어 세 개의 가용 영역이 있는 환경에서 각 가용 영역에 투표자 하나와 비투표자 하나를 실행해 총 6개의 서버를 운영할 수 있어요. 가용 영역이 완전히 유실되면 투표자 하나만 유실되므로 클러스터는 계속 사용 가능해요. 가용 영역에서 투표자가 유실되면 노마드는 비투표자를 자동으로 투표자로 승격해 핫 대기 서버를 신속하게 서비스에 투입해요.

전체 개요는 Autopilot - Redundancy Zones 문서를 참고해 주세요.

다중 Vault 네임스페이스 (Multiple Vault Namespaces)

다중 Vault 네임스페이스를 사용하면 노마드와 Vault를 함께 실행할 때 토폴로지 단순화와 플릿 통합을 위해 단일 노마드 클러스터가 여러 Vault 네임스페이스를 지원하도록 구성할 수 있어요. 노마드는 작업에 정의된 Vault 네임스페이스를 기반으로 Vault 토큰을 자동으로 검색해 해당 노마드 작업이 사용할 수 있게 해요.

자세한 내용은 Vault Integration 문서를 참고해 주세요.

다중 Vault 및 Consul 클러스터

노마드 엔터프라이즈는 노마드 에이전트 구성의 vault와 consul 부분에서 Consul과 Vault에 대한 여러 통합을 지정할 수 있게 해요. 에이전트가 구성된 후 노마드 jobspec 작성자는 작업에서 사용할 Consul 또는 Vault 클러스터를 선택할 수 있어요. 노마드 관리자는 또한 각각에 대한 기본 클러스터를 노마드 네임스페이스 구성에서 설정하고, 네임스페이스별로 특정 클러스터에 대한 접근을 거부할 수 있어요.

거버넌스 및 정책 (Governance & Policy)

거버넌스 및 정책 기능은 감사 로깅(Audit Logging), 리소스 쿼터(Resource Quotas), Sentinel 정책 같은 기능을 통해 조직이 여러 팀에 걸쳐 노마드를 안전하게 대규모로 운영할 수 있게 해주는 애드온 모듈의 일부예요.

감사 로깅 (Audit Logging)

규정 준수 요구사항을 충족하기 위해 향상된 위험 관리와 운영 추적성으로 클러스터를 보호해요. 이 엔터프라이즈 기능은 관리자에게 노마드에서 사용자가 발행한 모든 작업에 대한 완전한 기록 집합을 제공해요.

감사 로깅을 통해 기업은 접근 변칙을 사전에 식별하고, 보안 정책의 시행을 보장하며, 이전 사용자 작업을 보고 클러스터 동작을 진단할 수 있어요. HTTP API 기반의 감사 로깅 시스템으로 설계되어, 각 감사 이벤트는 운영자에게 익숙하고 쉽게 소화 가능한 JSON 형식의 관련 요청·응답 정보와 함께 캡처돼요.

전체 개요는 Audit Logging 문서를 참고해 주세요.

리소스 쿼터 (Resource Quotas)

리소스 쿼터를 사용하면 운영자가 팀이나 프로젝트 전반의 리소스 소비를 제한해 낭비를 줄이고 예산을 맞출 수 있어요. 노마드 엔터프라이즈에서 운영자는 쿼터 명세(specification)를 정의하고 이를 네임스페이스에 적용할 수 있어요. 쿼터가 네임스페이스에 연결되면 네임스페이스 내의 작업은 쿼터 명세가 허용하는 것보다 더 많은 리소스를 소비할 수 없어요.

이를 통해 운영자는 공유 클러스터를 분할하고 어떤 단일 행위자도 클러스터의 전체 리소스를 소비할 수 없도록 보장할 수 있어요.

전체 개요는 Resource Quotas Guide를 참고해 주세요.

Sentinel 정책

노마드 엔터프라이즈에서 운영자는 세밀한 정책 시행을 위해 Sentinel 정책을 만들 수 있어요. Sentinel 정책은 ACL 시스템 위에 구축되며, 운영자가 금요일에 프로덕션에 작업을 제출하지 못하게 하거나 사전 승인된 Docker 이미지를 사용하는 작업만 실행하도록 허용하는 등의 정책을 정의할 수 있게 해요. Sentinel 정책은 코드로 정의되므로 운영자가 규정 준수 요구사항을 충족하는 데 상당한 유연성을 제공해요.

Sentinel 정책 배포에 대한 안내는 Sentinel Policies Guide를, 정책에 사용 가능한 객체에 대한 자세한 내용은 Nomad Sentinel policy reference를 참고해 주세요.

멀티 클러스터 및 효율성 (Multi-Cluster & Efficiency)

멀티 클러스터 및 효율성 기능은 멀티리전 배포(Multiregion Deployments) 같은 기능을 통해 조직이 여러 클러스터에 걸쳐 노마드를 대규모로 운영할 수 있게 해주는 애드온 모듈의 일부예요.

멀티리전 배포 (Multiregion Deployments)

멀티리전 배포를 사용하면 운영자가 단일 작업을 여러 연합 리전에 배포할 수 있어요. 여기에는 롤아웃 순서와 배포 실패 시 각 리전이 어떻게 동작할지 제어하는 기능이 포함돼요.

동적 애플리케이션 크기 조정 (Dynamic Application Sizing)

동적 애플리케이션 크기 조정을 사용하면 조직이 노마드의 크기 조정 권장사항을 이용해 애플리케이션의 리소스 소비를 최적화할 수 있어요. 이 기능은 노마드 오토스케일링 기능을 기반으로 리소스 요구사항을 수동으로 설정하는 시행착오 루틴을 제거해요. DAS는 수직 확장 정책 지원, 권장 작업 변경을 검토하기 위한 새 API와 UI, 모범 사례 통계 측정에 기반한 Nomad Autoscaler 플러그인 모음을 포함해요.