컨텐트 라이프싸이클 관리 예제

이 섹션에는 컨텐트 라이프싸이클 관리를 사용하는 방법에 대한 몇 가지 일반적인 예가 포함되어 있습니다. 이러한 예를 사용하여 자신만의 개인화된 구현을 빌드하십시오.

1. 월간 패치 주기에 대한 프로젝트 생성

월간 패치 주기에 대한 예제 프로젝트는 다음으로 구성됩니다.

  • 날짜 기준 필터 생성

  • 프로젝트에 필터 추가

  • 새 프로젝트 빌드에 필터 적용

  • 프로젝트에서 패치 제외

  • 프로젝트에 패치 포함

1.1. 날짜 기준 필터 생성

날짜 기준 필터는 지정된 날짜 이후에 릴리스된 모든 패치를 제외합니다. 이 필터는 월간 패치 주기를 따르는 컨텐트 라이프싸이클 프로젝트에 유용합니다.

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

  2. 필터 이름 필드에 필터 이름을 입력합니다. 예를 들어, 날짜를 기준으로 패치 제외입니다.

  3. 필터 유형 필드에서 패치(발급 날짜)를 선택합니다.

  4. 선택기 필드에서 이후 또는 같음이 자동 선택됩니다.

  5. 날짜 및 시간을 선택합니다.

  6. 저장을 클릭합니다.

1.2. 프로젝트에 필터 추가

절차: 프로젝트에 필터 추가
  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  프로젝트로 이동하고 목록에서 프로젝트를 선택합니다.

  2. 사용 가능한 모든 필터를 보려면 필터 연결/해제 링크를 클릭합니다.

  3. 날짜 기준 패치 제외 필터를 선택합니다.

  4. 저장을 클릭합니다.

1.3. 새 프로젝트 빌드에 필터 적용

새 필터가 필터 목록에 추가되지만, 프로젝트에 적용해야 합니다. 필터를 적용하려면 첫 번째 환경을 빌드해야 합니다.

절차: 필터 사용
  1. 빌드를 클릭하여 첫 번째 환경을 빌드합니다.

  2. 선택 사항: 메시지를 추가합니다. 메시지를 사용하여 빌드 기록을 추적할 수 있습니다.

  3. 테스트 서버에서 새 채널을 사용하여 필터가 올바르게 작동했는지 확인합니다.

  4. 승격을 클릭하여 컨텐트를 다음 환경으로 이동합니다. 필터 수가 많거나 매우 복잡한 경우 빌드 시간이 더 오래 걸립니다.

1.4. 프로젝트에서 패치 제외

테스트는 문제 발견에 도움이 될 수 있습니다. 문제가 발견되면 날짜 기준 필터 이전에 릴리스된 문제 패치를 제외하십시오.

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

  2. 필터 이름 필드에 필터 이름을 입력합니다. 예를 들어, openjdk 패치 제외입니다.

  3. 필터 유형 필드에서 패치(권고 이름)를 선택합니다.

  4. 선택기 필드에서 같음을 선택합니다.

  5. 권고 이름 필드에 권고의 이름을 입력합니다. 예를 들어, SUSE-15-2019-1807입니다.

  6. 저장을 클릭합니다.

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

  8. 필터 연결/해제 링크를 클릭한 후 openjdk 패치 제외를 선택하고 저장을 클릭합니다.

빌드 버튼으로 프로젝트를 다시 빌드하면 이전에 추가한 날짜 기준 필터와 함께 새 필터가 사용됩니다.

1.5. 프로젝트에 패치 포함

보안 경고를 받은 예시입니다. 현재 작업 중인 달의 하루가 지나고 며칠 후에 중요한 보안 패치가 릴리스되었습니다. 새 패치의 이름은 SUSE-15-2019-2071입니다. 이 새 패치를 환경에 포함해야 합니다.

허용 필터 규칙은 거부 필터 규칙의 제외 기능보다 우선합니다. 자세한 내용은 컨텐트 라이프싸이클 관리에서 확인할 수 있습니다.

