컨텐트 라이프싸이클 관리

컨텐트 라이프싸이클 관리를 사용하면 패키지를 사용자 정의하고 테스트한 후 프로덕션 클라이언트를 업데이트할 수 있습니다. 제한된 유지 관리 기간 동안 업데이트를 적용해야 하는 경우 특히 유용합니다.

컨텐트 라이프싸이클 관리를 통해 소프트웨어 채널을 소스로 선택하고 환경에 맞게 조정하며 철저히 테스트를 수행한 후에 프로덕션 클라이언트에 설치할 수 있습니다.

벤더 채널을 직접 수정할 수는 없지만 복제한 후 패키지 및 사용자 정의 패치를 추가하거나 제거하여 복제를 수정할 수 있습니다. 이러한 복제된 채널을 테스트 클라이언트에 할당하여 예상대로 작동하는지 확인할 수 있습니다.

기본적으로 복제된 제조업체 채널은 원래 제조업체 채널과 일치하며 종속성을 자동으로 선택합니다. /etc/rhn/rhn.conf에 다음 옵션을 추가하여 복제된 채널에 대한 자동 선택을 비활성화할 수 있습니다.

java.cloned_channel_auto_selection = false

그런 다음 모든 테스트가 통과되면 복제된 채널을 운영 서버로 승격할 수 있습니다.

이는 소프트웨어 채널이 라이프싸이클 동안 이동할 수 있는 일련의 환경을 통해 달성됩니다. 대부분의 환경 라이프싸이클에는 최소한 테스트 및 프로덕션 환경이 포함되지만 필요한 만큼 많은 환경을 가질 수 있습니다.

이 섹션에서는 기본 컨텐트 라이프싸이클 절차와 사용 가능한 필터에 대해 설명합니다. 보다 구체적인 예는 컨텐트 라이프싸이클 관리 예제에서 확인할 수 있습니다.

1. 컨텐트 라이프싸이클 프로젝트 생성

컨텐트 라이프싸이클을 설정하려면 프로젝트부터 시작해야 합니다. 프로젝트는 소프트웨어 채널 소스, 패키지를 찾기 위해 사용되는 필터 및 빌드 환경을 정의합니다.

절차: 컨텐트 라이프싸이클 프로젝트 생성

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  프로젝트로 이동하고 프로젝트 생성을 클릭합니다.

  2. 레이블 필드에 프로젝트의 레이블을 입력합니다. 레이블 필드에는 소문자, 숫자, 마침표, 하이픈 및 밑줄만 사용할 수 있습니다.

  3. 이름 필드에 프로젝트를 설명하는 이름을 입력합니다.

  4. 생성 버튼을 클릭하여 프로젝트를 생성하고 프로젝트 페이지로 돌아갑니다.

  5. 소스 연결/해제를 클릭합니다.

  6. 소스 대화 상자에서 소스 유형을 선택하고 프로젝트의 기본 채널을 선택합니다. 선택한 기본 채널에 사용 가능한 하위 채널과 채널이 필수인지 권장인지에 대한 정보 등이 표시됩니다.

  7. 필요한 하위 채널을 확인하고 저장을 클릭하여 프로젝트 페이지로 돌아갑니다. 이제 선택한 소프트웨어 채널이 표시되어야 합니다.

  8. 필터 연결/해제를 클릭합니다.

  9. 필터 대화 상자에서 프로젝트에 첨부할 필터를 선택합니다. 새 필터를 생성하려면 새 필터 생성을 클릭합니다.

  10. 환경 추가를 클릭합니다.

  11. 환경 라이프싸이클 대화 상자에서 첫 번째 환경에 이름, 레이블 및 설명을 지정하고 저장을 클릭합니다. 레이블 필드에는 소문자, 숫자, 마침표, 하이픈 및 밑줄만 사용할 수 있습니다.

  12. 라이프싸이클에 대한 모든 환경이 완료될 때까지 환경을 계속 생성합니다. 생성할 때 앞에 삽입 필드에서 환경을 선택하여 라이프싸이클에서 환경의 순서를 선택할 수 있습니다.

2. 필터 유형

SUSE Manager를 사용하면 다양한 유형의 필터를 생성하여 프로젝트 빌드에 사용되는 컨텐트를 제어할 수 있습니다. 필터를 사용하면 빌드에 포함되거나 제외되는 패키지를 선택할 수 있습니다. 예를 들어, 모든 커널 패키지를 제외하거나 일부 패키지의 특정 릴리스만 포함할 수 있습니다.

