Solaris Container Manager 1.1 설치 및 관리

1장 Solaris Container Manager 1.1 소개

이 장에서는 Solaris Container Manager 1.1(컨테이너 관리자)을 소개합니다.

이 장은 다음 내용으로 구성되어 있습니다.

컨테이너 관리자 개요

Solaris Container Manager 1.1은 Sun Management Center 3.5 Update 1b 릴리스에 대한 애드온 소프트웨어 제품입니다. 이 제품은 서버 및 소프트웨어의 대규모 네트워크 비용을 제어하도록 서버를 통합하는 데 도움을 줍니다. Container Manager를 사용하여 컨테이너, 프로젝트, 자원 풀 및 영역을 작성 및 관리할 수 있습니다. 하드웨어 자원 및 더 높은 서버 대 관리자 비율을 더 효율적으로 이용하여 이익을 얻을 수 있습니다.

해당 제품을 사용하여 다음 작업을 수행할 수 있습니다.

사용자가 IP 주소, 디스크 저장소 및 응용 프로그램을 포함하여 고유의 가상화된 환경이 필요한 모든 조직에 이상적입니다. 예를 들어, 회사는 메일 서버, 웹 서버 또는 데이터베이스와 같은 특정 응용 프로그램에 대해 컨테이너를 설정할 수도 있습니다. 또한 회사는 미국, 유럽 및 아시아 태평양과 같은 지리적 영역에 대해 컨테이너를 설정할 수도 있습니다. 유사하게, 인력 자원, 리서치 및 개발 및 판매와 같은 기능적 부서에 대해 컨테이너를 설정할 수도 있습니다.

다양한 목적을 위해 특정 산업계에서 컨테이너 또는 영역을 사용할 수 있습니다. OS 인스턴스, 시스템 자원의 공유 및 루트 암호를 사용하여 대학에서는 각 대학생에게 영역을 제공할 수도 있습니다. 무선 회사는 장거리 서비스, 로컬 전화 서비스 및 음성 메일과 같은 서비스를 모니터하도록 컨테이너를 설정할 수도 있습니다. 케이블 공급자 또는 인터넷 서비스 공급자는 DSL, 케이블 모뎀 또는 케이블 텔레비전 서비스에 대해 컨테이너를 설정할 수도 있습니다. 금융 기관은 데이터 저장소에 대한 복합 질문을 하는 사용자 및 온라인 트랜잭션 프로세싱이 필요한 사용자에 대해 개별 컨테이너를 설정할 수도 있습니다. ISV(independent software vendor)는 그들이 소프트웨어 및 서비스를 판매하는 개별 고객에 대해 컨테이너 또는 영역을 설정할 수도 있습니다.

컨테이너 관리자 및 기타 자원 관리 유틸리티

이 제품은 Solaris 8, Solaris 9 및 Solaris 10 릴리스에서 실행되는 기존 자원 관리 유틸리티를 조직합니다. 특히, 이 제품은 Solaris Resource Manager 1.3 및 Solaris 9 Resource Manager의 구성을 단순화하는 도구를 제공합니다.

Solaris 자원 관리 유틸리티에 대한 자세한 정보는 Solaris Resource Manager 1.3 System Administration Guide 및 System Administration Guide: Network Services를 참조하십시오.

Solaris Container 모델

Solaris Container는 물리적 시스템 자원 모음을 조직 및 관리하는 데 도움을 주는 추상 계층입니다. 컨테이너를 사용하여 응용 프로그램에 대한 자원 요구 사항을 상세화하는 청사진을 작성할 수 있습니다. 응용 프로그램의 자원 요구 사항은 Solaris Container 모델의 초점입니다. 이 모델은 서비스 또는 작업 부하에 초점을 맞춥니다. 해당 서비스는 시스템에 대한 작업 부하로, 응용 프로그램에 의해 전달됩니다. 작업 부하는 실행 응용 프로그램과 같은 관련 프로세스의 모음입니다.