절차: 프로젝트에 패치 포함
  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  필터로 이동하고 필터 생성을 클릭합니다.

  2. 필터 이름 필드에 필터 이름을 입력합니다. 예를 들어, 커널 보안 수정 포함입니다.

  3. 필터 유형 필드에서 패치(권고 이름)를 선택합니다.

  4. 선택기 필드에서 같음을 선택합니다.

  5. 권고 이름 필드에 SUSE-15-2019-2071을 입력하고 허용을 선택합니다.

  6. 저장을 클릭하여 필터를 저장합니다.

  7. 컨텐트 라이프싸이클  프로젝트로 이동하고 목록에서 프로젝트를 선택합니다.

  8. 필터 연결/해제를 클릭하고 커널 보안 패치 포함을 선택합니다.

  9. 저장을 클릭합니다.

  10. 빌드를 클릭하여 환경을 다시 빌드합니다.

2. 기존 월간 패치 주기 업데이트

월간 패치 주기가 완료되면 다음 달의 패치 주기를 업데이트할 수 있습니다.

절차: 월간 패치 주기 업데이트
  1. 날짜 기준 필드에서 필터 날짜를 다음 달로 변경합니다. 또는 새 필터를 생성하고 프로젝트에 대한 할당을 변경합니다.

  2. SUSE-15-2019-1807에 대한 제외 필터를 프로젝트에서 연결 해제할 수 있는지 확인합니다. 이 문제를 해결하기 위해 사용할 수 있는 새 패치가 있을 수 있습니다.

  3. 이전에 추가한 allow 필터의 연결을 해제합니다. 패치는 기본적으로 포함되어 있습니다.

  4. 프로젝트를 다시 빌드하여 다음 달에 대한 패치가 포함된 새 환경을 생성합니다.

3. 라이브 패치로 프로젝트 향상

이 섹션에서는 라이브 패치를 위한 환경을 생성하기 위한 필터 설정에 대해 설명합니다.

라이브 패치 사용을 준비할 때 고려해야 하는 몇 가지 중요한 사항이 있습니다.

  • 시스템에서 하나의 커널 버전만 사용해야 합니다. 라이브 패치 패키지는 특정 커널과 함께 설치됩니다.

  • 라이브 패치 업데이트는 단일 패치로 제공됩니다.

  • 새로운 라이브 패치 커널 시리즈를 시작하는 각 커널 패치에는 재부팅 필요 플래그가 표시됩니다. 이러한 커널 패치는 라이브 패치 도구와 함께 제공됩니다. 이러한 패치를 설치하면 다음 연도 이전에 시스템을 한 번 이상 재부팅해야 합니다.

  • 설치된 커널 버전과 일치하는 라이브 패치 업데이트만 설치해야 합니다.

  • 라이브 패치는 독립 실행형 패치로 제공됩니다. 현재 설치된 커널 버전보다 높은 커널 버전이 포함된 모든 일반 커널 패치는 제외되어야 합니다.

3.1. 상위 커널 버전 패키지 제외

이 예에서는 SUSE-15-2019-1244 패치로 시스템을 업데이트합니다. 이 패치에는 kernel-default-4.12.14-150.17.1-x86_64가 포함되어 있습니다.

kernel-default의 상위 버전이 포함된 모든 패치를 제외해야 합니다.

절차: 상위 커널 버전 패키지 제외
  1. SUSE Manager Web UI에서 컨텐트 라이프싸이클  필터로 이동하고 필터 생성을 클릭합니다.

  2. 필터 이름 필드에 필터 이름을 입력합니다. 예를 들어, 4.12.14-150.17.1 이상 커널 제외입니다.

  3. 필터 유형 필드에서 패치(패키지 포함)를 선택합니다.

  4. 선택기 필드에서 다음 버전 초과를 선택합니다.

  5. 패키지 이름 필드에 kernel-default를 입력합니다.

  6. Epoch 필드를 비워 둡니다.

  7. 버전 필드에 4.12.14를 입력합니다.

  8. 릴리스 필드에 150.17.1을 입력합니다.

  9. 저장을 클릭하여 필터를 저장합니다.

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

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

  12. 4.12.14-150.17.1 초과 커널 제외를 선택하고 저장을 클릭합니다.

