SLES 라이브 패칭을 활성화하고 커널 수정 사항을 검증하세요.

SLES 커널 업데이트 시 라이브 패칭이 활성화된 후에도 "재부팅 필요" 메시지가 표시될 수 있습니다. 이는 설치 실패를 의미하는 것은 아닙니다. 라이브 패치는 현재 실행 중인 커널에 대해 SUSE에서 안전하게 제공할 수 있는 수정 사항만 포함하며, 교체 커널이나 라이브 패치로 지원할 수 없는 수정 사항을 적용하는 경우에는 재부팅이 필요합니다. 2026년 10월 8일에 게시된 SUSE의 SLES 16.0 커널 라이브 패칭 가이드에서는 새로운 설치 방법을 제시합니다. kernel_livepatching표준 SLES 구독에서 패턴을 설치하는 것입니다. SLES 15 SP7은 별도의 라이브 패칭 확장 프로그램과 lp_sles패턴을 사용합니다.

사용 중인 릴리스 버전에 맞는 절차를 따르고, 일반적인 SUSE 패키지 워크플로를 통해 업데이트를 적용한 다음, 활성화된 패치를 확인하십시오 klp -v patches. 이러한 단계는 지원되는 업데이트 저장소에 액세스할 수 있는 등록된 SLES 호스트를 가정합니다.