작업 부하 기반 관리의 초기 형태는 Solaris Resource Manager 1.3 릴리스에서 구현되었습니다. 해당 릴리스에서, 작업 부하는 limit node, lnode와 연결되었습니다. 컨테이너 관리자 소프트웨어는 이 초기의 노력에서 구축됩니다. 현재 컨테이너 모델은 서비스에 대한 자원의 발신 전달을 조직하고 관리하는 데 도움을 주는 도구를 제공합니다. 일반적인 서비스의 예로는 월별 임금 지급, 고객 주문 조회 및 웹 서비스 전달을 들 수 있습니다.

응용 프로그램이 서버 통합에서 제한되는 환경을 설명할 수 있어야 합니다. 이 설명을 정립하면 서버 당 실행하는 한 응용 프로그램에서 한 서버에서 실행하는 많은 응용 프로그램으로 이전할 수 있게 합니다. 컨테이너는 해당 예외 설명도 제공합니다. 예를 들어, 간단한 컨테이너는 CPU, 물리적 메모리 및 대역폭과 같은 시스템 자원을 설명할 수 있습니다. 예를 들어, 좀 더 복잡한 컨테이너는 보안, 이름 공간 분리 및 응용 프로그램 오류를 제어할 수 있습니다.

다음 Solaris Container의 그림은 서비스 및 자원 사이의 관계를 표시합니다.

그림 1–1 Solaris Container의 예

Solaris Container의 예를 설명하는 그림. 주위 텍스트는 컨텍스트를 설명합니다.

해당 상자는 컨테이너를 표시합니다. 세 가지 자원 종류가 서비스 주변에 있는 상자의 x, y, z 축을 따라 표시됩니다. 이 모델에서, CPU, 메모리 및 대역폭은 기본 자원입니다. 해당 서비스는 이 서비스가 컨테이너에 의해 포함되는 방법을 표시하도록 상자에 의해 바운드됩니다. 이 릴리스에서, 컨테이너 관리자은 다음 세 가지 모든 기본 자원을 제어합니다. CPU, 물리적 메모리 자원 및 대역폭.

컨테이너 관리자가 작업 부하에 초점을 맞추기 때문에 개별 호스트에 의해 사용되는 자원의 양은 모니터되지 않습니다. 호스트는 Container Manager 에이전트 소프트웨어가 설치되어 있고 Sun Management Center 서버 컨텍스트의 일부인 시스템입니다. 설치가 완료되면 호스트를 자동으로 찾아 해당 이름을 호스트 보기의 탐색 창에 추가합니다. 소프트웨어는 서비스에 의해 사용되는 자원의 양을 모니터합니다. 이 모델에서, 서비스의 단일 예는 개별 호스트에서 실행되는 최소한 하나의 프로세스를 표시합니다. 해당 데이터는 가능한 시스템 상태 모니터링 및 계정 목적을 위해 유지됩니다.

그림 1–2 호스트의 컨테이너 예

호스트의 컨테이너 예를 표시하는 그림. 주위 텍스트는 컨텍스트를 설명합니다.

두 개 이상의 컨테이너는 동시에 개별 호스트에서 활성화될 수 있습니다. 다중 컨테이너가 단일 호스트에 존재하는 경우, 호스트가 확장 및 축소할 수 있도록 컨테이너의 경계를 설정할 수 있습니다. 이런 경우, 다른 컨테이너가 현재 사용하지 않는 자원은 해당 자원을 사용할 수 있는 컨테이너에 대해 사용 가능합니다. 궁극적으로 개별 호스트에서 활성화할 수 있는 컨테이너의 수는 CPU 및 사용 가능한 메모리 자원의 양 및 각 컨테이너가 이러한 자원을 얼마나 많이 예약하는지에 의해 결정됩니다. 시스템은 응용 프로그램의 필요에 의해 크기 조정되는 모든 활성 컨테이너의 조합된 자원 요구 사항을 충족시킬 수 있어야 합니다.