빌드를 클릭하면 새로운 환경이 생성됩니다. 새 환경에는 설치한 버전까지의 모든 커널 패치가 포함되어 있습니다.

더 높은 커널 버전이 포함된 모든 커널 패치가 제거됩니다. 라이브 패치 커널은 시리즈의 첫 번째 커널인 경우를 제외하고 계속 사용할 수 있습니다.

이 절차는 필터 템플릿을 사용하여 자동화할 수 있습니다. 라이브 패치 필터 템플릿을 적용하는 방법에 대한 자세한 내용은 administration:content-lifecycle.adoc#filter-templates에서 확인할 수 있습니다.

4. 라이브 패치를 위한 새 커널 버전으로 전환

특정 커널 버전에 대한 라이브 패치는 한 해만 사용할 수 있습니다. 한 해가 지나면 시스템의 커널을 업데이트해야 합니다. 다음 환경 변경을 실행합니다.

절차: 새 커널 버전으로 전환
  1. 업그레이드할 커널 버전을 결정합니다. 예는 다음과 같습니다. 4.12.14-150.32.1

  2. 새 커널 버전 필터를 생성합니다.

  3. 이전 필터 4.12.14-150.17.1 초과 커널 제외의 연결을 해제하고 새 필터를 연결합니다.

빌드를 클릭하여 환경을 다시 빌드합니다. 새 환경에는 선택한 새 커널 버전까지의 모든 커널 패치가 포함되어 있습니다. 이러한 채널을 사용하는 시스템에는 설치를 위해 사용할 수 있는 커널 업데이트가 있습니다. 업그레이드한 이후에는 시스템을 재부팅해야 합니다. 새 커널은 일 년간 사용할 수 있습니다. 해당 연도에 설치된 모든 패키지는 현재 라이브 패치 커널 필터와 일치합니다.

5. AppStream 필터

Red Hat Enterprise Linux 8 클라이언트를 사용하는 경우 Red Hat Enterprise Linux AppStream 리포지토리와 같은 모듈형 리포지토리에서 직접 설치 또는 업그레이드와 같은 패키지 작업을 수행할 수 없습니다. AppStream 필터를 사용하여 모듈형 리포지토리를 일반 리포지토리로 변환할 수 있습니다. 패키지를 리포지토리에 유지하고 모듈 메타데이터를 제거하여 이를 수행할 수 있습니다. 결과 리포지토리는 SUSE Manager에서 일반 리포지토리와 동일한 방식으로 사용할 수 있습니다.

AppStream 필터는 대상 리포지토리에 포함할 단일 모듈 스트림을 선택합니다. 여러 필터를 추가하여 여러 모듈 스트림을 선택할 수 있습니다.

CLM 프로젝트에서 AppStream 필터를 사용하지 않으면 모듈형 소스의 모듈 메타데이터는 그대로 유지되고 대상 리포지토리에는 동일한 모듈 메타데이터가 포함됩니다. CLM 프로젝트에서 AppStream 필터가 한 개 이상 활성화되어 있으면 모든 대상 리포지토리가 일반 리포지토리로 변환됩니다.

일부 경우 모듈의 패키지를 포함하지 않고 일반 리포지토리를 구축하는 것이 가능합니다. 이를 위해서는 선택기 none (disable moduleity)를 사용하여 AppStream 필터를 추가하십시오. 그러면 대상 리포지토리의 모든 모듈이 비활성화됩니다. 이것은 Red Hat Enterprise Linux 9 클라이언트에 특히 유용합니다. 대부분의 모듈의 기본 버전은 AppStream 리포지토리에 일반 패키지로 이미 포함되어 있습니다.

AppStream 필터를 사용하려면 Red Hat Enterprise Linux AppStream과 같은 모듈형 리포지토리가 있는 CLM 프로젝트가 필요합니다. 시작하기 전에 필요한 모듈을 소스로 포함했는지 확인하십시오.