SLES 릴리스에 대한 라이브 패칭 경로를 구성하십시오.

  1. 릴리스 버전과 실행 중인 커널을 확인합니다. 다음 명령을 실행하세요.

    cat /etc/os-release
    uname -r
    uname -m
    터미널 명령어를 사용하면 SLES 릴리스 버전과 현재 실행 중인 커널 버전이 표시됩니다.
    라이브패칭 절차를 선택하기 전에 운영 체제 릴리스와 실행 중인 커널을 확인하는 터미널 화면을 보여주는 예시입니다.

    SLES 릴리스, 커널 버전 및 아키텍처를 기록하십시오. 라이브 패치 패키지는 특정 커널 리비전과 일치하므로, 다른 실행 중인 커널용 패키지를 사용한다고 해서 현재 커널에 패치가 적용되었다는 것을 의미하지는 않습니다. 아래 명령은 현재 SLES 16.0 및 SLES 15 SP7의 지침을 사용합니다. 릴리스별 패턴이나 활성화 경로를 다른 버전으로 복사하지 마십시오.

  2. SLES 16.0에서는 포함된 패턴을 설치하십시오. SUSE의 최신 가이드에 따르면 커널 라이브 패칭은 표준 SLES 구독에 포함되어 있습니다. 해당 패턴을 설치하십시오.

    sudo zypper install -t pattern kernel_livepatching
    SLES 16.0에 kernel_livepatching 패턴을 설치하는 Zypper 명령어입니다.
    SLES 16.0에서 kernel_livepatching 패턴을 설치하는 절차에 따른 터미널 명령어 예시입니다.

    저장소에 설치된 커널에 적합한 라이브 패치가 포함되어 있으면 패키지 관리자가 설치 중에 해당 패치를 선택합니다. SUSE는 이 과정의 일부로 커널에 라이브 패치가 적용된다고 명시하고 있습니다. SLES 16.0 설치 절차에는 별도의 라이브 패치 등록 코드가 필요하지 않습니다.

    SLES 15 SP7에서는 먼저 확장 기능을 활성화해야 합니다. 이 릴리스를 사용하려면 활성 SLES 및 SLES 라이브 패칭 구독이 필요합니다. 사용 가능한 확장 기능 목록을 확인하고 해당 목록에 표시되는 아키텍처별 활성화 명령을 정확하게 사용하십시오.

    sudo SUSEConnect --list-extensions
    sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 -r LIVE_PATCHING_REGISTRATION_CODE
    SLES 호스트에 등록된 SUSE 제품 확장 프로그램 목록을 보여주는 터미널 명령입니다.
    SLES 15 SP7 시스템에서 사용 가능한 SUSE 확장 프로그램을 확인하는 터미널 화면을 보여주는 예시입니다.
    SUSEConnect 명령어를 사용하여 등록 코드 자리 표시자를 이용해 SLES 15 SP7 라이브 패칭 확장 기능을 활성화하는 방법입니다.
    라이브 패칭 확장 기능을 활성화하기 위한 예시 터미널 명령어입니다. 호스트에 따라 아키텍처별 정확한 명령어를 사용하십시오.

    두 번째 명령은 x86_64 예시입니다. 출력 결과에 표시된 정확한 제품 경로로 바꾸고 --list-extensions유효한 라이브 패칭 등록 코드를 입력하십시오. 그런 다음 필요한 패턴을 설치하십시오.

    sudo zypper install -t pattern lp_sles
    SLES 15 SP7에 lp_sles 패턴을 설치하는 Zypper 명령어입니다.
    SLES 15 SP7 확장 프로그램을 활성화한 후 라이브 패칭 패턴을 설치하는 터미널 명령어 예시입니다.

    활성화만으로는 패턴이나 패키지가 설치되지 않습니다. 업데이트 채널에서 라이브 패치 패키지를 받으려면 두 단계를 모두 완료해야 합니다.

  3. 정기적인 시스템 업데이트를 적용하십시오. 커널 라이브 패치는 정기 업데이트 메커니즘을 통해 패키지 형태로 제공됩니다. 수동으로 패치를 실행하려면 호스트의 다른 부분과 동일한 승인된 유지 관리 워크플로를 사용하십시오. 예를 들면 다음과 같습니다.

    sudo zypper refresh
    sudo zypper patch
    사용 가능한 SUSE 패키지 패치를 적용하는 Zipper 명령입니다.
    적합한 커널 라이브 패치 패키지를 제공하는 일반적인 패키지 패치 워크플로를 보여주는 예시 터미널 명령어입니다.

    특히 운영 시스템에서는 패키지 계획을 확정하기 전에 반드시 검토하십시오. 라이브 패치 패키지는 워크로드를 재시작하지 않고도 실행 중인 커널에 대한 수정 사항을 업데이트할 수 있지만, 동일한 업데이트 트랜잭션에서 새로운 기본 커널 패키지를 제공할 수도 있습니다. 이 경우 해당 커널 패키지를 설치하면 재부팅 권장 사항이 표시될 수 있습니다. 라이브 패치는 대상 커널 버전에 대해 누적 업데이트되며, 일반적인 커널 유지 관리를 대체하지 않습니다.

  4. 활성화된 패치가 있는지 확인하십시오. 업데이트가 완료되면 패치 세부 정보를 확인하십시오.

    sudo klp -v patches
    klp 명령어는 설치 및 활성화된 커널 패치에 대한 자세한 정보를 요청합니다.
    실행 중인 커널에 적용된 패치 및 수정 사항을 확인하는 터미널 명령어 예시입니다.

    SUSE는 패치 상태를 확인하고 활성 라이브 패치에서 해결된 CVE 또는 결함을 보는 명령어를 문서화했습니다. 나열된 패치가 1단계에서 기록한 실행 중인 커널과 일치하는지 확인하십시오. 초기 또는 시드 라이브 패치 패키지에는 수정 사항이 포함되지 않을 수 있으며, 향후 패치를 위해 해당 커널 버전을 준비하는 역할을 합니다. 이러한 패키지가 있다고 해서 특정 보안 수정 사항이 적용되었다는 의미는 아닙니다.

  5. 상태가 비어 있거나 일치하지 않는 경우 문제를 해결합니다. 실행 중인 커널에 대한 라이브 패치 패키지가 있는지, 그리고 수명 주기 데이터가 사용 가능한지 확인합니다.

    sudo zypper se --details 'kernel-livepatch-*'
    sudo zypper lifecycle
    설치된 제품 및 라이브 패칭 패키지의 수명 주기 정보를 표시하는 Zypper 명령어입니다.
    Live Patching lifecycle-data 패키지가 설치된 경우 라이프사이클 데이터를 검토하기 위한 터미널 명령어 예시입니다.

    SUSE는 패키지가 설치되어 있어야만 수명 주기 날짜를 확인할 수 있다고 명시하고 있습니다 lifecycle-data-sle-module-live-patching. 실행 중인 커널에 맞는 패치 패키지가 없는 경우, 올바른 라이브 패칭 저장소 또는 채널이 활성화되어 있는지, 그리고 관련 수정 사항이 라이브 패칭 대상인지 확인하십시오. 적합한 업데이트가 릴리스되지 않은 경우 패치 목록이 비어 있다고 해서 문제가 발생한 것으로 단정짓지 마십시오.

  6. 전체 커널 업데이트에 필요한 재부팅 일정을 예약하세요. SUSE는 모든 수정 사항을 실시간 패치로 변환할 수 없습니다. 일부 변경 사항은 커널 데이터 구조를 교체해야 하거나 런타임에 안전하게 적용할 수 없는 경우가 있습니다. 정기적인 커널 업데이트를 유지 관리 계획에 포함하고 업데이트에 필요한 경우 재부팅하세요. 커널 패키지를 무기한으로 잠가 재부팅 알림을 숨기지 마세요. 그렇게 하면 전체 커널 수정 사항을 실시간으로 적용하는 대신 지연시키는 결과를 초래합니다.

    재부팅 없이 유지 보수를 진행하려면, 업데이트에 실행 중인 커널과 호환되는 라이브 패치 패키지가 포함되어 있고 변경 정책에서 허용하는 경우에만 진행하십시오. 전체 커널 패키지 업데이트는 호스트가 새 커널로 부팅될 때까지 보류 상태로 유지하십시오.