컨테이너 관리자를 사용한 컨테이너 관리에 대한 자세한 정보는 4 장, 프로젝트 관리를 참조하십시오.

자원 관리

일반적으로 자원은 바인드 가능한 프로세스의 OS 엔티티를 표시합니다. 자원은 일부 파티셔닝 형태를 제공하는 커널 하위 시스템이 구조한 객체를 자주 참조합니다. 또한 자원은 응용 프로그램 작동에 영향을 줄 목적으로 조작될 수 있는 컴퓨팅 시스템의 양상으로 고려될 수도 있습니다. 자원의 예는 물리적 메모리, CPU 또는 네트워크 대역폭이 포함됩니다.

컨테이너 관리자는 Solaris 8, Solaris 9 및 Solaris 10 릴리스의 자원 관리 유틸리티와 함께 작동합니다. Solaris 8 릴리스에서 자원 관리는 Solaris Resource Manager 1.3에 의해 제공되며 모든 서비스는 lnode에 의해 표시됩니다. lnode는 자원 할당 정책 및 발생한 자원 이용률 데이터를 기록하는 데 사용됩니다. lnodes는 UNIX 사용자 ID(UID)에 대응합니다. UID는 기본적으로 개별 사용자 및 응용 프로그램을 표시할 수 있습니다. lnodes 및 자원 관리에 대한 자세한 정보는 Solaris Resource Manager 1.3 System Administration Guide의 Limit Node Overview를 참조하십시오.

Resource Manager는 Solaris 9 및 Solaris 10 릴리스의 자원 관리를 제공합니다. 본 릴리스에서 프로젝트는 lnode와 유사합니다. 프로젝트는 관련 작업에 전체 네트워크 관리 식별자를 제공합니다. 컨테이너에서 실행되는 모든 프로세스에는 프로젝트 ID로도 알려진 동일한 프로젝트 식별자가 있습니다. Solaris 커널은 프로젝트 ID를 통해 자원 이용률을 추적합니다. 내역 데이터는 동일한 추적 방법을 사용하는 확장된 계정을사용하여 수집될 수 있습니다. 컨테이너 관리자에서 프로젝트는 컨테이너를 표시합니다.

그림 1–3 호스트의 프로젝트 예

호스트의 프로젝트 예를 표시하는 그림. 주위 텍스트는 컨텍스트를 설명합니다.

컨테이너에서 실행되는 프로세스에 대한 정보는 컨테이너 관리자 GUI에서 얻어집니다. 데이터 수집은 소프트웨어를 사용하여 컨테이너를 작성 및 관리할 때 사용자에게 투명합니다.

컨테이너 경계를 작성하는 데 다양한 방법이 사용될 수 있습니다. 한 가지 방법은 자원 풀을 사용하여 시스템을 분할하는 것입니다. 또 다른 방법은 자원 제어를 통해 프로젝트에 대한 제한 사항을 설정하는 것입니다.

자원 풀

자원 풀 또는 풀은 호스트의 자원을 분할하는 데 사용되는 Solaris 9 및 Solaris 10 소프트웨어 구성 기술입니다. 자원 세트는 바인드 가능한 프로세스 자원입니다. 메모리 세트 및 프로세서 세트는 자원 세트의 예입니다. 프로세서 세트만 Solaris 9 및 Solaris 10 릴리스에서 현재 사용 가능합니다. 풀은 호스트에서 사용 가능한 다양한 자원 세트를 바인드합니다.

자원 풀은 하나 이상의 프로젝트를 보유할 수 있습니다. 한 프로젝트의 경우, 풀에 링크된 자원은 해당 프로젝트 전용입니다. 다중 프로젝트의 경우, 풀에 링크된 자원은 해당 프로젝트와 공유됩니다.

Solaris 10 운영 체제에서 제품에는 동적 자원 풀로 불리는 기능이 있습니다. 동적 자원 풀을 사용하면 사용자가 시스템 이벤트 및 로드 변경 사항에 답하여 각 풀의 자원 할당을 조정할 수 있도록 하여 성능을 향상시킬 수 있습니다. 이 기능은 동적 자원 풀에서 설명됩니다.