지원되는 필터:

  • 패키지 필터링

    • 이름 기준

    • 이름, 에포크, 버전, 릴리스 및 아키텍처 기준

    • 제공 이름 기준

  • 패치 필터링

    • 권고 이름 기준

    • 권고 유형 기준

    • 시놉시스 기준

    • 키워드 기준

    • 날짜 기준

    • 영향을 받는 패키지 기준

  • 모듈

    • 스트림 기준

컨텐트 필터링 중에는 패키지 종속성이 해결되지 않습니다.

필터와 함께 사용할 수 있는 여러 선택기가 있습니다. 사용 가능한 필터 유형은 선택한 필터 유형에 따라 다릅니다.

사용할 수 있는 선택기:

  • 포함

  • 일치(정규식 형식이어야 함)

  • 같음

  • 큼

  • 크거나 같음

  • 작거나 같음

  • 작음

  • 이상

2.1. 필터 규칙 파라미터

각 필터에는 허용 또는 거부로 설정할 수 있는 규칙 파라미터가 있습니다. 필터는 다음과 같이 처리됩니다.

  • 패키지 또는 패치가 거부 필터를 충족하면 결과에서 제외됩니다.

  • 패키지 또는 패치가 허용 필터를 충족하면 결과에 포함됩니다(거부 필터에 의해 제외된 경우에도 해당).

이 동작은 일반 거부 필터를 사용하여 많은 수의 패키지 또는 패치를 제외하고 특정 허용 필터가 적용된 특정 패키지 또는 패치를 "선별"하려는 경우에 유용합니다.

컨텐트 필터는 조직 전체에 적용되며 프로젝트 간에 공유할 수 있습니다.

프로젝트에 이미 빌드된 소스가 포함되어 있는 경우 환경을 추가하면 기존 내용이 자동으로 채워집니다. 내용은 주기의 이전 환경이 있는 경우 해당 환경에서 가져옵니다. 이전 환경이 없으면 프로젝트 소스가 다시 빌드될 때까지 비어 있습니다.

3. 필터 템플릿

몇 가지 일반적인 시나리오에 대한 필터를 편리하게 생성할 수 있도록 SUSE Manager는 필터 템플릿을 제공합니다. 이러한 템플릿을 적용하면 특정 사용 사례에 맞게 사전에 필터 집합을 만드는 데 유용합니다.

이 섹션에서는 사용할 수 있는 템플릿과 그 사용법에 대해 설명합니다.

3.1. SUSE 제품 기반 라이브 패치

라이브 패치가 포함된 프로젝트에서는 정기적인 향후 커널 패키지를 제외해야 라이브 패치 패키지만 클라이언트에 대한 업데이트로 제공됩니다. 반면에 이미 설치된 일반 커널 패키지는 시스템 무결성을 유지하기 위해 여전히 포함되어야 합니다.

이 템플릿을 적용하면 이 동작을 수행하기 위해 필요한 필터 세 개가 생성됩니다.

  • 기본 커널 버전과 동일한 kernel-default 패키지를 포함하는 패치 허용

  • reboot_suggested 키워드가 포함된 패치 거부

  • installhint(reboot-needed)라는 이름을 제공하는 패키지가 포함된 패치 거부

라이브 패치 프로젝트를 설정하는 방법에 대한 자세한 내용은 administration:content-lifecycle-examples.adoc#exclude-higher-kernel-version에서 확인할 수 있습니다.

절차: 템플릿 적용

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  필터로 이동하고 필터 생성을 클릭합니다.

  2. 대화 상자에서 템플릿 사용을 클릭합니다. 그에 따라 입력이 변경됩니다.

  3. 접두사 필드에 이름 접두사를 입력합니다. 이 값은 템플릿에 의해 생성된 모든 개별 필터의 이름 앞에 추가됩니다. 템플릿이 프로젝트 컨텍스트에서 적용되는 경우 이 필드는 프로젝트 레이블로 미리 채워집니다.

  4. 템플릿 필드에서 SUSE 제품 기반 라이브 패치를 선택합니다.

  5. 제품 필드에서 라이브 패치를 설정할 제품을 선택합니다.

  6. 커널 필드의 선택한 제품에서 사용할 수 있는 버전 목록에서 커널 버전을 선택합니다. 이후의 일반 커널 패치를 거부하는 필터는 이 버전을 기반으로 합니다.

  7. 저장을 클릭하여 필터를 생성합니다.

  8. 컨텐트 라이프싸이클  프로젝트로 이동하여 프로젝트를 선택합니다.

  9. 필터 연결/해제를 클릭합니다.

  10. 지정된 접두사가 있는 필터 세 개를 선택하고 저장을 클릭합니다.