결과를 ​​확인하세요

검사는 klp -v patches`live-patch status` 명령으로 표시되는 커널의 활성 라이브 패치 정보를 식별하고 uname -r패치 세부 정보에 예상되는 수정 사항이 나타나면 성공입니다. 재부팅이 발생하지 않았으므로 호스트는 동일한 실행 중인 커널 버전을 유지합니다. 업데이트 관리자가 여전히 재부팅을 요청하는 경우, 새 기본 커널이 설치되었는지 또는 라이브 패칭 범위를 벗어난 수정 사항이 설치되었는지 확인하십시오. 해당 요청은 유지 관리 요구 사항이며 `live-patch status` 명령으로 취소할 수 없습니다.

출처

댓글 남기기

SLES 라이브 패칭을 활성화하고 커널 수정 사항을 검증하세요.

SLES 라이브 패칭을 활성화하고 커널 수정 사항을 검증하세요.

SLES 16.0 또는 15 SP7에 맞는 라이브 패치 경로를 설정하고, 적용 가능한 커널 수정 사항을 적용하고, 재부팅이 필요한 커널 업데이트와 혼동하지 않고 현재 활성화된 항목을 확인하십시오.

SLES 15 SP5에서 SP6으로 업그레이드하는 동안 서비스 이용 가능 상태를 유지하세요

SLES 15 SP5에서 SP6으로 업그레이드하는 동안 서비스 이용 가능 상태를 유지하세요

SLES 15 SP5는 SP6으로 온라인 마이그레이션이 가능하지만, 각 노드를 재부팅해야 합니다. 워크로드에 계속 액세스할 수 있도록 테스트를 거친 롤링 업그레이드 또는 블루-그린 컷오버 방식을 사용하십시오.

SUSE Linux에서 사용자 지정 AppArmor 프로필을 구축하세요

SUSE Linux에서 사용자 지정 AppArmor 프로필을 구축하세요

SLES 15 SP7에서 최소 권한 AppArmor 프로필을 생성, 개선 및 검증하고, SLES 16의 SELinux 기본 설정에 대한 명확한 설명을 추가합니다.

OpenSCAP을 사용하여 SLES 15 STIG를 안전하게 적용하세요

OpenSCAP을 사용하여 SLES 15 STIG를 안전하게 적용하세요

SUSE에서 지원하는 STIG 프로파일을 사용하여 SLES 15를 스캔하고, 수정 사항을 테스트하고, 남아 있는 문제점을 검토하고, 평가 증거를 보존하십시오.

SUSE Linux Enterprise Server에서 Cockpit 액세스 복원

SUSE Linux Enterprise Server에서 Cockpit 액세스 복원

SUSE의 최신 지침에 따라 DNS, 포트 9090, systemd 소켓, firewalld, TLS 및 로그인 설정을 통해 Cockpit 연결 실패 원인을 추적하십시오.

SLES 15 본딩을 사용하여 안정적인 이더넷 페일오버를 구성하십시오.

SLES 15 본딩을 사용하여 안정적인 이더넷 페일오버를 구성하십시오.

YaST와 Wicked를 사용하여 SLES 15에서 이중화 이더넷 연결을 생성하고, 액티브-백업 본딩을 구성한 다음, 두 포트와 페일오버를 모두 확인합니다.

SLES 15 설치를 위한 재사용 가능한 AutoYaST 프로파일 구축

SLES 15 설치를 위한 재사용 가능한 AutoYaST 프로파일 구축

기존 SLES 15 시스템을 검토를 거친 AutoYaST 프로파일로 변환하고, 유효성을 검사한 후, 수동 작업을 줄여 테스트 서버를 배포하는 데 사용하세요.

SLES 15 KVM 설정: 선택한 가상 머신을 부팅 시 자동으로 시작하도록 설정

SLES 15 KVM 설정: 선택한 가상 머신을 부팅 시 자동으로 시작하도록 설정

SLES 15 KVM 및 libvirt 도구를 설치하고, 올바른 호스트 서비스를 활성화하고, 재부팅 후 선택한 가상 머신이 시작되도록 구성하십시오.

systemd 종료 화면에서 멈추는 SUSE 서버 진단하기

systemd 종료 화면에서 멈추는 SUSE 서버 진단하기

systemd 작업과 이전 부팅 저널을 사용하여 속도가 느린 서비스, 마운트 또는 스토리지 종속성을 찾아낸 다음 원인을 숨기지 않고 수정합니다.

SLES 15 서버에 필요한 웹 트래픽만 허용하세요

SLES 15 서버에 필요한 웹 트래픽만 허용하세요

firewall-cmd를 사용하여 활성 영역을 검사하고, HTTP를 안전하게 허용하고, SSH 액세스를 유지하고, SLES 15에서 재로드 후에도 규칙이 유지되는지 확인하십시오.