Solaris 8 운영 체제를 실행중일 때, 호스트는 한 개의 자원 풀만 가질 수 있습니다. 이 풀은 pool_default로 불립니다. 자원 풀이 이 OS 버전에 존재하지 않기 때문에 pool_default은 인위적으로 작성됩니다. Solaris 8 릴리스를 실행하는 호스트의 모든 CPU는 규칙에 따라 단일 풀에 있는 것으로 간주됩니다.

컨테이너 관리자를 사용한 자원 풀 관리에 대한 자세한 내용은 5 장, 자원 풀 관리를 참조하십시오.

자원 제어

두 개 이상의 프로젝트가 단일 풀에 바운드된 경우, 단일 프로젝트에 대한 보증 또는 제한 사항을 설정할 수 있습니다. 이러한 제한 사항은 자원 제어로 불립니다. 제어의 예는 FSS를 사용하는 경우와 마찬가지로 최소 CPU 제한 사항입니다. 또 다른 예는 rcapd 데몬을 사용하는 경우와 마찬가지로 물리적 메모리 캡의 설정입니다. 최소 CPU 보증을 설정할 때, 한 프로젝트의 유휴 CPU 주기는 다른 프로젝트의 응용 프로그램에 의해 사용될 수 있습니다.

영역

영역은 응용 프로그램 실행에 대해 분리된 안전한 환경을 제공합니다. 영역은 Solaris의 예에서 가상화된 운영 체제 환경을 작성하는 방법을 제공합니다. 영역을 사용하여 하나 이상의 프로세스가 시스템의 다른 프로세스로부터 분리되어 실행될 수 있습니다. 예를 들어, 영역에서 실행되는 프로세스는 사용자 ID 및 기타 자격 정보에 상관없이 동일한 영역의 다른 프로세스에만 신호를 전송할 수 있습니다. 오류가 발생하는 경우, 영역 내에서 실행되는 프로세스에만 영향을 미칩니다.

전역 영역

모든 Solaris 10 시스템은 전역 영역으로 불리는 OS 이전 버전과 같은 일반적인 전역 환경을 포함합니다. 전역 영역에는 다음 두 가지 기능이 있습니다. 이것은 전체 시스템 관리 제어에 사용되는 영역 및 시스템에 대한 기본 영역입니다. 단순히 영역으로 언급된 비전역 영역이 전역 관리자에 의해 작성되지 않는 경우, 모든 프로세스가 전역 영역에서 실행됩니다.

전역 영역은 비전역 영역이 구성, 설치, 관리 또는 설치 제거될 수 있는 유일한 영역입니다. 전역 영역만 시스템 하드웨어에서 부트 가능합니다. 물리적 장치, 라우팅 또는 동적 재구성(DR)과 같은 관리 기능은 전역 영역에서만 가능합니다. 전역 영역에서 실행되는 적절한 권한이 있는 프로세스 또는 사용자는 다른 영역과 연결된 객체에 액세스할 수 있습니다.

전역 영역의 권한이 없는 프로세스 또는 사용자는 비전역 영역의 권한이 있는 프로세스 또는 사용자에게 허용되지 않은 작업을 수행할 수도 있습니다. 예를 들어, 전역 영역의 사용자는 시스템의 모든 프로세스에 대한 정보를 볼 수 있습니다. 영역을 사용하여 관리자는 전체 시스템 보안을 유지하는 동안 일부 관리 기능을 위임할 수 있습니다.

비전역 영역

