컨텐트 라이프싸이클 관리 예제
이 섹션에는 컨텐트 라이프싸이클 관리를 사용하는 방법에 대한 몇 가지 일반적인 예가 포함되어 있습니다. 이러한 예를 사용하여 자신만의 개인화된 구현을 빌드하십시오.
1. 월간 패치 주기에 대한 프로젝트 생성
월간 패치 주기에 대한 예제 프로젝트는 다음으로 구성됩니다.
-
날짜 기준
필터 생성 -
프로젝트에 필터 추가
-
새 프로젝트 빌드에 필터 적용
-
프로젝트에서 패치 제외
-
프로젝트에 패치 포함
1.1. 날짜 기준
필터 생성
날짜 기준
필터는 지정된 날짜 이후에 릴리스된 모든 패치를 제외합니다. 이 필터는 월간 패치 주기를 따르는 컨텐트 라이프싸이클 프로젝트에 유용합니다.
날짜 기준
필터 생성-
SUSE Manager Web UI에서
로 이동하고 필터 생성을 클릭합니다. -
필터 이름
필드에 필터 이름을 입력합니다. 예를 들어,날짜를 기준으로 패치 제외
입니다. -
필터 유형
필드에서패치(발급 날짜)
를 선택합니다. -
선택기
필드에서이후 또는 같음
이 자동 선택됩니다. -
날짜 및 시간을 선택합니다.
-
저장을 클릭합니다.
1.2. 프로젝트에 필터 추가
-
SUSE Manager Web UI에서
로 이동하고 목록에서 프로젝트를 선택합니다. -
사용 가능한 모든 필터를 보려면 필터 연결/해제 링크를 클릭합니다.
-
새
날짜 기준 패치 제외
필터를 선택합니다. -
저장을 클릭합니다.
1.3. 새 프로젝트 빌드에 필터 적용
새 필터가 필터 목록에 추가되지만, 프로젝트에 적용해야 합니다. 필터를 적용하려면 첫 번째 환경을 빌드해야 합니다.
-
빌드를 클릭하여 첫 번째 환경을 빌드합니다.
-
선택 사항: 메시지를 추가합니다. 메시지를 사용하여 빌드 기록을 추적할 수 있습니다.
-
테스트 서버에서 새 채널을 사용하여 필터가 올바르게 작동했는지 확인합니다.
-
승격을 클릭하여 컨텐트를 다음 환경으로 이동합니다. 필터 수가 많거나 매우 복잡한 경우 빌드 시간이 더 오래 걸립니다.
1.4. 프로젝트에서 패치 제외
테스트는 문제 발견에 도움이 될 수 있습니다. 문제가 발견되면 날짜 기준
필터 이전에 릴리스된 문제 패치를 제외하십시오.
-
SUSE Manager Web UI에서
로 이동하고 필터 생성을 클릭합니다. -
필터 이름
필드에 필터 이름을 입력합니다. 예를 들어,openjdk 패치 제외
입니다. -
필터 유형
필드에서패치(권고 이름)
를 선택합니다. -
선택기
필드에서같음
을 선택합니다. -
권고 이름
필드에 권고의 이름을 입력합니다. 예를 들어,SUSE-15-2019-1807
입니다. -
저장을 클릭합니다.
-
로 이동하여 프로젝트를 선택합니다.
-
필터 연결/해제 링크를 클릭한 후
openjdk 패치 제외
를 선택하고 저장을 클릭합니다.
빌드 버튼으로 프로젝트를 다시 빌드하면 이전에 추가한 날짜 기준
필터와 함께 새 필터가 사용됩니다.
1.5. 프로젝트에 패치 포함
보안 경고를 받은 예시입니다. 현재 작업 중인 달의 하루가 지나고 며칠 후에 중요한 보안 패치가 릴리스되었습니다. 새 패치의 이름은 SUSE-15-2019-2071
입니다. 이 새 패치를 환경에 포함해야 합니다.
|
-
SUSE Manager Web UI에서
로 이동하고 필터 생성을 클릭합니다. -
필터 이름
필드에 필터 이름을 입력합니다. 예를 들어,커널 보안 수정 포함
입니다. -
필터 유형
필드에서패치(권고 이름)
를 선택합니다. -
선택기
필드에서같음
을 선택합니다. -
권고 이름
필드에SUSE-15-2019-2071
을 입력하고허용
을 선택합니다. -
저장을 클릭하여 필터를 저장합니다.
-
로 이동하고 목록에서 프로젝트를 선택합니다.
-
필터 연결/해제를 클릭하고
커널 보안 패치 포함
을 선택합니다. -
저장을 클릭합니다.
-
빌드를 클릭하여 환경을 다시 빌드합니다.
2. 기존 월간 패치 주기 업데이트
월간 패치 주기가 완료되면 다음 달의 패치 주기를 업데이트할 수 있습니다.
-
날짜 기준
필드에서 필터 날짜를 다음 달로 변경합니다. 또는 새 필터를 생성하고 프로젝트에 대한 할당을 변경합니다. -
SUSE-15-2019-1807
에 대한 제외 필터를 프로젝트에서 연결 해제할 수 있는지 확인합니다. 이 문제를 해결하기 위해 사용할 수 있는 새 패치가 있을 수 있습니다. -
이전에 추가한
allow
필터의 연결을 해제합니다. 패치는 기본적으로 포함되어 있습니다. -
프로젝트를 다시 빌드하여 다음 달에 대한 패치가 포함된 새 환경을 생성합니다.
3. 라이브 패치로 프로젝트 향상
이 섹션에서는 라이브 패치를 위한 환경을 생성하기 위한 필터 설정에 대해 설명합니다.
라이브 패치 사용을 준비할 때 고려해야 하는 몇 가지 중요한 사항이 있습니다.
|
3.1. 상위 커널 버전 패키지 제외
이 예에서는 SUSE-15-2019-1244
패치로 시스템을 업데이트합니다. 이 패치에는 kernel-default-4.12.14-150.17.1-x86_64
가 포함되어 있습니다.
kernel-default
의 상위 버전이 포함된 모든 패치를 제외해야 합니다.
-
SUSE Manager Web UI에서
로 이동하고 필터 생성을 클릭합니다. -
필터 이름
필드에 필터 이름을 입력합니다. 예를 들어,4.12.14-150.17.1 이상 커널 제외
입니다. -
필터 유형
필드에서패치(패키지 포함)
를 선택합니다. -
선택기
필드에서다음 버전 초과
를 선택합니다. -
패키지 이름
필드에kernel-default
를 입력합니다. -
Epoch
필드를 비워 둡니다. -
버전
필드에4.12.14
를 입력합니다. -
릴리스
필드에150.17.1
을 입력합니다. -
저장을 클릭하여 필터를 저장합니다.
-
로 이동하여 프로젝트를 선택합니다.
-
필터 연결/해제를 클릭합니다.
-
4.12.14-150.17.1 초과 커널 제외
를 선택하고 저장을 클릭합니다.
빌드를 클릭하면 새로운 환경이 생성됩니다. 새 환경에는 설치한 버전까지의 모든 커널 패치가 포함되어 있습니다.
더 높은 커널 버전이 포함된 모든 커널 패치가 제거됩니다. 라이브 패치 커널은 시리즈의 첫 번째 커널인 경우를 제외하고 계속 사용할 수 있습니다. |
이 절차는 필터 템플릿을 사용하여 자동화할 수 있습니다. 라이브 패치 필터 템플릿을 적용하는 방법에 대한 자세한 내용은 administration:content-lifecycle.adoc#filter-templates에서 확인할 수 있습니다. |
4. 라이브 패치를 위한 새 커널 버전으로 전환
특정 커널 버전에 대한 라이브 패치는 한 해만 사용할 수 있습니다. 한 해가 지나면 시스템의 커널을 업데이트해야 합니다. 다음 환경 변경을 실행합니다.
-
업그레이드할 커널 버전을 결정합니다. 예는 다음과 같습니다.
4.12.14-150.32.1
-
새 커널 버전 필터를 생성합니다.
-
이전 필터 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 프로젝트가 필요합니다. 시작하기 전에 필요한 모듈을 소스로 포함했는지 확인하십시오.
-
SUSE Manager Web UI에서 Red Hat Enterprise Linux 8 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.
-
필터 생성을 클릭하고 다음 파라미터를 사용합니다.
-
필터 이름
필드에 새 필터의 이름을 입력합니다. -
필터 유형
필드에서모듈(스트림)
을 선택합니다. -
선택기
필드에서같음
을 선택합니다. -
모듈 이름
필드에 모듈 이름을 입력합니다. 예를 들어,postgresql
입니다. -
스트림
필드에 원하는 스트림의 이름을 입력합니다. 예를 들어,10
입니다. 이 필드를 비워 두면 모듈의 기본 스트림이 선택됩니다.
-
-
새 필터를 생성하려면 저장을 클릭합니다.
-
로 이동하여 프로젝트를 선택합니다.
-
필터 연결/해제를 클릭하고 새 AppStream 필터를 선택한 후 저장을 클릭합니다.
필터 생성/편집
양식의 찾아보기 기능을 사용하여 모듈형 채널을 위해 사용할 수 있는 모듈 스트림 목록에서 모듈을 선택할 수 있습니다.
-
SUSE Manager Web UI에서 Red Hat Enterprise Linux 8 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.
-
필터 생성을 클릭하고 다음 파라미터를 사용합니다.
-
필터 이름
필드에 새 필터의 이름을 입력합니다. -
필터 유형
필드에서모듈(스트림)
을 선택합니다. -
선택기
필드에서같음
을 선택합니다.
-
-
모든 모듈형 채널을 보려면
사용 가능한 모듈 찾아보기
를 클릭합니다. -
모듈 및 스트림을 탐색할 채널을 선택합니다.
-
모듈 이름
필드에서 검색할 모듈 이름을 입력하거나 목록에서 선택합니다. -
스트림
필드에서 검색할 스트림 이름을 입력하거나 목록에서 선택합니다.
-
채널 선택은 모듈 탐색을 위해서만 사용할 수 있습니다. 선택한 채널은 필터와 함께 저장되지 않으며 어떠한 방식으로도 CLM 프로세스에 영향을 미치지 않습니다. |
대상 리포지토리에 포함할 다른 모듈 스트림에 대한 추가 AppStream 필터를 생성할 수 있습니다. 선택한 스트림이 활용하는 모든 모듈 스트림이 자동으로 포함됩니다.
충돌하거나 호환되지 않거나 누락된 모듈 스트림을 지정하지 않도록 주의하십시오. 예를 들어, 동일한 모듈에서 스트림을 두 개 선택하는 것은 적절하지 않습니다. |
-
SUSE Manager Web UI에서 Red Hat Enterprise Linux 9 CLM 프로젝트로 이동합니다. 프로젝트에 AppStream 채널을 포함했는지 확인합니다.
-
필터 생성을 클릭하고 다음 파라미터를 사용합니다.
-
필터 이름
필드에 새 필터의 이름을 입력합니다. -
필터 유형
필드에서모듈(스트림)
을 선택합니다. -
선택기
필드에서없음(모듈성 비활성화)
을 선택합니다.
-
-
새 필터를 생성하려면 저장을 클릭합니다.
-
로 이동하여 프로젝트를 선택합니다.
-
필터 연결/해제를 클릭하고 새 AppStream 필터를 선택한 후 저장을 클릭합니다.
이 작업을 수행하면 대상 리포지토리에서 모듈 메타데이터가 효과적으로 제거됩니다. 단, 모듈에 속한 패키지는 제외입니다.
Web UI에서 빌드 버튼을 사용하여 CLM 프로젝트를 빌드할 때 대상 리포지토리는 선택한 모듈 스트림의 패키지를 포함하는 모듈이 포함되지 않은 일반 리포지토리입니다.
Red Hat Enterprise Linux 8 프로젝트에서 모듈성을 모두 비활성화하면 Red Hat Enterprise Linux 8이 정상적으로 작동하려면 일부 모듈이 필수적이므로 잘못된 환경이 구성할 수 있습니다. |