참조 가이드


Red Hat Network Satellite 5.5

Red Hat Network Satellite

엮음 4

Red Hat 문서화 팀

초록

RHN Satellite 참조 가이드에 오신것을 환영합니다.

참조 가이드 머리글

Red Hat Network Satellite 5.5 참조 가이드에 오신것을 환영합니다. 본 RHN 참조 가이드에서는 Red Hat Network에 시스템을 등록하고, 다양한 기능을 사용하는 방법에 대해 설명합니다.
Red Hat Network는 기본 업데이트 (Update) 모듈에서부터 최상위 모니터링 (Monitoring) 패키지에 이르기까지 다양한 수준의 서비스를 제공합니다. 따라서 이 문서 중 일부 내용은 현재 사용자에게 적용되지 않을 수 도 있습니다. 특히 RHN 웹사이트의 경우 로그인한 계정의 인타이틀먼트에 따라서 다른 페이지와 메뉴가 나타납니다. 계정에 들어있는 서브스크립션에 기반하여 사용 가능한 서비스를 지정하려면 4장. Red Hat Network 웹사이트 에서 참조하시기 바랍니다.
설치하신 Red Hat Enterprise Linux 버전에 따라서 Red Hat Network Registration ClientRed Hat Update Agent의 기능이 이 메뉴얼에서 설명된 것과는 다를 수도 있습니다. Red Hat Network를 이용하여 이 어플리케이션을 업데이트하시면, 이 메뉴얼 최신판을 사용하실 수 있습니다.
이 메뉴얼의 모든 버전은 http://www.redhat.com/docs/manuals/satellite/에서 HTML과 PDF 버전으로 제공되고 있습니다.
RHN Satellite가 제공하는 다양한 기능에 대한 소개 자료는 https://www.redhat.com/systems_management/http://www.redhat.com/rhn/에서 볼 수 있습니다.

1. 앞으로 추가될 사항

새로운 Red Hat Network 기능과 서비스가 출시되는 즉시 Red Hat Network 참조 가이드를 계속적으로 확장할 것입니다. HTML과 PDF 버전 메뉴얼은 RHN Satellite 웹사이트의 도움말 (Help) 섹션 및 http://www.redhat.com/docs/manuals/satellite에서 확인하실 수 있습니다.

참고

이 메뉴얼에는 가장 최신의 정보가 들어 있지만, 메뉴얼의 문서 작업이 완료된 후 업데이트된 새로운 사항은 RHN 릴리즈 노트를 참고하셔야 합니다. 릴리즈 노트는 RHN 웹사이트와 http://www.redhat.com/docs/manuals/satellite/ 페이지에서 찾으실 수 있습니다.
다음의 RHN 문서인 RHN Satellite 참조 가이드, RHN Satellite 설치 가이드, RHN 클라이언트 설정 가이드, RHN 채널 관리 가이드, RHN Satellite 릴리즈 노트는 RHN Satellite 릴리즈에서 한국어로 번역되었습니다: 번역된 문서는 Red Hat Network Satellitehttp://www.redhat.com/docs/에서 보실 수 있습니다.

1.1. 여러분의 의견을 기다리고 있습니다

만일 Red Hat Network 참조 가이드에서 보다 좋은 메뉴얼을 만들기 위한 제안이 있다면, 버그질라 http://bugzilla.redhat.com/bugzilla/)에 Documentation_Reference_Guide (제품: Red Hat Network Satellite, 버전: 520)에 관한 리포트를 제출해 주십시오.

1장. Red Hat Network 개요

Red Hat Network는 단독 Red Hat Enterprise Linux 시스템이나 Red Hat Enterprise Linux 시스템 네트워크를 관리하기 위한 인터넷 솔루션입니다. Red Hat 또는 사용자 정의 모음에서 모든 보안 경고, 버그 수정 통보와 기능 개선 통보 (총체적으로 에라타 통보)를 직접 다운로드 받으실 수 있습니다. 또한 릴리즈 후 바로 시스템에 전송되도록 업데이트를 스케줄하실 수 도 있습니다.
Red Hat Network의 주요 요소는 다음과 같습니다:
  • Red Hat Update Agent
  • Red Hat Network 웹사이트 (중앙 RHN 서버 또는 RHN Satellite 또는 RHN Proxy Server를 통해 호스트되는지 여부)
  • Red Hat Network Daemon
Red Hat Update Agent (up2date)는 Red Hat Network에 처음 연결할 때 사용됩니다. Red Hat Enterprise Linux 3 및 최신 시스템은 Red Hat Update Agent를 이용하여 RHN에 등록합니다. 등록이 시작되면 RHN 사용자명과 암호를 생성한 후 시스템 하드웨어를 검색하여 하드웨어 프로파일을 작성하고 패키지 프로파일을 생성하기 위해 시스템에 설치된 소프트웨어 패키지를 검색하는 과정을 거쳐야 합니다. 이렇게 모은 정보는 RHN에 보내어지며, RHN은 고객의 시스템에 고유한 시스템 ID를 할당하여 보내줍니다. 등록을 마치면 Red Hat Update Agent가 채널 서브스크립션, 패키지 설치, 시스템 프로파일 관리를 활성화합니다.
Red Hat Update Agent는 RHN의 기본 요소로서, 단독 시스템을 관리하는데 사용됩니다. 시스템 상 수퍼유저는 이 도구를 이용하여 시스템에 필요한 에라타를 확인하고 설치 가능합니다. RHN 웹 인터페이스를 이용하여 다수의 시스템을 관리, 모니터링 및 프로비저닝 가능하며, 또한 각 시스템의 Red Hat Update Agent 설정도 가능합니다.
Red Hat Network Daemon (rhnsd)은 백그라운드에서 서비스로 실행되며, 정기적으로 Red Hat Network에 연결하여 통지 및 업데이트가 가능한지 알아봅니다. 웹사이트를 통하여 업데이트나 기타 다른 작업을 스케줄하시려면 이 데몬이 필요합니다.
Red Hat Enterprise Linux 5는 2장. rhn_register 클라이언트 에 문서화된 rhn_register 애플리케이션을 사용하지만, Red Hat Enterprise Linux 3 및 4에는 등록 기능이 Red Hat Update Agent에 내장되어 있습니다.
Red Hat Network는 서비스 레벨을 지정하기 위해 다음과 같은 세 가지 모듈에서 선택할 수 있습니다:
  • 업데이트 (Update)
  • 관리 (Management)
  • 프로비저닝 (Provisioning)

참고

RHN 모듈에 대한 비교표는 http://www.redhat.com/rhn/compare/에서 참조하시기 바랍니다.

1.1. 업데이트 모듈

RHN 업데이트 (Update) 서비스는 단독 Red Hat Enterprise Linux 시스템이나 소수의 Red Hat Enterprise Linux 시스템에 가장 이상적입니다. 업데이트 모듈로 업데이트된 서브스크립션은 https://www.redhat.com/apps/store/systems/에서 구입하실 수 있습니다.
업데이트 (Update) 서브스크립션을 구입하시면 다음과 같은 서비스를 받으실 수 있습니다:
  • 소프트웨어 다운로드 — Red Hat Network 서브스크립션을 구입하신 고객분들은 ISO 이미지를 쉽고 빠르게 다운로드 받으실 수 있습니다.
  • 작업 부하가 높을시 액세스 우선권(Priority Access)을 드립니다 — Red Hat에서 많은 에타라를 출시할 경우, 액세스 우선권을 가진 사용자는 패키지를 즉시 업데이트 받으실 수 있도록 보장해드립니다.
  • RHN 지원 액세스 — Red Hat Network를 이용하시는 유료 고객은 웹사이트를 통해 RHN 관련 질문 지원을 받으실 수 있습니다.
  • 에라타 통지, 다중 시스템 — 다중 시스템 서브스크립션이란 모든 시스템에 대한 에타라를 통지하는 것을 의미합니다. 하지만 시스템 수에 관계 없이 한 에라타 당 한개의 이메일만 통지합니다.
  • 에라타 업데이트, 다중 시스템 — 버튼 클릭만으로 동시에 여러 시스템을 빠르게 업데이트하실 수 있습니다.

1.2. 관리 모듈

RHN 관리 (Management) 서브스크립션 서비스를 구입하시면 RHN 업데이트 (Update) 서브스크립션 레벨에서 제공하는 기능에 더불어, 시스템 세트 매니저 인터페이스를 이용하여 Red Hat Enterprise Linux 시스템, 사용자 및 시스템 그룹의 네트워크를 관리하실 수 있습니다.
RHN 관리 (Management) 레벨에서는 하나의 조직 (Oraganization)이라는 개념을 기본으로 합니다. 각 관리-레벨 Red Hat 고객께서는 시스템 그룹에 대한 관리 권한을 갖는 사용자를 생성할 수 있습니다. 조직 관리자 (Organization Administrator)는 각 Red Hat Network 조직에 대한 전반적인 관리 권한을 갖으며, 시스템과 사용자를 추가하거나 삭제할 수 있습니다. Satellite 관리자가 아닌 사용자가 Red Hat Network 웹사이트에 로그인할 경우, 해당 사용자가 관리 권한이 있는 시스템만 볼 수 있습니다.
RHN 관리 (Management)에 시스템 인타이틀먼트를 등록하는데 사용될 계정을 생성하시려면, https://rhn.redhat.com/으로 가셔서 로그인 항목 아래 위치한 로그인 생성 링크를 클릭하세요. Red Hat 로그인 생성 페이지가 나타나면 새 조직체 로그인 생성을 클릭하시기 바랍니다. 조직 계정을 생성하신 후에는, 이 계정에 조직 내 사용자를 추가하실 수 있습니다.
각 Red Hat Enterprise Linux 시스템의 서브스크립션 레벨에 따라서 사용 가능한 Red Hat Network 기능이 달라집니다. 관리 (Management) 서브스크립션을 구입하시면, 업데이트 (Update) 사용자에 주어진 혜택과 더불어 다음과 같은 추가 혜택을 드립니다:
  • 패키지 프로파일 비교 — 버튼 클릭 한번으로 유사한 시스템에 설치된 패키지 목록과 현재 시스템에 설치된 패키지 목록을 비교할 수 있습니다.
  • 시스템 검색 — 여러 기준 (예: 패키지, 네트워킹 정보, 심지어는 하드웨어 애셋 태그)에 따라 시스템을 검색할 수 있습니다.
  • 시스템 그룹화 — 웹서버, 데이터베이스 서버, 워크스테이션, 집중적으로 작업 부하된 시스템을 하나의 그룹으로 묶어서 보다 쉽게 관리할 수 있습니다.
  • 다수의 관리자 — 관리자마다 특정 시스템 그룹에 대한 권한을 할당받을 수 있습니다. 따라서 대규모 조직체에서 시스템 관리자들의 작업량을 효율적으로 분산할 수 있습니다.
  • 시스템 세트 매니저 — 관리자는 개별 시스템에 작업을 수행하지 않고서도, 시스템 세트 전체에 동시에 작업을 수행할 수 있습니다. 사전 설정된 시스템 그룹 멤버와 작업할 수 도 있고 또는 임시로 묶은 시스템 그룹과 작업할 수 도 있습니다. 관리자는 각 시스템에 단일 소프트웨어 패키지를 설치한 후 새 채널에 시스템을 등록하거나, 또는 한번에 모든 에라타를 시스템 군에 적용시킬 수 있습니다.
  • 일괄 작업 처리 — 한명의 시스템 관리자가 수천대의 시스템에서 업데이트가 필요한 패키지 목록을 찾아내려면 몇일이 걸릴 수도 있습니다. 하지만 Red Hat Network Management 서비스로 이를 쉽고 빠르게 처리할 수 있습니다.

1.3. 프로비저닝 모듈

RHN 프로비저닝 (Provisioning)은 최고급 관리 서비스 레벨로서 RHN 업데이트 (Update) 및 관리 (Management) 서브스크립션 레벨에서 제공되는 서비스를 총망라하여 함께 제공합니다. 이 서비스 레벨은 Red Hat Enterprise Linux 시스템과 사용자 및 시스템 그룹을 함께 이용하고 관리할 수 있도록 특별히 디자인되었습니다.
관리 (Management)와 마찬가지로 프로비저닝 (Provisioning)은 하나의 조직을 기본으로 합니다. 또한 이러한 개념에서 한발 더 나아가서 프로비저닝 (Provisioning) 인타이틀먼트를 갖는 고객은 시스템을 킥스타트하거나, 재설정, 추적, 이전 버전으로 복원 등의 작업을 보다 쉽게 처리할 수 있게 되어 있습니다.
프로비저닝 (Provisioning)은 이보다 낮은 다른 서비스 레벨에서 제공하는 모든 기능 이외에 다음과 같은 기능을 제공합니다:
  • 킥스타트 — 프로비저닝 인타이틀먼트를 갖는 시스템은 RHN을 통해 킥스타트 프로파일에 구축된 옵션과 함께 다시 설치할 수 있습니다. 킥스타트 프로파일은 부트로더 유형, 시간대, 포함 또는 제외할 패키지, 허용되는 IP 주소 범위, 허용되는 GPG 및 SSL 키까지 설정할 수 있습니다.
  • 클라이언트 설정 — RHN Satellite 고객은 RHN을 통하여 프로비저닝 (Provisioning) 인타이틀먼트를 갖춘 시스템의 설정 파일을 관리할 수 있습니다. 사용자는 Satellite의 사용자 정의 설정 채널에 파일을 업로드하여 Satellite에 저장된 설정 파일과 비교한 후 Satellite에서 설정 파일을 받아 업데이트 가능합니다.
  • 스냅샷 롤백 — 프로비저닝 (Provisioning)-레벨 사용자는 시스템의 패키지 프로파일과 RHN 설정을 이전 버전으로 복귀할 수 있습니다. RHN Satellite 고객은 로컬 설정 파일을 롤백할 수 있습니다. 이는 시스템 상에서 작업이 실행될 때마다 스냅샷을 캡쳐하기 때문입니다. 이 스냅샷은 그룹, 채널, 패키지 및 설정 파일을 식별하는데 사용됩니다.

    참고

    스냅샷 롤백은 시스템에 특정 변경 사항을 취소할 수 있는 기능을 지원하지만 모든 상황에 적용되는 것은 아닙니다. 예를 들어 RPM 패키지 세트를 롤백할 수 있지만 여러 업데이트 레벨에 걸쳐 롤백이 지원되지 않습니다.
  • 사용자 정의 시스템 정보 — 프로비저닝 고객은 등록된 시스템에 대해 선택한 어떠한 정보도 확인할 수 있으며 관리자가 선택한 특정 키를 개발하고 프로비저닝 인타이틀먼트가 부여된 각 시스템에 이 키에 대해 검색 가능한 값을 할당할 수 있습니다. 예를 들어 이 기능을 사용하면 관리자는 각 시스템이 배치된 작업 공간을 식별하고 이 공간에 따라 등록된 시스템 전체에 걸쳐 시스템을 검색할 수 있습니다.

1.4. 모니터링 모듈

모니터링 인타이틀먼트는 Red Hat Enterprise Linux 시스템의 RHN Satellite 고객이 사용할 수 있습니다.
모니터링 (Monitoring)은 프로브(probe)를 설치하여, 시스템 오류나 성능 저하가 발생할 경우 즉시 감지하여 문제가 심각해지기 이전에 알려줍니다. 이를 적절히 사용하면 모니터링 인타이틀먼트는 각 시스템의 애플리케이션과 서비스 및 장치에 대한 자세한 정보를 알아낼 수 있습니다.
특히 모니터링 (Monitoring)은 다음과 같은 기능을 제공합니다:
  • 프로브 — 간단한 ping 확인에서 특정 데이터를 반환하는 사용자 지정 원격 프로그램에 이르기 까지 여러 프로브를 시스템에 대해 실행할 수 있습니다.
  • 통지 (Notification) — 프로브 상태가 변할때 마다 관리자는 연락처, 예를 들면 무선 호출기나 이메일로 통보해드립니다. 각 프로브 통지는 다른 주소나 방식으로 전달 가능합니다.
  • 프로브 상태 한번에 보기 (Central Status) — 모든 프로브 작업의 결과는 프로브 상태 (Probe Status) 페이지에서 요약되어 나타납니다. 이는 각 시스템의 상태에 따라서 목록으로 나타납니다.
  • 리포팅 (Reporting) — 프로브 유형을 선택하고 사용할 측정 기준과 주기를 선택하면, 얼마나 많은 프로브가 실행되었는지를 보여주는 그래프와 이벤트 로그를 생성할 수 있습니다. 시스템 고장으로 인한 막대한 자금 손실을 미리 방지할 수 있게 해주는 유용한 도구입니다.
  • 프로브 슈트 — 시스템 또는 시스템 그룹에 프로브 그룹을 설정할 수 있습니다. 결과적으로 비슷한 시스템을 지속적으로 모니터링하여 개별 설정이 아닌 그룹으로 설정할 수 있습니다.
  • 통지 거르기 (Notification Filters) — 일정 기간 동안 프로브 유형과 통지 방식, 스카웃(scout) 또는 조직에 따라서 프로브 통지를 다른 수신자에게로 수신 전환을 하거나, 수신 중지하거나 추가 수신자에게 보내는 것이 가능합니다.

1.5. 에라타 통지 및 패키지 설치 스케줄하기

RHN에서 새로운 패키지가 출시되거나 소프트웨어 패키지가 업데이트되는 즉시 이메일 통지를 받도록 Red Hat Network를 설정하실 수 있습니다. 패키지를 설치할 시스템 수에 상관없이 각 에라타 당 한개의 이메일을 받게 됩니다. 패키지 설치 및 패키지 업데이트 작업도 자동으로 수행되도록 미리 설정하실 수 있습니다. 이렇게 자동 패키지 업데이트 및 설치 작업을 미리 스케줄할 경우 다음과 같은 장점이 있습니다:
  • 시스템 관리자가 Red Hat 에라타 목록을 확인하여 패키지를 설치하는데 드는 시간과 노력을 절약할 수 있습니다
  • Red Hat에서 패치를 출시하는 즉시 시스템에 설치함으로서 네트워크 보안을 증가시킬 수 있습니다
  • 필요한 패키지 업데이트만 받으실 수 있습니다. (사용자의 네트워크에 적절하지 않은 패키지는 미리 목록에서 걸러집니다)
  • 유사한 설정을 갖춘 다수의 시스템을 보다 안전하게 관리할 수 있는 방법입니다

1.6. 보안, QA 및 Red Hat Network

시스템과 Red Hat Network 간의 모든 트랜잭션은 암호화되고 모든 RPM 패키지는 Red Hat의 GPG (GNU Privacy Guard)로 서명하여 인증합니다.
Red Hat Network는 다음과 같은 보안 정책을 통합하여 사용합니다:
  • RHN에서 검증한 사용자명과 암호를 입력한 후에만 http://rhn.redhat.com에서 시스템 프로파일을 볼 수 있습니다.
  • 디지털 인증서는 등록 후 클라이언트 시스템에 기록되어, 향후 클라이언트와 Red Hat Network. 사이에 작업 수행시 이 디지털 인증서를 이용하여 시스템을 인증합니다. 이 파일은 클라이언트 시스템의 root 사용자만 읽을 수 있습니다.
  • Red Hat 에서 보내는 모든 통지와 정보 메시지는 GPG를 이용한 전자 서명으로 사인되었습니다. 따라서 패키지를 설치하기 이전에 RPM을 사용하여 패키지 보안을 미리 검증해볼 수 있습니다.
  • Red Hat 은 모든 트랜잭션을 SSL (Secure Sockets Layer) 연결을 이용하여 암호화합니다.
  • 모든 패키지는 Red Hat Quality Assurance 팀의 테스트를 걸쳐 검증한 후에만 Red Hat Errata 목록과 Red Hat Network에 추가됩니다.

2장. rhn_register 클라이언트

Red Hat Enterprise Linux는 rhn_register라는 애플리케이션을 특징으로 합니다. 이러한 애플리케이션은 yum 기반 RHN 호스트 및 up2date를 대신하는 Package Updater (또는 pup)라는 RHN Satellite 클라이언트와 함께 작동합니다. pup에 관한 자세한 내용은 3장. 패키지 업데이터 에서 참조하십시오.
rhn_register 애플리케이션은 설치 직후 firstboot 설정 과정의 일부로 실행됩니다. 새로 설치된 Red Hat Enterprise Linux 5 또는 6 시스템을 처음으로 시작하면, firstbootrhn_register를 사용하여 시스템을 RHN에 등록합니다.

2.1. rhn_register 사용

firstboot 프로세스 외부에 rhn_register를 실행해야 하는 다음과 같은 세 가지의 경우가 있습니다:
  • firstboot 동안 등록 프로세스가 생략된 경우
  • 시스템을 다시 설치하고 있는 경우
  • 시스템이 새로운 계정으로 이동되는 경우
rhn_register는 다음에 설명된 상황에 따라 사용 가능합니다:
  • 한 번도 등록하지 않은 경우 응용 프로그램 (패널의 주 메뉴) ⇒ 시스템 도구 ⇒ 패키지 업데이터를 선택하여 rhn_register를 시작할 수 있습니다. (root 암호를 입력해야 합니다.) 등록되지 않은 시스템에서 실행하면 시스템에 /etc/sysconfig/rhn/systemid 파일이 없을 경우 패키지 업데이터는 rhn_register를 실행합니다. 다른 방법으로 명령행에서 root로 rhn_register를 실행할 수 있습니다.
  • 이미 등록되어 시스템에 /etc/sysconfig/rhn/systemid 파일이 존재하는 경우 rhnreg_ks와 활성키를 사용하여 RHN Satellite에서 중복 항목을 생성하지 않고 시스템을 다시 등록합니다. 보다 자세한 내용은 4.4.2.10.1.4절. “시스템 정보 ⇒ 정보 ⇒ 재활성화 ”에서 참조하십시오.
    시스템이 이미 등록된 경우 rhn_register를 실행하면 그림 2.1과 같은 경고가 표시됩니다.
    등록 확인

    그림 2.1. 등록 확인

    Red Hat Network에 시스템 중복 가능성을 인지한 후 다시 등록하고자 할 경우에만 예, 계속 진행합니다를 클릭합니다. 그렇지 않을 경우 rhnreg_ks 및 활성키를 사용합니다.
    소프트웨어 업데이트를 위해 등록

    그림 2.2. 소프트웨어 업데이트를 위해 등록

    소프트웨어 업데이트를 위한 등록 (Registering for Software Updates) 페이지에서는 등록 과정과 관련된 절차가 요약되어 있습니다. Hosted 및 Satellite의 장점에 대한 자세한 내용을 보려면 왜 RHN에 연결해야 합니까 (Why Should I Connect to RHN) 버튼을 누릅니다. 그렇지 않을 경우, 앞으로 (Forward) 버튼을 눌러 계속 진행합니다.
업데이트 위치 선택

그림 2.3. 업데이트 위치 선택

업데이트 위치 선정 (Choose an Update Location) 페이지에서는 RHN Hosted나 RHN Satellite 서버 또는 Proxy 서버에서 소프트웨어 업데이트의 소스를 선택할 수 있습니다. Satellite 또는 Proxy의 경우, 해당 라디오 버튼을 눌러 Satellite 또는 Proxy의 URL을 Red Hat Network 위치 필드에 입력합니다.
HTTP 프록시를 통해 인터넷에 연결할 경우, 고급 네트워크 설정 (Advanced Network Configuration) 버튼을 누릅니다. 결과적으로 나타나는 팝업창에서 HTTP 프록시에 해당하는 적절한 필드를 사용합니다; 프록시가 인증을 요청할 경우, 여기서 사용자 이름과 암호를 입력합니다. 입력을 마치면, 닫기 (Close) 버튼을 눌러 계속 진행합니다. 그러면 업데이트 위치 선택 (Choose an Update Location) 페이지로 돌아갑니다. 앞으로 (Forward) 버늩을 눌러 계속 진행합니다.
계정 정보 입력

그림 2.4. 계정 정보 입력

기존 계정이 있는 경우 계정 정보 입력 페이지에서 RHN 로그인 정보를 입력해야 합니다. 기존 계정이 없고 조직에 계정이 있는 경우 조직 관리자에게 계정 생성을 요청합니다. 그렇지 않을 경우 조직 또는 조직의 리소스에 연결할 수 없게 됩니다.
사용자의 시스템 프로파일 생성

그림 2.5. 사용자의 시스템 프로파일 생성

시스템 프로파일 생성 (Create Your System Profile) 페이지에서는 등록하는 시스템에 대한 프로파일 이름을 선택할 수 있습니다. 시스템의 기본값 이름은 시스템의 호스트 이름이지만, 원하는데로 변경하실 수 있습니다. 또한 하드웨어 및 패키지 정보를 RHN에 보고할 지에 대한 여부도 선택할 수 있습니다. 이러한 정보를 보고하도록 선택하는 것이 좋습니다; 그러면 RHN은 시스템에 가장 적합한 기본 채널 및 자식 채널에 시스템을 자동으로 등록하게 됩니다. 원하실 경우, 하드웨어 프로파일 보기 (View Hardware Profile) 또는 패키지 프로파일 보기 (View Package Profile) 버튼을 눌러 이 단계에서 rhn_register의 RHN 또는 Satellite로의 업로드 정보를 볼 수 있습니다.

참고

자동 등록은 RHN Tools 채널과 같은 자식 채널 옵션에 시스템을 자동으로 등록하지 않습니다. 시스템을 등록하고 선택한 채널 모음에 자동으로 등록하려면, 킥스타트 프로파일이나 rhnreg_ks 및 활성키를 사용합니다.
시스템 서브스크립션 정보 확인

그림 2.6. 시스템 서브스크립션 정보 확인

시스템 등록 정보 확인 (Review System Subscription Details) 페이지에서는 시스템이 등록된 기본 채널 및 자식 채널을 보여줍니다. 채널을 확인하신 후, 앞으로 (Forward) 버튼을 눌러 계속 진행합니다.
소프트웨어 업데이트 설치 완료

그림 2.7. 소프트웨어 업데이트 설치 완료

소프트웨어 업데이트 설정 완료 페이지에서는 Red Hat Enterprise Linux 5 시스템이 RHN에 성공적으로 등록되었음을 나타냅니다. 이 시점 부터는 소프트웨어 업데이트를 받기 위해 아무것도 할 필요가 없습니다. 사용 가능한 업데이트가 있을 경우 데스크탑의 오른쪽 상단에 패키지 아이콘이 나타납니다. 사용 가능한 업데이트를 적용하려면 이 아이콘을 클릭합니다. 종료 버튼을 클릭하여 마법사를 닫습니다.

참고

시스템에서 사용할 수 있는 인타이틀먼트를 갖고 있지 않을 경우, 마지막 페이지에서 등록이 실패했다고 나타납니다. 이는 시스템 프로파일이 RHN에 저장되지 않음을 의미하는 것이 아니라, 수동 조작없이 자동 업데이트를 받을 수 없게 됨을 의미합니다. 언제든지 RHN 또는 Satellite 웹 인터페이스에 로그인하여 추가 인타이틀먼트를 구입하거나 Satellite 관리자로 부터 인타이틀먼트를 얻을 수 있습니다. 소프트웨어 업데이트 설정 종료 (Exit software update setup) 버튼을 눌러 마법사를 닫습니다.

2.1.1. rhn_register의 명령행 버전

그래픽 데스크탑 환경 없이 RHN 또는 Satellite에 액세스하기 위해 시스템을 등록할 수 있는 rhn_register 명령행 버전이 있습니다.
쉘 프롬프트에서 rhn_register를 입력합니다. 쉘 터미널 화면에서 비그래픽 버전을 실행하려면, rhn_register --nox를 입력하여 그래픽 클라이언트 열기를 차단해야 합니다.
rhn_register 명령행 버전

그림 2.8. rhn_register 명령행 버전

rhn_register의 명령행 버전 인터페이스는 그래픽 데스크톱 버전과 같은 설정 화면을 갖습니다. 하지만 화면을 이동하려면, 키보드의 화살표 키를 사용하여 오른쪽이나 왼쪽으로 이동하거나 선택 사항을 강조 표시합니다. 스페이스바를 눌러 작업을 선택합니다. Tab을 눌러 텍스트 박스, 체크박스 (선택시 x로 표시됨), 라디오 버튼 (선택시 별표로 표시됨)과 같은 다른 이동 요소를 통해 이동합니다.

3장. 패키지 업데이터

사용하는 Red Hat Enterprise Linux 버전에 따라, Satellite에 등록되어 있는 시스템은 시스템에 설치된 다양한 도구 및 애플리케이션을 사용하여 클라이언트 시스템을 직접 업데이트할 수 있습니다. Red Hat Enterprise Linux는 패키지 보기, 관리, 업데이트, 설치를 위해 PackageKit을 제공합니다. 애플리케이션은 Red Hat Enterprise Linux 6 운용 가이드 6장에 자세히 다루어지고 있습니다.
Red Hat Enterprise Linux 5의 경우 패키지 업데이터 (또는 pup)를 사용하여 시스템을 지속적으로 업데이트합니다.
패키지 업데이터 (Package Updater) (pup)는 Red Hat Enterprise Linux 5 및 6 용 데스크탑 업데이트 애플리케이션입니다. 이 도구를 사용하여 패키지를 업데이트하고, 버그 수정, 보안 경고, 기능 개선 등과 같은 업데이트된 패키지의 상세 정보를 읽을 수 있습니다.

3.1. 패키지 업데이터 (Package Updater) 사용

데스크탑에서 패키지 업데이터 (Package Updater)를 시작하려면, 프로그램 (패널 상의 주 메뉴) ⇒ 시스템 도구패키지 업데이터를 오픈합니다.
명령행 인터페이스 (CLI)에서 패키지 업데이터를 시작하려면 pup를 입력하여 이를 엽니다.
패키지 업데이터 인터페이스

그림 3.1. 패키지 업데이터 인터페이스

여러 패키지 업데이트가 있을 경우, 이들 옆에 체크 표시되어 나열되므로 어떤 파일을 업데이트할 지를 선택할 수 있습니다. 일부 패키지 (예: 커널 패키지)에는 원형 화살표 아이콘이 있을 수 있으며, 이러한 패키지는 업데이트 후 시스템을 재부팅해야 합니다.
패키지의 업데이트 정보를 자세히 보려면, 패키지를 선택하고 업데이트 정보 (Update Details) 옆에 있는 화살표를 클릭합니다.
패키지를 업데이트할 준비가 되면 업데이트 적용 (Apply updates) 버튼을 클릭합니다. 업데이터는 모든 종속성을 해결하고 업데이트된 패키지의 의존성을 만족시키기 위해 패키지를 설치해야 할 때를 알려줍니다.
패키지 의존성

그림 3.2. 패키지 의존성

계속 (Continue)을 클릭하여 의존성을 허용하고 업데이트를 시작합니다.
처음으로 패키지 업데이터 (Package Updater)를 사용하는 경우, 프로그램은 패키지가 Red Hat Enterprise Linux에 대해 서명되어 인증되었음을 확인하는 Red Hat GPG 보안키를 가져오기할 지를 묻게 됩니다.
GPG 키 가져오기

그림 3.3. GPG 키 가져오기

키 가져오기 (Import Key)를 클릭하여 키를 허용하고 업데이트를 계속 진행합니다.
업데이트가 완료되면, 변경 사항이 반영되도록 시스템을 재부팅하라는 메세지가 나타납니다.
재부팅 프롬프트

그림 3.4. 재부팅 프롬프트

지금이나 나중에 재부팅할 지를 선택할 수 있지만, 지금 재부팅 (Reboot Now) 버튼을 클릭하여 업데이트된 패키지를 사용 시작하는 것이 좋습니다.

3.2. 패키지 업데이터 애플릿

Red Hat Enterprise Linux 5는 RHN이나 Satellite 서버에서 업데이트를 주기적으로 확인하는 그래픽 데스크탑 패널에서 실행되는 프로그램을 특징으로 하며, 새로운 업데이트가 있을 경우 이를 사용자에게 알립니다.
패키지 업데이터 애플릿

그림 3.5. 패키지 업데이터 애플릿

패키지 업데이터 (Package Updater) 애플릿은 데스크탑 패널의 알림 트레이에 있으며 주기적으로 새로운 업데이트를 확인합니다. 애플릿은 사용자가 통지 아이콘을 클릭하고 다음과 같은 작업을 선택하여 애플릿에서 여러 패키지 관리 작업을 실행하게 합니다.
  • 새로고침 (Refresh) — 새로운 업데이트를 위해 RHN 또는 Satellite를 확인합니다.
  • 업데이트 보기 (View Updates)패키지 업데이터 (Package Updater) 애플리케이션을 시작하여 사용 가능한 업데이트에 대한 자세한 정보를 확인하고 사양에 따라 업데이트를 설정합니다
  • 업데이트 적용 (Apply Updates) — 모든 업데이트된 패키지를 다운로드 및 설치합니다
  • 종료 (Quit) — 애플릿을 종료합니다

3.3. yum을 사용하여 명령행에서 패키지 업데이트

패키지 업데이터 (Package Updater)의 기본은 RPM 설치를 개선하기 위해 Duke 대학에서 개발한 Yum 패키지 관리자입니다. yum은 패키지 및 종속 패키지에 대해 지원되는 리포지터리를 검색하여 종속성 문제를 완화하기 위해 함께 설치될 수 있습니다. Red Hat Enterprise Linux 5는 yum을 사용하여 패키지를 가져오기 및 설치합니다.
up2date는 Yum (Yellowdog Updater Modified)을 사용하는 Red Hat Enterprise Linux 5에서는 사용할 수 없습니다. Red Hat Enterprise Linux 5에서 소프트웨어 설치 및 업데이트 도구의 전체 스택은 현재 Yum을 기반으로 하고 있습니다. 이에는 pirut과 같은 소프트웨어 관리 도구를 호스트하기 위해 Anaconda 설치 프로그램을 통한 초기 설치에서의 모든 것이 포함됩니다.

3.3.1. yum 명령

yum 명령은 일반적으로 다음과 같이 입력됩니다:
yum command [package_name]
Copy to Clipboard Toggle word wrap
기본값으로 Yum은 설치 또는 업그레이드 시 모든 패키지 종속성을 해결하기 위해 설정된 모든 리포지터를 자동으로 확인 시도하게 됩니다. 가장 일반적으로 사용되는 yum 명령 목록은 다음과 같습니다. 사용 가능한 yum 명령 전체 목록은 man yum을 참조하십시오.
yum install package_name
최신 패키지 버전이나 패키지 그룹을 설치하는데 사용됩니다. 지정된 패키지 이름과 일치하는 패지지가 없을 경우, 이를 쉘 와일드카드로 간주하고 일치하는 모든 것을 설치합니다.
yum update package_name
지정된 패키지를 사용 가능한 최신 버전으로 업데이트하는데 사용됩니다. 지정된 패키지가 없을 경우, yum은 설치된 모든 패키지를 업데이트하게 됩니다.
--obsoletes 옵션을 사용할 경우 (예: yum --obsoletes package_name), yum은 오래된 패키지를 처리하게 됩니다. 따라서, 오래된 패키지는 업데이트를 하는 동안 적절히 삭제 및 교체됩니다.
yum check-update
이 명령으로 업데이트가 설치된 패키지에 적용할 수 있는지에 대한 여부를 확인할 수 있습니다. 업데이트를 적용할 수 있을 경우 yum은 전체 리포지터리에서 모든 패키지 목록을 반환합니다.
yum remove package_name
삭제된 패키지에 의존하는 다른 패키지와 함께 지정된 패키지를 삭제하기 위해 사용됩니다.
yum provides package_name
특정 파일이나 기능을 제공하는 패키지를 확인하는 데 사용됩니다.
yum search keyword
이 명령은 지원되는 모든 리포지터리에 있는 RPM 설명, 요약, 패키져, 패키지 이름란으로 지정된 키워드가 들어 있는 모든 패키지를 찾기 위해 사용됩니다.
yum localinstall absolute path to filename
컴퓨터에 로컬로 위치해 있는 패키지를 yum을 사용하여 설치할 때 사용됩니다.

4장. Red Hat Network 웹사이트

Red Hat Network 웹사이트를 이용하여 다수의 Red Hat Enterprise Linux 시스템을 동시에 관리하는 것이 가능합니다. 즉 다중 시스템에 에라타 통지를 받거나, 에라타 업데이트 및 패키지를 설치하실 수 있습니다. 이 장에서는 Red Hat Network 웹사이트 메뉴와 각 페이지에 대한 정보와 사용 방법을 자세히 살펴보겠습니다.

4.1. 네비게이션

상부 네비게이션 바는 탭으로 나뉘어져 있습니다. Satellite 관리자는 다음과 같은 상부 네비게이션 바를 볼 수 있습니다. 오직 RHN Satellite 사용자만 모니터링 (Monitoring) 및 관리 탭을 볼 수 있음을 유의하시기 바랍니다.
상부 네비게이션 바 — RHN Satellite

그림 4.1. 상부 네비게이션 바 — RHN Satellite

왼쪽 네비게이션 바는 페이지로 분할되었습니다. 이 링크는 문맥에 의존하며 RHN Satellite 웹 인터페이스와 비-Satellite 웹 인터페이스 간에 약간의 차이가 있습니다. 다음은 사용자 탭의 왼쪽 네비게이션 바 예시입니다.
왼쪽 네비게이션 바 — 사용자

그림 4.2. 왼쪽 네비게이션 바 — 사용자

일부 페이지에는 하부탭이 존재합니다. 이 탭은 시스템이나 사용자에게 추가 작업을 수행할 수 있는 옵션을 제공합니다. 다음은 모든 시스템 정보 하부탭의 메뉴바입니다. 이 시스템에는 모니터링 (Monitoring)을 제외한 관리 (Management)와 프로비저닝 (Provisioning) 인타이틀먼트가 있다는 것을 알 수 있습니다:
하부탭 — 시스템 정보

그림 4.3. 하부탭 — 시스템 정보

4.1.1. 카테고리와 페이지

이 부분에서는 RHN 웹사이트의 모든 카테고리와 기본 페이지에 (상단 그리고 왼편 네비게이션 바에서 연결되는) 대해 간략하게 다루겠습니다. 따라서 여기서는 왼편 네비게이션 바와 개별 페이지를 통해 접근할 수 있는 하부페이지, 탭 및 하부탭을 다루지 않습니다. 웹사이트의 각 부분에 대해서는 이 장의 뒷부분에서 자세하게 설명하고 있습니다:
  • 개요 — 사용자의 계정 정보를 확인하고 필요에 따라 정보를 수정하거나 도움을 구하실 수 있습니다.
    • 개요 — 간단한 사용자 계정 정보를 보여줍니다. 시스템에 문제가 있을 경우 빠른 링크를 통해 문제점을 통지하고, 사용자 계정에 적용 가능한 최신 에라타 통보 (Errata Alerts)를 보여줍니다.
    • 사용자 계정 — 개인 프로파일과 주소를 업데이트 합니다.
    • 사용자 환경 설정 — 시스템에 에라타 통보가 있다면 이메일로 통지할 것인지 여부를 알려 주십시오. 또한 시스템 목록과 시스템 그룹 목록에서 한번에 보여줄 아이템 수 및 시간대를 설정하시고 연락처 정보를 선택하시기 바랍니다.
    • 로케일 설정 — 언어, 시간대, 특정 로케일에 대한 기타 사용자 설정을 할 수 있습니다.
    • 서브스크립션 관리 — 관리 (Management), 프로비저닝 (Provisioning), 가상화 (Virtualization)와 같이 기본적인 애드온 시스템 인타이틀먼트를 관리합니다.
  • 시스템 — 가상 게스트 시스템을 포함한 여기에 있는 모든 시스템을 관리합니다.
    • 개요 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) 시스템이나 시스템 그룹의 개요로써, 각 시스템이 가지고 있는 에라타 통보 개수와 어떤 시스템이 등록되었는지 보여줍니다.
    • 시스템 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) 가상 시스템, 인타이틀먼트 해제, 최근 등록, 프록시 (Proxy), 비활성과 같은 특정 범위에 의해 시스템의 서브셋 보기를 합니다.
    • 시스템 그룹 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) 시스템 그룹을 나열합니다. 추가 그룹을 생성합니다.
    • 시스템 세트 매니저 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) 현재 선택된 시스템에 에라타 업데이트 스케줄링, 패키지 관리, 새 그룹 생성 및 나열, 채널 인타이틀먼트 관리와 같은 다양한 작업을 실행합니다.
    • 고급 검색 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) 시스템 이름, 하드웨어, 기기, 시스템 정보, 네트워킹, 패키지 그리고 로케이션과 같은 특정 범주로 모든 시스템을 신속하게 검색합니다.
    • 활성키 — (관리 또는 프로비저닝 인타이틀먼트가 필요함) RHN 인타이틀먼트 시스템에 사용될 활성키를 만드십시오. 이 활성키는 rhnreg_ks 명령과 함께 사용되어, 새로 등록된 시스템에 지정된 인타이틀먼트 레벨 또는 그룹 멤버쉽을 부여합니다.
    • 저장된 프로파일 — (프로비저닝 인타이틀먼트가 필요함) 시스템 프로비져닝에 사용되는 시스템 프로파일을 보여줍니다.
    • 사용자 정의 시스템 정보 — (프로비저닝 인타이틀먼트가 필요함) 시스템 정보 키를 만들고 수정하십시오. 이 키는 전적으로 사용자 정의 가능한 값들을 가지고 있으며 이 값은 시스템을 프로비저닝하는 동안에 할당될 수 있습니다.
    • 킥스타트 — (프로비저닝 인타이틀먼트가 필요함) 시스템 프로비져닝에 사용되는 킥스타트 프로파일에 관련된 여러 정보를 나타내고 수정할 수 있습니다.
  • 에라타 — 에라타 통보를 확인하고 관리할 수 있습니다.
    • 에라타 — 에라타 통보 목록을 만들고 관련된 RPM을 다운로드할 수 있습니다.
    • 고급 검색 — 스놉시스, 권고 유형, 패키지 이름과 같은 특정 기준에 의해 에라타 통보를 검색할 수 있습니다.
    • 에라타 관리 — 조직 채널의 에라타를 관리합니다.
    • 에라타 복제 — 조직 전반에 걸쳐 쉽게 복제 및 배포를 위해 해당 조직의 에라타를 복제합니다.
  • 채널 — 사용 가능한 RHN 채널과 채널에 포함된 파일을 확인 및 관리하십시오.
    • 소프트웨어 채널 — 모든 소프트웨어 채널과 여러분의 시스템에 적용 가능한 채널을 확인하실 수 있습니다.
    • 패키지 검색 — 지원되는 플랫폼에서 검색 내용을 한정하기 위해 패키지명 전부 또는 일부, 설명, 요약을 사용하여 패키지를 검색할 수 있습니다.
    • 소프트웨어 채널 관리 — (프로비저닝 인타이틀먼트가 필요함) 설정 파일을 배치하는데 사용되는 채널을 생성 또는 수정하실 수 있습니다.
  • 설정 — 설정 채널, 작업 내용, 개별 설정 파일을 추적 및 관리합니다.
    • 개요 — 설정 요약에 관한 일반적인 대시보드를 보여줍니다.
    • 설정 채널 — 등록된 시스템이 설정 파일을 받을 수 있는 곳에서 설정 채널을 생성 및 나열합니다.
    • 설정 파일 — 시스템이 설정 입력 사항을 받을 수 있는 곳에서 파일을 생성 및 나열합니다.
    • 시스템 — RHN 관리 설정 파일이 있는 시스템 목록이 있습니다.
  • 스케쥴 — 스케쥴된 작업을 추적할 수 있습니다.
    • 미결 작업 — 아직 완결되지 않은 스케쥴된 작업 목록입니다.
    • 실패한 작업 — 스케쥴된 작업 중 성공하지 못한 작업 목록입니다.
    • 완료된 작업 — 스케쥴된 작업 중 완결된 작업 목록입니다. 완료된 작업은 언제든지 저장될 수 있습니다.
    • 아카이브된 작업 — 완료된 작업 중 아카이브된 작업 목록입니다.
  • 사용자 — (프로비저닝 인타이틀먼트가 필요함) 조직의 사용자를 확인하고 관리할 수 있습니다.
    • 사용자 목록 — (프로비저닝 인타이틀먼트가 필요함) 조직의 사용자 목록입니다.
  • 모니터링 — (모니터링 인타이틀먼트가 필요함) 프로브를 실행하여 시스템에 관련된 통보를 받을 수 있습니다.
    • 상태 — (모니터링 인타이틀먼트가 필요함) 프로브를 상태에 따라 확인할 수 있습니다.
    • 통지 — (모니터링 인타이틀먼트가 필요함) 조직에 설정된 연락 방법을 확인할 수 있습니다.
    • 프로브 슈트 — (모니터링 인타이틀먼트가 필요함) 한 개 이상의 시스템에 적용되는 모니터링 프로브 슈트를 사용하여 모니터링 인프라를 관리할 수 있습니다.
    • 스카웃 설정 푸시 — (모니터링 인타이틀먼트가 필요함) 모니터링 인프라 상태를 보여줍니다.
  • 관리 (Satellite 관리자만 볼 수 있음) — Satellite 관리자가 채널 인타이틀먼트를 부여하고, 조직 관리자를 생성 및 지정하고 작업을 부여할 수 있는 하나 이상의 Satellite 조직을 생성, 관리, 열거합니다.
    • 조직 — 새 조직을 생성하고 열거합니다
    • 서브스크립션 — Satellite에 걸친 모든 조직에 대한 소프트웨어 및 시스템 인타이틀먼트를 관리하고 열거합니다.
    • 사용자 — 조직 전반에 걸쳐 Satellite에 있는 모든 사용자를 나열합니다. 각각의 사용자명을 클릭하면 해당 사용자의 관리 권한을 변경할 수 있습니다.

      참고

      조직 관리를 위해 생성된 사용자는 Satellite 관리자가 아닌 조직 관리자에 의해서만 설정될 수 있습니다.
    • Satellite 설정 — Satellite에 프록시 (Proxy) 설정, 인증서 설정, 부트스트랩 스크립트 설정, 조직 변경, Satellite 서버 재시작과 같이 일반적인 설정 사항을 변경합니다.
    • 작업 엔진 상태 — Satellite 서버 자체에서 실행되어 데이터베이스 삭제, 에라타 메일링 등과 같이 백그라운드에서 실행되는 일상적인 작업을 수행하는 데몬을 설정합니다.

4.1.2. 에라타 통보 아이콘

Red Hat Network 전반에 걸쳐 세가지 종류의 에라타 통보 아이콘을 보실 수 있습니다. 는 보안 통보를 나타냅니다. 는 버그 수정 통보입니다. 는 기능 개선 통보입니다.
사용자 RHN 페이지에서 에라타 권고를 클릭하셔서 해당 에라타에 대한 정보를 확인하시거나 영향받은 시스템의 수를 클릭하셔서 어떤 시스템이 이 에라타 통보에 의해 영향을 받았는지 확인하십시오. 두개의 링크 모두 에라타 정보 페이지의 탭으로 이동합니다. 더 자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.

4.1.4. 선택된 시스템

페이지 상단 부근에는 System Set Manager에서 사용하기 위해 선택하신 시스템을 기록하는 도구가 있습니다. 이 도구는 선택된 시스템 수를 항상 보여주며 시스템에 작업할 수 있는 수단을 제공합니다. 선택 해제 버튼을 클릭하면 모든 시스템을 선택 해제하는 반면 관리 버튼을 클릭하면 System Set Manager를 시동하고 선택된 시스템에 작업이 가능하도록 합니다.
시스템을 선택하는 방법은 다양합니다.최소한 한개 이상의 관리 (Management) 인타이틀먼트를 가진 시스템만이 선택될 수 있습니다. 모든 시스템과 시스템 그룹 목록에서 찾아볼 수 있는 선택 (Select) 칼럼이 이를 위한 것입니다. 시스템이나 그룹 옆의 체크박스를 선택하고 칼럼 아래 업데이트 목록 버튼을 클릭하십시오. 매번 페이지 상단의 선택된 시스템 도구는 변경 사항을 반영하고 System Set Manager에서 사용될 준비가 된 시스템의 새로운 수를 보여줄 것입니다. 자세한 정보는 4.4.4절. “시스템 세트 관리자”에서 참조하십시오.

4.1.5. 목록

모든 카테고리에서 정보는 목록의 형태로 보여집니다. 이 목록은 이용 방법에 있어 여러 공통 기능을 가지고 있습니다. 예를 들어 모든 목록은 표의 오른편 상, 하단에 위치한 화살표를 이용하여 전후로 이동이 가능합니다. 어떤 목록은 표 위의 문자를 클릭하여 아이템을 알파벳 순으로 검색하는 기능도 제공합니다.

4.2. RHN 웹사이트 로그인하기

웹브라우저를 열고 http://rhn.redhat.com로 가십시오. 다음의 두 사항 중 하나에 해당하지 않는 한 RHN에서 아래의 로그인 페이지가 나타납니다.
  • 최근 http://www.redhat.com에 있는 사용자 계정으로 로그인한 경우
  • 최근 RHN으로 로그인했거나 또는 새로운 계정 인증 페이지를 방문한 경우
최근 http://rhn.redhat.com 또는 http://www.redhat.com에 로그인하셨을 경우, 자동으로 인증되어 개요 페이지로 이동합니다.
RHN 웹사이트

그림 4.4. RHN 웹사이트

아직 시스템을 등록하지 않으셨거나 redhat.com 계정을 만드시지 않으셨다면, 정보 탭 아래에 있는 자세한 정보 링크을 클릭하여 새 계정을 만드신 후, 결과 페이지에서 로그인 생성하기를 선택하시기 바랍니다. 새 계정을 만드신 후에는 RHN을 사용하기 전에 시스템에 먼저 등록하셔야 합니다.
Red Hat Network에 시스템 등록을 마치셨으면, http://rhn.redhat.com 페이지로 돌아가셔서 등록 과정에서 사용하셨던 동일한 사용자명과 암호를 입력하시기 바랍니다. 일단 사용자명과 암호를 입력하신 후에는 로그인 버튼을 클릭하십시오.

참고

사용자명과 암호란이 보이지 않는다면, 화면 위쪽에 위치한 사용자 가입 탭을 클릭하시면 됩니다.
RHN 사이트 이용약관T7 사용 계약서에 동의하지 않으셨다면 계속 진행하기 위해 이에 동의하셔야 합니다. 이러한 이용 약관과 사용계약서의 내용을 읽어 보시려면 제목을 클릭하면 됩니다. 그러면 새로운 창이 뜰 것입니다. 계속 진행하시려면 사용 계약서에 동의한다고 표시된 체크박스를 선택한 후 계속 버튼을 누릅니다.

참고

RHN 사용하시려면 사이트 이용 약관과 T7 사용계약서에 동의하셔야 합니다.
사용 계약서에 동의하시고 계속 버튼을 누르시면, RHN은 개요 페이지를 표시합니다.

4.3. RHN 개요 페이지

Red Hat Network의 웹 인터페이스에 로그인하면 처음으로 개요 페이지가 나타납니다. 이 페이지에는 시스템 상태와 작업 상태, 에라타 통지에 대한 요약 정보를 포함한 사용자 시스템에 대한 중요한 정보가 들어 있습니다.

참고

RHN 웹 인터페이스를 처음으로 사용하시는 경우에는 4.1절. “네비게이션”을 참조하시어 인터페이스 전반에 사용된 구성 방식과 기호에 익숙해지실 것을 권장합니다.
개요

그림 4.5. 개요

이 페이지는 기능적인 부분으로 나뉘어 있으며, 가장 중요한 부분을 먼저 보여줍니다. 사용자는 개요사용자 환경 설정 페이지에서 선택된 부분을 제어할 수 있습니다. 보다 자세한 정보는 4.3.2절. “"사용자 환경 설정" 페이지”에서 참조하시기 바랍니다.
  • 작업 부분에는 관리자가 웹을 통해 실행하는 가장 일반적인 작업 목록이 있습니다. RHN안에서 해당 페이지로 이동할 수 있는 링크를 클릭하시면 이러한 작업을 실행하실 수 있습니다.
  • 우측 부분에는 비활성 시스템 목록이 있습니다. 시스템이 RHN에 접속하지 않았을 경우, 이 목록에 나타납니다. 이러한 방법으로 목록을 표시하여 관리자가 시스템을 신속히 선택하여 문제해결을 할 수 있습니다.
  • (모니터링 인타이틀먼트 필요) Satellite에서 모니터링이 활성화된 고객은 경고 상태에 있는 모든 프로브 목록을 포함하도록 선택할 수 있습니다.
  • (모니터링 인타이틀먼트 필요) Satellite에 모니터링이 활성화된 고객은 위험 상태에 있는 모든 프로브 목록을 포함하도록 선택할 수 있습니다.
  • 중요 시스템 (Critical Systems) 부분에는 조직에서 가장 중요한 시스템 목록이 있습니다. 이는 중요 시스템을 신속히 볼 수 있는 링크를 제공하며 시스템에 적용되지 않은 에라타 업데이트의 요약 내용을 보여줍니다. 시스템 이름을 클릭하여 해당 시스템의 시스템 정보 페이지로 이동한 후, 에라타 업데이트를 적용합니다. 아래 목록에는 현재 사용하지 않는 시스템 페이지로 연결되는 링크가 있습니다.
  • 다음은 최근 스케쥴된 작업 (Recently Scheduled Actions) 부분입니다. 30일 이내의 작업은 최근의 것으로 간주합니다. 이 부분에서는 모든 작업 내용 및 상태, 작업의 실패 및 완성 여부, 또는 미결 상태 여부 등을 확인하실 수 있습니다. 주어진 작업의 이름을 클릭하여 자세한 작업 내용이 들어있는 페이지를 확인하시기 바랍니다. 아래 목록은 미결 작업 페이지로 이동할 수 있는 링크이며 여기서는 클라이언트 시스템에 의하여 채택되지 않은 모든 작업 목록을 보여줍니다.
  • 보안 관련 에라타 (Relevant Security Errata) 부분에는 아직 클라이언트 시스템에 적용되지 않은 사용가능한 보안 에라타 목록이 있습니다. 시스템의 보안을 유지하기 위해 이러한 보안 에라타를 적용하는 것은 중요합니다. 아래 부분에는 모든 에라타로 연결되는 링크와 시스템에 적용되는 에라타로의 링크가 있습니다.
  • 시스템 그룹 (System Groups) 부분에서는 그룹에 있는 시스템이 완전히 업데이트되었는 지의 여부를 나타내는 그룹 목록이 있습니다. 이 부분 아래에 있는 링크를 클릭하면 시스템 세트 매니저를 함께 사용하기 위해 시스템 그룹을 선택할 수 있는 시스템 그룹 페이지로 이동합니다.
  • 최근 등록된 시스템 (Recently Registered Systems) 부분에서는 지난 30일 동안 Satellite에 추가된 시스템 목록을 표시합니다. 시스템 이름을 클릭하여 특정 시스템의 시스템 정보 페이지로 이동합니다.
이 페이지로 돌아오시려면 왼편 네비게이션 바에서 개요를 클릭하십시오.

4.3.1. "사용자 계정" 페이지

사용자 계정 페이지에서 이름, 암호 그리고 호칭과 같은 개인 정보를 수정할 수 있습니다. 이러한 정보를 변경하시려면, 해당하는 텍스트 필드에 변경 사항을 입력하고 오른편 하단에 위치한 업데이트 버튼을 클릭하십시오.
Red Hat Network 암호 (RHN과 redhat.com에 로그인할 때 사용되는 암호)를 변경하실 경우, 보안상의 이유로 입력하시는 새 암호는 보이지 않게 되며 실제 길이에 상관없이 12개의 별표로 표시됩니다. 암호암호 확인 필드의 별표를 새 암호로 대체하십시오.
4.3.1.1. 주소
주소 페이지에서는 우편 주소, 청구 주소 그리고 배달 주소와 이에 해당되는 전화번호를 관리할 수 있습니다. 변경할 주소 아래에 있는 주소 편집을 클릭하여 변경한 후 업데이트를 클릭하십시오.
4.3.1.2. 이메일 변경
사용자 계정 페이지에 나열된 이메일 주소는 사용자 환경 설정 페이지에서 에라타 통보나 일일 시스템 요약 정보를 받고자 선택한 경우에 Red Hat Network가 통지를 보내는 주소입니다.
선호하는 이메일 주소를 변경하려면 왼편 네비게이션 바에서 이메일 변경을 클릭하십시오. 그러면 새 이메일 주소를 물을 것입니다. 주소를 입력하고 업데이트 버튼을 클릭하십시오. 확인 이메일이 새 이메일 주소로 보내질 것입니다; 이 확인 이메일에 응답을 하여야 새 이메일 주소가 인정됩니다. "@localhost"로 끝나는 등 거짓 이메일 주소는 걸러지고 거부될 것이므로 이를 주의하십시오.
4.3.1.3. 계정 비활성화
계정 비활성화 페이지에서는 Red Hat Network 서비스를 취소할 수 있습니다. 계정 비활성화 버튼을 클릭하여 계정을 비활성화합니다. 이 버튼을 클릭하시면 로그인 화면으로 되돌아가게 됩니다. 다시 로그인하시려면, 사용자 조직의 Satellite 관리자에게 문의하라는 오류 메시지가 나타날 것입니다. 만일 조직의 유일한 Satellite 관리자이시라면, 자신의 계정을 비활성화하실 수 없습니다.

4.3.2. "사용자 환경 설정" 페이지

사용자 환경 설정 페이지에서는 Red Hat Network 옵션을 설정할 수 있으며 다음과 같은 사항이 포함됩니다:
  • 이메일 통지 — 사용자 RHN 계정에 있는 하나 이상의 시스템에 적용 가능한 에라타를 통보할 때 마다 이에 대해 이메일 수신 여부를 결정할 수 있습니다.

    중요

    이 설정을 통하여 관리 (Management) 및 프로비저닝 (Provisioning) 레벨 사용자는 시스템 이벤트의 일일 요약 정보도 받으실 수 있습니다. 예를 들어 스케줄된 에라타 업데이트, 시스템 재시작 또는 연결 실패와 같이 패키지에 영향을 미치는 작업들이 포함됩니다. 이 체크박스를 선택함과 동시에 요약 정보 이메일에 포함될 각 시스템을 명시하여야 합니다. (디폴트로 모든 관리 (Management) 그리고 프로비저닝 (Provisioning) 레벨 시스템이 요약 정보에 포함됩니다.) 이를 실행하시려면 시스템 정보 페이지를 통하여 개별적으로 하시거나 시스템 세트 매니저 인터페이스를 이용하여 여러 시스템을 한번에 설정하실 수 있습니다. RHN은 이 요약 정보를 유효한 이메일 주소로만 전송한다는 점을 주의하십시오. 모든 메세지를 비활성화 하시려면 간단히 체크박스를 선택 해제하십시오.
  • RHN 목록 페이지 크기 — 목록이 표시될 때 한 페이지에 최대로 보여질 수 있는 아이템 수입니다. 목록에 이 이상의 아이템이 있는 경우, 다음 버튼을 클릭하면 아이템의 다음 그룹을 표시할 것입니다. 이 설정은 시스템 목록, 에라타 목록, 패키지 목록 등에 적용됩니다.
  • "개요" 시작 페이지 — 개요 시작 페이지에 있는 정보 부분을 선택합니다. 포함시키시고자 하는 정보 부분의 좌측에 위치한 박스를 클릭합니다.
이 옵션 중 어느것이라도 변경되었으면 오른편 하단에 위치한 환경 설정 저장 버튼을 클릭하십시오.

4.3.3. 로케일 설정

개요로케일 설정 페이지에서 각각의 사용자는 RHN 인터페이스로 로컬 컴퓨터의 시간 및 선호하는 언어를 설정하실 수 있습니다. 시간대 드롭다운 박스에서 알맞은 시간대를 선택하신 후, 환경 설정 저장 버튼을 클릭하여 선택 사항을 적용합니다.
언어 설정이 브라우저 설정 사용으로 되어 있을 때, RHN은 웹 인터페이스에서 사용할 언어를 선택하기 위해 Firefox와 같은 사용자의 브라우져에서 언어 설정을 합니다. 목록에 있는 언어 중 하나를 선택하면, 브라우져의 설정과 상관없이 사용자는 로그인할 때마다 웹 인터페이스에서 선택한 언어를 사용할 수 있습니다. 사용하시고자 하는 언어를 선택하는 것은 사용자가 외국에서 사용하실 때 유용할 수 도 있습니다. 기본 언어를 선택하시려면, 해당 언어의 왼쪽에 위치한 라디오 버튼을 클릭한 후, 이를 적용하기 위해 환경 설정 저장 버튼을 클릭합니다.

4.3.4. 서브스크립션 관리

RHN의 모든 기능을 사용하기 위하여 시스템은 반드시 인타이틀먼트 — RHN 서비스 레벨에 등록되어야 합니다. 시스템 인타이틀먼트 페이지에서 시스템의 서비스 레벨을 설정합니다. 여기에는 네 가지 유형의 인타이틀먼트가 있습니다:
  • 업데이트 (Update) — 단일 Red Hat Enterprise Linux 시스템을 관리합니다. 이는 에라타 권고, 스케줄된 에라타 업데이트, 패키지 설치 및 Red Hat Update Agent를 포함합니다.
  • 관리 (Management) — 여러 시스템 관리자로 여러 시스템을 관리합니다. 업데이트 (Update)에서 제공하는 기능에 더하여, 이는 시스템 그룹 관리, 사용자 관리 및 여러 시스템에서 작업을 신속히 실행하기 위한 시스템 세트 매니저 인터페이스를 포함하고 있습니다.
  • 프로비저닝 (Provisioning) — 최상의 기능을 제공합니다. 이는 정기적으로 재설치하고 재설정을 해야하는 여러 시스템의 프로비저닝에 사용됩니다. 프로비저닝 (Provisioning)은 관리 (Management)에 포함된 기능 외에 시스템의 킥스타트, 설정 파일의 관리, 스냅샷 롤백 실행, 검색 가능한 고객 시스템 정보의 입력 등을 위한 도구를 제공합니다.
  • 모니터링 (Monitoring) — 여러 시스템의 상태를 감시합니다. 모니터링 (Monitoring) 기능은 시스템의 매트릭스를 감시하고 변경사항이 있을 때 관리자에게 통지하는 프로브를 제공합니다. 이는 시스템의 상태가 치명적으로 되기 전에 관리자에게 시스템 성능 저하를 통지합니다.
  • 가상화 (Virtualization) — 가상 호스트 시스템에 적용됩니다. 이러한 인타이틀먼트를 갖는 가상 호스트는 RHN 서비스 수준 계약을 위반하지 않고 최대 4개의 게스트 시스템을 등록할 수 있습니다. 게스트 시스템은 채널 인타이틀먼트 없이 무료 가상화 채널 그룹으로 레이블된 채널에 등록됩니다. 게스트를 디렉토리 서버 또는 RHN Satellite 채널과 같은 무료 가상화에 속하지 않는 채널에 등록할 경우 추가 채널 인타이틀먼트를 사용하셔야 합니다.
  • 가상화 플랫폼 (Virtualization Platform) — 가상 호스트 시스템에 적용됩니다. 이러한 인타이틀먼트를 갖는 호스트 시스템은 서비스 수준 계약을 위반하지 않고 무제한으로 가상 게스트를 등록할 수 있습니다. 이러한 인타이틀먼트를 갖는 호스트의 게스트 시스템은 채널 인타이틀먼트 없이 virtualization-platform-free 컨텐츠 그룹으로 레이블된 채널에 등록됩니다. 게스트를 디렉토리 서버 또는 RHN Satellite 채널과 같은 virtualization-platform-free에 속하지 않는 채널에 등록할 경우 추가 채널 인타이틀먼트를 사용하셔야 합니다.

참고

두 개의 가상화 인타이틀먼트가 호스트 시스템에 적용됩니다.
등록되지 않은 호스트에 있는 게스트 시스템은 물리적 시스템과 동일하게 취급됩니다 — 각각의 게스트 시스템은 채널 및 시스템 인타이틀먼트를 사용합니다.
4.3.4.1. 시스템 인타이틀먼트
시스템 인타이틀먼트 페이지에서는 등록한 시스템에 대한 인타이틀먼트를 확인, 추가, 제거하실 수 있습니다. Red Hat Network Satellite에서는 마음대로 인타이틀먼트를 적용하고 제거하실 수 있으며, 조직이 커지거나 변경사항이 있을 때 Red Hat Network 기반구조를 조정하실 수 있습니다.
기본 인타이틀먼트를 활성화하려면, 시스템의 좌측에 위치한 체크박스를 선택하고, 관리 인타이틀먼트 설정 버튼을 클릭합니다. 애드-온 인타이틀먼트의 경우, 시스템의 체크박스를 선택하시고 드롭 다운 메뉴에서 원하시는 인타이틀먼트를 선택한 후, 인타이틀먼트 추가 버튼을 클릭합니다.
선택한 인타이틀먼트가 테이블에 있는 정보를 업데이트하지 못했을 경우, 추가 인타이틀먼트를 구입하셔야 합니다. 사용가능한 서브스크립션의 수를 확인합니다. RHN Satellite가 없는 고객은 더 많은 인타이틀먼트를 구입하셔야 합니다; 이를 위해 페이지의 좌측에 위치한 지금 구입 링크를 클릭합니다.
인타이틀먼트 기간이 만료되면, 관리 (Management)와 같이 동일한 서비스 레벨로 등록된 마지막 시스템은 인타이틀먼트가 부여되지 않게 됩니다. 예를 들어, 관리 (Management) 인타이틀먼트가 부여된 10개의 Red Hat Enterprise Linux AS 시스템을 가지고 있고 RHN 인타이틀먼트 중의 하나 또는 운영 시스템 중의 하나의 서브스크립션의 기간이 만기된 경우, 마지막으로 등록된 또는 인타이틀먼트가 부여된 시스템의 서브스크립션 또는 인타이틀먼트가 삭제됩니다.
4.3.4.2. 가상화 인타이틀먼트
가상화 (Virtualization) 또는 가상화 플랫폼 (Virtualization Platform) 인타이틀먼트를 사용하실 경우에만 이 페이지가 나타납니다. 이러한 인타이틀먼트를 효과적으로 사용하고 있는지에 대해 빠르게 진단하실 수 있습니다.
페이지의 첫번째 탭에서는 Red Hat Network 서비스 수준 계약에서 허용하는 수보다 많은 게스트 시스템을 갖는 가상화 (Virtualization) 인타이틀먼트 호스트를 보여줍니다. 이러한 시스템을 가상화 플랫폼 (Virtualization Platform) 인타이틀먼트로 업그레이드하시려면 시스템의 프로파일명을 클릭하시기 바랍니다. 이는 시스템에 해당하는 시스템 정보 페이지를 보여줍니다. 이 페이지에서 등록정보 편집 링크를 클릭하여 시스템에 애드-온 인타이틀먼트를 편집하실 수 있습니다.
두 번째 탭에서는 4개보다 적은 게스트 시스템을 갖는 가상화 플랫폼 (Virtualization Platform) 인타이틀먼트 호스트를 보여줍니다. 이러한 시스템을 가상화 (Virtualization) 인타이틀먼트로 다운그레이드하실 것을 권장합니다. 이를 위해 다운그레이드하시려는 시스템의 프로파일명을 클릭하신 후 시스템 정보 페이지에 있는 링크를 통해 애드-온 인타이틀먼트를 편집하시기 바랍니다.
세 번째 탭에서는 Satellite (가상화 또는 가상화 플랫폼이 아닌 시스템)에서 가상 인타이틀먼트 호스트 시스템과 연결되지 않는 게스트 시스템을 표시합니다. 이러한 시스템은 표준 물리적 시스템과 동일한 소프트웨어 및 시스템 인타이틀먼트를 사용하고 있습니다. 가상화 또는 가상화 플랫폼 인타이틀먼트를 Satellite 등록 호스트 시스템에 추가하여 이러한 시스템을 Flex 게스트 인타이틀먼트로 변환할 수 있습니다.
네 번째 탭에서는 Flex 게스트 인타이틀먼트 컨슈머 또는 Satellite에 등록되어 가상화 또는 가상화 플랫폼 인타이틀먼트를 갖는 호스트에 연결된 게스트를 나열합니다.
네 번째 탭은 표준 인타이틀먼트를 사용하는 게스트 또는 Flex 게스트 인타이틀먼트가 아닌 표준 인타이틀먼트를 사용하는 Satellite 이전 버전에 등록된 레거시 시스템을 나열합니다.
4.3.4.3. 소프트웨어 채널 인타이틀먼트
이 페이지에 있는 소프트웨어 채널 목록은 유료 액세스를 가지고 있는 조직에 대한 서브스크립션 기반 채널입니다. 표에는 RHN을 통해 관리할 수 있는 지원되는 각각의 운영 시스템과, RHN에 등록된 운영 시스템의 수, 운영 시스템의 남아있는 인타이틀먼트 수에 대한 목록이 있습니다. 채널 명을 클릭하면 채널 인타이틀먼트에 관한 채널 정보를 보여주는 페이지가 표시됩니다. 인타이틀먼트가 부여된 시스템 수를 클릭하면 해당 인타이틀먼트를 갖는 시스템의 목록이 표시됩니다.

4.3.5. 조직의 신뢰성

조직의 신뢰성 페이지에서는 조직 (로그인한 사용자가 관련된 조직)에 성립된 신뢰성을 보여줍니다. 신뢰성을 통하여 다른 사용자와 조직에 의해 공유된 채널 목록을 보여줍니다. 즉, 이는 성립된 신뢰성에 따라 다른 사용자를 통해 조직에서 사용 가능한 채널입니다.
조직에 따라 거르기 텍스트 상자를 사용하고 실행 (Go) 버튼을 클릭하여 키워드에 의해 신뢰성 목록을 거르기할 수 있습니다.
조직의 신뢰성에 대한 보다 자세한 내용은 6.6절. “조직의 신뢰성 ”에서 참조하십시오.

4.4. 시스템

상단 네비게이션 바에서 시스템 탭을 클릭하면 시스템 페이지가 나타납니다. 시스템 카테고리 내의 페이지에서 시스템을 선택하여 작업을 하거나 시스템 프로파일을 만들 수 있습니다.

4.4.1. 개요

(관리 또는 프로비저닝 인타이틀먼트가 필요함) 개요 페이지 에서는 시스템의 상태, 연계된 에라타와 패키지 수 그리고 인타이틀먼트 레벨 등의 요약 정보를 볼 수 있습니다. 시스템의 이름을 클릭하면 시스템 정보 페이지로 이동합니다. 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
개요 페이지 상단에서 시스템 그룹 보기 링크를 클릭하면 유사한 시스템 그룹 요약 정보를 볼 수 있습니다. 여기서 그룹 상태와 포함된 시스템 수를 알 수 있습니다. 시스템 수를 클릭하면 시스템 그룹 정보 페이지의 시스템 탭으로 이동합니다. 반면 시스템 이름을 클릭하면 해당 시스템의 정보 탭으로 이동하게 됩니다. 자세한 정보는 4.4.3.3절. “시스템 그룹 정보 ”에서 참조하십시오.
개요페이지의 시스템 그룹 부분에 있는 그룹 사용을 클릭하면 시스템 세트 매니저로 바로 갈 수 있습니다. 자세한 정보는 4.4.4절. “시스템 세트 관리자”에서 참조하십시오.

4.4.2. "시스템" 페이지

동록된 모든 시스템 목록은 시스템 페이지에서 볼 수 있습니다. 시스템 목록에는 각 시스템에 대한 정보가 들어 있습니다.
  • 선택 — 업데이트 시스템 또는 인타이틀먼트가 없는 시스템은 선택될 수 없습니다. 시스템을 선택하기 위해서는 해당하는 체크박스를 선택합니다. 선택된 시스템은 시스템 세트 매니저에 추가됩니다. 시스템 세트 매니저에 시스템을 추가한 뒤에는 여러 시스템에 작업을 동시에 할 수 있습니다. 4.4.4절. “시스템 세트 관리자”에서 자세한 설명을 볼 수 있습니다.
  • 상태 — 어떤 종류의 에라타 통보가 시스템에 적용될 수 있는지 또는 최신버전 인지를 확인할 수 있습니다. 해결책으로 연결되는 아이콘도 있습니다. 예를 들어, 표준 업데이트 아이콘은 패키지 목록의 업그레이드 서브탭으로 연결되어 있는 반면 중요 업데이트 아이콘은 바로 업데이트 확인 페이지로 갑니다. 또한 접속되지 않음 아이콘은 문제를 해결 방법으로 연결되어 있습니다.
    • — 시스템이 업데이트됨
    • — 중요한 에라타 사용 가능, 업데이트할 것을 적극 권고
    • — 업데이트 가능 및 권고
    • — 시스템이 잠겨 있음; 동작 실행 금지
    • — 시스템 킥스타트가 시작되고 있음
    • — 업데이트가 스케줄됨
    • — 시스템에 제대로 체크인하고 있지 않음 (24 시간 이상)
    • — 시스템에 업데이트를 받을 수 있는 인타이틀먼트가 부여되어 있지 않음
  • 에라타 — 시스템에 적용될 수 있는 전체 에라타 통보 수입니다.
  • 패키지 — 에라타 통보의 패키지와 에라타 통보에 없는 새 패키지를 포함하는 전체 패키지 업데이트 수입니다. 예를 들어, 이전 버전의 패키지가 설치된 클라이언트 시스템이 Red Hat Enterprise Linux 5와 같은 RHN의 기본 채널에 등록되어 있는 경우, 이러한 채널은 패키지의 업데이트된 버전을 갖게 되며 새 패키지 버전은 시스템의 업데이트 패키지 목록에 나타납니다.
  • 시스템 — 등록될 때 설정된 시스템명입니다. 시스템의 호스트명이 기본 이름으로 사용됩니다. 시스템 이름을 클릭하면 시스템 정보로 이동합니다. 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하세요.
  • 기본 채널 — 시스템의 운영 시스템 배포판에 따라 시스템이 사용하는 기본 채널입니다. 자세한 정보는 4.6.1절. “소프트웨어 채널”에서 참조하세요.
  • 인타이틀먼트 — 시스템의 인타이틀먼트 여부와 서비스 레벨입니다.
시스템 아래의 완편 네비게이션 바를 이용해서 정의된 시스템 그룹을 보거나 선택할수 있습니다. 위에서 설명된 옵션은 여기서도 적용됩니다.
4.4.2.1. "전체" 페이지
전체 페이지에는 시스템의 기본값 모음이 있습니다. 관리 권한이 있는 모든 시스템이 여기에 나타납니다. 사용자가 조직내의 유일한 사용자이거나 Satellite 관리자이거나 또는 시스템이 사용자 관리 권한이 있는 그룹 멤버일 경우 사용자는 시스템을 관리할 수 있는 권한을 가집니다.
4.4.2.2. "가상 시스템" 페이지
이 페이지로 이동하려면, 시스템 탭을 선택하신 후, 좌측에 위치한 네비게이션 바에서 시스템 하부탭을 선택합니다. 마지막으로, 좌측에 위치한 네비게이션 바에서 가상 시스템을 선택하시면 됩니다. 이 페이지에는 RHN Satellite에 등록된 가상 호스트 목록과 호스트에 있는 게스트 시스템 목록이 있습니다.
시스템
이 영역에서는 각각의 게스트 시스템 명을 보여줍니다.
업데이트
이 영역에서는 게스트 시스템이 아직 적용되지 않은 에라타를 가지고 있는 지의 여부를 나타냅니다.
상태
이 영역은 가상 시스템이 작동하고 있는 지, 일시 정지되었는 지, 중지되었는 지의 여부를 나타냅니다.
기본 채널
이 영역에서는 현재 게스트가 등록된 기본 채널을 나타냅니다.
RHN을 사용하여 등록한 게스트만 파란 텍스트로 나타납니다. 게스트 시스템의 호스트명을 클릭하면 시스템 정보 페이지가 나타납니다.
4.4.2.3. "업데이트 요망" 페이지
업데이트 요망 페이지는 이용 가능한 에라타 통보가 있음에도 적용하지 않은 시스템이 표시됩니다.
4.4.2.4. "인타이틀먼트가 없는 시스템" 페이지
(관리 또는 프로비저닝 인타이틀먼트가 필요) 인타이틀먼트가 없는 시스템 페이지에서는 Red Hat Network 서비스에 대해 인타이틀먼트가 부여되지 않는 시스템을 표시합니다.
4.4.2.5. "그룹화되지 않은 시스템" 페이지
그룹 외 페이지는 특정 시스템 그룹에 속하지 않은 시스템이 표시됩니다.
4.4.2.6. "비활성" 페이지
비활성 페이지에서는 24시간 이상 동안 RHN으로 접속되지 않은 시스템이 표시됩니다. Red Hat Update Agent가 이용할 수 있는 업데이트를 확인하기 위해 또는 작업이 스케줄되어 있는지 알아보기 위해 RHN에 접속하게 됩니다. 접속되지 않았다는 메세지를 받을 경우, RHN 클라이언트가 어떠한 이유로 Red Hat Network에 성공적으로 접속할 수 없었다는 것을 말합니다. 이는 다음과 같이 나타납니다:
  • 시스템이 RHN 서비스 인타이틀먼트를 가지고 있지 않습니다. 180일 (6개월) 동안 등록되지 않은 시스템 프로파일은 삭제됩니다.
  • 시스템에 인타이틀먼트가 부여되어 있지만 Red Hat Network Daemon이 시스템에서 비활성화되어 있습니다.
  • 시스템이 https (포트 443) 연결을 허용하지 않는 방화벽 뒤에 있습니다.
  • 시스템이 사용하는 HTTP 프록시 서버의 설정이 잘못되었습니다.
  • 시스템이 연결되어 있는 RHN Proxy Server 또는 RHN Satellite의 설정이 잘못되었습니다.
  • 다른 RHN 서버가 지정되어 있는 등 시스템 자체 설정이 잘못되었습니다.
  • 시스템이 네트워크에 없습니다.
  • 시스템과 RHN 서버 사이에 장애가 있습니다.
4.4.2.7. 최신 등록
최신 등록 페이지에는 주어진 일정 기간 동안 등록된 새로운 시스템이 나타납니다. 드롭다운 메뉴를 사용하여 일, 주, 30-일,180-일, 년 수로 등록된 새로운 시스템을 구분합니다.
4.4.2.8. Proxy
Proxy 페이지에는 RHN 계정에 등록된 RHN Proxy Server 시스템이 표시됩니다.
4.4.2.9. 중복 시스템
중복 시스템 페이지에는 현재 시스템 및 이에 연결된 활성 및 비활성 인타이틀먼트가 나열됩니다. 활성 인타이틀먼트는 회색으로 되어 있는 반면 비활성 인타이틀먼트 — 시스템이 체크인되지 않은 경우 시스템 프로파일이 비활성화됨 드롭다운 메뉴에서 지정하는 기간 내에 Satellite에 체크인하지 않은 인타이틀먼트 —는 노란색으로 표시되며 체크 상자는 선택 항목 삭제 버튼을 클릭하여 삭제할 수 있도록 기본값으로 체크되어 있습니다.
IP 주소, 호스트 이름, 또는 MAC 주소의 각 서브 헤더를 클릭하여 중복된 인타이틀먼트를 필터링할 수 있습니다. 시스템의 호스트 이름, IP 주소, MAC 주소 등을 해당 필터링 텍스트 상자에 입력하면 보다 자세히 필터링할 수 있습니다.
한 번에 3 개의 중복된 인타이틀먼트를 비교하려면 마지막 체크인란에 있는 시스템 비교 링크를 클릭합니다. 시스템의 비활성 구성 요소는 노란색으로 표시됩니다. 비활성 시스템 또는 중복 시스템을 지정한 후 시스템 프로파일 삭제 버튼을 클릭하여 이를 삭제할 수 있습니다. 그 후 선택 사항을 확인하기 위해 삭제 확인버튼을 클릭합니다.
4.4.2.10. 시스템 등록정보
페이지에 있는 시스템명을 클릭하면 RHN에는 해당 클라이언트에 대한 시스템 정보 페이지가 나타납니다. 이 페이지에서 우측 상단 코너에 있는 시스템 삭제 링크를 클릭하여 시스템 정보를 수정하거나 또는 시스템 전체를 삭제하실 수 있습니다.

참고

이 스크린의 우측 상단에 있는 시스템 삭제 링크에서는 시스템 프로파일만이 있습니다. 호스트 시스템 프로파일을 삭제해도 게스트 시스템 등록이 삭제되거나 손상되지 않습니다. 게스트 시스템 프로파일을 삭제해도 이는 호스트상의 게스트 목록에서 삭제되지 않고 게스트를 중지하거나 일시정지시키지 않지만, RHN을 통해 관리할 수 있는 기능이 삭제됩니다.
RHN에서 실수로 시스템 프로파일을 삭제하신 경우, 삭제하신 시스템을 재등록하실 수 있습니다.
시스템 정보 페이지는 다음과 같은 탭으로 나뉘어 집니다:
  • 상세 정보
  • 소프트웨어
  • 설정
  • 프로비저닝 —
  • 모니터링 —
  • 그룹
  • 이벤트
다음 부분에서는 이러한 탭과 하부탭에 대해 자세하게 다룹니다.
4.4.2.10.1. 시스템 정보 ⇒ 정보
네비게이션 바에서 이 페이지로 액세스할 수 없습니다. 웹 인터페이스에 있는 아무 시스템명을 클릭하시면 이 페이지로 이동합니다. 페이지에서 기본 탭은 정보개요 하부탭입니다. 시스템의 현재 인타이틀먼트 수준에 따라 다른 탭도 사용 가능합니다.
4.4.2.10.1.1. 시스템 정보 ⇒ 정보 ⇒ 개요
시스템 요약 페이지에는 시스템 상태 메시지 및 시스템 정보가 있습니다:
시스템 정보
시스템 상태 메세지
메시지는 RHN과 관련하여 사용자 시스템의 현재 상태를 나타냅니다.

참고

인타이틀먼트 시스템에 대해 사용 가능한 업데이트가 있을 경우 업데이트 가능 메세지가 나타납니다. 업데이트를 받으시려면 지금 업데이트 링크를 클릭합니다.
시스템 ID
고유한 식별자는 시스템이 RHN에 등록될 때 마다 생성됩니다.

참고

시스템 ID는 RHN에서 중복된 프로파일을 삭제하는데 사용됩니다. 이 페이지에 있는 시스템 ID 목록을 /etc/sysconfig/rhn/systemid 파일에 있는 클라이언트 시스템에 저장된 내용과 비교해 보시기 바랍니다. 파일에서 현재 시스템 ID는 "system_id"에 있는 목록에 있습니다. 값은 "ID-" 뒤에 오는 문자로 시작됩니다. 파일에 저장된 값이 프로파일에 있는 값과 일치하지 않을 경우 이는 가장 최신 프로파일이 아니어서 삭제된 것일 수 있습니다.
호스트명
클라이언트 시스템에 의해 정의된 호스트명. 이 정보는Red Hat Enterprise Linux 시스템에 대한 /etc/hostname에서 확인하실 수 있습니다.
IP 주소
클라이언트의 IP 주소
커널
클라이언트 시스템에 설치되어 실행되고 있는 커널
등록
RHN을 통해 시스템을 등록하고 프로파일을 생성한 날짜 및 시간.
체크인
RHN을 통해 시스템을 마지막으로 접속한 날짜 및 시간.
마지막 부팅
마지막으로 시스템을 시작 또는 재시작한 날짜 및 시간.

참고

관리 (Management) 인타이틀먼트가 있는 시스템은 이 화면에서 재부팅될 수 있습니다.
  • 시스템 재부팅 스케줄 선택
  • 재부팅할 수 있는 가장 빠른 날짜 및 시간을 알려드립니다.
  • 오른쪽 하단에 있는 재부팅 스케줄 버튼을 클릭합니다.
시작 시간이 스케줄된 후 클라이언트가 확인할 경우, RHN은 시스템을 다시 시작합니다.
잠금
시스템의 잠김 여부를 알려줍니다.
수동으로 시스템 잠금을 해제할 때 까지 웹 인터페이스를 통해 잠겨진 시스템에 있는 작업을 스케줄할 수 없습니다. 이는 웹 인터페이스를 통해 스케줄된 자동 에라타를 업데이트하지 못하게 하지 않습니다. 자동 에라타 업데이트 프로그램을 작동하지 못하게 하시려면 시스템 정보정보등록 정보 하부탭에서 자동 에라타 업데이트를 선택해제합니다.
시스템을 잠금하여 실수로 시스템을 변경하는 일이 없도록 할 수 있습니다. 예를 들어, 시스템을 잠금 해제할 때 까지 업데이트나 새로운 패키지를 받지 않으려는 시스템이 이에 해당합니다.

중요

웹 인터페이스에서 시스템을 잠금하는 것은 클라이언트 시스템에 아무런 영향을 주지 않습니다. 예를 들어, 사용자가 클라이언트 디렉토리로 로그인하여 up2date를 실행할 경우, 웹 인터페이스에서 시스템의 잠김 여부와 상관 없이 up2date로 사용 가능한 에라타를 설치할 수 있습니다.
또한 시스템을 잠금하는 것으로 웹 인터페이스를 통해 시스템을 액세스할 수 있는 사용자 수가 제한되지 않습니다. 시스템에 액세스할 수 있는 사용자를 제한하시려면, 시스템을 시스템 그룹과 연결하고 이를 시스템 그룹 관리자에게 할당합니다. 시스템 그룹에 관한 보다 자세한 내용은 4.4.3절. “시스템 그룹 ”에서 참조하십시오.
시스템 세트 관리자를 통해 여러개의 시스템을 잠금할 수 있습니다. 실행 방법에 관한 설명은 4.4.4.12.4절. “시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 잠금 ”에서 참조하시기 바랍니다.
(프로비저닝 인타이틀먼트가 필요함) 프로비저닝 인타이틀먼트가 부여되고 OSA가 활성화된 Satellite에 등록된 클라이언트 시스템의 OSA 상태가 표시됩니다.
프로비저닝 (Provisioning)으로 인타이틀된 시스템에서 바로 작업을 실행하기 위해 RHN을 사용하여 시스템을 연결하기를 기다리지 않고 푸시하여 Satellite 사용자를 활성화합니다. 푸시하여 작업을 스케줄하는 것은 다른 작업을 스케줄하는 과정과 동일하며 일정 시간을 기다리지 않고 바로 작업을 시작합니다.
Satellite 서버 설정에 더하여 푸시된 작업을 받은 클라이언트 시스템은 osad 패키지를 설치하여 서비스를 시작해야 합니다. 자세한 내용은 RHN Satellite 서버 5.2.0 설치 가이드클라이언트에 푸시 활성화 부분을 참조하시기 바랍니다.
등록된 채널
기본 채널
첫번째 행은 이러한 클라이언트가 등록된 기본 채널을 나타냅니다. 기본 채널은 시스템의 운영 체제와 일치해야 합니다.
자식 채널
다음 행에는 기본 채널에 의존하는 자식 채널이 있습니다. 예시는 Red Hat Network 도구 채널 및 RHEL AS 추가 채널에 있습니다.

참고

등록된 채널에 있는 링크는 채널 등록 변경 링크입니다. 이 링크를 클릭하여 시스템에 대해 사용 가능한 기본 채널 및 자식 채널을 선택합니다. 그 뒤 서브스크립션 변경 버튼을 클릭하여 변경합니다.
시스템 등록 정보
프로파일명
수정 가능한 시스템 프로파일명은 시스템의 호스트명으로 기본 설정되어 있습니다. 이는 시스템 프로파일을 다른 파일과 구별할 수 있게 합니다.
인타이틀먼트
현재 이 시스템에는 기본 인타이틀먼트가 적용되어 있습니다.
통지
시스템에 대한 통지 옵션을 나타냅니다. 시스템에 사용 가능한 에라타 업데이트에 관한 통지 이메일을 받을지에 대한 여부를 선택하실 수 있습니다. 또한 일일 요약 메일에 관리 (Management) 인타이틀먼트 시스템을 포함시키실 수 있습니다.
자동 에라타 업데이트
시스템이 자동으로 업데이트하도록 설정되었는 지에 대한 여부를 보여줍니다.
설명
이 내용은 등록시 자동으로 나타납니다. 원하시는 정보를 추가하실 수 있습니다.
위치
이 영역에서는 시스템의 물리적 주소를 보여줍니다.
마지막으로 페이지에는 등록 정보 수정 링크가 있습니다. 이 링크를 클릭하면 시스템 정보등록 정보 하부탭이 나옵니다. 이 페이지에서 선택하신 텍스트를 편집하신 후, 등록 정보 업데이트 버튼을 클릭합니다.
4.4.2.10.1.2. 시스템 정보 ⇒ 정보 ⇒ 등록 정보
이 하부탭에서는 다음과 같은 시스템의 기본적인 등록 정보를 변경하실 수 있습니다:
프로파일명
기본값으로 이는 시스템의 호스트명이 됩니다. 하지만 다른 파일로 부터 프로파일을 구별하기 위해 아무 프로파일명으로 변경하실 수 있습니다.
기본 인타이틀먼트
사용가능한 기본 인타이틀먼트에서 시스템에 대한 기본 채널을 선택합니다.
애드-온 인타이틀먼트
사용 가능할 경우 시스템에 모니터링 (Monitoring) 또는 프로비저닝 (Provisioning),가상화 (Virtualization), 가상화 플랫폼 (Virtualization Platform) 인타이틀먼트를 적용합니다.
통지
시스템에 대한 통지 전송 여부와 시스템을 일일 요약 정보에 포함시킬지에 대한 여부를 토글합니다. (기본값으로 모든 관리 (Management) 및 프로비저닝 (Provisioning) 시스템은 요약 정보에 포함되어 있습니다.) 이러한 설정으로 시스템에 관련된 최신 권고 사항을 알 수 있습니다. 시스템과 관련된 새로운 업데이트 사항이 있을 때 마다 통지 메일이 전송됩니다.
일일 요약 정보에서는 스케줄된 에라타 업데이트, 시스템 재부팅, 확인 실패와 같이 패키지에 영향을 미치는 시스템 이벤트에 대해 보고합니다. 이에 더하여, 사용자 RHN 카타고리에 있는 사용자 환경 설정 페이지에서 메일 통지를 받기를 선택하셔야 합니다.
자동 에라타 업데이트
박스에 선택 표시되었을 경우, 사용 가능한 에라타를 확인할 때 시스템에 자동으로 적용됩니다. 이러한 작업은 사용자가 관여하지 않아도 실행됩니다. Red Hat은 패키지와 시스템 환경 간의 충돌로 인해 시스템에 문제를 일으킬 수 있으므로 자동 업데이트 기능 사용을 권장하지 않습니다. 이러한 기능을 위해 Red Hat Network 데몬이 시스템에서 활성화되어 있어야 합니다.
설명
시스템을 처음으로 등록할 때 기본값으로 텍스트 상자에 시스템의 운영 체제, 릴리즈, 시스템 아키텍쳐에 대해 기록합니다. 이러한 원하시는 정보를 추가하기 위해 이를 수정하실 수 있습니다.
나머지 영역에는 시스템이 저장된 물리적 주소를 기록합니다. 이러한 영역을 변경하시려면 등록 정보 업데이트 버튼을 클릭하시기 바랍니다.

참고

대부분의 등록정보는 System Set Manager 인터페이스를 통해 여러개의 시스템에 즉시 설정될 수 있습니다. 보다 자세한 내용은 4.4.4절. “시스템 세트 관리자”에서 참조하시기 바랍니다.
4.4.2.10.1.3. 시스템 정보 ⇒ 정보 ⇒ 원격 명령
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요함) 이 하부탭에서는 시스템에 프로비저닝 인타이틀먼트가 있을 경우 시스템에서 원격 명령을 실행할 수 있습니다. 이를 실행하기 전 이러한 명령을 허용하도록 시스템을 설정해야 합니다.
  • 먼저 시스템을 RHN 도구 채널에 등록한 후 up2date 명령을 사용하여 rhncfg, rhncfg-client, rhncfg-actions 패키지를 설치합니다.
     yum update rhncfg rhncfg-client rhncfg-actions 
    Copy to Clipboard Toggle word wrap
  • 루트로 시스템에 로그인한 후 다음의 파일을 로컬 RHN 설정 디렉토리에 추가합니다: allowed-actions/scripts/run.
    • 목표 시스템에 디렉토리를 생성합니다:
       mkdir -p /etc/sysconfig/rhn/allowed-actions/script 
      Copy to Clipboard Toggle word wrap
    • 생성한 디렉토리에 빈 run 파일을 만들어 원격 명령 실행을 위한 권한 부여 신호를 보내어 RHN에 플래그처럼 작동하게 합니다:
       touch /etc/sysconfig/rhn/allowed-actions/script/run 
      Copy to Clipboard Toggle word wrap
설정을 완료하면, 페이지를 새로 고침하여 원격 명령에 해당하는 텍스트 영역을 확인합니다. 그 후 특정 사용자, 그룹, 시간 초과 값, 페이지에 있는 스크립트를 확인합니다. 명령을 실행할 날짜와 시간을 선택한 후 원격 명령 스케줄하기 버튼을 클릭합니다.
4.4.2.10.1.4. 시스템 정보 ⇒ 정보 ⇒ 재활성화
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 시스템 프로파일에 지정된 활성키. 재활성키는 프로비저닝 (Provisioning) 인타이틀먼트가 있는 시스템에서만 사용할 수 있는 재활성키에는 시스템 ID, 기록, 그룹, 채널이 포함되어 있습니다. 이러한 키는 시스템을 다시 등록하고 모든 Red Hat Network 설정 사항을 회복하기 위해 rhnreg_ks 명령행 유틸리티와 함께 한번만 사용될 수 있습니다. 특정 시스템 ID와 연관되어 있지 않는 일반적인 활성키와는 다르게 이 키는 활성키 페이지에 나타나지 않습니다.
재활성키는 단일 시스템 프로파일에 대한 여러 키 설정을 일괄하기 위해 활성키와 통합될 수 있습니다. 예:
rhnreg_ks --server=<server-url> --activationkey=<reactivation-key>,<activationkey> --force
Copy to Clipboard Toggle word wrap

주의

RHN 프로파일을 가지고 시스템을 킥스타트할 때, 킥스타트 프로파일은 여기서 생성한 특정 시스템 활성키를 사용하여 시스템을 재등록하고 기타 다른 RHN 설정으로 복귀합니다. 이러한 이유로 프로파일 기반 킥스타트를 실행하는 도중 키를 재생성하거나 삭제 또는 사용 (rhnreg_ks 명령과 함께) 해서는 안됩니다. 이렇게 했을 경우 킥스타트는 실패합니다.
4.4.2.10.1.5. 시스템 정보 ⇒ 정보 ⇒ 하드웨어
이 하부탭에서는 네트워킹, BIOS, 스토리지, 기타 다른 장치와 같은 시스템의 상세 정보를 보여줍니다. 이는 등록하는 동안 컴퓨터에 하드웨어 프로파일을 포함시킬것을 선택한 경우에만 나타납니다. 하드웨어 프로파일이 완전하지 않거나 최신 버전이 아닐 경우 하드웨어 새로 고침 스케줄 버튼을 클릭하여 하드웨어 프로파일 업데이트를 스케줄합니다. 다음번에 RHN 데몬이 RHN에 연결되면 최신 하드웨어 목록과 함께 시스템 프로파일을 업데이트하게 됩니다.
4.4.2.10.1.6. 시스템 정보 ⇒ 정보 ⇒ 알림
이 하부탭에서는 시스템에 관해 알림하는 곳을 보여줍니다. 새로운 새로운 알림을 추가하시려면 새로운 알림 생성 링크를 클릭하고 제목과 내용을 입력한 후, 생성 버튼을 클릭합니다. 알림 내용을 수정하시려면, 목록에서 제목을 클릭한 후 내용을 변경하고 생성 버튼을 클릭합니다. 알림 내용을 삭제하시려면 목록에서 제목을 클릭한 후 알림 삭제 링크를 클릭합니다.
4.4.2.10.1.7. 시스템 상세 정보 ⇒ 상세 정보 ⇒ 사용자 정보
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 하부탭에서는 시스템에 대해 완전한 사용자 정의 정보를 보여줍니다. 알림, 사용자 정보와는 다르게 구성되어 있으며 검색할 수 있습니다. 시스템에 관한 사용자 정보를 알려주시기 전에 사용자 정보 키가 있으셔야 합니다. 이는 사용자 시스템 정보 페이지에 있는 네비게이션바 왼쪽 부분에서 만드실 수 있습니다. 자세한 방법은 4.4.8절. “사용자 정의 시스템 정보”에서 참조하시기 바랍니다.
키를 생성하신 후, 새로운 값 생성 링크를 선택하여 시스템에 대한 값을 할당하셔야 합니다. 결과 목록에서 키에 해당하는 이름을 클릭하고 설명란에 값을 입력한 후, 키 업데이트 버튼을 클릭합니다.
4.4.2.10.1.8. 시스템 정보 ⇒ 정보 ⇒ 프록시
RHN Proxy Server를 활성화합니다. 이 탭은 프로비저닝 인타이틀먼트 시스템에 대해서만 사용 가능합니다. RHN Proxy Server 버전을 선택하고 프록시 활성화 버튼을 클릭하여 설치 및 활성화 작업을 진행합니다. 자세한 내용은 RHN Proxy Server 가이드클라이언트 설정 가이드를 참조하시기 바랍니다.
4.4.2.10.1.9. 시스템 정보 ⇒ 정보 ⇒ Satellite
Red Hat Network 시스템 활성에 대한 인증서를 보여줍니다. 여기서 이전 인증서를 비활성화하고 새 인증서를 업로드하실 수 있습니다. 이 탭에서는 프로비저닝 인타이틀먼트가 필요합니다. Satellite 서버를 활성화하는 방법에 대한 자세한 내용은 RHN Satellite 설치 가이드를 참조하시기 바랍니다.
4.4.2.10.2. 시스템 상세 정보 ⇒ 소프트웨어
이 탭과 하부텝에서는 시스템의 소프트웨어를 관리하실 수 있습니다. 시스템의 소프트웨어에는 에라타, 패키지, 패키지 프로파일, 소프트웨어 채널 맴버쉽이 있습니다.
4.4.2.10.2.1. 시스템 정보 ⇒ 소프트웨어 ⇒ 에라타
이 하부탭에는 시스템에서 사용 가능한 에라타 통지 목록이 있습니다. 이 탭에 있는 아이콘에 대한 설명은 4.1.2절. “에라타 통보 아이콘 ”에서 참조하시기 바랍니다. 업데이트하시려면 업데이트를 선택하시고 에라타 적용 버튼을 클릭합니다. 업데이트를 더블 클릭하시면 확인 페이지에 적용되며 그 후 확인 버튼을 클릭합니다. 그 다음 스케줄 하의 보류 중인 작업에 작업을 추가합니다. 이미 스케줄된 에라타는 업데이트하실 수 없습니다. 체크박스에 있는 시계 모양의 아이콘을 클릭하면 작업 정보 페이지로 이동합니다.
업데이트가 스케줄되었는 지에 대한 여부를 확인하시려면 에라타 표에 있는 상태칸을 살펴보시기 바랍니다. 상태 칸에는 알 수 없음, 보류, 선택, 완료, 실패와 같은 작업 상태 유형이 있습니다. 여기서는 에라타와 관련된 최신 작업만을 확인하실 수 있습니다. 예를 들어 작업을 실패하여 이를 재스케줄할 경우, 이 칸에서는 (이전 작업 실패에 대한 언급없이) 보류 중인 작업이라고 에라타 상태가 나타납니다. 알 수 없음 외의 작업 상태 유형을 클릭하면 작업 정보 페이지로 이동합니다. 이 칸은 에라타 정보 페이지의 영향을 받은 시스템 탭에 있는 내용에 해당합니다.
4.4.2.10.2.2. 시스템 정보 ⇒ 소프트웨어 ⇒ 패키지
이 하부탭을 통해 시스템에서 패키지를 관리하실 수 있습니다.
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 설치, 업데이트, 제거할 패키지를 선택할 때 프로비저닝 인타이틀먼트가 있는 고색은 패키지 설치 이전이나 이후에 자동으로 원격 명령을 실행하는 옵션이 있습니다. 보다 자세한 내용은 4.4.2.10.1.3절. “시스템 정보 ⇒ 정보 ⇒ 원격 명령”에서 참조하십시오.
패키지
패키지 탭의 기본 화면에는 사용 가능한 옵션에 대한 설명과 패키지 목록을 업데이트하는 방법이 있습니다. 수동 패키지 설치로 인해 이전 목록을 업데이트하려면 페이지의 오른쪽 하단 코너에 있는 패키지 목록 업데이트 버튼을 클릭합니다. 다음번에 RHN 데몬이 RHN에 연결되면 최신 설치 패키지 목록과 함께 시스템 프로파일이 업데이트됩니다.
목록/삭제
설치된 패키지 목록을 표시하고 목록에서 패키지를 제거할 수 있습니다. 패키지 이름, 아키텍처 시스템에 설치된 날짜에 따라 패키지를 분류 표시합니다. 패키지 이름으로 거르기 텍스트 상자에 텍스트를 입력하거나 패키지 이름의 첫 글자에 해당하는 알파벳 또는 숫자를 클릭하여 패키지를 검색합니다. 패키지명을 클릭하여 패키지 정보 페이지를 확인합니다. 시스템에서 패키지를 삭제하려면 해당 패키지의 체크 박스를 선택하고 페이지의 오른쪽 하단 코너에 있는 패키지 삭제 버튼을 클릭합니다. 확인 페이지에 패키지 목록이 나타나면 확인 버튼을 클릭하여 패키지를 삭제합니다.
업그레이드
시스템의 채널에서 사용 가능한 새로운 버전이 있는 패키지 목록을 보여줍니다. 최신 패키지명을 클릭하여 패키지 정보 페이지를 확인합니다. 바로 패키지를 업그레이드하려면 패키지 선택 후 패키지 업그레이드 버튼을 클릭하비다. .tar 파일로 패키지를 다운로드하려면 패키지 선택 후 다운로드 패키지 버튼을 클릭합니다.
설치
사용 가능한 채널로 부터 시스템에 새로운 패키지를 설치하실 수 있습니다. 패키지명을 클릭하여 패키지 정보 페이지를 확인합니다. 패키지를 설치하려면 패키지를 선택한 후 선택한 패키지 설치 버튼을 클릭합니다.
확인
RPM 데이터베이스에 대해 시스템에 설치된 패키지를 확인합니다. 이는 rpm -V를 실행하는 것과 동일합니다. 특히, 이 탭에서는 시스템 패키지의 메타데이터를 MD5 체크섬, 파일 크기, 권한 부여, 사용자, 그룹, 유형과 같은 데이터베이스 정보와 비교합니다. 패키지를 확인하려면 패키지를 선택하고 선택한 패키지 확인 버튼을 클릭한 뒤, 작업을 확인합니다. 확인 작업이 완료되면 이벤트 하의 히스토리 하부탭에서 해당 작업을 선택하여 작업 결과를 확인하실 수 있습니다.
프로파일
시스템에 있는 패키지를 프로파일 및 기타 다른 관리 (Management)와 프로비저닝 (Provisioning) 시스템에 있는 패키지와 비교할 수 있습니다. 저장된 프로파일을 비교하려면 풀다운 메뉴에서 프로파일을 선택하고 비교 버튼을 클릭합니다. 다른 시스템과 비교하려면 풀다운 메뉴에서 이를 선택 후 비교 버튼을 클릭합니다. 기존 시스템에 기반하여 저장된 프로파일을 생성하려면 시스템 프로파일 생성 버튼을 클릭하고 추가하시려는 정보를 입력한 뒤 프로파일 생성 버튼을 클릭합니다. 이러한 프로파일은 왼쪽 네비게이션바에서 링크된 저장된 프로파일 페이지에 저장됩니다.
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 패키지 프로파일을 비교한 후, 프로비저닝 (Provisioning) 사용자는 선택한 시스템의 패키지를 비교 프로파일의 패키지 매니페스트와 동기화하실 수 있습니다. 이러한 작업으로 인해 프로파일이 아닌 시스템에 있는 패키지가 삭제될 수 있으며 프로파일에서 패키지를 설치할 수 도 있습니다. 특정 패키지를 설치하려면 프로파일에 있는 패키지의 체크박스를 선택합니다. 이미 시스템에 설치된 패키지를 삭제하려면 이 시스템에만 적용이라고된 패키지의 체크박스를 선택합니다. 시스템 패키지를 비교 프로파일과 완전하게 동기화하려면 맨 위 칸에 있는 마스터 체크박스를 선택합니다. 그 후 패키지 동기화 버튼을 클릭합니다. 확인 화면에서 변경 사항을 확인하고 작업 시간을 선택한 뒤 동기화 스케줄 버튼을 클릭합니다.
4.4.2.10.2.3. 시스템 정보 ⇒ 소프트웨어 ⇒ 소프트웨어 채널
소프트웨어 채널에서는 시스템의 운영체제, 패키지, 기능에 기반하여 설치 및 업그레이드를 위해 시스템에서 사용할 패키지를 결정하는 방법을 제공합니다. 채널명을 클릭하여 채널 정보 페이지를 확인합니다. 시스템에 관련된 자식 채널을 수정하려면 채널 옆에 있는 체크박스를 사용하여 서브스크립션 변경 버튼을 클릭합니다. 성공적으로 작업을 실행하였다는 메시지를 받거나 또는 오류가 발생했을 경우 이를 확인하실 수 있습니다. 시스템의 기본 채널을 변경하려면 풀다운 메뉴에서 새로운 채널을 선택하여 기본 채널 수정 버튼을 클릭합니다. 보다 자세한 내용은 4.6.1절. “소프트웨어 채널”에서 확인하시기 바랍니다.
4.4.2.10.3. 시스템 상세 정보 ⇒ 설정
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 탭과 하부탭은 시스템과 관련된 설정 파일을 관리하는데 사용됩니다. 이러한 설정 파일은 현재 시스템에 대해 단독으로 관리되거나 또는 설정 채널을 통해 전역으로 배포될 수 있습니다. 다음 부분에서는 시스템 정보설정 하부탭에 있는 사용 가능한 옵션에 대해 설명합니다.

참고

시스템 설정을 관리하시려면 최소 rhncfg* 패키지가 설치되어 있어야 합니다. 시스템에 스케줄된 작업을 활성화 및 비활성화하는 방법은 4.7.1절. “설정 관리에 필요한 시스템 준비 ”에서 참조하시기 바랍니다.
이 부분은 Red Hat Enterprise Linux 설정이 활성화된 시스템에 액세스 할 수 있는 일반 사용자가 사용할 수 있습니다. 소프트웨어 채널과 같이 설정 채널은 시스템에 설치할 파일을 저장합니다. 소프트웨어 업데이트가 RHN에 의해 제공되는 반면 설정 파일은 사용자에 의해 관리됩니다. 또한 소프트웨어 패키지와는 다르게 여러 설정 파일 버전은 어떤 경우라도 시스템에 도움이 될 수 있습니다. 최신 버전 만을 배포할 수 있다는 점을 염두해 두시기 바랍니다.
4.4.2.10.3.1. 시스템 정보 ⇒ 설정 ⇒ 개요
이 하부탭에서는 시스템의 설정 통계 및 설정 파일을 관리하는데 사용되는 가장 일반 적인 작업에 액세스하게 합니다. 설정에 해당하는 파란색 텍스트를 클릭하여 설정 통계에 있는 설정 목록을 변경하실 수 있습니다. 다른 방법으로 링크를 클릭하여 화면 오른쪽에 있는 일반적인 Red Hat Enterprise Linux 설정 관리 작업을 실행하실 수 있습니다.
4.4.2.10.3.2. 시스템 정보 ⇒ 설정 ⇒ 관리된 파일
이 하부탭에는 시스템과 관련된 현재의 모든 설정 파일 목록이 있습니다.
파일명
이 칸에서는 해당 파일의 이름과 배포 경로를 보여줍니다.
버전
관리 파일을 변경할 때 마다 이 칸이 증가합니다.
설정 채널
이 칸에서는 파일이 들어있는 채널명을 보여주거나 이 시스템에서만 사용할 수 있는 파일에 대한 (시스템 덮어쓰기)를 보여줍니다.
덮어쓰기
이 설정 파일이 다른 파일을 덮어썼을 경우, 호스트 채널과 함께 덮어쓰여진 파일이 이 칸에 나타납니다.
로컬에서 변경된 모든 사항을 덮어쓰기하는 클라이언트 시스템에 이 파일을 배포하고자 할 경우, 파일 왼쪽에 있는 박스를 선택한 후 설정 배포 버튼을 클릭합니다. 다음 화면에서 배포할 시간을 선택하고 배포 일정 스케줄하기 버튼을 클릭합니다.

참고

(시스템 덮어쓰기) 파일의 파일명을 클릭할 경우, 파일의 내용을 편집하실 수 있습니다.
파일의 시스템을 설정 채널에서 등록해제할 경우 이는 덮어쓰기 칸에 있는 설정 파일에 적용됩니다.예들 들어, 시스템의 'bar' 채널에 '/etc/foo' 파일이 있고 'baz' 채널에 있는 '/etc/foo' 파일이 덮어쓰기 칸에 있을 경우 'bar' 채널에서 등록해제를 하면 'baz' 채널에 있는 파일에 적용됩니다. 또한 '덮어쓰기' 칸에 아무것도 없을 경우 채널에서 등록 해제를 하면 더이상 파일이 관리되지 않습니다. (시스템에서 파일을 삭제하지는 않습니다)
4.4.2.10.3.3. 시스템 정보 ⇒ 설정 ⇒ 파일 비교
이 하부탭에서는 Satellite 서버에 저장된 설정 파일을 클라이언트 서버에 있는 파일과 비교할 수 있습니다. (예를 들어, 다른 채널에 저장된 동일한 파일 버전을 비교하지는 않습니다) 비교할 파일을 선택하고 파일 비교 버튼을 클릭한 뒤, 비교 작업을 실행할 시간을 정하고 비교 작업 스케줄 버튼을 클릭합니다. 비교 작업을 실행한 후 이 페이지로 다시 돌아와서 작업 결과를 확인하실 수 있습니다.
4.4.2.10.3.4. 시스템 정보 ⇒ 설정 ⇒ 설정 채널 관리
이 하부탭에서는 시스템과 관련된 현재의 모든 설정 채널을 등록 하고 낮은 순으로 순위를 지정할 수 있습니다.
채널 목록/ 등록 해제 하부탭에는 시스템 설정 채널 등록 목록이 있습니다. 채널 옆에 위치한 체크박스를 클릭하고 등록 해제 버튼을 클릭하여 채널에서 등록 삭제합니다.
채널 등록 하부탭에는 사용 가능한 모든 설정 채널 목록이 있습니다. 채널에 등록하려면 등록하고자 하는 채널 옆에 있는 체크박스를 선택하고 계속 버튼을 클릭합니다. 모든 설정 채널에 등록하려면, 모두 선택 버튼을 클릭하고 계속 버튼을 클릭합니다. 순위 보기/ 수정 페이지는 자동으로 불러오게 됩니다.
순위 보기/수정 하부탭에서 사용자는 특정 설정 채널에서의 중요도가 매겨진 파일의 우선 순위를 지정할 수 있습니다. 목록에서 높은 순위 채널일 수록 채널에 있는 파일이 낮은 순위 채널에 있는 파일보다 선행합니다 (예: 높은 순위 채널은 낮은 순위에 있는 채널의 파일 보다 선행하여 httpd.conf 파일을 갖게 됩니다.
4.4.2.10.3.5. 시스템 정보 ⇒ 설정 ⇒ 로컬로 덮어쓰기
이 하부탭에서는 시스템의 기본 설정 파일을 볼 수 있고 이를 관리할 수 있습니다. 파일이 없을 경우 페이지 설명에 있는 파일 추가, 파일 업로드, 디렉토리 추가 링크를 클릭하여 파일을 시스템에 연결합니다. 이러한 탭은 설정 채널 정보 페이지에 있는 탭에 해당하며 조직에 영향을 미치고 설정 관리자만이 사용할 수 있습니다. 자세한 내용은 4.7.3.1절. “설정 ⇒ 설정 채널 ⇒ 설정 채널 설명”에서 참조하시기 바랍니다.
파일이 있을 경우, 파일명을 클릭하여 설정 파일 정보 페이지로 갑니다. 자세한 방법은 4.7.4절. “설정 파일”에서 참조하시기 바랍니다. 설정 채널에서 파일을 복사하려면 체크 박스를 선택하고 설정 채널에 복사 버튼을 클릭한 뒤 수신 채널을 선택합니다. 파일을 삭제하려면 선택후 선택한 파일 삭제 버튼을 클릭합니다.
4.4.2.10.3.6. 시스템 정보 ⇒ 설정 ⇒ 샌드박스
이 하부탭에서는 설정 파일을 배포하지 않고 이를 수정할 수 있습니다. 샌드 박스는 시스템에 영향을 미치지 않고 파일을 테스트할 수 있는 영역을 제공합니다. 파일을 추가하려면 새 파일 가져오기 링크를 클릭하고 로컬 시스템에 있는 파일 경로를 입력한 후 추가 버튼을 클릭합니다. 그 뒤 파일 가져오기 버튼을 선택하면 됩니다.
4.4.2.10.4. 시스템 정보 ⇒ 프로비저닝
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 탭과 하부탭에서는 킥스타트를 스케줄하고 모니터링하며 시스템을 이전 상태로 복원할 수 있습니다. 킥스타트는 Red Hat 유틸리티로서 자동으로 시스템을 재설치할 수 있게 합니다. 스냅샷 롤백을 사용하면 시스템에서의 특정 변경 사항을 취소할 수 있습니다. 예를 들어, RPM 패키지 세트를 롤백할 수 있지만 여러 업데이트 수준에 걸쳐 롤백은 지원되지 않습니다. 두가지 기능은 다음 부분에서 설명합니다.
4.4.2.10.4.1. 시스템 정보 ⇒ 프로비저닝 ⇒ 킥스타트
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 하부탭은 이전에 스케줄된 킥스타트의 진행 상태를 알 수 있는 세션 상태 및 킥스타트를 설정하고 스케줄할 수 있는 스케줄로 나뉘어져 있습니다.
스케줄 하부탭에서는 킥스타트를 실행하기 위해 선택한 시스템을 스케줄할 수 있습니다. 사용 가능한 킥스타트 프로파일 목록에서 킥스타트를 시작할 시간을 선택하고 킥스타트 스케줄 및 완료 버튼을 클릭하여 킥스타트를 시작합니다. 고급 설정 버튼을 클릭하여 킥스타트 설정을 변경하실 수 있습니다.

참고

이 하부탭에서 킥스타트 프로파일이 나타나기 전에 이를 생성하셔야 합니다. 시스템에 대해 킥스타트를 스케줄링하기 전에 아무 프로파일도 갖고 계시지 않을 경우 4.4.9.3절. “새로운 킥스타트 프로파일 생성”에서 자세한 내용을 참조하시기 바랍니다.
Variables 하위 탭은 킥스타트 변수를 생성하기 위해 사용될 수 있으며, 이는 킥스타트 파일에 있는 값을 대체할 수 있습니다. 값을 정의하려면, 텍스트 상자에 이름-값 쌍 (name/value)을 생성합니다.
예를 들어, 특정 부서 (예: 엔지니어링 조직)에 대해 네트워크에 참여하는 시스템을 킥스타트하려면, 프로파일 변수를 생성하여 IP 주소 및 게이트웨이 서버 주소를 프로파일이 사용할 시스템의 변수로 설정할 수 있습니다. 다음과 같은 행을 변수 텍스트 상자에 추가합니다.
IPADDR=192.168.0.28
GATEWAY=192.168.0.1
Copy to Clipboard Toggle word wrap
시스템 변수를 사용하려면, 프로파일 내의 변수 이름을 사용하여 값을 대체할 수 있습니다. 예를 들어, 킥스타트 파일의 network 부분은 다음과 같을 수 있습니다:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR
--gateway=$GATEWAY
Copy to Clipboard Toggle word wrap
$IPADDR192.168.0.28이되고,$GATEWAY192.168.0.1이 됩니다.

참고

킥스타트 파일에서 변수를 사용하거나 생성할 때 우선 순위가 존재합니다. 시스템 킥스타트 변수는 프로파일 변수 보다 우선하고, 프로파일 변수는 배포판 보수 보다 우선합니다. 이러한 우선 순위를 이해하고 킥스타트에서 변수를 사용할 때 혼란을 완화시킬 수 있습니다.
변수를 사용하는 것은 여러 프로파일과 시스템 사이에서 공유할 수 있는 템플릿을 생성하기 위한 대규모 Cobbler 인프라의 한 부분입니다. Cobbler 및 킥스타트 템플릿에 대한 자세한 내용은 8장. Cobbler에서 참조하십시오.
4.4.2.10.4.2. 시스템 정보 ⇒ 프로비저닝 ⇒ 스냅샷
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 스냅샷으로 시스템의 패키지 프로파일, 설정 파일, RHN 설정을 롤백할 수 있습니다. 프로비저닝 (Provisioning) 인타이틀먼트 시스템에 작업을 실행할 때 마다 스냅샷을 캡쳐합니다. 스냅샷 하부탭에는 시스템에 대한 모든 스냅샷 목록이 있으며, 이는 스냅샷을 실행하는 이유, 시간, 각 스냅샷에 적용된 태그수를 포함합니다. 이전 설정으로 되돌아 가려면 스탭샷 실행 이유를 클릭하고 하부탭에서 변경될 사항을 확인한 뒤, 롤백을 시작합니다.

참고

스냅샷 롤백은 시스템에 특정 변경 사항을 취소할 수 있는 기능을 지원하지만 모든 상황에 적용되는 것은 아닙니다. 예를 들어 RPM 패키지 세트를 롤백할 수 있지만 여러 업데이트 레벨에 걸쳐 롤백이 지원되지 않습니다.
각각의 하부탭에는 롤백이 진행되는 동안 시스템에서 실행될 특정 변경 사항이 있습니다
  • 그룹 맴버쉽
  • 채널 서브스크립션
  • 설치된 패키지
  • 설정 채널 서브스크립션
  • 파일 설정
  • 스냅샷 태그
되돌아 가기를 실행하고자 할 때, 롤백 하부탭으로 되돌아가서 스냅샷으로 롤백 버튼을 클릭합니다. 목록을 다시 보시려면 스냅샷 목록으로 되돌아가기를 클릭합니다.
4.4.2.10.4.3. 스냅샷 상세 정보 ⇒ 프로비저닝 ⇒ 스냅샷 태그
가장 최신 시스템 스냅샷에 설명 추가 방법을 제공합니다. 이는 작업 설정이나 성공적인 업그레이드 실행과 같은 중대한 작업을 나타내는데 사용됩니다. 가장 최신 스냅샷을 태그하려면 새로운 시스템 태그 생성을 클릭하고 태그명 란에 설명을 입력한 후, 현재 스냅샷 태그 버튼을 클릭합니다. 그 뒤 이러한 태그명을 클릭하여 스냅샷 태그 목록으로 되돌아 갑니다. 태그를 삭제하려면 체크박스를 선택하고 태그 삭제 버튼을 클릭한 후 작업 실행을 승인합니다.
4.4.2.10.5. 시스템 정보 ⇒ 가상화
이 탭에서 호스트 시스템에 새로운 가상 게스트를 생성하시거나 또는 가상 게스트의 상태를 변경하실 수 있습니다.
가상화 탭에는 정보킥스타트와 같은 두개의 하부탭이 있습니다. 이러한 하부탭은 가상 호스트 및 게스트에서 모두 동일하게 나타나지만 가상 게스트에 대해서만 기능적으로 작동합니다. 다른 게스트 시스템 상에서 실행되는 게스트 시스템을 생성할 수 없습니다.
4.4.2.10.5.1. 시스템 정보 ⇒ 가상화 ⇒ 정보
정보는 기본탭입니다. 호스트 시스템의 경우 호스트 시스템의 가상 게스트에 해당하는 표가 나타납니다. 게스트 시스템의 경우 다음과 같은 정보가 제공됩니다:
상태
이 영역은 가상 시스템이 작동하고 있는 지, 일시 정지되었는 지, 중지되었는 지, 충돌되어 있는 지를 나타냅니다.
업데이트
이 영역은 에라타를 아직 적용되지 않은 게스트에 적용할 수 있는 지를 나타냅니다.
기본 소프트웨어 채널
이 영역은 게스트가 등록된 기본 채널을 나타냅니다.

참고

게스트 시스템이 Satellite 서버에 등록되지 않았을 경우, 이러한 정보는 테이블에서 평문으로 나타납니다.
게스트 시스템에 지정된 시스템 그룹 관리자 책임을 가질 경우, 사용자는 테이블에서 시스템으로 액세스하기 위한 허가를 받을 수 없습니다.라는 메세지를 볼 수 있습니다. 이는 단일 호스트에서 가상 게스트를 다중 시스템 그룹 관리자로 할당 가능하기 때문입니다. 호스트 시스템에서 시스템 그룹 관리자 특권을 가지고 있는 사용자만이 새로운 가상 게스트를 생성할 수 있습니다.
4.4.2.10.5.2. 시스템 상세 정보 ⇒ 모니터링
이 하부탭에서는 모니터링 (Monitoring) 인타이틀먼트가 있고 모니터링 (Monitoring)이 활성화된 RHN Satellite에 등록된 시스템만 볼 수 있습니다. 이는 시스템을 모니터링하는 모든 프로브를 보여줍니다. 상태 칸에서는 각 프로브의 상태를 나타내는 아이콘이 있습니다. 이러한 프로브 상태에 대한 자세한 설명은 4.10절. “모니터링 ”에서 참조하시기 바랍니다. 프로브 설명을 클릭하면 현재 상태 페이지로 이동합니다. 상태 문자열 칸에서는 프로브에서 전송된 최근 메시지를 보여줍니다.
시스템에 프로브를 추가하기 위해 페이지의 오른쪽 상단 코너에 있는 새로운 프로브 생성 링크를 클릭한 후 다음 페이지에 있는 영역 내용을 작성합니다. 자세한 방법은 5.5.1절. “프로브 관리하기”에서 참조하시기 바랍니다.
일단 프로브가 추가되었으면 모니터링 (Monitoring) 기반 영역을 재설정하여 이를 인식하게 합니다. 자세한 내용은 4.10.4절. “스카웃 설정 푸시 ”에서 참조하시기 바랍니다. 프로브를 실행한 후에 실행 결과는 현재 상태 페이지에서 사용 가능합니다. 자세한 내용은 4.10.1.7절. “현재 상태 ”에서 참조하시기 바랍니다.
시스템에서 프로브를 삭제하시려면 프로브명을 클릭하신 후, 오른쪽 상단 코너에 있는 프로브 삭제 링크를 클릭합니다. 그 뒤, 프로브 삭제 버튼을 클릭하여 작업을 완료합니다.
4.4.2.10.5.3. 시스템 상세 정보 ⇒ 그룹
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 탭 및 하부탭에서는 시스템의 그룹 멤버쉽을 관리할 수 있습니다.
4.4.2.10.5.3.1. 시스템 정보 ⇒ 그룹 ⇒ 목록/탈퇴
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 하부탭에서는 시스템이 속한 그룹을 나열하고 이를 취소할 수 있습니다. 시스템 그룹 관리자 및 Satellite 관리자만이 그룹에서 시스템을 제거할 수 있습니다. 비 관리자는 시스템의 그룹 멤버쉽 확인 페이지만을 볼 수 있습니다. 그룹에서 시스템을 제거하려면 그룹의 체크 박스를 선택하고 선택한 그룹에서 탈퇴 버튼을 클릭합니다.
그룹 이름을 클릭하면 시스템 그룹 정보 페이지로 이동합니다. 보다 자세한 내용은 4.4.3.3절. “시스템 그룹 정보 ”에서 참조하십시오.
4.4.2.10.5.3.2. 시스템 정보 ⇒ 그룹 ⇒ 가입
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템이 등록될 그룹 목록을 보여줍니다. 시스템 그룹 관리자 및 Satellite 관리자만이 시스템을 그룹에 추가할 수 있습니다. 비관리자는 시스템의 그룹 멤버쉽 확인 페이지를 보실 수 있습니다. 시스템을 그룹에 추가하려면 해당 그룹의 체크 박스를 선택하고 선택한 그룹에 가입 버튼을 클릭합니다.
4.4.2.10.5.4. 시스템 정보 ⇒ 이벤트
시스템에서 과거, 현재, 미래에 스케줄된 작업을 보여줍니다. 여기서 보류 중인 이벤트를 취소하실 수 있습니다. 다음 부분에서는 이벤트 하부탭 및 기능에 대해 설명합니다.
4.4.2.10.5.4.1. 시스템 정보 ⇒ 이벤트 ⇒ 보류 상태
스케줄되었지만 아직 시작하지 않은 이벤트를 나열합니다. 작업 선수 조건은 주어진 작업을 실행하기 전에 반드시 성공적으로 완료해야 하는 것입니다. 작업에 선수 조건이 있을 경우, 작업을 취소할 수 있는 체크박스는 없습니다. 대신 체크박스는 작업 선수 조건 옆에 나타납니다; 작업 선수 조건을 삭제하면 질문으로된 작업을 실행 실패합니다.
이러한 방식으로 작업이 연결되어 'a' 작업은 'b' 작업이 필요로 하고 'b' 작업은 'c' 작업을 필요로 합니다. 'c' 작업은 처음으로 실행 시도되어 작업을 성공적으로 완료하면 옆에 체크박스가 나타납니다 - 연결된 작업에서 어느 하나라도 작업 실패할 경우, 나머지 작업 또한 실패하게 됩니다. 보류 중인 이벤트를 스케줄해제하려면 이벤트를 선택하고 페이지 하단에 위치한 이벤트 취소 버튼을 클릭합니다. 다음의 아이콘은 목록에 있는 이벤트 유형을 나타냅니다:
  • — 패키지 이벤트
  • — 에라타 이벤트
  • — 환경 설정 이벤트
  • — 시스템 이벤트
4.4.2.10.5.4.2. 시스템 정보 ⇒ 정보 ⇒ 기록
이벤트 탭에 대한 디폴트 화면에서는 이벤트 유형 및 실패하거나, 실행되었거나 또는 실행 중인 이벤트의 상태에 대한 목록을 보여줍니다. 이벤트에 관한 보다 자세한 내용을 보시려면 시스템 기록 목록에 있는 요약 정보를 클릭합니다. 이 표를 다시 보시려면 페이지의 하단에 있는 기록 목록으로 복귀를 클릭합니다.

4.4.3. 시스템 그룹

(이 페이지를 확인하려면 관리 인타이틀먼트가 필요함.) 시스템 그룹 페이지에서 모든 RHN 관리 및 프로비저닝 사용자가 시스템 그룹 목록을 확인할 수 있습니다. 시스템 그룹 관리자 및 Satellite 관리자는 다음과 같은 추가 작업만을 수행할 수 있습니다:
  1. 시스템 그룹 만들기. (4.4.3.1절. “그룹 만들기”참조.)
  2. 시스템을 시스템 그룹에 추가하기. (4.4.3.2절. “그룹에 시스템 추가, 제거하기” 참조.)
  3. 시스템을 시스템 그룹에서 제거하기. (4.4.2.10절. “시스템 등록정보” 참조)
  4. 사용자에 시스템 그룹 권한 부여하기. (4.9절. “사용자 ” 참조.)
시스템 그룹 목록에서는 모든 시스템 그룹을 보여줍니다.
시스템 그룹 목록은 각 그룹마다 여러 칼럼을 가지고 있습니다.
  • 선택 — 이 체크박스를 이용해서 그룹 내 시스템을 시스템 세트 매니저에 추가할 수 있습니다. 그룹을 선택하려면, 원하는 체크박스를 선택한 후 칼럼 아래 업데이트 버튼을 클릭하십시오. 선택된 그룹 내의 모든 시스템은 시스템 세트 매니저에 추가됩니다. 그 후에 시스템 세트 매니저를 이용하여 여러 시스템에 동시에 작업을 진행할 수 있습니다. 선택한 그룹의 모든 소속 시스템만을 선택하고 선택한 그룹의 일부에만 속하는 시스템은 제외할 수 있습니다. 이렇게 하려면, 선택 후 인터섹션으로 작업하기 버튼을 클릭하십시오. 선택된 모든 그룹의 모든 시스템을 추가하려면, 선택 후 유니언으로 작업하기 버튼을 클릭하십시오. 각 시스템은 속한 그룹의 수에 상관없이 한번만 나타날 것입니다. 자세한 설명은 4.4.4절. “시스템 세트 관리자”에서 참조하십시오.
  • 업데이트 — 어떤 에라타 통보가 그룹에 적용 가능한지와 최신 버전인지를 확인할 수 있습니다. 그룹 상태 아이콘을 클릭하면 시스템 그룹 정보 페이지의 에라타 탭으로 이동하게 됩니다. 자세한 정보는 4.4.3.3절. “시스템 그룹 정보 ”에서 참조하십시오.
    상태 아이콘에 따라 주의해야 할 정도를 알 수있습니다.
    • — 그룹 내의 모든 시스템이 업데이트됨
    • — 중요한 에라타 사용 가능, 업데이트할 것을 적극 권고
    • — 업데이트 가능 및 권고
  • 그룹명 — 그룹을 만들 때 설정한 이름. 이름은 다른 그룹과 비교해서 분명하게 구분될 수 있어야 합니다. 그룹명을 클릭하면 그 그룹의 시스템 그룹 정보 페이지의 정보 탭으로 이동합니다. 자세한 내용은 4.4.3.3절. “시스템 그룹 정보 ”에서 참조하십시오.
  • 시스템 — 그룹에 속한 시스템 수. 숫자를 클릭하면 해당 그룹의 시스템 그룹 정보 페이지의 시스템 탭으로 이동합니다. 자세한 정보는 4.4.3.3절. “시스템 그룹 정보 ”에서 참조하십시오.
  • SSM에서 사용 — 이 칼럼의 그룹 사용 버튼을 클릭하면 그 행의 그룹을 불러오고 즉시 시스템 세트 매니저를 시작합니다. 자세한 정보는 4.4.4절. “시스템 세트 관리자”에서 참조하십시오.
4.4.3.1. 그룹 만들기
새 시스템 그룹을 추가하려면, 페이지 오른편 상단에 위치한 새 그룹 만들기 버튼을 클릭하십시오. 이름과 설명을 입력하고 그룹 만들기 버튼을 클릭하십시오. 다른 그룹과 분명히 구분되는 이름을 사용하도록 하십시오. 새로운 그룹이 시스템 그룹 목록에 나타날 것입니다.
4.4.3.2. 그룹에 시스템 추가, 제거하기
두 곳에서 시스템을 그룹에 추가하고 제거할 수 있습니다: 시스템 그룹 정보 페이지의 목표 시스템 탭과 시스템 정보 페이지의 그룹 탭입니다. 방법은 두 곳 모두 유사합니다. 추가하거나 제거할 시스템을 선택하고 시스템 추가 또는 시스템 제거 버튼을 클릭하십시오.
4.4.3.3. 시스템 그룹 정보
(이 탭을 보려면 관리 인타이틀먼트가 필요함) 각 시스템 그룹 정보 페이지의 상단에는 두개의 링크가 있습니다: 그룹으로 작업하기 그리고 그룹 삭제입니다. 그룹 삭제를 클릭하면 그룹이 삭제되므로 사용시 주의를 요합니다. 그룹으로 작업하기는, 그룹의 시스템을 불러오고 시스템 세트 매니저를 즉시 실행한다는 점에서, 시스템 그룹 목록의 그룹 사용 버튼과 유사합니다. 자세한 정보는 4.4.4절. “시스템 세트 관리자”에서 참조하십시오.
시스템 그룹 정보 페이지는 두개의 탭으로 나누어집니다:
4.4.3.3.1. 시스템 그룹 정보 ⇒ 상세 정보
(이 탭을 확인하려면 관리 인타이틀먼트가 필요함.) 시스템 그룹에 관한 기본 정보, 즉 그룹명과 그룹 설명. 이 정보를 수정하려면, 그룹 속성 수정을 클릭하십시오. 해당 필드에 수정 사항을 입력하고 정보 수정 버튼을 클릭하십시오.
4.4.3.3.2. 시스템 그룹 정보 ⇒ 시스템
시스템 그룹의 멤버인 시스템 목록을 나열합니다. 표 안의 링크를 클릭하면 해당하는 시스템의 시스템 정보 페이지 내의 해당하는 탭으로 이동합니다. 그룹에서 시스템을 제거하려면, 시스템 체크박스를 선택하고 페이지 하단의 그룹에서 제거 버튼을 클릭하십시오. 이것으로 시스템을 RHN에서 완전히 삭제하지는 않습니다. 이것은 시스템 세트 매니저 또는 시스템 정보 페이지를 통해 가능합니다. 자세한 정보는 각각 4.4.4절. “시스템 세트 관리자” 또는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
4.4.3.3.3. 시스템 그룹 정보 ⇒ 대상 시스템
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 대상 시스템 — 조직 내 모든 시스템 목록. 이 탭에서 특정 시스템 그룹으로 시스템을 추가할 수 있습니다. 왼편의 체크박스를 이용해 시스템을 선택하고 페이지의 오른쪽 아래에 위치한 시스템 추가 버튼을 클릭합니다.
4.4.3.3.4. 시스템 그룹 정보 ⇒ 에라타
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템 그룹 내 시스템에 관련된 에라타 목록. 권고를 클릭하면 에라타 정보 페이지의 정보 탭으로 이동합니다. (자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.) 영향받은 시스템 수를 클릭하면 에라타에 관련된 모든 시스템 목록이 나타납니다. 에라타 업데이트를 이 목록에 적용하려면, 시스템을 선택하고 에라타 적용 버튼을 클릭하십시오.
4.4.3.3.5. 시스템 그룹 정보 ⇒ 관리
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템 그룹을 관리 권한을 가진 모든 조직 사용자 목록. Satellite 관리자는 분명하게 표시됩니다. 시스템 그룹 관리자는 별표(*)로 표시됩니다. 시스템 그룹 사용자를 변경하려면, 체크박스를 선택 또는 선택 해제한 후 업데이트 버튼을 클릭하십시오.
4.4.3.3.6. 시스템 그룹 정보 ⇒ 프로브
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 시스템 그룹에서 시스템으로 지정된 모든 프로브 목록을 나열합니다. 상태에서는 프로브 상태를 보여줍니다. 프로브의 상세 정보를 보려면 각각의 시스템을 클릭하여 프로브 설정을 변경합니다. 프로브를 클릭하여 모니터링에서 사용자 설정 리포트를 생성합니다.

4.4.4. 시스템 세트 관리자

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템 정보 페이지에서 개별 시스템에서 수행하는 많은 작업은 시스템 세트 매니저를 통해 여려 시스템에서 수행할 수 있습니다. 여기에는 다음과 같은 작업이 포함됩니다:
  • 에라타 업데이트 적용
  • 패키지를 가능한 최신 버전으로 업그레이드
  • 시스템 그룹에 시스템을 추가 또는 제거
  • 채널에 시스템을 등록 또는 등록 취소
  • 시스템 프로파일 업데이트
  • 스케쥴된 다운로드 받기 그리고 패키지 설치 등 시스템 선호 사항을 수정
  • 다중 프로비저닝 (Provisioning) 인타이틀먼트 시스템을 한번에 킥스타트
  • 서브스크립션 설정과 프로비저닝 (Provisioning) 인타이틀먼트 시스템 설정 채널 순위 지정
  • 선택된 프로비저닝 (Provisioning) 인타이틀먼트 시스템의 가장 최근 스냅샷을 태그
  • 프로비저닝 (Provisioning) 인타이틀먼트 시스템을 이전 스냅샷으로 복원
  • 프로비저닝 (Provisioning) 인타이틀먼트 시스템에 원격 명령 실행
다중 시스템에 작업을 시행하기 전에, 수정하고자 하는 시스템을 선택하여야 합니다. 시스템을 선택하시려면 시스템 목록 보기 링크를 클릭하신 후 원하는 시스템 옆의 체크박스를 선택하고, 목록 업데이트 버튼을 클릭하시면 됩니다.
다음과 같은 세가지 방법을 이용하여 시스템 세트 매니저를 사용하실 수 있습니다:
  1. 왼쪽 회색 네비게이션 영역에 위치한 시스템 세트 매니저 링크를 클릭하는 방법.
  2. 시스템 그룹 목록에서 그룹 사용 버튼을 클릭하는 방법.
  3. 시스템 그룹 정보 페이지에서 그룹과 함께 작업 링크를 클릭하는 방법.
4.4.4.1. 시스템 세트 매니저 ⇒ 개요
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 다른 탭에서 사용할 수 있는 다양한 옵션에 대한 설명입니다.
4.4.4.2. 시스템 세트 매니저 ⇒ 시스템
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 선택된 시스템 목록. 이 설정에서 시스템을 제거하려면, 시스템을 선택하고 제거 버튼을 클릭하십시오.
4.4.4.3. 시스템 세트 매니저 ⇒ 에라타
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 현재 시스템 설정에 적용가능한 에라타 업데이트 목록. 시스템 칼럼의 숫자를 클릭하여 어떤 시스템에 에라타를 적용 가능할 수 있는지 확인합니다. 업데이트를 적용하려면 에라타를 선택하고 에라타 적용 버튼을 클릭하십시오.
4.4.4.4. 시스템 세트 매니저 ⇒ 패키지
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 다음의 하부탭에서 시스템의 패키지를 수정하기 위한 옵션 (시스템 칼럼의 숫자를 클릭하여 시스템 세트 매니저의 어떤 시스템에 해당 패키지를 적용할 수 있는지 확인합니다):
설치, 업그레이드 제거할 패키지를 선택할 때 프로비저닝 인타이틀먼트가 있는 고객은 패키지의 설치 전이나 후에 자동으로 원격 명령을 실행하는 옵션이 있습니다. 보다 자세한 내용은 4.4.2.10.1.3절. “시스템 정보 ⇒ 정보 ⇒ 원격 명령”에서 참조하십시오.
4.4.4.4.1. 시스템 세트 매니저 ⇒ 패키지 ⇒ 업그레이드
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 선택된 시스템에서 업그레이드할 수 있는 모든 패키지 목록. 패키지를 업그레이드하려면 시스템은 패키지를 제공하는 채널에 반드시 등록되어 있어야 합니다. 한 패키지에 여러 버전이 있는 경우, 각 시스템에 가능한 최신의 버전만이 업그레이드 될 것입니다. 업그레이드 할 패키지를 선택한 후 패키지 업그레이드 버튼을 클릭하십시오.
4.4.4.4.2. 시스템 세트 매니저 ⇒ 패키지 ⇒ 설치
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 패키지를 가져올 수 있는 채널 목록. 채널 목록은 시스템이 등록된 모든 채널 목록입니다. 즉 시스템에 패키지를 설치하기 위해서는 시스템이 패키지를 보내는 채널에 등록 되어야만 합니다. 채널 이름을 클릭하고 목록에서 패키지를 선택하십시오. 그리고 패키지 설치 버튼을 클릭하십시오.
4.4.4.4.3. 시스템 세트 매니저 ⇒ 패키지 ⇒ 제거
선택된 시스템에서 제거될 수 있는 패키지 전체 목록. 시스템 세트 매니저 내의 시스템이 하나 이상의 버전의 패키지를 설치한 경우 여러 버전이 보여질 것입니다. 삭제할 패키지를 선택하고, 패키지 제거 버튼을 선택하십시오.
4.4.4.5. 시스템 세트 매니저 ⇒ 검증
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 패키지 내용, 파일 체크섬 및 기타 다른 정보를 검증 가능한 모든 설치된 패키지 목록입니다. 다음 접속시, 검증 이벤트는 특정 패키지에 대해 rpm --verify 명령을 실행할 것입니다. 만일 검증 결과 불일치하는 곳이 있다면, 각 시스템에 대한 시스템 정보 페이지에서 결과가 출력될 것입니다.
검증하고자 하는 모든 패키지 이름 옆에 위치한 체크박스를 선택하신 후 패키지 검증 버튼을 클릭하세요. 다음 화면에서 최대한 빨리 검증 작업 실행 옵션을 선택하시거나 검증 작업을 실행할 날짜와 시간을 선택하신 후 검증 작업 스케줄 버튼을 클릭해주십시오.
4.4.4.6. 시스템 세트 관리자 ⇒ 패치
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) Solaris 클라이언트의 패치를 관리하기 위한 도구입니다. 패치는 하부탭을 통해 설치 또는 제거할 수 있습니다.
4.4.4.7. 시스템 세트 매니저 ⇒ 패치 클러스터
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) Solaris 클라이언트의 패치 클러스터를 관리하기 위한 도구입니다. 패치는 하부탭을 통해 설치 또는 제거할 수 있습니다.
4.4.4.8. 시스템 세트 매니저 ⇒ 그룹
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 그룹을 만들고 그룹 멤버쉽을 관리하는 도구. 이 기능은 Satellite 관리자와 시스템 그룹 관리자만 사용할 수 있습니다. 새 그룹을 추가하려면, 오른편 상단의 새 그룹 만들기를 클릭하십시오. 클릭하여 나타난 페이지에서 이름과 설명을 해당 란에 입력하고 그룹 만들기 버튼을 클릭하십시오. 시스템 그룹에 선택된 시스템을 추가 또는 제거하기 위해서는, 라디오 버튼을 선택하고 멤버쉽 변경 버튼을 클릭하십시오.
4.4.4.9. 시스템 세트 매니저 ⇒ 채널
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 다음과 같은 하부탭을 통해 채널 연결을 관리하기 위한 옵션:
4.4.4.9.1. 시스템 세트 매니저 ⇒ 채널 ⇒ 채널 서브스크립션
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 채널에 시스템을 등록하거나 등록 해제하기 위해서는, 해당 체크 박스를 선택하고 등록 변경 버튼을 클릭하십시오. 주의할 점은 채널에 등록하는 것은 선택한 그룹에 있는 각각의 시스템에 대한 채널 인타이틀먼트를 사용하기 때문에 채널 인타이틀먼트가 충분하지 않을 경우 등록되지 못하는 시스템이 생길 것입니다. 시스템을 자식 채널에 등록하기 전에, 반드시 기본 채널에 먼저 등록해야 합니다.
4.4.4.10. 시스템 세트 매니저 ⇒ 설정
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 시스템 정보 ⇒ 채널 ⇒ 설정 탭에 있는 옵션처럼, 이 하부탭은 선택된 시스템을 설정 채널에 등록하고 배치 그리고 시스템의 설정 파일을 비교하기 위해 쓰입니다. 채널은 채널 카테고리의 설정 채널 관리 인터페이스에서 만들어집니다. 채널 만들기 정보는 4.7.2절. “개요 ”에서 참조하십시오.
시스템의 설정을 관리하기 위해서는 반드시 최신 rhncfg* 패키지들을 설치해야 합니다. 시스템에 스케쥴된 작업을 활성화하고 비활성화하는 방법에 대한 자세한 설명은 4.7.1절. “설정 관리에 필요한 시스템 준비 ”에서 참조하십시오.
4.4.4.10.1. 시스템 세트 매니저 ⇒ 설정 ⇒ 파일 배포
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) RHN의 중앙 저장소로부터 선택된 시스템으로 한번에 설정 파일을 배포하기 위해서 이 하부탭을 사용하십시오. 테이블에는 선택된 시스템에 연관된 설정 파일 목록이 표시됩니다. 시스템 수를 클릭하면 파일에 이미 등록된 시스템이 표시됩니다.
선택된 시스템을 가능한 설정 파일에 등록하기 위해서는, 원하는 파일의 체크박스를 선택하십시오. 그리고 설정 배치를 클릭하고 작업을 스케쥴 하십시오. 실제 배치될 파일의 버전은 스케쥴 시 기준으로 최신 버전이 배치될 것이므로 작업이 실행되기 전에 보여지는 버전과는 다를 수 있습니다.
4.4.4.10.2. 시스템 세트 매니저 ⇒ 설정 ⇒ 파일 비교
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택된 시스템의 설정 파일을 RHN 중앙 저장소에 있는 복사본에 비교 확인할 때 이 하부탭을 사용하십시오. 표에는 선택된 시스템에 연관된 설정 파일 목록이 나타납니다. 시스템 수를 클릭하면 파일에 이미 등록된 시스템이 표시됩니다.
시스템에 배치된 설정 파일을 RHN에 있는 파일과 비교하려면, 확인하고자 하는 각 파일의 체크박스를 선택하십시오. 그리고 차이점 분석을 클릭하고 작업을 스케쥴하십시오. 실제로 비교되는 파일은 스케쥴 시를 기준으로 최신 버전이므로 작업이 일어나기 전에 보여지는 버전이 아닐 수 있습니다. 결과는 스케쥴 카테고리나 시스템 정보 ⇒ 이벤트 페이지에서 확인할 수 있습니다.
4.4.4.10.3. 시스템 세트 매니저 ⇒ 설정 ⇒ 채널에 등록
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 우선 순위에 따라서 시스템을 설정 채널에 등록합니다. 이 탭은 Satellite 관리자 그리고 설정 관리자만 쓸 수 있습니다. 순위 칼럼에 숫자를 입력하고 채널에 등록합니다. 채널이 사용되는 순서를 1 부터 시작하여 오름차순으로 정하십시오. 순위가 없는 채널은 시스템에 연결되지 않습니다. 로컬 설정 채널은 다른 모든 채널을 덮어쓸 것입니다. 일단 설정 채널의 순위가 결정되면 이를 시스템에 어떻게 적용할 지를 반드시 결정해야 합니다.
채널 아래 세 개의 버튼으로 옵션을 선택할 수 있습니다. 최고 우선 순위로 등록을 클릭하여 현재 시스템이 등록된 채널 이전에 순위가 매겨진 채널을 위치하게 합니다. 최저 순위로 등록을 클릭하여 현재 시스템이 등록된 채널 이후에 순위가 매겨진 채널을 위치하게 합니다. 기존 등록 사항 교체는 기존의 관계를 모두 제거하고 순위가 매겨진 채널로 새로 시작하여, 모든 시스템은 동일한 순서로 동일한 설정 채널을 갖게 됩니다.
처음의 두 경우에서 새로 순위가 매겨진 채널이 기존의 설정 채널 목록에 존재하는 경우 중복되는 채널은 제거되고 새로운 순위에 따라 재추가됩니다. 기존의 시스템 채널 순서는 알맞게 재조정 됩니다. 이런 충돌이 있을 경우, 확인 페이지에서 작업이 의도한 대로 되었는지를 확인할 수 있습니다. 변경이 이루어질 때는 페이지 상단에 메세지가 나타나 업데이트가 성공적으로 실행되었음을 보여줍니다.
4.4.4.10.4. 시스템 세트 매니저 ⇒ 설정 ⇒ 채널에서 등록 해제
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 관리자는 채널 이름으로된 체크 박스를 클릭하고 시스템 등록 해제 버튼을 클릭하여 설정 채널에서 등록 해제할 수 있습니다.
4.4.4.10.5. 시스템 세트 매니저 ⇒ 설정 ⇒ 설정 활성화
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 관리자는 채널 이름으로된 체크박스를 클릭하고 RHN 설정 관리 활성화 버튼을 클릭하여 설정 채널 관리를 활성화시킬 수 있습니다. 지정된 시간 이후에 패키지 설치 스케줄 라디오 버튼을 클릭하고 드롭다운 메뉴를 사용하여 날짜 및 시간을 설정한 뒤, RHN 설정 관리 활성화 버튼을 클릭하여 작업을 스케줄할 수 있습니다.
4.4.4.11. 시스템 세트 매니저 ⇒ 프로비저닝
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 다음과 같은 하부탭을 통해 시스템을 프로비저닝하기 위한 옵션이 있습니다:
4.4.4.11.1. 시스템 세트 매니저 ⇒ 프로비저닝 ⇒ 킥스타트
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택된프로비저닝 (Provisioning) 인타이틀먼트 시스템에서 Red Hat Enterprise Linux를 재설치하려면 이 하부탭을 이용하십시오. 킥스타트를 스케쥴하려면, 배포판을 선택하고 방식 (IP 주소 또는 수동)을 확인한 후 계속을 클릭하십시오. 그리고 이어지는 화면에서 가능한 선택 사항을 선택하십시오. RHN Proxy Server를 통해 RHN에 접속하는 시스템이 있다면, 기존 설정 유지 라디오 버튼이나 RHN Proxy 사용 라디오 버튼 중 하나를 선택하시기 바랍니다. RHN Proxy Server를 통해 킥스타트하시려면, RHN Proxy 사용 라디어 버튼 옆에 위치한 드롭다운 메뉴에서 사용 가능한 프록시를 선택하시면 됩니다. 선택된 프록시를 통해 모든 시스템이 킥스타트될 것입니다. 선택 사항을 확인하기 위해 킥스타트 스케쥴 버튼을 클릭하십시오. 선택된 시스템에서 킥스타트가 성공적으로 스케쥴된다면, 웹 인터페이스는 시스템 세트 매니저 페이지로 돌아갑니다.
4.4.4.11.2. 시스템 세트 매니저 ⇒ 프로비저닝 ⇒ 시스템 태그
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택한 시스템의 가장 최근 스냅샷에 의미있는 설명을 추가하고자 할 때 이 하부탭을 사용하십시오. 가장 최근 스냅샷에 태그를 지정하기 위해서는, 태그 이름을 입력하고 현재 스냅샷에 태그 지정 버튼을 클릭하십시오.
4.4.4.11.3. 시스템 세트 매니저 ⇒ 프로비저닝 ⇒ 롤백
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택된 프로비저닝 (Provisioning) 인타이틀먼트 시스템을 태그가 달린 이전 스냅샷으로 롤백하고자 할 때 이 하부탭을 이용하십시오. 태그 이름을 클릭하고 복귀시킬 시스템을 확인하십시오. 그리고 시스템 롤백 버튼을 클릭하십시오.
4.4.4.11.4. 시스템 세트 매니저 ⇒ 프로비저닝 ⇒ 원격 명령
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택된 프로비저닝 (Provisioning) 인타이틀먼트 시스템에 원격 명령을 실행하려면 이 하부탭을 사용하십시오. 이 기능이 허용되기 위해서는 클라이언트 시스템에 run 파일을 받드시 만들어야 합니다. 방법은 채널 탭의 설정 하부탭을 참조하십시오. 그 후 특정 사용자, 그룹, 타임아웃 시점 그리고 이 페이지의 스크립트를 확인하십시오. 명령을 실행할 날짜와 시간을 선택하고 원격 명령 스케줄을 클릭하십시오.
4.4.4.12. 시스템 세트 매니저 ⇒ 기타
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 기타 — 다음과 같은 링크를 통해 시스템 프로파일과 환경 설정을 업데이트합니다:
4.4.4.12.1. 시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 프로파일 업데이트
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 하드웨어 프로파일 업데이트를 클릭하고 새로고침 확인을 클릭하면 하드웨어 프로파일 업데이트가 스케줄됩니다. 패키지 프로파일 업데이트을 클릭하고 새로고침 확인을 클릭하면 패키지 프로파일 업데이트가 스케줄됩니다.
4.4.4.12.2. 시스템 세트 매니저 ⇒ 기타 ⇒ 사용자 정의 시스템 정보
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 선택된 시스템에 사용자 정의 값 설정을 클릭하고 키의 이름을 클릭하십시오. 그러면 선택된 모든 시스템의 값을 얻을 수 있습니다. 정보를 입력하고 값 설정 버튼을 클릭하십시오. 선택한 시스템에서 사용자 정의 값 제거를 클릭하고 이어 키의 이름을 클릭하면 선택한 모든 시스템의 값을 제거할 수 있습니다. 값 제거를 클릭하여 삭제를 완료하십시오.
4.4.4.12.3. 시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 재부팅
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 해당하는 시스템을 선택하고 시스템 재시작링크를 클릭하면 시스템이 재시작되도록 설정됩니다. 이 작업을 즉시 취소하려면 페이지 상단의 확인 메세지 내에 나타나는 시스템 목록 링크를 클릭하십시오. 그 후 시스템을 선택하고 작업 스케줄 취소를 클릭하십시오.
4.4.4.12.4. 시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 잠금
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 해당하는 시스템을 선택하고 시스템 잠금 링크를 선택하면 RHN을 통해 시스템에 영향을 줄만한 어떤 작업도 스케줄될 수 없습니다. 시스템 잠금 해제 링크를 클릭하면 잠금이 풀립니다.
4.4.4.12.5. 시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 삭제
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템 프로파일 삭제삭제 확인을 순서대로 클릭하여 선택된 프로파일을 영구적으로 제거하십시오.
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 라디오 버튼을 이용하여 선택된 시스템에서 인타이틀먼트를 추가, 삭제, 또는 변경 없음 여부를 선택하십시오. 선택을 마친 후 인타이틀먼트 변경 버튼을 클릭하여 선택을 확인합니다.
4.4.4.12.7. 시스템 세트 매니저 ⇒ 기타 ⇒ 시스템 환경 설정
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 아니오 라디오 버튼을 선택하고 사용자 환경 설정 변경을 클릭하면 선택된 시스템에 대한 통지 설정 사항을 변경할 수 있습니다. 이 설정 사항은 시스템 정보 페이지의 속성 하부탭을 통해 시스템 각각에 적용될 수 도 있습니다. 자세한 방법은 4.4.2.10.1.2절. “시스템 정보 ⇒ 정보 ⇒ 등록 정보”에서 참조하십시오.
  • 업데이트/에라타 통지 받기 — 이 설정은 시스템에 관련된 모든 권고를 알려줍니다. 관리 중인 시스템에 대한 업데이트가 개발되어 발표될 때마다 이메일로 통지를 받게 됩니다.
  • 시스템을 일일 요약 내용에 포함 — 이러한 설정에서 시스템 이벤트를 매일 요약하는 내용에 선택한 시스템을 포함시킵니다. (기본 설정으로 모든 관리 (Management) 및 프로비저닝 (Provisioning) 시스템이 요약 내용에 포함되어 있습니다.) 시스템 이벤트란 스케줄된 에라타 업데이트(Errata Updates)나 시스템 재시작 또는 체크인 실패 등 패키지에 영향을 미치는 동작을 말합니다. 시스템을 포함시켰다면 사용자 RHN사용자 환경 설정에서 반드시 이메일 통지를 받도록 설정해야 합니다. 4.3.2절. “"사용자 환경 설정" 페이지”에서 자세히 설명하고 있습니다. RHN은 유효한 이메일으로만 요약 내용을 보낸다는 것에 유의하시기 바랍니다.
  • 관련된 에라타 자동 적용 — 모든 에라타 업데이트는 자동으로 시스템에 적용됩니다. 에라타에 연계된 패키지가 사용자 개입 없이 업데이트 됩니다. 생산 시스템에는 자동 업데이트 기능을 사용하지 말 것을 Red Hat은 추천함을 기억하시기 바랍니다. 이는 패키지와 시스템 환경 사이의 마찰로 시스템이 부정적인 영향을 받을 수 있기 때문입니다.

4.4.5. 고급 검색

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 시스템 검색 페이지에서는 특정 기준에 따라 시스템을 검색할 수 있습니다. 이러한 기준에는 사용자 정의 시스템 정보, 시스템 정보, 하드웨어, 장치, 인터페이스, 네트워킹, 패키지, 위치가 포함됩니다.
검색은 검색 필드 드롭 다운 메뉴를 사용하여 조정할 수 있으며, 이는 기본값으로 이름/설명으로 설정됩니다.
다음 목록은 검색할 영역 드롭-다운 메뉴에 대한 자세한 내용을 나타냅니다.
  • DMI 정보데스트탑 관리 인터페이스 (DMI)는 컴퓨터 시스템 구성요소 관리를 위한 표준입니다. 다음과 같은 DMI 검색 방법을 사용하여 RHN Satellite 시스템을 검색할 수 있습니다.
    • 시스템 (System) — 제품 이름 또는 번호, 제조 업체 이름, 일련 번호,및 기타 고유 시스템 관련 정보
    • BIOS — BIOS 업체 이름과 버전, BIOS에서 활성화된 하드웨어 지원과 같은 BIOS 지원 정보
    • 자산 태그 (Asset Tag) — 보다 나은 추적, 관리, 재고 관리를 위해 IT 부서 (또는 공급 업체)에 의해 시스템에 할당된 고유 식별자
  • 위치 (Location) — 시스템의 물리적 위치로 다음과 같은 사항이 포함됩니다:
    • 주소 — 시스템 또는 시스템 모음 주소
    • 빌딩 (Building) — 건물 또는 사이트 주소
    • 방 (Room) — 건물에 있는 서버 또는 시스템 룸
    • 랙 (Rack) — 시스템이 있는 서버룸 내의 지정된 위치
  • 상세 정보 (Details) — 시스템 관리자 및 Satellite 관리자에 의해 시스템에 할당된 고유 식별자입니다. 다음과 같은 사항이 포함됩니다:
    • 이름/설명 (Name/Description) — RHN Satellite 서버에 추가 시 Satellite 관리자에 의해 시스템에 할당된 이름
    • ID — 시스템 또는 시스템 설정에 고유한 식별자
    • 사용자 설정 정보 (Custom Info) — 시스템에서만 고유한 시스템에 관한 정보
    • 스냅샷 태그 (Snapshot Tag) — 새로운 또는 이전 시스템 스냅샷에 할당된 이름
    • 실행 중인 커널 (Running Kernel) — Satellite에 등록되어있는 시스템에서 현재 실행중인 커널
  • 하드웨어 (Hardware) — 다음과 같은 사항이 포함된 특정 구성 요소로 시스템을 검색할 수 있습니다.
    • CPU 모델 — CPU 모델 이름 (예: Pentium 또는 Athlon)
    • CPU MHz 미만 (CPU MHz Less Than) — 메가헤르츠 단위로 사용자가 지정한 속도 미만의 프로세서가 있는 시스템을 검색
    • CPU MHz 이상 (CPU MHz More Than) — 메가 헤르츠 단위로 사용자가 지정한 속도 이상의 프로세서가 있는 시스템을 검색
    • CPU 수 미만 (Number of CPUs Less Than) — 사용자가 지정한 수량 미만의 프로세서가 있는 시스템을 검색
    • CPU 수 이상 (Number of CPUs Greater Than) — 사용자가 지정한 수량 이상의 프로세서가 있는 시스템을 검색
    • RAM 미만 (RAM Less Than) — 메가바이트 단위로 사용자가 지정한 수량 미만의 메모리양이 있는 시스템을 검색
    • RAM 이상 (RAM More Than) — 메가바이트 단위로 사용자가 지정한 수량 이상의 메모리양이 있는 시스템을 검색
  • 패키지 (Packages) — 시스템에 설치된(및 아직 설치되지 않은) 패키지에 의해 시스템을 검색할 수 있습니다.
    • 설치된 패키지 (Installed Packages) — 설치된 특정 패키지에 기반하여 시스템을 거르기합니다
    • 필요한 패키지 (Needed Packages) — 아직 설치되지 않은 특정패키지에 기반하여 시스템을 거르기합니다
  • 작업 활동 (Activity) — RHN Satellite에 처음 또는 마지막으로 접속한 후 경과한 시간에 의해 시스템을 검색할 수 있습니다
    • 마지막 접속 후 경과 일수 (Days Since Last Check-in) — 시스템이 RHN Satellite에 마지막으로 접속한 후 경과한 시간 (일수).
    • 처음 접속 후 경과 일수 (Days Since First Check-in) — 시스템이 RHN Satellite에 처음으로 접속한 후 경과한 시간 (일수).
  • 네트워크 정보(Network Info) — IP 주소와 같이 특정 네트워킹 정보에 기반하여 시스템을 검색할 수 있습니다.
    • 호스트이름 — RHN Satellite에 등록된 시스템과 관련된 이름
    • IP 주소 — RHN Satellite에 등록된 시스템의 네트워크 주소
  • 하드웨어 장치 (Hardware Devices) — 드라이버 이름, 장치 또는 공급업체 ID와 같이 특정 하드웨어 정보에 의해 시스템을 검색할 수 있습니다.
    • 설명 (Description) — 상표 또는 모델 이름/번호 (예: Intel 82801HBM/HEM)와 같은 장치 요약 정보
    • 드라이버 (Driver) — 커널 드라이버 또는 모듈 이름 (예: tulip.o 또는 iwl3945)
    • 장치 ID (Device ID) — 시스템에 설치된 장치에 해당하는 16 진수
    • 공급 업체 ID (Vendor ID) — 시스템에 설치된 장치의 공급업체에 해당하는 16 진수
작업 선택 (예를 들어, 마지막 접속 후 경과 일수)은 오래된 시스템 프로파일을 찾고 제거할 때 특히 유용합니다. 키워드를 입력하고 검색 조건을 선택합니다. 라디오 버튼을 이용해서 시스템 전체를 쿼리할지 시스템 세트 매니저에 로드된 시스템만 쿼리할 지를 결정한 후 검색 버튼을 클릭합니다. 결과 반전하기 체크박스를 선택하면 검색 조건과 일치하지 않는 시스템 목록을 볼 수 있습니다.
결과는 페이지 하단에 보여집니다. 결과로 나타나는 시스템 목록을 이용하는 방법은 4.4.2절. “"시스템" 페이지 ”에서 참조하십시오.

4.4.6. 활성키

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 활성키 관리자 (Satellite 관리자 포함) 역할을 갖는 RHN 관리 및 프로비저닝 사용자는 RHN 웹사이트를 통해 활성키를 생성할 수 있습니다. 이 키는 Red Hat Enterprise Linux 시스템을 등록하고, 시스템의 RHN 서비스 레벨에 대한 인타이틀먼트 부여, rhnreg_ks 명령행 유틸리티를 통해 특정 채널 및 시스템 그룹에 시스템 등록 등과 같은 작업에 사용될 수 있습니다.

참고

시스템 정보 페이지의 재활성화 하부탭에서 만들어지는 특정 시스템 전용 활성키는 여기서 보여지지 않으며 이는 시스템 전반에 걸친 재사용이 불가능하기 때문입니다.
4.4.6.1. 활성키 관리
활성키를 만들기 위해서는 다음을 수행합니다:
  1. 왼편 상단 네비게이션 바에서 시스템 => 활성키 를 선택하십시오.
  2. 오른편 상단에 위치한 새 키 만들기 링크를 클릭하십시오.

    주의

    아래에 나열된 필드에 추가하여 RHN Satellite 사용자는 Key 필드를 채워야 할 수 도 있습니다. 사용자 지정 문자열은 rhnreg_ks를 써서 Satellite로 클라이언트 시스템을 등록하는데 쓰입니다. 키에 콤마를 사용하지 마십시오. 다른 문자는 모두 허용됩니다. 콤마는 하나 이상의 키를 한번에 사용할 때 각 키를 구분하기 위해 쓰이므로 키에 콤마가 포함되면 문제가 발생할 수 있습니다. 자세한 정보는 4.4.6.2절. “한 번에 여러 활성키를 사용 ”에서 참조하십시오.
  3. 다음의 정보를 입력하십시오:
    • 설명 — 생성된 키를 구별하기 위한 사용자 지정 설명.
    • 사용 제한 — 한번에 활성키에 등록 가능한 시스템 최대수. 무제한 등록 가능하게 하려면 빈칸으로 두십시오. 시스템 프로파일을 하나씩 삭제할때마다 사용수가 하나씩 줄어들게 되므로, 해당 키를 가지고 등록할 수 있는 시스템 수가 하나 증가합니다.
    • 기본 채널 — 키의 기본 채널. 이 칸을 비워두면 모든 자식 채널 중에서 선택할 수 있습니다. 시스템은 적용가능한 하나에만 등록됩니다.
    • 애드-온 인타이틀먼트 — Monitoring, Provisioning, Virtualization, Virtualization Platform이 있는 키에 해당하는 추가 인타이틀먼트. 이 키를 사용하는 시스템은 모두 이 인타이틀먼트를 갖게 됩니다.
    • 전사적 기본 키 — 이 키가 조직의 기본 활성키인지 여부.
    키 생성을 클릭하십시오.
활성키

그림 4.6. 활성키

고유한 키를 만든 후에, 그 키는 활성키 목록에 이용 횟수와 함께 나타납니다. 활성키 관리자만이 이 목록을 확인할 수 있다는 점에 유의하십시오. 여기서 키를 자식 채널과 그룹에 연계시킴으로써 이 키를 이용해 등록되는 시스템이 자동적으로 등록되도록 할 수 있습니다.
채널이나 그룹 등 키에 대한 정보를 수정하려면, 키 목록에서 설명을 클릭한 후 해당하는 탭에서 수정 하십시오. 그리고 하단의 키 업데이트를 클릭하십시오. 채널과 그룹을 키에서 연결 해제하기 위해서는, 해당하는 메뉴에서 Ctrl-클릭하여 채널과 그룹을 선택해제하십시오. 키를 완전히 제거하려면, 수정 페이지의 오른편 상단에 있는 키 삭제를 클릭하십시오.
시스템을 등록시 활성키를 이용하여 기본 채널에 등록하도록 설정 가능합니다. 그러나 만일 기본 채널을 지정한 활성키가 시스템 운영 체제와 호환되지 않는다면, 등록에 실패할 것입니다. 예를 들어, x86 시스템 용 Red Hat Enterprise Linux AS v.4는 Red Hat Enterprise Linux ES v.4를 지정하는 활성키를 가지고 x86 기반 채널에 등록할 수 없습니다. 이러한 경우 언제든 시스템을 사용자 설정 기본 채널에 등록할 수 있습니다.
키가 시스템을 활성화하는데 쓰이는 것을 원치 않으시면, 키 목록에서 활성화 칼럼의 체크박스를 선택 해제하여 비활성화 할 수 있습니다. 체크박스를 선택하면 키는 다시 활성화 될 수 있습니다. 변경 후에는 오른편 아래에 위치한 키 업데이트 버튼을 클릭하십시오.
4.4.6.2. 한 번에 여러 활성키를 사용
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 프로비저닝 (Provisioning) 사용자는 여러개의 활성키가 명령행이나 하나의 킥스타트 프로파일에 포함될 수 있다는 것을 기억하시기 바랍니다. 이를 이용하면 한 시스템에 특정적인 새 키를 다시 만들 필요 없이 다양한 키의 기능을 통합하여 사용할 수 있습니다. 또한 킥스타트와 등록 과정이 간소화되는 반면 키 목록이 늘어나는 속도를 늦출 수 있습니다.
이 기능이 없다면 조직은 네개의 서버 그룹을 관리하고 서버 하나를 두개의 그룹에 등록할 때 최소한 여섯개의 활성키가 필요합니다. Red Hat Enterprise Linux 4와 5 같이 두 버전의 운영 체제가 있다면 두 배의 활성키가 필요하게 됩니다. 규모가 큰 조직에서는 수많은 키가 필요할 것입니다.
하나 이상의 키를 명시하기 전에, 어떻게 각 값들이 조합되고 문제 해결이 되는지를 이해하십시오. 이 값들은 있는 서버 그룹, 소프트웨어 패키지, 소프트웨어 자식 채널 그리고 설정 채널 등의 있는 그대로의 합집합입니다. 이상의 것들을 조합하여 이용될 수 있으며, 속성 간에 충돌이 있을 경우, 다음과 같이 해결될 것입니다:
  • 기본 소프트웨어 채널 — 등록 실패
  • 인타이틀먼트 — 등록 실패
  • 설정 표시 활성 — 설정 관리 준비
특정 시스템 전용 활성키를 기타 활성키와 같이 이용하지 마십시오; 이 경우 등록 작업이 실패합니다.
이제 여러개의 활성키를 한번에 사용할 준비가 되었습니다. 이를 위해서는 명령행에서 rhnreg_ks을 사용할 때나, 킥스타트 정보 페이지의 포스트 (Post) 탭 내 킥스타트 프로파일에서 콤마로 키를 구분합니다. 자세한 설명은 4.4.9.3절. “새로운 킥스타트 프로파일 생성”에서 참조하십시오.

4.4.7. 저장된 프로파일

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) RHN 프로비저닝 (Provisioning) 사용자는 패키지 프로파일을 만들기 위해서 시스템 정보 페이지 내 패키지 탭의 프로파일 하부탭을 이용할 수 있습니다. 거기서 만들어진 프로파일은 저장된 프로파일에서 찾을 수 있으며 여기서 프로파일은 수정되거나 삭제될 수 있습니다.
프로파일을 수정하려면, 목록에서 이름을 클릭한 후 이름과 설명을 변경하고 프로파일 업데이트를 클릭하십시오. 프로파일에 연계된 소프트웨어를 보시려면, 패키지 탭을 클릭하십시오. 프로파일을 완전히 제거하시려면, 페이지 오른편 상단의 저장된 프로파일 삭제를 클릭하십시오.

4.4.8. 사용자 정의 시스템 정보

(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) RHN 프로비저닝 (Provisioning) 사용자는 전적으로 사용자 정의 가능한 시스템 정보를 추가할 수 있습니다. 노트와 달리 이 정보는 보다 공식적이고 검색이 가능합니다. 예를 들어, 각 시스템에 자산 태그가 필요할 수 있습니다. 이를 위해서는 사용자 정의 시스템 정보 페이지에서 자산 키를 생성하십시오.
페이지 오른편 상단에 위치한 새 키 만들기를 클릭하십시오. 자산 그리고 각 시스템의 정확한 위치 같은 의미있는 이름표와 설명을 입력하십시오. 그리고 키 만들기를 클릭하십시오. 이제 키는 사용자 정의 정보 키 목록에 나타날 것입니다.
일단 키가 있으면, 시스템 정보 페이지의 사용자 정의 정보 탭을 통해 값을 설정할 수 있습니다. 자세한 내용은 4.4.2.10.1.7절. “시스템 상세 정보 ⇒ 상세 정보 ⇒ 사용자 정보”에서 참조하십시오.
4.4.8.1. rhn-custom-info
사용자 정의키를 생성 및 열거하기 위한 Satellite 웹 인터페이스 이외에 rhn-custom-info란는 명령행 도구가 있습니다. 이는 웹 인터페이스로 액세스할 수 없는 관리자가 쉘 프롬프트에서 동일한 작업을 실행하게 합니다.
rhn-custom-info 사용법은 다음과 같습니다:
rhn-custom-info options key1 value1
Copy to Clipboard Toggle word wrap
예제:
rhn-custom-info --username=admin --password=f00b4rb4z --server-url=satellite.example.com --list-values
Copy to Clipboard Toggle word wrap
이 명령은 satellite.example.com Satellite 서버의 사용자 정의키와 그 값을 나열합니다.
보다 자세한 내용은 rhn-custom-info -h를 입력하여 나타나는 도움말 파일을 참조하십시오.

4.4.9. 킥스타트

(이 탭을 보려면 프로비저닝 인타이틀먼트가 필요합니다.) 킥스타트 설정 파일을 통해 관리자는 여러 서버 및 워크스테이션과 같은 시간이 소모되는 시스템 설치를 자동화할 수 있는 환경을 만들 수 있습니다. 킥스타트 파일은 Satellite 웹 기반 인터페이스를 통해 생성, 수정, 관리 및 사용자 정의할 수 있습니다.
RHN Satellite는 Cobbler 설치 서버를 통해 관리자가 PXE (Pre-Execution Environment) 서버를 사용하여 무인 설치를 실행하게 하고, 완전 가상화 및 반가상화 게스트 시스템의 설치 및 설정은 물론 실행 중인 시스템을 재설치할 수 있게 합니다. Cobbler 설정 방법 및 관련 프로그램 Koan에 관한 자세한 내용은 8장. Cobbler에서 참조하십시오.
프로비저닝을 필요로하는 고객을 위해 RHN Satellite는 킥스타트 프로파일을 위한 인터페이스를 제공하여 새 시스템이나 이미 등록된 시스템에 Red Hat Enterprise Linux 또는 다른 운영 체제를 설치할 수 있습니다. 이는 시스템의 특정 사양에 맞게 자동적으로 설치되도록 합니다.

중요

시스템이 RHN Hosted 서버에 연결되어 있으면, 각 배포판이 킥스타트되기 위해서는 외부 설치 트리가 필요합니다. 목표 시스템이 HTTP를 통해 접근 가능한 서버에 이 트리는 존재할 수 있습니다. 시스템이 RHN Proxy 서버로 연결되어 있으면, 이 설치 트리를 Proxy의 /var/www/html/pub/에 두면 됩니다. RHN Satellites 서버는 이미 각 Red Hat 배포판에 대한 트리를 가지고 있기 때문에 따로 트리가 필요하지 않습니다. 시스템이 RHN Proxy 서버를 통해 Satellite 서버에 연결되더라도 킥스타트할 때 이 트리를 이용할 수 있습니다. 설치 트리를 설정하는 방법은 4.4.9.6절. “킥스타트 ⇒ 배포 ”에서 참조하십시오.
Red Hat은 각 Red Hat Enterprise Linux (RHEL) 릴리즈의 킥스타트 트리를 GA (General Availability) 출시에 가장 가가운 일정으로 제공하는 것을 목표로 하고 있습니다. 고객 용으로 출시하기 전 킥스타트 트리를 생성, 테스트, 검증하는 과정으로 인해 RHEL 버전의 GA 날짜 보다 늦어질 수 있습니다.
킥스타트 개요

그림 4.7. 킥스타트 개요

킥스타트 개요 페이지에서는 고객 시스템에 있는 킥스타트의 상태를 보여줍니다: 이는생성된 프로파일 유형과 개수 그리고 킥스타트하기로 스케줄되어 있는 시스템의 진행 상태를 포함합니다. 우측 상단의 킥스타트 작업 부분에는 킥스타트 프로파일에 대해 관리 작업으로 연결된 여러 링크가 있습니다. 이 페이지에서 사용 가능한 여러 킥스타트 옵션에 대해 설명하기 전에 킥스타트에 대해 소개합니다.
4.4.9.1. 킥스타트 소개
많은 시스템 관리자는 자동 설치 방식을 사용하여 Red Hat Enterprise Linux를 설치하는 것을 선호합니다. 이러한 요구에 따라 Red Hat은 킥스타트 설치 방식을 만들었습니다. 킥스타트를 사용하여 시스템 관리자는 설치가 진행되는 도중 일반적으로 묻게되는 질문에 대한 응답이 들어있는 단일 파일을 만들 수 있습니다.
킥스타트 파일은 단일 서버 시스템에 저장되어 설치 도중 개별 컴퓨터에 의해 읽어집니다. 이러한 설치 방법은 단일 킥스타트 파일을 사용하여 여러 컴퓨터에 Red Hat Enterprise Linux를 설치하게 할 수 있어 네트워크 및 시스템 관리자에게 이상적입니다.
기본 이미지, 킥스타트 파일, 기타 다른 컨텐츠는 Satellite 서버 URL을 사용하여 HTTP를 통해 액세스할 수 있습니다. 예를 들어 Satellite 서버에 32 비트 용 Red Hat Enterprise Linux ES 4 업데이트 5의 킥스타트 파일에 액세스하려면 기본 URL은 http://satellite.example.com/ks/dis/ks-rhel-i386-es-4-u5 다음에 다운로드하고자 하는 패키지의 이름이 옵니다. 예: http://satellite.example.com/ks/dis/ks-rhel-i386-es-4-u5/GPL
Red Hat Enterprise Linux 시스템 관리 가이드에서는 킥스타트에 관해 자세하게 설명하고 있으며 이는 다음의 URL에서 확인하실 수 있습니다.: http://www.redhat.com/docs/manuals/enterprise/
4.4.9.1.1. 킥스타트 설명
컴퓨터가 네트워크 기반의 킥스타트를 받을 때는, 다음의 이벤트가 아래와 같은 순서로 발생해야 합니다:
  1. 네트워크에 위치되어 전원이 켜진 후에, 컴퓨터의 PXE 논리는 MAC 주소와 요청을 보내 발견될 수 있도록 합니다.
  2. 만일 고정 IP 주소가 이용되지 않으면, DHCP 서버는 발견 요청 신호를 인지하고 새 컴퓨터가 부팅하는데 필요한 네트워크 정보 제공 양을 증가시킵니다. 이는 IP 주소, 기본 게이트웨이, 네트워트의 넷마스크, 부트로더 프로그램을 가지고 있는 TFTP 또는 HTTP 서버의 IP 주소, 프로그램의 전체 경로와 파일이름 (서버 루트에 대해서는 상대경로)을 포함합니다.
  3. 컴퓨터는 네트워킹 정보를 적용하고 부트로더 프로그램을 요청하기 위해 서버와의 세션을 시작합니다.
  4. 일단 부트로더가 로드되면, 이는 자신을 로드한 서버에 있는 자신의 설정 파일을 검색합니다. 이 파일은 부팅되는 시스템에서 실행될 커널과 초기 RAM 디스크 (initrd) 이미지와 같은 커널 옵션을 결정합니다. 부트로더 프로그램이 SYSLINUX라고 가정할 때, 이 파일은 서버의 pxelinux.cfg 디렉토리에 위치하고 이름은 새로운 컴퓨터의 IP 주소에 상응하는 16진법으로 정해질 것입니다. 예를 들어, Red Hat Enterprise Linux AS 2.1 용 부트로더 설정 파일에는 다음이 포함되어야 합니다:
    port 0 
    prompt 0 
    timeout 1 
    default My_Label 
    label My_Label 
          kernel vmlinuz 
          append ks=http://myrhnsatellite/ initrd=initrd.img network apic
    
    Copy to Clipboard Toggle word wrap
  5. 컴퓨터는 init 이미지와 커널을 받고 압축을 풉니다. 커널을 시작하고 부트로더 설정 파일에서 제공된 옵션을 이용하여 킥스타트 설치를 시작합니다. 옵션은 킥스타트 설정 파일이 저장되어 있는 서버를 포함합니다.
  6. 다음에 이 킥스타트 설정 파일은 설치 파일의 위치로 컴퓨터를 인도합니다.
  7. 새로운 컴퓨터는 킥스타트 설정 파일의 파라미터에 기초해 설치됩니다.
4.4.9.1.2. 킥스타트 선수 선행 조건
Red Hat Network를 통해 시스템 프로비저닝이 손쉬워지기는 하였지만, 킥스타트를 관리하는 인프라에는 약간의 작업이 더 필요합니다. 예를 들어, 킥스타트 프로파일을 만들기 전에 고려해야 할 점들은 다음과 같습니다:
  • DHCP 서버. 이는 킥스타트에는 필요하지 않지만 DHCP 서버는 킥스타트 파일에서 네트워크 설정의 필요성을 줄일 수 있습니다. 또한 네트워크에서 부팅해야 할 수 도 있습니다. DHCP 서버가 없고 정적 IP 주소를 사용하고 있는 경우, 킥스타트 프로파일을 개발하는 동안 정적 IP를 선택해야 합니다.
  • 킥스타트 배포 트리 호스팅에 있어 HTTP 대신 FTP 서버를 사용할 수 있습니다.
베어 메탈 킥스타트를 실행하는 경우 다음을 수행합니다:
  1. DHCP를 설정하여 필요한 네트워크 매개 변수와 부트로더 프로그램 위치를 지정합니다.
  2. 부트로더 설정 파일에서 사용되는 커널과 적절한 커널 옵션을 지정합니다.
4.4.9.1.3. 부트 가능한 킥스타트 ISO 만들기
등록된 시스템이 새로운 운영 체제와 패키지 프로파일로 킥스타트되도록 스케줄할 수 있는 반면에, RHN에 등록되지 않았거나 아직 운영 체제가 설치되지 않은 시스템을 킥스타트하는 것 또한 유용합니다. 가장 일반적인 방법은 목표 시스템에 넣을 부트 가능한 CD-ROM을 만드는 것입니다. 시스템이 재시작될 때 CD-ROM에서 부팅되어 킥스타트 설정을 RHN 서버나 사용자의 Satellite 서버에서 로드하고 사용자가 만든 킥스타트 프로파일에 따라 Red Hat Enterprise Linux 설치를 진행합니다.
이러한 작업을 진행하기 위해 해당 배포판의 첫번째 CD-ROM에서 /isolinux의 내용을 복사하십시오. 그 후 isolinux.cfg 파일을 수정하여 'ks'가 기본이 되도록 하십시오. 'ks' 부분을 수정하여 다음과 같이 보이도록 하십시오:
label ks 
kernel vmlinuz 
   append text ks={url} initrd=initrd.img lang= devfs=nomount ramdisk_size=16438 \
   {ksdevice}
Copy to Clipboard Toggle word wrap
IP 주소 기반 킥스타트 URL은 다음과 유사합니다:
 http://my.sat.server/kickstart/ks/mode/ip_range 
Copy to Clipboard Toggle word wrap
IP 범위에 의해 선택된 킥스타트 배포판은 구축하고 있는 배포판과 일치해야 에러가 발생하지 않습니다. {ksdevice}는 선택 사항이며 다음과 같습니다:
 ksdevice=eth0 
Copy to Clipboard Toggle word wrap
Red Hat Enterprise Linux AS 4에서 Red Hat Enterprise Linux ES 4로 처럼 같은 제품군 내에서 킥스타트 프로파일의 배포판을 바꾸는 것은 새로운 배포판 이름을 명시함으로서 가능합니다. 버전 (2.1 에서 3으로)과 업데이트 (U1에서 U2로) 간에는 변경이 불가능함에 유의하시기 바랍니다.
다음으로 필요에 따라 여러개의 킥스타트 옵션, 다른 부트 메세지, 짧은 타임아웃 값 등을 추가하여isolinux.cfg 파일을 사용자 설정하십시오.
다음으로 Red Hat Enterprise Linux 3 설치 가이드설치 부트 CD-ROM 만들기 (Making an Installation Boot CD-ROM) 절에서 설명되었듯이 ISO를 만드십시오. 또는 다음의 명령을 실행하십시오:
mkisofs -o file.iso -b isolinux.bin -c boot.cat -no-emul-boot -boot-load-size 4 \ 
-boot-info-table -R -J -v -T isolinux/
Copy to Clipboard Toggle word wrap
isolinux/는 배포판 CD에서 얻은 isolinux 파일을 포함하고 있는 디렉토리에 대한 상대 경로라는 것을 주의하십시오. 반면에 file.iso는 현재 디렉토리에 넣어진 결과물 iso 파일입니다
그 후 ISO로 CD-ROM을 만드시면 됩니다. 디스크를 사용하려면 (킥스타트 부트의 라벨을 'ks'로 뒀다고 가정하여), 시스템을 새로 시작하고 프롬프트에서 "ks"를 입력하십시오. 엔터 (Enter)를 치면 킥스타트가 시작됩니다.
4.4.9.1.4. 킥스타트를 PXE에 통합하기
CD-ROM 기반의 설치에 더해, RHN은 Pre-Boot Execution Environment (PXE)를 통한 킥스타트를 지원합니다. 이를 이용하면 CD보다 에러가 발생할 가능성이 더 낮으며 베어 메탈(bare metal)에서 킥스타트가 가능하고 기존의 PXE/DHCP에 통합됩니다.
이 방법을 이용하시려면, 시스템에 PXE를 지원하는 네트워크 인터페이스 카드 (NIC)가 있는지, PXE 서버가 설치 및 설정되었는지, DHCP가 실행되고 있는지를 확인하십시오. 그 후에 디플로이를 위해 해당하는 파일을 HTTP 서버에 옮기십시오. 일단 킥스타트 프로 파일이 만들어졌으면, CD-ROM 기반 설치에서 했듯이, 킥스타트 정보 페이지의 URL을 이용하실 수 있습니다.
PXE 킥스타트를 실행하기 위한 구체적인 설명은 Red Hat Enterprise Linux 5 시스템 관리 가이드PXE 네트워크 설치 장을 참조하십시오.

참고

네트워크 부팅 도구 (Network Booting Tool) 실행에 있어, Red Hat Enterprise Linux 5: 시스템 관리 가이드에 설명되었듯이, "HTTP"를 프로토콜로 선택하였는지 확인하십시오. 그리고 RHN Satellite 서버를 설치 파일을 배포하는데 쓰시려면 RHN Satellite 서버의 도메인 이름을 서버 필드에 포함시키십시오.
다음 부분에서는 시스템킥스타트 페이지에서 사용 가능한 킥스타트 옵션에 대해 설명합니다.
4.4.9.2. 킥스타트 프로파일
킥스타트 프로파일

그림 4.8. 킥스타트 프로파일

이 페이지에는 조직의 모든 프로파일 목록이 있으며, 이러한 프로파일이 활성화되었는지, 프로파일과 관련된 배포 트리가 있는지를 알 수 있습니다. 새로운 킥스타트 프로파일을 만들기위해 새로운 킥스타트 프로파일 만들기 링크를 클릭하시거나 새로운 킥스타트 프로파일 업로드를 사용하여 새로운 킥스타트의 컨텐츠를 업로드 또는 붙이기하거나 또는 프로파일명을 클릭하여 기존 프로파일을 편집하시면 됩니다.
4.4.9.3. 새로운 킥스타트 프로파일 생성
시스템킥스타트 페이지에서 새로운 킥스타트 프로파일 생성 링크를 클릭하여 킥스타트 프로파일에 필요한 기본 값을 위치시키기 위한 간단한 마법사를 시작합니다.
  1. 첫번째 줄에 킥스타트 프로파일의 레이블을 입력합니다. 이러한 레이블에는 빈 칸이 포함될 수 없으므로, 구분을 위해 하이픈 (-) 또는 밑줄 (_)을 사용합니다.
  2. 이 프로필에는 기본 채널을 선택합니다. 이 채널은 Red Hat Enterprise Linux (32-bit x86 용 v.5)와 같은 특정 아키텍처와 Red Hat Enterprise Linux 릴리즈를 기반으로 하는 패키지로 구성되어 있습니다.
  3. 이 프로파일에 해당하는 킥스타트 가능한 트리를 선택합니다. 킥스타트 가능한 트리의 드롭다운 메뉴는 선택한 기본 채널에 대해 하나 이상의 배보판이 있을 경우에만 위치하게 됩니다.
  4. 드롭 다운 메뉴에서 가상화 유형을 선택합니다. 가상화에 대한 자세한 내용은 7장. RHN Satellite 및 가상 클라이언트 시스템 에서 참조하십시오.

    참고

    가상 게스트 시스템을 생성하기 위해 킥스타트 프로파일을 사용하고자 하지 않을 경우, 드롭 다운을 기본값 KVM 가상 게스트 선택 그대로 둡니다.
  5. 두번째 페이지에서 킥스타트 트리의 URL을 선택 (또는 입력)합니다.
  6. 세번째 페이지에서, 시스템의 root 암호를 선택합니다. http://www.redhat.com/docs/manuals/enterprise/에 있는 Red Hat Enterprise Linux 보안 가이드암호 보안(Password Security) 장에서 권장하는 패스워드를 사용하기시 바랍니다.
기본 채널에 따라 새로 생성된 킥스타트 프로파일은 필요한 패키지가 없는 채널에 등록될 수 있습니다. 킥스타트가 제대로 작동하게 하려면, 다음과 같은 패키지가 킥스타트의 기본 채널에 있어야 합니다: pyOpenSSL, rhnlib, libxml2-python, spacewalk-koan 및 관련 패키지.
이 문제를 해결하려면, 다음 사항이 올바른지를 확인합니다:
  • 킥스타트 프로파일의 기본 채널에 대한 rhn-tools 자식 소스트웨어 채널을 조직에서 사용할 수 있는지를 확인합니다. 사용할 수 없을 경우, Satellite 관리자에게 rhn-tools 소프트웨어 채널에 대한 인타이틀먼트를 요청해야 합니다.
  • 킥스타트 프로파일의 기본 채널에 대한 rhn-tools 자식 채널을 RHN Satellite에서 사용할 수 있는 지를 확인합니다. 사용할 수 없을 경우, Satellite 관리자에게 문의하여 rhn-toolssatellite-sync를 요청합니다.
  • 킥스타트에 해당하는 rhn-kickstart 및 관련 패키지를 킥스타트 rhn-tools 자식 채널에서 사용할 수 있는 지를 확인합니다. 사용할 수 없을 경우, 킥스타트 프로파일이 올바르게 작동하게 하기 위해 이를 사용 가능하게 해야 합니다.
마법사의 마지막 단계는 킥스타트 정보정보 탭에서 보실 수 있습니다. 이 탭과 기타 다른 하부탭에서 새로운 킥스타트 프로파일에 대한 거의 모든 옵션을 사용자 설정할 수 있습니다. 다음 부분에서는 각각의 하부탭에서 사용 가능한 옵션에 대해 설명합니다.
생성이 완료되면 킥스타트 정보 페이지에서 킥스타트 프로파일을 다운로드하여 이에 액세스합니다. 킥스타트 파일 하부탭을 클릭하면 킥스타트 파일 다운로드 링크가 나타납니다.
킥스타트 파일이 Satellite에 의해 관리되지 않는 경우, 다음 URL 경로를 통해 액세스할 수 있습니다:
http://my.satellite.server/ks/dist/ks-rhel-<ARCH>-<VARIANT>-<VERSION>
Copy to Clipboard Toggle word wrap
위의 예에서 ARCH는 킥스타트 파일의 아키텍처이고 VARIANTclient 또는 server이며 VERSION은 킥스타트 파일에 연결된 ed Hat Enterprise Linux 릴리즈입니다.
다음 부분에서는 각 하부탭에서 사용 가능한 옵션에 대해 설명합니다.
4.4.9.3.1. 킥스타트 정보 ⇒ 상세 정보
이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.
킥스타트 정보

그림 4.9. 킥스타트 정보

위의 그림에서는 킥스타트 정보 탭에서 사용 가능한 하부탭을 보여줍니다.
킥스타트 정보정보 하부탭에서 다음과 같은 작업을 실행하실 수 있습니다:
  • 프로파일 이름 변경
  • (변경)을 클릭하여 설치할 운영 체제 변경
  • 가상화 유형 변경

    참고

    가상화 유형 (Virtualization Type) 변경에는 킥스타트 프로파일 부트로더 및 파티션 옵션 변경을 필요로 하며, 이는 사용자 설정 사항을 덮어쓰기할 수 있습니다. 파티션 (Partitioning) 탭을 통해 새로운 또는 변경된 설정을 확인합니다.
  • 프로파일에 킥스타트된 가상 게스트에 할당된 가상 메모리 크기 (RAM 메가 바이트 단위) 변경
  • 각 가상 게스트 용 가상 CPU 수 변경
  • /var/lib/xen/에 있는 기본값에서 가상 스토리지 경로 변경
  • 각 가상 게스트에 할당된 가상 디스크 공간 크기 (기가바이트 단위로) 변경
  • 가상 게스트 네트워킹 용 가상 브리지 변경
  • 프로파일을 비활성화하여 프로파일이 활성 체크 마크를 삭제하여 킥스타트를 스케줄하는데 사용되지 못하게 합니다.
  • /root/ks-post.log 파일에 사용자 정의 %post 스크립트 로그를 활성화할 지에 대한 여부를 확인합니다.
  • /root/ks-pre.log 파일에 사용자 정의 %pre 스크립트 로그를 활성화할 지에 대한 여부를 확인합니다.
  • ks.cfg 파일 및 전체 %include 부분을 이 프로파일에 킥스타트하는 모든 시스템의 /root/ 디렉토리에 저장할 지 에 대한 여부를 확인합니다.
  • 상자를 선택 또는 선택해제하여 조직의 모든 킥스타트에 대해 이 프로파일을 기본으로 할 지를 선택합니다.
  • 해당 텍스트 상자에 커널 옵션을 추가합니다.
  • 해당 텍스트 상자에 사후 커널 옵션을 추가합니다.
  • 이 프로파일과 다른 프로파일을 구별하기에 유용한 주석을 입력합니다
4.4.9.3.2. 킥스타트 정보 ⇒ 운영 체제
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 페이지에서 킥스타트 프로파일을 설치하려는 운영 체제에 다음과 같은 사항을 변경할 수 있습니다:
기본 채널 변경
32-비트 x86 용 Red Hat Enterprise Linux v.5와 같이 사용 가능한 기본 채널에서 선택합니다. Satellite 관리자는 현재 Satellite 서버에 동기화된 모든 기본 채널 목록을 보실 수 있습니다.
자식 채널
rhn-tools* 채널과 같이 기반 채널 중 모든 사용 가능한 자식 채널을 등록합니다.
사용 가능한 트리
드롭 다운 메뉴를 사용하여 기본 채널과 관련된 사용 가능한 트리를 선택합니다.
파일 위치
킥스타트 트리가 마운트된 정확한 위치. 이 값은 프로파일이 생성될 때 결정됩니다. 이를 이 페이지에서 확인하실 수 있으나 변경하실 수는 없습니다.
4.4.9.3.3. 킥스타트 정보 ⇒ 변수
킥스타트 변수는 킥스타트 프로파일에 값을 대체하기 위해 사용될 수 있습니다. 변수를 정의하려면, 텍스트 상자에 이름-값 쌍 (name/value)을 생성합니다.
예를 들어, 특정 부서 (예: 엔지니어링 조직)에 대해 네트워크에 참여하는 시스템을 킥스타트하려면, 프로파일 변수를 생성하여 IP 주소 및 게이트웨이 서버 주소를 프로파일이 사용할 시스템의 변수로 설정할 수 있습니다. 다음과 같은 행을 변수 텍스트 상자에 추가합니다.
IPADDR=192.168.0.28
GATEWAY=192.168.0.1
Copy to Clipboard Toggle word wrap
프로파일 변수를 사용하려면, 프로파일 내의 변수 이름을 사용하여 값을 대체할 수 있습니다. 예를 들어, 킥스타트 파일의 network 부분은 다음과 같을 수 있습니다:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR --gateway=$GATEWAY
Copy to Clipboard Toggle word wrap
$IPADDR192.168.0.28이되고,$GATEWAY192.168.0.1이 됩니다.

참고

킥스타트 파일에서 변수를 사용하거나 생성할 때 우선 순위가 존재합니다. 시스템 킥스타트 변수는 프로파일 변수 보다 우선하고, 프로파일 변수는 배포판 변형보다 우선합니다. 이러한 우선 순위를 이해하고 킥스타트에서 변수를 사용할 때 혼란을 완화시킬 수 있습니다.
변수를 사용하는 것은 여러 프로파일과 시스템 사이에서 공유할 수 있는 템플릿을 생성하기 위한 대규모 Cobbler 인프라의 한 부분입니다. Cobbler 및 킥스타트 템플릿에 대한 자세한 내용은 8장. Cobbler에서 참조하십시오.
4.4.9.3.4. 킥스타트 정보 ⇒ 고급 옵션
(이 탭을 보려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 페이지에서 옵션의 왼쪽에 있는 상자를 선택 또는 선택해제하여 여러 설치 옵션을 켜기 및 끄기로 토글하실 수 있습니다. 대부분의 설치에서는 기본 옵션이 선택됩니다. Red Hat Enterprise Linux 시스템 관리 가이드에서는 이러한 옵션에 대해 자세히 설명하고 있습니다.
4.4.9.3.5. 킥스타트 정보 ⇒ 베어 메탈 킥스타트
(이 탭을 보려면 프로비저닝 인타이틀먼트가 필요합니다.) 하부탭에서는 현재 RHN에 등록되지 않은 시스템을 킥스타트하기 위해 필요한 정보를 제공합니다. 화면 상에서 지시사항을 보고 부팅 매체 (CD-ROM) 또는 IP 주소를 사용하여 시스템을 킥스타트하실 수 있습니다.
4.4.9.3.6. 시스템 정보 ⇒ 상세 정보
시스템 정보

그림 4.10. 시스템 정보

(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 위의 그림에서는 시스템 정보 탭에서 사용 가능한 하부탭을 보여줍니다.
시스템 정보정보 하부탭에서 다음과 같은 작업을 실행하실 수 있습니다:
  • 네트워크에 따라 DHCP 및 고정 IP를 선택합니다.
  • 킥스타트된 시스템에 설정된 SELinux의 수준을 선택합니다
  • 킥스타트된 시스템에 설정 관리 또는 원격 명령 실행을 활성화합니다
  • 프로파일과 연계된 루트 암호를 변경합니다.
4.4.9.3.7. 시스템 정보 ⇒ 로케일
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이 하부탭에서 킥스타트 시스템의 시간대를 변경할 수 있습니다.
4.4.9.3.8. 시스템 정보 ⇒ 파티션 설정
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 하부탭에서 설치 중 생성하고자 하는 파티션을 지정할 수 있습니다. 예:
partition /boot --fstype=ext3 --size=200 
partition swap --size=2000 
partition pv.01 --size=1000 --grow 
volgroup myvg pv.01 logvol / --vgname=myvg --name=rootvol --size=1000 --grow
Copy to Clipboard Toggle word wrap
4.4.9.3.9. 시스템 정보 ⇒ 파일 보관
(이 탭을 보려면 프로비저닝 인타이틀먼트가 필요합니다.) 이전에 파일 보호 목록을 만드셨을 경우, 만드신 목록을 킥스타트의 일부분으로 포함시키실 수 있습니다. 이는 설치가 진행되는 동안 목록에 있는 파일을 덮어쓰지 못하게 합니다. 파일 보호 목록을 만드는 방법에 관한 자세한 내용을 4.4.9.7절. “킥스타트 ⇒ 파일 보관 ”에서 참조하시기 바랍니다.
4.4.9.3.10. 시스템 정보 ⇒ GPG 및 SSL
(이 탭을 보려면 프로비저닝 인타이틀먼트가 필요합니다.) 킥스타트의 %post 부분이 진행되는 동안 하부탭에서 GPG키와 SSL 인증서를 선택하여 킥스타트된 시스템에 가져오기 합니다. Satellite 서버 고객의 경우, Satellite 서버가 설치되는 동안 이 목록에 사용된 SSL 인증서가 포함되어 있어야 합니다.

참고

킥스타트된 시스템에 가져오시려는 GPG키는 바이너리 형식이 아닌 ASCII 형식이어야 합니다.
4.4.9.3.11. 시스템 정보 ⇒ 문제 해결
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 하부탭에서 하드웨어 문제 해결에 도움이 될 수 있는 정보를 변경할 수 있습니다:
부트로더
헤드리스(headless) 시스템의 경우, 비그래픽 LILO 부트로더를 선택하시는 것이 좋습니다.
커널 변수
하드웨어 문제에 대한 소스를 좁히기 위해 여기에 커널 매개 변수를 입력합니다.
4.4.9.3.12. 소프트웨어 ⇒ 패키지 그룹
소프트웨어

그림 4.11. 소프트웨어

(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 위의 그림에서는 소프트웨어 탭에서 사용 가능한 하부탭을 보여줍니다.
이 페이지의 큰 텍스트 상자에서 킥스타트된 시스템에 설치하고자 하는 @office 또는 @admin-tools와 같은 패키지 그룹을 입력합니다. 사용 가능한 패키지 그룹과 어떤 패키지가 들어 있는 지를 확인하시고자 할 경우 킥스타트 트리의 RedHat/base/ 파일에서 참조하시기 바랍니다. Satellite 서버 고객의 경우 이 파일은 이곳에 위치합니다: /var/www/satellite/rhn/kickstart/<kickstart label>/RedHat/base/comps.xml
4.4.9.3.13. 소프트웨어 ⇒ 패키지 프로파일
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 이전에 등록한 시스템 중 하나에서 패키지 프로파일을 만드셨을 경우, 이를 킥스타트된 시스템에 설치될 파일에 대한 템플릿으로 사용하실 수 있습니다. 패키지 프로파일에 대한 보다 자세한 내용은 4.4.2.10.2.2절. “시스템 정보 ⇒ 소프트웨어 ⇒ 패키지”에서 참조하시기 바랍니다.
4.4.9.3.14. 활성키
활성키

그림 4.12. 활성키

하부탭이 없는 활성키 탭에서 활성키를 선택하여 킥스타트 프로파일의 일부분으로 포함시킬 수 있습니다. 이와 같이 이전에 킥스타트 프로파일을 만들기 위해 생성된 키는 킥스타트된 시스템을 재등록할 때 사용됩니다.
4.4.9.3.15. 스크립트
스크립트

그림 4.13. 스크립트

하부탭이 없는 스크립트 탭은 %pre 및 %post 스크립트가 생성된 곳에 있습니다. 이 페이지에는 킥스타트 프로파일을 위해 이미 생성된 스크립트 목록이 있습니다. 새로운 킥스타트 스크립트를 만드시려면 다음을 따르시기 바랍니다:
  1. 우측 상단에 위치한 새로운 킥스타트 스크립트 추가 링크를 클릭합니다
  2. /usr/bin/perl과 같이 스크립트를 생성하기 위해 사용될 스크립팅 언어로의 경로를 입력합니다.
  3. 큰 텍스트 상자에 전체 스크립트를 입력합니다

    참고

    드롭 다운 메뉴는 스크립트 언어를 정의하는 것이 아니라 선택한 스크립트 언어의 구문을 강조하기 위한 것입니다.
  4. 이 스크립트를 킥스타트 과정의 %pre 또는 %post 부분에서 실행할 지를 명시합니다
  5. 이 스크립트를 chroot 환경 밖에서 실행할 지에 대해 명시합니다. nochroot 옵션에 대한 보다 자세한 설명은 Red Hat Enterprise Linux 시스템 관리 가이드사후 설치 스크립트 부분에서 참조하시기 바랍니다

참고

RHN를 통해 킥스타트 프로파일의 파티션 정보 부분에서 따로 분리된 파일을 포함시킬 수 있습니다. 예를 들어, 킥스타트시 컴퓨터 유형 및 디스크 갯수에 기초하여 파티션 파일을 생성하게 됩니다. 이 파일은 %pre 스크립트를 통해 생성될 수 있으며 /tmp/part-include와 같은 시스템에 위치하게 됩니다. 그 후, 시스템 정보파티션하기 탭의 파티션 정보 영역에 다음과 같은 행을 추가하여 생성한 파일을 불러올 수 있습니다:
 %include /tmp/part-include 
Copy to Clipboard Toggle word wrap
4.4.9.3.16. 킥스타트 파일
킥스타트 파일

그림 4.14. 킥스타트 파일

(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 하부탭이 없는 킥스타트 파일 탭에서 이전 탭에서 선택한 옵션이 생성된 킥스타트 프로파일을 확인하거나 다운로드하실 수 있습니다.
4.4.9.4. 킥스타트 ⇒ 베어 메탈
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 사용자 조직에 의해 생성된 킥스타트 프로파일과 연계된 IP 주소를 나열합니다. 범위 또는 프로파일명을 클릭하여 킥스타트 정보 페이지의 다른 탭으로 액세스합니다.
4.4.9.5. 킥스타트 ⇒ GPG 및 SSL 키
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 킥스타트 프로파일에 포함될 수 있는 키와 인증서 목록을 보여주고 새로운 키와 인증서를 만들수 있는 곳입니다. 이는 RHN Satellite 또는 RHN Proxy 서버 고객에게는 특히 중요하며, 그 이유는 이러한 서버에 의해 킥스타트 되는 시스템은 RHN으로 가져오기되어 킥스타트 프로파일과 연계된 서버 키를 필요로 하기 때문입니다. 새로운 키를 여기서 만들어 가져오기하십시오. 그 후 프로파일 연계는 킥스타트 정보 페이지의 GPG 및 SSL 키 하부탭에서 만드시면 됩니다.

참고

사용자 정의 RPM 및 채널을 사용할 때 해당 패키지의 사용자 정의 GPG 키를 생성합니다. 사용자 정의 GPG 키를 가져오는 방법은 클라이언트 설정 가이드에서 참조하십시오. GPG 키의 위치는 킥스타트 프로파일에 추가해야 합니다.
사용자 정의 GPG 키는 클라이언트 시스템에 추가해야 합니다. 그렇지 않을 경우 킥스타트 설치를 실패할 수 있습니다.
새로운 키/인증서를 만들기 위해서는, 페이지 오른편 상단의 새 저장 암호키/인증서 만들기를 클릭하십시오. 설명을 입력하고 타입을 선택한 후 파일을 업로드 하고 키 생성 버튼을 클릭하십시오. 고유한 설명이 필요하다는 것을 기억하십시오.

중요

RHN으로 업로드하신 GPG 키는 ASCII 형식으로 되어있어야 합니다. 바이너리 형식에서 GPG 키를 사용하면 아나콘다에 문제를 일으켜 킥스타트 작업을 실패하게 됩니다.
4.4.9.6. 킥스타트 ⇒ 배포
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 배포판 페이지에서는 킥스타트에 사용될 사용자 정의 설치 트리를 찾아 생성할 수 있습니다.

참고

배포판 페이지에서는 이미 제공된 Red Hat 배포판을 보여주지 않습니다. Red Hat 배포판은 킥스타트 정보 페이지의 배포판 드롭다운 메뉴에서 찾을 수 있습니다.
배포판을 만들기 전에 사용가능한 설치 트리를 만들어야 합니다. 이에 대한 설명은 Red Hat Enterprise Linux 시스템 관리 가이드킥스타트 설치 장에서 다루고 있습니다. 이 트리는 HTTP나 FTP 서버의 공개 디렉토리에 있어야 합니다.

중요

RHN Satellite 서버 사용자는 satellite-sync로 가져오기된 채널을 자동적으로 사용할 수 있으므로 따로 설치 트리를 만들 필요가 없다는 것을 기억하십시오. 이 트리는 세틀라이트 서버를 통해 킥스타트하는 클라이언트 시스템이 이용할 수 있습니다. 킥스타트를 하지 않는 클라이언트에서 이 파일에 접근할 수도 있으나 이 기능은 지원되지 않으며 차후에 언제라도 제거될 수 있습니다.
새로운 배포판을 생성하려면 배포판 레이블 필드에 my-orgs-rhel-as-5와 같이 공백없이 레이블을 입력합니다. 트리 경로 필드에서 RHN Satellite 서버상의 로컬 디스크 경로를 입력합니다. 경로에는 커널, initrd, 리포지터리 정보와 같은 배포판의 전체 킥스타트 트리를 포함해야 하지만 RPM은 포함하지 않습니다.
다음으로 기본 채널설치 프로그램 생성 드롭다운 메뉴에서 일치되는 배포판을 선택하십시오. Red Hat Enterprise Linux AS (32-bit x86 용 v. 5)Red Hat Enterprise Linux 5는 각각의 예에 해당합니다. 선택을 마쳤으면 킥스타트 배포판 생성하기 버튼을 클릭하십시오.
4.4.9.6.1. 킥스타트 ⇒ 배포 ⇒ 변수
킥스타트 변수는 킥스타트 프로파일에 값을 대체하기 위해 사용될 수 있습니다. 변수를 정의하려면, 텍스트 상자에 이름-값 쌍 (name/value)을 생성합니다.
예를 들어, 특정 부서 (예: 엔지니어링 조직)에 대해 네트워크에 참여하는 시스템을 킥스타트하려면, 프로파일 변수를 생성하여 IP 주소 및 게이트웨이 서버 주소를 프로파일이 사용할 시스템의 변수로 설정할 수 있습니다. 다음과 같은 행을 변수 텍스트 상자에 추가합니다.
IPADDR=192.168.0.28
GATEWAY=192.168.0.1
Copy to Clipboard Toggle word wrap
배포판 변수를 사용하려면, 프로파일 내의 변수 이름을 사용하여 값을 대체할 수 있습니다. 예를 들어, 킥스타트 파일의 network 부분은 다음과 같을 수 있습니다:
network --bootproto=static --device=eth0 --onboot=on --ip=$IPADDR --gateway=$GATEWAY
Copy to Clipboard Toggle word wrap
$IPADDR192.168.0.28이되고,$GATEWAY192.168.0.1이 됩니다.

참고

킥스타트 파일에서 변수를 사용하거나 생성할 때 우선 순위가 존재합니다. 시스템 킥스타트 변수는 프로파일 변수 보다 우선하고, 프로파일 변수는 배포판 변형보다 우선합니다. 이러한 우선 순위를 이해하고 킥스타트에서 변수를 사용할 때 혼란을 완화시킬 수 있습니다.
변수를 사용하는 것은 여러 프로파일과 시스템 사이에서 공유할 수 있는 템플릿을 생성하기 위한 대규모 Cobbler 인프라의 한 부분입니다. Cobbler 및 킥스타트 템플릿에 대한 자세한 내용은 8장. Cobbler에서 참조하십시오.
4.4.9.7. 킥스타트 ⇒ 파일 보관
(이 탭을 확인하려면 프로비저닝 인타이틀먼트가 필요합니다.) 킥스타트 중에 보호되야 할 파일과 시스템에 재배치 되어야 할 파일 목록을 수집하십시오. 예를 들어, 킥스타트할 시스템에 사용자 정의 설정 파일이 많이 있다면 여기에 파일 목록을 입력하고 이를 사용할 킥스타트 프로파일에 연계시키면 됩니다.
이 기능을 사용하려면, 상단의 새 파일 보호 목록 만들기 링크를 클릭하고 이어지는 페이지에 보호해야 할 레이블과 파일 및 디렉토리를 모두 입력하십시오. 모든 파일과 디렉토리의 절대 경로를 입력하셔야 합니다. 그 후 목록 만들기를 클릭하십시오.

중요

파일 보호가 유용하기는 하지만 이는 제한점이 있습니다. 우선, 각 목록은 총 크기가 1 MB이상이 되어서는 안됩니다. 또한 /dev/hda1 또는 /dev/sda1과 같은 특수 장치는 지원되지 않습니다. 마지막으로 파일명과 디렉토리명만이 입력될 수 있습니다. 정규 표현 와일드 카드 (regular-expression wildcards)는 포함될 수 없습니다.
파일 보호 목록이 완성되었으면 이제 그 파일이 있는 시스템에서 사용할 킥스타트 프로파일에 파일 보호 목록을 포함하실 수 있습니다. 구체적인 단계는 4.4.9.3절. “새로운 킥스타트 프로파일 생성” 절을 참조하십시오.

4.5. 에라타

상단 네비게이션 바에서 에라타 탭을 선택하면 관리 시스템에서 사용 가능한 에라타와 에라타 프로그램을 추적할 수 있습니다.
첫 번째 페이지는 에라타 개요 페이지입니다. 이 페이지에서는 관리자 액세스를 갖고 있으나 아직 에라타가 적용되지 않은 최소 하나의 시스템에 적용되는 적절한 에라타를 보여줍니다.

참고

사용자 시스템을 상대로 에라타가 업데이트되었을때 이메일을 받기를 원하시면 사용자 RHN사용자 환경 설정으로 가셔서 이메일 통지 받기를 선택하십시오.
Red Hat에서 제공하는 에라타 업데이트는 세가지 카테고리 또는 형태로 나뉩니다: 이는 보안 업데이트, 버그 수정 업데이트, 그리고 기능 개선 업데이트입니다. 각 에라타 업데이트는요약된 문제점과 해결책으로 이루어지며 문제를 해결하는데 필요한 RPM 패키지가 포함됩니다.
이 세가지 형태의 에라타 업데이트를 구분하는데 사용되는 아이콘:
  • — 보안 업데이트 가능, 업데이트할 것을 적극 권고
  • — 버그 수정 업데이트 가능 및 권고
  • — 기능 개선 업데이트 가능
요약된 각각의 에라타는 목록 형태로 제공됩니다. 이 목록을 통해 에라타의 형태, 심각성 (보안 업데이트에 대해서), 개요, 영향받은 시스템에 대한 정보를 확인하실 수 있습니다.
이 장에서 설명된 페이지에 추가하여, 다음의 위치에서 제품별 에라타를 볼 수도 있습니다: https://rhn.redhat.com/errata.

4.5.1. 관련 에라타

그림 4.15. “에라타 목록”에 보여지듯이 관련 에라타 페이지는 사용자의 등록된 시스템에 적용되는 에라타 업데이트의 사용자 정의 목록을 보여줍니다. 이 목록에는 각 에라타 업데이트에 대한 형태, 심각성 (보안 업데이트에 대해서), 권고 사항, 개요, 영향받은 시스템 그리고 업데이트된 날짜를 포함하는 요약 설명이 포함되어 있습니다.
에라타 목록

그림 4.15. 에라타 목록

권고를 클릭하면 에라타 정보 페이지의 정보 탭으로 이동합니다. 연관된 시스템의 수를 클릭하면 에라타 정보 페이지의 영향받은 시스템으로 이동합니다. 더 자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.

4.5.2. 모든 에라타

모든 에라타 페이지는 Red Hat이 공개한 모든 에라타 업데이트 목록을 보여줍니다. 이것은 권고나 영향받은 시스템 수를 클릭하여 에라타 정보 페이지의 관련된 탭으로 이동하는 것 등 관련 에라타 페이지와 거의 유사하게 작동합니다. 더 자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.
4.5.2.1. 에라타 업데이트 적용하기
에라타 업데이트는 에라타 업데이트를 적용하기 위해 필요한 업데이트된 패키지 목록을 포함합니다. 에라타 업데이트를 시스템에 적용하기 위해서는 그 시스템은 반드시 등록되어 있어야 합니다.
왼편 상단 네비게이션 바에서 시스템시스템을 클릭하여 시스템에 적용 가능한 모든 에라타 업데이트를 적용할 수 있습니다. 등록된 시스템의 이름을 클릭하고 결과로 나타나는 시스템 정보 페이지에서 에라타 탭을 클릭하십시오. 관련 에라타 목록이 나타나면 모두 선택을 클릭하고 페이지 오른편 하단에 위치한 에라타 설치 버튼을 클릭하십시오. 스케쥴이 안되었거나 이전에 스케쥴 된 에라타 그리고 실패했거나 취소된 에라타만 목록에 나타납니다. 이미 미결 상태에 어있는 업데이트는 이 목록에서 제외됩니다.
추가로, 관리 (Management) 레벨 사용자는 에라타 업데이트를 두가지 다른 방법으로 적용할 수 있습니다:
  • 특정 에라타 업데이트를 하나 또는 이상의 시스템에 적용하기 위해서는, 에라타 목록이나 검색을 통해 업데이트를 찾으십시오. 표에서 영향받은 시스템의 수를 클릭하여 에라타 정보 페이지의 영향받은 시스템으로 이동하십시오. 그리고 업데이트될 시스템을 개별적으로 선택한 후 에라타 설치 버튼을 클릭하십시오. 확인 페이지에서 업데이트 될 시스템을 다시 한번 확인하고 확인 버튼을 클릭하십시오.
  • 하나 이상의 에라타 업데이트를 하나 또는 이상의 시스템에 적용하려면, 시스템 목록에서 여러 시스템을 선택하고 업데이트 목록 버튼을 클릭하십시오. 왼편 네비게이션 바에서 System Set Manager 링크를 클릭한 다음 시스템 탭을 클릭하십시오. 해당되는 시스템이 선택되었는지 확인한 후 에라타 탭을 클릭하고 적용할 에라타 업데이트를 선택하십시오. 그 뒤 에라타 적용 버튼을 클릭합니다. 에라타를 최대한 빨리 적용하도록 선택할 수 있고 (클라이언트 시스템에 있는 Red Hat Network Daemon 다음에 RHN에 접속하는 때) 또는 에라타 업데이트가 실시될 날짜와 시간을 선택할 수 있습니다. 그 후에 업데이트 스케쥴 버튼을 클릭하십시오. 에라타 업데이트 진행 상황은 미결 작업을 통해 추적할 수 있습니다. 더 자세한 설명은 4.8절. “스케쥴된 작업”에서 참조하십시오.

중요

스케쥴을 통해 패키지 설치를 할 경우, 패키지는 RHN 데몬에 의해 설치될 것입니다. 그러므로 반드시 RHN 데몬이 사용자의 시스템에서 활성화되어 있어야 합니다.
에라타 업데이트를 적용함에 있어 따라야 할 규칙:
  • 각 패키지는 하나 또는 다중 채널의 구성원입니다. 만일 선택된 시스템이 그 패키지를 포함하는 채널에 등록되지 않았으면 그 패키지는 그 시스템에 설치되지 않을 것입니다.
  • 더 최신 버전의 패키지가 이미 시스템에 있으면 그 패키지는 시스템에 설치되지 않을 것입니다.
  • 이전 버전의 패키지가 설치되어 있는 경우 그 패키지는 업그레이드 될 것입니다.
4.5.2.2. 에라타 정보
관련 또는 모든 페이지에 나타나는 에라타 업데이트의 권고를 클릭하면 에라타 정보 페이지가 나타납니다. 이 페이지는 다음의 탭으로 더 나뉘어집니다:
4.5.2.2.1. 에라타 정보 ⇒ 정보
이 하부탭은 Red Hat에 의한 에라타 보고 사항을 보여줍니다. 이는 심각성 (보안 업데이트에 대해), 발행 날짜, 업데이트 날짜가 포함된 에라타 개요를 제공합니다. 다음으로 에라타에 대한 요약된 자세한 설명과 문제를 해결하는 데 필요한 단계를 제공합니다.
아래의 영향받은 채널 레이블에서는, 영향받은 패키지가 포함된 모든 채널의 목록을 보여줍니다.채널 이름을 클릭하면 채널 정보 페이지의 패키지 (Packages) 하부탭이 나타납니다. 더 자세한 정보는 4.6.1.9절. “소프트웨어 채널 정보 ”에서 참조하십시오.
아래의 수정에는, 이러한 에라타에 의해 해결된 특정 Bugzilla 항목에 대한 목록이 있습니다. http://bugzilla.redhat.com에서 Bugzilla 항목을 열 수 있는 요약된 문장을 클릭합니다. 이러한 항목을 보기 위해서는 반드시 Bugzilla 계정이 있어야 함에 유의하시기 바랍니다.
보안 업데이트는 http://cve.mitre.org에 의해 추적되는 특정한 취약성에 대한 목록입니다. 이러한 정보는 아래의 CVEs 레이블된 목록에 있습니다.
Red Hat은 OVAL 포멧으로 보안 업데이트 정보를 제공합니다. OVAL (Open Vulnerability and Assessment Language)은 Mitre, http://oval.mitre.org가 진행하는 컴퓨터 시스템 취약성 평가를 위한 국제 표준입니다. 아래의 Oval 레이블 링크를 클릭하여 사용자의 시스템에 이러한 정보를 다운로드합니다.
4.5.2.2.2. 에라타 정보 ⇒ 패키지
업데이트된 RPM으로의 링크를 제공합니다. 이 링크들은 채널에 따라 구분되어 있습니다. 패키지 이름을 클릭하면 그 패키지의 패키지 정보를 표시합니다.
4.5.2.2.3. 에라타 정보 ⇒ 영향받은 시스템
에라타 업데이트에 의해 영향받은 시스템 목록입니다. 여기서 업데이트 사항을 적용할 수 있습니다. (4.5.2.1절. “에라타 업데이트 적용하기” 참조.) 시스템 이름을 클릭하면 시스템 정보 (System Details) 페이지로 이동합니다. 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
업데이트 스케쥴 여부를 사용자가 쉽게 알 수 있게 하기 위해 영향받은 시스템 표에는 상태 칼럼이 있습니다. 가능한 상태는: 무, 미결, 예정됨, 완료 그리고 실패입니다. 이 칼럼은 에라타에 관련하여 가장 최근의 작업만을 보여줍니다. 예를 들어, 만일 작업이 실패하고 다시 스케쥴을 했으면 이 칼럼은 에라타의 상태를 미결로만 표시할 것입니다 (이전의 실패에 대한 언급은 없음). 무 이외의 상태를 클릭하면 작업 정보페이지로 이동합니다. 이 칼럼은 시스템 정보 페이지의 에라타 탭에 상응합니다.

4.6. 채널

상단 네비게이션 바에서 채널 탭을 클릭하면, 채널 카테고리와 링크가 나타납니다. 채널 카테고리 페이지들을 통해 사용자의 시스템에 연관된 채널과 패키지를 보고 관리할 수 있습니다. 덧붙여, ISO 이미지를 여기서 구할 수 있습니다.

4.6.1. 소프트웨어 채널

소프트웨어 채널채널 카테고리에서 처음으로 나타나는 페이지입니다. 소프트 채널이란 용도에 따라 묶여 있는 Red Hat Enterprise Linux 패키지 목록을 말합니다. 시스템에 설치될 패키지를 선택하는데 채널이 사용됩니다.
기본 채널자식 채널이라는 두 가지 유형의 소프트웨어 채널이 있습니다:
4.6.1.1. 기본 채널
기본 채널은 특정 아키텍쳐 및 Red Hat Enterprise Linux 릴리즈에 기반한 패키지 목록으로 구성되어 있습니다. 예들 들어, Red Hat Enterprise Linux 5에 있는 x86 아키텍쳐 용 모든 패키지는 기본 채널을 구성합니다. Red Hat Enterprise Linux 5에 있는 Itanium 아키텍쳐 용 패키지 목록은 다른 기본 채널을 구성합니다.
한 시스템은 오직 하나의 기본 채널에 반드시 등록이 되어야 합니다. 이 기본 채널은 등록하는 동안 Red Hat Enterprise Linux 버전과 선택한 시스템 아키텍쳐에 따라 자동으로 설정됩니다. 무료 채널의 경우에, 이 작업은 성공적으로 실행되지만, 유료 기본 채널의 경우에, 연관된 인타이틀먼트가 없으면 이 작업 실행 실패하게 됩니다.
4.6.1.1.1. EUS (Extended Update Support)
Red Hat Enterprise Linux의 주요 버전 용 기본 채널에 더하여, Red Hat Enterprise Linux 업데이트 버전 용 채널이 있으며, 이는 아키텍쳐에 의해 구분되며 자식 채널을 갖을 수 있습니다. 이러한 EUS (Extended Update Support) 채널은 하나의 주요 Red Hat Enterprise Linux 버전이나 또는 업데이트 버전을 사용하고자 하는 관리자를 위한 것으로 새 소프트웨어, 하드웨어 드라이브, 실제 시스템에 있는 기증을 설치하는 새로운 업데이트 버전으로 시스템을 업그레이드하지 않고 특정 버전 용 패키지 업데이트를 사용자 설정할 수 있습니다.
예를 들어, 관리자는 AMD64 및 EM64T 용 Red Hat Enterprise Linux 4.5에서 서버를 관리하는 동안 x86 용 Red Hat Enterprise Linux 5.1에 데스크탑 시스템을 표준화할 수 있습니다. 관리자는 EUS 지원 수명 주기 동안 자체 버전을 사용할 수 있고, 소프트웨어 버전의 상태를 확인할 수 있습니다. 또한, 관리자는 테스트되지않은 새로운 기능이나 소프트웨어에서 버그를 소개하지 않고 중요 소프트웨어 업데이트를 설치할 수 있습니다.
4.6.1.2. 자식 채널
자식 채널은 추가 패키지가 들어있는 기본 채널과 관련되어 있습니다. 예를 들어, 조직은 사용자 설정 엔지니어링 어플리케이션과 같이 조직에서만 필요한 추가 패키지가 들어있는 x86 아키텍쳐용 Red Hat Enterprise Linux 5와 관련된 자식 채널을 생성할 수 있습니다.
한 시스템은 그 기본 채널 아래의 여러 자식 채널에 등록될 수 있습니다. 시스템이 등록된 채널에 포함된 패키지만이 그 시스템에 설치 또는 업데이트될 수 있습니다. 나아가 RHN Satellite 및 RHN Proxy Server 고객들은 채널 관리 권한이 있습니다. 이 권한은 고객들이 사용자 정의 채널을 만들고 관리할 수 있는 능력을 부여합니다. 자세한 정보는 RHN 채널 관리 가이드를 참조하십시오.

참고

시스템과 호환되지 않는 패키지가 들어 있는 클라이언트 시스템에서 사용할 수 있는 자식 채널을 생성하지 않도록 하십시오.
또한 자식 채널에는 rhn-tools 또는 rhel-virtualization 채널의 컨텐츠 사본이 포함되지 않도록 합니다. 이러한 채널에서의 패키지는 웹 사용자 인터페이스를 사용하여 시스템을 자동 등록할 때 이러한 채널을 식별하는데 사용되기 때문입니다. 특정 패키지는 rhncfg (rhn-tools 채널을 식별하는데 사용) 및 libvirt (rhel-vt 채널을 식별하는데 사용) 입니다.
채널은 시스템 관련성에 따라 더 분류될 수 있으며, 이에는 모든 채널, Red Hat 채널, 주요 사용 채널, 내채널, 공유 채널, 오래된 채널이 포함됩니다.
4.6.1.3. 모든 채널
그림 4.17. “모든 채널 ”에서 볼 수 있듯이, 모든 채널 페이지는 네비게이션 바에서 소프트웨어 채널을 클릭하면 기본값으로 나타납니다. 이 페이지에서는 조직에서 사용할 수 있는 모든 채널 목록을 보여줍니다. 목록 안의 링크를 이용하여 소프트웨어 채널 정보 페이지의 각 탭으로 이동할 수 있습니다. 채널 이름을 클릭하면 정보 탭으로 이동합니다. 패키지 수를 클릭하면 패키지 탭으로 이동합니다. 시스템 수를 클릭하면 등록된 시스템 탭으로 이동합니다. 자세한 정보는 4.6.1.9절. “소프트웨어 채널 정보 ”에서 참조하십시오.
모든 채널

그림 4.17. 모든 채널

4.6.1.4. Red Hat 채널
Red Hat 채널 페이지에서는 Red Hat 채널 및 사용 가능한 자식 채널을 보여줍니다. 예를 들어, RHN Hosted에서 직접적으로 동기화되는 Red Hat Enterprise Linux 버전은 이 채널에 나열됩니다.
4.6.1.6. 내채널
내 채널 페이지에서는 Red Hat 채널과 사용자 정의 채널을 모두 포함하여, 조직에 속하는 모든 소프트웨어 채널을 보여줍니다. 텍스트 상자를 사용하여 채널 이름에 따라 거르기하여 검색 범위를 재지정할 수 있습니다.
4.6.1.7. 공유 채널
공유 채널 페이지에서는 조직의 신뢰성에 따라 다른 사용자와 공유하고 있는 조직의 채널을 보여줍니다. 조직의 신뢰성 및 채널 공유에 대한 자세한 내용은 6.6.2절. “신뢰성 있는 조직 사이에서 컨텐트 채널 공유 ”에서 참조하십시오.
4.6.1.8. 오래된 채널
오래된 채널 페이지에서는 조직에 사용 가능한 채널 중 유효 기간이 지난 채널을 보여줍니다. 이 채널은 업데이트를 받을 수 없습니다.
4.6.1.9. 소프트웨어 채널 정보
채널 이름을 클릭하면, 소프트웨어 채널 정보 가 나타날 것입니다. 이 페이지는 다음의 탭으로 나누어져 있습니다:
4.6.1.9.1. 소프트웨어 채널 정보 ⇒ 정보
채널에 대한 일반 정보와 자식 채널일 경우 부모 채널에 대한 정보도 포함됩니다. 이 탭은 채널을 클릭할 때 처음 보여지는 탭입니다. 이 탭은 요약 정보, 설명, 그리고 아키택쳐 등과 같이 채널에 대한 핵심적인 정보를 제공합니다.
(이 체크 박스를 확인하려면 관리 인타이틀먼트가 필요합니다.) 덧붙여, Satellite 관리자와 채널 관리자는 누구나 등록 가능한 (Globally Subscribable) 체크박스를 볼 수 있습니다. 이 체크박스는 모든 채널의 기본값 동작을 보여주는데 기본값은 어떤 사용자라도 시스템을 그 채널에 등록할 수 있는 것입니다. 이 체크박스를 선택해제하고 업데이트를 클릭하면, 등록자 탭이 나타나게 됩니다. 이 탭은 특정 사용자만이 그 채널에 등록하는 것을 허용하는데 이용됩니다. Satellite 관리자와 채널 관리자는 항상 시스템을 어느 채널에라도 등록할 수 있습니다.
(이 기능의 경우 관리 인타이틀먼트가 필요합니다.) 사용자 정의 기본 채널을 가지고 있는 고객들만이 시스템의 기본 채널 할당을 변경할 수 있습니다. 이는 웹사이트를 통해 다음의 두가지 방법으로 가능합니다:
  • 사용자 정의 기본 채널을 가지고 있는 고객이 시스템에 그 기본 채널을 할당하는 방법.
  • 사용자 정의 기본 채널로부터 적절한 배포 기본 채널로 시스템 서브스크립션을 복구하는 방법.

참고

시스템 기반 채널의 배포판 변형이 시스템에 설치된 변형과 일치해야 합니다. 예를 들어, x86 시스템 용 Red Hat Enterprise Linux AS v.4는 Red Hat Enterprise Linux ES v.4 x86 기반 채널에 등록할 수 없습니다.
4.6.1.9.2. 소프트웨어 채널 정보 ⇒ 에라타
그 채널에 영향을 미치는 에라타 목록입니다. 이 목록에는 권고 형태, 이름, 요약 정보, 그리고 발행 날짜가 표시됩니다. 권고명을 클릭하면 에라타 정보 페이지로 이동합니다. 더 자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.
4.6.1.9.3. 소프트웨어 채널 정보 ⇒ 패키지
그 채널 내의 패키지 목록입니다. 패키지를 .tar 파일로 다운로드 받으려면, 패키지를 선택하고 페키지 왼편 하단에 위치한 패키지 다운로드 버튼을 클릭하십시오. 패키지 이름을 클릭하면 패키지 정보 페이지로 이동합니다. 이 페이지는 그 패키지에 대한 정보를 담고 있는 여러 탭을 보여줄 것입니다. 정보에는 패키지가 실행되는 아키택쳐, 패키지 크기, 만들어진 날짜, 패키지 의존도, 변경 로그, 패키지 내의 파일 목록, 최신 버전, 그리고 어떤 시스템이 그 패키지를 설치하였는지 등이 포함됩니다. 여기서 여러분은 패키지를 RPM이나 SRPM으로 다운로드 받으실 수 있습니다.
특정 패키지나 패키지 부분 집합을 찾고자 한다면, 목록 상단의 패키지 필터를 이용하실 수 있습니다. 찾고자 하는 검색어를 입력하면 목록안의 모든 패키지를 검색하여 그 검색어가 패키지 이름의 앞, 중간 또는 끝에 오는지 검사할 것입니다. 예를 들어, 필터에 ks를 입력하면 ksconfig, krb5-workstation, 그리고 links 모두를 찾아낼 것입니다. 이 필터는 대소문자를 구분합니다.
4.6.1.9.4. 소프트웨어 채널 정보 ⇒ 등록된 시스템
그 채널에 등록되어 있는 시스템 목록입니다. 이 목록은 시스템 이름, 기본 채널, 그리고 인타이틀먼트 레벨을 보여줍니다. 시스템 이름을 클릭하면 시스템 정보 페이지로 이동합니다. 더 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
(이 기능의 경우 관리 인타이틀먼트가 필요합니다.) 만일 자식 채널일 경우에는, 시스템을 채널로부터 등록 취소할 수 있습니다. 체크박스를 이용해 시스템을 선택하고 오른편 하단에 있는 등록 취소 버튼을 클릭하십시오.
4.6.1.9.5. 소프트웨어 채널 정보 ⇒ 목표 시스템
그 채널에 등록될 자격이 있는 등록된 시스템 목록입니다. 이 탭은 자식 채널에만 나타납니다. 시스템을 선택하려면 체크박스를 이용하십시오. 그리고 오른편 하단에 있는 등록 버튼을 클릭하십시오. 성공 메세지나 어떤 에러라도 발생시 관련된 보고를 받을 것입니다. 이 작업은 시스템 정보 페이지의 채널 탭을 통해서도 가능합니다. 더 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.

4.6.3. 소프트웨어 채널 관리

이 탭에서 시스템 관리자는 사용자 정의 채널을 생성하거나, 복제 또는 삭제할 수 있습니다. 이 채널은 변형된 버전의 배포판 기반 채널이나 사용자 정의 패키지를 포함할 경우도 있습니다.
4.6.3.1. 소프트웨어 채널 관리 ⇒ 채널 정보
소프트웨어 채널 관리 기본 탭에는 사용자 정의 채널, 배포판 기본 채널 및 자식 채널과 같은 사용 가능한 모든 채널 목록이 나열되어 있습니다.
기존 채널을 복제하려면, 화면 오른쪽 상단에 위치한 채널 복제 링크를 클릭하신 후, 드롭다운 메뉴에서 복제할 채널을 선택하시고 채널 만들기 버튼을 클릭하시면 됩니다. 다음 화면에서 새로운 채널에 대한 기본 아키택처와 GPG 옵션 등과 같은 다양한 옵션을 선택하실 수 있습니다. 선택을 마친 후 채널 만들기 버튼을 클릭하여 작업을 완료하십시오.
새 채널을 생성하려면, 화면 오른쪽 상단에 위치한 새 채널 만들기 링크를 클릭하신 후 다음 화면에서 새 채널에 대한 다양한 옵션 (예, 기본 아키택쳐 및 GPG 옵션 등)을 선택하시기 바랍니다. 선택을 마친 후 채널 만들기 버튼을 클릭하시면 됩니다. 이렇게 만들어진 채널은 아무런 패키지도 포함하지 않은 비어있는 상태라는 사실을 기억해주십시오. 여러분이 직접 소프트웨어 패키지를 업로드하거나 다른 채널에서 패키치를 가져오셔야 합니다. 또는 사용자 정의 채널의 에라타 업데이트를 포함하도록 선택하실 수도 있습니다.
4.6.3.1.1. 소프트웨어 채널 관리 ⇒ 채널 정보 ⇒ 채널 정보
이 화면에서는 채널 만들기 과정에서 여러분이 선택하신 옵션을 보실 수 있습니다. 이 페이지에서 누구나 등록 가능 (Globally Subscribable) 체크박스를 선택하시면 모든 사용자가 시스템을 해당 채널에 등록할 수 있습니다.
4.6.3.1.2. 소프트웨어 채널 관리 ⇒ 채널 정보 ⇒ 관리자
하부탭에서는 이 채널을 변경하거나 삭제할 수 있는 사용자를 선택하실 수 있습니다. Satellite 관리자와 채널 관리자는 어떤 채널이든 변경 또는 삭제할 수 있습니다.
사용자가 채널을 변경할 수 있도록 허용하려면, 해당 사용자 이름 옆에 위치한 체크박스를 선택하신 후 업데이트 버튼을 클릭하세요. 모든 사용자가 채널을 관리할 수 있도록 허용하시려면, 목록 아래 쪽에 위치한 모두 선택 버튼을 클릭하신 후 업데이트 버튼을 클릭하시면 됩니다. 사용자의 채널 관리 권한을 박탈하려면, 사용자 이름 옆에 있는 박스를 선택 해제하신 후 업데이트 버튼을 클릭하세요.
4.6.3.1.3. 소프트웨어 채널 관리 ⇒ 채널 정보 ⇒ 에라타
이 하부탭에서 채널 관리자는 사용자 정의 채널을 생성, 복제하거나 에라타를 추가할 수 있습니다. 배포판에서 복제되지 않은 사용자 정의 채널은 채널에 패키지가 추가되지 전에는 에라타를 추가하지 않을 수도 있습니다. 채널의 기본 아키택쳐와 일치하며 해당 채널에 포함된 패키지에 적용된 에라타만이 그 채널에 추가됩니다. 마지막으로 오직 복제 에라타나 사용자 정의 에라타만이 사용자 정의 채널에 추가될 것입니다. 채널 만들기 과정에서 에라타를 선택하신 경우에는 복제된 채널에 추가될 수도 있습니다.
4.6.3.1.4. 소프트웨어 채널 관리 ⇒ 채널 정보 ⇒ 패키지
이 하부탭은 에라타 하부탭과 유사합니다. 즉, 채널 관리자와 조직 관리자가 사용자 정의 채널에 포함된 패키지 목록을 보거나, 패키지를 삭제, 비교 또는 추가하는데 사용됩니다.
채널에 포함된 모든 패키지 목록을 보시려면, 패키지 목록 / 삭제 링크를 클릭하세요. 삭제하고 싶은 패키지 왼쪽에 위치한 박스를 선택하신 후 화면 오른쪽 하단에 위치한 패키지 삭제 버튼을 클릭하시면 선택된 패키지가 삭제됩니다.
패키지를 추가하려면, 패키지 추가 링크를 클릭하시면 됩니다. 패키지를 추가할 채널을 드롭다운 메뉴에서 선택하신 후 보기 버튼을 클릭하여 다음 단계로 넘어가세요. 채널에 추가할 패키지 왼쪽에 위치한 박스를 선택하신 후 화면 오른쪽 하단에 위치한 패키지 추가 버튼을 클릭하십시오.
현재 채널에 있는 패키지와 다른 채널에 있는 패키지를 비교해보려면, 드롭다운 메뉴에서 다른 채널을 선택하신 후 비교 버튼을 클릭하세요. 양 채널에 포함된 모든 패키지를 비교하여 다음 화면에 그 결과가 나타납니다. 각 패키지의 아키택쳐 및 버전 정보도 알아볼 수 있습니다.
양 채널을 동일하게 만들려면, 오른쪽 하단에 위치한 차이 통합 버튼을 클릭하십시오. 다음 화면에서 충돌 상황을 해결할 수 있는 선택 옵션이 나타납니다. 통합 미리보기 버튼을 클릭하여 채널을 변경하지 전에 미리 통합 결과를 보실 수 있습니다. 마지막으로, 통합할 패키지들을 선택 후 패키지 통합 버튼을 클릭하시고 확인 버튼을 누르면 통합 작업이 시작됩니다.
4.6.3.2. 소프트웨어 채널 관리 ⇒ 소프트웨어 패키지 관리
이 탭에서는 조직에서 소유한 사용자 정의 소프트웨어 패키지를 관리할 수 있습니다. 모든 사용자 정의 소프트웨어 목록을 보거나 선택된 사용자 정의 채널에 포함된 패키지만 보는 것도 가능합니다. 사용자 정의 패키지를 살펴볼 채널을 선택하시려면, 드롭다운 메뉴에서 채널을 선택하신 후 보기 버튼을 클릭하시면 됩니다.
4.6.3.3. 소프트웨어 채널 관리 ⇒ 리포지터리 관리
이 탭에서 기존 사용자 정의 또는 제삼자 패키지 리포지터리를 관리하고 추가할 수 있으며 리포지터리를 기존 채널에 연결할 수 있습니다. 현재 리포지터리 기능은 yum 리포지터리를 지원합니다.
새 리포지터리를 만들려면 리포지터리 관리 페이지의 오른쪽 상단에 있는 새 리포지터리 생성 링크를 클릭합니다. 리포지터리 생성화면에서 리포지터리 레이블 (예: fedora-13-i386) 및 리포지터리 URL (예: http://customrepo.example.com)의 입력이 요구됩니다. 또한 미러 목록을 가리키는 URL이나 직접 다운로드할 수 있는 URL 등을 입력할 수 있습니다. 입력이 완료되면 리포지터리 생성 버튼을 클릭합니다.
새로 만든 리포지터리를 기존 소프트웨어 채널에 연결하려면, 왼쪽 메뉴에 있는 소프트웨어 채널 관리 링크를 클릭하고 연결하려는 채널을 클릭합니다. 채널 정보 페이지에서 리포지터리 하부탭을 클릭하고 연결하고자하는 리포지터리에 해당하는 상자를 확인한 후 리포지터리 업데이트를 클릭합니다.
사용자 정의 리포지터리에서 패키지를 채널에 동기화하려면, 채널의 리포지터리 하부탭의 동기화 링크를 클릭하고 동기화 버튼을 클릭하여 확인합니다.
spacewalk-repo-sync 명령을 사용하여 명령행을 통해 동기화할 수 있습니다. 예:
spacewalk-repo-sync --channel=<CHANNEL_NAME> --url=<http://FQDN>
Copy to Clipboard Toggle word wrap
예를 들어, i386 아키텍처의 Fedora 13 리포지터리를 동기화하는 경우 다음과 같이 입력합니다:
spacewalk-repo-sync --channel=fedora-13-i386 --url=https://mirrors.fedoraproject.org/metalink?repo=updates-released-f13&arch=i386
Copy to Clipboard Toggle word wrap

4.7. 설정

중앙 관리되던지 또는 단일 시스템에 제한이 있던지 간에 설정 채널 및 파일을 관리하기 위한 탭입니다. 설정 탭을 보시려면 설정 관리자이거나 또는 Satellite 관리자이어야 하며, 최소 한개의 프로비저닝 (Provisioning) 인타이틀먼트를 가지고 계셔야 합니다. 그렇지 않을 경우 탭을 보실 수 없습니다.
중앙 관리 파일은 여러개의 시스템에서 사용 가능한 파일을 말합니다; 중앙 설정 채널에서 단일 파일로의 변경으로 인해 여러 시스템에 영향을 줄 수 있습니다. 중앙 설정 채널에 더하여 로컬 설정 채널도 있습니다. 프로비저닝 (Provisioning) 인타이틀먼트를 갖는 각각의 시스템에는 로컬 설정 채널 (오버라이드 채널이라고도 부름) 및 모래상자 채널이 있습니다. 중앙 설정 관리 및 로컬 설정 관리에 관한 자세한 내용은 이 장의 마지막 부분에서 다루어 집니다.

4.7.1. 설정 관리에 필요한 시스템 준비

RHN을 통해 관리되는 설정이 있는 시스템의 경우, 알맞은 도구 및 config-enable 파일이 설치되어 있어야 합니다. 설정 관리 기능으로 시스템을 킥스타트한 경우, 이러한 도구가 시스템에 이미 설치되어 있을 수 있습니다. 설치되어 있지 않을 경우, 해당 배포판 용 RHN 도구 자식 채널에서 찾을 수 있습니다. 다음과 같은 최신 rhncfg* 패키지를 다운로드하고 설치합니다:
  • rhncfg — 모든 rhncfg-* 패키지에 필요한 기본 라이브러리 및 기능
  • rhncfg-actions — RHN 웹사이트를 통해 스케줄된 설정 작업을 실행하기 위해 필요한 코드
  • rhncfg-client — RHN 설정 관리 시스템의 클라이언트 기능으로의 명령행 인터페이스
  • rhncfg-management — RHN 설정 관리를 위해 사용되는 명령행 인터페이스
다음으로 설정 작업을 스케줄하기 위해 시스템을 활성화해야 합니다. 이는 클라이언트 시스템에서 rhn-actions-control 명령을 사용하여 실행됩니다. 이러한 명령에는 rhncfg-actions RPM이 포함되어 있습니다. RHN 작업 제어 (rhn-actions-control)로 허용된 작업의 특정 모드를 활성 또는 비활성시킬 수 있습니다. 자세한 내용은 B.1절. “Red Hat Network Actions Control에서 참조하시기 바랍니다.

4.7.2. 개요

설정 개요 페이지에서 설정 파일 상태와 이를 사용하는 시스템을 살펴보실 수 있습니다.
설정 요약
이 패널에는 설정 파일에 관한 참조 정보가 있습니다. 오른쪽에 위치한 파란색 텍스트를 클릭하면 관련 시스템, 채널 정보, 설정 파일 등에 관한 목록이 나타납니다.
설정 작업
이 패널에서는 가장 일반적인 설정 관리 작업으로 직접 접속할 수 있게 합니다. 파일 또는 채널을 보거나 생성하실 수 있으며 시스템에 대한 설정 관리를 활성화하실 수 있습니다.
최근에 수정된 설정 파일
다음 목록에서는 변경된 파일, 변경된 파일이 소속된 채널, 변경 시기를 보여줍니다. 최근에 아무 파일도 변경되지 않았을 경우에는 목록이 나타나지 않습니다. 파일명을 클릭하면 파일의 상세 정보 페이지를 보여주며, 채널명을 클릭하면 채널 정보 페이지를 보여줍니다.
최근 스케줄된 설정 디플로이
각각의 스케줄된 작업 목록이 작업 상태와 함께 나타납니다. 특정 설정 파일을 디플로이하기 위해 시스템에서 설정 관리를 활성화하여 스케줄된 설정 작업이 여기에 나타납니다. 작업을 성공적으로 실행되었는 지를 살펴보실 수 있으며 문제가 발생하면 이를 처리하실 수 있습니다. 파란색 텍스트를 클릭하면 특정 시스템에 해당하는시스템 정보스케줄 페이지가 나타납니다.

4.7.3. 설정 채널

위에서 언급했듯이 RHN에서 중앙 설정 채널/파일 및 로컬 설정 채널/파일 모두를 관리하실 수 있습니다. 중앙 설정 관리를 통해 여러 시스템으로 설정 파일을 디플로이하실 수 있으며, 로컬 설정 관리를 통해 덮어쓸 파일이나 시스템의 중앙 채널 등록으로 인해 변경되지 않은 설정 파일을 지정하실 수 있습니다.
중앙 설정 채널은 이 페이지에 있는 링크를 통해 생성되어야 합니다. 로컬 설정 채널은 여기서 생성되지 않습니다; 이는 프로비저닝 (Provisioning) 인타이틀먼트가 있는 시스템에 대해 자동으로 생성됩니다.
설정 채널명을 클릭하여 해당 채널의 상세 정보 페이지를 보여줍니다. 채널에 있는 파일 수를 클릭할 경우 해당 채널의 파일 목록/삭제 페이지를 보여줍니다. 설정 채널에 등록된 시스템 수를 클릭하면 해당 채널의 시스템등록된 시스템 페이지를 보실 수 있습니다.
새로운 중앙 설정 채널을 생성하기 위해 다음과 같은 작업을 실행합니다:
  1. 화면의 오른쪽 상단에 있는 새로운 설정 채널 생성 링크를 클릭하시기 바랍니다.
  2. 채널명을 입력합니다.
  3. 채널에 해당하는 레이블을 입력합니다. 이는 영문자와 숫자,"-", "_", "." 기호만으로 이루어져야 합니다.
  4. 채널에 대한 설명을 입력합니다. 반드시 설명을 입력하셔야 하며, 문자수의 제한이 없습니다. 이러한 채널을 다른 채널과 구분할 수 있도록 간략한 내용만 입력하시면 됩니다.
  5. 설정 채널 생성 버튼을 눌러 새로운 채널을 생성합니다.
다음 페이지에는 채널 정보 페이지의 하부세트가 있으며, 이는 개요, 파일 추가, 시스템이렇게 세가지 하부탭이 들어 있습니다. 채널 정보 페이지에 관한 자세한 정보는 4.7.3.1절. “설정 ⇒ 설정 채널 ⇒ 설정 채널 설명”에 있습니다.
4.7.3.1. 설정 ⇒ 설정 채널 ⇒ 설정 채널 설명
개요
하부탭은 설정 개요 페이지와 유사합니다. 채널 정보 패널에서는 채널 컨텐츠에 대한 상태 정보를 제공하며 설정 작업 패널에서는 가장 일반적인 설정 작업으로 액세스하게 합니다. 주요 다른점은 채널 등록정보에 있습니다. 등록정보 편집 링크를 클릭하여 채널명, 채널 레이블, 채널 설명을 편집하실 수 있습니다.
파일 열거/삭제
설정 채널에 파일이 있을 경우에만 나타나는 탭에서는 설정 채널에 들어있는 파일 목록을 보여줍니다. 파일을 삭제하거나 로컬 오버라이드 세트 또는 기타 다른 중앙 설정 채널로 최신 버전의 파일을 복사하실 수 있습니다. 편집하시려는 파일 옆에 있는 박스를 선택하신 후 화면 아래에 있는 원하는 작업에 해당하는 버튼을 클릭하시면 됩니다.
파일 추가
파일 추가 하부탭에는 세 개의 하부탭이 있어 설정 파일을 업로드하기, 가져오기, 생성하기하여 채널에 포함시킬 수 있습니다.
파일 업로드
설정 채널에 파일을 업로드하기 위해 로컬 시스템에 있는 파일을 검색하고 모든 영역을 채운 후, 설정 파일 업로드 버튼을 클릭합니다. 파일명/경로 영역은 파일이 디플로이될 완전 경로여야 합니다. 파일을 디플로이할 때 파일에 첨부할 소유권 및 권한을 나타낼 수 있습니다. 마지막으로 설정 파일에 매크로가 포함될 경우, 매크로로 시작되고 끝난다는 표시를 해주는 기호를 입력합니다.
파일을 배포할 때 파일에 부여할 소유권 (사용자 이름그룹 이름) 그리고 권한을 표시할 수 있습니다.
클라이언트에서 SELinux가 활성화된 경우 SELinux 문맥을 설정하여 시스템에서 사용할 수 있도록 필요한 파일 속성 (사용자, 역할, 파일 유형 등)을 활성화할 수 있습니다. SELinux 파일 문맥을 설정하는 방법에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 보안 강화 Linux 사용자 가이드에서 참조하십시오.
마지막으로 설정 파일에 매크로가 포함된 경우 매크로의 시작과 끝을 표시하는 기호를 입력합니다.
파일 가져오기
이 페이지에서 로컬 관리 채널을 포함한 기타 다른 설정 채널에서 파일을 가져오기 하실 수 있습니다. 가져오기하시려는 파일의 왼쪽에 있는 박스를 선택하신 후 설정 파일 가져오기 버튼을 누르시면 됩니다.

참고

모래 상자 아이콘은 목록에 있는 파일이 현재 로컬 모래 상자 채널에 있는 파일임을 나타냅니다. 시스템의 모래상자 채널에 있는 파일은 테스트 용으로 간주되어 불안정할 수 있습니다. 중앙 설정 채널에 대해 이러한 파일을 선택하셨을 경우 주의 표시를 사용하시기 바랍니다.
파일 생성
이 페이지에서 설정 채널에 포함될 설정 파일, 디렉토리, 심볼릭 링크 등을 처음부터 만들 수 있습니다.
먼저, 파일 유형에서 텍스트 파일, 디렉토리, 심볼릭 링크 (symlink) 를 생성할 지를 선택합니다. 파일명/경로 텍스트 상자에 배포해야 할 파일과 함게 절대 경로를 지정합니다. 심볼릭 링크를 생성하려는 경우, 심볼릭 링크 대상 파일명/경로 텍스트 상자에 대상 파일과 경로를 지정합니다.
소유권란에 파일에 대한 사용자 이름그룹 이름 그리고 파일 권한 모드를 입력합니다.
클라이언트에서 SELinux가 활성화된 경우 SELinux 문맥을 설정하여 시스템에서 사용할 수 있도록 필요한 파일 속성 (사용자, 역할, 파일 유형 등)을 활성화할 수 있습니다. SELinux 파일 문맥을 설정하는 방법에 대한 보다 자세한 내용은 Red Hat Enterprise Linux 보안 강화 Linux 사용자 가이드에서 참조하십시오.
설정 파일에 매크로가 포함되어 있을 경우, 매크로로 시작되고 끝난다는 표시를 해주는 기호를 입력합니다. 그 후 스크립트 드롭 다운 메뉴를 사용하여 해당 스크립팅 언어를 선택하여 파일 내용란에 설정 파일 내용을 입력합니다. 마지막으로 설정 파일 생성 버튼을 클릭하여 새 파일을 만듭니다.
파일 배포
채널에 파일이 있을 때에만 하부탭이 나타납니다. 모든 파일을 배포하기 버튼을 클릭하여 파일 모두를 배포하시거나 선택된 파일을 확인하신 후 선택한 파일을 배포하기 버튼을 누르실 수 있습니다. 그 후 어떤 시스템에서 파일을 사용할 지를 알려주셔야 합니다. 목록에 있는 시스템은 채널에 등록된 시스템입니다. 이 목록에 없는 시스템에서 파일을 사용하시고자 할 경우, 먼저 시스템을 채널에 등록하셔야 합니다. 그 뒤, 확인 및 선택한 시스템에 배포하기 버튼을 눌러 파일을 배포합니다.
시스템
이 탭에는 두개의 하부탭이 있으며 이를 통해 설정 채널에 등록된 시스템을 관리하실 수 있습니다.
등록된 시스템
이 하부탭에서는 현재 채널에 등록된 모든 시스템 목록을 보여줍니다. 시스템명을 클릭하면 해당 시스템의 시스템 정보 페이지로 이동합니다.
대상 시스템
이 하부탭에서는 설정 관리가 활성화되어 아직 채널에 등록되지 않은 시스템 목록을 보여줍니다. 설정 채널에 시스템을 추가하시려면 시스템명의 왼쪽에 위치한 박스를 선택하여 시스템 등록 버튼을 누르시면 됩니다.

4.7.4. 설정 파일

이 탭에서는 설정 파일을 개별적으로 관리하실 수 있습니다. 하부탭에서 중앙 관리 파일 및 로컬 관리 파일을 보실 수 있습니다.

참고

기본값으로 최대 설정 파일 크기는 128KB입니다. 기본값을 변경하려면, /etc/rhn/default/rhn_web.conf 파일에서 다음과 같은 행을 찾아 수정합니다:
web.maximum_config_file_size=128
Copy to Clipboard Toggle word wrap
/etc/rhn/default/rhn_server.conf 파일에서 다음과 같은 행을 찾아 동일한 값으로 변경해야 합니다:
maximum_config_file_size=131072
Copy to Clipboard Toggle word wrap
두 파일에 있는 값을 131072에서 원하는 값으로 바이트 단위로 변경합니다.
4.7.4.1. 중앙 관리 파일
중앙 관리 파일은 여러개의 시스템에서 사용 가능한 파일을 말합니다. 중앙 관리 채널에서 파일을 변경할 경우 여러 시스템에 변경 사항이 발생할 수 있습니다.
이 페이지에는 현재 중앙 설정 채널에 저장되어 있는 모든 파일 목록을 보여줍니다. 파일의 경로를 클릭하면 해당 파일의 설정 파일 정보 페이지를 보여줍니다. 설정 채널명을 선택하면 파일이 들어 있는 채널의 채널 정보 페이지를 보여주며 시스템 수를 클릭하면 파일이 들어 있는 채널에 등록된 시스템 목록을 보여줍니다. 마지막으로덮어쓰기 시스템 수를 클릭하면 설정 파일의 로컬 (또는 덮어쓰기) 버전이 있는 시스템 목록을 보여줍니다 (즉 중앙 관리 파일은 이러한 시스템에 배포되지 않음을 의미합니다).

4.7.5. 로컬 관리 파일

로컬 관리 설정 파일은 하나의 시스템에서만 사용되는 파일을 말합니다. 이는 시스템의 모래상자에 있는 파일이거나 또는 시스템에 언제든지 배포될 수 있는 파일입니다. 로컬 파일은 중앙 관리 파일보다 우선합니다 - 즉, 시스템이 설정 채널에 등록될 경우 여기에 기존의 파일과 동일한 로컬 관리 파일 버전이 있을 때, 로컬 관리 버전이 배포됩니다.
이 페이지에서는 모든 시스템의 로컬 (덮어쓰기) 설정 파일 목록을 보여줍니다. 이는 각각의 프로비저닝 (Provisioning) 인타이틀먼트 시스템에 대한 로컬 설정 채널 및 모래 상자 채널을 포함합니다.
파일 경로를 클릭하면 해당 파일의 설정 파일 정보 페이지를 보여줍니다. 시스템명을 클릭하면 해당 시스템의 시스템 정보설정설정개요 페이지로 이동하실 수 있습니다.
4.7.5.1. 설정 파일에 매크로 포함하기
전통적인 파일 관리에서는 파일 간에 차이점이 미미하고 변형된 파일 수가 수백에서 수천개가 되더라도 각 파일을 따로 업로드하고 배포해야 합니다. RHN은 프로비저닝 (Provisioning) 인타이틀먼트 시스템에 대해 RHN이 관리하는 설정 파일 안에 매크로 또는 변수를 포함시킬수 있도록 함으로써 이를 대처하고 있습니다. 사용자 정의 시스템 정보에 대한 변수 외에 다음의 표준 매크로가 지원됩니다:
  • rhn.system.sid
  • rhn.system.profile_name
  • rhn.system.description
  • rhn.system.hostname
  • rhn.system.ip_address
  • rhn.system.custom_info(key_name)
  • rhn.system.net_interface.ip_address(eth_device)
  • rhn.system.net_interface.netmask(eth_device)
  • rhn.system.net_interface.broadcast(eth_device)
  • rhn.system.net_interface.hardware_address(eth_device)
  • rhn.system.net_interface.driver_module(eth_device)
이러한 기능을 사용하시려면 설정 파일을 설정 채널 정보 페이지를 통해서 업로드하거나 만드십시오. 그 후에, 그 파일의 설정 파일 정보 페이지를 열어 지원되는 매크로 중 선택된 것을 포함시키십시오. 오프셋에 사용된 구분 문자가 매크로 시작 구분 문자매크로 마침 구분 문자 란에 설정된 것과 일치하는 지를 확인하고 구분 문자가 파일 내의 다른 문자와 충돌하지 않도록 합니다. 구분 문자는 반드시 두개의 문자로 이루어져야 하고 백분율 기호 (%)는 포함시킬 수 없습니다.
예로써 IP 주소와 호스트명에서만 차이가 있는 서버 여러대가 있고 이 모든 서버에 적용할 수 있는 한 파일이 있다고 합시다. 각 서버에 대해 개별적인 설정 파일을 관리하는 것보다 server.conf와 같은 이름의 단일 파일이 IP 주소와 호스트명 매크로를 포함하도록 다음과 같이 만들 수 있습니다:
hostname={| rhn.system.hostname |}
ip_address={| rhn.system.net_interface.ip_address(eth0) |}
Copy to Clipboard Toggle word wrap
RHN 웹사이트에서 스케줄된 작업을 통해서든 Red Hat Network Configuration Client (rhncfg-client)에서 명령행을 써서든, 파일이 개별 시스템으로 전달될 때, 변수들은 RHN의 시스템 프로파일에 기록된 시스템의 실제 호스트명과 IP 주소로 대체됩니다. 예들 들어 위의 설정 파일에서 디플로이된 버전은 다음과 같이 나타납니다:
hostname=test.example.domain.com
ip_address=177.18.54.7
Copy to Clipboard Toggle word wrap
사용자 정의 시스템 정보를 구하려면, 키 레이블을 사용자 정의 정보 매크로 (rhn.system.custom_info)에 입력하십시오. 예를 들어, "asset"이라는 레이블이 붙은 키를 만들었다고 할 때, 이 키는 설정 파일 내 사용자 정의 정보 매크로에 추가될 수 있습니다. 그 키에 대한 값을 포함하고 있는 모든 시스템에서 값이 대체될 것입니다. 매크로는 다음과 같이 나타납니다:
 
asset={@ rhn.system.custom_info(asset) @}
Copy to Clipboard Toggle word wrap
키에 대한 값을 가지고 있는 시스템에 그 파일을 배포함에 있어, 매크로는 다음과 같이 해석됩니다:
asset=Example#456
Copy to Clipboard Toggle word wrap
오류를 막기 위해 디폴트 값이 필요한 경우와 같이, 사용자 정의 정보 매크로에 다음과 같이 붙여 넣어 디폴트 값을 포함할 수 있습니다:
asset={@ rhn.system.custom_info(asset) = 'Asset #' @}
Copy to Clipboard Toggle word wrap
시스템의 실제 값이 기본값에 우선합니다.
Red Hat Network Configuration Manager (rhncfg-manager)를 사용하면, 파일을 해석하거나 변경하지 않게 되며 이는 도구가 시스템을 인지하지 않기 때문입니다 — rhncfg-manager 명령은 시스템 설정에 의존하지 않습니다. 바이너리 파일은 삽입될 수 없습니다.

4.7.6. 시스템

이 페이지에서는 설정과 관련하여 시스템의 상태 정보를 보여줍니다. 여기에는 관리된 시스템목표 시스템이라는 두 개의 하부탭이 있습니다.
4.7.6.1. 관리된 시스템
이 페이지에서는 설정시스템 페이지에 해당하는 기본 화면을 보여줍니다. 여기서 보여지는 시스템은 설정 파일 배포를 위해 모든 사항이 준비되어 있습니다. 로컬 관리 파일 및 중앙 관리 파일의 수를 보여줍니다. 시스템명을 클릭하면 해당 시스템에 대한 시스템 정보설정개요 페이지로 이동하실 수 있습니다. 로컬 파일의 수를 클릭하면 시스템 정보설정파일 보기/수정로컬 관리 파일 페이지로 이동하실 수 있으며, 여기서 어떤 로컬 (오버라이드) 파일을 시스템에 적용할 지에 대해 관리하실 수 있습니다. 중앙 관리 설정 채널 수를 클릭하면 시스템 정보설정설정 채널 관리채널에서 목록/등록해제 페이지로 이동하실 수 있습니다. 여기에서는 채널로 부터의 등록을 해제하실 수 있습니다.
4.7.6.2. 대상 시스템
이 페이지에서는 설정 파일 배포가 준비가 되지 않은 시스템이나 또는 아직 설정 채널에 등록되지 않은 시스템을 보여줍니다. 다음의 표는 시스템명, 설정 파일 배포 준비 상태, 시스템이 준비되기 전까지 완료되어야 하는 단계에 대한 목록에 따라 세개의 열로 구분되어 있습니다. 프로파일명의 좌측에 위치한 체크박스를 선택하고 RHN 설정 관리 활성화 버튼을 클릭하면 모든 준비 단계가 자동으로 실행되도록 RHN에 의해 스케줄됩니다.

참고

설정 파일 배포를 활성화하기 위해 몇몇 단계를 수동으로 실행해야 하지만 이를 위한 지시사항이 화면에 나타납니다.

4.8. 스케쥴된 작업

상단 네비게이션 바에서 스케쥴을 클릭하면, 스케쥴 카테고리와 링크가 나타납니다. 사용자는 이 페이지들을 통해서 시스템 내에서 일어나는 작업을 기록할 수 있습니다. 작업이란 스케쥴된 RHN 태스크로써, 하나 또는 다중 클라이언트 시스템에서 실행됩니다. 예를 들어, 모든 에라타 업데이트를 한 시스템에 설치하도록 작업은 스케쥴될 수 있습니다.
Red Hat Network는 다음의 작업 형태를 기록합니다:
  1. 패키지 변경 (설치, 업그레이드 그리고 제거)
  2. 롤백 패키지 작업
  3. 시스템 재시작
  4. 에라타 업데이트
  5. 설정 파일 변경 (설치, 업로드 그리고 차이)
  6. 하드웨어 프로파일 업데이트
  7. 패키지 목록 프로파일 업데이트
  8. 킥스타트 개시
  9. 원격 명령
스케쥴 카테고리의 각 페이지는 작업 상태를 나타냅니다.

4.8.1. 스케쥴 - 미결 작업

그림 4.19. “스케쥴 - 미결 작업”에서 보여주듯이, 미결 작업 페이지는 상단 네비게이션 바에서 스케쥴을 클릭하였을 때 나타나는 첫 화면입니다. 이 페이지는 아직 시작되지 않았거나 진행 중에 있는 작업을 보여줍니다.
스케쥴 - 미결 작업

그림 4.19. 스케쥴 - 미결 작업

4.8.2. 실패한 작업

완료될 수 없었던 작업들입니다. 작업에서 에러가 발생되면, 그 작업은 여기에 표시될 것입니다.

4.8.3. 완료된 작업

성공한 작업입니다.

4.8.4. 아카이브된 작업

사용자가 재검토하기 위해 저장하려고 선택한 작업입니다.

4.8.5. 작업 목록

각 페이지에서, 목록의 각 행은 스케쥴된 단일 이벤트나 작업을 나타냅니다. 이 이벤트나 작업은 다중 시스템에 영향을 미칠 수도 있으며 다양한 패키지가 연루되어 있을 수도 있습니다. 목록은 여러 칼럼에 정보를 담고 있습니다:
  • 선택 — 작업을 선택하려면 이 칼럼의 체크박스를 이용하십시오. 작업을 선택한 후에는 이 작업들을 선택 목록에 추가하거나 아카이브된 작업 목록으로 옮길 수 있습니다. 만일 미결 작업을 아카이브할 경우, 이 작업은 취소되지는 않습니다; 즉, 작업은 단순히 미결 작업 목록에서 아카이브된 작업 목록으로 옮겨집니다.
  • 작업 — 에라타 업데이트나 패키지 설치같은 실행될 작업의 형태입니다. 작업 이름을 클릭하면 그 작업의 작업 정보 페이지로 이동합니다. 자세한 정보는 4.8.5.1절. “작업 정보”에서 참조하십시오.
  • 가장 빠른 작업 일시 — 그 작업이 실행될 가장 빠른 날짜와 시간입니다.
  • 성공 — 이 작업이 성공한 시스템 수입니다.
  • 실패 — 이 작업이 시도되었으나 실패한 시스템 수입니다.
  • 진행 중 — 이 작업이 진행되고 있는 시스템 수입니다.
  • 전체 — 이 작업이 스케쥴된 시스템 전체 수입니다.
4.8.5.1. 작업 정보
작업의 이름을 클릭하면 작업 정보 페이지가 나타납니다. 이 페이지는 다음의 탭으로 나누어져 있습니다:
4.8.5.1.1. 작업 정보 ⇒ 정보
작업에 대한 기본 정보입니다. 이 탭은 작업을 클릭하였을 때 처음으로 나타나는 탭입니다. 여기서 작업 형태와 스케쥴 관리자, 가장 빠른 작업 일시 그리고 노트가 표시됩니다. 에라타 권고를 클릭하면 에라타 정보 페이지로 이동합니다. 에라타 권고는 그 작업이 에라타 업데이트일 경우에만 나타납니다. 더 자세한 정보는 4.5.2.2절. “에라타 정보 ”에서 참조하십시오.
4.8.5.1.2. 작업 정보 ⇒ 완료된 시스템
이 작업이 성공적으로 완료된 시스템의 목록입니다. 시스템 이름을 클릭하면 시스템 정보 페이지로 이동합니다. 더 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
4.8.5.1.3. 작업 정보 ⇒ 진행 중인 시스템
이 작업이 현재 진행되고 있는 시스템의 목록입니다. 작업을 취소하려면, 체크박스를 이용하여 해당하는 시스템을 선택하고 작업 스케쥴 취소 버튼을 클릭하십시오. 시스템의 이름을 클릭하면 그 시스템의 시스템 정보 페이지로 이동합니다. 더 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
4.8.5.1.4. 작업 정보 ⇒ 실패한 시스템
이 작업이 시도되었으나 실패한 시스템의 목록입니다. 이 작업은 여기서 재 스케쥴될 수 있습니다. 시스템의 이름을 클릭하면 그 시스템의 시스템 정보 페이지로 이동합니다. 더 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.

4.9. 사용자

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 상단 네비게이션 바에 위치한 사용자 탭은 Satellite 관리자만이 볼 수 있습니다. 사용자 탭을 클릭하면 사용자 카테고리와 링크가 나타납니다. 이 페이지에서 시스템 그룹을 관리할 사용자에게 권한을 부여하고 수정할 수 있습니다. 사용자 목록을 클릭하여 조직의 사용자를 수정합니다.
조직에 새로운 사용자를 추가하기 위해 페이지의 오른쪽에 위치한 새로운 사용자 생성 링크를 클릭합니다. 다음 페이지는 사용자 생성 페이지입니다. 새로운 사용자에 대해 필요한 내용을 입력합니다.
모든 사항을 완료하면, 로그인 생성 버튼을 선택합니다. 이제 RHN은 지정된 주소로 이메일을 보내며 사용자사용자 목록 페이지로 이동합니다. 새로 생성된 사용자에 대한 권한 및 옵션을 선택하시려면, 목록에서 해당 사용자의 이름을 선택합니다. 그러면 해당 사용자에 대한 사용자 정보 페이지가 나타나 선택할 수 있는 여러 하부탭 옵션을 제공합니다. 각각의 하부탭에 대한 자세한 설명은 4.9.1.1절. “사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ”에서 참조하십시오.

4.9.1. 사용자 목록 ⇒ 활성

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 탭은 RHN 계정의 모든 활성 사용자 목록을 보여줍니다. 사용자명, 실제 이름, 직함, 마지막으로 로그인한 날짜와 같은 각 사용자에 대한 기본 정보가 표시됩니다.
그림 4.20. “사용자 목록”에서 볼 수 있듯이, 사용자 목록의 각 행은 조직의 한 사용자를 나타냅니다. 각 사용자에 대한 정보는 네 개의 칼럼으로 제공됩니다:
  • 사용자명 — 사용자의 로그인 이름입니다. 사용자명을 클릭하면 해당 사용자의 사용자 정보 페이지가 나타납니다. 보다 자세한 내용은 4.9.1.1절. “사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ”에서 참조하십시오.
  • 실명 — 사용자의 이름입니다. (성이 앞에 옴)
  • 권한 — 조직 관리자, 채널 관리자, 일반 사용자와 같은 사용자의 권한 목록입니다. 한 사용자는 다중 권한을 갖을 수 있습니다.
  • 마지막 로그인 — 사용자가 마지막으로 로그인한 시점을 보여줍니다.
사용자 목록

그림 4.20. 사용자 목록

4.9.1.1. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) Satellite 관리자는 사용자 정보 페이지에서 모든 사용자의 권한 및 작업 활동을 관리할 수 있습니다. 사용자 정보 페이지에서는 사용자를 삭제하거나 비활성화하는 것도 가능합니다.
이제 RHN 웹 인터페이스에서 바로 사용자를 비활성화시키는 것이 가능합니다. RHN Satellite 고객은 시스템 사용자를 비활성화하거나 삭제할 수 있지만, Satellite 고객이 아니시라면 고객 서비스 팀에게 사용자를 삭제하도록 요청하셔야 합니다. Satellite 관리자가 사용자를 비활성화하거나 삭제할 수 있으며, 사용자는 자신의 계정을 비활성화할 수 있습니다.
비활성화된 사용자는 RHN 웹 인터페이스에 로그인할 수 없으며, 어떠한 작업도 스케줄할 수 없습니다. Satellite 관리자의 경우 계정에서 이 권한이 삭제되기 전까지 비활성화될 수 없습니다. 비활성화되기 전 사용자에 의해 스케줄된 작업은 작업 대기 상태로 남아있게 됩니다. 유연성을 향상시키기 위해 Satellite 관리자는 비활성화된 사용자를 다시 활성화할 수 있습니다.
오직 RHN Satellite 고객만이 웹 인터페이스를 이용하여 사용자를 삭제할 수 있습니다. 개별 사용자가 삭제되기 전에 사용자에게서 Satellite 관리자 권한이 삭제되어야 합니다.

주의

사용자를 한번 삭제하시면 다시 복구할 수 없으니 주의해서 하시기 바랍니다. 사용자를 비활성화시켜서 사용자를 삭제시 미칠 영향을 미리 살펴본 후 사용자를 삭제하시는게 좋습니다.
사용자를 비활성화하려면 다음을 실행합니다:
  1. 삭제하려는 사용자의 사용자 정보 탭으로 가십시오.
  2. 사용자가 Satellite 관리자가 아닌지 확인하십시오. 만일 그렇다면, 권한 왼쪽 박스에 선택된 것을 해제하시고 화면 오른쪽 하단에 위치한 제출 버튼을 클릭합니다.
  3. 화면 오른쪽 상단에 위치한 사용자 비활성화 링크를 클릭하시기 바랍니다.
  4. 확인을 위해 오른쪽 하단에 위치한 사용자 비활성화 버튼을 클릭하시기 바랍니다.
사용자를 삭제하려면 다음을 실행합니다:
  1. 삭제하려는 사용자의 사용자 정보 탭으로 가십시오.
  2. 사용자가 Satellite 관리자가 아닌지 확인해주시고, 필요시 이 권한을 먼저 삭제하시기 바랍니다.
  3. 오른쪽 상단에 위치한 사용자 삭제 링크를 클릭하시기 바랍니다.
  4. 사용자를 영구히 삭제하기 위해 사용자 삭제 버튼을 클릭하시면 됩니다.
자신의 계정을 비활성화하는 방법에 대한 정보는 4.3.1.3절. “계정 비활성화”에서 참조하십시오.
4.9.1.1.1. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 기본 사용자 정보 탭으로서, 이 사용자의 사용자명, 이름, 성, 이메일 주소 그리고 사용자 권한 등의 정보를 표시합니다. 이 모든 정보는 수정 가능합니다. 수정하시려면, 변경 사항을 입력하신 후 업데이트 버튼을 클릭하십시오. 사용자의 암호를 변경하는 경우에는 암호를 입력할 때 별표로만 나타난다는 것을 기억하십시오.
조직 내에서 책임을 위임하기 위해 Red Hat Network는 다른 수준의 책임과 액세스 권한을 갖는 여러 역할을 제공합니다. 이 목록에서는 각 권한에 따라 허용되는 사항과 권한 사이의 차이점을 설명합니다:
  • 사용자시스템 그룹 사용자라고도 하며, 새롭게 생성된 사용자가 가지는 표준 권한입니다. 이 권한을 갖는 사람은 시스템 그룹이나 소프트웨어 채널을 관리할 수 있습니다. 사용자가 시스템을 관리할 수 있거나 최소한 볼 수 있으려면, 그 시스템은 반드시 사용자가 액세스 권한이 있는 시스템 그룹에 속해 있어야 합니다. 하지만 모든 범용 등록 채널은 누구나 이용할 수 있습니다.
  • 활성키 관리자 — 이 권한은 조직의 여러 활성키를 한꺼번에 관리할 수 있도록 설계되어 있습니다. 이 권한을 갖는 사람은 최상위 계정 내에 있는 어떤 키라도 생성, 수정, 삭제할 수 있습니다.
  • 채널 관리자 — 이 권한은 조직 내 소프트웨어 채널과 관련 패키지 등에 완전한 액세스 권한을 가집니다. 이 권한은 RHN Satellite나 RHN Proxy Server를 필요로 합니다. 이 권한을 갖는 사람은 시스템의 기본 채널을 변경하거나 채널을 누구나 등록 가능하게 만들 수 있으며 완전히 새로운 채널을 만들 수 도 있습니다.
  • 설정 관리자 — 이 권한은 사용자가 조직 내 시스템의 설정을 RHN Satellite 웹 기반 인터페이스나 Red Hat Network Configuration Manager를 통해 관리할 수 있도록 해줍니다.
  • 모니터링 관리자 — 이 권한은 프로브나 다른 모니터링 인프라의 감시 작업을 스케줄할 수 있습니다. 이 권한은 모니터링이 활성화된 RHN Satellite 3.6 이상 버전에서만 사용 가능합니다.
  • Satellite 관리자 — 이 권한은 Red Hat Network에서 사용 가능한 모든 기능을 수행할 수 있습니다. 조직의 마스터 계정으로 이 권한을 갖는 사람은 다른 모든 계정의 권한을 수정할 수 있을 뿐만 아니라 다른 권한에서 가능한 모든 작업을 수행할 수 있습니다. 다른 권한과 마찬가지로 여러 Satellite 관리자가 존재할 수 있습니다.
  • 시스템 그룹 관리자 — 접근이 허용된 시스템과 시스템 그룹에 대해서만 완전한 권한이 있다는 점에서 이 권한은 Satellite 관리자보다 한 단계 아래에 있습니다. 이 권한을 갖는 사람은 새 시스템 그룹을 생성할 수 있으며, 할당된 시스템 그룹 삭제, 시스템을 그룹에 추가 그리고 그룹에 대한 사용자 액세스 관리 등의 작업을 할 수 있습니다.
Satellite 관리자가 다른 사용자의 Satellite 관리 권한을 삭제할 수 있는 반면 유일하게 남아 있는 Satellite 관리자에서 Satellite 관리 권한을 삭제할 수 없습니다. 마지막 남아 있는 Satellite 관리자가 아니라면 자신의 Satellite 관리자 권한을 삭제할 수 있습니다.
사용자에게 새로운 권한을 부여하려면 해당 체크박스를 선택하십시오. Satellite 관리자는 자동적으로 다른 모든 기능에 대한 권한을 가진다는 것을 기억하십시오. 따라서 체크 박스가 회색으로 표시됩니다. 사용자에게 시스템 설정을 관리할 수 있는 기능을 부여하려면 설정 관리자 체크박스를 선택하십시오. 변경 사항에 만족하시면 업데이트 버튼을 클릭하십시오.
4.9.1.1.2. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 시스템 그룹
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 탭은 사용자가 관리하는 시스템 그룹 목록을 나타냅니다. Satellite 관리자는 체크 박스를 이용하여 각 시스템 그룹에 해당 사용자의 액세스 권한을 설정할 수 있습니다. 시스템 그룹 왼쪽에 위치한 박스를 선택 또는 선택 해제하고 권한 업데이트 버튼을 클릭하여 변경 사항을 저장하십시오.
Satellite 관리자는 사용자에게 한 개 이상의 시스템 그룹을 기본값으로 선택할 수 있습니다. 이 사용자가 시스템에 등록하면, 해당 시스템은 선택된 그룹에 할당됩니다. 이로 인해 사용자는 시스템이 할당된 한 개 이상의 그룹에 액세스 권한을 가지고 있는 경우 새로 등록된 시스템에 즉시 액세스 가능하게 됩니다. 이 사용자가 액세스 가능한 시스템 그룹 이름 앞에는 (*) 기호가 붙습니다.
4.9.1.1.3. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 시스템
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 탭은 이 사용자가 액세스할 수 있는 모든 시스템을 나열합니다. 이러한 시스템은 이전 탭에서 사용자에 할당된 시스템 그룹에 속합니다. 함께 작업할 시스템 세트를 선택하려면 시스템 이름 왼쪽에 위치한 박스를 선택하고 목록 업데이트 버튼을 클릭하십시오. 시스템 세트 매니저 페이지를 이용하여 이러한 시스템에서 작업을 실행하실 수 있습니다. 시스템의 이름을 클릭하면 그 시스템의 시스템 정보 페이지로 이동합니다. 더 자세한 내용은 4.4.2.10절. “시스템 등록정보”에서 참조하십시오.
4.9.1.1.4. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 채널 권한
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 탭은 조직에서 사용 가능한 모든 채널 목록을 보여줍니다. 채널 왼쪽에 위치한 박스를 선택한 후 권한 업데이트 버튼을 클릭하여 각 채널에 대해 사용자에게 채널 서브스크립션 권한을 부여할 수 있습니다. Satellite 관리자 상태, 채널 관리자 상태를 통하여 권한을 부여하거나 또는 누구나 등록 가능한 채널은 체크박스가 없으므로 대신 체크 아이콘을 통해 권한을 부여합니다.
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 사용자가 시스템을 등록할 수 있는 채널을 표시합니다. 이를 변경하려면, 해당하는 체크박스를 선택 또는 선택해제한 후 권한 업데이트 버튼을 클릭하십시오. 사용자의 관리 상태나 채널 전역 설을 통해 등록 가능한 채널은 변경될 수 없음을 기억하십시오. 이러한 채널은 체크 아이콘으로 표시됩니다.
4.9.1.1.4.2. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 채널 권한 ⇒ 관리
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 사용자가 관리할 수 있는 채널을 보여줍니다. 이를 변경하려면, 해당하는 체크박스를 선택 또는 선택 해제한 후 권한 업데이트 버튼을 클릭하십시오. 여기서는 사용자가 새로운 채널을 만들 수는 없습니다. 사용자의 관리 상태를 통해 자동적으로 관리 가능한 채널은 변경할 수 없다는 것을 기억하십시오. 이러한 채널은 체크 아이콘으로 표시됩니다. Satellite 관리자와 채널 관리자는 어떠한 채널도 등록 또는 관리할 수 있음을 기억하십시오.
4.9.1.1.5. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 환경 설정
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 페이지에서는 이메일 통지 수신 여부, 각 목록 페이지에 표시할 항목 수 및 사용자의 시간대 등을 설정하실 수 있습니다. 선택을 마치면 환경 설정 저장 버튼을 클릭하여 업데이트하시기 바랍니다.
  • 이메일 통지 — 이 사용자의 RHN 계정에 포함된 하나 또는 다중 시스템에 적용 가능한 에라타 통보 및 일일 시스템 이벤트 요약 정보 이메일 수신 여부를 결정합니다.
  • RHN 목록 페이지 크기 — 페이지 내 목록에 나타날 최대 아이템 수입니다. 그 이상의 아이템이 목록에 있는 경우, 다음 버튼을 클릭하면 다음 아이템 그룹을 표시합니다. 이 사용자 환경 설정 사항은 시스템 목록, 에라타 목록, 패키지 목록 등에 적용됩니다.
  • 시간대 — 이 사용자의 시간대를 설정하여 스케쥴된 작업이 적합한 시간대의 시간에 맞게 예정되도록 합니다.
  • Red Hat 연락 옵션 — Red Hat이 사용자에 연락을 취할 수 있는 방법을 (이메일, 전화, 팩스 또는 우편) 명시할 수 있습니다.
이러한 옵션을 변경하시려면, 변경 후 환경 설정 저장 버튼을 클릭하십시오.
4.9.1.1.6. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 주소 —
이 탭은 사용자 계정과 관련된 주소를 나열합니다. 이 정보를 업데이트하려면 해당 주소 편집 링크를 클릭하여 필요한 정보를 입력하고 업데이트 버튼을 클릭하십시오.
4.9.1.1.7. 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 통지 방식
(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 모니터링 (Monitoring) 프로브가 보내는 통보를 받기 위한 이메일과 호출기 주소를 나열합니다. 통지 방식을 만들려면 새 방식 만들기를 클릭하고 필드에 값을 입력하십시오. 호출기를 통해 통보를 받는 경우에는 메세지가 간략한 형태로 보내지도록 해당하는 체크박스를 선택하십시오. 완료 후 방식 생성을 클릭하십시오. 이 방식은 방식 목록에 표시되며 목록에서 수정 또는 삭제할 수 있습니다.
여기서 통지 방식을 삭제할 수 있습니다. 통지 방식에 프로브가 첨부된 경우 프로브 목록이 표시됩니다. 모니터링 관리자이고 문제가 되고 있는 시스템을 관리할 수 없는 경우 해당 이름의 링크를 통해 시스템 정보와 프로브의 현재 상태 페이지로 접근할 수 없습니다. 늘 그렇듯이 Satellite 관리자는 사용자 RHN 계정에 대해 완전한 액세스 권한을 가지고 있습니다.

4.9.2. 사용자 목록 ⇒ 비활성

(이 탭을 확인하려면 관리 인타이틀먼트가 필요합니다.) 이 페이지에서는 비활성화된 모든 사용자 목록을 나열합니다. 목록에 있는 사용자를 다시 활성화하려면, 사용자명 왼쪽에 위치한 체크박스를 클릭하고 다시 활성화 버튼을 클릭 후 확인 버튼을 클릭하시면 됩니다. 다시 활성화된 사용자는 비활성화된 시점에서 가지고 있던 권한 상태와 시스템 그룹과의 관련성을 그대로 유지합니다. 개별 사용자 이름에 클릭하면 사용자 정보 페이지로 이동합니다.

4.9.3. 사용자 목록 ⇒ 전체

전체 페이지는 조직에 속한 모든 사용자 목록을 보여줍니다. 이전 두 화면에서 나타난 항목 말고도, 이 사용자 표에는 상태 항목이 포함됩니다. 이 항목은 사용자가 활성 또는 비활성 상태인지 나타냅니다. 비활성 상태인 사용자는 또한 회색으로 나타납니다. 사용자명에 클릭하시면 사용자 정보 페이지로 이동합니다.

4.10. 모니터링

상단 네비게이션 바에서 모니터링 (Monitoring) 탭을 클릭하시면 모니터링 (Monitoring) 카테고리와 링크가 나타납니다. 이 페이지들은 모니터링 (Monitoring) 인타이틀먼트가 있어야 접근할 수 있으며, 모니터링 (Monitoring) 인타이틀먼트 시스템을 감시하도록 실행한 프로브의 결과를 볼 수 있고 모니터링 시스템 인프라 설정을 관리할 수 있도록 해줍니다.
시스템 정보 페이지의 프로브 탭을 통해서 시스템 모니터링을 시작하십시오. 이 탭에 대한 설명은 4.4.2.10절. “시스템 등록정보”에서 참조하십시오. 사용 가능한 모든 프로브의 목록은 부록 D. 프로브에서 참조하십시오.

4.10.1. 프로브 상태

(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 프로브 상태 페이지는 상단 네비게이션 바에서 모니터링 (Monitoring)을 클릭하였을 때 기본값으로 나타나는 페이지입니다.
프로브 상태 페이지는 다양한 상태에 있는 프로브 개수를 표시하고 문제가 있는 프로브를 빨리 찾을 수 있도록 간편한 인터페이스를 제공합니다. 페이지 상단의 탭에 표시되는 프로브 합계는 아래 표에 나타나 프로브의 수와 다를 수도 있다는 점을 주의하십시오. 상단의 수는 조직 내의 모든 시스템에서 실행되는 프로브를 포함합니다. 반면에 표는 시스템 그룹 관리자 권한을 통해 액세스할 수 있는 시스템에서만 실행되는 프로브를 표시합니다. 또한 여기에 표시된 수는 동기화가 이루어진 시점의 프로브 수로, 정확한 현재 시점의 프로브 수와는 차이가 있을 수 있습니다. 최대 1분까지 동기화가 깨어져 있을 수 있습니다.
다음의 목록은 각 상태를 설명하고 상태를 표시하는데 쓰이는 아이콘을 나타냅니다:
  • 위험 (Critical) - 프로브가 CRITICAL 한계점을 초과하였습니다.
  • 경고 (Warning) - 프로브가 WARNING 한계점을 초과하였습니다.
  • 알 수 없음 (Unknown) - 프로브가 측정 기준이나 상태 데이터를 정확하게 보고할 수 없습니다.
  • 미결 (Pending) - 스케줄되었으나 아직 실행되지 않거나 실행이 불가능한 프로브입니다.
  • OK - 프로브가 성공적으로 실행되고 있습니다.
프로브 상태 페이지는 각 프로브 상태별 탭을 비롯하여 모든 프로브 목록을 담고 있는 탭을 포함하고 있습니다. 이 표들은 똑같이 프로브 상태, 모니터되는 시스템, 사용된 프로브 그리고 프로브가 마지막으로 업데이트된 시간과 날짜 정보를 담고 있습니다.
이 표에서 시스템의 이름을 클릭하면 시스템 정보 페이지의 모니터링 탭으로 이동합니다. 프로브의 이름을 클릭하면 현재 상태 페이지로 이동합니다. 여기에서 프로브를 수정하거나 삭제할 수 있으며 프로브 결과에 따라 보고서를 작성할 수 있습니다.
이전에 Satellite의 웹 인터페이스를 통하여 사용 가능했던 모니터링 (Monitoring) 데이터 및 프로브 상태 정보는 CSV 영역을 통하여 보내질 수 있습니다. 필요한 정보의 CSV 파일을 다운로드하기 위하여 모니터링 (Monitoring) 페이지를 통하여 CSV 다운로드 링크를 클릭하십시오. 보내진 데이터에는 다음의 내용이 들어 있을 수 있으나, 이에 제한되는 것은 아닙니다:
  • 프로브 상태
  • 주어진 상태에 있는 모든 프로브 (OK, WARN, UNKNOWN, CRITICAL, PENDING)
  • 프로브 이벤트 기록
4.10.1.1. 프로브 상태 ⇒ 위험
(이 탭을 보려면 모니터링 인타이틀먼트가 필요합니다.) 위험 (CRITICAL) 한계점을 넘었거나 다른 이유로 의해 위험한 상태에 가까워진 프로브입니다. 예를 들어 몇몇 프로브는 프로브 타임아웃 시점을 초과하면 (알 수 없음이 아니라) 위험 수준으로 나타납니다.
4.10.1.2. 프로브 상태 ⇒ 경고
경고 (WARNING) 한계점을 넘어선 프로브입니다.
4.10.1.3. 프로브 상태 ⇒ 알 수 없음
(이 기능의 경우 모니터링 인타이틀먼트가 필요합니다.) 프로브 상태를 알아내는데 필요한 측정을 할 수 없는 프로브들입니다. 전부는 아니지만 대부분의 프로브는 타임아웃 시점을 초과하면 알 수 없음 상태로 들어갑니다. 이는 제한 시간을 연장해야 함을 의미하거나 모니터링되는 시스템으로의 연결이 되지 않음을 의미할 수도 있습니다.
이는 또한 프로브의 설정 파라미터가 정확하지 않거나 데이터를 찾을 수 없는 경우일 수도 있습니다. 마지막으로 이 상태는 소프트웨어 에러가 발생했음을 나타낼 수도 있습니다.
4.10.1.4. 프로브 상태 ⇒ 미결
프로브 데이터가 아직 RHN에 전송되지 않은 프로브입니다. 최근에 스케쥴되어 아직 실행되지 않은 프로브가 이 상태를 가집니다. 만일 모든 프로브가 미결 상태로 된다면 감시 시스템 인프라가 올바르게 작동되지 않는 경우일 수도 있습니다.
4.10.1.5. 프로브 상태 ⇒ OK
(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 예외 없이 성공적으로 실행된 프로브입니다. 모든 프로브에 가장 바람직한 상태입니다.
4.10.1.6. 프로브 상태 ⇒ 전체
(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 사용자 계정의 시스템에 스케쥴된 모든 프로브로 시스템 이름에 따라 알파벳 순으로 나열되었습니다.
4.10.1.7. 현재 상태
선택된 프로브의 상태와 언제 마지막으로 실행되었는지를 표시합니다. 또한 이 프로브에 대해서 보고서를 작성할 수 있도록 합니다. 비록 이 페이지는 감시 시스템에 필수적인 부분은 아니지만 시스템 정보 페이지의 프로브 탭에서 찾을 수 있습니다. 이는 이 설정이 모니터되는 시스템에 특정적이기 때문입니다.
프로브 결과의 보고서를 보려면 날짜 필드를 사용하여 알맞는 기간을 선택하고 측정 데이터나 상태 변화 기록, 또는 둘 다 확인하실지 여부를 결정하십시오. 측정 데이터를 구하려면 보고 받고자 하시는 측정 기준을 선택하고 (체크박스를 시용하여) 결과가 그래프 또는 에러 로그 또는 두가지 모두의 형태로 보여질지 결정하십시오. 그리고 페이지 하단에서 보고서 생성을 클릭하십시오. 만일 이 프로브의 측정 기준에 해당하는 데이터가 없으면 NO DATA SELECTED TIME PERIOD AND METRIC라는 메세지가 나타날 것입니다.

4.10.2. 통지

(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 조직에 연락을 취하는 방식을 나타냅니다. 이 방식에는 이메일 또는 페이저 주소가 포함되며 프로브로부터의 통보를 이 연락처를 통해 받게 됩니다.
기본 통지 화면에서 조직체에 연락을 취하는 다양한 방법이 나와 있습니다. 사용자에 따라서 통지 방식이 다르게 나타납니다.
새로운 통지 방식을 생성하시려면, 통지를 적용할 사용자 이름을 클릭하세요. 해당 사용자의 사용자 정보 ⇒ 통지 방식 페이지가 나타날 것입니다. 보다 자세한 정보를 원하신다면 4.9.1.1.7절. “사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 통지 방식 ” 을 참조하시기 바랍니다. 통지 방식 이름을 클릭하여 해당 통지 방식의 기본 설정을 수정할 수 있습니다.
4.10.2.1. 통지 ⇒ 필터
통지 필터 이용하여 일반 통지를 보류, 리다이렉트하거나 자동으로 승인하기 또는 추가 통지를 보내는 것과 같은 장기적 규칙을 생성할 수 있습니다. 통지 필터 기능은 자주 일어나는 프로브에서 오는 통지 또는 자세하게 보내지는 프로브 통지를 관리할때 유용합니다.
4.10.2.1.1. 통지 ⇒ 통지 필터 ⇒ 활성 필터
통지 필터 탭 기본 화면입니다. 조직에서 사용 가능한 모든 활성 필터 목록을 보여줍니다. 필터 이름을 클릭하여 해당 필터의 기본 설정을 수정하실 수 있습니다.
통지 필터를 생성하시려면, 화면 오른쪽 상단에 위치한 새 통지 필터 생성 링크를 클릭하세요. 아래 목록에 열거된 각 옵션을 설정 후 필터 저장 버튼을 클릭하여 필터를 생성하시면 됩니다.
  1. 설명: 필터를 다른 필터와 구분할 수 있는 값을 입력하세요.
  2. 유형: 들어오는 통지에 대한 어떠한 유형 (리다이렉트, 승인, 보류 또는 추가) 작업을 실행할 것인지 입력하세요.
  3. 수신자: 두번째 단계에서 통지 리다이렉트추가 통지 옵션에 통지를 보낼 이메일 주소를 입력하셔야 합니다. 다른 옵션에는 이메일 주소가 필요없습니다.
  4. 범위: 필터할 모니터링 대상을 결정합니다.
  5. 조직/스카웃/프로브: 이 옵션을 이용하여 이 필터를 적용할 조직, 스카웃, 프로브를 선택 가능합니다. 목록에서 여러 항목을 함께 선택하시려면, Ctrl 키를 누르신 상태에서 항목 이름에 클릭하시면 됩니다. 큰 범위의 항목을 한번에 선택하시려면, Shift 키를 누른 상태에서 범위에 속하는 첫번째 항목을 클릭 후 마지막 항목을 클릭하시면 됩니다.
  6. 프로브 상태 : 필터를 적용할 프로브 상태를 선택할 수 있습니다. 예를 들어, 위험 프로브에만 추가 통지를 생성하도록 선택 가능합니다. 필터가 무시할 상태 이름 옆에 위치한 체크박스를 선택 해제하시면 됩니다.
  7. 통지 보낼 곳: 필터가 사용되지 않는 경우 통지를 보낼 방법을 선택할 수 있습니다. 예를 들어, 사용자가 휴가를 갈 경우 일반적으로 그 사용자에게 보내질 통지를 리다이렉트할 수 있습니다.
  8. 결과 일치: 정규 표현식을 이용하여 정확한 통지 결과를 선택할 수 있습니다. 만일 통지 "메시지:" 부분이 정규 표현식과 일치하지 않는다면, 필터를 적용하지 않습니다.
  9. 반복: 필터를 계속적으로 실행할 것인지 또는 반복 주기에 맞춰 사용할 것인지 선택하십시오. 반복 필터는 필터 수명 보다 짧은 시간 동안 여러번 실행됩니다. 예를 들자면, 반복 필터는 필터 시작부터 마지막 날짜 사이에 매시간 10분 정도 실행할 수 있습니다. 비-반복 필터는 필터 시작부터 마지막 날짜까지 계속적으로 실행됩니다.
  10. 시작: 필터 작업을 시작할 날짜와 시간.
  11. 마지막: 필터 작업을 마칠 날짜와 시간.
  12. 반복 기간: 필터 작업할 기간. 반복되는 필터일 경우, 앞에서 정해진 시작 시간에 시작합니다. 이 정해진 기간 외에 생성된 통지는 필터 작업을 실행하지 않습니다.
  13. 반복 주기: 얼마나 자주 필터 작업을 활성화할 것인지 결정.
통지 필터는 삭제 불가능합니다. 그러나 필터 작업 종료 날짜를 과거 날짜로 설정하여 취소시키는 것은 가능합니다. (종료 날짜는 시작 날짜보다 같은 날이거나 그 이후 날짜로 정하셔야 합니다, 그렇지 않으면 변경 실패합니다.) 또 다른 방법은 활성 페이지에서 필터 세트를 선택한 후 오른쪽 하단에 위치한 통지 필터 작업 만료 버튼을 클릭하시기 바랍니다. 이 필터는 만료된 필터 탭에 나타날 것입니다.
4.10.2.1.2. 통지 ⇒ 통지 필터 ⇒ 만료된 필터
이 탭은 종료 날짜가 지난 모든 통지 필터 목록을 보여줍니다. 만료된 필터는 무기한으로 저장되므로, 필요할 때마다 다시 유용한 필터를 재활용할 수 있으며 문제 해결시 이전 필터 내용을 살펴보는데 도움이 됩니다.

4.10.3. 프로브 슈트

프로브 슈트를 이용하여 한개 이상의 시스템에 여러 프로브를 설정하고 적용 가능합니다. 프로브 슈트를 한번 설정하면 한번에 다수의 시스템에 적용할 수가 있습니다. 따라서 모니터링 (Monitoring) 고객께서는 시간을 절약할 수 있을 뿐만 아니라 보다 일관된 작업을 실행 가능합니다.
프로브 슈트를 생성하시려면, 먼저 프로브 슈트 자체를 생성하신 후 포함된 개별 프로브를 설정하셔야 합니다. 마지막으로 이 슈트를 선택된 시스템에 적용하시면 됩니다.
  1. 모니터링 (Monitoring) ⇒ 프로브 슈트 (Probe Suites) 페이지에서 프로브 슈트 생성 링크를 선택하세요. 프로브 슈트를 쉽게 구별할 수 있는 이름을 입력하시고, 슈트에 대한 간략한 설명도 추가하실 수 있습니다. 프로브 슈트 생성 버튼을 클릭하여 다음 단계로 계속 진행하세요.
  2. 이제 슈트를 구성할 개별 프로브를 추가하고 설정할 준비가 되셨습니다. 오른쪽 상단에 위치한 새 프로브 생성 링크를 클릭하세요.
  3. 4.4.2.10.5.2절. “시스템 상세 정보 ⇒ 모니터링”에서 설명되었듯이, 프로브를 설정 후 오른쪽 하단에 위치한 프로브 생성 버튼을 클릭하시기 바랍니다. 원하는 모든 프로브를 추가할 때까지 이 작업을 반복하세요.

    참고

    RHN Satellite에 Sendmail이 올바르게 설정되어 있어야 하며, 프로브 슈트를 적용할 각 클라이언트 시스템에 rhnmd 데몬이 설치되어 실행 중이어야만 프로브 슈트가 제대로 작동합니다. 추가 정보는 RHN Satellite 설치 가이드를 참조하시기 바랍니다.
  4. 이제 프로브 슈트를 적용할 시스템을 추가할 단계입니다. 화면 오른쪽 상단에 위치한 프로브 슈트에 시스템 추가 링크를 클릭하세요.
  5. 다음 페이지는 모니터링 (Monitoring) 인타이틀먼트를 가진 모든 시스템 목록입니다. 프로브 슈트를 적용할 시스템 왼쪽에 위치한 박스를 체크하시고 프로브 슈트에 시스템 추가 버튼을 클릭하여 프로브 슈트 생성을 완료하시면 됩니다.
슈트에서 프로브를 삭제하거나 분리 가능합니다. 프로브를 분리한다는 것은 슈트에서 프로브를 분리하여 특정 시스템을 위한 시스템 특수 프로브로 변환시키는 것을 말합니다. 즉, 분리된 프로브에 변화를 가할 경우 오직 해당 시스템에만 영향을 미칩니다. 프로브를 삭제하면 모든 시스템에 적용되는 슈트에서 프로브가 제거됩니다.
프로브 슈트에서 프로브를 삭제하려면:
  1. 모니터링 (Monitoring) ⇒ 프로브 슈트 (Probe Suites) 페이지에서 수정할 프로브 슈트 이름을 클릭하세요.
  2. 프로브 하부탭을 선택하세요.
  3. 삭제할 프로브 옆에 위치한 박스를 선택하세요.
  4. 프로브 슈트에서 프로브 삭제 버튼을 클릭하시기 바랍니다.
프로브 슈트에서 시스템을 삭제하는 것도 가능합니다. 이에는 두가지 방법이 있습니다. 하나는 프로브에서 시스템을 삭제하는 것으로 시스템을 삭제하셔도, 시스템은 여전히 동일한 프로브가 할당되어 있습니다. 그러나 이제 다른 시스템에 영향을 미치지 않고서 개별 프로브를 설정 가능합니다. 개별 시스템에서 프로브를 삭제하는 방법에 대한 보다 자세한 정보는 4.4.2.10.5.2절. “시스템 상세 정보 ⇒ 모니터링”에서 참조하시기 바랍니다.
프로브 슈트에서 개별 프로브를 분리하려면:
  1. 모니터링 (Monitoring)프로브 슈트 (Probe Suites) 페이지에서 수정할 프로브 슈트 이름을 클릭하세요.
  2. 시스템 하부탭을 선택하세요.
  3. 프로브 슈트에서 삭제할 시스템 옆에 위치한 박스를 체크하세요.
  4. 프로브 슈트에서 시스템 분리 버튼을 클릭하세요.
두번째 방법은 슈트에서 시스템을 제거하는 것입니다. 이렇게 함으로서 슈트에서 시스템을 제거한 후 해당 시스템에서 실행중인 모든 프로브를 삭제합니다.

참고

이 작업은 시스템에서 해당 프로브 슈트의 모든 프로브를 삭제할 뿐만 아니라 모든 기록 시간 시리즈 (historical Time Series)와 이벤트 로그 데이터를 삭제합니다. 이 작업은 한번 실행하시면 되돌릴 수 없습니다.
프로브 슈트에서 시스템을 삭제하시려면 시스템에서 관련된 모든 프로브를 삭제하셔야 합니다:
  1. 모니터링 (Monitoring) ⇒ 프로브 슈트 (Probe Suites) 페이지에서 수정할 프로브 슈트 이름을 클릭하세요.
  2. 시스템 하부탭을 선택하세요.
  3. 프로브 슈트에서 삭제할 시스템 옆에 위치한 박스를 체크하세요.
  4. 프로브 슈트에서 시스템 분리 버튼을 클릭하세요.
마지막으로, 단일 프로브를 사용하여, 프로브 수트에 관한 정보가 들어있는 CSV 파일을 다운로드하실 수 있습니다. 이 파일을 다운로드하시려면 모니터링 (Monitoring)프로브 슈트페이지의 하단에 있는 CSV 다운로드 링크를 클릭하시기 바랍니다.

4.10.4. 스카웃 설정 푸시

(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 모니터링 시스템 인프라 상태를 표시합니다. 시스템에 프로브 추가하기 또는 프로브의 한계점 수정하기 등 모니터링 시스템 인프라를 변경할 때마다, 반드시 모니터링 시스템 인프라를 재설정하여야 합니다. 이를 실행하려면 RHN 서버의 체크박스를 선택하고 스카웃 설정 푸시를 클릭하십시오. 이 페이지의 표는 요청 및 완료된 푸시 날짜가 표시됩니다.
서버 이름에 클릭하시면 Red Hat Network 모니터링 데몬 SSH 공개키가 열리며, 스카웃이 모니터링하는 시스템에 이 SSH 키를 복사하여 붙이기할 수 있습니다. Red Hat Network 모니터링 데몬이 Satellite에 연결하기 위해서는 이 작업이 필요합니다.

4.10.5. 일반 설정

(이 탭을 확인하려면 모니터링 인타이틀먼트가 필요합니다.) 모니터링 (Monitoring) 기반 구조에 공통된 모든 정보를 수집합니다. 이 페이지에서 하나의 항목이라도 수정하시면 RHN Satellite의 모니터링 (Monitoring) 서비스가 재설정되도록 할 것입니다. 또한 이 Satellite에 연결된 모든 모니터링 (Monitoring) 등록된 RHN Proxy Server에서 모니터링 (Monitoring) 서비스를 위한 작업이 재시작되도록 스케줄될 것입니다. 이와 같이 되는 이유는 이 서버들의 모니터링 (Monitoring) 서비스가 새로운 설정을 바로 불러오게 하기 위해서입니다.
전형적으로 다른 필드에서 제공되는 디폴트 값들은 Satellite 설치로부터 파생되었기 때문에 그대로 쓰셔도 됩니다. 하지만 모니터링 (Monitoring) 설정을 변경하기 위해서는 이 페이지에 있는 필드를 사용하십시오. 예를 들어, 여기서 메일 교환 서버를 변경할 수 있습니다. 이 페이지에서는 또한 Satellite에서 보내는 관리용 이메일의 수신지를 변경할 수 도 있습니다. 완료 후 설정 업데이트를 클릭하십시오.

4.11. "관리" 페이지

관리 페이지에서는 RHN Satellite 사용자가 RHN Satellite 조직 관리 및 생성 기능을 포함한 Satellite 기본 설정을 관리할 수 있습니다. Satellite 관리자만이 관리 페이지를 액세스할 수 있습니다.

4.11.1. 관리 ⇒ 조직 관리

여러 조직 관리 기능으로 관리자는 Satellite를 통해 여러 조직을 생성 및 관리할 수 있습니다. 조직 관리 기능으로 관리자는 여러 조직에 걸쳐 해당 소프트웨어 및 시스템에 인타이틀먼트를 부여하고 시스템 관리 작업으로의 조직 액세스를 제어할 수 있습니다. 여러 조직 관리 기능 사용에 관한 자세한 내용은 6장. 여러 조직 관리 에서 참조하십시오.

4.11.2. 관리 ⇒ RHN Satellite 설정

이 탭은 RHN Satellite의 대부분 사항을 설정할 수 있는 하부탭으로 나뉘어져 있습니다. 설정 사항을 변경하신 다음 Satellite를 재시작하는 것이 중요하며, 이는 마지막 탭에서 실행될 수 있습니다.
4.11.2.1. 관리 ⇒ Satellite 설정 ⇒ 일반 설정
Satellite 설정 ⇒ 일반 설정 페이지에서는 관리자 이메일 주소 및 모니터링 (Monitoring) 기능 활성화 여부와 같은 가장 기본적인 Satellite 설정을 변경할 수 있습니다.
4.11.2.2. 관리 ⇒ Satellite 설정 ⇒ 모니터링 (Monitoring)
RHN Satellite 설정 ⇒ 모니터링 (Monitoring) 페이지에서는 Satellite의 감시 기능을 설정하실 수 있습니다. 로컬 메일 교환기 및 주요 로컬 도메인을 사용하여 관리자에게 메일로 감시 통보 메세지를 보냅니다. 이는 프로브에서 권고 통보를 받고자 하실 경우에만 필요합니다. 그렇게 하실 경우, 메일 서버 (교환기) 및 도메인을 제공해 드립니다. sendmail은 통보 이메일의 수신 방향을 전환할 수 있도록 설정되어야 함에 주의하시기 바랍니다. 설정을 마치시면, 설정 업데이트를 클릭하시기 바랍니다.
4.11.2.3. 관리 ⇒ Satellite 설정 ⇒ 인증서
RHN Satellite 서버 설정 ⇒ 인증서 페이지에서 새로운 Satellite 인증서를 업로드하실 수 있습니다. 인증서의 경로를 알기 위해서는 검색 버튼을 클릭하여 파일을 찾은 후, 선택하시면 됩니다. 내용을 입력하시려면, 텍스트 편집기에서 인증서를 열고 모든 행을 복사하여 이를 큰 텍스트 영역의 아래 부분에 붙여넣으시면 됩니다. 계속 진행하시려면, 업데이트를 클릭합니다. DNS와 관련된 오류 메세지를 받으실 경우, Satellite가 정확히 설정되었는지 확인하시기 바랍니다.
4.11.2.4. 관리 ⇒ Satellite 설정 ⇒ 부트스트랩 스크립트
RHN Satellite 설정 ⇒ 부트스트랩 페이지에서는 클라이언트 시스템을 중앙 RHN 서버에서 Satellite로 방향전환하는 부트스트랩 스크립트를 생성할 수 있습니다. 스크립트는 Satellite의 /var/www/html/pub/bootstrap/ 디렉토리에 위치하며 모든 시스템을 재설정하는 데 드는 노력을 현저히 감소시킵니다. 시스템 재설정시 패키지를 중앙 RHN 서버에서 얻는 것이 기본설정입니다. 필요한 필드는 이전 설치 단계에서 파생된 값으로 채워져 있습니다. 정보가 정확한지 확인하십시오.
체크박스를 이용해 내장 보안 SSL 그리고 GNU 개인정보 보호 (GPG) 기능 선택 여부를 결정할 수 있습니다. 두가지 모두 권고 사항입니다. 추가로 여기서 부트스트랩 될 시스템의 원격 명령 수락과 원격 설정 관리를 활성화할 수 있습니다. 두 기능은 클라이언트 설정을 완성하는데 유용합니다. 마지막으로 HTTP 프록시 서버를 이용하는 경우, 관련된 필드를 완성하십시오. 마쳤으면, 부트스트랩 스크립트 생성을 클릭하십시오.
4.11.2.5. 관리 ⇒ Satellite 설정 ⇒ 조직 관리
RHN Satellite 설정 ⇒ 조직 관리 페이지에는 RHN Satellite의 조직 관리 기능에 관한 상세 정보와 조직을 바로 생성하고 설정할 수 있는 링크가 있습니다. 조직 설정에 관한 자세한 내용은 4.11.1절. “관리 ⇒ 조직 관리 ”에서 참조하시기 바랍니다.
4.11.2.6. 관리 ⇒ Satellite 설정 ⇒ 재시작
RHN Satellite 설정 ⇒ 재시작 페이지에서는 Satellite 설정의 마지막 단계를 설명합니다. 재시작 버튼을 클릭하여 이전 스크린에서 추가된 모든 설정 옵션을 통합시키기 위해 Satellite를 재시작합니다. 재시작 작업은 4분에서 5분 정도 소요될 수 있음에 유의하시기 바랍니다.

4.12. "도움말" 페이지

도움말 페이지에서는 RHN 사용자를 위한 모든 문서 자료와 지원 정보를 찾을 수 있습니다. 개요도움말 버튼을 클릭하여 사용 가능한 옵션 목록을 살펴보시기 바랍니다.

4.12.1. 참조 가이드

참조 가이드 페이지에서는 Red Hat Network 사용과 관련된 가장 광범위한 정보를 제공해주는 바로 이 문서 자료를 보실 수 있습니다. 인타이틀먼트 레벨과 로그인하신 계정 제품에 따라서 왼쪽 네비게이션 바를 보시면 다른 기술 문서로의 링크도 나타날 것입니다.

4.12.2. Satellite 설치 가이드

완전하게 작동하는 RHN Satellite을 구현하기 위해서는 소프트웨어 및 데이터베이스 설치 이상의 것이 필요합니다. Satellite를 사용하기 위해 클라이언트 시스템이 설정되어야 합니다. 옵션 사용을 위해 사용자 정의 패키지 및 채널이 생성되어야 합니다. 이러한 작업이 기본 설치 작업을 넘어 확장된 이래, 이는 RHN Satellite 설치 가이드 및 다른 가이드에서 자세하게 다루고 있습니다.
RHN Satellite 서버 및 설치, 초기 설정에 대한 자세한 정보 안내서입니다.

4.12.3. Proxy 가이드

RHN Proxy Server는 패키지 캐싱 메카니즘으로 RHN 및 Satellite 서버의 대역폭 요구 사항을 감소시키고 사용자 정의 패키지 운용을 활성화합니다. Proxy 사용자는 Red Hat에서 에라타 업데이트 또는 조직에 의해 생성된 사용자 정의 RPM과 같은 내부의 중앙에 위치한 서버에서 RPM을 캐시합니다. 그 후 클라이언트 시스템은 각자 인터넷에 액세스하는 대신 Proxy에서 이러한 업데이트를 받게 됩니다.
RHN Proxy Server 설치 가이드에서는 RHN Proxy 서버 설치 및 초기 설정과 관련한 자세한 내용을 제공합니다.

4.12.4. 클라이언트 설정 가이드

기본값으로, 모든 Red Hat Network 클라이언트 애플리케이션은 중앙 Red Hat Network 서버와 통신하도록 설정됩니다. 대신 클라이언트를 RHN Satellite 또는 RHN Proxy Server에 연결하면, 여러 가지 설정 사항을 변경해야 합니다. 한 두개의 시스템에 대한 클라이언트 설정을 변경하는 것은 간단하지만, 수백 또는 수천 개의 시스템이 들어있는 대규모 기업 환경에서는 여기서 설명하고 있는 대량 설정 단계를 사용하는 것이 유용합니다.
클라이언트 설정 가이드는 RHN Satellite 및 RHN Proxy Server 사용자가 해당 클라이언트 시스템을 효율적으로 설정할 수 있도록 도움을 주기 위한 가장 실용적인 메뉴얼입니다.

4.12.5. 채널 관리 가이드

소프트웨어 채널은 Red Hat Network 및 RHN Satellite에 있는 소프트웨어 패키지의 모음입니다. 채널은 리포지터리라고도 부릅니다. 채널은 규칙에 의해 패키지를 분리하는 것을 도와줍니다. 예:
  • 특정 Red Hat Enterprise Linux 버전에서의 패키지를 채널에 포함시킬 수 있습니다.
  • 애플리케이션이나 애플리케이션 군에 대한 패키지를 채널에 포함시킬 수 있습니다.
  • 사용자는 자신의 필요에 따라 채널을 정의할 수 있습니다; 예를 들어, 기업은 조직의 모든 랩톱에 대한 패키지가 들어있는 채널을 생성할 수 있습니다.
채널 관리 가이드 RHN Satellite를 사용한 사용자 설정 채널 생성 및 관리에 대한 문서 자료입니다.

4.12.6. 릴리즈 노트

릴리즈 노트 페이지는 최신 버전 Red Hat Network가 배포될 때마다 해당 릴리지 주기에 일어난 모든 중요한 변경 사항 (예, 사용자 인터페이스 주요 업데이트에서부터 관련 문서 자료 업데이트에 이르는 모든 변경 사항)을 알려드립니다.

4.12.7. API

Red Hat Network를 통한 명령 작업을 자동으로 실행하기 위한 프로그램 및 도구 생성을 위한 Red Hat Network API (Application Programming Interface)를 사용에 필요한 문서입니다.
API 페이지에는 API 개요와 함께 관리자 및 개발자가 사용할 수 있는 다양한 API 호출에 관한 설명이 있는 링크가 있습니다. 또한 여기에는 Red Hat Network API에 관해 자주 묻는 질문에 대한 대답을 위한 페이지 FAQ도 있습니다. 마지막으로, 예시 스크립트 페이지에서는 사용자에게 API 호출을 사용한 예시 코드를 보여주고 있습니다.

5장. 모니터링

Red Hat Network 모니터링 (Monitoring) 인타이틀먼트는 시스템을 적절하고 효율적으로 운영하기 위한 전체 호스트 작업을 가능하게 합니다. 즉 시스템 리소스, 네트워크 서비스, 데이터베이스, 표준 또는 사용자 정의 애플리케이션을 감시할 수 있습니다.
모니터링 (Monitoring)은 실시간과 과거 상태 변화 정보를 제공할 뿐만 아니라 구체적으로 측정된 데이터도 제공합니다. 시스템 실패는 즉각적으로 통보될 뿐만 아니라 성능 저하에 따른 경고도 문제가 심각해지기 전에 받게 됩니다. 더불어 용량 계획이나 이벤트를 계획하는데 있어 필요한 정보도 받게 됩니다. 예를 들어 시스템의 CPU 사용에 관련된 기록을 점검한 후 그 결과는 시스템에 부하를 조절하는데 매우 유용합니다.
모니터링 시스템에는 모니터링 시스템 자체 및 모니터링 스카웃의 두 가지 구성요소가 있습니다. 모니터링 시스템은 모니터링 데이터를 저장하고 이에서 작동하며 Satellite에서만 실행되는 것과 같은 백엔드 기능을 수행합니다. 모니터링 스카웃은 모든 프로브를 실행하고 모니터링 데이터를 수집합니다. 모니터링 스카웃은 Satellite 또는 RHN Proxy 시스템에서 실행할 수 있습니다. RHN Proxy에서 모니터링 스카웃을 사용하면 Satellite 서버에서 오프로드 작업을 허용하여 프로브에 대해 확장성을 제공합니다.
모니터링 (Monitoring)은 통보 메소드 생성하기, 시스템에 프로브 설치하기, 규칙적으로 프로브 상태를 재검토하기 그리고 시스템이나 서비스에 관련된 기록된 데이터를 나타내는 보고서 작성하기를 선택적으로 수반합니다. 이번 장에서는 모니터링 (Monitoring) 인타이틀먼트에 연관된 일반적인 업무를 알아보도록 하겠습니다. 모니터링 (Monitoring) 인프라에 영향을 미치는 사실상의 모든 변화는 스카웃 설정 푸시 (Scout Config Push) 페이지를 통해 시스템 설정을 업데이트함으로써 마무리 되어야 한다는 것을 기억하십시오.

5.1. 선수 조건

인프라 내의 RHN 모니터링 (Monitoring)을 수행하기 전에 필요한 도구가 모두 준비되어 있는지를 확인하십시오. 최소한으로 필요한 것은 다음과 같습니다:
  • 모니터링 (Monitoring) 인타이틀먼트 — 이 인타이틀먼트는 모든 시스템을 감시하기 위해서 필요합니다. 모니터링 (Monitoring)은 Red Hat Enterprise Linux 시스템에서만 지원됩니다.
  • 모니터링 (Monitoring)이 가능한 RHN Satellite — 모니터링 (Monitoring) 시스템은 반드시 기본 운영 시스템이 Red Hat Enterprise Linux AS 4, Red Hat Enterprise Linux 5 이후 버전인 Satellite에 연결되어야 합니다. 설치 정보는 도움말 (Help) 안에 있는 RHN Satellite 설치 가이드에서 참조하시기 바랍니다.
  • 모니터링 (Monitoring) 관리자 — 프로브를 설치하거나 통보 메소드를 만들거나, 어떤 방식으로든 감시 인프라를 변경하는 사용자는 반드시 이 권한을 가지고 있어야 합니다. (Satellite 관리자는 자동적으로 조직 내의 다른 모든 권한 기능을 부여 받아 그 임무를 수행할 수 있다는 것을 기억하십시오.) 이 권한은 사용자 정보 (User Details) 페이지를 통해서 설정할 수 있습니다.
  • Red Hat Network 모니터링 데몬 — 이 데몬은 스카웃의 SSH 키와 함께 실행될 내부 프로세스 모니터의 순서를 모니터링하는 시스템에 필요합니다. 하지만 시스템 기존의 SSH 데몬을 사용하여 이 프로브를 실행할 수 도 있습니다(sshd). 보안 연결을 필요로 하는 프로브 목록과 설치 지시사항에 대한 자세한 내용은 5.2절. “Red Hat Network 모니터링 데몬 (rhnmd) ”에서 참조하십시오. 부록 D. 프로브에서는 사용 가능한 전체 프로브 목록을 보실 수 있습니다.

모니터링 활성화

기본값으로 모니터링이 비활성화되어 있으므로 사용하기 전 이를 활성화해야 합니다.
  1. Satellite 관리자 권한을 갖는 사용자로 로그인하고 관리RHN Satellite 설정모니터링 활성화로 이동합니다. 업데이트를 클릭하여 저장합니다.
  2. 변경 사항을 반영하려면 서비스를 다시 시작합니다. 다시 시작 탭으로 가서 Satellite를 다시 시작합니다. Satellite는 몇 분 동안 오프라인 상태가 됩니다.
  3. RHN Satellite 설정 아래의 모니터링 탭이 사용 가능한 지를 확인하여 모니터링이 활성화되어 있는지 확인합니다.
  4. 모니터링 스카웃을 활성화하려면 관리RHN Satellite 설정모니터링+모니터링 스카웃 활성화로 이동합니다. 설정 업데이트를 클릭하여 저장합니다.

참고

모니터링 설정 값은 기본값을 변경하지 않고 그대로 사용하는 것이 좋습니다. 통지 사용에 대한 보다 자세한 내용은 Red Hat Network RHN Satellite 설치 가이드Sendmail 설정 섹션을 참조하십시오.

5.2. Red Hat Network 모니터링 데몬 (rhnmd)

모니터링 (Monitoring) 인타이틀먼트를 최대한 활용하기 위해서는 Red Hat은 Red Hat Network 모니터링 데몬을 클라이언트 시스템에 설치할 것을 권장합니다. OpenSSH에 기반한 rhnmd는 RHN Satellite는 클라이언트 시스템의 내부 프로세스를 읽고 프로브 상태를 점검할 때 보안을 보장합니다.
Red Hat Network 모니터링 데몬을 이용하기 위해서는 모니터링되는 시스템이 4545 포트에서의 연결을 허용해야 한다는 점을 기억하십시오. 대신에 sshd를 이용해 데몬을 함께 설치하면 이 포트를 열지 않아도 됩니다. 5.2.3절. “SSH 설정하기”에서 자세한 정보를 구하실 수 있습니다.

5.2.1. 데몬이 필요한 프로브

Red Hat Network 모니터링 데몬이든 sshd을 통해서든 다음의 프로브가 실행되기 위해서는 클라이언트 시스템에 암호화된 연결이 이용되어야 합니다.
  • Linux::CPU Usage
  • Linux::Disk IO Throughput
  • Linux::Disk Usage
  • Linux::Inodes
  • Linux::Interface Traffic
  • Linux::Load
  • Linux::Memory Usage
  • Linux::Process Counts by State
  • Linux::Process Count Total
  • Linux::Process Health
  • Linux::Process Running
  • Linux::Swap Usage
  • Linux::TCP Connections by State
  • Linux::Users
  • Linux::Virtual Memory
  • LogAgent::Log Pattern Match
  • LogAgent::Log Size
  • Network Services::Remote Ping
  • Oracle::Client Connectivity
  • General::Remote Program
  • General::Remote Program with Data
Linux 그룹의 모든 프로브는 같은 조건을 요한다는 것을 기억하십시오.

5.2.2. Red Hat Network 모니터링 데몬 설치

5.2.1절. “데몬이 필요한 프로브”에 나열된 프로브를 이용해서 시스템을 모니터링하려면 Red Hat Network 모니터링 데몬을 설치해야 합니다. 여기서 보여지는 설치 단계는 sshd를 이용해서 RHN 모니터링 인프라와 모니터링되는 시스템 사이의 보안 연결을 하고자 하는 경우에만 필요한 선택 사항입니다. 자세한 설명는 5.2.3절. “SSH 설정하기”에서 참조하십시오.
rhnmd패키지는 Red Hat Enterprise Linux 배포판의 RHN Tools 채널에서 찾으실 수 있습니다. 설치하기 위해서는 다음을 수행합니다:
  1. 이미 되어있지 않다면, 감시할 시스템을 그 시스템에 연관된 RHN Tools 채널에 등록하십시오. 시스템을 하나씩 등록할 경우는 시스템 정보 ⇒ 채널 ⇒ 소프트웨어를 이용하고, 여러 시스템을 한번에 등록하고자 하는 경우 채널 정보 ⇒ 대상 시스템 탭을 이용하세요.
  2. 등록을 마친후 채널 정보 ⇒ 패키지 탭을 열어 rhnmd 패키지를 찾으십시오.('R' 아래)
  3. 패키지 이름을 클릭하면 패키지 정보 페이지가 열립니다. 대상 시스템 탭으로 가서 원하는 시스템을 선택한 후 패키지 설치을 클릭하십시오.
  4. 5.2.4절. “SSH키 설치하기”에서 참고하여 모니터링될 클라이언트 시스템에 SSH 공개키를 설치하십시오.
  5. 다음의 명령를 써서 Red Hat Network 모니터링 데몬을 모든 클라이언트 시스템에서 시작하십시오:
    service rhnmd start
    Copy to Clipboard Toggle word wrap
  6. 데몬이 필요한 프로브를 설치할 경우 RHNMD 사용자RHNMD 포트의 기본값을 쓰십시오. 기본값은 각각 nocpulse4545입니다.

5.2.3. SSH 설정하기

클라이언트 시스템에 Red Hat Network 모니터링 데몬을 설치하거나 4545 포트를 열기를 원치 않으면 sshd을 설정하여 시스템과 RHN 사이에 암호화된 연결을 쓸 수 있습니다. 이는 sshd가 이미 실행되고 있는 경우에 적합한 경우입니다. 모니터링하기 위해 데몬을 구성하려면 다음을 실행합니다:
  1. 모니터링할 시스템에 SSH 패키지가 설치되어 있는지 확인하십시오:
    rpm -qi openssh-server
    Copy to Clipboard Toggle word wrap
  2. 이 데몬과 관련된 사용자를 확인하십시오. 이는 필요한 SSH 키를 사용자의 ~/.ssh/authorized_keys 파일에 입력할 수 있다면 시스템에 있는 사용자 누구나 될 수 있습니다.
  3. /etc/ssh/sshd_config 설정 파일에 나타나듯이 데몬이 쓰고 있는 포트를 확인하십시오. 기본 포트는 22 입니다.
  4. 5.2.4절. “SSH키 설치하기”에서 참고하여 모니터링될 클라이언트 시스템에 SSH 공개키를 설치하십시오.
  5. 다음의 명령을 이용해서 클라이언트 시스템의 sshd를 실행하십시오:
    service sshd start
    Copy to Clipboard Toggle word wrap
  6. 데몬을 필요로 하는 프로브를 추가할 때, 2, 3 단계에서 생성된 값을 RHNMD 사용자RHNMD 포트 필드에 입력하십시오

5.2.4. SSH키 설치하기

rhnmdsshd를 쓰든 보안 연결을 위해서는 Red Hat Network 모니터링 데몬 SSH 공개키를 모니터링할 시스템에 반드시 설치하셔야 합니다. 설치하기 위해서는 다음을 수행합니다:
  1. Satellite 인터페이스에서 모니터링 (Monitoring) ⇒ 스카웃 설정 푸시 페이지로 간 후 클라이언트 시스템을 모니터링할 스카웃 (Scout) 이름을 클릭하십시오. SSH id_dsa.pub 키가 나타날 것입니다.
  2. 문자 스트링을 복사하십시오.(ssh-dss로 시작하여 RHN 서버의 호스트 이름으로 끝남)
  3. 키를 전송할 시스템을 선택합니다. 왼쪽 메뉴에서 시스템을 선택하고 SSH 키를 전송하고자 하는 시스템 옆의 체크 박스를 클릭합니다. 상단의 관리 버튼을 클릭하여 완료합니다.
  4. 시스템 세트 관리자에서 원격 명령 실행을 클릭하고 스크립트 텍스트 상자에 다음과 같은 행을 입력합니다:
    #!/bin/sh
    cat <<EOF >> ~nocpulse/.ssh/authorized_keys
    
    Copy to Clipboard Toggle word wrap
    다음으로 Enter 키를 누르고 SSH 키를 붙여넣기합니다. 다음과 유사한 결과가 나타나야 합니다:
    #!/bin/sh
    cat <<EOF>> ~nocpulse/.ssh/authorized_keys               
    ssh-dss AABBAB3NzaC3kc3MABCCBAJ4cmyf5jt/ihdtFbNE1YHsT0np0SYJz7xk
    hzoKUUWnZmOUqJ7eXoTbGEcZjZLppOZgzAepw1vUHXfa/L9XiXvsV8K5Qmcu70h0
    1gohBIder/1I1QbHMCgfDVFPtfV5eedau4AAACAc99dHbWhk/dMPiWXgHxdI0vT2
    SnuozIox2klmfbTeO4Ajn/Ecfxqgs5diat/NIaeoItuGUYepXFoVv8DVL3wpp45E
    02hjmp4j2MYNpc6Pc3nPOVntu6YBv+whB0VrsVzeqX89u23FFjTLGbfYrmMQflNi
    j8yynGRePIMFhI= root@satellite.example.com
    EOF
    
    Copy to Clipboard Toggle word wrap
  5. 동작을 실행하고자 하는 날짜와 시간을 설정하고 원격 명령 스케줄을 클릭합니다.
키가 설치되고 사용 가능하면, 이를 요하는 모든 프로브는 모니터링 (Monitoring) 인프라와 감시되는 시스템 사이의 ssh 연결을 수락하기 시작합니다. 이제 Monitoring 데몬을 필요로 하는 프로브가 새로 설정된 시스템에서 실행되도록 스케쥴할 수 있습니다.

5.3. mysql 패키지

RHN Satellite가 모니터링 (Monitoring) 인타이틀먼트를 갖춘 클라이언트 시스템에 사용될 경우 MySQL 프로브를 실행하시려면, RHN Satellite에 mysql 패키지를 설정하셔야 합니다. 사용 가능한 모든 프로브 목록을 보시려면 부록 D. 프로브에서 참조하시기 바랍니다.
Red Hat Enterprise Linux Base 채널에 Satellite를 등록하신 후, up2date, yum 또는 RHN Hosted를 통해 mysql 패키지를 설치하시기 바랍니다.
작업을 완료하면, Satellite는 MySQL 프로브를 스케줄하기 위해 사용될 수 있습니다.

5.4. 통지

RHN 인터페이스 내에서 프로브의 상태를 확인하는 것 외에도 프로브 상태가 변할 때마다 통지를 받으실 수 있습니다. 중요 임무 수행용 생산 시스템을 감시할 때 이 기능은 매우 중요한 역할을 합니다. 이러한 이유로 Red Hat은 이 기능을 사용하실 것을 권장합니다.
RHN 내에서 프로브 통지를 활성화하기 위해서는 RHN Satellite 설치 중에 메일 교환 서버와 메일 도메인을 확인하고, sendmail이 수신되는 메일을 적절하게 다루도록 설정하여야 합니다. RHN Satellite 설치 가이드설치 장에서 자세한 정보를 다루고 있습니다.

5.4.1. 통지 메소드를 생성하기

통지는 통지 방식 (notification method)으로, 구체적으로 말하여 특정 RHN 사용자의 이메일이나 페이저 주소로, 보내집니다. 주소가 특정 사용자의 계정에 속해 있다 하더라도 별칭이나 메일링 리스트를 통해 여러 관리자에게 서비스가 가능합니다. 또한 각각의 사용자 계정은 다수의 통지 메소드를 가질 수 있습니다. 통지 메소드를 생성하기 위해서는 다음을 수행합니다:
  1. RHN 웹사이트에 Satellite 관리자나 모니터링 관리자로 로그인 하십시오.
  2. 사용자 정보 ⇒ 통지 메소드 탭으로 가서 새 메소드 만들기를 클릭하십시오.
  3. 예를 들어 DBA day email과 같이 알기 쉽고 기능을 설명하는 메소드 이름을 입력하십시오. 그리고 정확한 이메일이나 페이저 주소를 입력하십시오. 프로브를 생성할 때, 모든 통지 메소드의 이름은 하나의 리스트로 보여진다는 것을 기억하십시오. 그러므로 메소드 이름은 조직내에서 고유해야 합니다.
  4. 요약된 메세지를 받기를 원하면 체크박스를 선택하십시오. 요약된 형식은 프로브 상태와 시스템의 호스트 이름, 프로브 이름, 메세지가 생성된 시간 그리고 Send ID 만을 전송합니다. 표준 형식은 부가적인 메세지 헤더와 시스템과 프로브의 구체적인 정보 그리고 응답에 필요한 설명이 추가됩니다.
  5. 이어서 메소드 만들기 클릭하십시오. 사용자 정보 ⇒ 통지 메소드 탭과 모니터링 (Monitoring) 카테고리 아래 통지 페이지에 새로운 메소드가 나타납니다. 메소드를 편집하거나 삭제하기 위해서는 이름을 클릭하십시오.
  6. 프로브를 추가할 때 프로브 통지 체크박스에 체크하고 드롭다운 메뉴에서 새로운 통지 메소드를 선택하십시오. 프로브에 할당된 통지 메소드는 프로브에서 접속 해제될 때 까지 삭제될 수 없다는 것을 기억하셔야 합니다.

5.4.2. 통지 받기

통지 메소드를 생성하고 메소드를 프로브에 연결시켰으면, 이제 통지를 받기 위한 준비를 해야 합니다. 간단한 텍스트 메세지의 형태로 이메일이나 페이저 주소를 통해 통지를 받게 됩니다. 이메일 통지의 예는 아래와 같습니다:
Subject: CRITICAL: [hostname]: Satellite: Users at 1
From: "Monitoring Satellite Notification" (rogerthat01@redhat.com)
Date: Mon, 6 Dec 2004 13:42:28 -0800  
To: user@organization.com

This is RHN Monitoring Satellite notification 01dc8hqw. 

Time: Mon Dec 06, 21:42:25 PST 
State: CRITICAL
System: [hostname] ([IP address]) 
Probe: Satellite: Users 
Message: Users 6 (above critical threshold of 2)
Notification #116 for Users
 
Run from: RHN Monitoring Satellite
Copy to Clipboard Toggle word wrap
보시는 바와 같이 표준 형태의 메일 통지는 프로브에 관련된 모든 정보를 나타냅니다. 프로브 명령, 런타임, 감시되는 시스템, 그리고 상태 이외에도 Send ID가 포함되어 있습니다. Send ID는 고유의 문자 스트링으로 정확한 메세지와 프로브를 나타냅니다. 위의 메세지에서 Send ID는 01dc8hqw입니다.
페이저 통지는, 꼭 필요한, 즉 이메일 메세지의 제목 (상태와 시스템, 프로브, 그리고 시간을 포함)과 Send ID와 같은 중요한 정보만 담고 있습니다. 아래는 페이저 통지의 예입니다:
 CRITICAL: [hostname]: Satellite: Users at 21:42 PST, notification 01dc8hqw 
Copy to Clipboard Toggle word wrap

5.4.3. 통지 방향 전환

통지를 받았으면, 승인 메일 내에 고급 통지 규칙을 적용하여, 통지를 전송할 수 있습니다. /etc/aliases를 엵 다음과 같은 행을 추가하여 이메일 회신을 전송할 수 있습니다:
rogerthat01:    "| /etc/smrsh/ack_enqueuer.pl"
Copy to Clipboard Toggle word wrap
통지를 받았으면, 승인 메일 내에 고급 통지 규칙을 적용하여, 통지를 리다이렉트할 수 있습니다. 이를 위해서는 답장을 쓰고 필요한 옵션을 선택하십시오. 다음은 가능한 리다이렉트 옵션, 또는 거르기 유형 (filter types)입니다:
  • ACK METOO — 통지를 기본 수신지는 물론 돌려 받는 수신지에도 보냅니다.
  • ACK SUSPEND — 일정 기간 동안 통지 방식으로 보내지 않습니다.
  • ACK AUTOACK — 통지를 받는 수신지를 바꾸지는 않습니다. 그러나 확대되는 것을 막기 위해서 통지가 보내지자 마자 자동적으로 부합하는 경보를 줍니다.
  • ACK REDIR — 기본 수신지 대신에 돌려 받는 수신지로 통지를 보냅니다.
형태는 filter_type probe_type duration email_address이어야 하며, 여기서 filter_type은 아래의 고급 명령 중 하나와 같고 probe_typecheck 또는 host를 가리키며 duration은 통지가 돌려지는 시간과 같으며 email_address는 의도된 수신자와 같습니다. 예:
 ACK METOO host 1h boss@domain.com 
Copy to Clipboard Toggle word wrap
꼭 대문자로 써야하는 것은 아닙니다. 소요 시간은 분 (m), 시 (h), 일 (d)로 표시됩니다. 이메일 주소는 통지가 돌려지는 경우(REDIR)와 부가적인 (METOO) 통지에만 필요합니다.
메일에 나타나는 작업에 대한 설명은, 사용자에 의해 입력된 정확한 명령처럼, 정확하게 나타나지 않을 것입니다. 나열된 설명은 작업 요약 정보입니다. 예로 사용자가 메일의 보내는 사람과 같을 때 email ack redirect by user@domain.com로 표시됩니다.

참고

통지 이메일에 ack suspend host라고 답하여 거의 모든 프로브 통지를 정지하거나 리다이렉트 가능합니다. 그러나 Satellite 프로브 통지는 ack suspend host이나 기타 리다이렉트 응답을 이용하여 정지할 수 없습니다. 이러한 프로브는 Satellite 웹 인터페이스에서 직접 변경해주셔야 합니다.

5.4.4. 통지 필터링

프로브의 상태가 바뀔 때마다 통지가 되기 때문에 네트워크 상의 작은 변화도 수 많은 통지를 만들어 낼 수 있습니다. 통지 거르기 생성, 취소 및 적용 방법은 4.10.2.1절. “통지 ⇒ 필터 ”에서 보다 자세하게 설명하고 있습니다.

5.4.5. 통지 메소드 삭제

이론적으로는 통지 메소드 삭제하기가 간단하여야 합니다. 즉 삭제를 위해서는 새로 입력해야할 필드가 없으며 명백히 삭제 버튼이 있기 때문입니다. 하지만 메소드와 프로브의 관계때문에 이 것이 복잡할 수가 있습니다. 삭제는 아래의 방법을 이용할 수 있습니다:
  1. RHN 웹사이트에 Satellite 관리자나 Monitoring 관리자로 로그인 하십시오.
  2. 모니터링 (Monitoring) ⇒ 통지 페이지로 가서 삭제할 메소드의 이름을 클릭하십시오.
  3. 사용자 정보 ⇒ 통지 메소드 탭에서 메소드 삭제를 클릭합니다. 메소드에 연결된 프로브가 없는 경우 확인 페이지가 뜹니다. 삭제 확인를 클릭하면 이 통지 메소드가 삭제됩니다.

    참고

    통지 메소드의 이름과 주소가 편집될 수 있으므로 메소드를 삭제하기 보다는 업데이트 할 것을 고려하십시오. 이렇게 하여 각각의 프로브를 편집하거나 새로운 통지 메소드를 만들지 않고 그 메소드를 사용하는 모든 프로브로부터 통지를 리다이렉트 할수 있습니다.
  4. 메소드가 하나 이상의 프로브에 연결되어 있다면 확인 페이지 대신에 그 메소드를 사용하는 프로브 목록과 프로브가 활동하고 있는 시스템의 목록이 나타납니다. 프로브 이름을 클릭하여 시스템 정보 ⇒ 프로브 탭으로 갑니다.
  5. 시스템 정보 ⇒ 프로브 탭에서 다른 통지 메소드를 선택하고 프로브 업데이트를 클릭합니다.
  6. 이제, 모니터링 (Monitoring) ⇒ 통지 탭으로 돌아가서 통지 메소드를 삭제하십시오.

5.5. 프로브

이제 Red Hat Network 모니터링 데몬이 설치되고 통지 메소드가 만들어 졌으므로 프로브를 모니터링 (Monitoring) 인타이틀먼트를 가진 시스템에 설치할 수 있습니다. 모니터링 (Monitoring) 인타이틀먼트 시스템은 시스템 정보 페이지에 프로브 탭이 나타납니다. 여기서 프로브에 관련된 대부분의 작업을 할 수 있습니다.

5.5.1. 프로브 관리하기

시스템에 프로브를 추가하기 위해서는 모니터링 (Monitoring) 인타이틀먼트가 있어야 합니다. 또한 시스템 그룹 관리자 권한을 통한 시스템의 root 사용자 또는 Satellite 관리자로써 시스템으로의 액세스할 수 있어야 합니다. 그 후:
  1. 시스템의 Satellite 관리자나 시스템 그룹 관리자로써 RHN 웹사이트에 로그인하십시오.
  2. 시스템 정보 ⇒ 프로브 탭으로 가서 새 프로브 만들기를 클릭합니다.
  3. 시스템 프로브 만들기 페이지의 필수 항목을 완성하십시오. 우선 프로브 명령 그룹을 선택합니다. 이것은 사용 가능한 프로브 목록과 필드, 필요 조건을 변경합니다. 부록 D. 프로브에서 명령 그룹에 따른 전체 프로브 목록을 볼 수 있습니다. Red Hat Network 모니터링 데몬이 필요한 일부 프로브는 클라이언트 시스템에 설치되어야 한다는 것을 기억하십시오.
  4. 원하는 프로브 명령와 감시 스카우트를 선택하세요. 일반적으로 RHN 모니터링 (Monitoring) Satellite이지만 RHN Proxy Server도 가능합니다. 프로브에 대한 설명을 짧지만 고유한 것으로 입력합니다.
  5. 프로브 통지 체크박스를 선택하여 프로브 상태가 변경될 때 통지를 받도록 합니다. 프로브 확인 간격 드롭다운 메뉴로 통보 간격을 선택할 수 있습니다. 1 minute (그리고 프로브 통지 체크박스)를 선택하면 프로브가 CRITICAL이나 WARNING 한계점 초과 시 매분 마다 통지를 받게 됩니다. 5.4절. “통지 ”에서 통지 메소드가 생성되는 방법과 메세지를 받는 방법을 참조하시기 바랍니다.
  6. RHNMD 사용자RHNMD 포트 필드가 표시되는 경우에 이 항목을 이용하여 프로브가 Red Hat Network 모니터링 데몬 대신에 sshd를 통해 통신할 수 있도록 할 수 있습니다. 자세한 내용은 5.2.3절. “SSH 설정하기”에서 참고하십시오. 이 항목이 표시되지 않는 경우에는 기본값인 nocpulse4545를 그대로 이용합니다.
  7. 만약 타임 아웃 필드가 표시되면 기본값을 확인하고 필요에 따라 수정합니다. 전부는 아니지만 대부분 타임 아웃시에는 UNKNOWN 상태가 됩니다. 프로브가 측정하는 기준이 시간에 근거해 있다면 타임 아웃 설정이 한계점으로 할당된 시간보다 짧지 않도록 주의 하시기 바랍니다. 그렇지 않을 경우 한계 지점을 넘기전에 프로브가 시간 초과 되므로 이 측정기준은 의미가 없게 됩니다.
  8. 필요에 따라 남아있는 필드를 이용해서 프로브의 경고 한계점을 설정하세요. CRITICAL과 WARNING 값은 프로브가 상태를 바꿀 시점을 결정합니다. 한계점에 관련된 표준은 5.5.2절. “한계점 설정하기”에서 참조하십시오.
  9. 모두 마쳤으면 프로브 만들기을 클릭합니다. 스카웃 설정 푸시에서 모니터링 (Monitoring) 설정 변경을 반드시 저장해야 발효된다는 것을 기억하십시오.
프로브를 삭제하기 위해서는 (시스템 정보 ⇒ 프로브 탭에서 프로브 이름을 클릭함으로써) 현재 상태 페이지로 가서 프로브 삭제를 클릭합니다. 그 후 삭제를 확인하십시오.

5.5.2. 한계점 설정하기

RHN에서 제공되는 많은 프로브는 경고 한계점을 가지고 있습니다. 경고 한계점이 초과되었을때 프로브의 상태 변화가 감지됩니다. 예로, Linux::CPU Usage 프로브에는 사용된 CPU의 비율에 대해 CRITICAL과 WARNING 한계점을 설정할 수 있습니다. 감시되는 시스템에서 WARNING 한계점이 70 퍼센트일 때 CPU의 75 퍼센트가 사용되었음이 보고되면 프로브는 WARNING 상태가 됩니다. 훨씬 더 큰 한계점을 가진 프로브도 있습니다.
통지를 쓰지 않고 프로브를 한동안 실행하여 각 시스템의 기본 성능을 파악함으로써 모니터링 (Monitoring) 인타이틀먼트를 최대한 활용하고 거짓 통보를 피할 것을 Red Hat은 추전합니다. 기본적으로 제공되는 프로브 값들이 적절할 수도 있지만 각 조직은 다른 환경을 가지고 있으므로 한계점을 조절할 필요가 있습니다.

5.5.3. RHN 서버 모니터링

모든 클라이언트 시스템을 모니터링하는 것에 덧붙여, RHN을 사용하여 RHN 서버를 모니터링할 수 있습니다. RHN 서버는 RHN Satellite나 RHN Proxy Server이거나 또는 둘 다 일 수도 있습니다. RHN 서버를 모니터링하기 위해서는 서버가 모니터링하는 시스템을 찾아서 그 시스템의 시스템 정보 ⇒ 프로브 탭으로 가십시오.
새 프로브 만들기를 클릭하여 Satellite 프로브 명령 그룹을 선택하십시오. 그리고 다른 프로브에 하듯이 필드를 완성합니다. 자세한 정보는 5.5.1절. “프로브 관리하기”에서 참조하십시오.
RHN 서버가 클라이언트 시스템에 의해 감시되는 것처럼 보이지만 사실상 프로브는 서버에서 실행됩니다. 한계점과 통지는 정상적으로 작동합니다.

참고

Red Hat Network 모니터링 데몬 연결을 필요로하는 프로브는 모니터링 소프트웨어가 실행 중인 RHN Satellite 또는 RHN Proxy Server에서 사용될 수 없습니다. 이러한 프로브에는 로그 에이전트 프로브와 원격 프로그램 프로브 뿐만 아니라 리눅스 명령 그룹에 속하는 대부분의 프로브가 포함됩니다. RHN Satellites와 RHN Proxy Server를 모니터링하려면 Satellite 명령 그룹 프로브를 사용하시기 바랍니다. Proxy 스카웃의 경우, 데이터를 보고하는 시스템 이름 밑에 프로브가 표시됩니다.

5.6. 문제 해결

모니터링 (Monitoring)에 연계된 활동은 RHN 웹사이트를 통해 이루어지지만 Red Hat은 명령행에서 시스템을 진단할 수 있는 도구도 제공합니다. 이 도구는 에러의 원인을 알아내는데 쓰일 수 있습니다. 이 도구를 사용하기 위해서, 모니터링를 실시하는 RHN 서버에서 반드시 nocpulse 사용자가 될 수 있어야 합니다.
우선 RHN 서버에 root로 로그인 한 후 다음의 명령을 써서 nocpulse 사용자로 전환합니다:
su - nocpulse
Copy to Clipboard Toggle word wrap
이제 아래에 설명된 진단 도구를 쓸 수 있습니다.

5.6.1. rhn-catalog로 프로브 검사하기

프로브에 관련된 문제를 완전히 해결하기 위해서는 우선 프로브의 ID를 알아야 합니다. 프로브 ID는 RHN 서버에서 nocpulse 사용자로서 rhn-catalog를 실행하여 알아낼 수 있습니다. 다음과 유사한 결과가 출력될 것입니다:
2 ServiceProbe on example1.redhat.com (199.168.36.245): test 2
3 ServiceProbe on example2.redhat.com (199.168.36.173): rhel2.1 test
4 ServiceProbe on example3.redhat.com (199.168.36.174): SSH
5 ServiceProbe on example4.redhat.com (199.168.36.175): HTTP
Copy to Clipboard Toggle word wrap
프로브 ID는 행의 첫번째 숫자이고 프로브 이름은 행의 마지막에 있습니다(RHN 웹사이트에서 입력했듯이). 예로, 프로브 ID 5는 프로브 이름 HTTP에 상응합니다.
프로브 ID와 함께 --commandline (-c)과 --dump (-d) 옵션을 rhn-catalog에 전달하여 프로브에 대한 좀 더 자세한 정보를 얻을 수 있습니다. 예:
rhn-catalog --commandline --dump 5 
Copy to Clipboard Toggle word wrap
--commandline 옵션은 프로브에 지정된 명령 파라미터를 표시합니다. 경고 한계점와 통지 주기, 메소드 등 그 외 모든 것을 --dump는 출력합니다.
위의 명령은 다음과 유사한 결과를 가져옵니다:
5 ServiceProbe on example4.redhat.com (199.168.36.175  ):
linux:cpu usage
      Run as: Unix::CPU.pm --critical=90 --sshhost=199.168.36.175  
--warn=70 --timeout=15 --sshuser=nocpulse
--shell=SSHRemoteCommandShell --sshport=4545
Copy to Clipboard Toggle word wrap
이제 ID를 알아 냈으므로 rhn-rhnprobe와 함께 사용하여 프로브의 출력 결과를 점검합니다. 자세한 지시 사항은 5.6.2절. “rhn-runprobe의 산출값 보기”에서 참조하시기 바랍니다.

5.6.2. rhn-runprobe의 산출값 보기

프로브 ID와 rhn-catalog가 있으므로 rhn-runprobe와 함께 써서 프로브의 전체 산출값을 볼 수 있습니다. 기본으로 rhn-runprobe는 테스트 모드에서 작동하므로, 결과는 데이터베이스에 기록되지 않는 다는 것을 주의하세요. 옵션은:
Expand
표 5.1. rhn-runprobe 옵션
옵션 설명
--help 가능한 옵션을 나열한 후 끝납니다.
--probe=PROBE_ID 이 ID를 가진 프로브를 실행합니다.
--prob_arg=PARAMETER 데이터베이스에 있는 프로브의 파라미터를 덮어씁니다.
--module=PERL_MODULE 실행하려는 대체 코드의 패키지 이름입니다.
--log=all=LEVEL 패키지의 로그 레벨이나 접두어를 설정합니다.
--debug=LEVEL 숫자로 된 디버그 레벨을 설정합니다.
--live 프로브를 실행하고 데이터를 입력하고 통지를 보냅니다(필요한 경우에).
최소한 --probe--log 옵션, 그리고 값을 포함해야 합니다. --probe 옵션의 값은 프로브 ID이며, --log 옵션값은 모든 실행 레벨의 산출물을 받기 위한 "all" (모든 런레벨) 그리고 상세(verbosity) 레벨 값 입니다. 예로써:
rhn-runprobe --probe=5 --log=all=4 
Copy to Clipboard Toggle word wrap
앞서 나온 명령은 프로브 ID 5의 프로브 결과를 모든 럴레벨에 대하여 매우 상세하게 출력할 것입니다.
보다 구체적으로 rhn-catalog에서 파생된 명령 파라미터를 쓸수 있습니다. 예로써:
rhn-runprobe 5 --log=all=4 --sshuser=nocpulse --sshport=4545 
Copy to Clipboard Toggle word wrap
이로써 프로브가 시도한 실행을 묘사하는 구체적인 산출물을 볼 수 있습니다. 에러를 분명하게 알아낼 수도 있습니다.

6장. 여러 조직 관리

RHN Satellite는 하나의 Satellite 설치에서 여러 조직의 생성 및 관리를 지원하며, 다른 조직 또는 특정 그룹에 걸쳐 시스템 사업부, 컨텐츠 및 서브스크립션을 허용합니다. 이 장에서는 사용자를 위한 기본적인 설치 작업을 설명하고 RHN Satellite에서 여러 조직의 생성 및 관리에 대한 개념을 설명합니다.

6.1. 여러 조직 관리 기능을 사용하기 위해 권장되는 Satellite 모델

다음 예제에서는 여러 조직 (또는 multi-org)기능 사용에서 두 개의 가능성있는 시나리오에 대해 자세하게 설명합니다. RHN Satellite 5.1 이상 버전으로 설치 또는 업그레이드하는 것이 multi-org 기능의 사용을 요구하는 것은 아닙니다. Satellite에서 추가 조직을 만들고, 자신에 맞게 이러한 조직을 사용할 수 있습니다. 먼저 추가 조직을 생성하고 시범적으로 제한된 시스템/사용자 설정에 사용하여 조직의 프로세스 및 절차에서 multi-org Satellite의 영향을 완전히 이해하는 것이 좋습니다.

6.1.1. 조직의 여러 부서에 대해 중앙화된 Satellite 관리

첫 번째 시나리오에서 RHN Satellite는 다른 조직의 중앙 그룹에 의해 관리되고 있습니다. (그림 6.1. “조직의 여러 부서에 대해 중앙화된 Satellite 관리” 참조) 조직 1의 Satellite 관리자는 (Satellite 설정 시 생성된 관리 조직) 조직 1 ('관리 조직')을 소프트웨어 및 시스템 서브스크립션 및 인타이틀먼트의 스테이징 영역으로 취급합니다.
Satellite 관리자의 책임에는 Satellite 설정 (웹 인터페이스의 관리 부분에서 모든 가능한 작업), 추가 Satellite 조직 생성 및 삭제, 소프트웨어와 시스템 서브스크립션 및 인타이틀먼트 할당 및 제거가 포함됩니다.
예에서 추가 조직은 기업 내의 부서에 맵핑됩니다. 조직의 다양한 부서를 어느 수준으로 분할하기 위한 한 가지 방법으로 RHN Satellite에 사용하기 위해 어떤 부서가 서브스크립션 및 인타이틀먼트를 구입하는지를 생각하는 것입니다. Satellite에서 조직을 통해 중앙화된 관리를 하기 위해서 결과적으로 생성된 각각의 조직에 조직 관리자 계정을 생성하여 어떠한 이유로든 조직에 액세스할 수 있게 하는 것입니다.
조직의 여러 부서에 대해 중앙화된 Satellite 관리

그림 6.1. 조직의 여러 부서에 대해 중앙화된 Satellite 관리

6.1.2. 여러 제삼자 조직의 분산화된 관리

예에서 Satellite는 중앙 그룹에 의해 관리되지만, 각 조직은 Satellite 상의 다른 조직과 관 계없이 개별적으로 취급됩니다. 각각의 조직은 Satellite 프로그램 자체를 관리하는 그룹의 사용자가 될 수 도 있습니다.
동일 기업의 모든 부분이 되는 하부 조직으로 구성된 Satellite는 조직 사이에서 시스템 및 컨텐츠 공유에 있어서 보다 관용적인 환경이 될 수 있는 반면, 분산화된 예제에서의 공유에는 관대하지 않습니다. 관리자는 각 조직에게 특정양의 인타이틀먼트를 할당할 수 있습니다. 각 조직은 컨텐트에 대해 소프트웨어 채널 인타이틀먼트를 갖을 경우, Satellite에 동기화된 모든 Red Hat로의 액세스를 갖게 됩니다.
하지만 하나의 조직이 사용자 정의 컨텐트를 조직에 푸시하면, 이는 다른 주직에서 사용할 수 없게 됩니다. 컨텐트를 각 조직에 다시 푸시하지 않고 모든 또는 선택한 조직에서 사용할 수 있는 사용자 정의 컨텐트를 제공할 수 없습니다.
이 시나리오에서 Satellite 관리자는 로그인 액세스를 갖기 위해 각 조직에 계정을 저장하고자 할 수 도 있습니다. 예를 들어, Satellite를 사용하여 외부 집단에 관리 호스팅 서비스를 제공하는 경우, 조직의 시스템에 액세스하기 위해 계정을 저장할 수 있으므로 컨텐트를 푸시할 수 있습니다.
조직의 여러 부서에 대해 분산화된 Satellite 관리

그림 6.2. 조직의 여러 부서에 대해 분산화된 Satellite 관리

6.1.3. 다수 조직 사용에 대한 일반적인 정보

다수 조직의 Satellite 관리에서 위에서 선택한 특정 모델에 상관 없이 다음의 모범 사례가 도움이 될 수 있을 것입니다.
단일 조직 Satellite에서 다수 조직 Satellite로 이전하고 있을 경우, 또는 단일 조직 Satellite로서 Satellite를 사용고자 할 경우가 아니라면, 어떠한 상황에서도 시스템 등록 및 사용자 생성을 위해 관리 조직 (organization #1)을 사용하는 것은 권장되지 않습니다. 이는 다음과 같은 이유에 기인합니다:
  1. 관리 조직은 인타이틀먼트에 관해서 특별한 경우로 취급됩니다. Satellite에 있는 다른 조직에서 인타이틀먼트를 추가하거나 제거하여 이러한 주직에 인타이클먼트를 추가 또는 제거할 수 있습니다.
  2. 관리 조직은 서브스크립션 및 인타이틀먼트에 대해 스테이징 영역이 되려고 합니다. Satellite를 새 인증서와 연관시킬 때 새 인타이틀먼트는 기본값으로 이 조직에 부여됩니다. Satellite 상의 다른 조직에서 새 인타이틀먼트를 사용 가능하게 하려면, 관리 조직에서 이러한 인타이틀먼트를 다른 조직으로 할당해야 합니다.
6.1.3.1. 자신이 사용하는것 보다 적은 인타이틀먼트를 갖는 인증서
새로운 Satellite 인증서를 발급 받고, Satellite 상의 조직에 있는 시스템이 소모하는 것보다 적은 인타이틀먼트가 들어 있을 경우, 관리Satellite 설정인증서 하의 Satellite 웹 인터페이스를 통해 업로드하거나 Satellite 탭 내의 Satellite 시스템 http://rhn.redhat.com 프로파일을 통해 업로드할 때, 또는 rhn-satellite-activate 명령을 실행하여 업로드할 때 새 인증서를 활성화할 수 없게 됩니다. 인증서에 충분한 인타이틀먼트가 없다는 오류가 나타나게 됩니다.
새 인증서를 활성화하기 위해 Satellite 인타이틀먼트 사용을 줄이는 방법에는 여러가지가 있습니다. Red Hat은 Satellite에서 각 조직의 인타이틀먼트 사용을 평가하고 어떤 조직이 어떤 인타이틀먼트를 사용하지 않고 제대로 작동하지 않는 지를 판단할 것을 권장합니다. 그 후 각 조직 관리자에게 직접 연락하여 조직에서 작동에 관계 없는 시스템의 시스템 프로파일을 인타이틀먼트 해제 하거나 삭제할 것을 요청합니다. 이러한 조직에 로그인 액세스를 가지고 있을 경우, 이를 직접 실행할 수 있습니다. Satellite 관리자로 로그인하면 조직이 시스템 프로파일과 관련되어 있는 인타이틀먼트 수 이하로 조직에 할당된 인타이틀먼트를 줄일 수 없습니다.
인타이틀먼트를 해제해야하지만 이를 실행할 시간이 없을 뿐 아니라 이를 실행하기 위해 각 조직에 액세스할 수 없는 경우가 있습니다. 다수 조직 Satellite에는 Satellite 관리자가 조직의 인타이틀먼트 수를 사용 수 이하로 감소시킬 수 있는 옵션이 있습니다. 이러한 방법은 관리 조직으로 로그인하여 실행해야 합니다.
예를 들어, 관리 조직으로 로그인한 후, 인증서가 Satellite 상에서 등록된 모든 시스템을 커버하기 위해 5 개의 시스템 관리 인타이틀먼트가 부족할 경우, 가장 최근에 조직에 등록된 5 개의 시스템 인타이틀먼트가 해제됩니다. 이 과정은 아래에서 설명합니다:
  1. /etc/rhn/rhn.conf 파일에서 web.force_unentitlement=1을 설정합니다
  2. Satellite를 다시 시작합니다
  3. 조직의 서브스크립션 탭이나 개별 인타이틀먼트의 조직 탭을 통해 원하는 조직에 할당된 인타이틀먼트를 줄입니다.
  4. 현재 조직에 있는 여러 시스템이 인타이틀먼트 없음 (unentitled) 상태일 것입니다. 조직에서 인타이틀먼트가 없는 시스템 수는 조직에서 삭제된 인타이틀먼트 수와 시스템에 아직 적용되지 않은 조직의 인타이틀먼트 수 사이에서의 차이와 동일하게 될 것입니다.
    예를 들어, 3 단계에 있는 조직에서 10 개의 인타이틀먼트가 삭제되고 조직이 시스템에서 사용되지 않는 인타이틀먼트 4개를 갖고 있을 경우, 조직에 있는 6 개의 시스템에 인타이틀먼트가 없게 됩니다.
필요한 인타이틀먼트 수를 충분히 소유한 후, 새로운 Satellite 인증서를 활성화할 수 있습니다. web.force_unentitlement 변수를 수정하는 것은 조직의 할당된 인타이틀먼트를 사용하고 있는 것 이하로 감소시킬 경우에만 필요함에 유의하십시오. 조직이 활발하게 사용되고 있는 것 보다 많은 인타이틀먼트를 갖고 있을 경우, 이를 제거하기 위해 이러한 변수를 설정할 필요가 없습니다.
6.1.3.2. 자신이 사용하는 것 보다 많은 인타이틀먼트가 있는 인증서
새로운 Satellite 인증서를 발급 받고, 이 인증서에 Satellite에서 사용되는 것 보다 더 많은 인타이틀먼트가 있을 경우, 여분의 인타이틀먼트는 관리 조직에 할당됩니다. Satellite 관리자로 웹 인터페이스에 로그인할 경우, 이러한 인타이틀먼트를 다른 조직에 할당할 수 있게 됩니다. 이전에 다른 조직에 할당된 인타이틀먼트는 영향을 받지 않게 됩니다.

6.2. 관리 ⇒ 조직

조직 웹 인터페이스에서 관리자는 Satellite 전역에 걸쳐 여러 조직을 생성하고 관리, 확인할 수 있습니다. 관리자는 여러 조직에 걸쳐 소프트웨어 시스템 인타이틀먼트를 할당할 수 있음은 물론 조직의 시스템 관리 작업에 대한 액세스를 제어할 수 있습니다.
관리

그림 6.3. 관리

조직 페이지에는 각 조직에 할당된 사용자 및 시스템 수와 함께 Satellite 전역에 걸친 조직 목록이 들어 있습니다. 또한 조직 페이지에는 성립된 조직의 신뢰성에 대한 신뢰성 페이지 기능이 있습니다. 조직의 신뢰성을 성립하는 방법에 대한 자세한 내용은 6.6절. “조직의 신뢰성 ”에서 참조하십시오.

6.2.1. 관리 ⇒ 조직 ⇒ 상세 정보

조직을 클릭하면 상세 정보 페이지가 나타나며, 여기서 관리자는 조직의 다양한 측면에 대한 요약 설명을 제공합니다.
  • 활성 사용자 — 조직의 사용자 수 입니다.
  • 시스템 — 조직에 등록된 시스템 수 입니다.
  • 시스템 그룹 — 조직에 등록된 그룹 수 입니다.
  • 활성키 — 조직에서 사용 가능한 활성키 수 입니다.
  • 킥스타트 프로파일 — 조직에서 사용 가능한 킥스타트 프로파일 수 입니다.
  • 설정 채널 — 조직에서 사용 가능한 설정 채널 수 입니다.
이 페이지에서 조직 삭제 링크를 클릭하여 조직을 삭제할 수 있습니다.
상세 정보 페이지에는 세 개의 하부 탭이 있습니다: 사용자, 서브스크립션, 신뢰성

6.3. 조직 생성

RHN Satellite 웹 인터페이스의 새 조직 생성 페이지에서는 관리조직새 조직 생성으로 이동하여 액세스할 수 있습니다.
관리자는 새 조직을 만들고 인타이틀먼트, 그룹, 시스템, 사용자를 그룹에 할당하여 조직이 다른 조직에 영향을 미치지 않고 관리 작업을 실행할 수 있도록 합니다.
새 조직 생성

그림 6.4. 새 조직 생성

  1. 텍스트 상자에 조직 이름을 입력합니다. 이름은 3자에서 128자 사이의 문자여야 합니다.
  2. 조직의 관리자 생성:
    1. 조직 관리자의 원하는 로그인을 입력합니다. 이는 3자에서 128자 사이의 문자이어야 합니다.
    2. 원하는 암호를 생성하고 이를 확인합니다.
    3. 조직 관리자의 이메일을 입력합니다.
    4. 조직 관리자의 이름을 입력합니다.
  3. 조직 생성 버튼을 클릭하여 생성 과정을 완료합니다.
새 조직이 생성되면, 조직 페이지에는 새로운 조직 목록이 나타납니다.

참고

Satellite 관리자는 다양한 이유로 이러한 조직에 로그인할 수 있는 옵션을 갖기 위해 관리 부분의 조직 관리자 계정을 갖을 것을 고려해야 합니다. Satellite가 PAM 인증을 위해 설정된 경우, 새 조직에 있는 관리 조직의 관리자 계정에 대해 PAM 계정을 사용하지 않도록 합니다. 대신, 조직 관리자를 위해 Satellite 로컬 계정을 만들어 Satellite 로그인을 위해 낮은 권한으로 PAM 인증 계정을 갖도록 하여 사용자가 Satellite에 높은 권한으로 수시로 로그인하는 것을 제어합니다. 이는 이러한 계정의 사용에 있어서 과오를 일으킬 가능성이 높기 때문입니다.
또한 조직과 관리자의 로그인 이름이 일치하도록 관리 부분의 조직 관리자 계정의 로그인 이름을 생성할 것을 염두에 두십시오. (예: orgadmin-mktg 또는 eng-dept-admin)

6.4. 인타이틀먼트 관리

새 조직을 만든 후 중요한 작업 중 하나는 새 조직에 관리 인타이틀먼트를 할당하는 것입니다. 관리 시스템 인타이틀먼트는 조직이 Satellite에서 작동하기 위한 기본적인 요구 사항입니다. 조직에 할당된 관리 인타이틀먼트 수는 사용 가능한 소프트웨어 인타이틀먼트 수에 관계 없이 Satellite 상에서 조직에 등록할 수 있는 최대 시스템 수와 동일합니다. 예를 들어, 100 개의 Red Hat Enterprise Linux 클라이언트 인타이틀먼트가 있으며, 조직에 50 개의 관리 시스템 인타이틀먼트가 있을 경우, 50 개의 시스템 만이 조직에 등록할 수 있습니다.
또한 각 조직에 RHN Tools 소프트웨어 채널 인타이틀먼트를 부여해야 합니다. RHN Tools 채널에는 설정 관리 및 킥스타트 지원을 위해 필요한 클라이언트와 관련된 Red Hat Enterprise Linux 서브스크립션 수에 대하여 Xen 또는 KVM 가상 게스트의 인타이틀먼트를 정확하게 계산하기 위해 필요한 rhn-virtualization 패키지와 같이 Satellite 기능을 확장하기 위해 필요한 다양한 클라이언트 소프트웨어가 들어 있습니다.
관리조직상세 정보서브스크립션을 클릭하여 서브스크립션 탭으로 액세스합니다.
서브스크립션 탭에는 조직의 소프트웨어 채널 및 시스템 인타이틀먼트를 관리하기 위한 두 개의 하부탭이 있습니다.

6.4.1. 관리 ⇒ 서브스크립션 ⇒ 소프트웨어 채널 인타이틀먼트

Satellite 전역의 소프트웨어 채널 인타이틀먼트 페이지에서는 전체 조직에 걸쳐 Satellite 상의 모든 인타이틀먼트 및 이의 사용법을 나열합니다. 인타이틀먼트 이름을 클릭하면 보다 상세한 정보가 나타납니다.
소프트웨어 채널 인타이틀먼트의 상세 정보 하부탭에는 인타이틀먼트에 등록하면 부여되는 소프트웨어 채널 액세스에 대한 정보가 들어 있습니다.
조직 하부탭에서 Satellite 관리자는 각 조직에서 사용할 수 있는 소프트웨어 채널 수를 조정할 수 있습니다. 채널 수를 (가능한 값 범위 내에서) 입력하고 해당 조직의 업데이트 버튼을 클릭합니다.

참고

사용자 정의 채널을 생성한 조직 관리자는 채널을 공유하고자 하는 조직 사이에서 조직의 신뢰성이 설립되지 않은 경우 조직 내의 채널 만을 사용할 수 있습니다. 조직의 신뢰성에 대한 보다 자세한 내용은 6.6절. “조직의 신뢰성 ”에서 참조하십시오.
소프트웨어 채널 인타이틀먼트의 조직 하부탭에도 시스템 전역 인타이틀먼트 사용 부분에 있는 광범위한 사용 정보가 들어 있습니다. 이는 다음과 같습니다:
  • 합계 — Satellite 대해 사용 가능한 총 채널 인타이틀먼트 수 입니다.
  • 사용 가능 — 현재 할당 가능한 인타이틀먼트 수입니다.
  • 사용량 — 할당된 총 인타이틀먼트 수와 비교할 때 모든 조직에서 (기본 조직은 별도) 현재 사용 중인 인타이틀먼트 수입니다.
예를 들어, 합계가 100이고 사용 가능 부분이 70일 경우, 조직에 할당된 인타이틀먼트는 30이 됩니다. 사용량 란에는 기본 조직과는 별도로 할당된 30 개의 인타이틀먼트 중 조직에서 사용되고 있는 수가 표시됩니다. 사용량 란에 30 중 24 (80%)라고 표시되어 있는 경우, 이는 할당된 총 30 개의 인타이틀먼트 중 24 개의 채널 인타이틀먼트가 Satellite 조직 (기본 조직 이외)에 할당되어 있음을 의미합니다.

6.4.2. 관리 ⇒ 서브스크립션 ⇒ 시스템 인타이틀먼트

Satellite 전역의 시스템 인타이틀먼트 페이지에는 모든 조직에 걸쳐 Satellite 상의 모든 시스템 인타이틀먼트 및 그 용도가 나열되어 있습니다. 인타이틀먼트 이름을 클릭하면 보다 자세한 내용을 볼 수 있습니다.
시스템 인타이틀먼트에는 관리 (Management), 프로비저닝 (Provisioning), 모니터링 (Monitoring), 가상화 (Virtualization)가 있습니다. 각 시스템 인타이틀먼트의 할당된 수를 텍스트 상자에 입력합니다. 가능한 값에 있는 한도를 넘지 않도록 합니다.
시스템 인타이틀먼트의 상세 정보 하부탭에는 인타이틀먼트 및 인타이틀먼트가 부여하는 액세스 정보가 들어 있습니다.
조직 하부탭에서 Satellite 관리자는 각 조직에 사용 가능한 시스템 인타이틀먼트 할당 수를 조정할 수 있습니다. 인타이틀먼트 수를 (가능한 값 범위 내에서) 입력하고 해당 조직의 변경 확인 버튼을 클릭합니다.
시스템 인타이틀먼트의 조직 하부탭에는 다음과 같은 "Satellite 전역 인타이틀먼트를 사용" 부분에 관한 광범위한 사용 정보도 들어 있습니다:
  • 총 할당 — 전체 Satellite 대해 사용 가능한 총 인타이틀먼트 수
  • 인타이틀먼트 사용 — 현재 사용되고 있는 인타이틀먼트 수
  • 조직 사용에서는 인타이틀먼트에 액세스할 수 있는 조직의 수를 보여줍니다.

6.5. 조직에서 시스템 설정

이제 조직이 생성되어 필요한 인타이틀먼트가 할당되었으므로 각 조직에 시스템을 할당할 수 있습니다.
특정 조직에 대해 시스템을 등록하는 두 가지 기본적인 방법이 있습니다:
  1. 로그인 및 암호를 사용하여 등록 — 특정 조직에 대해 생성된 로그인 및 암호를 제공할 경우, 시스템은 이러한 조직에 등록됩니다. 예를 들어, user-123이 Satellite 상의 Central IT 조직의 일원이되면, 시스템 상에서 다음과 같은 명령은 이 시스템을 Satellite의 Central IT 조직에 등록시키게 됩니다.
    rhnreg_ks --username=user-123 --password=foobaz
    
    Copy to Clipboard Toggle word wrap

    참고

    rhnreg_ks에서 --orgid (Red Hat Enterprise Linux 4 및 5의 경우) 및 --orgpassword (RHEL 4의 경우) 매개 변수는 Satellite 등록이나 RHN Satellite 여러 조직 지원과 관계가 없습니다.
  2. 활성키를 사용하여 등록 — 조직에서 활성키를 사용하여 조직에 시스템을 등록할 수 있습니다. 활성키는 활성키가 생성된 조직에 시스템을 등록하게 됩니다. 조직의 로그인 액세스를 제공하지 않고 사용자가 조직에 시스템을 등록할 수 있게 할 경우 활성키는 사용하기 편리한 등록 방법입니다. 조직 간에 시스템을 옮길 경우에도 활성키를 사용하여 스크립토로 자동 이동할 수 있습니다:

    참고

    활성키는 RHN Satellite 5.1.0 이래 새로운 형식으로 되어 있으므로 활성키의 처음 몇 문자는 어떤 조직이 활성화를 소유하고 있는 지를 (ID 번호에 의하여) 보여주고 있습니다.

6.6. 조직의 신뢰성

조직은 Satellite에서 조직의 신뢰성 (organizational trust)을 설립하여 서로 리소스를 공유할 수 있습니다. 조직의 신뢰성은 양방향으로 되어 있어, Satellite 관리자가 두개 이상의 조직사이에서 신뢰성을 성립하면 각 조직에서의 조직 관리자는 필요에 따라 필요한 양 만큼의 리소스를 자유롭게 공유할 수 있습니다. 어떤 리소스를 공유할 지, 신뢰 관계에 있는 다른 조직으로 부터 공유된 어떤 리소스를 사용할 지는 각 조직 관리자에 의해 결정됩니다.

참고

조직 관리자만 사용자 정의 컨텐츠를 공유할 수있습니다; Satellite 관리자는 시스템 및 소프트웨어 인타이틀먼트만을 각 조직에 할당합니다.

6.6.1. 조직의 신뢰성 성립

Satellite 관리자는 둘 이상의 조직 사이에서 신뢰성을 성립할 수 있습니다. 이를 위해 관리 메인 페이지에 있는 사이드 메뉴에서 조직 링크를 클릭합니다.
조직 중 하나의 이름을 클릭하여 상세 정보 페이지에서 신뢰성 하부탭을 클릭합니다.
신뢰성 하부탭에는 RHN Satellite 상에서 신뢰성이 있는 모든 다른 그룹 목록이 있습니다. 여기서 조직 단위로 거르기 텍스트 상자를 사용하여 특정 하부 집합으로 조직 목록을 나열할 수 있습니다.
조직의 신뢰성

그림 6.5. 조직의 신뢰성

현재의 조직에서 조직의 신뢰성을 성립하고자 하는 조직의 이름 옆에 있는 체크 상자를 클릭하고 신뢰성 수정 버튼을 클릭합니다.

6.6.2. 신뢰성 있는 조직 사이에서 컨텐트 채널 공유

조직 간 신뢰성이 설립된 후, 조직은 신뢰 관계를 통하여 다른 조직과 사용자 정의 소프트웨어 채널과 같은 컨텐트를 공유할 수 있습니다. 세부적 채널 액세스 제어를 위해 각 채널에 적용할 수 있는 세 가지 수준의 채널 공유가 있습니다.

참고

조직은 Red Hat 채널을 공유할 수 없습니다. 이는 이러한 채널에 인타이틀먼트를 갖는 모든 조직에서 사용할 수 있기 때문입니다.
다른 조직과 함께 사용자 정의 채널을 공유하려면, 다음 절차를 실행합니다:
  1. 조직 관리자의 사용자 이름으로 Satellite에 로그인합니다.
  2. 채널 탭을 클릭합니다.
  3. 옆에 있는 메뉴에서 소프트웨어 채널 관리를 클릭합니다.
  4. 다른 조직과 공유하고자 하는 사용자 정의 채널을 클릭합니다.
  5. 상세 정보 페이지의 채널 액세스 제어 부분에서는 조직간의 공유에서 공유를 위한 3 가지 옵션이 있습니다.
    • 비공개 — 채널을 비공개로 하여 채널 소유자를 제외한 다른 조직에서 액세스할 수 없도록 합니다.
    • 보호 (Protected) — 선택한 특정 신뢰되는 조직에서만 액세스할 수 있는 채널을 허용합니다.

      참고

      보호 (Protected) 공유를 선택하면 액세스 부여 및 확인 버튼을 클릭하여 조직에 채널 액세스를 부여할 것을 확인하기 위해 질문하는 분리된 다른 페이지가 나타납니다.
    • 공개 — 신뢰성 있는 모든 조직에 사용자 정의 채널을 액세스하도록 허용합니다.
    선택한 항목 옆의 라디오 버튼을 클릭하고 채널 업데이트 버튼을 클릭합니다.
사용자 정의 채널에 대한 액세스를 허용하는 신뢰 관계에 있는 모든 다른 조직 관리자는 자신의 클라이언트 시스템이 공유 채널에서 패키지를 설치 및 업데이트할 수 있게 합니다.

참고

공유 채널에 등록된 시스템이 있고 공유 채널의 조직 관리자가 채널에 대한 액세스 권한을 변경할 경우, 시스템은 이러한 채널을 잃게 됩니다. 조직 관리자가 기본 채널 권한을 변경히먄 시스템은 시스템 페이지에 있는 기본 채널을 갖지 못하게 되어 업데이트를 받지 못하게 됩니다.

6.6.3. 신뢰성있는 하나의 조직에서 다른 조직으로 시스템 이전

소프트웨어 채널 공유 이외에 신뢰 관계에 있는 조직은 migrate-system-profile라는 유틸리티를 사용하여 시스템을 신뢰 관계에 있는 다른 조직에 이전할 수 있습니다.
migrate-system-profile 사용은 명령행에 기반하고 systemID 및 orgID를 인수로 사용하여 이전할 내용 및 대상 조직을 지정합니다.
migrate-system-profile 명령을 사용하려면, spacewalk-backend-tools 패키지가 설치되어 있어야 합니다. migrate-system-profile을 사용하기 위해 Satellite 서버에 로그인할 필요는 없지만, 로그인하지 않으면 서버의 호스트 이름 또는 IP 주소를 명령행 스위치로 지정해야 합니다.

참고

조직이 migrate-system-profile 명령을 사용하여 시스템을 이전할 때, 시스템은 원래 조직에서의 이전 인타이틀먼트나 채널 서브스크립션을 가져가지 않습니다. 하지만, 시스템 기록이 저장되고 새로운 조직 관리자를 통해 액세스 가능하므로 기본 채널에 등록 및 인타이틀먼트 부여와 같은 나머지 이전 절차를 단순화할 수 있습니다.
6.6.3.1. migrate-system-profile 사용
이전할 시스템 ID, 시스템이 이전하게 될 조직의 ID가 필요하며 추가로 다른 시스템에서 명령을 실행하는 경우, Satellite 서버의 호스트 이름이나 IP 주소가 필요합니다. 명령행에서 사용법은 다음과 같습니다:
migrate-system-profile --satellite {SATELLITE HOSTNAME OR IP} --systemId={SYSTEM ID} --to-org-id={DESTINATION ORGANIZATION ID}
Copy to Clipboard Toggle word wrap
예를 들어, 회계 부서 (OrgID 2를 사용하여 RHN Satellite에서 조직으로 생성)가 워크스테이션 (SystemID 10001020)을 엔지니어링 부서에서 이전하고자 하나 회계 부서의 조직 관리자가 RHN Satellite 서버로의 쉘 액세스가 없습니다. RHN Satellite 호스트 이름은 satserver.example.com이라고 합시다.
회계 부서의 조직 관리자는 쉘 프롬프트에서 다음을 입력합니다:
migrate-system-profile --satellite satserver.example.com --systemId=10001020 --to-org-id=2
Copy to Clipboard Toggle word wrap
그 후, 회계 부서의 조직 관리자에게 사용자 이름과 암호를 입력하라는 메세지가 나타납니다. (명령행에서 --username=--password=를 사용하여 이를 지정하지 않은 경우)
회계 부서의 조직 관리자는 RHN Satellite 웹 인터페이스로 로그인했을 때 시스템 페이지에서 시스템을 볼 수 있게 됩니다. 회계 부서의 조직 관리자는 조직에 등록되어있는 다른 시스템과 마찬가지로 클라이언트에게 기본 채널을 할당하고 인타이틀먼트를 부여하여 이전 절차를 완료합니다. 이는 이벤트 하부탭에 있는 시스템 기록 페이지에서 사용할 수 있습니다.
시스템 기록

그림 6.6. 시스템 기록

참고

Satellite 관리자는 신뢰성있는 하나의 조직에서 신뢰성있는 다른 조직으로 시스템을 이전할 수 있습니다. 하지만 조직 관리자는 자신의 조직에서 신뢰 관계에 있는 다른 조직으로 시스템을 이전할 수 만 있습니다.
여러 시스템을 한번에 이전해야 할 경우 Satellite 관리자는 이전할 시스템 목록을 콤마로 구분하여 프로세스를 자동화하기 위해 migrate-system-profile--csv 옵션을 사용할 수 있습니다.
CSV 파일에 있는 행에는 이전되어야 할 시스템 ID와 다음과 같은 형식으로된 대상 조직의 ID가 들어 있어야 합니다:
systemId,to-org-id
Copy to Clipboard Toggle word wrap
예를 들어, systemId1000010000이 될 수 있는 반면, to-org-id4가 될 수 있습니다. 따라서, 호환 가능한 CSV는 다음과 같을 수 있습니다:
1000010000,3
1000010020,1
1000010010,4
Copy to Clipboard Toggle word wrap
migrate-system-profile 사용에 대한 자세한 내용은 man migrate-system-profile을 입력하면 나타나는 맨 페이지를 참조하거나 migrate-system-profile -h를 입력하여 나타나는 기본 도움말 화면을 참조하십시오.

6.7. 관리 ⇒ 사용자

Satellite 전역 사용자 페이지에는 전체 조직에 걸친 Satellite의 모든 사용자 목록이 포함되어 있습니다.

참고

조직 관리자로 로그인할 경우, 조직 사용자 정보 만을 수정할 수 있습니다.
사용자 이름을 클릭하면 사용자 정보 페이지가 나타납니다. 사용자 설정에 대한 자세한 내용은 4.9절. “사용자 ”에서 참조하십시오.

6.7.1. 관리 ⇒ 조직 ⇒ 상세 정보 ⇒ 사용자

사용자 하부 탭에는 실명, 이메일 주소, 사용자가 조직의 관리자임을 나타나내는 표시가 포함된 조직에 할당된 사용자의 목록이 나열되어 있습니다.
조직 관리자일 경우, 사용자 이름을 클릭하여 사용자의 사용자 정보 페이지를 볼 수 있습니다. 사용자 관리에 관련한 지시 사항은 4.9.1.1절. “사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ”에서 참조하십시오.

참고

조직의 사용자 정보를 편집하려면 조직 관리자로 로그인해야 합니다. Satellite 관리자는 조직 사용자에 대해 사용자 정보를 편집할 수 없습니다.

7장. RHN Satellite 및 가상 클라이언트 시스템

클라이언트 시스템을 관리 및 프로비저닝하기 위해 먼저 RHN 중앙 서버에서 사용자 Satellite 서버로 컨텐츠를 동기화하셔야 합니다.
RHN은 최소한 다음과 같은 채널을 동기화하실 것을 권장합니다:
Red Hat Enterprise Linux 5의 경우:
  • Red Hat Enterprise Linux 서버 (32 비트 x86 용 v. 5) — rhel-i386-server-5 (및 모든 자식 채널)
  • RHEL 서버 용 Red Hat Network Tools (32 비트 x86 용 v. 5) — rhn-tools-rhel-i386-server-5
  • Red Hat Enterprise 서버 가상화 (32 비트 x86 용 v. 5) — rhel-i386-server-vt-5 (및 모든 자식 채널)
Red Hat Enterprise Linux 6 용:
  • Red Hat Enterprise Linux 서버 (64 비트 x86_64 용 v. 6) — rhel-x86_64-server-6 (및 모든 자식 채널)
  • RHEL 서버 용 Red Hat Network Tools (64 비트 x86_64 용 v. 6) 용 — rhn-tools-rhel-x86_64-server-6

7.1. 가상 시스템에 대한 호스트 시스템 설정

게스트 시스템을 생성하기 전 호스트 시스템을 준비하셔야 합니다. 이를 위해 Red Hat Enterprise Linux 서버 킥스타트 프로파일을 만드신 후 킥스타트 프로파일을 사용하여 해당 호스트에 운영 체제를 설치합니다. 이러한 작업을 완료하신 후, 가상 게스트 프로비저닝을 실행하실 수 있습니다.

7.1.1. 게스트 시스템에 대해 킥스타트 프로파일 생성

  1. Satellite의 웹 인터페이스로 로그인합니다. 사용자 RHN작업 위젯에 있는 킥스타트 관리 링크를 클릭하거나 시스템 탭을 클릭한 후 왼쪽 네비게이션 바에 위치한 킥스타트 하부탭을 클릭하여 킥스타트 개요 화면으로 이동합니다.
  2. 킥스타트 개요 페이지에서 오른쪽 상단 코너에 위치한 킥스타트 작업 위젯의 새로운 킥스타트 프로파일 생성 링크를 클릭합니다.
    1. 기타 다른 프로파일과 구별할 수 있도록 해당 프로파일에 대한 레이블을 입력합니다. 다음 절차 부터는 레이블을 host-system-for-virtual-guests라고 가정하겠습니다.
    2. 기본 채널 영역에서 Red Hat Enterprise Linux ($ARCH 용 v. 5 또는 6) (여기서 $ARCH는 호스트 시스템의 아키텍쳐를 말함)을 선택합니다.

      참고

      64 비트 호스트 시스템에서 32 비트 Red Hat Enterprise Linux 5 또는 6를 설치하실 수 도 있습니다. 하지만 이러한 경우 게스트 시스템도 Red Hat Enterprise Linux의 32 비트 버전을 사용하고 있어야 함을 염두해 두시기 바랍니다.
    3. 킥스타트 가능한 트리 영역에서 ks-rhel-$ARCH-server-5 (또는 6)를 선택합니다. 여기서 $ARCH는 사용자 호스트 시스템의 아키텍쳐를 말합니다.
    4. 가상화 유형 영역에서 반가상화 호스트를 선택합니다.

      참고

      기존 킥스타트 프로파일의 가상화 유형을 변경할 경우, 부트로더 및 파티션 옵션도 변경되어, 사용자 설정 사항을 덮어 쓰기할 수 있습니다. 가상화 유형 변경 시 파티션 탭을 통해 이러한 설정 사항을 확인합니다.
    5. 마지막으로 화면 우측 하단에 위치한 다음 버튼을 클릭하여 다음 단계를 진행합니다.

      참고

      위의 란에 있는 어떤 옵션이라도 생략되어 있을 경우, Red Hat 서버에서 Satellite로 소프트웨어 채널 컨텐츠를 동기화하실 수 없습니다.
  3. 호스트 시스템 설치를 위한 배포 파일의 위치를 선택해야 합니다. 화면에는 이미 기본 다운로드 위치가 설정되어 있습니다. 다음 버튼을 클릭하여 3단계를 진행합니다.

    참고

    기본 다운로드 위치가 설정되어 있지 않을 경우, Red Hat 서버에서 Satellite로 소프트웨어 채널 컨텐츠를 동기화하실 수 없습니다.
  4. 프로비저닝할 호스트 시스템에 설정할 root 암호를 선택한 후, 다음 버튼을 클릭하여 프로파일 생성을 마칩니다.
  5. 새로 생성된 킥스타트 프로파일로 이동합니다. 프로파일에 있는 여러개의 탭을 살펴보신 후 적절하게 설정을 수정하실 수 있지만 일반적으로 기본 설정으로도 사용하시는데 문제가 없으므로 이러한 작업이 필요하지 않을 수 있습니다.
    Satellite 웹 인터페이스를 사용하여 게스트를 원격으로 시작 및 중지하려면 acpid 패키지가 필요합니다.

7.1.2. 호스트 시스템 킥스타트하기

다음으로 새로 생성된 킥스타트 프로파일을 사용하여 호스트 시스템을 킥스타트합니다. 호스트 시스템을 킥스타트하는 데는 세 가지 방법이 있습니다. 아래에서 실행 방법에 대해 읽어 보신 후 가장 적절한 방법을 선택하여 실행하시기 바랍니다.
7.1.2.1. 호스트 시스템에 Red Hat Enterprise Linux가 설치되어 있지 않음
호스트 시스템에 킥스타트를 시작하기 위해 부팅 CD를 생성합니다. 호스트를 프로비저닝하기 위해 이전 단계에서 생성한 킥스타트 프로파일을 사용하실 수 있습니다. 다음과 같은 단계를 실행하기 위해 사용하시려는 컴퓨터에 물리적으로 액세스하셔야 합니다:
  1. ssh명령을 사용하여 Satellite 서버에 로그인하여 호스트에서 부팅 CD를 생성하기 위한 ISO 이미지를 찾으실 수 있습니다. 이는 satellite에서 다음의 위치에 있습니다:
    /var/satellite/rhn/kickstart/ks-rhel-i386-server-5/images/boot.iso
    
    Copy to Clipboard Toggle word wrap

    참고

    킥스타트를 위해 플래쉬 메모리 USB 키를 사용하여 시스템을 부팅할 수 있습니다. 자세한 실행 방법은 (http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/index.html에 있는) Red Hat Enterprise Linux 시스템 관리 가이드에서 참조하시기 바랍니다. 호스트 시스템의 하드웨어는 이러한 장치를 통해 부팅해야 할 수 있어야 함을 염두해 두시기 바랍니다.
  2. 드라이브에 부팅 CD를 넣고 시스탬을 재부팅합니다. CD-ROM 드라이브는 시스템의 BIOS에서 주요 부팅 장치로 설정되어 있어야 합니다.
  3. 시스템을 재부팅하면 부트 프롬프트로 갑니다. 부트 프롬프트에서 다음과 같은 명령을 입력하여 킥스타트를 시작합니다:
    linux \
    ks=http://your-satellite.example.com/ks/label/the profile label you created earlier
    Copy to Clipboard Toggle word wrap

    참고

    몇몇 시스템의 경우 킥스타트 설치 과정이 진행되는 동안 혼동을 막기 위해 위의 명령에 ksdevice=eth0 명령을 추가하시거나 또는 시스템의 BIOS에서 NIC 중 하나 이상을 비활성화해야 할 수 도 있습니다.
  4. 호스트 시스템의 킥스타트를 시작합니다. 약 15분 정도 소요될 수 있습니다. 킥스타트 설치를 완료하면 가상 게스트에 대한 호스트 시스템을 프로비저닝하고 Satellite에 등록합니다.
7.1.2.2. 호스트 시스템에 Red Hat Enterprise Linux 6가 설치되어 있음
호스트 시스템을 Satellite에 등록하고 시스템에 필요한 kvm 패키지가 설치되어 있는지 확인합니다. 설치되어 있지 않은 경우 Satellite를 사용하여 이를 설치합니다.

참고

Red Hat Enterprise Linux 6에서 가상화는 64 비트 Intel 및 AMD 시스템에서만 지원됩니다.

참고

xen 가상화 호스트는 현재 Red Hat Enterprise Linux 6에서 지원되지 않습니다.
  1. 먼저, Satellite에 호스트 시스템을 등록합니다. ssh 명령을 사용하여 호스트 시스템에 연결합니다. root로 다음의 명령을 사용하여 호스트 시스템을 Satellite에 등록합니다:
    rhnreg_ks --serverUrl=http://your-satellite.example.com/XMLRPC \
    --username=username --password=password
    
    Copy to Clipboard Toggle word wrap

    참고

    호스트 시스템이 이미 다른 Red Hat Network 서버에 등록되어 있을 경우 위의 명령에 --force 옵션을 추가합니다.
  2. Satellite 웹 인터페이스에서 호스트 시스템의 프로파일을 오픈합니다. https://your-satellite.example.com/에서 Satellite의 웹 인터페이스로 로그인합니다. 상단의 네비게이션 바에서 시스템 탭을 클릭합니다. 등록하신 호스트 시스템을 확인합니다 - 호스트 시스템의 프로파일명을 클릭하여 시스템 프로파일 페이지로 액세스합니다.
  3. 가상 게스트를 호스팅하기 위해 필요한 소프트웨어에 액세스해야 하는 시스템이 소프트웨어 채널에 액세스했는 지를 확인합니다. 호스트 시스템의 프로파일 페이지에서 등록된 채널에 있는 프로파일 페이지에서 채널 서브스크립션 변경 링크를 클릭합니다. RHEL 가상화RHEL 서버 용 Red Hat Network 도구 체크 박스를 선택하고 채널 목록 아래에 있는 서브스크립션 변경 버튼을 클릭합니다.
  4. 다음으로 시스템에 가상 게스트를 호스팅하기 위해 필요한 소프트웨어가 설치되었는 지를 확인합니다. 호스트 시스템에서 루트로 다음과 같은 명령을 실행합니다:
    rpm -q qemu-kvm rhn-virtualization-host python-virtinst
    
    Copy to Clipboard Toggle word wrap
    rpm명령으로 이러한 패키지가 설치되지 않았다고 나타나면루트로 다음과 같은 명령을 실행하여 이를 설치하셔야 합니다.
    yum install qemu-kvm rhn-virtualization-host python-virtinst
    
    Copy to Clipboard Toggle word wrap
  5. 컴퓨터를 다시 시작하여 변경 사항을 반영하거나 프로세서에 해당하는 적절한 modprobe 명령을 사용합니다:
    modprobe kvm_intel
    
    Copy to Clipboard Toggle word wrap
    또는:
    modprobe kvm_amd
    
    Copy to Clipboard Toggle word wrap
  6. osad 패키지를 설치 및 실행하면 Satellite 서버에서 보낸 시작, 일시 중지, 다시 시작, 종료와 같은 명령에 호스트 시스템이 반응합니다. 다음을 사용하여 패키지를 설치합니다:
    yum install -y osad
    
    Copy to Clipboard Toggle word wrap
    설치 후 osad 프로세스를 시작하셔야 합니다:
    /sbin/service osad restart
    
    Copy to Clipboard Toggle word wrap
  7. 현재 호스트 시스템에 RHN 가상 게스트 프로비저닝이 준비되어야 합니다.

7.1.3. 호스트 시스템에 Red Hat Enterprise Linux 5가 설치되어 있음

Satellite에 호스트 시스템을 등록하시고 시스템에 xen 또는 kvm 패키지가 설치되어 있는 지를 확인하시기 바랍니다. 설치되지 않았을 경우 Satellite를 사용하여 이를 설치합니다.
  1. 먼저, Satellite에 호스트 시스템을 등록합니다. ssh 명령을 사용하여 호스트 시스템에 연결합니다. root로 다음의 명령을 사용하여 호스트 시스템을 Satellite에 등록합니다:
    rhnreg_ks --serverUrl=http://your-satellite.example.com/XMLRPC \
    --username=username --password=password
    
    Copy to Clipboard Toggle word wrap

    참고

    호스트 시스템이 이미 다른 Red Hat Network 서버에 등록되어 있을 경우 위의 명령에 --force 옵션을 추가합니다.
  2. Satellite 웹 인터페이스에서 호스트 시스템의 프로파일을 오픈합니다. https://your-satellite.example.com/에서 Satellite의 웹 인터페이스로 로그인합니다. 상단의 네비게이션 바에서 시스템 탭을 클릭합니다. 등록하신 호스트 시스템을 확인합니다 - 호스트 시스템의 프로파일명을 클릭하여 시스템 프로파일 페이지로 액세스합니다.
  3. 가상 게스트를 호스팅하기 위해 필요한 소프트웨어에 액세스해야 하는 시스템이 소프트웨어 채널에 액세스했는 지를 확인합니다. 호스트 시스템의 프로파일 페이지에서 등록된 채널에 있는 프로파일 페이지에서 채널 서브스크립션 변경 링크를 클릭합니다. RHEL 가상화RHEL 서버 용 Red Hat Network 도구 체크 박스를 선택하고 채널 목록 아래에 있는 서브스크립션 변경 버튼을 클릭합니다.
  4. 다음으로 시스템에 가상 게스트를 호스팅하기 위해 필요한 소프트웨어가 설치되었는 지를 확인합니다. 호스트 시스템에서 루트로 다음과 같은 명령을 실행합니다:
    rpm -q xen kernel-xen rhn-virtualization-host
    
    Copy to Clipboard Toggle word wrap
    kvm의 경우 root로 다음과 같은 명령을 실행합니다:
    rpm -q kvm kmod-kvm rhn-virtualization-host python-virtinst
    
    Copy to Clipboard Toggle word wrap
    rpm명령으로 이러한 패키지가 설치되지 않았다고 나타나면루트로 다음과 같은 명령을 실행하여 이를 설치하셔야 합니다.
    yum install xen kernel-xen rhn-virtualization-host
    
    Copy to Clipboard Toggle word wrap
    kvm 사용자의 경우 root로 다음과 같은 명령을 실행하여 설치합니다:
    yum install kvm kmod-kvm rhn-virtualization-host python-virtinst
    
    Copy to Clipboard Toggle word wrap
    Xen의 경우 /etc/grub.conf 설정 파일을 편집하여 디폴트로 새로운 xen 커널을 부팅하셔야 합니다. 이를 위해 grub.conf에서 title행의 시작에서 initrd 행의 끝까지 xen 커널과 관련된 행을 선택하여 이를 복사, 삭제한 후 grub.conf에서 첫번째 커널 항목이 되도록 이를 파일에 붙이기 합니다. 또한 grub.conf의 상단에 있는 디폴트 변수값이 '0'으로 설정되어 있는지를 확인합니다.

    참고

    호스트 시스템에서 커널을 업데이트할 경우, 재부팅시 표준 커널이 기본값으로 선택됩니다. 기본값으로 Xen 커널이 선택되었는지를 확인하려면 /etc/sysconfig/kernel 파일에 다음과 같은 값을 변경합니다:
    DEFAULTKERNEL=kernel
    
    Copy to Clipboard Toggle word wrap
    값을 kernel-xen으로 변경합니다:
    DEFAULTKERNEL=kernel-xen
    
    Copy to Clipboard Toggle word wrap
  5. 컴퓨터를 다시 시작하여 변경 사항을 반영하거나 프로세서에 해당하는 적절한 modprobe 명령을 사용합니다:
    modprobe kvm_intel
    
    Copy to Clipboard Toggle word wrap
    또는:
    modprobe kvm_amd
    
    Copy to Clipboard Toggle word wrap
  6. 시스템을 재부팅하여 xen 커널로 부팅합니다. 재부팅시 시스템이 자동으로 xen 커널로 부팅하지 않지만 문제 해결을 위해 이를 확인하시려 할 경우 uname -r 명령을 사용하여 실행 중인 커널이 xen 커널인지를 확인하실 수 있습니다. 커널명에 xen 문자열이 없을 경우 올바른 커널로 부팅하실 수 없습니다.

    참고

    이미 시스템에 xenkernel-xen이 설치되어 있을 경우 rhn-virtualization-host를 설치한 후에 재부팅하실 필요가 없습니다.
  7. osad 패키지를 설치 및 실행하면 Satellite 서버에서 보낸 시작, 일시 중지, 다시 시작, 종료와 같은 명령에 호스트 시스템이 반응합니다. 다음을 사용하여 패키지를 설치합니다:
    yum install -y osad
    
    Copy to Clipboard Toggle word wrap
    설치 후, osad 프로세스를 시작합니다:
    /sbin/service osad restart
    
    Copy to Clipboard Toggle word wrap
  8. 현재 호스트 시스템에 RHN 가상 게스트 프로비저닝이 준비되어야 합니다.

7.2. 가상 시스템 설정

가상 게스트 시스템에서 작업하기 위해 가상 게스트를 쉽게 프로비저닝하게 하는 킥스타트 프로파일을 생성하신 후, 게스트를 프로비저닝하셔야 합니다.

7.2.1. 게스트 시스템의 킥스타트 프로파일 생성

  1. Satellite의 웹 인터페이스로 로그인합니다. 사용자 RHN에 있는 작업 위젯에서 킥스타트 관리 링크를 클릭하거나 또는 상단 네비게이션 바에 위치한 시스템⇒ 왼쪽 네비게이션 바에 위치한 킥스타트를 클릭하여 킥스타트 개요 화면으로 이동합니다.
  2. 킥스타트 개요 페이지에서 오른쪽 상단 코너에 있는 킥스타트 작업 위젯의 새로운 킥스타트 프로파일 생성 링크를 클릭합니다.
  3. 다음은 킥스타트 프로파일 생성 과정 1단계입니다:
    1. 다른 프로파일과 구분할 수 있도록 프로파일에 대한 레이블을 입력합니다. guest-system라고 입력하시는 것이 좋습니다.
    2. 기본 채널 영역에서 Red Hat Enterprise Linux $PRODUCT ($ARCH용 v.5 또는 6)를 선택합니다. 여기서 $ARCH는 호스트 시스템의 운영 체제에 해당하는 아키텍처를 $PRODUCT는 서버 또는 클라이언트를 의미합니다.

      참고

      클라이언트 소프트웨어 채널을 Satellite에 동기화하지 않으셨을 경우 Red Hat Enterprise Linux 클라이언트 5 또는 6을 선택하실 수 없습니다.

      참고

      Red Hat Enterprise Linux 5 또는 6과 Red Hat Enterprise Linux 5 또는 6 데스크탑의 채널 레이블은 각각 '서버'와 '클라이언트'가 됨에 유의하십시오.
    3. 킥스타트 가능한 트리 영역에서 게스트를 프로비저닝하는 데 사용할 제품에 따라 ks-rhel-$ARCH-$PRODUCT-5를 선택하셔야 합니다. 여기서 $ARCH는 호스트 시스템의 아키택처를 $PRODUCT는 '서버' 또는 '클라이언트'를 말합니다.
    4. 가상화 유형 영역에서 반가상화된 게스트를 선택합니다.

      참고

      기존 킥스타트 프로파일의 가상화 유형을 변경할 경우, 부트로더 및 파티션 옵션도 변경되어, 사용자 설정 사항을 덮어 쓰기할 수 있습니다. 가상화 유형 변경 시 파티션 탭을 통해 이러한 설정 사항을 확인합니다.
    5. 마지막으로 화면의 오른쪽 하단에 있는 다음 버튼을 클릭하여 다음 단계로 이동합니다.
  4. 킥스타트 프로파일 생성 과정 2 단계에서는 게스트 시스템 설치를 위한 배포 파일의 위치를 선택합니다. 화면에는 이미 디폴트 다운로드 위치로 설정되어 있습니다. 다음 버튼을 클릭하여 3단계를 진행합니다.

    참고

    이전 단계에서 디폴트로 다운로드 위치가 설정되지 않았을 경우, Red Hat 서버에서 Satellite로 소프트웨어 채널 컨텐츠를 동기화하실 수 없습니다.
  5. 킥스타트 프로파일 생성 과정의 3 단계에서 프로비저닝할 게스트 시스템에 설정할 루트 암호를 선택한 후, 다음 버튼을 클릭하여 프로파일 생성을 마칩니다.
이로써 킥스타트 생성 단계가 완료되었습니다. 3 단계를 완료하신 후 프로파일 정보로 이동합니다. 프로파일에 있는 여러 탭을 살펴보신 후 적절하게 설정을 수정하실 수 있지만 일반적으로 기본 설정으로도 사용하시는데 문제가 없으므로 이러한 작업이 필요하지 않을 수 있습니다. 킥스타트 프로파일을 사용하여 게스트 시스템에 대해 최소 2 GB 저장 용량을 할당하실 것을 강력히 권장합니다.

7.2.2. 게스트 시스템 프로비저닝

  1. Satellite 웹 인터페이스로 로그인합니다. 상단의 네비게이션바에서 시스템 탭을 클릭하여 호스트 시스템의 프로파일을 검색한 후 시스템명을 클릭합니다.
  2. 게스트 시스템에 대해 킥스타트를 스케줄하기 위해 호스트 시스템의 프로파일에서 가상화프로비저닝 탭으로 이동합니다. 게스트명 영역에서 게스트1을 선택합니다. 메모리 할당, 가상 CPU, 저장 영역은 디폴트 값으로 합니다. 이값을 원하시는 데로 변경하실 수 있으나 인터페이스에서 각 영역에 대해 나타나는 메세지를 적어두시기 바랍니다. 킥스타트 프로파일 영역에서는 이전 단계에서 생성하신 게스트 시스템 프로파일을 선택합니다.
  3. 마지막으로, 화면의 오른쪽 하단 코너에 있는 킥스타트 스케줄 및 완료 버튼을 클릭합니다. 게스트의 킥스타트 진행 상태를 확인할 수 있는 킥스타트 상태 페이지로 이동하게 됩니다. 약 10분에서 15분 뒤 킥스타트 상태를 보여주는 화면에서 킥스타트가 성공적으로 완료되었다고 나타납니다. 새로운 게스트를 확인하시려면 Satellite에서 호스트 시스템 프로파일의 가상화 탭을 클릭하시기 바랍니다. 가상 시스템 목록을 보시려면 시스템시스템가상 시스템으로 이동하시기 바랍니다.

    참고

    게스트의 킥스타트를 스케줄링한 후에 킥스타트 상태 페이지에 있는 Xen에 대한 킥스타트 시작 게스트 메세지를 보실 수 없을 경우, 호스트에 osad가 없기 때문일 수 있습니다.
    호스트 시스템에 osad 패키지가 있어야 Satellite 서버에서 보내진 시작, 일시 정지, 다시 시작, 종료와 같은 명령에 응답할 수 있습니다. osad가 설치되지 않아 실행되지 않을 경우, 호스트 시스템은 2.5 시간 동안이나 또는 다음번에 RHN 데몬이 실행될 때 웹 인터페이스를 통해 이러한 명령을 받을 수 없게 됩니다.
    Satellite 서버에 있는 호스트 시스템의 프로파일에서 OSA 상태 영역을 확인하여 osad가 설치되어 실행되는 지에 대한 여부를 확인하실 수 있습니다. 이러한 영역이 존재하지 않거나 또는 시스템이 몇 분동안 Satellite 서버에 연결할 수 없다고 나타나면, 호스트에서 게스트를 프로비저닝하기 전에 yum (yum install -y osad명령을 사용)을 설치하셔야 합니다.

    참고

    게스트의 킥스타트 작업 도중 Kickstart Status 페이지에서 다음과 같은 메세지를 받으실 수 있습니다:
    The install process on the guest system has not communicated to RHN in
    the past n minutes.  This may be due to a hung install process, or it
    may just be due to a slow install because of hardware constraints.  A
    log of the installation process is available, you may wish to review
    it to troubleshoot this issue. (게스트 시스템에서 설치 과정이 진행되는 n 분 동안 RHN과 통신되지 않았습니다. 이로 인해 설치 과정이 중단되거나 또는 느려질 수 있습니다. 설치 과정에 대한 로그를 사용하실 수 있으며 이러한 문제를 해결하기 위해 이를 살펴보실 수 있습니다.)
    
    Copy to Clipboard Toggle word wrap
    20분 이상이 경과해도 이러한 메세지가 나타나지 않을 경우 걱정하지 마십시오. 킥스타트가 계속 진행되는 지를 확인하시려면 설치 로그를 확인하여 오류가 없는 지를 확인한 후, 킥스타트 상태 페이지를 다시 불러오기하여 마지막 파일 요청 영역이 계속 업데이트되는 지를 확인합니다.
  4. 호스트에 게스트를 추가 등록하시고자 할 경우, 위의 단계를 반복하여 실행하시기 바랍니다. 한번에 하나의 게스트만을 프로비저닝할 수 있다는 점에 유의하시기 바랍니다. 다른 게스트가 있는 동안 게스트 킥스타트를 실행하실 경우, 현재의 게스트 킥스타트 설치 과정은 취소되고 새로운 게스트의 킥스타트 설치 과정이 실행됩니다.
  5. 호스트 시스템의 프로파일에 있는 가상화 탭을 클릭하여 Satellite 서버의 웹 인터페이스에 있는 새로 생성된 가상 게스트 시스템을 확인합니다. 그 후, 가상 시스템의 프로파일명을 클릭하면 프로파일의 Satellite 시스템 프로파일로 이동하게 됩니다.

7.2.3. 가상 게스트 인타이틀먼트 관리

RHN Satellite는 Flex 게스트 인타이틀먼트가 있어 이를 통해 물리적 시스템에 예약된 표준 인타이틀먼트를 사용하지 않고 가상 게스트에 인타이틀먼트를 할당할 수 있습니다.
Flex 게스트 인타이틀먼트를 관리하려면 개요 -> 서브스크립션 관리 -> 가상화 인타이틀먼트 -> Flex 게스트 인타이틀먼트 컨슈머를 클릭합니다. 이 페이지에는 Flex 게스트 인타이틀먼트를 사용하는 모든 가상 게스트 목록이 표시됩니다.
표준 인타이틀먼트를 사용하는 가상 게스트를 검색 및 변환하려면 표준 인타이틀먼트를 사용하는 게스트 하부탭을 클릭합니다.

7.3. 가상 시스템을 사용하여 작업하기

가상 시스템을 설정하신 후에, 호스트 시스템에 있는 가상화 관리 인터페이스를 통한 연결 및 SSH를 통한 연결을 포함하여 다양한 방법으로 이를 관리 및 사용자 정의할 수 있습니다.

참고

이 부분에서는 주로 xen 호스트에 대해 설명합니다. Red Hat Enterprise Linux 6에서 현재 xen은 지원되지 않으며 kvm이 권장되는 가상화 방법입니다.

7.3.1. SSH를 통해 가상 시스템으로 로그인

  1. 가상 시스템의 IP 주소를 배치하셔야 합니다. 시스템가상 시스템 탭으로 가셔서 가상 시스템의 프로파일명을 클릭합니다.
  2. 가상 시스템의 프로파일 페이지에 있는 IP 주소 영역의 왼쪽 부분에 IP 주소가 있습니다.
  3. 이전 단계에서 생성하신 킥스타트 프로파일에 있는 가상 시스템에 설정한 암호를 사용하고 루트로 ssh 명령을 사용하여 IP 주소에 연결합니다.

7.3.2. 호스트를 통한 콘솔 액세스

  1. 먼저 호스트 시스템에 연결하고 함께 작업하려는 게스트의 ID를 정합니다. ssh를 사용해 호스트 시스템에 연결하고 다음과 같은 명령을 실행합니다:
    xm list
    
    Copy to Clipboard Toggle word wrap
    이는 Satellite 서버에 생성하신 모든 게스트 목록을 ID와 함께 보여줍니다. 이 목록에서 guest1을 찾아 이 게스트에 2라는 ID가 정해졌을 경우 다음과 같이 실행합니다:
  2. 다음과 같은 명령을 실행하여 가상 시스템의 콘솔을 액세스합니다:
    xm console 2
    
    Copy to Clipboard Toggle word wrap
    guest1에 있는 로그인 프롬프트를 확인하실 수 있습니다.
  3. 시스템을 프로비저닝하기 위해 사용했던 킥스타트 프로파일에서 설정하신 암호과 같은 암호를 사용하여 루트로 guest1에 로그인합니다.
    (화면에 메세지가 나타날 경우, Enter 키를 누르면 새로운 로그인 프로프트가 나타납니다.)
  4. 게스트 콘솔에서 나가서 호스트 시스템의 명령 프롬프트로 되돌아 오시려면 Ctrl 키와 ] 키를 누릅니다.

7.3.3. Satellite 웹 인터페이스를 통해 소프트웨어 설치하기

  1. 로그인 후 시스템시스템가상 시스템으로 이동하고 가상 시스템의 프로파일 명을 선택하여 Satellite의 웹 인터페이스에 있는 가상 시스템의 프로파일을 검색합니다.
  2. 가상 시스템의 프로파일에서 소프트웨어패키지 탭을 클릭합니다.
  3. 패키지 탭에서 새로운 패키지 설치를 클릭합니다.
  4. 설치하시려는 패키지를 선택한 후 화면의 오른쪽 하단 코너에 위치한 선택한 패키지 설치 버튼을 클릭합니다.
  5. 패키지 설치 정보를 살펴보신 후 화면의 오른쪽 하단 코너에 있는 확인 버튼을 클릭합니다.
  6. 패키지 설치는 다음번에 게스트 시스템이 Satellite 서버에 체크인할 때 실행됩니다. 바로 설치할 것을 강제하시려면 게스트 시스템에서 rhn_check 명령을 실행합니다.

7.3.4. 가상 시스템에서 Yum을 통해 소프트웨어 설치하기

게스트 시스템 프로비저닝 과정의 일부분으로서 Satellite 서버에 등록된 가상 시스템에서 yum 명령을 사용하여 소프트웨어를 설치 및 업데이트하실 수 있습니다. 예를 들어, 텍스트 편집기 vim을 설치하시려면 다음의 명령을 사용합니다:
yum install -y vim-enhanced
Copy to Clipboard Toggle word wrap

7.3.5. 호스트 재부팅시 게스트 시작

호스트 시스템을 재부팅할 때 기본값으로 게스트가 재시작되지 않으므로 관리자가 수동으로 시작해야 합니다.
하지만, 호스트 시스템 재부팅 시 rhn-virtualization-host 서비스는 자동으로 게스트를 재시작할 수 있습니다.
이 서비스를 사용하려면 다음 단계를 실행합니다:
  1. /etc/sysconfig/rhn/virt/에 있는 호스트에 게스트 설정 파일을 배치합니다. 이는 UUID에 의해 이름이 지정되지만, UUID 파일에 있는 게스트 이름을 찾기 위해 grep 명령을 사용하여 올바른 파일을 찾을 수 있습니다.
  2. 게스트 시스템에 해당하는 UUID 파일을 발견하면, UUID 파일에서 /etc/sysconfig/rhn/virt/auto/ 디렉토리로 심볼릭 링크를 만듭니다.
    ln -s /etc/sysconfig/rhn/virt/GUEST_UUID.xml /etc/sysconfig/rhn/virt/auto/
    
    Copy to Clipboard Toggle word wrap

7.3.6. 가상 시스템 삭제하기

가상 시스템을 삭제하려면 여러 단계를 실행하셔야 합니다.
  1. 삭제하려는 가상 시스템을 종료합니다. 이를 위해 Satellite 웹 인터페이스에서 호스트 시스템 프로파일을 검색하여 가상화 탭을 클릭한 후 삭제하시려는 가상 시스템을 선택 해제합니다. 그 뒤, 화면 하단에 있는 시스템 종료 버튼을 클릭하여 시스템을 종료합니다.
  2. 다음으로 Satellite에서 가상 시스템을 삭제합니다. 이를 위해 가상 시스템의 체크 박스를 선택해제하고 화면 하단에 있는 시스템 삭제 버튼을 클릭합니다.

    참고

    가상 시스템을 종료하는 작업과 이를 삭제하는 작업 사이에 2분 정도의 여유를 둡니다. 그렇지 않을 경우, 가상 시스템은 올바르게 종료하지 못하고 실행되는 동안 삭제될 수 있습니다. 가상 시스템이 실행되는 동안 Satellite에서 이를 삭제하셨을 경우, Satellite에서 다음번에 이를 확인한다고 나타납니다. 이러한 경우, 시스템을 종료하고 2분 정도 경과한 뒤 이를 다시 삭제합니다.
  3. 삭제하시려는 가상 시스템에 대한 디스크 이미지를 삭제합니다. 예를 들어, 호스트 시스템 상의 다음과 같은 경로에는 게스트1에 해당하는 디스크 이미지가 있습니다.
    /var/lib/xen/disk-images/guest1.disk
    
    Copy to Clipboard Toggle word wrap
    다음과 같은 명령을 사용하여 이를 삭제합니다:
    rm /var/lib/xen/disk-images/guest1.disk
    
    Copy to Clipboard Toggle word wrap
  4. 마지막으로, 호스트 시스템에서 RHN 설정 파일을 삭제하셔야 합니다. 게스트1에 해당하는 RHN 설정 파일은 다음과 같은 명령을 실행하여 얻으실 수 있습니다.
    grep guest1 /etc/sysconfig/rhn/virt/*.xml
    
    Copy to Clipboard Toggle word wrap
    다음으로 해당 파일을 삭제합니다. 예:
    rm /etc/sysconfig/rhn/virt/14e5cfbf72342515236ad74b260c2f6b.xml
    
    Copy to Clipboard Toggle word wrap
  5. 호스트 시스템 및 Satellite서버에서 게스트 시스템이 성공적으로 삭제되었습니다.

8장. Cobbler

RHN Satellite는 관리자가 시스템 설치 및 인프라 프로비저닝을 중앙화할 수 있게 하는 Cobbler 서버를 특징으로 합니다. Cobbler는 설치 서버로 무인 시스템 설치, 서버 여부, 워크스테이션, 완전 가상화 또는 반가상화 설정에서의 게스트 시스템을 실행하는 다양한 방법을 수집합니다.
Cobbler에는 사전 설치 가이드, 킥스타트 파일 관리, 설치 환경 관리 등을 지원하는 여러가지 도구가 있습니다. Cobbler의 기능은 다음과 같습니다:
  • cobbler check 명령을 사용하여 설치 환경 분석
  • cobbler replicate를 사용하여 여러 사이트 설치 서버 설정
  • Cheetah 템플릿 엔진 및 킥스타트 Snippets를 사용하여 킥스타트 템플릿 생성 및 관리
  • koan 클라이언트 사이드 도구를 사용하여 가상 장치 게스트 설치 자동화

8.1. Cobbler 요건

PXE 부트 서버로 Cobbler를 사용하려면, 다음과 같은 사항을 확인해야 합니다:
  • PXE를 사용하여 시스템을 설치하기 위해 Cobbler를 사용할 경우, 먼저 tftp-server를 설치 및 설정해야 합니다.
  • 설치 목적을 위해 PXE 부트 시스템에 Cobbler를 사용하려는 경우, Cobbler PXE 부팅을 위해 DHCP 서버로 작동할 수 있는 기능을 가지고 있거나 또는 네트워크 DHCP 서버 /etc/dhcp.conf를 액세스하여 next-server를 Cobbler 서버의 호스트 이름이나 IP 주소로 변경해야 합니다.

8.1.1. /etc/cobbler/settings에 Cobbler 설정

Cobbler 설정은 주로 /etc/cobbler/settings 파일에서 실행됩니다. 파일에는 여러 구성 가능한 설정이 포함되어 있으며, Cobbler 기능에 미치는 영향 및 사용자 환경에 맞게 설정을 변경할 것을 권장할 지에 관해 각 설정에 대한 자세한 설명을 제공합니다.
대부분의 설정은 기본값 그대로 둘 수 있으며 Cobbler는 의도한대로 작동합니다. Cobbler 설정 구성에 대한 자세한 내용은 각 설정을 상세하게 문서화한 /etc/cobbler/settings 파일을 참조하십시오.

8.1.2. Cobbler에 필요한 서비스

Cobbler가 필요한 서비스가 있습니다. 이러한 서비스는 Cobbler가 올바르게 작동하게 하기 위해 활성화되어야 합니다.
8.1.2.1. DHCP로 Cobbler 설정
Cobbler는 PXE 부트 서버를 사용하여 네트워크 부팅을 실행하도록 설정된 시스템의 베어 메탈 (bare-metal) 킥스타트 설치를 지원합니다. Cobbler 설치 서버를 제대로 구현하려면, 관리자는 네트워크의 DHCP 서버에 관리자 권한 접근할 수 있거나 또는 Cobbler 서버 자체에서 DHCP를 구현해야 합니다.
8.1.2.1.1. 기존의 DHCP 서버 설정
네트워크 상의 다른 시스템에서 DHCP 서버를 배포하는 경우, DHCP 설정 파일을 편집하기 위해 DHCP 서버로의 관리자 권한 접근이 필요하며 이는 Cobbler 서버 및 PXE 부팅 이미지를 가리키도록 해야 합니다.
DHCP 서버에서 root로 /etc/dhcpd.conf 파일을 편집하고 PXE 부팅 설치를 실행하기 위해 옵션을 사용하여 새 클래스를 첨부합니다. 예:
allow booting;
allow bootp;
class "PXE" {
match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
next-server 192.168.2.1;
filename "pxelinux.0";
}
Copy to Clipboard Toggle word wrap
위의 예에서 각각의 작업을 단계 별로 따라합니다:
  1. 관리자는 bootp 프로토콜을 사용하여 네트워크 부팅을 활성화합니다.
  2. 그 후 관리자는 PXE라는 클래스를 만듭니다. 이는 부팅 순서에서 먼저 PXE를 갖도록 시스템을 설정할 경우, 이를 PXEClient로 인식하는 것입니다.
  3. 그 후 DHCP 서버는 시스템을 192.168.2.1의 Cobbler 서버로 전송합니다.
  4. 마지막으로 DHCP 서버는 pxelinux.0 부트로더 파일을 가져옵니다.
8.1.2.2. Cobbler용 Xinetd 및 TFTP 설정
Xinetd는 부트 이미지를 PXE 클라이언트로 전달하는데 사용되는 FTP, TFTP를 포함하는 서비스군 관리 데몬입니다.
TFTP를 설정하려면, 먼저 Xinetd를 통해 서비스를 활성화해야 합니다. 이를 위해, root로 /etc/xinetd.d/tftp를 편집하고 disable = yes 행을 disable = no로 변경합니다.
TFTP가 pxelinux.0 부트 이미지를 서비스하기 전 Xinetd 서비스를 먼저 시작해야 합니다.
chkconfig --level 345 xinetd on
/sbin/service xinetd start
Copy to Clipboard Toggle word wrap
chkconfig 명령은 모든 사용자 런레벨에 대해 xinetd 서비스를 활성화하는 반면, /sbin/service 명령은 xinetd를 바로 활성화합니다.
8.1.2.3. Cobbler 지원을 위해 SELinux 및 IPTables 설정
Red Hat Enterprise Linux는 기본값으로 활성화된 방화벽 보안 이외에 SELinux 지원과 함께 설치됩니다. Cobbler를 사용하기 위해 Red Hat Enterprise Linux 서버를 올바르게 설정하려면, 먼저 시스템 및 네트워크 세이프가드를 설정하여 Cobbler 서버로의 연결을 허용하도록 해야 합니다.
8.1.2.3.1. SELinux 설정
Cobbler 지원을 위해 SELinux를 활성화하려면, HTTPD 웹 서비스 구성 요소를 허용하도록 SELinux 부울 값을 설정해야 합니다. Cobbler 서버에서 root로 다음 명령을 실행합니다:
 setsebool -P httpd_can_network_connect true
Copy to Clipboard Toggle word wrap
-P 스위치는 모든 시스템 재부팅 후에도 HTTPD 연결을 사용하기 때문에 중요합니다.
8.1.2.3.2. IPTables 설정
SELinux를 설정한 후, IPTables를 설정하여 Cobbler 서버의 들어오고 나가는 네트워크 트래픽을 허용하게 합니다.
IPTables를 사용하는 기존의 방화벽 규칙이 있을 경우, 다음의 규칙을 추가하여 필요한 Cobbler 관련 포트를 열어야 합니다. 다음은 관련 서비스와 함께 필요한 규칙을 나열합니다.
  • TFTP 경우:
    /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 69 -j ACCEPT
    /sbin/iptables -A INPUT -m state --state NEW -m udp -p udp --dport 69 -j ACCEPT
    
    Copy to Clipboard Toggle word wrap
  • HTTPD 경우:
    /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT
    /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 443 -j ACCEPT
    
    Copy to Clipboard Toggle word wrap
  • Cobbler 및 Koan XMLRPC의 경우:
    /sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 25151 -j ACCEPT
    
    Copy to Clipboard Toggle word wrap
방화벽 규칙이 입력되면, 방화벽 설정을 저장해야 합니다:
/sbin/iptables-save
Copy to Clipboard Toggle word wrap

8.2. Cobbler 서비스 동기화 및 시작

cobbler check에 지정된 모든 전제 조건을 만족하는 경우에, Cobbler 서비스를 시작할 수 있습니다
다음 명령을 사용하여 Satellite 서버를 시작합니다:
/usr/sbin/rhn-satellite start
Copy to Clipboard Toggle word wrap

주의

Satellite 서비스에서 독립적인 cobblerd 서비스를 시작 또는 정지하지 마십시오. 그렇지 않을 경우, 오류 및 기타 문제가 발생합니다.
RHN Satellite를 시작 또는 중지하기 위해 항상 /usr/sbin/rhn-satellite를 사용합니다.

8.3. Cobbler에 배포판 추가

Cobbler의 모든 전제 조건이 만족되어 Cobbler가 실행되고 있을 경우, Cobbler 서버에 콘텐트가 있다면, Cobbler에 배포판울 추가할 수 있습니다.
RHN Satellite 인터페이스에서 킥스타트 배포판을 생성 및 설정하는 방법에 대한 내용은 4.4.9.6절. “킥스타트 ⇒ 배포 ”에서 참조하십시오.
명령행에서 배포판을 생성하기 위해 cobbler를 사용하려면 다음과 같이 합니다:
cobbler distro add --name=string --kernel=path --initrd=path
Copy to Clipboard Toggle word wrap
--name=string 스위치는 하나의 배포판을 다른 배포판과 구별하기 위해 사용되는 레이블입니다. (예: rhel5server)
--kernel=path 스위치는 커널 이미지 파일로의 경로를 지정합니다
--initrd=path 스위치는 초기 ramdisk (initrd) 이미지 파일로의 경로를 지정합니다.

8.4. Cobbler에 프로파일 추가

Cobbler에 배포판을 설정한 후, Cobbler에 프로파일을 추가할 수 있습니다.
Cobbler 프로파일은 킥스타트 파일 처럼 추가 옵션에 배포판을 연관시킵니다. 프로파일은 프로비저닝의 주요 단위이며 추가되는 각 배포판에 대해 최소 하나의 Cobbler 프로파일이 있어야 합니다. 예를 들어, 웹서버 및 데스크톱 환경에 대해 두 개의 프로파일을 생성할 수 있습니다. 두 개의 프로파일은 동일한 배포판을 사용하지만, 프로파일은 다른 설치 유형을 위한 것입니다.
RHN Satellite 인터페이스에서 킥스타트 프로파일을 생성 및 설정하는 방법에 대한 내용은 4.4.9.2절. “킥스타트 프로파일”에서 참조하십시오.
명령행에서 프로파일을 생성하기 위해 cobbler를 사용하는 방법은 다음과 같습니다:
cobbler profile add --name=string --distro=string [--kickstart=url] [--virt-file-size=gigabytes] [--virt-ram=megabytes]
Copy to Clipboard Toggle word wrap
--name=stringrhel5webserver 또는 rhel4workstation와 같이 프로파일에 대한 고유한 레이블입니다.
--distro=string 스위치는 특정 프로파일로 사용되는 배포판을 지정합니다. 배포판은 8.3절. “Cobbler에 배포판 추가 ”에 추가되어 있습니다.
--kickstart=url 옵션은 킥스타트 파일 (사용 가능할 경우)의 위치를 지정합니다.
--virt-file-size=gigabytes 옵션은 가상 게스트 파일 이미지 크기를 설정할 수 있게 합니다. 지정되어 있지 않을 경우 기본값은 5 기가바이트입니다.
--virt-ram=megabytes 옵션은 가상 게스트 시스템이 사용할 수 있는 실제 RAM의 메가바이트 크기를 지정합니다. 지정되어 있지 않을 경우 기본값은 512 메가바이트입니다.

8.5. Cobbler에 시스템 추가

Cobbler 용 배포판과 프로파일을 생성한 후, 시스템을 Cobbler에 추가할 수 있습니다. 시스템 기록은 시스템에서 실행하도록 할당된 Cobbler 프로파일과 함께 클라이언트 상의 하드웨어 부분을 맵핑합니다.

참고

koan 및 PXE 메뉴만을 통해 프로비저닝하고 있을 경우, 시스템 기록을 만들 필요는 없지만, 시스템 특유의 킥스타트 템플릿이 요구되거나 또는 특정 시스템은 항상 설치된 특정 컨텐츠를 수신하도록 설정되어 있는 것이 유용합니다. 특정 클라이언트를 위해 지정된 특정 역할이 있을 경우, 이를 위해 시스템 기록을 생성해야 합니다.
RHN Satellite 인터페이스에서 킥스타트를 생성 및 설정하는 방법에 대한 내용은 4.4.2.10.4절. “시스템 정보 ⇒ 프로비저닝 ”에서 참조하십시오.
다음 명령으로 시스템을 Cobbler 설정에 추가합니다:
cobbler system add --name=string --profile=string --mac=AA:BB:CC:DD:EE:FF
Copy to Clipboard Toggle word wrap
--name=stringengineeringserver 또는 frontofficeworkstation과 같이 시스템에 대해 고유한 레이블입니다.
--profile=string8.4절. “Cobbler에 프로파일 추가 ”에 추가된 프로파일 이름 중 하나를 지정합니다.
--mac=AA:BB:CC:DD:EE:FF 옵션은 특정 MAC 주소를 갖는 시스템이 킥스타트되는 경우 시스템 기록과 관련된 프로파일에 자동으로 공급되도록 해야 합니다.
호스트 이름 및 IP 주소 설정과 같은 옵션에 대한 자세한 내용은 쉘프롬프트에서 man cobbler를 입력하여 나타나는 Cobbler man 페이지를 참조하십시오.

8.6. Cobbler 템플릿

RHN Satellite 웹 인터페이스에는 킥스타트 배포판 및 프로파일과 함께 사용하기 위한 변수를 생성하는 기능이 있습니다. 예를 들어, 킥스타트 프로파일 변수를 만들려면, 4.4.9.3.3절. “킥스타트 정보 ⇒ 변수”에서 참조하십시오.
킥스타트 변수는 킥스타트 파일에서 templating을 지원하는 Satellite 인프라 변경의 일부입니다. 킥스타트 파일의 문맥에서 템플릿은 특정 킥스타트를 만드는 것이 아니라 실제 킥스타트 파일을 작성하기 위해 사용되는 설명을 보유하고 있는 파일입니다.
이러한 템플릿은 변수 및 해당 값을 갖는 여러 프로파일 및 시스템에 의해 공유됩니다. 이러한 변수는 템플릿을 수정하고 template engine라는 소프트웨어는 템플릿 및 변수 데이터를 사용 가능한 킥스타트 파일로 구문 분석합니다. Cobbler는 Cheetah라는 고급 템플릿 엔진을 사용하여 템플릿, 변수, snippets에 대한 지원을 제공합니다.
템플릿을 사용하는 장점은 다음과 같습니다:
  • 관리자가 모든 특수한 환경에 대해 킥스타트를 수동으로 생성하거나 이중으로 작성하지 않고 대량의 프로파일 또는 시스템을 생성 및 관리하게 하는 강력한 기능
  • 템플릿은 복잡하고, 루프, 조건 미치 기타 확장 기능 및 구문을 포함시킬 수 있지만, 이러한 복잡성 없이 간단하게 킥스타트 파일을 생성하기 위해 사용될 수 있습니다.

8.6.1. 템플릿 사용

킥스타트 템플릿은 PXE 이미지 파일 이름, 서브넷 주소와 같은 일반적인 항목과 /etc/sysconfig/network-scripts/와 같은 일반적인 경로에 대해 정적 값을 갖습니다. 하지만, 표준 킥스타트 파일과 다른 템플릿 부분은 변수를 사용합니다.
예를 들면, 표준 킥스타트 파일은 다음과 유사한 네트워크 통로를 가질 수 있습니다:
network --device=eth0 --bootproto=static --ip=192.168.100.24 --netmask=255.255.255.0 --gateway=192.168.100.1 --nameserver=192.168.100.2
Copy to Clipboard Toggle word wrap
하지만, 킥스타트 템플릿 파일에는 네트워킹 통로는 다음과 같이 보일 수 있습니다:
network --device=$net_dev --bootproto=static --ip=$ip_addr --netmask=255.255.255.0 --gateway=$my_gateway --nameserver=$my_nameserver
Copy to Clipboard Toggle word wrap
이러한 변수는 킥스타트 프로파일 변수나 또는 시스템 정보 변수에 설정된 값으로 교체됩니다. 이러한 프로파일 및 시스템 정보 모두에 동일한 변수가 지정되어 있을 경우, 시스템 이 변수를 사용하는 킥스타트 프로파일 변수, 시스템 정보 변수에 설정되는 값으로 교체됩니다. 프로필과 시스템 정보를 모두 동일한 변수가 정의되어있는 경우, 시스템 변수가 우선합니다.
킥스타트 템플릿에 관한 보다 자세한 내용은 다음의 URL에 있는 Cobbler 프로젝트 페이지에서 참조하십시오:

8.6.2. Kickstart Snippets

모든 킥스타트 템플릿과 프로파일에 걸쳐 동일한 설정을 갖는 경우, Cobbler의 Snippets 기능을 사용하여 코드를 재사용하는 장점을 취할 수 있습니다.
Kickstart snippets은 킥스타트 코드의 부분으로 Cobbler가 구문 분석하여 함수 호출을 snippet 컨텐츠와 교체하는 $SNIPPET() 함수에 의해 호출 될 수 있습니다.
예를 들면, 다음과 같이 전체 서버에 대해 일반적인 하드 드라이브 파티션 설정이 있는 경우:
clearpart --all
part /boot --fstype ext3 --size=150 --asprimary
part / --fstype ext3 --size=40000 --asprimary
part swap --recommended

part pv.00 --size=1 --grow

volgroup vg00 pv.00
logvol /var --name=var vgname=vg00 --fstype ext3 --size=5000
Copy to Clipboard Toggle word wrap
snippet을 가지고 가서 my_partition과 같은 파일에 저장하여 파일을 /var/lib/cobbler/snippets/에 배치하면 Cobbler가 이에 액세스할 수 있습니다.
킥스타트 템플릿에서 $SNIPPET() 함수를 사용하여 snippet을 사용할 수 있습니다. 예:
$SNIPPET('my_partition')
Copy to Clipboard Toggle word wrap
함수를 호출할 때 마다, Cheetah parser는 함수를 my_partition 파일에 포함된 snippet 코드로 교체합니다.
kickstart snippets에 대한 자세한 내용은 다음 URL에서 Cobbler 프로젝트 페이지를 참조하십시오:

8.7. Koan 사용

가상 장치에서 게스트를 프로비저닝하거나 실행 중인 시스템에서 새 배포판을 다시 설치하고 있는지 여부와 관계 없이 Koan은 Cobbler와 함께 작동하여 신속하게 시스템을 공급할 수 있습니다.

8.7.1. Koan을 사용하여 가상 시스템을 공급

8.4절. “Cobbler에 프로파일 추가 ”에서 문서화하고 있듯이, 가상 장치 프로파일을 생성할 경우, koan을 사용하여 시스템에 가상 게스트 설치를 시작할 수 있습니다.
예를 들어, 다음과 같은 Cobbler 프로파일을 작성했다고 합시다:
cobbler add profile --name=virtualfileserver --distro=rhel-i386-server-5 --virt-file-size=20 --virt-ram=1000
Copy to Clipboard Toggle word wrap
이 프로파일은 20GB 게스트 이미지 크기와 함께 1 GB 시스템 RAM이 할당된 Red Hat Enterprise Linux 5를 실행하는 파일 서버에 대한 것입니다.
가상 게스트 시스템 프로파일의 이름을 찾으려면 koan과 함께 다음을 실행합니다:
koan --server=hostname --list=profiles
Copy to Clipboard Toggle word wrap
이 명령은 cobbler profile add로 생성된 사용 가능한 모든 프로파일을 나열합니다.
그 후, 이미지 파일 생성 및 가상 게스트 시스템 설치를 시작합니다:
koan --virt --server=cobbler-server.example.com --profile=virtualfileserver --virtname=marketingfileserver
Copy to Clipboard Toggle word wrap
이 명령은 virtualfileserver 프로파일을 사용하여 가상 게스트 시스템이 Cobbler 서버 (호스트 이름 cobbler-server.example.com)에서 생성되도록 지정합니다. virtname 옵션은 가상 게스트에 대한 레이블을 지정할 수 있지만, 기본값으로 시스템의 MAC 주소를 사용하여 레이블됩니다.
가상 게스트 설치가 완료되면, 다른 가상 게스트 시스템처럼 사용할 수 있습니다.

8.7.2. 실행 중인 시스템을 다시 설치하기 위해 Koan 사용

실행중인 다른 운영 체제로 컴퓨터를 다시 설치해야 하는 인스턴스가 있을 수 도 있습니다. koan은 실행 중인 시스템을 사용 가능한 Cobbler 프로파일에서 새로운 설치로 교체하는데 도움을 줄 수 있습니다.
실행 중인 시스템을 교채하고 새로운 것을 설치하려면, 시스템 자체에서 다음과 같은 명령을 실행합니다:
koan --replace-self --server=hostname --profile=name
Copy to Clipboard Toggle word wrap
이 명령은 교체될 실행중인 시스템에서 실행되면 프로비저닝 (provisioning) 프로세스를 시작하여 --server=hostname에 지정된 Cobbler 서버의 --profile=name에 있는 프로파일을 사용하여 시스템을 교체합니다.

9장. UNIX 지원 가이드

9.1. 소개

이 장에서는 Red Hat Network의 설치 절차 및 UNIX 기반 클라이언트 시스템 관리에 사용하는 경우의 차이점에 대하여 설명하고 있습니다. RHN은 UNIX에서 Linux로 변환하시는 고객을 돕기 위하여 UNIX 지원을 제공합니다. 그러나 제한된 요건으로 인하여, UNIX 클라이언트 관리시에는 Red Hat Enterprise Linux 시스템 관리시와 비교하여 보다 제한된 기능이 제공됩니다.
다음 부분에서는 UNIX 클라이언트 설치 절차 뿐만 아니라 지원되는 UNIX 변형 및 UNIX 관리 시스템에서 사용 가능한 RHN 기능, RHN에서 UNIX 시스템을 관리하는데 필요한 요건을 설명합니다.

9.1.1. 지원되는 UNIX 변형

다음은 RHN Satellite에서 지원하는 다양한 UNIX 변형, 버전 및 아키텍처 정보입니다:
Expand
표 9.1. 지원되는 Solaris 아키텍처 및 버전
Solaris 버전 sun4m sun4d sun4u sun4v sun4us x86
Solaris 8 아니요 해당 없음 아니요 아니요
Solaris 9 해당 없음 해당 없음 아니요
Solaris 10 해당 없음 해당 없음 아니요

9.1.2. 선수 조건

UNIX 지원을 위해서는 다음과 같은 항목들이 필요합니다:
  • RHN Satellite 5.0 이상
  • 관리 (Management) 인타이틀먼트를 갖춘 Satellite 인증서
  • 각 UNIX 클라이언트를 위한 관리 (Management) 인타이틀먼트
  • python, pyOpenSSL과 같은 UNIX 용 RHN 패키지 그리고 Red Hat Network 클라이언트 패키지.
  • 지원 라이브러리를 제공하는 Sunfreeware 패키지. 일부 패키지는 RHN Satellite를 통해 사용할 수 있습니다. 전제 목록은 9.3.1절. “추가 패키지 다운로드 및 설치하기”에서 참조하시기 바랍니다.

9.1.3. 포함된 기능

다음 기능은 UNIX 지원 서비스 레벨에도 포함된 RHN에 존재하는 기능과 동일합니다:
  • 설정된 주기에 따라 rhn_check을 실행하는 Red Hat Network Service Daemon (rhnsd)
  • Satellite에서 스케쥴된 모든 설정 작업을 실행하는 Red Hat Network Configuration Client (rhncfg-client)
  • RHN 설정 채널을 명령행을 이용하여 관리하는 Red Hat Network Configuration Manager (rhncfg-manager)
  • Satellite에 체크인하여 서버에서 스케쥴된 모든 작업을 수행하는 rhn_check 프로그램
  • 시스템 그룹핑, 패키지 프로파일 비교, 다수의 시스템을 한번에 관리하는 시스템 세트 관리자와 같은 모든 관리 (Management) 레벨 기능.
  • 원격 명령 (Remote Command)이라고 불리우는 Provisioning 기능은 사용자가 Satellite 웹사이트를 이용하여 어떠한 관리 클라이언트에서도 (클라이언트가 작업을 허용하는 경우) 루트 레벨 명령을 스케쥴할 수 있도록 해줍니다.

9.1.4. 기능 차이점

다음은 UNIX 환경에서 다르게 작동하는 RHN 기능에 대한 내용입니다:
  • UNIX 용 Red Hat Update Agent는 Linux 버전 보다 훨씬 적은 수의 옵션을 제공하며, 패키지 설치시 rpm 대신 운영 체제의 원시 툴셋을 이용합니다 - 정확한 옵션 목록은 9.4.2.4절. “명령행에서 업데이트하기”에서 참조하시기 바랍니다.
  • RHN Push 애플리케이션은 패키지, 패치와 패치 클러스터를 포함한 원시 UNIX 파일 유형을 업로드하도록 수정되었습니다
    Solaris 패키지, 패치 및 패치 클러스터 파일은 RPM 파일과 다르기 때문에, 채널 업로드하는데 사용되는 메커니즘도 어느정도 차이가 있습니다. Solaris 용 rhnpush 패키지에는 다음과 같은 두 가지 응용 프로그램이 있습니다:
    • 첫 번째 응용 프로그램인 solaris2mpm는 Solaris 패키지 또는 패치에 사용되는 MPM 파일을 생성하기 위한 RHN 유틸리티입니다. MPM 파일의 중간 포맷으로 Satellite는 업로드된 파일을 관리하고 이해할 수 있습니다.
    • 두 번째 응용프로그램인 rhnpush는 기능이 확장되어 RPM 파일 뿐 만 아니라 MPM을 다룰 수 있습니다. 그렇지 않을 경우, 이는 rhnpush의 Linux 버전에 동일하게 작동합니다.
  • RHN 웹사이트의 채널 (Channels) 탭에 원시 UNIX 파일 유형 설치와 저장에 대한 내용이 추가되었습니다.

9.1.5. 제외된 기능

다음은 UNIX 서비스 레벨에서 사용 불가능한 RHN 기능 목록입니다:
  • 킥스타팅, 패키지 롤백과 같은 모든 프로비저닝 (Provisioning) 레벨 기능을 사용 불가능합니다. 한가지 예외가 있다면 설정 파일 기능은 여전히 사용 가능합니다.
  • 에라타 업데이트라는 개념이 UNIX에서는 아직 이해하지 못하므로, 모든 에라타 관련 옵션을 사용 불가능합니다.
  • 패키지의 소스 파일
Answer 파일은 아직 지원되지 않습니다. 향후 배포 버전에서는 이러한 파일을 지원할 예정입니다.
Solaris 시스템 용 IPV6도 지원되지 않습니다.
또한 설치시 RHAT*.pkg 파일을 재배치하는 것은 아직 지원되지 않습니다.

9.2. Satellite 서버 준비/설정

필요한 파일이 클라이언트 시스템에 배포 가능하기 전에 UNIX 클라이언트를 지원하는 Satellite를 설정하셔야 합니다. Satellite 서버가 설치되어있는지 여부에 따라서, 다음과 같은 두가지 방법 중 한 가지 방법을 사용하실 수 있습니다:
  1. Satellite를 설치하는 동안:
    다음과 같이 설치 과정에서 "Solaris 지원 활성 (Enable Solaris Support)" 박스를 체크하여 Satellite에서 UNIX 지원을 활성화합니다:
    Satellite 설치시 UNIX 지원 활성화하기

    그림 9.1. Satellite 설치시 UNIX 지원 활성화하기

  2. Satellite 설치를 마친 후:
    Satellite 설치를 마친 후 Satellite 서버를 설정하여 UNIX 지원을 활성화하려면, 상부 메뉴바에서 Satellite 도구 (Satellite Tools)를 선택 후 왼쪽 네비게이션바에서 Satellite 설정 (Satellite Configuration)을 선택합니다. 다음 화면에서 Solaris 지원 활성 (Enable Solaris Support) 박스를 체크합니다:
    Satellite 설치 후 UNIX 지원 활성화

    그림 9.2. Satellite 설치 후 UNIX 지원 활성화

    변경 사항을 확인하기 위해 설정 사항 업데이트 (Update Configuration) 버튼을 클릭합니다.
  3. 마지막으로, 클라이언트 시스템을 등록할 곳에 기본 채널을 생성해야 합니다. 이는 RHN은 UNIX 내용을 제공하기 않기 때문입니다; 결과적으로는 채널을 만들기 위해 satellite-sync 명령을 사용하실 수 없습니다.
    Solaris 채널을 만들기 위해, Satellite 관리자 또는 인증 기관으로 Satellite 서버의 웹 인터페이스에 로그인합니다. 채널 (Channel) 탭으로 이동한 후, 좌측 네비게이션 바에서 소프트웨어 채널 관리 (Manage Software Channels)로 이동합니다. 결과 화면의 우측 상단에서 새로운 채널 생성(create new channel) 링크를 클릭합니다. 새로운 채널명과 레이블을 지정하고 클라이언트의 아키텍처에 따라 Sparc Solaris 또는 i386 Solaris를 선택합니다.

9.3. Unix 클라이언트 시스템 준비

UNIX-기반 클라이언트 시스템이 RHN Satellite의 혜택을 받기 위해서는 다음과 같은 연결 준비를 해야 합니다:
  1. gzip 및 제삼자 라이브러리를 다운로드하고 설치합니다.
  2. Satellite 서버에서 클라이언트로 RHN 어플리케이션 tarball을 다운로드하고 내용물을 설치합니다.
  3. 보안 연결을 위해 SSL 인증서를 배치합니다.
  4. 클라이언트 어플리케이션이 RHN Satellite에 연결되도록 설정합니다.
모든 작업을 완료하면 시스템에 RHN 업데이트를 받을 수 있습니다. 다음 부분에서는 이러한 단계에 대해 자세하게 설명합니다.

9.3.1. 추가 패키지 다운로드 및 설치하기

다음에서는 Satellite 서버에서 UNIX 클라이언트로 제삼자 어플리케이션과 RHN 어플리케이션을 다운로드하고 설치하는 방법에 대해 설명합니다.
UNIX 용 Red Hat Update Agent (up2date)의 중요한 사항은 사용자의 클라이언트 시스템과 Red Hat Network 사이의 링크를 제공합니다. Red Hat Update Agent의 특정 UNIX 버전은 Linux에 비해 기능적인 제한이 있지만 시스템 등록 및 패키지 설치 및 패치를 할 수 있습니다. 도구 옵션에 대한 자세한 설명은 9.4절. “Unix 클라이언트 등록 및 업데이트”에서 참조하시기 바랍니다.

참고

Solaris 클라이언트로 처음 로그인할 때 bash 명령을 입력하는 것이 좋습니다. BASH 쉘이 사용 가능한 경우, 이는 시스템의 설정을 Linux 처럼 만듭니다.
9.3.1.1. 제삼자 (Third-Party) 패키지 설치하기
다음의 유틸리티 및 라이브러리가 없으면 RHN 어플리케이션 설치를 진행할 수 없습니다:
  • gzip
  • libgcc
  • openssl
  • zlib
SUNWgzip 패키지에 의해 제공되는 gzip 유틸리티는 http://www.sunfreeware.com에서 다운로드받으실 수 있습니다.
Solaris의 최신 버전에 있는 라이브러리는 다음의 원시적으로 설치된 패키지에 의하여 제공됩니다:
  • SUNWgccruntime
  • SUNWopenssl*
  • SUNWzlib
이전 Solaris 버전에서 다음과 같은 필수 패키지는 http://www.sunfreeware.com에서 다운로드받으실 수 있습니다.
  • SMClibgcc 또는 SMCgcc
  • SMCossl
  • SMCzlib
클라이언트에 패키지가 설치되었는 지를 확인하기 위해, pkginfo 명령을 사용합니다. 예를 들어, 패키지 이름에 "zlib"가 포함되어 있는 지를 확인하기 위하여, 다음 명령을 실행합니다:
# pkginfo | grep zlib
Copy to Clipboard Toggle word wrap

참고

Solaris 패키지 아카이브 이름은 설치된 패키지의 이름과 다릅니다. 예를 들어, 패키지 아카이브 libgcc<version>-sol<solaris-version>-sparc-local.gz는 설치 후 SMClibgcc가 됩니다.
9.3.1.2. 라이브러리 검색 경로 설정
Solaris 클라이언트가 이전 단계에서 설치한 라이브러리를 사용할 수 있도록 하기 위해 라이브러리 검색 경로에 해당 클라이언트의 위치를 추가하셔야 합니다. 이를 위해 현재 라이브러리 검색 경로를 확인하시기 바랍니다:
# crle -c /var/ld/ld.config
Copy to Clipboard Toggle word wrap
현재의 디폴트 라이브러리 경로를 기록해 두시기 바랍니다. 그 후, 아래의 내용을 포함하여 경로를 수정합니다. -l 옵션은 값을 추가하지 않고 재설정하므로 시스템에 이미 값이 설정되어 있을 경우 이를 -l 매개 변수에 추가합니다.
sparc 용:
 # crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib
Copy to Clipboard Toggle word wrap
x86 용:
# crle -c /var/ld/ld.config -l /other/existing/path:/lib:/usr/lib:/usr/local/lib:/usr/sfw/lib
Copy to Clipboard Toggle word wrap
9.3.1.3. RHN 클라이언트 패키지 다운로드
Satellite 서버의 /var/www/html/pub/ 디렉토리에서 압축된 아카이브 (tarball) 형식의 패키지를 다운로드 받으세요. Mozilla와 같은 GUI 웹 브라우저를 사용하실 경우, Satellite 서버의 /pub 디렉토리로 이동하여 tarball을 클라이언트에 저장합니다:
http://your-satellite.example.com/pub/rhn-solaris-bootstrap-<version>-<solaris-arch>-<solaris-version>.tar.gz
Copy to Clipboard Toggle word wrap
명령행에서 tarball를 다운로드해야 할 경우, Satellite 서버에서 클라이언트로 파일을 전송하기 위해 ftp 명령을 사용할 수 있습니다.
gzip을 사용하여 tarball 압축 풀기를 합니다. 다음의 패키지를 가지고 있으셔야 합니다:
  • RHATpossl
  • RHATrcfg
  • RHATrcfga
  • RHATrcfgc
  • THATrcfgm
  • RHATrhnc
  • RHATrhnl
  • RHATrpush
  • RHATsmart
SMClibgccSMCosslg가 tarball에 포함되어 있을 수 도 있습니다.
9.3.1.4. RHN 패키지 설치하기
압축안된 디렉토리로 변경하고 UNIX 운영체제의 원시 설치 도구를 사용하여 각 패키지를 설치하십시오. 예를 들면, Solaris 기계에서는 pkgadd 명령을 사용하시면 됩니다. 패키지 설치 도중 어떤 프롬프트에 대해 "예" 라고 대답합니다.
다음에서는 전형적인 설치 방법에 대해 설명합니다:
# pkgadd -d RHATpossl-0.6-1.p24.6.pkg all 
# pkgadd -d RHATpythn-2.4.1-2.rhn.4.sol9.pkg all 
# pkgadd -d RHATrhnl-1.8-7.p23.pkg all 
...
Copy to Clipboard Toggle word wrap

참고

비대화식 모드에서 명령을 실행하는 pkgadd-n 사용을 선택하실 수 도 있습니다. 하지만, 이는 Solaris 10에서 패키지의 설치를 자동적으로 실패하게 하는 원인이 될 수 도 있습니다.
각 패키지가 RHN 특수 경로에 설치될 때 까지 계속 진행합니다: /opt/redhat/rhn/solaris/.
9.3.1.5. RHN 패키지를 경로 (PATH)에 추가하기
로그인시 RHN 패키지를 사용하기 위해, 이를 경로 (PATH)에 추가시키시려할 경우 로그인 스크립트에 다음과 같은 명령을 추가합니다:
# PATH=$PATH:/opt/redhat/rhn/solaris/bin 
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/bin 
# PATH=$PATH:/opt/redhat/rhn/solaris/usr/sbin 
# export PATH
Copy to Clipboard Toggle word wrap
RHN 클라이언트 명령 man 페이지에 액세스하기 위해, 이를 MANPATH에 추가합니다. 이를 위해 다음의 명령을 로그인 스크립트에 추가합니다:
 
# MANPATH=$MANPATH:/opt/redhat/rhn/solaris/man 
# export MANPATH
Copy to Clipboard Toggle word wrap
다른 방법으로 다음의 명령을 사용하여 명령행에서 man 페이지로 액세스하실 수 있습니다:
 
# man -M /opt/redhat/rhn/solaris/man <man page>
Copy to Clipboard Toggle word wrap
마지막으로, libgcc, openssl,zlib에서와 같이 Red Hat 라이브러리를 경로 (PATH)에 추가합니다.
crle -c /var/ld/ld.config -l <current library paths>:/opt/redhat/rhn/solaris/lib
Copy to Clipboard Toggle word wrap

9.3.2. 클라이언트 SSL 인증서 배치

데이터를 안전하게 전송하기 위해서 Red Hat은 SSL 사용을 적극 권장합니다. RHN Satellite는 설치 과정에서 필요한 인증서를 생성하기 때문에 보다 쉽게 SSL을 구현할 수 있습니다. 클라이언트 인증서는 Satellite 웹 서버의 /pub/ 디렉토리에 저장되는 반면, 서버 사이드 인증서는 Satellite에 자동으로 설치됩니다.
인증서를 설치하려면, 다음 절차를 따르시기 바랍니다:
  1. RHN Satellite의 /var/www/html/pub/ 디렉토리에서 클라이언트 시스템으로 SSL 인증서를 다운로드하세요. 이 인증서 이름은 RHN-ORG-TRUSTED-SSL-CERT와 같은 형식일 것입니다. 다음 URL의 웹 사이트를 통해서도 액세스 가능합니다: https://your-satellite.example.com/pub/RHN-ORG-TRUSTED-SSL-CERT.
  2. 클라이언트 SSL 인증서를 UNIX 변형의 RHN 특정 디렉토리로 옮기십시오. Solaris의 경우 다음 명령을 입력하시면 됩니다:
     mv /path/to/RHN-ORG-TRUSTED-SSL-CERT /opt/redhat/rhn/solaris/usr/share/rhn/ 
    Copy to Clipboard Toggle word wrap
작업이 완료되면, 새로운 클라이언트 인증서가 UNIX 시스템 상 디렉토리에 설치됩니다. RHN 관리를 위해 준비해야할 시스템 수가 많다면, 이 절차를 스크립트로 작성하시는 것이 좋습니다.
이제 RHN 클라이언트 어플리케이션이 새로 설치된 SSL 인증서를 사용하도록 재설정하셔야 합니다. 보다 자세한 사항은 9.3.3절. “클라이언트 설정”에서 참조하시기 바랍니다.

9.3.3. 클라이언트 설정

Red Hat Network를 사용하여 클라이언트 시스템을 등록하기 전 마지막 단계는 RHN 어플리케이션이 새 SSL 인증서를 사용하도록 재설정하여 RHN Satellite에서 업데이트를 받는 것입니다. 등록 및 업데이트 기능을 제공하는 Red Hat Update Agent의 설정 파일을 수정하시면 됩니다.
각 클라이언트 시스템에서 다음 절차를 따르십시오:
  1. 루트 사용자로서 시스템의 RHN 설정 디렉토리로 이동하세요. Solaris 에서 이 디렉토리의 전체 경로는 /opt/redhat/rhn/solaris/etc/sysconfig/rhn/입니다.
  2. 텍스트 편집기에서 up2date 설정 파일을 오픈합니다.
  3. serverURL 항목을 찾아서 이 값을 RHN Satellite의 FQDN (fully qualified domain name)으로 설정하세요.
    serverURL[comment]=Remote server URL
    serverURL=https://your-satellite.example.com/XMLRPC
    
    Copy to Clipboard Toggle word wrap
  4. Satellite에 noSSLServerURL 값이 설정되어 SSL이 비활성화되었을 때도 어플리케이션이 RHN Satellite를 이용하는 지를 확인합니다:
     
    noSSLServerURL[comment]=Remote server URL without SSL
    noSSLServerURL=http://your-satellite.example.com/XMLRPC
    
    Copy to Clipboard Toggle word wrap
  5. up2date 설정 파일이 열려진 상태에서, sslCACert 변수를 찾아서 그 값을 9.3.2절. “클라이언트 SSL 인증서 배치 ”에서 설명된 SSL 인증서의 이름과 위치로 설정하십시오. 예:
    sslCACert[comment]=The CA cert used to verify the ssl server
    sslCACert=/opt/redhat/rhn/solaris/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
    
    Copy to Clipboard Toggle word wrap
이제 클라이언트 시스템을 Red Hat Network에 등록하여 Satellite에 의해 관리 받을 준비가 되었습니다.

9.4. Unix 클라이언트 등록 및 업데이트

이제 RHN 용 패키지를 설치하고, SSL을 구현하고, 클라이언트 시스템이 RHN Satellite에 연결하도록 재설정하셨으니, 시스템을 등록하고 업데이트를 받을 준비가 되었습니다.

9.4.1. Unix 시스템 등록하기

이 부분에서는 UNIX 시스템에서 RHN 등록하기 절차에 대하여 다루어 보겠습니다. 이 작업을 위해서는 반드시 rhnreg_ks를 사용하셔야 합니다. 활성키를 사용하여 시스템을 등록할 수 도 있습니다. 이 키는 RHN내의 설정 (예, 기본 채널과 시스템 그룹)을 미리 알아내어 등록 과정에서 이러한 설정을 시스템에 자동으로 적용시키는 역할을 합니다.
다른 설명서에서 활성키를 생성과 사용법을 광범위하게 다루고 있으므로, 이 부분에서는 UNIX 시스템에 적용시 다른점을 중심으로 설명해보겠습니다. 이 작업에 대한 자세한 정보는 4.4.6.1절. “활성키 관리”를 참조하시기 바랍니다.
RHN Satellite를 사용하여 UNIX 시스템을 등록하기 위해, 다음의 순서로 작업을 실행하시기 바랍니다:
  1. Satellite의 웹 인터페이스에 로그인하시고 상단 네비게이션 바에서 시스템 (Systems) 탭을 클릭하신 후 왼쪽 네비게이션 바에서 활성키 (Activation Keys)를 선택하시기 바랍니다. 그 후 페이지 오른쪽 상단에 위치한 새로운 키 생성 (create new key) 링크를 클릭하시기 바랍니다.
  2. 다음 페이지에서, 9.2절. “Satellite 서버 준비/설정”의 마지막에 설정하시려는 기본 채널을 선택합니다.
  3. 키를 생성 후, 활성키 (Activation Keys) 목록에서 새 키 이름을 클릭하여 소프트웨어와 설정 채널 및 시스템 그룹을 할당하여 RHN 설정을 세분화하시기 바랍니다.
  4. 등록할 클라이언트 시스템에서 터미널을 열고 루트 사용자로 전환하십시오.
  5. Satellite 서버와 함께 클라이언트를 등록하기 위하여 rhnreg_ks 명령을 --activationkey 옵션과 함께 사용합니다. 키를 생성하는 문자열은 웹사이트 활성키 (Activation Keys) 목록에서 바로 복사해올 수 있습니다. 명령은 다음과 유사할 것입니다:
    rhnreg_ks --activationkey=b25fef0966659314ef9156786bd9f3af
    
    Copy to Clipboard Toggle word wrap
  6. 웹사이트로 돌아가서, 활성키 이름에 클릭하신 후 활성화된 시스템 (Activated Systems) 탭에 새 시스템이 나타나는지 확인해보세요.

9.4.2. 업데이트 받기

UNIX에서 패키지 업데이트 처리 방식은 Linux와는 매우 차이가 있습니다. 예를 들면, Red Hat 운영 체제는 에라타 업데이트 (Errata Updates)를 이용하여 특정 패키지를 개별적으로 업데이트하는 반면, Solaris는 패치 클러스터 (Patch Cluster)를 이용하여 다수의 패키지를 동시에 업데이트합니다. 또한 Red Hat은 소스 패키지 개념을 사용하는 반면, Solaris는 (Linux가 이해하지 못하는) 대화식 패키지 설치를 자동화하는 응답 파일을 사용합니다. 이러한 이유로 인해, 이 부분에서는 UNIX 시스템에서 RHN 도구를 사용하는데 있어 차이점을 중점적으로 설명해보겠습니다. (알림: 최신 버전 RHN는 Solaris 응답 파일을 지원하지 않지만, 향후 배포 버전에서는 지원 예정입니다.)
에라타 부족과 같은 고유의 차이점에도 불구하고, Satellite 서버에 있는 RHN 웹사이트 내에서 채널 및 패키지 관리 인터페이스는 UNIX 시스템에서 거의 비슷하게 작동합니다. RHN 채널 관리 가이드 (Channel Management Guide)에서 설명된 맞춤 채널 생성 방법과 거의 동일한 방식으로 UNIX 시스템을 서비스하는 모든 소프트웨어 채널을 생성할 수 있습니다. 가장 눈에 띄는 차이점은 예상대로 아키텍쳐입니다. UNIX 소프트웨어 채널을 생성시, 시스템에 맞는 기본 채널 아키텍쳐를 선택하시기 바랍니다.
각 패키지 특징에 따라 기본 채널과 자식 채널로 구분하시기 권장합니다. 예를 들어, Solaris에서는 설치 패키지는 Solaris 기본 채널로 구분하는 반면, 패치와 패치 클러스터는 Solaris 기본 채널의 자식 채널로 구분해야 합니다. 추가 설치 패키지는 별개의 추가(Extras) 자식 채널로 구분하셔야 합니다.
RHN는 패치를 패키지와 유사하게 처리합니다. 일반 패키지와 동일한 방식으로 동일한 인터페이스를 이용하여 패치를 보여주고 설치합니다. 패치는 Solaris에 의해 '번호 지정'되며, "patch-solaris-108434"와 같은 이름을 갖습니다. Solaris 패치의 버전 번호는 원래 Solaris metadata에서 가져오며, 릴리즈 번호는 항상 1입니다.
패치 클러스터란 하나의 집합으로 설치되는 패치 모음입니다. RHN는 시스템 상에서 가장 최근에 성공적으로 설치된 패치 클러스터 목록을 저장합니다. 그러나 클라이언트에서는 패치 클러스터 목록을 저장하지 않으므로 패치 클러스터가 시스템에 설치되었는지 확인할 방도가 없으며, 이미 설치된 후에도 시스템의 설치된 패키지 목록에는 나타나지 않습니다. 패치 클러스터 이름은 "patch-cluster-solaris-7_Recommended"와 같은 형식이며, 여기서 버전은 "20040206"와 같은 날짜이며 릴리즈 번호는 항상 1이고 epoch는 0입니다.
9.4.2.1. Satellite에 패키지 업로드하기
RHN은 UNIX 내용을 지원하지 않습니다; Solaris 패키지, 패치 또는 패치 클러스터 (Patch Clusters)는 클라이언트 시스템에서 이해하는 포멧으로 Satellite 서버를 업로드해야 하며, 이렇게 할 때 이러한 패키지는 다른 시스템에서 관리 및 배포할 수 있습니다. RHN은 Satellite 서버가 이해할 수 있는 포멧에서 Solaris 패키지, 패치, 패치 클러스터를 변환하기 위해 solaris2mpm 명령을 생성합니다.
9.4.2.1.1. solaris2mpm
9.1.4절. “기능 차이점”에서 간략하게 설명되었던 것과 같이, solaris2mpm은 Solaris에 대한 RHN Push의 부분입니다. Satellite에서 Solaris 채널에 푸쉬된 내용은 .mpm 포멧이어야 합니다.
.mpm 파일은 패키지 데이터, 패기지 또는 패치 자체의 설명을 포함하고 있는 아카이브입니다. solaris2mpm 명령은 Satellite 서버에서가 아닌 클라이언트에서 반드시 실행되어야 합니다.

참고

solaris2mpm은 패키지 패치 또는 패치 클러스터의 용량이 변환되는 것과 같은 세 배 만큼의 여유 공간을 필요로 합니다. 일반적으로 /tmp/에 있는 공간은 이러한 목적으로 사용되지만, --tempdir 옵션은 필요할 경우 다른 리렉토리를 지정하는 것을 허용합니다.
다중 파일은 solaris2mpm의 명령행에서 지정될 수 도 있습니다. 다음은 사용의 예입니다:
# solaris2mpm RHATrpush-3.1.5-21.pkg RHATrpush-3.1.5-23.pkg
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-21.sparc-solaris.mpm
Opening archive, this may take a while
Writing out RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap
다른 디렉토리가 지정되지 않았으므로, 결과 .mpm 파일은 /tmp/ 디렉토리에 기록됩니다. 결과 .mpm 파일 명은 파일이 생성된 곳에 있는 클라이언트의 아키텍쳐에 포함됩니다. 이러한 경우, 이는 Sparc Solaris입니다. mpm 파일 명의 일반적인 포멧은 다음과 같습니다:
name-version-release.arch.mpm
Copy to Clipboard Toggle word wrap
패치 클러스터는 "exploded"입니다 — .mpm 파일은 클러스터에서 각각의 패치에 대해 생성되며, 전체 클러스터에 관한 정보를 포함하고 있는 상위 수준 "meta" .mpm 파일에 대해서도 생성됩니다.
solaris2mpm 옵션은 다음과 같습니다:
Expand
표 9.2. solaris2mpm 옵션
옵션 설명
--version
프로그램의 버전 수를 보여준 후 종료
-h, --help
정보를 보여준 후 종료
-?, --usage
프로그램 사용 정보를 인쇄한 후 종료
--tempdir=<tempdir>
작업을 위한 임시 디렉토리
--select-arch=<arch>
다중 아키텍쳐 패키지를 위해 아키텍쳐 (i386 또는 Sparc)를 선택합니다.
9.4.2.1.2. .mpm 파일과 함께 rhnpush 명령
rhnpush의 Solaris 버전은 표준 유틸리티처럼 작동하나 .mpm 파일을 사용기 위한 추가된 기능을 가지고 있습니다. 다음은 사용의 예입니다:
% rhnpush -v --server testbox.example.com --username myuser -c solaris-8 \
RHATrpush-3.1.5-*.mpm
 Red Hat Network password:
 Connecting to http://testbox.example.com/APP
 Uploading package RHATrpush-3.1.5-21.sparc-solaris.mpm
 Uploading package RHATrpush-3.1.5-23.sparc-solaris.mpm
Copy to Clipboard Toggle word wrap

참고

패치 클러스터 .mpm 파일은 해당 클러스터에 있는 패치에 대한 .mpm 파일과 동시에 함께 또는 후에 — 전에 되어서는 안됨 — 반드시 푸쉬되어야만 합니다.
Satellite를 통해 관리하고자 하는 패키지, 패치 또는 패치 클러스터에서 solaris2mpm을 사용하고 난 후, 생성하신 채널에 이를 업로드하기 위해 RHN Push를 사용합니다.
9.4.2.2. 웹사이트를 통한 업데이트하기
개별 시스템에서 패키지나 패치를 설치하려면, 시스템 (Systems) 메뉴에서 시스템 이름에 클릭한 후 패키지 (Packages) 또는 패치 (Patches) 탭의 업그레이드나 설치 목록에서 패키지를 선택하시고 선택된 패키지 설치/업그레이드 (Install/Upgrade Selected Packages)를 클릭하세요.
패키지를 설치하면서 원격 명령을 실행하려면, 확인 (Confirm) 버튼 대신 원격 명령 실행 (Run Remote Command) 버튼을 클릭하세요. 보다 자세한 사항은 9.5절. “원격 명령”에서 참조하시기 바랍니다.
다수의 시스템에서 패키지나 패치를 동시에 설치하려면, 시스템을 선택 후 왼쪽 네비게이션 바에서 시스템 세트 관리자 (System Set Manager)를 클릭하세요. 그 후 패키지 (Packages) 탭에서 업그레이드 또는 설치 목록에서 패키지들을 선택한 후 패키지 설치/업그레이드 (Install/Upgrade Packages) 버튼을 클릭하세요. 작업을 완료하려면, 업데이트를 스케쥴하시기 바랍니다.
9.4.2.3. rhnsd
Red Hat Enterprise Linux 시스템에서 RHN과 함께 확인하는 작업을 위해 클라이언트 시스템을 지시하는 rhnsd 데몬은 부팅시간에 자동적으로 시작됩니다. Solaris 시스템에서 rhnsd는 기본값으로 부팅 시간에 시작하지 않습니다 다음과 같은 방식으로 명령행에서 시작될 수 있습니다:
rhnsd --foreground --interval=240
Copy to Clipboard Toggle word wrap
rhnsd에 대한 기본 위치는 /opt/redhat/rhn/solaris/usr/sbin/rhnsd입니다. 다음은 Solaris에서 rhnsd에 대한 사용가능한 옵션입니다:
Expand
표 9.3. rhnsd 옵션
옵션 설명
-f, --foreground
포그라운드 (foreground)에서 실행
-i, --interval=MINS
매 MINS 분 마다 Red Hat Network에 연결
-v, --verbose
syslog에 모든 작업 내용을 기록
-h, --help
도움말 목록을 제공
-u, --usage
도움말 목록을 제공
-V, --version
프로그램 버전을 인쇄
9.4.2.4. 명령행에서 업데이트하기
웹사이트와 마찬가지로, 명령행 버전 Red Hat Update Agent는 UNIX 패키지 관리시 제한된 기능을 갖습니다. 그러나 up2date 명령을 이용하여 대부분 기본 기능을 실행 가능합니다. 가장 큰 차이점은 소스 파일과 관련된 모든 옵션을 사용할 수 없다는 점입니다. UNIX 시스템에서 사용 가능한 옵션 목록을 보시려면 표 9.4. “업데이트 에이전트 명령행 인수”에서 참조하시기 바랍니다.
명령행 버전 Red Hat Update Agent은 UNIX 시스템에서 다음과 같은 인수를 수용합니다:
Expand
표 9.4. 업데이트 에이전트 명령행 인수
인수 설명
--version 프로그램 버전 정보를 보여줌
-h, --help 도움말 메시지를 출력 후 종료.
-v, --verbose 보다 상세한 정보를 출력.
-l, --list 설치된 모든 패키지의 가장 최신 버전 목록을 보여줌.
-p, --packages 이 시스템 프로파일과 연관된 패키지를 업데이트함.
--hardware RHN에서 이 시스템의 하드웨어 프로파일을 업데이트함.
--showall 다운로드 가능한 모든 패키지 목록을 보여줌.
--show-available 현재 설치되지 않은 패키지 중 다운로드 가능한 패키지를 모두 보여줌.
--show-orphans 현재 시스템에 설치되어 있는 패키지 중 시스템이 서브스크라이브한 채널에 포함되지 않은 패키지를 모두 보여줌.
--show-channels 패키지 이름과 함께 채널 이름도 함께 보여줌.
--installall 다운로드 가능한 모든 패키지를 설치함. --channel 옵션과 함께 사용.
--channel=CHANNEL 채널 레이블 사용에서 어떤 채널을 업데이트할 지를 지정합니다.
--get 의존성 문제를 해결하지 않고 지정된 패키지를 가져오기.

9.5. 원격 명령

UNIX가 지원되면서, RHN는 Satellite의 RHN 웹사이트를 통하여 클라이언트 시스템에 원격 명령을 실행할 수 있는 기능을 제공합니다. 이 기능을 이용하여 도메인 내에 위치한 어느 시스템에서도 터미널을 열지 않고서 거의 모든 응용 프로그램/스크립트를 실행할 수 있습니다.

9.5.1. 명령 활성화

이 도구가 가져다 주는 장점 만큼 그에 상응하는 단점 (보안 위험과 그 위험을 감당할 책임)이 존재합니다. 이 기능은 웹사이트에서 시스템에 관리자 액세스하는 모든 사용자에게 루트 BASH 프롬프트를 허용하기 때문입니다.
그러나 이러한 기능은 Red Hat Network에 의해 관리되는 설정 파일을 할당할 시스템을 결정할때 사용되는 동일한 설정-활성 메카니즘을 이용하여 제어 가능합니다. 보다 자세한 사항은 4.4.2.10.3절. “시스템 상세 정보 ⇒ 설정”에서 참조하시기 바랍니다.
한마디로 말하면, 고객께서는 UNIX 시스템에 RHN에 원격 명령을 실행 가능 여부를 지시하는 디렉토리와 파일을 생성하셔야 합니다. 이 디렉토리 이름은 script, 파일명은 run이여야 하며, UNIX 변수 디렉토리인 /etc/sysconfig/rhn/allowed-actions/ 디렉토리에 저장하셔야 합니다.
예를 들어, Solaris에서는 다음 명령을 입력하여 디렉토리를 생성하십시오:
 mkdir -p /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script 
Copy to Clipboard Toggle word wrap
Solaris에서 필요한 파일을 생성하시려면, 다음 명령을 실행하시기 바랍니다:
 touch /opt/redhat/rhn/solaris/etc/sysconfig/rhn/allowed-actions/script/run 
Copy to Clipboard Toggle word wrap

9.5.2. 명령 실행

다음과 같은 다양한 방법을 이용하여 원격 명령을 실행할 수 있습니다: 개별 시스템에서 실행하기, 다수의 시스템에서 동시에 실행하기, 그리고 패키지 작업과 함께 실행하기.
개별 시스템에서 원격 명령을 실행하려면, 시스템 정보 (System Details) 페이지를 열고 원격 명령 (Remote Command) 하부탭을 클릭하신 후 명령을 설정하시면 됩니다.(여기서 하부탭은 시스템이 프로비저닝 (Provisioning) 인타이틀먼트를 가지고 있을 경우에만 나타나는 것에 유의합니다.) 스크립트 뿐만 아니라 특정 사용자, 그룹 및 타임아웃 시간도 설정 가능합니다. 명령을 실행할 시간과 날짜를 선택하신 후 원격 명령 스케쥴 링크를 클릭하시면 됩니다.
이와 유사하게 시스템 세트 관리자 (System Set Manager)를 이용하여 다수의 시스템에서 동시에 원격 명령을 실행하는 것도 가능합니다. 여러 시스템을 선택하신 후 시스템 세트 관리자 (System Set Manager)로 가셔서 프로비저닝 (Provisioning) 탭을 클릭하시고, 원격 명령 (Remote Command) 섹션으로 스크롤해 내려가세요. 이제 선택된 시스템에서 동시에 원격 명령을 실행할 수 있습니다.
패키지 작업과 함께 원격 명령을 실행하시려면, 시스템 정보 (System Details) 페이지의 패키지 (Packages) 탭을 이용하여 작업을 스케쥴하시면 됩니다. 작업을 확인 후 원격 명령 실행 (Run Remote Command) 버튼을 클릭하세요. 상부에 위치한 라디오 버튼을 이용하여 이 명령을 패키지 작업 이전에 실행할 것인지 이후에 실행할 것인지 선택하고, 명령을 설정 후 패키지 설치/업그레이드 스케쥴 (Schedule Package Install/Upgrade) 버튼을 클릭하세요.
다른 원격 명령을 갖춘 여러 패키지를 설치하려면, 각 패키지를 따로 설치하거나 모든 명령을 한개의 스크립트로 통합해야 합니다.

부록 A. RHN 등록 클라이언트

Red Hat Network를 사용하시기 전에 먼저 사용자명과 암호 및 시스템 프로파일을 생성하셔야 합니다. RHN 등록 클라이언트는 단계별로 이 절차를 진행합니다.

A.1. RHN 등록 클라이언트 설정

쉘 프롬프트에서 다음 명령을 입력하시면, HTTP 프록시 서버를 통해 연결할 애플리케이션을 설정하는 그래픽 인터페이스가 나타납니다:
rhn_register --configure
Copy to Clipboard Toggle word wrap
그림 A.1. “RHN 등록 클라이언트 설정”과 같은 창이 나타납니다.
RHN 등록 클라이언트 설정

그림 A.1. RHN 등록 클라이언트 설정

명령행 버전을 시작하시려면, 다음 명령을 입력하십시오:
rhn_register --nox --configure
Copy to Clipboard Toggle word wrap
명령행 버전에서는 그래픽 버전 보다 많은 설정 옵션을 사용할 수 있습니다.
옵션 목록과 현재 값이 다음과 같이 나타날 것입니다:
 0. enableProxyAuth No 1. noSSLServerURL http://xmlrpc.rhn.redhat.com/XMLRPC 2. oemInfoFile /etc/sysconfig/rhn/oeminfo 3. enableProxy No 4. networkSetup Yes 5. httpProxy 6. proxyUser 7. serverURL https://xmlrpc.rhn.redhat.com/XMLRPC 8. proxyPassword 9. debug No Enter number of item to edit <return to exit, q to quit without saving>: 
Copy to Clipboard Toggle word wrap
변경할 항목 번호를 입력하시고, 해당 옵션에 대한 새 값을 입력하세요. 설정 변경을 마치셨으면, Enter 키를 눌러 변경된 설정을 저장하고 종료하시면 됩니다. 변경 사항을 저장하지 않고 종료하시려면 q를 누른 후 Enter 키를 치시면 됩니다.
가장 많이 사용되는 옵션은 프록시 서버를 활성화하는 enableProxyhttpProxy 입니다. 프록시 서버를 활성화하시려면, enableProxy의 값을 Yes로 변경하신 후 httpProxy의 값을 http://HOST:PORT와 같은 형식으로 프록시 서버와 포트 번호로 변경하시면 됩니다. 예를 들어, 포트 3128에서 http://squid.mysite.org 프록시 서버를 사용하시려면, 값을 http://squid.mysite.org:3128로 변경합니다.
프록시 사용자명과 암호를 사용하시려면, enableProxyAuth 옵션 값을 Yes로 변경하여 프록시에서 사용자명/암호 인증을 활성화하시고, proxyUserproxyPassword 옵션에 적절한 프록시 사용자명과 암호를 설정하시면 됩니다.
SSL을 사용하지 않으시려면, /etc/sysconfig/rhn/rhn_register 파일에서 serverURL 프로토콜을 https에서 http로 변경하십시오.

A.2. RHN 등록 클라이언트 시작하기

시스템을 RHN에 등록하시려면 반드시 루트 사용자로 실행하셔야 합니다. 일반 사용자로 RHN 등록 클라이언트를 시작하셨다면, 루트 암호를 입력하신 후 계속 진행할 수 있습니다.

중요

만일 사용자명이 더 큰 조직 계정에 속해있다면, 시스템을 등록할 때 주의를 기울이셔야 합니다. 기본값으로, RHN 등록 클라이언트와 함께 등록되는 모든 시스템은 Satellite 관리자만이 볼 수 있는 시스템의 그룹 외 (Ungrouped) 부분으로 들어가게 됩니다. 이 시스템의 관리 권한을 유지하기 위해, Red Hat은 조직이 특정 시스템 그룹에 관련된 활성키를 만들고 그 그룹에 대한 권한을 갖는 방법을 권장합니다. 그 후, 활성키를 이용하여 시스템을 등록하고 RHN 내의 시스템 프로파일을 바로 찾습니다.
다음 중 한가지 방법을 사용하여 RHN 등록 클라이언트를 시작할 수 있습니다:
  1. GNOME 데스크탑에서 애플리케이션 => 프로그램 => 시스템 => Red Hat Network 로 이동
  2. KDE 데스크탑에서 애플리케이션 => 시스템 => Red Hat Network로 이동
  3. 쉘 프롬프트 (예, XTerm 또는 GNOME 터미널)에서 rhn_register 명령 입력
  4. X 윈도우 시스템이 실행 중이지 않을 경우,쉘 프롬프트에서 rhn_register 명령을 입력하십시오. 보다 자세한 사항은 A.7절. “텍스트 모드 RHN 등록 클라이언트”에서 참조하시기 바랍니다.

주의

반드시 SSL (Secure Sockets Layer)를 지원하는 Python 1.5.2-24나 이후 버전을 사용하십시오. 그렇지 않을 경우 전송되는 정보는 암호화되지 않습니다. 이전 버전의 Python이라면 그림 A.2. “Python 1.5.2-24이나 이후 버전 사용”에 있는 메세지를 볼 수 있을 것입니다. rpm -q python명령를 이용해 시스템의 Python 버전을 알 수 있습니다. Python 1.5.2-24이나 이후 버전을 사용하셔야 합니다.
Python 1.5.2-24이나 이후 버전 사용

그림 A.2. Python 1.5.2-24이나 이후 버전 사용

시스템이 이미 등록되어 있어 재등록하려고 한다면 그림 A.3. “경고: 시스템이 이미 등록되어 있음”에 있는 대화창이 뜰 것입니다. 계속한다면 현재 디지털 인증서 파일 (/etc/sysconfig/rhn/systemid)을 덮어쓰고 새로운 시스템 프로파일이 만들어질 것입니다. 이전의 시스템 프로파일은 더 이상 쓸 수 없습니다. — 다시 한번 생각하고 버튼을 누르십시오.
이전에 등록된 시스템을 덮어쓸 경우 웹사이트 https://rhn.redhat.com을 통해 사용되지 않은 프로파일을 삭제할 수 있습니다.
경고: 시스템이 이미 등록되어 있음

그림 A.3. 경고: 시스템이 이미 등록되어 있음

사용 가능한 서비스와 등록하는데 필요한 절차는 RHN 등록 클라이언트의 첫 화면을 통해 대략적으로 알 수 있습니다 (그림 A.4. “환영 화면” 참조). 다음 버튼을 클릭하면 등록을 계속 진행하실수 있습니다. 취소를 클릭하면 등록이 취소되고 더 이상의 정보는 전송되지 않습니다.
환영 화면

그림 A.4. 환영 화면

Red Hat은 사용자의 개인정보를 보호하는데 최선을 다하고 있습니다 (그림 A.5. “Red Hat 개인정보 보호문”참조). Red Hat Network 등록 과정에서 수집된 정보는 시스템 프로파일을 만드는데 이용됩니다 시스템의 업데이트에 관련된 통지를 받기 위해서 시스템 프로파일은 꼭 필요합니다.
Red Hat 개인정보 보호문

그림 A.5. Red Hat 개인정보 보호문

A.3. 사용자 계정 등록하기

시스템 프로파일을 만들기 위해서는 사용자 계정이 반드시 필요합니다. 여기서 필요한 정보는 고유한 사용자명과 암호 그리고 유효한 이메일 주소입니다.
그림 A.7. “고유한 사용자명 및 암호 생성 ”의 화면에서 사용자명과 암호를 선택해야 합니다. 일단 Red Hat Network에 로그인하면 사용자 환경 설정 사항을 변경할 수 있으며 현재 시스템 프로파일을 보거나 최신의 Red Hat 소프트웨어 패키지를 구할수 있습니다. 사용자명은 중복되지 않아야 하며 이미 사용되고 있는 경우 에러메세지가 뜰 것입니다(그림 A.6. “오류: 사용자명이 이미 사용되고 있음 ” 참조). 고유한 사용자명을 찾을 때까지 시도하십시오.
오류: 사용자명이 이미 사용되고 있음

그림 A.6. 오류: 사용자명이 이미 사용되고 있음

참고

이미 redhat.com의 회원이라면 같은 사용자명과 암호를 쓸수 있습니다. 하지만 시스템 프로파일을 만들기 위해서는 등록 과정을 계속해야 합니다.
사용자명은 다음과 같은 제한 사항을 가집니다.
  • 빈 공간을 사용할 수 없음
  • &, +, %, '를 포함할 수 없음
  • 대소문자를 구분하지 않으므로 사용자명이 중복될 가능성을 완전히 배제함
덧붙여 다음의 제한 사항은 사용자명과 암호에 모두 적용됩니다.
  • 최소한 네자리가 되어야 함
  • 탭을 포함할 수 없음
  • 라인피드를 포함할 수 없음
암호는 보안 등의 이유로 대소문자를 구분합니다.
컴퓨터를 등록하고 시스템 프로파일을 생성했다면 이제 사용자 계정에 새로운 컴퓨터를 추가할 수 있습니다. 추가하고자 하는 컴퓨터에서 RHN 등록 클라이언트를 실행하고 기존의 Red Hat Network 사용자명과 암호를 입력하십시오. 새로운 컴퓨터가 기존의 계정에 추가 될 것입니다. 사용자명과 암호를 이용해서 Red Hat Network에 로그인하면 모든 시스템을 동시에 볼 수 있습니다.
고유한 사용자명 및 암호 생성

그림 A.7. 고유한 사용자명 및 암호 생성

대부분의 사용자는 조직 정보 부분을 비워둘 수 있습니다. 기존의 조직계정이 있다면 시스템이 그 계정으로 확실히 추가되도록 하기 위해 Satellite 관리자의 도움을 받으십시오. 주어진 란에 조직의 ID와 암호를 입력해야 합니다. 입력된 정보가 정확하면 시스템은 조직의 Red Hat Network 계정에 추가될 것입니다. Satellite 관리자는 RHN 웹사이트의 사용자 항목을 통해 사용자 계정을 만들 수 있습니다. 자세한 정보는 4.9절. “사용자 ”에서 참조하십시오.
계속 진행하려면 다음을 누르세요.

A.4. 시스템 프로파일 등록

이제 사용자 계정이 있으므로 시스템 프로파일을 만들 수 있습니다. 시스템 프로파일은 Red Hat Enterprise Linux 시스템의 하드웨어와 소프트웨어 정보로 구성되어 있습니다. 소프트웨어 시스템 프로파일 정보는 사용자가 소프트웨어 업그레이드 통지 수신 여부를 알기 위해 Red Hat Network를 이용합니다.

A.4.1. 하드웨어 시스템 프로파일

Red Hat Network 계정에 대한 사용자명과 암호를 만든 후에 RHN 등록 클라이언트는 다음의 정보를 얻기 위해 시스템을 점검합니다.
  • Red Hat Enterprise Linux 버전
  • 호스트명
  • IP 주소
  • CPU 모델
  • CPU 속도
  • RAM 용량
  • PCI 장치
  • 디스크 용량
  • 마운트 지점
다음 단계는 그림 A.8. “시스템 프로파일 - 하드웨어”에서 보여지듯이 시스템의 프로파일 이름을 정하는 것입니다. 기본값은 시스템의 호스트명입니다. 원한다면 이 이름은 Email Server for Support Team과 같이 더 의미있는 이름으로 변경될 수 있습니다. 또는 컴퓨터의 시리얼 번호나 ID 번호가 쓰일 수 도 있습니다.
시스템 프로파일에 하드웨어나 네트워크 정보를 포함하고 싶지 않다면 하드웨어와 네트워크 정보 포함을 선택 해제하십시오. (그림 A.8. “시스템 프로파일 - 하드웨어” 참조)
계속 진행하려면 다음을 클릭하세요.
시스템 프로파일 - 하드웨어

그림 A.8. 시스템 프로파일 - 하드웨어

A.4.2. 소프트웨어 시스템 프로파일

소프트웨어 시스템 프로파일은 통지 수신을 원하는 RPM 패키지 목록으로 구성되어 있습니다. RHN 등록 클라이언트는 시스템의 RPM 데이터베이스에 있는 모든 RPM패키지의 목록을 보여주고 패키지를 선택 해제함으로써 목록을 수정할 수 있도록 합니다.
A.4.2.1. RPM 데이터베이스 정보 모으기
여기서 선택하는 패키지만이 시스템 프로파일에 포함될 것입니다. 그리고 시스템 프로파일에 있는 패키지에 대해서만 통지를 받게 됩니다. 그러므로 이전 버전의 패키지를 사용하고 있는 경우 목록에서 선택해제하면 그 패키지는 새로운 버전으로 대체되지 않을 것입니다. RPM 목록은 Red Hat Network 웹사이트나 Red Hat Update Agent를 통해서 수정될 수 있습니다. RHN 등록 클라이언트가 시스템에 설치된 RPM 패키지 목록을 모으는 동안의 진행상황은 그림 A.9. “등록 마법사”에 표시됩니다. 이는 시스템에 따라 시간이 걸릴 수 도 있습니다.
등록 마법사

그림 A.9. 등록 마법사

RPM 패키지 목록이 완성되면 그림 A.10. “RPM 패키지 정보”에 보여지는 것과 같이 목록이 나타납니다. 시스템에 설치된 RPM 패키지를 내 시스템 프로파일에 포함을 선택 해제하면 이 정보는 시스템 프로파일에서 제외될 것입니다.
RPM 패키지 정보

그림 A.10. RPM 패키지 정보

A.4.2.2. 시스템 프로파일에서 제외할 RPM 패키지를 선택하기
RPM 데이터베이스에 있는 모든 RPM 패키지는 시스템 프로파일에 포함되어 Red Hat Network에 의해 업데이트되는 것이 기본 설정입니다. 패키지를 제외시키기 위해서는 목록에서 패키지를 선택 해제하면 됩니다. 이것은 패키지 이름 옆에 있는 체크박스를 클릭하면 됩니다. 예로 그림 A.11. “시스템 프로파일에서 제외될 RPM 패키지 선택”에서 procmail, procps, 그리고 psgml패키지는 패키지 목록에서 제외되었습니다.
시스템 프로파일에서 제외시킬 패키지가 있다면 제외시킬 패키지를 결정하십시오. 그리고 다음을 클릭해서 동록을 계속하십시오.
시스템 프로파일에서 제외될 RPM 패키지 선택

그림 A.11. 시스템 프로파일에서 제외될 RPM 패키지 선택

A.5. 등록 끝내기

그림 A.12. “시스템 프로파일을 위한 정보 수집 완료”에서 보여지듯이 등록의 마지막 단계는 시스템 프로파일을 Red Hat Network로 전송 여부를 확인하는 것입니다. 이 시점에서 취소를 선택하면 정보는 보내지지 않을 것입니다. 다음을 선택하면 RHN 시스템 프로파일은 전송됩니다.
시스템 프로파일을 위한 정보 수집 완료

그림 A.12. 시스템 프로파일을 위한 정보 수집 완료

그림 A.13. “시스템 프로파일을 Red Hat Network에 보내기”에서 프로파일이 전송되는 동안 진행상황을 확인할 수 있습니다. 이 단계는 네트워크의 연결 속도에 따라 걸리는 시간이 결정됩니다.
시스템 프로파일을 Red Hat Network에 보내기

그림 A.13. 시스템 프로파일을 Red Hat Network에 보내기

RHN 등록 클라이언트에서 등록 완료 화면 (그림 A.14. “등록 완료”)이 나타나면 시스템 프로파일 전송이 성공적으로 완료되었다는 의미입니다. 종료을 클릭하면 RHN 등록 클라이언트가 종료됩니다.
등록을 마친 후에 시스템에 RHN 서비스 레벨 인타이틀먼트를 부여하여야 합니다. 자세한 정보는 A.6절. “시스템에 인타이틀먼트 부여”에서 참조하십시오.
등록 완료

그림 A.14. 등록 완료

A.6. 시스템에 인타이틀먼트 부여

이제 시스템이 등록 되었으므로 업데이트된 패키지를 받기 전에 시스템에 인타이틀먼트를 부여해야 합니다. 즉, 서비스 레벨 제공에 서비스 등록을 해야 합니다.
시스템에 인타이틀먼트를 주기 위해 http://rhn.redhat.com을 방문하여 RHN 등록 클라이언트에서 사용한 것과 같은 사용자명과 암호를 이용하여 로그인 하십시오. 상단 네비게이션 바에서 시스템을 클릭한 후 왼편 네비게이션 바에서 시스템 인타이틀먼트를 클릭하십시오.
시스템 인타이틀먼트 페이지에서 다음과 같은 내용을 보실 수 있습니다.
  • 사용자가 인타이틀먼트 레벨을 선택할 수 있는 시스템 목록
  • 각각의 시스템에 적용되는 현재 인타이틀먼트
  • 사용자가 인타이틀먼트 레벨을 변경할 수 있는 버튼
  • 조직에서 사용할 수 있는 구입한 인타이틀먼트의 수와 종류에 대한 개요
시스템의 인타이틀먼트 레벨을 변경하기 위하여, 시스템의 왼쪽에 있는 박스를 확인하여 원하시는 인타이틀먼트 레벨에 해당하는 버튼을 클릭합니다. 프로비저닝 (Provisioning) 인타이틀먼트를 추가하시기 전에 관리 (Management) 인타이틀먼트를 시스템에 적용시키셔야 함을 유의하시기 바랍니다. 언제든지 다른 가능한 인타이틀먼트 레벨로 변경하실 수 있습니다.

참고

프로비저닝 (Provisioning)과 같이 필요한 인타이틀먼트를 삭제하는 것으로 인해 킥스타트와 같이 이전에 계획된 작업이 취소되지 않습니다.
시스템에 선택하신 인타이틀먼트를 변경하면, 사용 가능한 인타이틀먼트의 수가 화면 아래에 업데이트됩니다.

A.7. 텍스트 모드 RHN 등록 클라이언트

X윈도우 시스템을 실행하고 있지 않다면 RHN 등록 클라이언트는 텍스트 모드에서 시작됩니다.
명령을 써서 RHN 등록 클라이언트가 텍스트 모드로 실행되도록 할 수 도 있습니다.
      rhn_register --nox
Copy to Clipboard Toggle word wrap
텍스트 모드의 RHN 등록 클라이언트 화면은 그래픽 모드의 RHN 등록 클라이언트 화면과 매우 유사합니다. 인터페이스의 공간 부족으로 인해 텍스트 모드 버전에 있는 일부 텍스트는 더 간결합니다. 그러나 두 버전에서 화면과 필드의 수는 같습니다. 그러므로 텍스트 모드 버전을 사용하더라도 A.2절. “RHN 등록 클라이언트 시작하기”에서 시작되는 절차를 따라하실 수 있습니다.
텍스트 모드 환영 화면

그림 A.15. 텍스트 모드 환영 화면

부록 B. 명령행 설정 관리 도구

Red Hat Network는 RHN 웹사이트에 제공된 옵션 이외에도 설정 파일을 관리하는데 사용되는 두가지 명령행 도구, Red Hat Network Configuration ClientRed Hat Network Configuration Manager를 제공합니다. 또한 클라이언트 시스템에서 설정 관리 기능을 활성화하고 비활성화하는데 사용되는 추가 Red Hat Network Actions Control 도구도 제공됩니다. 이러한 도구를 설치하지 않으셨다면, RHN Tools 자식 채널에서 해당 운영 체제에 맞는 도구를 찾아 설치하시면 됩니다.

참고

RHN을 통해 설정 파일이 업데이트될 때마다, 기존 파일은 /var/lib/rhncfg/backups/ 디렉토리에 백업된다는 사실을 잊지 마십시오. 백업 파일 이름은 그래도 유지되고 마지막 부분에는 .rhn-cfg-backup이라는 확장자가 붙습니다.

B.1. Red Hat Network Actions Control

Red Hat Network Actions Control (rhn-actions-control)어플리케이션은 시스템의 설정 관리 기능을 활성화하거나 비활성화하는데 사용됩니다. 기본값으로 클라이언트 시스템에는 이 기능을 사용할 수 없습니다. Satellite 관리자는 이 도구를 사용하여 다음과 같은 작업의 특정 모드를 활성화하거나 비활성화할 수 있습니다: 시스템에 설정 파일을 디플로이하기, 시스템에서 파일 업로딩하기, 시스템 상에서 현재 관리되고 있는 패키지와 채널에서 다운로드 가능한 패키지 비교하기 또는 임의 원격 명령을 실행하기 모드. /etc/sysconfig/rhn/allowed-actions/ 디렉토리에서 파일이나 디렉토리를 생성/제거함으로서 이러한 다양한 모드를 활성/비활성 가능합니다. /etc/sysconfig/rhn/ 디렉토리의 기본값 권한 때문에, RHN Actions Control은 루트 액세스를 가진 사용자만 실행 가능합니다.

B.1.1. 일반 명령행 옵션

대부분 명령행 도구와 마찬가지로 man 페이지를 보실 수 있지만, 이 도구 사용법은 매우 단순하므로, 이 부분에서 간단히 설명하는 것으로 충분하리라 봅니다. 시스템 관리자가 사용 가능하도록 어느 RHN 스케쥴된 작업을 활성화할 것인지만 결정하시면 됩니다. 다음에 설명된 옵션은 다양한 스케쥴된 작업 모드를 활성화합니다:
Expand
표 B.1. rhn-actions-control 옵션
옵션 설명
--enable-deploy rhncfg-client의 파일 배포 허용.
--enable-diff rhncfg-client의 파일diff 작업을 허용.
--enable-upload rhncfg-client의 파일 업로드 허용.
--enable-mtime-upload rhncfg-client의 mtime 업로드 허용.
--enable-all rhncfg-client의 모든 작업 허용.
--enable-run script.run 활성
--disable-deploy 배포 불가.
--disable-diff diff 작업 불가
--disable-upload 업로드 불가
--disable-mtime-upload mtime 업로드 불가
--disable-all 모든 옵션 사용 불가
--disable-run script.run 비활성
--report 모드가 활성화되었는지 비활성화되었는지 알림
-f, --force 묻지않고 작업을 강제 진행
-h, --help 도움말 메시지를 보여준 후 종료
모드 설정을 마치면 — 대부분의 경우 rhn-actions-control --enable-all 명령을 사용합니다 — 시스템은 이제 RHN을 통해 설정 관리를 할 준비가 되었습니다.

B.2. Red Hat Network Configuration Client

이름에서도 알 수 있듯이 Red Hat Network Configuration Client (rhncfg-client)는 개별 클라이언트 시스템에 설치되어 실행됩니다. 이 도구를 이용하여 RHN가 특정 시스템에 설정 파일을 어떻게 설치할 것인지 알아낼 수 있습니다.
Red Hat Network Configuration Client는 다음과 같은 다섯 가지 모드를 제공합니다: list (목록 보기), get (가져오기), channels (채널), diff (차이), verify (검증)

B.2.1. 설정 파일 목록 보기

해당 시스템에 맞는 설정 파일 목록을 보고 이 설정 파일을 포함한 설정 채널 이름을 보시려면, 다음 명령을 입력하세요:
rhncfg-client list
Copy to Clipboard Toggle word wrap
다음 목록과 유사한 결과가 출력될 것입니다:
 Config Channel File config-channel-17 /etc/example-config.txt config-channel-17 /var/spool/aalib.rpm config-channel-14 /etc/rhn/rhn.conf 
Copy to Clipboard Toggle word wrap
시스템에 적용될 설정 파일들입니다. 그러나 다른 채널에 동일한 파일이 이미 존재할 수도 있습니다. 예를 들어, 다음 명령을 입력한다고 가정해보십시오:
rhncfg-manager list config-channel-14
Copy to Clipboard Toggle word wrap
그리고 다음과 같은 결과가 출력된다면:
 Files in config channel 'config-channel-14' /etc/example-config.txt /etc/rhn/rhn.conf 
Copy to Clipboard Toggle word wrap
/etc/example-config.txt 파일의 두번째 버전이 어디로 사라졌는지 궁금하실 것입니다. config-channel-17 채널에 포함된 /etc/example-config.txt 파일의 순위가 config-channel-14 채널에 포함된 동일한 파일의 버전 보다 높았기 때문에, config-channel-14 채널에 포함된 설정 파일 버전은, 비록 채널에 파일이 존재함에도 불구하고 이 시스템에 디플로이되지 않았습니다. 따라서 rhncfg-client 명령은 이 파일이 이 시스템에 디플로이되지 않을 것이므로, 이 파일을 보여주지 않습니다.

B.2.2. 설정 파일 가져오기

시스템에 가장 적절한 설정 파일을 다운로드 받으시려면, 다음 명령을 입력하세요:
rhncfg-client get /etc/example-config.txt
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
Deploying /etc/example-config.txt 
Copy to Clipboard Toggle word wrap
그 후 less 명령을 사용하여 파일 내용을 보실 수 있습니다. 설정 채널 순위에 따라서 가장 적절한 설정 파일을 결정됩니다. 시스템 정보 (System Details) 페이지에서 설정 (Configuration) 탭에서 설정 가능합니다. 보다 자세한 정보는 4.4.2.10절. “시스템 등록정보”에서 참조하세요.

B.2.3. 설정 채널 보기

시스템에 적용된 설치 채널의 레이블과 이름을 보시려면, 다음 명령을 입력하세요:
rhncfg-client channels
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Config channels: Label Name ----- ---- config-channel-17 config chan 2 config-channel-14 config chan 1 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-client get 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.2. rhncfg-client get 옵션
옵션 설명
--topdir=TOPDIR 모든 파일 작업이 이 상부 디렉토리에 관계되도록 함.
-h, --help 도움말 메시지를 보여준 후 종료

B.2.4. 설정 파일 차이점 보기

시스템 상에 설치된 설정 파일과 RHN에 저장된 설정 파일의 차이점을 알아내려면, 다음 명령을 입력하시면 됩니다:
rhncfg-client diff
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 --- /tmp/@3603.0.rhn-cfg-tmp 2004-01-13 14:18:31.000000000 -0500 +++ /etc/example-config.txt 2003-12-16 21:35:32.000000000 -0500 @@ -1,3 +1,5 @@ +additional text 
Copy to Clipboard Toggle word wrap
또한 --topdir 옵션을 사용하여 다음과 같이 클라이언트 시스템 상 임의 디렉토리에 위치한 설정 파일과 RHN에 속한 설정 파일을 비교해보실 수도 있습니다:
 [root@ root]# rhncfg-client diff --topdir /home/test/blah/ /usr/bin/diff: /home/test/blah/etc/example-config.txt: No such file or directory /usr/bin/diff: /home/test/blah/var/spool/aalib.rpm: No such file or directory 
Copy to Clipboard Toggle word wrap

B.2.5. 설정 파일 검증하기

다음 명령을 입력하시면, RHN에 속한 설정 파일과 클라이언트 시스템 상의 설정 파일의 차이점을 빨리 알아보실 수 있습니다:
rhncfg-client verify
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 modified /etc/example-config.txt /var/spool/aalib.rpm 
Copy to Clipboard Toggle word wrap
aalib.rpm 파일은 변화가 없지만, example-config.txt 파일은 지역적으로 수정되었음을 보여줍니다.
다음 표는 rhncfg-client verify 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.3. rhncfg-client verify 옵션
옵션 설명
-v, --verbose 출력 결과를 보다 상세하게 보여줌. 특정 설정 파일의 모드, 소유자, 그룹 허가권을 비교.
-h, --help 도움말 메시지를 보여준 후 종료

B.3. Red Hat Network Configuration Manager

Red Hat Network Configuration Client와는 달리 Red Hat Network Configuration Manager (rhncfg-manager)는 클라이언트 시스템에 저장되지 않은 설정 파일과 채널을 모은 RHN 중앙 리포지토리를 관리하는데 사용됩니다. 이 도구는 RHN 웹사이트 대신 사용 가능한 설정 관리 명령행 도구로서, 설정 관리 스크립트도 작성 가능합니다.
이 도구는 설정 관리자 (Config Administrators)에 의해서만 사용되며, 실제로 적절한 허가 권한을 갖춘 RHN 사용자명과 암호를 입력해야 사용할 수 있습니다. /etc/sysconfig/rhn/rhncfg-manager.conf 파일이나 ~/.rhncfgrc 파일에서 [rhncfg-manager] 부분에 사용자명을 지정하실 수 있습니다.
루트 사용자로 Red Hat Network Configuration Manager를 실행할 경우, Red Hat Update Agent에서 필요한 설정값을 가져옵니다. 그러나 루트가 아닌 사용자로 이 도구를 실행하시면, ~/.rhncfgrc 파일 설정을 변경하셔야 합니다. ~/.rhncfg-manager-session 파일에는 각 명령어마다 로그인을 방지하도록 세션 파일이 캐시되어 있습니다.
Red Hat Network Configuration Manager의 기본 타임아웃 값은 30 분입니다. 이 값을 변경하시려면, 다음과 같이 이 관리자 프로그램을 실행 중인 서버에서 /etc/rhn/rhn.conf 파일에 server.session_lifetime 옵션과 함께 새로운 값을 추가하시면 됩니다:
 server.session_lifetime = 120 
Copy to Clipboard Toggle word wrap
Red Hat Network Configuration Manager는 다음과 같은 모드를 제공합니다: add, create-channel, diff, diff-revisions, download-channel, get, list, list-channels, remove, remove-channel, revisions, update, upload-channel.
각 모드마다 다른 옵션을 사용합니다. 옵션에 대한 설명을 보시려면 다음 명령을 입력하시면 됩니다:
 rhncfg-manager mode --help 
Copy to Clipboard Toggle word wrap
여기서 mode를 살펴볼 모드 이름으로 변경해주시면 됩니다:
rhncfg-manager diff-revisions --help
Copy to Clipboard Toggle word wrap
표 B.4. “rhncfg-manager add 옵션”에서 add 모드에서 사용 가능한 옵션 목록을 보실 수 있습니다.

B.3.1. 설정 채널 만들기

조직의 설정 채널을 생성하시려면, 다음 명령을 입력하십시오:
 rhncfg-manager create-channel channel-label
Copy to Clipboard Toggle word wrap
RHN 사용자명과 암호를 입력하시면 다음과 같은 결과가 출력됩니다:
 Red Hat Network username: rhn-user Password: Creating config channel channel-label Config channel channel-label created 
Copy to Clipboard Toggle word wrap
설정 채널을 생성하시면, 앞서 열거된 모드를 사용하여 채널을 채우고 관리할 수 있습니다.

B.3.2. 설정 채널에 파일 추가하기

설정 채널에 파일을 추가하려면, 업로드할 로컬 파일 이름 뿐만 아니라 채널 이름도 지정하셔야 합니다. 예:
 rhncfg-manager add --channel=channel-label /path/to/file
Copy to Clipboard Toggle word wrap
파일 추가시 채널 이름과 파일 경로 이외에도 다른 옵션을 사용하여 파일을 수정 가능합니다. 예를 들면, 다음 명령과 같이 --dest-file 옵션을 사용하여 파일 경로와 파일명을 변경하실 수 있습니다:
 rhncfg-manager add --channel=channel-label--dest-file=/new/path/to/file.txt/path/to/file
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Pushing to channel example-channel Local file >/path/to/file -> remote file /new/path/to/file.txt 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager add 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.4. rhncfg-manager add 옵션
옵션 설명
-cCHANNEL --channel=CHANNEL 이 설정 채널에 파일 업로드하기
-dDEST_FILE --dest-file=DEST_FILE 파일을 이 경로로 업로드함
--delim-start=DELIM_START 변수 사이에 삽입할 시작 구분 문자
--delim-end=DELIM_END 변수 사이에 삽입할 끝 구분 문자
-h, --help 도움말 메시지를 보여준 후 종료

참고

기본값으로 최대 설정 파일 크기는 128KB입니다. 기본값을 변경하려면, /etc/rhn/default/rhn_web.conf 파일에서 다음과 같은 행을 찾거나 또는 생성합니다:
web.maximum_config_file_size=128
Copy to Clipboard Toggle word wrap
또한 /etc/rhn/default/rhn_server.conf 파일에서 다음과 같은 행을 찾거나 생성합니다:
maximum_config_file_size=128
Copy to Clipboard Toggle word wrap
두 위치 모두에서 128에서 원하는 제한 값을 바이트 단위로 변경합니다.

B.3.3. 최신 설정 파일들 차이점 비교하기

디스크 상에 저장된 설정 파일과 채널에 저장된 최신 설정 파일의 차이를 알아보시려면, 다음 명령을 입력하시면 됩니다:
 rhncfg-manager diff --channel=channel-label --dest-file=/path/to/file.txt \ /local/path/to/file
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 /tmp/dest_path/example-config.txt /home/test/blah/hello_world.txt --- /tmp/dest_path/example-config.txt config_channel: example-channel revision: 1 +++ /home/test/blah/hello_world.txt 2003-12-14 19:08:59.000000000 -0500 @@ -1 +1 @@ -foo +hello, world 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager diff 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.5. rhncfg-manager diff 옵션
옵션 설명
-cCHANNEL, --channel=CHANNEL 이 설정 채널에 파일 가져오기
-rREVISION, --revision=REVISION 이 개정 버전 사용
-dDEST_FILE, --dest-file=DEST_FILE 파일을 이 경로로 업로드함
-tTOPDIR, --topdir=TOPDIR 모든 파일이 이 상부 디렉토리에 관계되도록 함.
-h, --help 도움말 메시지를 보여준 후 종료

B.3.4. 한 파일의 여러 버전 비교하기

여러 채널과 개정판에 따로 저장되어 있는, 한 파일의 다른 버전 사이 내용을 비교하기 위해서는 -r 플래그를 사용하여 비교할 파일의 버전 번호를 지정하시고, -n 플래그를 사용하여 확인할 두개의 채널을 지정해야 합니다. 관련 정보는 B.3.11절. “파일의 버전 번호 지정하기 ”에서 참조하시기 바랍니다. 같은 파일의 다른 버전을 비교하는 것이므로, 파일 이름은 다음과 같이 한번만 지정하시면 됩니다:
 rhncfg-manager diff-revisions -n=channel-label1-r=1-n=channel-label2-r=1/path/to/file.txt
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 --- /tmp/dest_path/example-config.txt 2004-01-13 14:36:41 \ config channel: example-channel2 revision: 1 --- /tmp/dest_path/example-config.txt 2004-01-13 14:42:42 \ config channel: example-channel3 revision: 1 @@ -1 +1,20 @@ -foo +blaaaaaaaaaaaaaaah +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v1.0.6 (GNU/Linux) +Comment: For info see http://www.gnupg.org + +iD8DBQA9ZY6vse4XmfJPGwgRAsHcAJ9ud9dabUcdscdcqB8AZP7e0Fua0NmKsdhQCeOWHX +VsDTfen2NWdwwPaTM+S+Cow= +=Ltp2 +-----END PGP SIGNATURE----- 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager diff-revisions 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.6. rhncfg-manager diff-revisions 옵션
옵션 설명
-cCHANNEL, --channel=CHANNEL 이 설정 채널 사용
-rREVISION, --revision=REVISION 이 개정 버전 사용
-h, --help 도움말 메시지를 보여준 후 종료

B.3.5. 채널에서 모든 파일 다운받기

채널에서 모든 파일을 디스크로 다운로드 받으시려면, 디렉토리를 생성한 후 다음과 같은 명령을 입력하시면 됩니다:
	 rhncfg-manager download-channel channel-label --topdir . 
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Copying /tmp/dest_path/example-config.txt -> \ blah2/tmp/dest_path/example-config.txt 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager download-channel 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.7. rhncfg-manager download-channel 옵션
옵션 설명
-tTOPDIR, --topdir=TOPDIR 모든 파일 경로와 관계된 디렉토리. 이 옵션은 반드시 설정하셔야 합니다.
-h, --help 도움말 메시지를 보여준 후 종료

B.3.6. 파일 내용 보기

특정 파일의 내용을 표준 출력 (stdout: 모니터 화면)으로 출력하려면 다음 명령을 입력하세요:
 rhncfg-manager get --channel=channel-label \ /tmp/dest_path/example-config.txt 
Copy to Clipboard Toggle word wrap
파일의 내용이 출력될 것입니다.

B.3.7. 채널에서 모든 파일 목록 보기

채널에서 모든 파일 목록을 보시려면, 다음 명령을 입력하세요:
 rhncfg-manager list channel-label
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Files in config channel `example-channel3': /tmp/dest_path/example-config.txt 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager get 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.8. rhncfg-manager get 옵션
옵션 설명
-cCHANNEL, --channel=CHANNEL 이 설정 채널에 파일 가져오기
-tTOPDIR, --topdir=TOPDIR 모든 파일이 이 상부 디렉토리에 관계되도록 함.
-rREVISION, --revision=REVISION 이 파일의 개정 버전 번호 보기
-h, --help 도움말 메시지를 보여준 후 종료

B.3.8. 모든 설정 채널 목록 보기

조직의 설정 채널을 모두 보시려면, 다음 명령을 입력하세요:
 rhncfg-manager list-channels 
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Available config channels: example-channel example-channel2 example-channel3 config-channel-14 config-channel-17 
Copy to Clipboard Toggle word wrap
이 명령은 local_override 또는 server_import 채널은 보여주지 않는다는 사실을 기억하시기 바랍니다.

B.3.9. 채널에서 파일 삭제하기

채널에서 파일을 삭제하려면, 다음 명령을 입력하세요:
 rhncfg-manager remove --channel=channel-label /tmp/dest_path/example-config.txt
Copy to Clipboard Toggle word wrap
RHN 사용자명과 암호를 입력하시면 다음과 같은 결과가 출력됩니다:
 Red Hat Network username: rhn-user Password: Removing from config channel example-channel3 /tmp/dest_path/example-config.txt removed 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager remove 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.9. rhncfg-manager remove 옵션
옵션 설명
-cCHANNEL, --channel=CHANNEL 이 채널에서 파일 삭제하기
-tTOPDIR, --topdir=TOPDIR 모든 파일이 이 상부 디렉토리에 관계되도록 함.
-h, --help 도움말 메시지를 보여준 후 종료

B.3.10. 설정 채널 삭제하기

조직의 설정 채널을 삭제하시려면, 다음 명령을 입력하세요:
rhncfg-manager remove-channel channel-label 
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Removing config channel example-channel Config channel example-channel removed 
Copy to Clipboard Toggle word wrap

B.3.11. 파일의 버전 번호 지정하기

한 채널에 저장된 파일/경로에 얼마나 많은 버전이 저장되었는지 (버전 번호는 1에서 N까지 숫자를 의미합니다. 여기서 N은 0 보다 큰 정수입니다) 알아내려면, 다음 명령을 입력하세요:
 rhncfg-manager revisions channel-label /tmp/dest_path/example-config.txt 
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Analyzing files in config channel example-channel \ /tmp/dest_path/example-config.txt: 1 
Copy to Clipboard Toggle word wrap

B.3.12. 채널에서 파일 업데이트하기

채널에서 파일의 새로운 버전을 생성하시려면 (또는 해당 경로에 아무런 파일이 존재하지 않는 경우 그 채널에 첫 버전을 추가하시려면), 다음 명령을 입력하세요:
 rhncfg-manager update \ --channel=channel-label --dest-file=/path/to/file.txt /local/path/to/file
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Pushing to channel example-channel: Local file example-channel/tmp/dest_path/example-config.txt -> \ remote file /tmp/dest_path/example-config.txt 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager update 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.10. rhncfg-manager update 옵션
옵션 설명
-cCHANNEL, --channel=CHANNEL 이 설정 채널에 파일 업로드하기
-dDEST_FILE, --dest-file=DEST_FILE 파일을 이 경로로 업로드함
-tTOPDIR, --topdir=TOPDIR 모든 파일이 이 상부 디렉토리에 관계되도록 함.
--delim-start=DELIM_START 변수 사이에 삽입할 시작 구분 문자
--delim-end=DELIM_END 변수 사이에 삽입할 끝 구분 문자
-h, --help 도움말 메시지를 보여준 후 종료

B.3.13. 한번에 여러 파일을 업로드하기

로컬 디스크에서 한번에 설정 채널로 한개 이상의 파일을 업로드하시려면, 다음 명령을 입력하세요:
 rhncfg-manager upload-channel --topdir=topdir channel-label
Copy to Clipboard Toggle word wrap
다음과 같은 결과가 출력될 것입니다:
 Using config channel example-channel4 Uploading /tmp/ola_world.txt from blah4/tmp/ola_world.txt 
Copy to Clipboard Toggle word wrap
다음 표는 rhncfg-manager upload-channel 명령과 함께 사용 가능한 옵션 목록입니다:
Expand
표 B.11. rhncfg-manager upload-channel 옵션
옵션 설명
-tTOPDIR, --topdir=TOPDIR 모든 파일 경로와 관계된 디렉토리
-cCHANNEL, --channel=CHANNEL 설정 정보가 업로드될 채널 목록, 각 채널은 ',' 기호로 구분됩니다. 예: --channel=foo,bar,baz
-h, --help 도움말 메시지를 보여준 후 종료

부록 C. RHN API 액세스

고객분들의 편의를 위하여 RHN는 API (application programming interface)를 제공합니다. RHN 웹사이트를 보시면 오른쪽 상단에 위치한 도움말(Help)을 클릭하신 후 왼쪽 네비게이션 바에서 API를 클릭하시면 이 인터페이스를 보실 수 있습니다. 또는 https://rhn.redhat.com/rpc/api/ 사이트로 가시면 바로 접속하실 수 있습니다. 이 URL을 브라우저 뿐만 아니라 XMLRPC 서버로 사용하세요.
RHN API는 XML-RPC에 기반합니다. XML-RPC는 서로 다른 원격 시스템의 소프트웨어 간에 HTTP 프롤토콜 상에서 XML을 사용하여 원격 절차 호출 (RPC)을 생성할 수 있게 해줍니다. 따라서 XML-RPC의 제약 조건에 맞도록 호출을 생성하셔야 합니다. 보다 자세한 정보는 http://www.xmlrpc.com/을 참조하시기 바랍니다.
본 문서에서는 클래스(classes)와 메소드(methods) 목록에 대해서는 언급하지 않고 API를 보다 효율적으로 사용하는데 도움이 될만한 정보를 제공하고자 합니다. 이에는 일부 호출을 생성하는데 필요한 값을 알아내는 방법 및 예제 스크립트가 포함되어 있습니다.

C.1. auth 클래스 사용 및 세션 가져오기

대부분의 경우 auth 클래스가 가장 먼저 사용됩니다. 이 클래스는 로그인 메소드만 제공합니다. 따라서 이 클래스를 사용하여 RHN 세션을 생성 가능합니다. 이 클래스에는 세가지 변수: 사용자명, 암호, 세션 지속 기간을 입력하셔야 합니다. 첫 두가지 변수값은 RHN 계정에서 직접 가져오지만, 세번째 값은 초 단위로 계산한 세션이 지속되는 시간으로서 기본값은 1200 초입니다. 이 클래스는 세션 문자열을 반환하며, 이 문자열은 모든 다른 메소드에서 사용될 수 있습니다.

C.2. system_id 알아내기

많은 메소드는 system_id 변수 값을 필요로 합니다. system_id는 RHN에 등록된 각 시스템에 주어진 고유한 값으로서 영어와 숫자로 이루어집니다. 이 값은 해당 시스템의 /etc/sysconfig/rhn/systemid 파일에 기록되어 있습니다. 또는 시스템 클래스에서 download_system_id 메소드를 사용하여 이 값을 알아내는 방법도 사용 가능합니다.

C.3. sid 알아내기

다양한 메소드에서 sid (서버 ID) 변수가 필요합니다. 이 값은 system_id와는 다르다는 점에 유의하십시오. 다음과 같은 두 가지 방법을 사용하여 sid를 지정할 수 있습니다:
  • 첫번째 방법은 RHN 웹사이트에 로그인하셔서 시스템 이름을 클릭하신 후 위치바에 있는 URL의 끝부분에서 sid를 확인하는 방법입니다. 이는 "=" 부호 다음에 오며 다음과 같이 나타납니다: "systems/details/Overview.do?sid=1003486534"
  • 두 번째 방법은 시스템 클래스에서 list_user_systems 메소드를 사용하여 해당 sid가 포함된 사용 가능한 시스템 목록을 사용자에게 보여주는 것입니다.

C.4. cid 보기

서버와 마찬가지로 각 채널도 고유의 ID를 갖습니다. 이 값은 cid라고 부르며, set_base_channelset_child_channels과 같은 일부 메소드에서 필요한 변수로 사용됩니다. sid와 마찬가지로 cid도 RHN 웹사이트에서 알아낼 수 있습니다. 채널 이름에 클릭하신 후 URL 마지막 부분을 보시면 "details.pxt?cid=54"와 같이 "=" 기호 다음에 나타납니다.

C.5. sgid 알아내기

시스템 그룹은 서버와 채널을 묶는 역할을 하며 고유한 ID를 갖습니다. 이 값은 sgid로서 set_group_membership과 같은 메소드에 필요한 변수입니다. sidcid와 마찬가지로, sgid도 RHN 웹사이트에서 알아낼 수 있습니다. 시스템 그룹 이름에 클릭하신 후 URL 마지막 부분을 보시면 "details.pxt?sgid=334958"와 같이 "=" 기호 다음에 나타납니다. set_group_membership 메소드에서 member 변수는 오직 yes 또는 no 값만 입력하면 된다는 사실을 기억해주세요.

C.6. 채널 레이블

채널 아키텍쳐는 채널 레이블에서 명확하게 나타나지 않습니다. 아래 목록에서는 공식 아키텍쳐 명칭에 따른 채널 레이블을 보여주고 있습니다.
Expand
표 C.1. 채널 레이블
채널 레이블 플랫폼
channel-i386-sun-solaris i386 Solaris
channel-ia32 IA-32
channel-ia64 IA-64
channel-sparc Sparc
channel-alpha Alpha
channel-s390 IBM S/390
channel-s390x IBM System z
channel-iSeries IBM eServer System i
channel-pSeries IBM eServer System p
channel-x86_64 AMD64 및 Intel EM64T
channel-ppc PPC
channel-ppc64 64-비트 PowerPC
channel-sparc-sun-solaris Sparc Solaris
특히 이는 channel.software.create 방식을 아는데 필요합니다.

C.7. 샘플 API 스크립트

다음은 RHN API 클라이언트 작성 방법을 보여주는 샘플 스크립트입니다. 생성된 호출에 대한 자세한 설명은 주석(comment)과 링크(link)를 살펴보시기 바랍니다.

참고

이 스크립트는 API 함수 호출을 사용하는 방법에 대해 보다 관대합니다. 이러한 이유로 API 스크립트는 단일 정수 또는 정수 배열을 허용합니다.
#!/usr/bin/perl -w

use strict;
use Frontier::Client;
use Data::Dumper;

############################################################################
# This is a sample script for use of the experimental RHN Management APIs. #
# The API is currently available using XMLRPC only, which is described in  #
# depth at:                                                                #
#                                                                          #
# http://www.xmlrpc.com/                                                   #
#                                                                          #
# We use the Frontier modules, available from:                             #
#                                                                          #
# http://theoryx5.uwinnipeg.ca/mod_perl/cpan-search?dist=Frontier-RPC      #
#                                                                          #
############################################################################


############################################################################
#   Defining an XMLRPC session.                                            #
############################################################################

# Define the host first.  This will be the FQDN of your satellite system.
my $HOST = 'satellite.server.yourdomain.com';

# Now we create the client object that will be used throughout the session.

my $client = new Frontier::Client(url => "http://$HOST/rpc/api");

# Next, we execute a login call, which returns a session identifier that will
# be passed in all subsequent calls.  The syntax of this call is described at:
#
#   http://$HOST/rpc/api/auth/login/

my $session = $client->call('auth.login', 'username', 'password');

############################################################################
#   System calls.                                                          #
############################################################################

# This next call returns a list of systems available to the user.  The 
# syntax of this call is described at:
#
#   http://$HOST/rpc/api/system/list_user_systems/
#
# In the code snippet below, we dump data about our systems, and we 
# capture the ID of the first system we find for future operations.

my $systems = $client->call('system.list_user_systems', $session);
for my $system (@$systems) {
  print Dumper($system);
}
print "

Capturing ID of system @$systems[0]->{name}

";
my $systemid = @$systems[0]->{id};

# This next call returns a list of packages present on this system.  The
# syntax of this call is described at:
#
#   http://$HOST/rpc/api/system/list_packages/
#
# This will probably be a pretty long list.

my $packages = $client->call('system.list_packages', $session, $systemid);
for my $package (@$packages) {
  print Dumper($package);
}

# Additional system calls are described at:
#   http://$HOST/rpc/api/system/
Copy to Clipboard Toggle word wrap

부록 D. 프로브

4.10절. “모니터링 ”에서 설명되었듯이 모니터링 (Monitoring)으로 등록된 시스템들은 프로브를 소유할 수 있으며 프로브들은 이 시스템들의 상태와 완벽한 실행 능력을 지속적으로 확인하기 위해 실행됩니다. 이 부록은 가용한 프로브를 Apache와 같이 일반 그룹으로 나누어 각 목록을 제공합니다.
시스템의 내부적인 양상을 감시하는 대부분의 프로브 (예, Linux::Disk 사용량 프로브)는, Network Services::SSH 프로브와 같은 외부적으로 요소 보다는, Red Hat Network Monitoring Daemon (rhnmd)의 설치를 요합니다. 이에 관한 요건은 개별 프로브 참조문 내에 언급되었습니다.
각 프로브는 개별적인 참조문을 가지고 있으며 이는 필수 입력 필드 (*로 표시됨), 디폴트 값, 그리고 통보를 발효하기 위해 설정되야 할 한계점 등을 명시합니다. 유사하게, 각 명령 그룹 부분의 첫머리에는 그 그룹 내의 모든 프로브에 공통적으로 적용 가능한 정보를 담고 있습니다. D.1절. “프로브 정보”에서는 모든 프로브에 대한 일반적인 정보를 담고 있으며, 그 이외 부분에서는 개별 프로브에 대한 내용을 각각 다루고 있습니다.

참고

거의 모든 프로브는 메세지 전달 프로토콜로써 TCP (Transmission Control Protocol)를 사용합니다. 이에 대한 예외 경우는 개별 프로브 참조문 내에 언급되었습니다.

D.1. 프로브 정보

다음은 각 프로브 상태에 대하여 일반적인 정보를 설명하고 있으며, 프로브에 한계점을 설정시 도움이 될 것입니다.
다음 목록은 각 프로브 상태에 대하여 간단히 설명하고 있습니다:
알 수 없음
프로브 상태를 측정하는데 필요한 수치를 수집하는데 실패한 프로브입니다. 타임아웃된 상태인 프로브는 대부분 이 상태로 나타납니다. 이러한 상태의 프로브는 잘못된 설정으로 인해 발생하는 경우도 있습니다.
미결
RHN Satellite에서 데이터를 받지 못한 프로브입니다. 일반적으로 새로운 프로브는 이 상태로 시작합니다. 그러나 만일 모든 프로브가 이 상태로 바뀐다면, 모니터링 작업이 실패하고 있다는 징조일 수도 있습니다.
OK
오류 없이 성공적으로 실행된 프로브입니다. 이상적인 프로브 상태라 할 수 있습니다.
경고
경고 (WARNING) 한계점을 넘어선 프로브입니다.
위험
위험 (CRITICAL) 한계점에 이르렀거나 다른 이유로 위험 상태에 있는 프로브입니다. (타임아웃 기간을 초과했을때 위험 상황으로 변하는 프로브도 일부 있습니다)
프로브를 추가시, 의미가 있는 한계점을 지정하여 만일 이 한계점을 초과하게 되면 시스템 관리자에게 문제를 보고할 수 있도록 하십시오. 타임아웃 시간은 따로 명시하지 않는 이상 초 단위로 입력됩니다. 이상의 규칙에 대한 예외는 개별 프로브 참조문 내에 설명되었습니다.

중요

어떤 프로브는 시간을 기준으로 한계점을 가지고 있습니다. 시간에 기준한 위험 (CRITICAL) 그리고 경고 (WARNING) 한계점이 의도대로 작동되게 하기 위해서는, 한계점 값이 타임아웃 시점으로 설정된 시간 양보다 클 수 없습니다. 그렇지 않으면 모든 장기 대기 시간의 결과로는 알 수 없음 (UNKNOWN) 상태가 반환될 것입니다. 이러한 이유로 Red Hat은 타임아웃 값을 모든 다른 한계점보다 높게 설정하시기를 권장합니다.
Red Hat은 고객께서 통지 한계점을 설정하지 마시고 먼저 프로브를 실행하여, 각 시스템에 대한 기반 성능을 미리 알아내시기를 권장합니다. 프로브에 의해 제공된 기본 값이 여러분의 상황에 맞을 수도 있지만, 각 조직마다 다른 환경을 갖추고 있으므로 프로브 기본 한계점을 상황에 맞게 변경해야할 경우도 있기 때문입니다.

D.2. Apache 1.3.x와 2.0.x

이 부분에 있는 프로브는 Apache Web server에 적용될 수 있습니다. 디폴트 값은 여러분이 이 프로브들을 표준 HTTP에서 사용한다는 가정하에 설정되었지만, 이 프로브들을 보안된 연결 상에서 사용할 수도 있습니다. 이를 위해서는 애플리케이션 프로토콜을 https로, 포트를 443으로 변경하십시오.

D.2.1. Apache::Processes

Apache::Processes 프로브는 Apache Web server에서 실행되는 프로세스를 감시하고 다음의 측정값을 수집합니다:
  • 한 자식 프로세스 당 전송되는 데이터 (Data Transferred Per Child) — 오직 개별 자식 프로세스 상의 데이터 전송 정보를 기록합니다. 한 자식 프로세스는 다른 프로세스 또는 부모 프로세스로부터 생성된 프로세스 입니다.
  • 한 슬롯 당 전송되는 데이터 (Data Transferred Per Slot) — 재시작하는 한 자식 프로세스에 의해 전송된 데이터의 누적 양입니다. 슬롯 수는 httpd.conf 파일에서 MaxRequestsPerChild 설정을 통하여 구성되었습니다.
이 프로브가 제대로 작동되려면, 웹서버의 httpd.conf 파일에서 ExtendedStatus 명령은 반드시 On으로 설정되어야 합니다.
Expand
표 D.1. Apache::Processes 설정
필드
Application Protocol* http
Port* 80
Pathname* /server-status
UserAgent* NOCpulse-ApacheUptime/1.0
Username
Password
Timeout* 15
Critical Maximum Megabytes Transferred Per Child
Warning Maximum Megabytes Transferred Per Child
Critical Maximum Megabytes Transferred Per Slot
Warning Maximum Megabytes Transferred Per Slot

D.2.2. Apache::Traffic

Apache::Traffic 프로브는 Apache Web server에 전달되는 요청을 감시하고 다음의 측정값을 수집합니다:
  • 현재 요청 (Current Requests) — 프로브 실행 중에 서버가 처리한 요청 수입니다.
  • 요청 비율 (Request Rate) — 이 프로브의 마지막 실행 이후에 측정된 일초 당 서버에 접속하는 이벤트 횟수입니다.
  • 소통량 (Traffic) — 이 프로브의 마지막 실행 이후에 측정된 서버가 처리한 소통량을 초당 킬로바이트로 나타냅니다.
이 프로브가 제대로 작동되려면, 웹서버의 httpd.conf 파일에서 ExtendedStatus 명령은 반드시 On으로 설정되어야 합니다.
Expand
표 D.2. Apache::Traffic 설정
필드
Application Protocol* http
Port* 80
Pathname* /server-status
UserAgent* NOCpulse-ApacheUptime/1.0
Username
Password
Timeout* 15
Critical Maximum Current Requests (number)
Warning Maximum Current Requests (number)
Critical Maximum Request Rate (events per second)
Warning Maximum Request Rate (events per second)
Critical Maximum Traffic (kilobytes per second)
Warning Maximum Traffic (kilobytes per second)

D.2.3. Apache::Uptime

Apache::Uptime 프로브는 웹서버가 마지막으로 시작된 이후의 누적된 시간을 기록합니다. 서비스 수준 계약서 (Service Level Agreement)를 추적하는 것을 돕도록 설계된 이 프로브는 측정 정보를 수집하지는 않습니다.
Expand
표 D.3. Apache::Uptime 설정
필드
Application Protocol* http
Port* 80
Pathname* /server-status
UserAgent* NOCpulse-ApacheUptime/1.0
Username
Password
Timeout* 15

D.3. BEA WebLogic 6.x 그리고 그 이후 버전

이 장의 프로브들은 (JDBC Connection Pool에 관련된 예외와 함께) 주어진 호스트에서 개별로 또는 군집하여 (clustered environment)실행되는 BEA WebLogic 6.x 그리고 그 이후 버전 서버의 (Administration 서버 또는 Managed 서버) 속성을 감시하도록 설정될 수 있습니다. 한 클러스터를 감시하려면 모든 SNMP 질의를 그 도메인의 Administration 서버에 보낸 후에 이어 Administration 서버의 관리를 받고 있는 Managed 서버로 개별 데이터를 조회함으로써 가능합니다.
이 상급의 시스템 체계를 얻기 위해서는 BEA Domain Admin Server 파라미터를 반드시 사용하여 SNMP 질의를 받는 Administration 서버와 지정된 프로브가 실행되는 Managed 서버를 구별하여야 합니다. 만일 조사를 받을 호스트가 Administration 서버라면 BEA Domain Admin Server 파라미터는 비워둘 수 있으며 결과적으로 SNMP 쿼리와 프로브 둘 다 Administration 서버로만 보내질 것입니다.
만일 조사를 받을 호스트가 Managed 서버라면 Administration 서버의 IP 주소가 BEA Domain Admin Server 파라미터에 공급되어야 하고 Managed 서버의 이름은 BEA Server Name 파라미터에 포함되어 SNMP Community String 필드 끝에 추가되어야 합니다. 이로 인하여 SNMP 질의는 Administration 서버 호스트로 보내지고 특정 프로브는 Managed 서버 호스트로 전환되게 됩니다.
또한 기억할 점은 Managed 서버 호스트에서 실행되는 프로브는 community string을 필요로 하며 community string은 community_prefix@managed_server_name 형태이어야 한다는 것입니다. 그래야만 SNMP 질의는 원하는 Managed 서버에 대한 결과를 돌려줍니다. 마지막으로 SNMP는 감시를 받는 각 시스템에서 반드시 활성화되어야 합니다. SNMP 지원은 WebLogic 콘솔을 이용하여 활성화 및 설정될 수 있습니다.
community string 이름을 정하는데 있어 BEA의 관행에 대해서는 여러분의 BEA 서버와 함께 제공되는 문서나 BEA 웹사이트의 정보를 참조하십시오: http://e-docs.bea.com/wls/docs70/snmpman/snmpagent.html

D.3.1. BEA WebLogic::Execute Queue

BEA WebLogic::Execute Queue 프로브는 WebLogic의 execute queue를 감시하고 다음의 측정값을 제공합니다:
  • 유휴 실행 스레드 (Idle Execute Threads) — 유휴 상태에 있는 실행 스레드 수입니다.
  • 큐 길이 (Queue Length) — 큐에 위치한 요청 횟수입니다.
  • 요청 비율 (Request Rate) — 초당 요청 횟수입니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.4. BEA WebLogic::Execute Queue 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 1
BEA Domain Admin Server
BEA Server Name* myserver
Queue Name* default
Critical Maximum Idle Execute Threads
Warning Maximum Idle Execute Threads
Critical Maximum Queue Length
Warning Maximum Queue Length
Critical Maximum Request Rate
Warning Maximum Request Rate

D.3.2. BEA WebLogic::Heap Free

BEA WebLogic::Heap Free 프로브는 다음의 측정값을 수집합니다:
  • Heap Free — 비어 있는 힙 공간에 대한 비율입니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.5. BEA WebLogic::Heap Free 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 1
BEA Domain Admin Server
BEA Server Name* myserver
Critical Maximum Heap Free
Warning Maximum Heap Free
Warning Minimum Heap Free
Critical Minimum Heap Free

D.3.3. BEA WebLogic::JDBC Connection Pool

BEA WebLogic::JDBC Connection Pool 프로브는 도메인 Administration 서버에서만 (Managed 서버는 제외) Java 데이터베이스 연결 (JDBC) 풀을 감시하고 다음의 측정값을 수집합니다:
  • 연결 (Connections) — JDBC로의 연결 횟수입니다.
  • 연결 비율 (Connections Rate) — JDBC에 연결이 성립되는 속도로써 초당 연결 횟수로 측정됩니다.
  • 대기자 (Waiters) — JDBC에 연결되기 위해 기다리고 있는 세션 수입니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.6. BEA WebLogic::JDBC Connection Pool 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 1
BEA Domain Admin Server
BEA Server Name* myserver
JDBC Pool Name* MyJDBC Connection Pool
Critical Maximum Connections
Warning Maximum Connections
Critical Maximum Connection Rate
Warning Maximum Connection Rate
Critical Maximum Waiters
Warning Maximum Waiters

D.3.4. BEA WebLogic::Server State

BEA WebLogic::Server State 프로브는 BEA WebLogic 웹서버의 현재 상태를 감시합니다. 만일 이 프로브가 서버로 연결을 성립시킬 수 없으면 결과로 위험 (CRITICAL) 상태가 됩니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.7. BEA WebLogic::Server State 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 1
BEA Domain Admin Server
BEA Server Name*

D.3.5. BEA WebLogic::Servlet

BEA WebLogic::Servlet 프로브는 WebLogic 서버에 배치된 특정 서블릿의 성능을 모니터하고 다음의 측정값을 수집합니다:
  • 최장 실행 시간 (High Execution Time) — 시스템이 시작된 이후에 서블릿이 실행되기 까지 걸린 최장 시간으로 1000분의 1초 단위로 기록됩니다.
  • 최단 실행 시간 (Low Execution Time) — 시스템이 시작된 이후에 서블릿이 실행되기 까지 걸린 최단 시간으로 1000분의 1초 단위로 기록됩니다.
  • 실행 시간 이동 평균 (Execution Time Moving Average) — 실행 시간 이동 평균입니다.
  • 실행 시간 평균 (Execution Time Average) — 실행 시간에 대한 일반적인 평균값입니다.
  • 리로드 비율 (Reload Rate) — 특정 서블릿이 분당 리로드되는 횟수입니다.
  • 호출 비율 (Invocation Rate) — 특정 서블릿이 분당 호출되는 횟수입니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.8. BEA WebLogic::Servlet 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 1
BEA Domain Admin Server
BEA Server Name* myserver
Servlet Name*
Critical Maximum High Execution Time
Warning Maximum High Execution Time
Critical Maximum Execution Time Moving Average
Warning Maximum Execution Time Moving Average

D.4. 일반

이 부분에서 설명되는 프로브들은 여러분의 시스템의 기본적인 측면들을 감시하기 위해 설계된 것들입니다. 프로브를 적용하실 때에는 시간적 한계치가 타임아웃 시점에 설정된 시간의 양보다 크지 않도록 주의하십시오. 그렇지 않으면 모든 장기 대기 시간의 결과로는 알 수 없음 (UNKNOWN) 상태가 반환될 것이므로 이 한계치들은 무효하게 될 것입니다.

D.4.1. General::Remote Program

General::Remote Program 프로브는 시스템에 어떤 명령이나 스크립트도 실행할 수 있도록 하고 상태 문자열을 구할 수 있도록 합니다. 결과 메세지의 크기는 1024 바이트로 제한된다는 점을 주의하십시오.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.9. General::Remote Program 설정
필드
Command*
OK Exit Status* 0
Warning Exit Status* 1
Critical Exit Status* 2
Timeout 15

D.4.2. General::Remote Program with Data

General::Remote Program with Data 프로브는 여러분의 시스템에 어떤 명령이나 스크립트도 실행할 수 있도록 해주고 상태 문자열을 비롯하여 값을 구할 수 있도록 해줍니다. 이 프로브를 사용하시려면 반드시 스크립트 body 영역에 약간의 XML 코드를 넣으셔야 합니다. 이 프로브가 지원하는 XML 태그는 다음과 같습니다:
  • <perldata> </perldata>
  • <hash> </hash>
  • <item key =" "> </item>
원격 프로그램은 STDOUT에 다음 코드를 반복하여 출력할 필요가 있을 것입니다:
<perldata> <hash> <item
key="data">10</item> <item
key="status_message">status message here</item>
</hash> </perldata>
Copy to Clipboard Toggle word wrap
data로서 요구되는 값은 시계열 (time-series) 추세 파악을 위해 데이테베이스에 삽입될 데이터 포인트입니다. status_message는 선택 사항이며 최대 길이가 1024 바이트 이내라면 원하는 어떤 문자열이라도 가능합니다. status_message가 생략되더라도 원격 프로그램은 돌려받은 값과 상태를 보고할 것입니다.
요건 — 이 프로브를 실행하시려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다. XML은 대소문자를 구별한다는 것을 주의하십시오. data 아이템의 키 이름은 변경될 수 없으며 그 값은 반드시 숫자이어야 합니다.
Expand
표 D.10. General::Remote Program with Data 설정
필드
Command*
OK Exit Status* 0
Warning Exit Status* 1
Critical Exit Status* 2
Timeout 15

D.4.3. General::SNMP Check

General::SNMP Check 프로브는 여러분의 SNMP 서버를 테스트하는데 이는 점을 (예를 들어1.3.6.1.2.1.1.1.0와 같이) 써서 표기한 단일 OID (object identifier)와 반환값에 연계된 한계치를 명시함으로써 이루어집니다. 이 프로브는 다음과 같은 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — SNMP 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
요건 — 이 프로브를 실행하시려면 SNMP는 반드시 감시되는 시스템에서 실행되고 있어야 합니다. 한계치 값으로는 오직 정수만이 사용될 수 있습니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.11. General::SNMP Check 설정
필드
SNMP OID*
SNMP Community String* public
SNMP Port* 161
SNMP Version* 2
Timeout* 15
Critical Maximum Value
Warning Maximum Value
Warning Minimum Value
Critical Minimum Value

D.4.4. General::TCP Check

General::TCP Check 프로브는 여러분의 TCP 서버를 테스트하며 이는 명시된 포트 번호를 통해 시스템에 연결이 가능한지를 확인하여 가능합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — TCP 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
이 프로브는 연결을 성립시킴에 있어 Send 필드에 명시된 문자열을 전달할 것입니다. 프로브는 시스템으로부터의 응답을 예상할 것이며 이 응답에는 Expect 필드에 명시된 문자열이 반드시 포함되어야 합니다. 만일 기대되는 문자열을 찾지 못하면 프로브는 위험 (CRITICAL) 상태를 반환합니다.
Expand
표 D.12. General::TCP Check 설정
필드
Send
Expect
Port* 1
Timeout* 10
Critical Maximum Latency
Warning Maximum Latency

D.4.5. General::UDP Check

General::UDP Check 프로브는 여러분의 UDP 서버를 테스트하며 이는 명시된 포트 번호를 통해 시스템에 연결이 가능한지를 확인하여 가능합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — UDP 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
이 프로브는 연결을 성립시킴에 있어 Send 필드에 명시된 문자열을 전달할 것입니다. 프로브는 시스템으로부터의 응답을 예상할 것이며 이 응답에는 Expect 필드에 명시된 문자열이 반드시 포함되어야 합니다. 만일 기대되는 문자열을 찾지 못하면 프로브는 위험 (CRITICAL) 상태를 반환합니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.13. General::UDP Check 설정
필드
Port* 1
Send
Expect
Timeout* 10
Critical Maximum Latency
Warning Maximum Latency

D.4.6. General::Uptime (SNMP)

General::Uptime (SNMP) 프로브는 기기가 마지막으로 시작된 시점으로부터의 시간을 기록합니다. 이 프로브는 SNMP OID (object identifier)를 사용하여 이 값을 구합니다. 이 프로브가 반환하는 유일한 에러 상태는 알 수 없음 (UNKNOWN)입니다.
요건 — 이 프로브를 실행하시려면 SNMP는 반드시 감시되는 시스템에서 실행되고 있어야 하며 OID로의 접근 권한이 반드시 활성화되어야만 합니다.
이 프로브의 메세지 전달 프로토콜은 UDP (User Datagram Protocol)입니다.
Expand
표 D.14. General::Uptime (SNMP) 설정
필드
SNMP Community String* public
SNMP Port* 161
SNMP Version* 2
Timeout* 15

D.5. Linux

이 장의 프로브는 CPU 이용도에서 가상 메모리에 이르기까지 여러분의 Linux 시스템의 핵심적인 양상을 감시합니다. 이 프로브들을 중요 임무 수행 (mission-critical) 시스템에 실시하여 시스템이 실패하기 전에 경고를 받으십시오.
다른 프로브 그룹에서는 Red Hat Network Monitoring Daemon을 필요로 하는 프로브가 하나 또는 몇개 정도만 포함되어 있으나, 이와 달리 모든 Linux 프로브는 감시받는 시스템에서 실행되기 위해 rhnmd를 필요로 합니다.

D.5.1. Linux::CPU Usage

Linux::CPU Usage 프로브는 시스템에서 CPU 이용도를 감시하고 다음의 측정값을 수집합니다:
  • CPU 사용도 (CPU Percent Used) — 프로브 실행 시에 CPU의 5초간 사용도의 평균입니다.
요건 — 이 프로브를 실행하시려면 Red Hat Network Monitoring Daemon (rhnmd)이 감시를 받는 시스템에서 반드시 실행되고 있어야 합니다.
Expand
표 D.15. Linux::CPU Usage 설정
필드
Timeout* 15
Critical Maximum CPU Percent Used
Warning Maximum CPU Percent Used

D.5.2. Linux::Disk IO Throughput

Linux::Disk IO Throughput 프로브는 주어진 디스크를 감시하고 다음의 측정값을 수집합니다:
  • 읽기 비율 (Read Rate) — 초당 읽어지는 데이터 양으로 킬로바이트로 측정됩니다.
  • 쓰기 비율 (Write Rate) — 초당 쓰여지는 데이터 양으로 킬로바이트로 측정됩니다.
필수 항목인 디스크 번호나 디스크명 (Disk number or disk name)의 값을 구하시려면 감시될 시스템에서 iostat를 실행한 후 여러분이 원하는 디스크에 어떤 이름이 할당되었는지 보십시오. 기본값인 0은 일반적으로 시스템에 직접적으로 연결된 첫번째 하드 드라이브의 통계치를 보여줄 것입니다.
요건 — 이 프로브를 실행하시려면 Red Hat Network Monitoring Daemon (rhnmd)이 감시를 받는 시스템에서 반드시 실행되고 있어야 합니다. 또한 Disk number or disk name 파라미터는 명령행에서 iostat 명령을 실행했을 때 나타나는 형식과 반드시 일치하여야 합니다. 만일 형식이 일치하지 않을 경우, 설정된 프로브는 알 수 없음 (UNKNOWN) 상태로 들어가게 됩니다.
Expand
표 D.16. Linux::Disk IO Throughput 설정
필드
Disk number or disk name* 0
Timeout* 15
Critical Maximum KB read/second
Warning Maximum KB read/second
Warning Minimum KB read/second
Critical Minimum KB read/second
Critical Maximum KB written/second
Warning Maximum KB written/second
Warning Minimum KB written/second
Critical Minimum KB written/second

D.5.3. Linux::Disk Usage

Linux::Disk Usage 프로브는 특정 파일 시스템에서 디스크 공간을 감시하고 다음의 측정값을 수집합니다:
  • 사용된 파일 시스템 (File System Used) — 파일 시스템에서 현재 사용되고 있는 비율입니다.
  • 사용된 공간 (Space Used) — 메가바이트로 표시되며 파일 시스템에서 현재 사용되고 있는 양입니다.
  • 가용한 공간 (Space Available) — 메가바이트로 표시되며 파일 시스템에서 현재 가용한 양입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.17. Linux::Disk Usage 설정
필드
File system* /dev/hda1
Timeout* 15
Critical Maximum File System Percent Used
Warning Maximum File System Percent Used
Critical Maximum Space Used
Warning Maximum Space Used
Warning Minimum Space Available
Critical Minimum Space Available

D.5.4. Linux::Inodes

Linux::Inodes 프로브는 특정 파일 시스템을 감시하며 다음의 측정값을 수집합니다:
  • Inodes — 현재 사용되고 있는 inode 비율입니다.
inode는 Linux 파일 시스템에서 파일에 대한 정보를 가지고 있는 데이터 구조입니다. 모든 파일에는 inode가 있으며 한 파일은 자신이 위치한 파일 시스템과 그 시스템상의 파일 inode 번호에 의해 고유하게 확인됩니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.18. Linux::Inodes 설정
필드
File system* /
Timeout* 15
Critical Maximum Inodes Percent Used
Warning Maximum Inodes Percent Used

D.5.5. Linux::Interface Traffic

Linux::Interface Traffic 프로브는 특정 인터페이스 (예, eth0)에 출입하는 소통량의 크기를 재고 다음의 측정값을 수집합니다:
  • 입력 비율 (Input Rate) — 특정 인터페이스로 들어가는 소통량에 대한 초당 바이트입니다.
  • 출력 비율 (Output Rate) — 특정 인터페이스에서 나오는 소통량에 대한 초당 바이트입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.19. Linux::Interface Traffic 설정
필드
Interface*
Timeout* 30
Critical Maximum Input Rate
Warning Maximum Input Rate
Warning Minimum Input Rate
Critical Minimum Input Rate
Critical Maximum Output Rate
Warning Maximum Output Rate
Warning Minimum Output Rate
Critical Minimum Output Rate

D.5.6. Linux::Load

Linux::Load 프로브는 시스템의 CPU를 감시하고 다음의 측정값을 수집합니다:
  • 부하 (Load) — 시스템 CPU에 부과되는 부하 평균을 다양한 기간에 걸쳐 수집합니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.20. Linux::Load 설정
필드
Timeout* 15
Critical CPU Load 1-minute average
Warning CPU Load 1-minute average
Critical CPU Load 5-minute average
Warning CPU Load 5-minute average
Critical CPU Load 15-minute average
Warning CPU Load 15-minute average

D.5.7. Linux::Memory Usage

Linux::Memory Usage 프로브는 시스템의 메모리를 감시하고 다음의 측정값을 수집합니다:
  • 가용 RAM (RAM Free) — 시스템에서 사용되고 있지 않은 RAM 양을 메가바이트로 표시합니다.
반환 가능한 메모리를 이 측정 기준에 포함할 수도 있으며 이를 위해서는 yes 또는 noInclude reclaimable memory 필드에 입력하십시오.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.21. Linux::Memory Usage 설정
필드
Include reclaimable memory 없음
Timeout* 15
Warning Maximum RAM Free
Critical Maximum RAM Free

D.5.8. Linux::Process Counts by State

Linux::Process Counts by State 프로브는 다음의 상태에 있는 프로세스 수를 알아냅니다:
  • Blocked — 대기열로 옮겨진 프로세스이며 이 프로세스의 상태는 대기 상태로 변경되었습니다.
  • Defunct — 종료된 (프로세스가 다른 신호에 의해 소멸되었거나 exit()이 호출되어) 프로세스이며, 이 프로세스의 부모 프로세스가 (어떤 형태의) wait() 시스템 호출을 실행하여 이 프로세스 소멸에 대한 통지를 아직 받지 않은 경우입니다.
  • Stopped — 프로세스 실행이 실시되기 전에 멈추어진 프로세스입니다.
  • Sleeping — 프로세스가 Interruptible (깨어날 수 있는) 수면 상태에 있으며 이후에 메모리로 재도입되어 실행이 중단된 부분에서부터 프로세스가 재개될 것입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.22. Linux::Process Counts by State 설정
필드
Timeout* 15
Critical Maximum Blocked Processes
Warning Maximum Blocked Processes
Critical Maximum Defunct Processes
Warning Maximum Defunct Processes
Critical Maximum Stopped Processes
Warning Maximum Stopped Processes
Critical Maximum Sleeping Processes
Warning Maximum Sleeping Processes
Critical Maximum Child Processes
Warning Maximum Child Processes

D.5.9. Linux::Process Count Total

Linux::Process Count Total 프로브는 시스템을 감시하고 다음의 측정값을 수집합니다:
  • 프로세스 수 (Process Count) — 시스템에서 현재 실행되고 있는 전체 프로세스 수입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.23. Linux::Process Count Total 설정
필드
Timeout* 15
Critical Maximum Process Count
Warning Maximum Process Count

D.5.10. Linux::Process Health

Linux::Process Health 프로브는 사용자 지정 프로세스를 감시하고 다음의 측정값을 수집합니다:
  • CPU 이용도 (CPU Usage) — 주어진 프로세스에 대한 CPU 이용율이 1000분의 1초 단위로 기록됩니다. 이 측정 기준은 ps 산출값의 time 칼럼을 보고하며 이는 그 프로세스에 의해 사용된 누적 CPU 시간입니다. 이로 인하여 측정값이 프로브 실행 간격에 독립적으로 되고, 분별있는 한계치 설정이 가능하며, 의미있는 그래프가 생성됩니다 (예, CPU 사용도가 갑자기 치솟으면 그래프에도 이것이 나타납니다).
  • 자식 프로세스 그룹 (Child Process Groups) — 지정된 부모 프로세스로부터 생겨난 자식 프로세스의 수입니다. 한 자식 프로세스는 부모로부터 대부분의 속성을 물려 받습니다.
  • 스레드 (Threads) — 주어진 프로세스를 위해 실행되고 있는 스레드 수입니다. 하나의 스레드는 CPU 사용에 있어 기본 단위이며 프로그램 카운터, 레지스터 세트 그리고 스택 공간으로 구성되어 있습니다. 스레드는 경량 프로세스라고도 불립니다.
  • 사용된 물리적 메모리 (Physical Memory Used) — 명시된 프로세스가 사용하고 있는 물리적 메모리 (또는 RAM) 양으로 킬로바이트 단위로 측정됩니다.
  • 사용된 가상 메모리 (Virtual Memory Used) — 명시된 프로세스가 사용하고 있는 가상 메모리 양, 또는 실제 메모리의 프로세스 크기와 스왑의 합으로 킬로바이트 단위로 측정됩니다.
명령 이름이나 프로세스 ID. (PID)를 사용하여 프로세스를 명시하십시오. PID를 입력하면 명령어 이름보다 우선시될 것입니다. 명령 이름이나 PID 둘 다 입력되지 않으면 오류 메세지 Command not found가 표시되고 프로브는 위험 (CRITICAL) 상태가 됩니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.24. Linux::Process Health settings
필드
Command Name
Process ID (PID) file
Timeout* 15
Critical Maximum CPU Usage
Warning Maximum CPU Usage
Critical Maximum Child Process Groups
Warning Maximum Child Process Groups
Critical Maximum Threads
Warning Maximum Threads
Critical Maximum Physical Memory Used
Warning Maximum Physical Memory Used
Critical Maximum Virtual Memory Used
Warning Maximum Virtual Memory Used

D.5.11. Linux::Process Running

Linux::Process Running 프로브는 명시된 프로세스가 정상적으로 기능하고 있는지 확인합니다. 이 프로브는 Count process groups 체크박스의 선택 여부에 따라 프로세스 수를 세거나 프로세스 그룹 수를 셉니다.
디폴트로 이 체크박스는 선택되어 있습니다. 이는 프로브가 자식 수는 무시하고 프로세스 그룹 리더 수를 세도록 합니다. 이를 이용하여 여러분은 예를 들어 (동적인) 자식 프로세스 수에 상관없이 두개의 Apache Web server 인스턴스가 실행되고 있음을 확인할 수 있습니다. 이 체크박스가 선택되어 있지 않으면 프로브는 단순히 명시된 프로세스에 일치하는 모든 프로세스 (자식과 부모 프로세스) 수를 셀 것입니다.
명령어 이름이나 프로세스 ID. (PID)를 사용하여 프로세스를 명시하십시오. PID를 입력하면 명령어 이름보다 우선시될 것입니다. 명령어 이름이나 PID 둘 다 입력되지 않으면 에러 메세지 Command not found가 표시되고 프로브는 위험 (CRITICAL) 상태가 됩니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.25. Linux::Process Running 설정
필드
Command name
PID file
Count process groups (checked)
Timeout* 15
Critical Maximum Number Running
Critical Minimum Number Running

D.5.12. Linux::Swap Usage

Linux::Swap Usage 프로브는 시스템에서 실행되고 있는 스왑 파티션을 감시하고 다음의 측정값을 보고합니다:
  • 가용 스왑 (Swap Free) — 현재 사용되고 있지 않는 스왑 메모리 비율입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.26. Linux::Swap Usage 설정
필드
Timeout* 15
Warning Minimum Swap Free
Critical Minimum Swap Free

D.5.13. Linux::TCP Connections by State

Linux::TCP Connections by State 프로브는 총 TCP 연결 수를 확인하고 더불어 아래의 각 상태에 있는 양도 확인합니다:
  • TIME_WAIT — 소켓이 닫힌 후 원격 종료 전송 (remote shutdown transmission)을 기다리고 있어, 소켓이 아직 네트워크에 있는 패킷을 처리할 수 있는 상태입니다.
  • CLOSE_WAIT — 원격측은 종료되었으며 이제 소켓이 닫히기를 기다리고 있는 상태입니다.
  • FIN_WAIT — 소켓은 닫히고 연결은 이제 종료되고 있는 상태입니다.
  • ESTABLISHED — 소켓의 연결이 성립된 상태입니다.
  • SYN_RCVD — 네트워크로부터 연결 요청을 받은 상태입니다.
이 프로브는 특정 IP 주소의 네트워크 전송량을 알아보고 고립시키거나 감시를 받는 시스템으로의 네트워크 연결을 조사하는데 유용합니다.
이 프로브를 위한 필터 변수를 이용하여 프로브의 범위를 축소시킬 수 있습니다. 이 프로브는 데이터를 구하기 위해 netstat -ant의 명령을 이용합니다. 보고에 있어 Local IP addressLocal port 변수는 산출물에서 Local Address 칼럼에 있는 값을 사용합니다; Remote IP addressRemote port 변수는 산출물에서 Foreign Address 칼럼에 있는 값을 사용합니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.27. Linux::TCP Connections by State 설정
필드
Local IP address filter pattern list
Local port number filter
Remote IP address filter pattern list
Remote port number filter
Timeout* 15
Critical Maximum Total Connections
Warning Maximum Total Connections
Critical Maximum TIME_WAIT Connections
Warning Maximum TIME_WAIT Connections
Critical Maximum CLOSE_WAIT Connections
Warning Maximum CLOSE_WAIT Connections
Critical Maximum FIN_WAIT Connections
Warning Maximum FIN_WAIT Connections
Critical Maximum ESTABLISHED Connections
Warning Maximum ESTABLISHED Connections
Critical Maximum SYN_RCVD Connections
Warning Maximum SYN_RCVD Connections

D.5.14. Linux::Users

Linux::Users 프로브는 시스템의 사용자를 감시하고 다음의 측정값을 보고합니다:
  • 사용자 (Users) — 현재 로그인한 사용자의 수입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.28. Linux::Users 설정
필드
Timeout* 15
Critical Maximum Users
Warning Maximum Users

D.5.15. Linux::Virtual Memory

Linux::Virtual Memory 프로브는 전체 시스템 메모리를 감시하고 다음의 측정값을 수집합니다:
  • 가상 메모리 (Virtual Memory) — 가용한 전체 시스템 메모리 - RAM (Random Access Memory)와 스왑을 합한 - 비율입니다.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.29. Linux::Virtual Memory 설정
필드
Timeout* 15
Warning Minimum Virtual Memory Free
Critical Minimum Virtual Memory Free

D.6. LogAgent

이 장의 프로브는 여러분 시스템의 로그 파일을 감시합니다. 여러분은 이 프로브들을 이용하여 로그에서 특정 표현을 찾도록 질의하거나 파일 크기를 알아볼 수 있습니다. LogAgent 프로브가 실행되려면 nocpulse 사용자는 반드시 여러분의 로그 파일을 읽을 수 있는 권한을 가지고 있어야 합니다.
이 프로브들이 처음으로 실행되었을 때 보고되는 데이터는 한계치를 기준으로 측정되지 않는다는 것을 주의하십시오. 이는 불완전한 측정 데이터로 인하여 잘못된 통지가 발생하는 것을 막기 위해서 입니다. 두번째 실행에서부터 측정이 시작될 것입니다.

D.6.1. LogAgent::Log Pattern Match

LogAgent::Log Pattern Match 프로브는 감시받고 있는 로그 파일에 위치한 원문을 찾아내기 위해 일반 표현식을 사용하며 다음의 측정값을 수집합니다:
  • 일반 표현식 일치 (Regular Expression Matches) — 프로브가 마지막으로 실행된 이후에 발생한 일치 횟수입니다.
  • 일반 표현식 일치 비율 (Regular Expression Match Rate) — 프로브가 마지막으로 실행된 이후에 발생한 분당 일치 횟수입니다.
요건 — 이 프로브가 실행되려면 감시를 받는 시스템에서 Red Hat Network Monitoring Daemon (rhnmd)이 반드시 실행되고 있어야 합니다. 이 프로브를 운용하기 위해서는 nocpulse 사용자는 반드시 여러분의 로그 파일을 읽을 수 있는 권한을 가지고 있어야 합니다.
감시 받을 로그 파일의 이름과 위치에 덧붙여 반드시 일반 표현식이 대적 기준으로 제공되어야 합니다. 표현식의 형식은 egrep을 지원하는 regex 형식이어야 합니다. 이는 확장된 일반 표현식을 지원한다는 점에서 grep -E에 상응합니다. 다음은 egrep을 위한 regex 집합입니다:
^ beginning of line 
$ end of line 
. match one char 
* match zero or more chars 
[] match one character set, e.g. '[Ff]oo' 
[^] match not in set '[^A-F]oo' 
+ match one or more of preceding chars 
? match zero or one of preceding chars 
| or, e.g. a|b 
() groups chars, e.g., (foo|bar) or (foo)+
Copy to Clipboard Toggle word wrap

주의

표현식에 일중 따옴표 (')를 사용하지 마십시오. 그렇게 하실 경우 egrep이 아무런 오류 메시지도 나타내지 않은채 실패하여 프로브는 타임아웃됩니다.
Expand
표 D.30. LogAgent::Log Pattern Match 설정
필드
Log file* /var/log/messages
Basic regular expression*
Timeout* 45
Critical Maximum Matches
Warning Maximum Matches
Warning Minimum Matches
Critical Minimum Matches
Critical Maximum Match Rate
Warning Maximum Match Rate
Warning Minimum Match Rate
Critical Maximum Match Rate

D.6.2. LogAgent::Log Size

LogAgent::Log Size 프로브는 로그 파일 증가 정도를 감시하고 다음의 측정값을 수집합니다:
  • 크기 (Size) — 프로브가 마지막으로 실행한 이후 증가된 로그 파일의 바이트단위 크기입니다.
  • 산출물 비율 (Output Rate) — 프로브가 마지막으로 실행한 이후 로그 파일이 증가한 분당 바이트 크기입니다.
  • 행 (Lines) — 프로브가 마지막으로 실행한 이후 로그 파일에 기록된 행의 수입니다.
  • 행 비율 (Line Rate) — 프로브가 마지막으로 실행한 이후 로그 파일에 분당 쓰인 행의 수입니다.
요건 — 이 프로브가 실행되려면 감시를 받는 시스템에서 Red Hat Network Monitoring Daemon (rhnmd)이 반드시 실행되고 있어야 합니다. 이 프로브를 운용하기 위해서는 nocpulse 사용자는 반드시 여러분의 로그 파일을 읽을 수 있는 권한을 가지고 있어야 합니다.
Expand
표 D.31. LogAgent::Log Size 설정
필드
Log file* /var/log/messages
Timeout* 20
Critical Maximum Size
Warning Maximum Size
Warning Minimum Size
Critical Minimum Size
Critical Maximum Output Rate
Warning Maximum Output Rate
Warning Minimum Output Rate
Critical Minimum Output Rate
Critical Maximum Lines
Warning Maximum Lines
Warning Minimum Lines
Critical Minimum Lines
Critical Maximum Line Rate
Warning Maximum Line Rate
Warning Minimum Line Rate
Critical Minimum Line Rate

D.7. MySQL 3.23 - 3.33

이 장의 프로브는 MySQL 데이터베이스의 양상을 mysqladmin 바이너리를 이용하여 감시합니다. 이 프로브를 위해서는 특정 사용자 권한을 설정할 필요가 없습니다.
이 프로브들이 성공적으로 실행될 수 있도록 하려면, 감시를 실시하는 시스템에 mysql-server 패키지가 반드시 설치되어야한다는 점을 주의하십시오. 자세한 설명은 RHN Satellite 설치 가이드의 MySQL 설치 장을 참조하십시오.

D.7.1. MySQL::Database Accessibility

MySQL::Database Accessibility 프로브는 데이터베이스 계정을 이용하여 연결 상태를 검사합니다. 이때 이 계정은 데이터베이스 특권을 가지고 있지 않아야 합니다. 만일 연결이 전혀 성립되지 않으면 위험 (CRITICAL) 상태가 됩니다.
Expand
표 D.32. MySQL::Database Accessibility 설정
필드
Username*
Password
MySQL Port 3306
Database* mysql
Timeout 15

D.7.2. MySQL::Opened Tables

MySQL::Opened Tables 프로브는 MySQL 서버를 감시하고 다음의 측정값을 수집합니다:
  • 열린 테이블 (Opened Tables) — 서버가 시작한 이래 열린 테이블입니다.
Expand
표 D.33. MySQL::Opened Tables 설정
필드
Username
Password
MySQL Port* 3306
Timeout 15
Critical Maximum Opened Objects
Warning Maximum Opened Objects
Warning Minimum Opened Objects
Critical Minimum Opened Objects

D.7.3. MySQL::Open Tables

MySQL::Open Tables 프로브는 MySQL 서버를 감시하고 다음의 측정값을 수집합니다:
  • 열려 있는 테이블 (Open Tables) — 프로브가 실행할 때 열려 있는 테이블 수입니다.
Expand
표 D.34. MySQL::Open Tables 설정
필드
Username
Password
MySQL Port* 3306
Timeout 15
Critical Maximum Open Objects
Warning Maximum Open Objects
Warning Minimum Open Objects
Critical Minimum Open Objects

D.7.4. MySQL::Query Rate

MySQL::Query Rate 프로브는 MySQL 서버를 감시하고 다음의 측정값을 수집합니다:
  • 질의 비율 (Query Rate) — 데이터베이스 당 초당 질의 수 평균입니다.
Expand
표 D.35. MySQL::Query Rate 설정
필드
Username
Password
MySQL Port* 3306
Timeout 15
Critical Maximum Query Rate
Warning Maximum Query Rate
Warning Minimum Query Rate
Critical Minimum Query Rate

D.7.5. MySQL::Threads Running

MySQL::Threads Running 프로브는 MySQL 서버를 감시하고 다음의 측정값을 수집합니다:
  • 실행 중인 스레드 (Threads Running) — 데이터베이스 내에서 실행되고 있는 전체 스레드 수입니다.
Expand
표 D.36. MySQL::Threads Running 설정
필드
Username
Password
MySQL Port* 3306
Timeout 15
Critical Maximum Threads Running
Warning Maximum Threads Running
Warning Minimum Threads Running
Critical Minimum Threads Running

D.8. 네트워크 서비스

이 장의 프로브는 작동 중인 네트워크에 통합된 다양한 서비스를 감시합니다. 이 프로브들을 적용할 때에는 시간적 한계치가 타임아웃 시점으로 할당된 시간 양을 넘어서지 않도록 주의하십시오. 그렇지 않으면 모든 장기 대기 시간에 대해서 알 수 없음 (UNKNOWN) 상태가 반환되어 설정된 한계치는 의미가 없어질 것입니다.

D.8.1. Network Services::DNS Lookup

Network Services::DNS Lookup 프로브는 Host or Address to look up 필드에 명시된 시스템이나 도메인 이름을 결정할 수 있는지 여부를 알기 위해 dig를 사용합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 질의 시간 (Query Time) — dig 요청을 실행하는데 필요한 시간으로 1000분의 1초 단위로 측정됩니다.
이 프로브는 DNS 서버의 상태를 감시하는데 유용합니다. 만일 여러분의 DNS 서버 중 하나를 감시하고자 하시면 유명 검색 엔진이나 조직 웹사이트 이름과 같이 잘 알려진 호스트/도메인 이름을 넣으십시오.
Expand
표 D.37. Network Services::DNS Lookup 설정
필드
Host or Address to look up
Timeout* 10
Critical Maximum Query Time
Warning Maximum Query Time

D.8.2. Network Services::FTP

Network Services::FTP 프로브는 FTP 포트의 가용성을 점검하기 위해 네트워크 소켓을 사용합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — FTP 서버가 연결 요청에 응답하는데 소요되는 시간으로 초 단위로 측정됩니다.
이 프로브는 사용자 인증 기능을 지원합니다. 이 기능을 사용하시려면 주어진 필드에 사용자명과 암호를 입력하십시오. 선택 항목인 Expect 값은 FTP 서버로 성공적인 연결이 만들어진 이후에 비교 확인될 문자열입니다. 만일 예상되는 문자열을 찾을 수 없는 경우 프로브는 위험 (CRITICAL) 상태를 반환합니다.
Expand
표 D.38. Network Services::FTP 설정
필드
Expect FTP
Username
Password
FTP Port* 21
Timeout* 10
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.3. Network Services::IMAP Mail

Network Services::IMAP Mail 프로브는 자신이 시스템의 IMAP 4 서비스에 접속할 수 있는지를 결정합니다. 임의의 포트를 명시하면 디폴트 포트인 143번을 덮어쓰게 됩니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — IMAP 서버가 연결 요청에 응답하는데 걸린 시간으로 초 단위로 측정됩니다.
필수 항목인 Expect 값은 IMAP 서버에 성공적으로 연결된 이후에 비교 확인될 문자열입니다. 예상되는 문자열을 찾을 수 없으면 이 프로브는 위험 (CRITICAL) 상태를 반환합니다.
Expand
표 D.39. Network Services::IMAP Mail settings
필드
IMAP Port* 143
Expect* OK
Timeout* 5
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.4. Network Services::Mail Transfer (SMTP)

Network Services::Mail Transfer (SMTP) 프로브는 자신이 시스템의 SMTP 포트에 접속할수 있는지 결정합니다. 임의의 포트 번호를 명시하면 디폴트 포트인 25번을 덮어쓸 것입니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — SMTP 서버가 연결 요청에 응답하는데 걸린 시간으로 초 단위로 측정됩니다.
Expand
표 D.40. Network Services::Mail Transfer (SMTP) 설정
필드
SMTP Port* 25
Timeout* 10
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.5. Network Services::Ping

Network Services::Ping 프로브는 RHN 서버가 감시를 받는 시스템이나 특정 IP 주소로 ping 명령을 실행할 수 있는지를 결정합니다. 이 프로브는 또한 손실된 패킷을 체크하고 왕복 전송 평균치를 경고(Warning)와 위험(Critical) 한계치를 기준으로 비교합니다. 필수 항목인 Packets to send 값은 시스템으로 보내지는 ICMP ECHO 패킷 수를 조절할 수 있도록 해줍니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 왕복 전송 평균 (Round-Trip Average) — ICMP ECHO 패킷이 감시를 받는 시스템에 갔다가 돌아오는데 걸린 시간으로 1000분의 1초 단위로 측정됩니다.
  • 손실된 패킷 (Packet Loss) — 전송중에 손실된 패킷 비율입니다.
IP 주소 필드는, 비록 선택 항목이지만, 다중 IP 주소를 가진 시스템으로부터 값을 측정하는데 도움이 됩니다. 예를 들어, 시스템이 다중 가상 IP 주소로 구성되어 있거나 내부 및 외부 IP 주소를 지원하기 위해서 NAT (Network Address Translation)를 사용하는 경우, 이 항목을 이용하여 호스트명에 연결된 기본 주소가 아닌 2차적 IP 주소를 확인할 수 있습니다.
이 프로브는 ping 명령을, 감시를 받는 시스템이 아닌, RHN 서버에서 실시한다는 점을 주의하십시오. 그러므로 IP 주소 필드를 채우더라도 시스템과 그 특정 IP 주소 사이의 연결성을 검사하지는 않습니다. 이것은 RHN 서버와 IP 주소 사이의 연결성을 검사합니다. 그러므로 다른 시스템에 위치한 Ping 프로브에 같은 IP 주소를 입력하면, 똑같은 작업을 수행합니다. 감시를 받는 시스템에서 개별 IP 주소로 ping을 실행하려면 Remote Ping 프로브를 대신 사용하십시오. 이에 대한 설명은 D.8.7절. “Network Services::Remote Ping”에서 참조하십시오.
Expand
표 D.41. Network Services::Ping 설정
필드
IP Address (defaults to system IP)
Packets to send* 20
Timeout* 10
Critical Maximum Round-Trip Average
Warning Maximum Round-Trip Average
Critical Maximum Packet Loss
Warning Maximum Packet Loss

D.8.6. Network Services::POP Mail

Network Services::POP 프로브는 자신이 시스템의 POP3 포트에 연결 가능한지를 결정합니다. 다른 포트 번호를 명시하면 (필수 사항) 디폴트 포트인 110번을 덮어쓸 것입니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — POP 서버가 연결 요청에 응답하는데 걸린 시간으로 초 단위로 측정됩니다.
필수 항목인 Expect 값은 POP 서버로 성공적인 연결이 만들어진 이후에 비교 확인될 문자열입니다. 프로브는 시스템으로부터의 응답 내용에서 첫 행을 검사하여 문자열을 찾습니다. 기본은 +OK 입니다. 예상되는 문자열을 찾을 수 없으면 이 프로브는 위험 (CRITICAL) 상태를 반환합니다.
Expand
표 D.42. Network Services::POP Mail 설정
필드
Port* 110
Expect* +OK
Timeout* 10
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.7. Network Services::Remote Ping

Network Services::Remote Ping 프로브는 감시를 받는 시스템이 특정 IP 주소로 ping할 수 있는지 결정합니다. 이 프로브는 또한 패킷 손실 정도를 감시하고 왕복 전송 평균치를 경고(Warning)와 위험(Critical) 한계치를 기준으로 비교합니다. 필수 항목인 Packets to send 값은 시스템으로 보낼 ICMP ECHO 패킷 수를 조절할 수 있도록 해줍니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 왕복 전송 평균 (Round-Trip Average) — ICMP ECHO 패킷이 IP 주소로 갔다가 돌아오는데 걸린 시간으로 1000분의 1초 단위로 측정됩니다.
  • 손실된 패킷 (Packet Loss) — 전송중에 손실된 패킷 비율입니다.
IP 주소 필드는 ping을 받을 정확한 주소를 표시합니다. 표준 Ping 프로브에 있는 유사한 필드는 선택 항목이나, 이 필드는 필수 항목입니다. 이는 RHN 서버가 아니라 감시를 받는 시스템이 ping을 실행할 것이기 때문입니다. Remote Ping 프로브는 감시받는 시스템으로부터 연결성을 시험하므로, 다른 IP 주소가 반드시 명시되어야 합니다. RHN 서버로부터 시스템이나 IP 주소로 ping을 실행하려면, 표준 Ping 프로브를 대신 사용하십시오. 자세한 설명은 D.8.5절. “Network Services::Ping”에서 참조하십시오.
요건 — 이 프로브를 실행하려면 Red Hat Network Monitoring Daemon (rhnmd)가 반드시 감시를 받는 시스템에서 실행되고 있어야 합니다.
Expand
표 D.43. Network Services::Remote Ping 설정
필드
IP Address*
Packets to send* 20
Timeout* 10
Critical Maximum Round-Trip Average
Warning Maximum Round-Trip Average
Critical Maximum Packet Loss
Warning Maximum Packet Loss

D.8.8. Network Services::RPCService

Network Services::RPCService 프로브는 주어진 IP 주소에서 RPC (remote procedure call) 프로그램의 가용성을 테스트합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — RPC 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
RPC 서버 프로그램들 (RPC 네트워크를 통하여 함수 호출을 제공하는 프로그램)은, 프로그램 ID와 프로그램 이름을 선언함으로써, 스스로를 RPC 네트워크에 등록시킵니다. NFS는 RPC 구조를 통하여 작동하는 서비스의 한 예입니다.
RPC 서버 프로그램의 자원을 이용하고자하는 클라이언트 프로그램은, 서버 프로그램이 위치해 있는 컴퓨터의 RPC 프로그램 번호나 프로그램 이름 아래의 RPC 함수로의 접근을 요청함으로써 그렇게 할 수 있습니다. 이 통신은 TCP 또는 UDP 상에서 (하지만 거의 대부분 UDP 이용) 일어날 수 있습니다.
이 프로브를 이용하여 간단한 프로그램 가용성을 테스트 할 수 있습니다. 이를 위해서는 프로그램의 이름이나 프로그램 번호 그리고 통신에 사용될 프로토콜을 (일반적인 타임아웃 값도) 명시하셔야 합니다.
Expand
표 D.44. Network Services::RPCService 설정
필드
Protocol (TCP/UDP) udp
Service Name* nfs
Timeout* 10
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.9. Network Services::Secure Web Server (HTTPS)

Network Services::Secure Web Server (HTTPS) 프로브는 보안 웹서버의 가용성을 결정하고 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — HTTPS 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
이 프로브는 자신이 명시된 호스트의 HTTPS 포트로 접속할 수 있는지 확인하고 명시된 URL을 가져올 것입니다. URL이 명시되지 않은 경우에 프로브는 루트 문서를 가져올 것입니다. 프로브는, 그 값을 변경하지 않았다면, 시스템으로부터 HTTP/1 메세지를 찾습니다. 다른 포트 번호를 명시하면 디폴트 포트인 443번을 덮어쓸 것입니다.
이 프로브는 사용자 인증 기능을 지원합니다. 이 기능을 사용하시려면 사용자명과 암호를 주어진 필드에 입력하십시오. 다른 대부분의 프로브와는 달리 이 프로브는 타임아웃 시점 이전에 시스템에 접속을 하지 못하면 위험 (CRITICAL) 상태를 반환할 것입니다.
Expand
표 D.45. Network Services::Secure Web Server (HTTPS) 설정
필드
URL Path /
Expect Header HTTP/1
Expect Content
UserAgent* NOCpulse-check_http/1.0
Username
Password
Timeout* 10
HTTPS Port* 443
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.10. Network Services::SSH

Network Services::SSH 프로브는 명시된 포트에서 SSL의 가용성을 결정하고 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — SSH 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
SSL 서버에 성공적으로 접속하고 유효한 응답을 받음에 따라 이 프로브는 그 프로토콜과 서버 버전 정보를 표시합니다. 만일 프로브가 무효한 응답을 받게 되면 서버로부터 반환된 메세지를 표시하고 경고 (WARNING) 상태를 발생합니다.
Expand
표 D.46. Network Services::SSH 설정
필드
SSH Port* 22
Timeout* 5
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.8.11. Network Services::Web Server (HTTP)

Network Services::Web Server (HTTP) 프로브는 웹서버의 가용성을 결정하고 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — HTTP 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
이 프로브는 자신이 명시된 호스트의 HTTP 포트로 접속할수 있는지 확인하고 명시된 URL을 가져올 것입니다. URL이 명시되지 않은 경우에 프로브는 루트 문서를 가져올 것입니다. 프로브는 그 값을 변경하지 않았다면 시스템으로부터 HTTP/1 메세지를 찾습니다. 다른 포트 번호를 명시하면 디폴트 포트인 80번을 덮어쓸 것입니다. 다른 대부분의 프로브와는 달리 이 프로브는 타임아웃 시점 이전에 시스템에 접속을 하지 못하면 위험 (CRITICAL) 상태를 반환할 것입니다.
이 프로브는 사용자 인증 기능을 지원합니다. 이 기능을 사용하시려면 사용자명과 암호를 주어진 필드에 입력하십시오. 또한 선택적으로 가상 호스트 (Virtual Host) 필드를 사용하여 물리적으로 같은 컴퓨터에 위치하여 있으면서 독립 서버로 나타나는 개별 문서 세트를 감시할 수 있습니다. 여러분의 웹서버가 가상 호스트를 사용할 수 있도록 설정되어 있지 않다면 (대부분의 경우가 그러합니다), 이 필드를 비워두셔야 합니다. 반드시 가상 호스트가 설정되어 있는 경우에만 첫번째 호스트의 도메인명을 여기에 입력하십시오. 컴퓨터의 모든 가상 호스트를 감시하기 위해서 프로브를 필요한 만큼 추가하십시오.
Expand
표 D.47. Network Services::Web Server (HTTP) 설정
필드
URL Path /
Virtual Host
Expect Header HTTP/1
Expect Content
UserAgent* NOCpulse-check_http/1.0
Username
Password
Timeout* 10
HTTP Port* 80
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.9. Oracle 8i, 9i, 10g, 11g

이 장의 프로브들은 프로브가 지원하는 버전의 Oracle 데이터베이스에 적용될 수 있습니다. Oracle 프로브는 데이터베이스의 설정을 요하며 다음 명령을 실행하여 연계 상태를 성립시킬 필요가 있습니다:
$ORACLE_HOME/rdbms/admin/catalog.sql
Copy to Clipboard Toggle word wrap
덧붙여 이 프로브들이 정상적으로 작동하기 위해서는, 프로브에 설정된 Oracle 사용자가 반드시 최소한 CONNECT 그리고 SELECT_CATALOG_ROLE의 권한을 가져야 합니다.
일부 몇몇 프로브는 시스템 불능 상태를 피하기를 주목적으로 하기보다 기기를 튜닝하여 장기적 성능 향상이라는 특정 목표를 가지고 있습니다. 그러므로 이 프로브들은 너무 자주 스케쥴하지 않으셔도 되며 한시간에서 이틀 사이의 간격으로 스케쥴하실 것을 Red Hat은 권고드립니다. 이는 몇분에 한번씩보다 더 나은 통계적 묘사를 제공하는 반면 발생 가능성 있는 예외는 강조하지 않습니다. 이것은 다음의 프로브에 적용됩니다: Buffer Cache, Data Dictionary Cache, Disk Sort Ratio, Library Cache, Redo Log.
시간에 기준한 위험 (CRITICAL) 그리고 경고 (WARNING) 한계치가 의도대로 작동되게 하려면 그 값은 타임아웃 시점으로 할당된 시간양을 초과해서는 안됩니다. 그렇지 않으면 모든 장기 대기 시간의 결과로써 알 수 없음 (UNKNOWN) 상태가 반환되고 한계치는 무의미하게 될 것입니다. 이러한 이유로 Red Hat은 타임아웃 시점이 모든 시간적 한계치보다 크게 설정되었는지 재확인 하실 것을 강력하게 권고합니다. 이에 관하여 이 장에서는 특별히 TNS Ping 프로브가 주의를 요합니다.
마지막으로, 이 Oracle 프로브를 Oracle의 MTS (Multi-Threaded Server)를 쓰는 데이터베이스에 사용하시는 고객분은 Red Hat 지원에 연락하셔서 RHN 서버의 /etc/hosts 파일에 추가된 부분을 받으시기 바랍니다. 이는 DNS 이름이 정확하게 결정되도록 하기 위해서입니다.

D.9.1. Oracle::Active Sessions

Oracle::Active Sessions 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • 활성 세션 (Active Sessions) — V$PARAMETER.PROCESSES 값에 근거한 활성 세션 수입니다.
  • 가용 세션 (Available Sessions) — V$PARAMETER.PROCESSES 값에 근거한 활성 세션 비율입니다.
Expand
표 D.48. Oracle::Active Sessions 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Critical Maximum Active Sessions
Warning Maximum Active Sessions
Critical Maximum Available Sessions Used
Warning Maximum Available Sessions Used

D.9.2. Oracle::Availability

Oracle::Availability 프로브는 RHN Satellite로부터 데이터베이스 가용성을 결정합니다.
Expand
표 D.49. Oracle::Availability 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30

D.9.3. Oracle::Blocking Sessions

Oracle::Blocking Sessions 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • 차단 세션 (Blocking Sessions) — 다른 세션이 Oracle 데이터베이스에 변경 사항을 기록하지 못하도록 막고 있는 세션 수입니다. 이는 여러분이 제공한 필수 항목 Time Blocking 값에 의해 결정됩니다. 초 단위로 측정되는 이 기간동안 막고 있는 세션만이 차단 세션 (blocking sessions)에 포함될 것입니다.
Expand
표 D.50. Oracle::Blocking Sessions 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Time Blocking (seconds)* 20
Timeout* 30
Critical Maximum Blocking Sessions
Warning Maximum Blocking Sessions

D.9.4. Oracle::Buffer Cache

Oracle::Buffer Cache 프로브는 Buffer Cache Hit Ratio를 계산하여. SGA (system global area) Database Buffer Cache 크기를 최적화합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • Db Block Gets — 단일 block gets를 통해 (consistent get 방식 통해서가 아니라) 접속된 블록 횟수입니다.
  • Consistent Gets — consistent 방식으로 데이터를 가져오기 위해 block buffer가 접속한 횟수입니다.
  • Physical Reads — 디스크로 부터 읽혀진 블록의 누적 수입니다.
  • Buffer Cache Hit Ratio — 데이터베이스가 데이터를 가져오기 위해 하드디스크로 가지 않고 버퍼로 가는 비율입니다. 이 비율이 낮으면 시스템에 RAM을 추가하여야 합니다.
Expand
표 D.51. Oracle::Buffer Cache 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port 1521
Timeout* 30
Warning Minimum Buffer Cache Hit Ratio
Critical Minimum Buffer Cache Hit Ratio

D.9.5. Oracle::Client Connectivity

Oracle::Client Connectivity 프로브는 데이터베이스가 실행되고 있는지 그리고 감시받는 시스템으로부터 연결을 받을 수 있는지 결정합니다. 이 프로브는 시스템에 rhnmd 연결을 열고 같은 감시받는 시스템에서 실행되도록 sqlplus connect 명령을 실행합니다.
Expected DB name 변수는 V$DATABASE.NAME의 예상되는 값입니다. 이 값은 대소문자를 구분합니다. 만일 이 값을 찾지 못하면 위험 (CRITICAL) 상태가 반환됩니다.
요건 — 이 프로브가 실행되려면 감시를 받는 시스템에서 Red Hat Network Monitoring Daemon (rhnmd)이 반드시 실행되고 있어야 합니다. 이 프로브를 운용하기 위해서는 nocpulse 사용자는 반드시 여러분의 로그 파일을 읽을 수 있는 권한을 가지고 있어야 합니다.
Expand
표 D.52. Oracle::Client Connectivity 설정
필드
Oracle Hostname or IP address*
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
ORACLE_HOME* /opt/oracle
Expected DB Name*
Timeout* 30

D.9.6. Oracle::Data Dictionary Cache

Oracle::Data Dictionary Cache 프로브는 Data Dictionary Cache Hit Ratio를 계산하여 init.ora의 SHARED_POOL_SIZE를 최적화합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • Data Dictionary Hit Ratio — data dictionary cache로 캐시 찾아보기 비율입니다. 달리 말하여 데이터베이스가 데이터를 가져오기 위해 하드디스크로 가지 않고 사전으로 가는 비율입니다. 이 비율이 낮으면 시스템에 RAM을 추가하여야 합니다.
  • Gets — 단일 block gets를 통해 (consistent get 방식 통해서가 아니라) 접속된 블록 횟수입니다.
  • Cache Misses — 데이터를 consistent 방식으로 가져오기 위해 버퍼를 막은 접속 횟수입니다.
Expand
표 D.53. Oracle::Data Dictionary Cache 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Warning Minimum Data Dictionary Hit Ratio
Critical Minimum Data Dictionary Hit Ratio

D.9.7. Oracle::Disk Sort Ratio

Oracle::Disk Sort Ratio 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Disk Sort Ratio — 메모리 상에서 너무 커서 완료될 수 없는 Oracle sorts 비율로 임시 세그먼트를 사용하여 분류되었습니다.
Expand
표 D.54. Oracle::Disk Sort Ratio 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Critical Maximum Disk Sort Ratio
Warning Maximum Disk Sort Ratio

D.9.8. Oracle::Idle Sessions

Oracle::Idle Sessions 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Idle Sessions — 유휴 중인 Oracle 세션 수이며 이는 여러분께서 입력한 필수 항목 Time Idle의 값에 의해 결정됩니다. 초 단위로 측정되는 이 기간동안 유휴한 세션만이 유휴 세션으로 포함될 것입니다.
Expand
표 D.55. Oracle::Idle Sessions 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Time Idle (seconds)* 20
Timeout* 30
Critical Maximum Idle Sessions
Warning Maximum Idle Sessions

D.9.9. Oracle::Index Extents

Oracle::Index Extents 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Allocated Extents — 어떤 인덱스에라도 할당된 extent 횟수입니다.
  • Available Extents — 어떤 인덱스에라도 가용한 extent 비율입니다.
필수 항목인 Index Name 필드가 가지는 기본 값은 %이며 어떤 인덱스 이름이라도 일치할 수 있습니다.
Expand
표 D.56. Oracle::Index Extents 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Index Owner* %
Index Name* %
Timeout* 30
Critical Maximum of Allocated Extents
Warning Maximum of Allocated Extents
Critical Maximum of Available Extents
Warning Maximum of Available Extents

D.9.10. Oracle::Library Cache

Oracle::Library Cache 프로브는 Library Cache Miss Ratio를 계산하여 init.ora의 SHARED_POOL_SIZE를 최적화합니다. 이 프로브는 다음의 측정값을 수집합니다:
  • Library Cache Miss Ratio — library cache pin miss가 발행하는 비율입니다. 이것은 세션이 이미 파싱되었으나 더 이상 shared pool에 있지 않은 명령문을 실행할 때 발생합니다.
  • Executions — 이 네임스페이스의 객체를 위해 pin이 요청된 횟수입니다.
  • Cache Misses — 객체 핸들이 생성된 이후에 반드시 객체를 디스크로부터 가져와야 하는 pin을 이미 가지고 있는 객체의 pin 수입니다.
Expand
표 D.57. Oracle::Library Cache 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Critical Maximum Library Cache Miss Ratio
Warning Maximum Library Cache Miss Ratio

D.9.11. Oracle::Locks

Oracle::Locks 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Active Locks — 활동 중인 락의 현재 개수로서 v$locks 테이블에 있는 값의 의하여 결정됩니다. 데이터베이스 관리자는 많은 락이 한 데이터베이스 내에 존재한다는 사실을 인지하고 있어야 합니다.
락은 데이터베이스에서 같은 데이터를 업데이트하는 다수의 사용자나 프로세스가 서로 충돌하지 않도록 하기 위해서 사용됩니다. 이 프로브는 한 인스턴스에서 많은 수의 락이 존재할 때 데이터베이스 관리자에게 경고 하는데 유용합니다.
Expand
표 D.58. Oracle::Locks 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Critical Maximum Active Locks
Warning Maximum Active Locks

D.9.12. Oracle::Redo Log

Oracle::Redo Log 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Redo Log Space Request Rate — 서버가 시작된 이후 발생한 재실행 로그 공간 요청 (redo log space requests) 분당 평균 횟수입니다.
  • Redo Buffer Allocation Retry Rate — 서버가 시작된 이후 발생한 버퍼 할당 재시도 (buffer allocation retries) 분당 평균 횟수입니다.
반환된 측정 수치와 기준이 된 한계치는 이벤트의 분당 변동 비율을 나타냅니다. 이 측정값이 빠르게 증가한다는 것은 조사를 요하는 문제가 있음을 나타낼 수 있기 때문에, 변동 비율을 감시할 필요가 있습니다.
Expand
표 D.59. Oracle::Redo Log 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Timeout* 30
Critical Maximum Redo Log Space Request Rate
Warning Maximum Redo Log Space Request Rate
Critical Maximum Redo Buffer Allocation Retry Rate
Warning Maximum Redo Buffer Allocation Retry Rate

D.9.13. Oracle::Table Extents

Oracle::Table Extents 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Allocated Extents-Any Table — 모든 테이블에 있는 extent 총합입니다.
  • Available Extents-Any Table — 모든 테이블의 가용한 extent 비율입니다.
Oracle에서 테이블 확장 (table extents)은 어떻게 테이블이 커지는지를 나타냅니다. 테이블이 가득 차면 테이블이 생성될 때 설정된 공간 크기만큼 확장됩니다. 확장은 테이블 단위로 설정되며 확장 크기와 확장 최대 횟수가 설정됩니다.
예를 들어 한 테이블의 초기 크기가 10MB이고 확장 크기는 1MB, 최대 확장 횟수는 10번으로 설정되었다면 그 테이블은 최대 20MB까지 증가될 수 있습니다 (1MB씩 10번 증가). 이 프로브는 다음과 같은 상황에 따라 통보를 발생하도록 설정될 수 있습니다. (1) 할당된 확장 횟수 (예, "테이블이 5번 이상 확장되면 위험 상태로 돌입"). 또는 (2) 최대 확장의 특정 비율 이상으로 테이블 확장 (예, "테이블의 최대 확장치의 80% 또는 이상이 소요되면 위험 상태로 돌입").
필수 항목인 테이블 소유자테이블 이름 필드는 기본값으로 %을 가지고 있으며, 이 기호는 모든 테이블 소유자 또는 이름과 일치됩니다.
Expand
표 D.60. Oracle::Table Extents 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Table Owner* %
Table Name* %
Timeout* 30
Critical Maximum Allocated Extents
Warning Maximum Allocated Extents
Critical Maximum Available Extents
Warning Maximum Available Extents

D.9.14. Oracle::Tablespace Usage

Oracle::Tablespace Usage 프로브는 Oracle 데이터베이스를 감시하고 다음의 측정값을 수집합니다:
  • Available Space Used — 사용된 각 테이블스페이스에서 가용한 공간 비율입니다.
테이블스페이스는 테이블 집합이 존재하는 각 공간의 shared pool입니다. 이 프로브는 가용한 공간 전체 크기가 설정된 한계치보다 작아지면 사용자에게 통보합니다. 테이블스페이스는 바이트 단위로 측정되므로 확장 (extent)은 직접적으로 고려하지 않습니다 (각 확장은 shared pool에서 가용한 공간을 줄이기는 합니다).
필수 항목인 테이블 공간 이름 필드는 대소문자를 구분하며 기본값으로 %을 가지고 있습니다. 이 기본값은 어떤 테이블 이름과도 일치됩니다.
Expand
표 D.61. Oracle::Tablespace Usage 설정
필드
Oracle SID*
Oracle Username*
Oracle Password*
Oracle Port* 1521
Tablespace Name* %
Timeout* 30
Critical Maximum Available Space Used
Warning Maximum Available Space Used

D.9.15. Oracle::TNS Ping

Oracle::TNS Ping probe 는 Oracle listener가 살아있는지 결정하고 다음의 측정값을 수집합니다:
  • 원격 서비스 대기 시간 (Remote Service Latency) — Oracle 서버가 연결 요청에 응답하는데 걸린 초단위 시간입니다.
Expand
표 D.62. Oracle::TNS Ping 설정
필드
TNS Listener Port* 1521
Timeout* 15
Critical Maximum Remote Service Latency
Warning Maximum Remote Service Latency

D.10. RHN Satellite

이 장의 프로브는 RHN Satellite 자체에 적용되어 시스템 상태와 성능을 감시할 수 있습니다. 이 프로브들은 로컬에서 실행되므로 특정 애플리케이션이나 메세지 전달 프로토콜이 필요하지 않습니다.

D.10.1. RHN Satellite::Disk Space

RHN Satellite::Disk Space 프로브는 세틀라이트 서버에서 사용되고 있지 않는 디스크 공간을 감시하고 다음의 측정값을 수집합니다:
  • File System Used — 현 파일 시스템에서 사용 중인 비율입니다.
  • Space Used — 현 파일 시스템에 의해 사용된 파일 크기입니다.
  • Space Available — 현 파일 시스템에서 사용할 수 있는 파일 크기입니다.
Expand
표 D.63. RHN Satellite::Disk Space 설정
필드
Device Pathname* /dev/hda1
Critical Maximum File System Used
Warning Maximum File System Used
Critical Maximum Space Used
Warning Maximum Space Used
Critical Maximum Space Available
Warning Maximum Space Available

D.10.2. RHN Satellite::Execution Time

RHN Satellite::Execution Time 프로브는 세틀라이트 서버에서 실행되는 프로브의 실행 시간을 감시하고 다음의 측정값을 수집합니다:
  • Probe Execution Time Average — 한 프로브가 완전히 실행되는데 걸리는 시간으로 초 단위로 측정됩니다.
Expand
표 D.64. RHN Satellite::Execution Time 설정
필드
Critical Maximum Probe Execution Time Average
Warning Maximum Probe Execution Time Average

D.10.3. RHN Satellite::Interface Traffic

RHN Satellite::Interface Traffic 프로브는 세틀라이트 서버에서 인터페이스 전송량을 감시하고 다음의 측정값을 수집합니다:
  • Input Rate — 기기가 받는 초당 전송량으로 바이트 단위로 측정됩니다.
  • Output Rate — 기기가 보내는 초당 전송량으로 바이트 단위로 측정됩니다.
Expand
표 D.65. RHN Satellite::Interface Traffic 설정
필드
Interface* eth0
Timeout (seconds)* 30
Critical Maximum Input Rate
Critical Maximum Output Rate

D.10.4. RHN Satellite::Latency

RHN Satellite::Latency 프로브는 Satellite에서 프로브의 지연 시간을 감시하고 다음의 측정값을 수집합니다:
  • Probe Latency Average — 프로브의 실행 준비 완료시에서 실제 실행 시간 사이의 지연 시간입니다. 정상적인 경우에 이것은 일반적으로 일초 이내일 것입니다. Satellite가 과부하되면 (Satellite가 프로브의 평균 실행 시간에 관련하여 너무 많은 프로브를 가지고 있기 때문에), 이 숫자는 증가할 것입니다.
Expand
표 D.66. RHN Satellite::Latency 설정
필드
Critical Maximum Probe Latency Average
Warning Maximum Probe Latency Average

D.10.5. RHN Satellite::Load

RHN Satellite::Load 프로브는 세틀라이트 서버의 CPU 부하를 감시하고 다음의 측정값을 수집합니다:
  • Load — 1-, 5-, 15-분 간격의 CPU의 부하 평균입니다.
Expand
표 D.67. RHN Satellite::Load 설정
필드
Critical Maximum 1-minute Average
Warning Maximum 1-minute Average
Critical Maximum 5-minute Average
Warning Maximum 5-minute Average
Critical Maximum 15-minute Average
Warning Maximum 15-minute Average

D.10.6. RHN Satellite::Probe Count

RHN Satellite::Probe Count 프로브는 세틀라이트 서버의 프로브 수를 감시하고 다음의 측정값을 수집합니다:
  • Probes — 세틀라이트 서버에서 실행되고 있는 개별 프로브 수입니다.
Expand
표 D.68. RHN Satellite::Probe Count 설정
필드
Critical Maximum Probe Count
Warning Maximum Probe Count

D.10.7. RHN Satellite::Process Counts

RHN Satellite::Process Counts 프로브는 세틀라이트 서버의 프로세스 수를 감시하고 다음의 측정값을 수집합니다:
  • Blocked — 대기열로 옮겨지고 대기 상태로 변경된 프로세스 수입니다.
  • Child — 이미 컴퓨터에서 실행되고 있는 다른 프로세스에서 양산된 프로세스 수입니다.
  • Defunct — (다른 신호에 의해 종료되었거나 exit()을 호출한 이유 등으로) 종결되었으나 이 프로세스의 부모 프로세스는 아직 wait() 시스템 호출을 (또는 유사한 형태) 실행하여 이들이 종결되었다는 통지를 받지 못한 프로세스의 수입니다.
  • Stopped — 프로세스 실행이 완료되기 전에 중단된 프로세스 수입니다.
  • Sleeping — 프로세스가 Interruptible (깨어날 수 있는) 수면 상태에 있으며 이후에 메모리로 재도입되어 실행이 중단된 부분에서부터 프로세스가 재개될 것입니다.
Expand
표 D.69. RHN Satellite::Process Counts 설정
필드
Critical Maximum Blocked Processes
Warning Maximum Blocked Processes
Critical Maximum Child Processes
Warning Maximum Child Processes
Critical Maximum Defunct Processes
Warning Maximum Defunct Processes
Critical Maximum Stopped Processes
Warning Maximum Stopped Processes
Critical Maximum Sleeping Processes
Warning Maximum Sleeping Processes

D.10.8. RHN Satellite::Processes

RHN Satellite::Processes 프로브는 세틀라이트 서버의 프로세스 수를 감시하고 다음의 측정값을 수집합니다:
  • Processes — 컴퓨터에서 동시에 실행되고 있는 프로세스 수입니다.
Expand
표 D.70. RHN Satellite::Processes 설정
필드
Critical Maximum Processes
Warning Maximum Processes

D.10.9. RHN Satellite::Process Health

RHN Satellite::Process Health 프로브는 특정 고객 프로세스를 감시하고 다음의 측정값을 수집합니다:
  • CPU Usage — 주어진 프로세스의 CPU 사용율입니다.
  • 자식 프로세스 그룹 (Child Process Groups) — 지정된 부모 프로세스로부터 생겨난 자식 프로세스의 수입니다. 한 자식 프로세스는 부모로부터 대부분의 속성을 물려 받습니다.
  • 스레드 (Threads) — 주어진 프로세스를 위해 실행되고 있는 스레드 수입니다. 하나의 스레드는 CPU 사용에 있어 기본 단위이며 프로그램 카운터, 레지스터 세트 그리고 스택 공간으로 구성되어 있습니다. 스레드는 경량 프로세스라고도 불립니다.
  • Physical Memory Used — 특정 프로세스에 의해 사용되고 있는 물리적 메모리 크기로 킬로바이트 단위로 측정됩니다.
  • Virtual Memory Used — 명시된 프로세스가 사용하고 있는 가상 메모리 양, 또는 실제 메모리의 프로세스 크기와 스왑의 합으로 킬로바이트 단위로 측정됩니다.
명령어 이름이나 프로세스 ID. (PID)를 사용하여 프로세스를 명시하십시오. PID를 입력하면 명령어 이름보다 우선시될 것입니다. 명령어 이름이나 PID 둘 다 입력되지 않으면 에러 메세지 Command not found가 표시되고 프로브는 위험 (CRITICAL) 상태가 됩니다.
Expand
표 D.71. RHN Satellite::Process Health 설정
필드
Command Name
Process ID (PID) file
Timeout* 15
Critical Maximum CPU Usage
Warning Maximum CPU Usage
Critical Maximum Child Process Groups
Warning Maximum Child Process Groups
Critical Maximum Threads
Warning Maximum Threads
Critical Maximum Physical Memory Used
Warning Maximum Physical Memory Used
Critical Maximum Virtual Memory Used
Warning Maximum Virtual Memory Used

D.10.10. RHN Satellite::Process Running

RHN Satellite::Process Running 프로브는 명시된 프로세스가 실행되고 있는지 확인합니다. 명령어 이름이나 프로세스 ID. (PID)를 이용하여 프로세스를 명시하십시오. PID를 입력하면 입력된 명령어 이름을 덮어쓸 것입니다. 프로브가 명령어나 PID를 확인할 수 없으면 위험 (Critical) 상태가 됩니다.
Expand
표 D.72. RHN Satellite::Process Running 설정
필드
Command Name
Process ID (PID) file
Critical Number Running Maximum
Critical Number Running Minimum

D.10.11. RHN Satellite::Swap

RHN Satellite::Swap 프로브는 세틀라이트 서버에서 사용 가능한 사용되지 않고 있는 스왑 공간을 감시합니다. 측정값이 위험 한계치 아래로 떨어지면 위험 (CRITICAL) 상태가 됩니다. 측정값이 경고 한계치 아래로 떨어지면 경고 (WARNING) 상태가 됩니다.
Expand
표 D.73. RHN Satellite::Swap 설정
필드
Critical Minimum Swap Percent Free
Warning Minimum Swap Percent Free

D.10.12. RHN Satellite::Users

RHN Satellite::Users 프로브는 세틀라이트 서버에 현재 로그인한 사용자의 수를 감시합니다. 측정값이 위험 한계치 아래로 떨어지면 위험 (CRITICAL) 상태가 됩니다. 측정값이 경고 한계치 아래로 떨어지면 경고 (WARNING) 상태가 됩니다.
Expand
표 D.74. RHN Satellite::Users 설정
필드
Critical Maximum Users
Warning Maximum Users

부록 E. 고친 과정

고친 과정
고침 4-8.2.4002013-10-31Rüdiger Landmann
Rebuild with publican 4.0.0
고침 4-8.2Thu May 16 2013Eun_Ju Kim
한국어 버전 번역 완료
고침 4-8.1Fri Feb 22 2013Terry Chuang
번역 파일이 XML 소스 4-8과 동기화됨
고침 4-8Wed Jan 2 2013Athene Chan
BZ#862950 "(pup)"와 "that" 사이에 공백 포함
고침 4-7Wed Sept 19 2012Dan Macpherson
5.5 용 최종 패키지 구성
고침 4-6Thu Aug 16 2012Athene Chan
BZ#847993 섹션 5.2.4의 예에서 파일 이름 변경
고침 4-5Thu Aug 16 2012Athene Chan
BZ#773647 "새 계정 생성" 스냅샷 관련 단락 업데이트
BZ#846691 섹션 1.1에서 "구매" 링크 업데이트
고침 4-4Wed Aug 15 2012Athene Chan
BZ#773647 "새 계정 생성" 스냅샷 업데이트
고침 4-3Thu Aug 9 2012Athene Chan
리뷰 용으로 문서 준비
고침 3-2Fri Aug 3 2012Athene Chan
BZ#844849 단락을 재구성
고침 3-1Tue Jun 17 2012Athene Chan
폐지 예정의 내용을 삭제. 5.5 릴리즈 준비
BZ#837703 사용자 정의 GPG 키에 대한 내용 추가
고침 3-0Thurs May 24 2012Athene Chan
BZ#783340 - "s390x"를 "IBM System z"로 업데이트
고침 2-6Mon Jan 9 2012Lana Brindley
BZ#707591 - 가상화 장에서 지시 사항 업데이트
BZ#746640 - 가상화 장에서 킥스타트 정보 추가
고침 2-5Wed Jan 4 2012Lana Brindley
BZ#707568 & BZ#707570 - 가상화 장 - 채널 이름
Z#744653 - 가상화 장 - 오타 수정
BZ#744656 - 가상화 장 - RHEL6 지시 사항 업데이트
BZ#750481 - 파일 최대 크기 변경 방법 업데이트
BZ#766424 - 킥스타트 장 - 텍스트 업데이트
고침 2-4Fri Sep 23 2011Lana Brindley
BZ#702516 - Unix 핸드북
BZ#703605 - 모니터링 장
BZ#706868 & BZ#707169 - Cobbler 장
BZ#707591 - 가상화 장
BZ#707602 - 가상화 장
BZ#715267 - 오타 수정
고침 2-3Mon Aug 15 2011Lana Brindley
z-stream을 y-stream으로 출시
고침 2-2Wed Jun 15 2011Lana Brindley
문서 공개를 위한 준비
고침 2-1Fri May 27 2011Lana Brindley
번역사로 부터 업데이트
고침 2-0Fri May 6 2011Lana Brindley
번역을 위한 준비
고침 1-29Fri March 25 2011Lana Brindley
번역을 위해 엔티티 수정
BZ#683466 - 모니터링
고침 1-28Thu March 24 2011Lana Brindley
BZ#679621 - 번역을 위해 엔티티 수정
BZ#681788 - 통지
고침 1-27Mon Feb 14 2011Lana Brindley
BZ#658127 - API 액세스
고침 1-26Wed Feb 9 2011Lana Brindley
BZ#658120 - RHEL 2.1 참조 삭제
BZ#658131 - API 액세스
BZ#669166 - 가상화
고침 1-25Mon Jan 31 2011Lana Brindley
BZ#443630 - 킥스타트
BZ#559515 - Cobbler

색인

Symbols

"모니터링" 인타이틀먼트
소개, 모니터링
개요, RHN 개요 페이지
계정 비활성화, 계정 비활성화
도움말, "도움말" 페이지
사용자 계정, "사용자 계정" 페이지
사용자 환경 설정, "사용자 환경 설정" 페이지
이메일, 이메일 변경
주소, 주소
계정
비활성화, 계정 비활성화
관리
서비스 레벨 모듈, 관리 모듈
기본 채널, 소프트웨어 채널
네비게이션, 네비게이션
네트워크 서비스
DNS Lookup, Network Services::DNS Lookup
FTP, Network Services::FTP
IMAP 메일, Network Services::IMAP Mail
Ping, Network Services::Ping
POP 메일, Network Services::POP Mail
RPC서비스, Network Services::RPCService
SSH, Network Services::SSH
메일 전송 (SMTP), Network Services::Mail Transfer (SMTP)
보안 웹 서버 (HTTPS), Network Services::Secure Web Server (HTTPS)
원격 Ping, Network Services::Remote Ping
웹 서버 (HTTP), Network Services::Web Server (HTTP)
프로브, 네트워크 서비스
등록, RHN 등록 클라이언트
RPM 패키지 목록, 소프트웨어 시스템 프로파일
사용자 이름, 사용자 계정 등록하기
설정, RHN 등록 클라이언트 설정
소프트웨어 시스템 프로파일, 소프트웨어 시스템 프로파일
시스템 프로파일, 사용자 계정 등록하기, 시스템 프로파일 등록
암호, 사용자 계정 등록하기
웹을 통해, RHN 웹사이트 로그인하기
이메일 통지, 사용자 계정 등록하기
조직의 부분으로, 사용자 계정 등록하기
텍스트 모드, 텍스트 모드 RHN 등록 클라이언트
프록시 서버 사용, RHN 등록 클라이언트 설정
하드웨어 시스템 프로파일, 하드웨어 시스템 프로파일
활성키 사용, 활성키
디지털 인증서, 보안, QA 및 Red Hat Network
로그 에이전트
로그 크기, LogAgent::Log Size
로그 패턴 일치, LogAgent::Log Pattern Match
프로브
nocpulse, LogAgent
매크로
설정 파일 내
삽입, 설정 파일에 매크로 포함하기
모니터링, 모니터링
OK, 프로브 상태 ⇒ OK
경고, 프로브 상태 ⇒ 경고
미결, 프로브 상태 ⇒ 미결
상태, 프로브 상태
서비스 레벨 모듈, 모니터링 모듈
선수 조건, 선수 조건
스카웃 설정 푸시, 스카웃 설정 푸시
알 수 없음, 프로브 상태 ⇒ 알 수 없음
위험, 프로브 상태 ⇒ 위험
일반 설정, 일반 설정
전체, 프로브 상태 ⇒ 전체
통지, 통지
프로브 목록, 프로브
현재 상태, 현재 상태
모니터링 스카웃 , 모니터링
목록 탐색
설명, 목록
문제해결
모니터링, 문제 해결
변형된 파일
매크로
설정 파일, 설정 파일에 매크로 포함하기
보안
개요, 보안, QA 및 Red Hat Network
비활성화
사용자, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보
빠른 검색
설명, 빠른 검색
사용자, 사용자
비활성화, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보
삭제 (RHN Satellite 만), 사용자 목록 ⇒ 활성 ⇒ 사용자 정보
암호 변경, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
역할, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
이메일 주소 변경, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
사용자 계정, 사용자 계정 등록하기
사용자 역할, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
사용자 정보
시스템 정보, 시스템 상세 정보 ⇒ 상세 정보 ⇒ 사용자 정보
삭제
사용자 (RHN Satellite만), 사용자 목록 ⇒ 활성 ⇒ 사용자 정보
생성
설정
채널, 설정 채널
서비스 레벨 모듈
관리, 관리 모듈
모니터링, 모니터링 모듈
업데이트, 업데이트 모듈
프로비저닝, 프로비저닝 모듈
선택된 시스템
설명, 선택된 시스템
설정
스케줄, 설정
작업, 설정
채널
생성, 설정 채널
파일, 설정
설정 관리
명령행 도구, 명령행 설정 관리 도구
시스템 준비, 설정 관리에 필요한 시스템 준비
소프트웨어
검색, 패키지 검색
채널 목록
채널 정보, 소프트웨어 채널 정보
패키지 검색, 패키지 검색
소프트웨어 채널
정보, 소프트웨어 채널 정보 ⇒ 정보
스카웃 설정 푸시 , 모니터링
스케줄된 작업
미결 작업, 스케쥴 - 미결 작업
실패한 작업, 실패한 작업
아카이브된 작업, 아카이브된 작업
완료된 작업, 완료된 작업
작업 목록, 작업 목록
작업 정보, 작업 정보
스케쥴, 스케쥴된 작업
시스템
개요, 개요
검색하기, 고급 검색
고급 검색, 고급 검색
목록 보기, "시스템" 페이지
삭제, 시스템 정보 ⇒ 정보
상세 정보 보기, 시스템 등록정보
시스템 개요, 개요
시스템 목록, "시스템" 페이지
시스템 상세 정보, 시스템 등록정보
인타이틀먼트, 서브스크립션 관리
인타이틀먼트 부여, 서브스크립션 관리
시스템 그룹, 시스템 그룹
가입 및 탈퇴, 시스템 상세 정보 ⇒ 그룹
목록, 시스템 그룹
삭제하기, 시스템 그룹 정보 ⇒ 상세 정보
상세 정보 보기, 시스템 그룹 정보
상세 정보 편집, 시스템 그룹 정보 ⇒ 상세 정보
생성, 그룹 만들기
시스템 그룹 목록, 시스템 그룹
추가 및 제거, 그룹에 시스템 추가, 제거하기
할당하기 및 제거하기, 시스템 상세 정보 ⇒ 그룹
시스템 그룹 목록
상태, 시스템 그룹
시스템 목록, "시스템" 페이지
상태, "시스템" 페이지
시스템 삭제, 시스템 정보 ⇒ 정보
시스템 세트 매니저, 시스템 세트 관리자
시스템 프로파일, 시스템 프로파일 등록
등록 정보 업데이트, 시스템 정보 ⇒ 정보 ⇒ 등록 정보
사용자 정보, 시스템 상세 정보 ⇒ 상세 정보 ⇒ 사용자 정보
알림, 시스템 정보 ⇒ 정보 ⇒ 알림
재활성화, 시스템 정보 ⇒ 정보 ⇒ 재활성화
패키지 목록 업데이트, 시스템 정보 ⇒ 소프트웨어 ⇒ 패키지
하드웨어 프로파일 업데이트, 시스템 정보 ⇒ 정보 ⇒ 하드웨어
알림
시스템 정보, 시스템 정보 ⇒ 정보 ⇒ 알림
암호
변경, "사용자 계정" 페이지
암호 변경, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
애플리케이션 프로그래밍 인터페이스
API, RHN API 액세스
업데이트
서비스 레벨 모듈, 업데이트 모듈
웹사이트를 통해, 웹사이트를 통한 업데이트하기
업데이트하기
명령행을 통해, 명령행에서 업데이트하기
에라타, 에라타
고급 검색, 고급 검색
관련 에라타, 관련 에라타
모든 에라타, 모든 에라타
적용 가능 사항 적용, 시스템 정보 ⇒ 소프트웨어 ⇒ 에라타
에라타 업데이트
검색, 고급 검색
모든 에라타 목록 보기, 모든 에라타
적용, 에라타 업데이트 적용하기
적용 가능한 에라타 목록 보기, 관련 에라타
정보 보기, 에라타 정보
에라타 통보 아이콘
설명, 에라타 통보 아이콘
에라타 통지
자동 업데이트, 에라타 통지 및 패키지 설치 스케줄하기
원격 명령
실행, 명령 실행
활성화, 명령 활성화
웹사이트, Red Hat Network 웹사이트
개요, 네비게이션, RHN 개요 페이지
관련 에라타, 관련 에라타
네비게이션 바, 네비게이션
도움말, "도움말" 페이지
로그인, RHN 웹사이트 로그인하기
로케일, 로케일 설정
모니터링, 모니터링
모든 에라타, 모든 에라타
사용자, 사용자
사용자 계정, "사용자 계정" 페이지
사용자 정의 시스템 정보, 사용자 정의 시스템 정보
소프트웨어 검색, 패키지 검색
소프트웨어 채널 정보, 소프트웨어 채널 정보
스케쥴, 스케쥴된 작업
시스템, 시스템
시스템 개요, 개요
시스템 검색, 고급 검색
시스템 그룹, 시스템 그룹
시스템 그룹 목록, 시스템 그룹
시스템 목록, "시스템" 페이지
시스템 상세 정보, 시스템 등록정보
시스템 인타이틀먼트, 서브스크립션 관리
언어, 로케일 설정
에라타, 에라타
에라타 검색, 고급 검색
저장된 프로파일, 저장된 프로파일
채널, 채널
채널 목록, 소프트웨어 채널
활성키, 활성키
웹사이트 개요, 카테고리와 페이지
이메일 주소
변경, 이메일 변경, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
이메일 주소 변경, 사용자 목록 ⇒ 활성 ⇒ 사용자 정보 ⇒ 상세 정보
인타이틀먼트
활성키 사용, 활성키
일반
SNMP 확인, General::SNMP Check
TCP 확인, General::TCP Check
UDP 확인, General::UDP Check
가동 시간 (SNMP), General::Uptime (SNMP)
데이터가 있는 원격 프로그램, General::Remote Program with Data
원격 프로그램, General::Remote Program
프로브, 일반
자식 채널, 소프트웨어 채널
작업
실패한 작업, 작업 정보 ⇒ 실패한 시스템
완료된 시스템, 작업 정보 ⇒ 완료된 시스템
작업 정보, 작업 정보 ⇒ 정보
진행 중인 시스템, 작업 정보 ⇒ 진행 중인 시스템
재활성화
시스템, 시스템 정보 ⇒ 정보 ⇒ 재활성화
주소
변경, 주소
참조 가이드
머리글, 참조 가이드 머리글
버그 보고, 여러분의 의견을 기다리고 있습니다
채널, 채널
Red Hat, Red Hat 채널
공유, 공유 채널
기본, 소프트웨어 채널
내, 내채널
모든, 모든 채널
목록, 소프트웨어 채널
설정
생성, 설정 채널
소프트웨어 및 설정 파일, 채널
에라타, 소프트웨어 채널 정보 ⇒ 에라타
자식, 소프트웨어 채널
주요 사용 채널, 주요 사용 채널
패키지, 소프트웨어 채널 정보 ⇒ 패키지
채널 목록 , 소프트웨어 채널
채널 및 패키지
채널 목록, 소프트웨어 채널
클라이언트 시스템
등록하기, Unix 시스템 등록하기
설정, 클라이언트 설정
업데이트, 업데이트 받기
클라이언트 애플리케이션
방향 전환, 클라이언트 설정
킥스타트
설명, 킥스타트 설명
통지
메소드 삭제, 통지 메소드 삭제
메소드 생성, 통지 메소드를 생성하기
모니터링, 통지
받기, 통지 받기
방향 전환, 통지 방향 전환
필터, 일반 설정
필터링, 통지 필터링
패키지
필터, 소프트웨어 채널 정보 ⇒ 패키지
패키지 목록
서버에서 업데이트, 시스템 정보 ⇒ 소프트웨어 ⇒ 패키지
패키지 설치
스케줄, 에라타 통지 및 패키지 설치 스케줄하기
패키지 업데이터 (pup)
전체 설명, 패키지 업데이터
포트 22, SSH 설정하기
프로브
Apache, Apache 1.3.x와 2.0.x
Linux, Linux
MySQL, MySQL 3.23 - 3.33
Oracle, Oracle 8i, 9i, 10g, 11g
RHN Satellite, RHN Satellite
RHN 서버에서, RHN 서버 모니터링
WebLogic, BEA WebLogic 6.x 그리고 그 이후 버전
가이드라인, 프로브 정보
관리, 프로브 관리하기
네트워크 서비스, 네트워크 서비스
로그 에이전트
nocpulse, LogAgent
모니터링, 프로브
일반, 일반
한계점, 한계점 설정하기
프로브 목록
Apache
가동 시간, Apache::Uptime
트래픽, Apache::Traffic
프로세스, Apache::Processes
Linux
CPU 사용, Linux::CPU Usage
Inodes, Linux::Inodes
가상 메모리, Linux::Virtual Memory
디스크 IO 처리량, Linux::Disk IO Throughput
디스크 사용, Linux::Disk Usage
메모리 사용량, Linux::Memory Usage
부하, Linux::Load
사용자, Linux::Users
상태에 따른 TCP 연결, Linux::TCP Connections by State
상태에 따른 프로세스 수, Linux::Process Counts by State
스왑 사용량, Linux::Swap Usage
실행중인 프로세스, Linux::Process Running
인터페이스 트래픽, Linux::Interface Traffic
총 프로세스 수, Linux::Process Count Total
프로세스 상태, Linux::Process Health
MySQL
데이터베이스 액세스도, MySQL::Database Accessibility
실행 중인 스레드, MySQL::Threads Running
열린 테이블, MySQL::Opened Tables, MySQL::Open Tables
질의 비율, MySQL::Query Rate
Oracle
TNS Ping, Oracle::TNS Ping
가용성, Oracle::Availability
데이터 사전 캐시, Oracle::Data Dictionary Cache
디스크 정렬 비율, Oracle::Disk Sort Ratio
라이브러리 캐시, Oracle::Library Cache
로그 다시 실행, Oracle::Redo Log
방해 세션, Oracle::Blocking Sessions
버퍼 캐시, Oracle::Buffer Cache
유휴 세션, Oracle::Idle Sessions
인덱스 익스텐트, Oracle::Index Extents
잠금, Oracle::Locks
클라이언트 연결, Oracle::Client Connectivity
테이블 공간 사용, Oracle::Tablespace Usage
테이블 익스텐트, Oracle::Table Extents
활성 세션, Oracle::Active Sessions
RHN Satellite
Swap, RHN Satellite::Swap
디스크 공간, RHN Satellite::Disk Space
부하, RHN Satellite::Load
사용자, RHN Satellite::Users
실행 시간, RHN Satellite::Execution Time
실행 중인 프로세스, RHN Satellite::Process Running
인터페이스 트래픽, RHN Satellite::Interface Traffic
지연 시간, RHN Satellite::Latency
프로브 수, RHN Satellite::Probe Count
프로세스, RHN Satellite::Processes
프로세스 상태, RHN Satellite::Process Health
프로세스 수, RHN Satellite::Process Counts
WebLogic
Heap Free, BEA WebLogic::Heap Free
JDBC 연결 풀, BEA WebLogic::JDBC Connection Pool
Servlet, BEA WebLogic::Servlet
서버 상태, BEA WebLogic::Server State
실행 대기열, BEA WebLogic::Execute Queue
네트워크 서비스
DNS Lookup, Network Services::DNS Lookup
FTP, Network Services::FTP
IMAP 메일, Network Services::IMAP Mail
Ping, Network Services::Ping
POP 메일, Network Services::POP Mail
RPC서비스, Network Services::RPCService
SSH, Network Services::SSH
메일 전송 (SMTP), Network Services::Mail Transfer (SMTP)
보안 웹 서버 (HTTPS), Network Services::Secure Web Server (HTTPS)
원격 Ping, Network Services::Remote Ping
웹 서버 (HTTP), Network Services::Web Server (HTTP)
로그 에이전트
로그 크기, LogAgent::Log Size
로그 패턴 일치, LogAgent::Log Pattern Match
일반
SNMP 확인, General::SNMP Check
TCP 확인, General::TCP Check
UDP 확인, General::UDP Check
가동 시간 (SNMP), General::Uptime (SNMP)
데이터가 있는 원격 프로그램, General::Remote Program with Data
원격 프로그램, General::Remote Program
프로비저닝
서비스 레벨 모듈, 프로비저닝 모듈
프록시 서버
RHN 등록 클라이언트 사용, RHN 등록 클라이언트 설정
하드웨어 프로파일
서버 상에서 업데이트, 시스템 정보 ⇒ 정보 ⇒ 하드웨어
헬프데스크, "도움말" 페이지
환경 설정
로케일, 로케일 설정
변경, "사용자 환경 설정" 페이지
언어, 로케일 설정
활성키, 활성키
비활성화, 활성키 관리
삭제하기, 활성키 관리
생성, 편집, 삭제하기, 활성키 관리
여러 활성키 사용, 한 번에 여러 활성키를 사용
편집하기, 활성키 관리

A

Apache
가동 시간, Apache::Uptime
트래픽, Apache::Traffic
프로브, Apache 1.3.x와 2.0.x
프로세스, Apache::Processes

C

Cobbler, Cobbler
cobbler , Cobbler

E

EUS (살펴볼 내용 EUS (Extended Update Support))
EUS (Extended Update Support), EUS (Extended Update Support)

G

GPG (GNU Privacy Guard), 보안, QA 및 Red Hat Network

K

Koan, Cobbler
koan, Cobbler

L

Linux
CPU 사용, Linux::CPU Usage
Inodes, Linux::Inodes
가상 메모리, Linux::Virtual Memory
디스크 IO 처리량, Linux::Disk IO Throughput
디스크 사용, Linux::Disk Usage
메모리 사용량, Linux::Memory Usage
부하, Linux::Load
사용자, Linux::Users
상태에 따른 TCP 연결, Linux::TCP Connections by State
상태에 따른 프로세스 수, Linux::Process Counts by State
스왑 사용량, Linux::Swap Usage
실행 중인 프로세스, Linux::Process Running
인터페이스 소통량, Linux::Interface Traffic
총 프로세스 수, Linux::Process Count Total
프로브
nocpulse, Linux
프로세스 상태, Linux::Process Health

M

MySQL , mysql 패키지
데이터베이스 액세스도, MySQL::Database Accessibility
실행 중인 스레드, MySQL::Threads Running
열린 테이블, MySQL::Opened Tables, MySQL::Open Tables
질의 비율, MySQL::Query Rate
프로브, MySQL 3.23 - 3.33
mysql 패키지, mysql 패키지

O

Oracle
Buffer Cache, Oracle::Buffer Cache
TNS Ping, Oracle::TNS Ping
가용성, Oracle::Availability
데이터 사전 캐시, Oracle::Data Dictionary Cache
디스크 정렬 비율, Oracle::Disk Sort Ratio
라이브러리 캐시, Oracle::Library Cache
로그 다시 실행, Oracle::Redo Log
방해 세션, Oracle::Blocking Sessions
유휴 세션, Oracle::Idle Sessions
인덱스 익스텐트, Oracle::Index Extents
잠금, Oracle::Locks
클라이언트 연결, Oracle::Client Connectivity
테이블 공간 사용, Oracle::Tablespace Usage
테이블 익스텐트, Oracle::Table Extents
프로브, Oracle 8i, 9i, 10g, 11g
활성 세션, Oracle::Active Sessions

Q

QA (quality assurance)
개요, 보안, QA 및 Red Hat Network

R

Red Hat Enterprise Linux
rhn_register, rhn_register 클라이언트
Red Hat Network
구성 요소
주요 요소, Red Hat Network 개요
소개, Red Hat Network 개요
Red Hat Network Actions Control
rhn-actions-control , Red Hat Network Actions Control
Red Hat Network Configuration Client
rhncfg-client , Red Hat Network Configuration Client
Red Hat Network Configuration Manager
rhncfg-manager , Red Hat Network Configuration Manager
Red Hat Network Daemon
초기 설명, Red Hat Network 개요
Red Hat Network 데몬
에라타 업데이트 적용 사용, 에라타 업데이트 적용하기
Red Hat Network 등록 클라이언트
초기 설명, Red Hat Network 개요
Red Hat Network 모니터링 데몬
(rhnmd) 모니터링 데몬, Red Hat Network 모니터링 데몬 (rhnmd)
SSH 키 설치, SSH키 설치하기
대신 sshd 사용, SSH 설정하기
데몬이 필요한 프로브, 데몬이 필요한 프로브
설치, Red Hat Network 모니터링 데몬 설치
Red Hat Update Agent
UNIX 명령행 인수, 명령행에서 업데이트하기
Red Hat Update Agent (up2date)
초기 설명, Red Hat Network 개요
Red Hat 패키지
UNIX 용, 추가 패키지 다운로드 및 설치하기
설치, 추가 패키지 다운로드 및 설치하기
RHN Satellite
Load, RHN Satellite::Load
Swap, RHN Satellite::Swap
디스크 공간, RHN Satellite::Disk Space
사용자, RHN Satellite::Users
실행 시간, RHN Satellite::Execution Time
실행 중인 프로세스, RHN Satellite::Process Running
인터페이스 트래픽, RHN Satellite::Interface Traffic
지연 시간, RHN Satellite::Latency
프로브, RHN Satellite
프로브 수, RHN Satellite::Probe Count
프로세스, RHN Satellite::Processes
프로세스 상태, RHN Satellite::Process Health
프로세스 수, RHN Satellite::Process Counts
RHN Tools 채널, Red Hat Network 모니터링 데몬 설치
RHN 웹사이트
초기 설명, Red Hat Network 개요
rhn-catalog
문제해결, rhn-catalog로 프로브 검사하기
rhn-runprobe
문제 해결, rhn-runprobe의 산출값 보기
옵션, rhn-runprobe의 산출값 보기
rhnmd 데몬, Red Hat Network 모니터링 데몬 설치
rhnreg_ks , 활성키
rhn_register (살펴볼 내용 등록)
완전 설명, rhn_register 클라이언트

U

UNIX 변형 (살펴볼 내용 지원)

법적 공지

Copyright © 2010 Red Hat, Inc.
This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0 Unported License. If you distribute this document, or a modified version of it, you must provide attribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all Red Hat trademarks must be removed.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동