비전역 영역에는 전용 CPU, 물리적 장치 또는 물리적 메모리의 일부가 필요하지 않습니다. 이러한 자원은 단일 도메인 또는 시스템에서 실행되는 많은 영역에 걸쳐 공유될 수 있습니다. 시스템의 다른 영역에 영향을 주지 않고 영역을 부팅 및 재부팅할 수 있습니다. 각 구역에서는 일련의 사용자 정의된 서비스가 제공될 수 있습니다. 기본 프로세스 분리를 실행하기 위해 프로세스는 동일한 영역에 존재하는 해당 프로세스만 “보거나” 신호할 수 있습니다. 영역 간의 기본 통신은 최소한 하나의 논리적 네트워크 인터페이스에 각 영역을 제공하여 활성화됩니다. 한 영역에서 실행중인 응용 프로그램은 개별적인 패킷 스트림이 동일한 물리적 인터페이스를 통해 이동하더라도 다른 영역의 네트워크 트래픽을 볼 수 없습니다.

네트워크 연결이 필요한 각 영역은 하나 이상의 IP 주소로 구성됩니다.

영역에 대한 자세한 정보는 System Administration Guide: Solaris Containers-Resource Management and Solaris Zones를 참조하십시오.

자원 이용률 보고서 및 확장된 회계 데이터

컨테이너 관리자와 함께 설치된 Performance Reporting Manager 애드온 소프트웨어 제품이 있는 경우, 컨테이너, 자원 풀, 영역, 프로젝트 또는 호스트 당 내역 자원 이용률 데이터를 제공하는 보고서를 작성할 수 있습니다. CPU 데이터, 메모리 이용률 데이터 및 CPU 확장된 계정 데이터는 Performance Reporting Manager 데이터 모음 서비스에 의해 데이터베이스에 저장됩니다. GUI에서, 자원 사용을 상세화한 그래프 보고서를 요청하거나 쉼표로 구분된 값(CSV) 형식의 텍스트 파일로 데이터를 내보낼 수 있습니다. 예를 들어, 후자는 대금 및 회계 응용 프로그램에 사용될 수 있습니다.

Performance Reporting Manager 소프트웨어에 대한 자세한 정보는 Sun Management Center 3.5 Performance Reporting Manager 사용자 설명서를 참조하십시오. 사용 가능한 보고서 및 계정 데이터에 대한 자세한 정보는 보고서 정보를 참조하십시오.

컨테이너 관리자를 사용하기 전에

컨테이너 관리자 소프트웨어 설치 및 사용 전에, 자원 소비 필요성을 사정합니다. 컨테이너 작성 프로세스의 일부로 컨테이너 내에서 실행될 프로세스에 최소 CPU 예약 및 부분적으로 물리적 메모리 캡을 제공합니다. 이미 필요성을 평가했고 목표를 발전시켰으며 적절한 자원 계획이 있는 경우 컨테이너 작성 프로세스는 더 쉽습니다. 또한, 시작하기 전에 관련된 모든 하드웨어 사양의 마스터 목록도 유용합니다.

서버 통합

성공적인 서버 통합의 주요 구성요소는 통합 후보인 모든 서버, 저장소 및 응용 프로그램의 마스터 목록입니다. 통합 계획을 완료하기 전에, 이 목록을 사용하여 계획을 구현할 수 있습니다.

데이터 센터에서 서버 통합을 수행하려는 경우, 컨테이너 관리자 소프트웨어를 설치 및 사용하기 전에 여러 작업을 수행해야 합니다. 수행될 작업의 부분 목록에는 다음이 포함됩니다.

통합할 응용 프로그램을 선택합니다.
응용 프로그램에 대한 작업부하를 구성하는 사용자, 프로세스 또는 사용자 그룹과 같은 구성요소를 확인합니다.
각 정의된 작업 부하에 대한 성능 요구 사항을 결정합니다. 이 작업은 CPU, 메모리, 네트워크 및 저장소 요구 사항 및 사용을 포함하여 현재 시스템에서의 실시간 응용 프로그램 활동 모니터링을 포함합니다. 또한 작업 부하가 읽기 전용 파일 시스템, 라이브러리 및 매뉴얼 페이지와 같은 자원을 효과적으로 공유하고 새 시스템을 구성하는 데 사용하는 파일 시스템, 공유된 파일 시스템 및 공유된 라이브러리의 유형을 결정해야 합니다.
응용 프로그램에 요구되는 시간 및 대부분의 자원이 필요한 시스템 자원을 공유할 작업 부하를 평가합니다. 또한 동일한 시스템에 상주하는 경쟁 작업 부하를 확인해야 합니다.
이러한 작업 부하에 대해 프로젝트를 확인합니다. 프로젝트는 유용하다고 생각하는 방식으로 관련된 작업을 그룹화하는 데 사용된 관리 이름으로 작동합니다. 예를 들어, 데이터베이스 서비스에 대한 프로젝트 및 웹 서비스에 대한 프로젝트가 있을 수도 있습니다.