3.2. 시스템 기반 라이브 패치

등록된 특정 시스템에 설치된 커널 버전을 기반으로 라이브 패치 프로젝트를 설정하려면 "시스템 기반 라이브 패치" 템플릿을 사용할 수 있습니다.

이 템플릿을 적용하면 이 동작을 수행하기 위해 필요한 필터 세 개가 생성됩니다.

  • 기본 커널 버전과 동일한 kernel-default 패키지를 포함하는 패치 허용

  • reboot_suggested 키워드가 포함된 패치 거부

  • installhint(reboot-needed)라는 이름을 제공하는 패키지가 포함된 패치 거부

라이브 패치 프로젝트를 설정하는 방법에 대한 자세한 내용은 administration:content-lifecycle-examples.adoc#exclude-higher-kernel-version에서 확인할 수 있습니다.

절차: 템플릿 적용

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  필터로 이동하고 필터 생성을 클릭합니다.

  2. 대화 상자에서 템플릿 사용을 클릭합니다. 그에 따라 입력이 변경됩니다.

  3. 접두사 필드에 이름 접두사를 입력합니다. 이 값은 템플릿에 의해 생성된 모든 필터의 이름 앞에 추가됩니다. 템플릿이 프로젝트 컨텍스트에서 적용되는 경우 이 필드는 프로젝트 레이블로 미리 채워집니다.

  4. 템플릿 필드에서 특정 시스템에 기반 라이브 패치를 선택합니다.

  5. 시스템 필드에서, 목록에서 시스템을 선택하거나 시스템 이름을 입력하여 옵션 범위를 좁힙니다.

  6. 커널 필드에서 선택한 시스템에 설치된 버전 목록에서 커널 버전을 선택합니다. 이후의 일반 커널 패치를 거부하는 필터는 이 버전을 기반으로 합니다.

  7. 저장을 클릭하여 필터를 생성합니다.

  8. 컨텐트 라이프싸이클  프로젝트로 이동하여 프로젝트를 선택합니다.

  9. 필터 연결/해제를 클릭합니다.

  10. 지정된 접두사가 있는 필터 세 개를 선택하고 저장을 클릭합니다.

3.3. 기본값이 있는 AppStream 모듈

프로젝트에 포함된 모듈형 리포지토리에서 모든 모듈을 사용할 수 있도록 하려면 이 필터 템플릿을 사용하여 자동으로 추가할 수 있습니다.

적용되면 이 템플릿은 모듈 및 기본 스트림별로 AppStream 필터를 생성합니다.

이 프로세스가 프로젝트 페이지에서 수행되면 필터가 프로젝트에 자동으로 추가됩니다. 그렇지 않으면 생성된 필터를 컨텐트 라이프싸이클  필터에 나열하고 필요에 따라 모든 프로젝트에 추가할 수도 있습니다.

각 개별 필터를 편집하여 다른 모듈 스트림을 선택하거나 완전히 제거하여 대상 리포지토리에서 해당 모듈을 제외할 수 있습니다.

모든 모듈 스트림이 서로 호환되는 것은 아니므로, 개별 스트림을 변경하면 모듈 종속성을 성공적으로 해결하지 못할 수 있습니다. 이 경우 프로젝트 세부 사항 페이지의 필터 창에 문제를 설명하는 오류가 표시되고 모든 모듈 선택이 호환될 때까지 빌드 버튼이 비활성화됩니다.

Red Hat Enterprise Linux 9 이상 모듈에는 정의된 기본 스트림이 없습니다. 그러므로 Red Hat Enterprise Linux 9개의 소스와 함께 이 템플릿을 사용해도 효과가 없습니다.

컨텐트 라이프싸이클 관리를 사용하여 AppStream 리포지토리를 설정하는 방법에 대한 자세한 내용은 administration:content-lifecycle-examples.adoc#appstream-filters에서 확인할 수 있습니다.