절차: AppStream 필터 사용
  1. SUSE Manager Web UI에서 Red Hat Enterprise Linux 8 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.

  2. 필터 생성을 클릭하고 다음 파라미터를 사용합니다.

    • 필터 이름 필드에 새 필터의 이름을 입력합니다.

    • 필터 유형 필드에서 모듈(스트림)을 선택합니다.

    • 선택기 필드에서 같음을 선택합니다.

    • 모듈 이름 필드에 모듈 이름을 입력합니다. 예를 들어, postgresql입니다.

    • 스트림 필드에 원하는 스트림의 이름을 입력합니다. 예를 들어, 10입니다. 이 필드를 비워 두면 모듈의 기본 스트림이 선택됩니다.

  3. 새 필터를 생성하려면 저장을 클릭합니다.

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

  5. 필터 연결/해제를 클릭하고 새 AppStream 필터를 선택한 후 저장을 클릭합니다.

필터 생성/편집 양식의 찾아보기 기능을 사용하여 모듈형 채널을 위해 사용할 수 있는 모듈 스트림 목록에서 모듈을 선택할 수 있습니다.

절차: 사용 가능한 모듈 스트림 찾아보기
  1. SUSE Manager Web UI에서 Red Hat Enterprise Linux 8 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.

  2. 필터 생성을 클릭하고 다음 파라미터를 사용합니다.

    • 필터 이름 필드에 새 필터의 이름을 입력합니다.

    • 필터 유형 필드에서 모듈(스트림)을 선택합니다.

    • 선택기 필드에서 같음을 선택합니다.

  3. 모든 모듈형 채널을 보려면 사용 가능한 모듈 찾아보기를 클릭합니다.

  4. 모듈 및 스트림을 탐색할 채널을 선택합니다.

    • 모듈 이름 필드에서 검색할 모듈 이름을 입력하거나 목록에서 선택합니다.

    • 스트림 필드에서 검색할 스트림 이름을 입력하거나 목록에서 선택합니다.

채널 선택은 모듈 탐색을 위해서만 사용할 수 있습니다. 선택한 채널은 필터와 함께 저장되지 않으며 어떠한 방식으로도 CLM 프로세스에 영향을 미치지 않습니다.

대상 리포지토리에 포함할 다른 모듈 스트림에 대한 추가 AppStream 필터를 생성할 수 있습니다. 선택한 스트림이 활용하는 모든 모듈 스트림이 자동으로 포함됩니다.

충돌하거나 호환되지 않거나 누락된 모듈 스트림을 지정하지 않도록 주의하십시오. 예를 들어, 동일한 모듈에서 스트림을 두 개 선택하는 것은 적절하지 않습니다.

절차: 모듈성 활성화
  1. SUSE Manager Web UI에서 Red Hat Enterprise Linux 9 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.

  2. 필터 생성을 클릭하고 다음 파라미터를 사용합니다.

    • 필터 이름 필드에 새 필터의 이름을 입력합니다.

    • 필터 유형 필드에서 모듈(스트림)을 선택합니다.

    • 선택기 필드에서 없음(모듈성 비활성화)을 선택합니다.

  3. 새 필터를 생성하려면 저장을 클릭합니다.

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

  5. 필터 연결/해제를 클릭하고 새 AppStream 필터를 선택한 후 저장을 클릭합니다.

이 작업을 수행하면 대상 리포지토리에서 모듈 메타데이터가 효과적으로 제거됩니다. 단, 모듈에 속한 패키지는 제외입니다.

Web UI에서 빌드 버튼을 사용하여 CLM 프로젝트를 빌드할 때 대상 리포지토리는 선택한 모듈 스트림의 패키지를 포함하는 모듈이 포함되지 않은 일반 리포지토리입니다.

Red Hat Enterprise Linux 8 프로젝트에서 모듈성을 모두 비활성화하면 Red Hat Enterprise Linux 8이 정상적으로 작동하려면 일부 모듈이 필수적이므로 잘못된 환경이 구성할 수 있습니다.