주 –

Solaris 운영 체제에 실제로 최상의 성능을 위해 수 천 개의 컨테이너를 포함할 수 있어도 호스트 당 약 10개의 영역 및 영역 당 10개의 프로젝트가 있는 200개의 호스트만 갖는 것이 좋습니다.

서버 통합 계획 및 실행 방법에 대한 자세한 정보는 David Hornby 및 Ken Pepple의 Sun Blueprints 문서 Consolidation in the Data Center를 참조하십시오.

컨테이너 관리자 예

다음 예는 컨테이너 관리자를 사용할 수 있는 방법을 표시합니다.

Oracle용 영역이 있는 다중 프로젝트

이 예에서, 영역을 가진 기본 자원 풀이 있습니다. 그런 다음 두 개의 영역을 가진 하나의 자원 풀을 사용하여 컨테이너를 설정합니다. 하나의 영역 zone_ora1에는 Oracle 데이터베이스 응용 프로그램이 있고 두 번째 영역, zone_ws01에는 웹 서버 응용 프로그램이 있습니다. 각 자원 풀에는 두 개의 CPU가 있습니다. 컨테이너, zone_ora1에 대한 네 개의 공유 및 zone_ws01에 대한 세 개의 공유에서 여덟 개의 CPU 공유를 설정합니다. 컨테이너는 FSS를 사용합니다.

동적 자원 풀 예

이 예에서, 두 개의 자원 풀을 사용하여 하나의 컨테이너를 설정합니다. Pool1에는 1-3개의 CPU가 할당되어 있습니다. pool1의 로드 목적은 20 퍼센트보다 크고 80 퍼센트보다 작습니다. Pool2는 메일 서버에 의해 사용됩니다. 메일 서버에 필요한 로드에 따라 다른 풀은 동적이고 해당 응용 프로그램에 대해 1-3개의 CPU를 사용할 수 있습니다.

동일한 컨테이너를 공유하는 응용 프로그램

이 예에서, 두 개의 영역을 사용하여 하나의 컨테이너를 설정합니다. 첫 번째 영역, zone_ora02에는 7개의 프로젝트가 있습니다. 사용자 ORACLE용 프로젝트 하나, 그룹 데이터베이스 관리자에 의해 실행되는 임의의 프로세스용 프로젝트 하나 및 다섯 개의 기본 프로젝트: system, user.root, noproject, default 및 group.staff. 전체 100개의 CPU 공유는 첫 번째 영역에 있습니다. 각 기본 프로젝트에는 각각 하나의 공유가 할당됩니다. 사용자 ORACLE용 첫 번째 프로젝트에는 75개의 공유 및 그룹용 두 번째 프로젝트가 할당됩니다.dba에는 20개의 공유가 할당됩니다.

두 번째 공유, zone_ws_02는 웹 서버용입니다,

다중 시스템의 Oracle 10g 랙

이 예에서, 다중 시스템의 응용 프로그램 Oracle 10g이 실행됩니다. Oracle 10g 응용 프로그램용 풀 하나 및 영역 하나를 사용하여 시스템 1에서 프로젝트를 작성합니다. 그런 다음 두 번째 시스템에 해당 영역 및 풀을 사용하여 프로젝트를 복사하고 Oracle 10g 응용 프로그램을 사용하여 두 번째 시스템에서 해당 프로젝트를 연결시킵니다.

