Red Hat Enterprise Linux의 이미지 모드를 지금 바로 사용해야 하는 4가지 이유

약 2년 전 Red Hat은 고객이 IT 엔터프라이즈의 기반을 더 간편하게 배포할 수 있도록 Red Hat Enterprise Linux용 이미지 모드(RHEL)를 출시했습니다. 그 이후로 이미지 모드를 도입한 사용자들은 이 방식을 라이프스타일의 변화라고 표현하고 있습니다. 패키지 기반 관리에서 컨테이너 네이티브, 이미지 기반 관리로 사고방식이 근본적으로 변화하고 있습니다. 사실을 직시하자면, 라이프스타일의 변화는 어려울 수 있습니다. 하지만 기술적인 측면과 개인적인 측면 모두에서 얻을 수 있는 이점은 분명합니다.

이미지 모드는 IT의 가장 번거로운 프로세스 중 일부를 간소화합니다. 이는 기업에는 운영의 예측 가능성을 높여주고 팀에는 이른 새벽에 진행하는 유지 관리 작업을 줄여준다는 의미입니다. 이러한 이점은 생각보다 쉽게 누릴 수 있습니다. 이미지 모드로의 전환이 망설여진다면, 여기 이미지 모드가 신속하게 가치를 제공할 수 있는 4가지 방법을 확인해 보세요.

1. 유지 관리 기간 단축 및 원활한 이해관계자 협상

기존의 패키지 기반 관리에서는 유지 관리 기간이 길고 예측할 수 없는 경우가 많습니다. 업데이트는 패키지별로 적용되므로 RPM이 많을수록 잠재적인 오류 지점도 늘어납니다. 업데이트가 필요한 서버 수까지 고려하면, 혹시 모를 상황에 대비하여 수 시간에 달하는 다운타임을 피하기가 어렵습니다. 이러한 점 때문에 이해관계자와의 협상이 어려워집니다.

이미지 모드는 이러한 대화의 흐름을 근본적으로 바꿉니다. 이미지 모드를 사용하면 업데이트를 실시간으로 적용하는 대신 백그라운드에서 다운로드하고 스테이징할 수 있습니다. 덕분에 새 이미지로 전환하기 위한 간단하고 빠른 재부팅만으로 유지 관리 기간을 단축할 수 있습니다.

RHEL 10.1에 소프트 재부팅이 도입되면서 이 프로세스는 더욱 빨라졌습니다. 소프트 재부팅을 사용하면 전체 커널 재부팅 없이 애플리케이션, 라이브러리, 그리고 기타 사용자 공간 구성 요소의 애플리케이션 및 라이브러리를 업데이트할 수 있습니다. 수시간에 달하던 다운타임이 재부팅에 필요한 단 몇 분으로 줄어듭니다.

2. 원자성(atomicity)과 즉각적인 롤백을 통한 리스크 감소

기존의 패키지 기반 환경에서는 공유 라이브러리나 마이너 보안 패치와 같은 단일 시스템 종속성을 업데이트할 때 파일 시스템 스냅샷이나 백업이 필요한 경우가 많습니다. 현재 가동 중인 시스템을 직접 수정하면서 기존 서비스와 충돌이 발생하지 않기를 바랄 뿐입니다. 업데이트에 실패하면 백업에서 수동으로 복구해야 하므로 속도가 느려질 수밖에 없습니다. 결국 더 많은 다운타임이 발생하게 됩니다.

RHEL용 이미지 모드는 원자성과 즉각적인 롤백을 통해 이러한 메커니즘을 근본적으로 변화시킵니다. 실행 중인 서버에 직접 패치를 적용하는 대신, 종속성 변경 사항을 버전이 지정된 새로운 부팅 가능 이미지로 빌드합니다. 업데이트는 원자적으로 이루어집니다. 즉, 백그라운드에서 스테이징된 후 재부팅 시 한 번에 모두 적용됩니다. 시스템에 장애가 발생하거나 업데이트가 불완전한 상태로 유지되지 않으며, 충돌이 발생해도 몇 초 만에 복구할 수 있습니다.

RHEL용 이미지 모드는 리스크가 큰 구성 관리를 위험은 낮으면서도 신뢰할 수 있는 프로세스로 전환합니다.

3. 진정한 추적 기능을 통한 한층 강화된 드리프트 제어

로컬 머신에서는 작동하지만 프로덕션 환경에서 작동하지 않는 경우, 대개 소프트웨어 불일치가 원인입니다. 개발자 머신과 프로덕션 시스템은 라이프사이클, 활용 사례, 보안 태세 그리고 (필연적으로) 소프트웨어 버전이 서로 다릅니다. 패키지 모드에서는 수개월 또는 수년간 수동 튜닝과 패치를 거친 호스트의 변경 사항을 추적하기가 어렵습니다.

RHEL용 이미지 모드는 컨테이너 레지스트리에 배포된 실제 바이너리 아티팩트를 사용합니다. 이를 통해 실행 중인 호스트와 해당 호스트 빌드에 사용된 정확한 이미지 버전 간에 견고한 연결 고리가 형성됩니다.

이를 통해 언제든지 모든 서버에서 어떤 코드가 실행되고 있는지 확인할 수 있습니다. 플릿 가시성이 향상되면 환경 전반에서 점진적인 롤아웃을 더 쉽게 추적하고, 어떤 호스트를 최신 골든 이미지로 업데이트해야 하는지 더 명확하게 파악할 수 있습니다.

Red Hat Enterprise Linux 9.7 및 Red Hat Enterprise Linux 10.1에서 지원되는 새로운 재현 가능 빌드(reproducible builds) 기능을 사용하면 동일한 콘텐츠로 빌드된 이미지를 메타데이터까지 완전히 동일하게 생성할 수 있습니다.

4. 개발자처럼 OS 설계 자동화

이미지 모드에서 가장 주목할 만한 점은 시스템 관리자도 이제 개발자 동료와 동일한 현대적인 GitOps 툴을 사용할 수 있게 되었다는 점입니다. 이미지 모드 빌드는 컨테이너 기술을 기반으로 하므로 다음 작업을 수행할 수 있습니다.

• 로컬 테스트: Podman을 사용하여 노트북에서 OS 이미지를 빌드하고 부팅함으로써 서버에 적용하기 전에 미리 변경 사항을 확인할 수 있습니다.
• CI/CD 통합: GitHub Actions, GitLab CI 또는 Jenkins를 사용하여 OS 빌드 및 테스트 파이프라인을 자동화할 수 있습니다.
• 자동화된 유지 관리: Renovate와 같은 툴을 사용하여 베이스 패키지에 대한 보안 패치가 릴리스될 때마다 새 OS 이미지 빌드를 자동으로 트리거할 수 있습니다.

이를 통해 대부분의 작업을 프로덕션 단계가 아닌 빌드 단계에서 수행하게 되므로, 오류 발생 시 치명적일 수 있는 프로덕션 환경보다 훨씬 적은 비용으로 오류를 수정할 수 있습니다.

이미지 모드 체험하기

이미지 모드로의 전환은 단순한 소프트웨어 설치 방식의 변화 그 이상이며, 시간을 절약하고 시스템 관리의 번거로움을 줄여주는 혁신적인 방법입니다. 빌드 단계에서 작업을 집중적으로 수행함으로써 프로덕션 환경의 안정성과 보안을 유지하고, 무엇보다 운영을 예측 가능한 상태로 관리할 수 있습니다.

실제로 확인해 볼 준비가 되셨나요?

• 입문 랩을 통해 이미지 모드 사용해보기 
• RHEL용 이미지 모드 시작 방법 자세히 알아보기