절차: 템플릿 적용

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  프로젝트로 이동하여 프로젝트를 선택합니다.

  2. 필터 섹션에서 필터 연결/해제를 클릭한 후 새 필터 생성을 클릭합니다.

  3. 대화 상자에서 템플릿 사용을 클릭합니다. 그에 따라 입력이 변경됩니다.

  4. 접두사 필드에 이름 접두사를 입력합니다. 이 값은 템플릿에 의해 생성된 모든 필터의 이름 앞에 추가됩니다. 템플릿이 프로젝트 컨텍스트에서 적용되는 경우 이 필드는 프로젝트 레이블로 미리 채워집니다.

  5. 템플릿 필드에서 기본값 포함 AppStream 모듈을 선택합니다.

  6. 채널 필드에서 모듈을 가져올 모듈형 채널을 선택합니다. 이 드롭다운에는 모듈형 채널만 표시됩니다.

  7. 저장을 클릭하여 필터를 생성합니다.

  8. 필터 섹션으로 스크롤하여 새로 연결된 AppStream 필터를 확인합니다.

  9. 개별 필터를 편집/제거하여 필요한 대로 프로젝트를 조정할 수 있습니다.

4. 컨텐트 라이프싸이클 프로젝트 빌드

프로젝트를 생성하고 환경을 정의하며 소스와 필터를 첨부하면 처음으로 프로젝트를 빌드할 수 있습니다.

빌드는 연결된 소스에 필터를 적용하고 이를 프로젝트의 첫 번째 환경에 복제합니다.

동일한 벤더 채널을 여러 컨텐트 프로젝트의 소스로 사용할 수 있습니다. 이 경우 SUSE Manager는 복제된 각 채널에 대해 새 패치 복제를 생성하지 않습니다. 대신 단일 패치 클론이 복제된 모든 채널 간에 공유됩니다. 벤더가 패치를 수정하면 문제가 발생할 수 있습니다. 예를 들어, 패치가 철회되거나 패치 내의 패키지가 변경된 경우가 이에 해당합니다. 컨텐트 프로젝트 중 하나를 빌드하면 채널이 컨텐트 프로젝트의 다른 환경이나 조직의 다른 컨텐트 프로젝트 채널에 있더라도 복제된 패치를 공유하는 모든 채널이 기본적으로 원본과 동기화됩니다. 조직 설정에서 자동 패치 동기화를 해제하여 이 동작을 변경할 수 있습니다. 나중에 패치를 공유하는 모든 채널에 대해 수동으로 패치를 동기화하려면 소프트웨어  관리  채널로 이동하고 동기화하려는 채널을 클릭한 후 동기화 하위 탭으로 이동합니다. 수동 패치 동기화도 패치를 공유하는 모든 조직 채널에 영향을 미칩니다.

절차: 컨텐트 라이프싸이클 프로젝트 빌드

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  프로젝트로 이동하고 빌드할 프로젝트를 선택합니다.

    사용 가능한 환경이 있는지 확인한 후 프로젝트를 빌드하십시오.

  2. 첨부된 소스 및 필터를 검토하고 빌드를 클릭합니다.

  3. 이 빌드의 변경 또는 업데이트 사항을 설명하는 버전 메시지를 제공합니다.

  4. 환경 라이프싸이클 섹션에서 빌드 진행 상황을 모니터링할 수 있습니다.

빌드가 완료되면 환경 버전이 하나씩 증가하고 소프트웨어 채널과 같이 빌드된 소스를 클라이언트에 할당할 수 있습니다.

5. 환경 승격

프로젝트가 빌드되면 빌드된 소스를 순차적으로 환경으로 승격할 수 있습니다.

절차: 환경 승격

  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  프로젝트로 이동하고 작업할 프로젝트를 선택합니다.

  2. 환경 라이프싸이클 섹션에서 후속 환경으로 승격할 환경을 찾고 승격을 클릭합니다.

  3. 환경 라이프싸이클 섹션에서 빌드 진행 상황을 모니터링할 수 있습니다.

6. 환경에 클라이언트 할당

컨텐트 라이프싸이클 프로젝트를 빌드 및 승격할 때 SUSE Manager는 소프트웨어 채널 트리를 생성합니다. 환경에 클라이언트를 추가하려면 클라이언트의 시스템 세부 정보 페이지의 소프트웨어  소프트웨어 채널을 사용하여 기본 및 하위 소프트웨어 채널을 클라이언트에 할당합니다.

새로 추가된 복제된 채널은 클라이언트에 자동으로 할당되지 않습니다. 소스를 추가 또는 승격하는 경우 채널 할당을 수동으로 확인하고 업데이트해야 합니다.

자동 할당은 향후 버전에서 SUSE Manager에 추가될 예정입니다.