다중 자원 풀을 가진 다중 시스템

이 예에서, 각각 두 개의 풀을 가진 두 개의 시스템이 있습니다. 시스템 1의 웹 서버를 가진 프로젝트 및 시스템 2의 웹 서버를 가진 프로젝트가 있으며. 각 프로젝트에는 5개의 공유가 할당된 각 웹 서버를 가진 10개의 CPU 공유가 있습니다. 나중에 사용할 수 있도록 나머지 5개의 공유가 예약됩니다.

Solaris Container Manager 1.1의 새 기능 및 변경 사항

Solaris Container Manager 1.1는 제품의 최신 버전에서 일부 기본 용어를 변경했습니다.

표 1–1 Solaris Container Manager 1.1에서 변경된 용어


N1 Grid Console - Container Manager 1.0 용어	Solaris Container Manager 1.1 용어
컨테이너 정의	컨테이너
컨테이너, 활성 컨테이너 및 컨테이너 인스턴스	프로젝트

Solaris Container Manager 1.1에는 운영 체제에 따라 다양한 다음 새 기능이 있습니다.

표 1–2 Solaris Container Manager 1.1의 새 기능


장점	기능	Solaris 10 (SPARC 및 x86)	Solaris 9(SPARC 및 x86)	Solaris 8(SPARC)
분리 및 가상 OS 환경에서 프로세스 실행	영역 관리	예
시스템 성능 목적 설정 및 획득	동적 자원 풀	예
네트워크 혼잡	IPQoS(Internet Protocol Quality of Service)	예
유연한 프로세스 관리	컨테이너에 걸쳐 프로세스를 이동하는 기능	예	예
시분할 스케줄러 지원	기타 스케줄러 클래스 지원	예	예	예
향상된 가상화 도구	그래프 향상 기능	예	예	예
메모리 할당이 있는 영역 어웨어 컨테이너	컨테이너 향상 기능	예	예	예
상위 5 개의 자원 객체에 대한 이용률 보고서	그래프 향상 기능	예	예	예

영역 관리

컨테이너 관리자를 사용하여 비전역 영역을 작성, 삭제, 수정, 중지 및 재부팅할 수 있습니다. 또한 Container Manager는 기존 영역을 발견하고 영역 변경 사항을 감지하며 영역의 CPU, 메모리 및 네트워크 이용률을 모니터 및 보관하고 영역 가동/중지 경보를 생성할 수 있습니다.

영역에 대한 자세한 정보는 6 장, 영역 관리를 참조하십시오.

동적 자원 풀

동적 자원 풀은 설정된 시스템 성능 목적을 충족시키도록 각 자원 풀의 자원 할당을 동적으로 조절합니다. 동적 자원 풀은 시스템 관리자로부터 요구된 결정 사항의 수를 간소화 및 감소시킵니다. 시스템 관리자에 의해 지정된 시스템 성능 목적을 유지하기 위해 자동으로 조정이 수행됩니다.

Solaris 10 시스템용 동적 자원 풀을 작성, 수정 및 삭제할 수 있습니다. 최소 및 최대 CPU, 이용률 객체, 지역성 객체 및 CPU 공유와 같은 동적 자원 풀 제한 사항을 구성한 후 컨테이너 관리자 에이전트는 자원 가용성 및 소비의 조건에 풀 크기를 동적으로 조절합니다.

자원 풀 구성은 에이전트 및 서비스 데이터베이스 두곳 모두에서 저장됩니다.

IPQoS를 사용한 대역폭 제어

IP 서비스 품질 기능을 사용하여 네트워크 사용자에게 일관된 서비스 레벨을 제공하고 네트워크 트래픽을 관리할 수 있습니다. 해당 서비스를 사용하면 네트워크 통계를 평가, 제어 및 수집할 수 있습니다.

이 기능은 Solaris 영역의 인바운드 및 아웃바운드 트래픽을 제어합니다. 영역의 입력/출력 네트워크 대역폭의 상위 한계를 지정합니다. 한계를 초과하는 경우 패키지가 중단됩니다. IPQoS에 상당한 양의 CPU 오버헤드가 있기 때문에 이것은 선택적인 기능입니다.

컨테이너 관리자는 작업 이용률 데이터를 모니터 및 수집하고 내역 네트워크 이용률 그래프를 제공합니다.

유연한 프로세스 관리

프로세스 관리 융통성을 늘리려면, 컨테이너 관리자 1.1을 사용하여 이 컨테이너에서 저 컨테이너로 프로세스를 이동시킬 수 있습니다. Solaris 9 시스템의 경우, 컨테이너에서 프로세스를 이동시킬 수 있습니다. Solaris 10 시스템의 경우, 동일한 영역 내에서만 컨테이너에서 프로세스를 이동시킬 수 있습니다.

시분할 스케줄러

컨테이너 관리자 1.0은 페어 쉐어 스케줄러(FSS)만 지원했습니다. Container Manager 1.1을 사용하여 자원 풀을 작성 또는 수정할 때 스케줄러 클래스, 페어 쉐어 또는 시분할을 선택할 수 있습니다. 스케줄러 클래스는 다음에 실행할 프로세스를 결정하여 프로세스 우선 순위를 결정합니다.

자원 풀의 스케줄러 클래스를 변경한 후, 해당 자원 풀에 대한 모든 새 프로세스를 자원 풀의 스케줄러 클래스로 변경합니다. 컨테이너 관리자는 실행중인 프로세스의 스케줄러 클래스를 변경하지 않습니다.

컨테이너 향상 기능

컨테이너 관리자 1.1은 컨테이너에 대한 다음 향상 기능을 포함합니다.

Solaris 10에서 컨테이너는 영역 어웨어입니다. 각 영역에는 다섯 개의 기본 컨테이너가 있습니다.
컨테이너에 대해 특정량의 공유 메모리를 할당할 수 있습니다.

컨테이너 관리자 문서

다음 표는 제품에 사용할 수 있는 설명서 자원을 나열합니다. 문서의 최신 버전은 http://docs.sun.com/app/docs/coll/810.6에서 찾을 수 있습니다.

표 1–3 설명서 자원


작업	자원
컨테이너 설치 및 관리	Solaris Container Manager 1.1 설치 및 관리 (본 설명서)
제품에서 도움말 액세스	Solaris Container Manager 1.1용 온라인 도움말. 이 도움말에 액세스하려면 Solaris Container Manager GUI의 도움말 링크를 누릅니다.
컨테이너 관리자를 포함한 Sun Management Center 3.5 Update 1 및 해당 애드온 제품 설치	Sun Management Center 3.5 Installation and Configuration Guide
설치 문제, 런타임 문제, 지원된 하드웨어를 포함한 최신 소식 및 설명서 문제 찾기	Sun Management Center 3.5 Update 1a Release Notes
Sun Management Center 3.5 Update 1에 추가된 새 기능 및 선택적인 애드온 Performance Reporting Manager에 대한 향상 기능에 대한 정보 얻기	Sun Management Center 3.5 Update 1 부록
컨테이너 관리자과 함께 작동하는 선택 사양 애드온 Performance Reporting Manager에 대한 정보 얻기	Sun Management Center 3.5 Performance Reporting Manager 사용자 설명서
Solaris 8 운영 체제를 사용하는 경우, Solaris Resource Manager 1.3에 대해 읽어야 합니다.	Solaris Resource Manager 1.3 Installation Guide Solaris Resource Manager 1.3 System Administration Guide Solaris Resource Manager 1.3 Release Notes
Solaris 9 또는 10 운영 체제를 사용하는 경우, Solaris 자원 관리 및 영역에 대해 읽어야 합니다.	System Administration Guide: Solaris Containers-Resource Management and Solaris Zones

시작하기

Solaris Container Manager가 이미 설치 및 설정된 경우, 다음 링크는 제품을 신속히 사용하는 데 도움을 줍니다.