test

Solaris Container Manager 3.6 설치 및 관리

1장 Solaris Container Manager 3.6 소개

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

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

컨테이너 관리자 개요

Solaris Container Manager 3.6은 Sun Management Center 3.6 릴리스의 애드온 소프트웨어 제품입니다. 이 제품을 사용하면 서버 및 소프트웨어로 이루어진 대형 네트워크의 비용을 조절하도록 서버를 통합할 수 있습니다. Container Manager를 통해 사용자는 컨테이너, 프로젝트, 자원 풀 및 영역을 작성 및 관리할 수 있습니다. 따라서 하드웨어 자원 이용률이 향상되고 서버 대 관리자 비율이 증가합니다.

이 제품을 사용하면 다음 작업을 수행할 수 있습니다.

컨테이너는 사용자가 고유한 가상 환경(예: IP 주소, 디스크 저장소 및 응용 프로그램)을 필요로 하는 조직에 이상적입니다. 예를 들어, 한 회사에서 메일 서버, 웹 서버 또는 데이터베이스 등의 특정 응용 프로그램을 위한 컨테이너를 설정할 수 있습니다. 또한 이 회사는 미국, 북미, 유럽 및 아시아 태평양과 같이 지리적 영역에 대한 컨테이너를 설정할 수도 있습니다. 마찬가지로 인사부, 연구 개발부 및 판매부와 같이 부서의 기능별로 컨테이너를 설정할 수도 있습니다.

특정 산업에서 여러 목적으로 컨테이너나 영역을 사용할 수 있습니다. 한 대학에서 각 학생에게 OS 인스턴스, 시스템 자원 공유 및 루트 암호와 함께 영역을 제공할 수 있습니다. 한 무선 회사에서 장거리 서비스, 지역 전화 서비스 및 음성 우편 서비스와 같은 서비스를 모니터하도록 컨테이너를 설정할 수 있습니다. 케이블 제공업체 또는 인터넷 서비스 제공업체가 DSL, 케이블 모뎀 또는 케이블 TV 서비스를 위해 컨테이너를 설정할 수 있습니다. 한 금융 업체에서 데이터 저장소에 복잡한 질의를 보내는 사용자와 온라인 거래 절차를 필요로 하는 사용자를 위해 각각 별도의 컨테이너를 설정할 수 있습니다. 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 릴리스에서 구현되었습니다. 이 릴리스에서 작업 부하는 노드 제한, lnode와 연관됩니다. 컨테이너 관리자 소프트웨어는 이러한 이전의 노력을 발판으로 만들어졌습니다. 현재 컨테이너 모델은 진행중인 자원 전달을 구성 및 관리하도록 도와주는 도구를 제공합니다. 서비스의 일반적인 예로는 월급 총액, 고객 주문 조회 및 웹 서비스 전송 등을 들 수 있습니다.

서버 통합에서 응용 프로그램이 제한되는 환경을 설명할 수 있어야 합니다. 이러한 설명을 설정하면 서버당 하나의 응용 프로그램을 실행하던 것을 단일 서버에서 여러 응용 프로그램을 실행하도록 할 수 있습니다. 컨테이너는 이러한 설명을 제공할뿐 아니라 예를 제시하기도 합니다. 간단한 컨테이너는 CPU, 물리적 메모리 및 대역폭 등의 시스템 자원을 설명할 수 있습니다. 보다 복잡한 컨테이너는 보안, 이름 공간 분리 및 응용 프로그램 오류 등을 제어할 수도 있습니다.

다음의 Solaris Container 그림에서는 서비스와 자원 간의 관계를 보여 줍니다.

그림 1–1 Solaris Container의 예

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

상자는 컨테이너를 나타냅니다. 세 가지 종류의 자원이 서비스를 둘러싸고 있는 상자의 x, y 및 z축과 나란히 표시되어 있습니다. 이 모델에서 CPU, Memory 및 대역폭은 기본 자원입니다. 상자 안에 들어 있는 서비스는 컨테이너가 해당 서비스를 포함하는 방식을 나타냅니다. 이 경우 컨테이너 관리자는 세 가지 기본 자원인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는 자원 할당 정책 및 발생한 자원 이용률 데이터를 기록하는 데 사용됩니다. lnode는 UNIX 사용자 ID(UID)에 해당합니다. UID는 기본적으로 개별 사용자와 응용 프로그램을 표시할 수 있습니다. lnode 및 자원 관리에 대한 자세한 내용은 Solaris Resource Manager 1.3 System Administration Guide의 Limit Node Overview를 참조하십시오.

Solaris 9 및 Solaris 10 릴리스의 경우 Resource Manager에서 자원 관리를 제공합니다. 이 릴리스에서 프로젝트는 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.6 Performance Reporting Manager User’s Guide를 참조하십시오. 사용 가능한 보고서 및 회계 데이터에 대한 자세한 내용은 보고서 정보를 참조하십시오.

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

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

서버 통합

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

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

  1. 통합할 응용 프로그램을 선택합니다.

  2. 프로세스, 사용자 그룹 또는 응용 프로그램의 작업 부하를 구성하는 사용자와 같은 구성 요소를 확인합니다.

  3. 각 정의된 작업 부하에 대한 성능 요구 사항을 확인합니다. 이 작업에는 CPU, 메모리, 네트워크, 저장소 요구 사항 및 사용량을 포함한 응용 프로그램의 런타임 활동을 현재 시스템에서 모니터링하는 작업이 포함됩니다. 또한 읽기 전용 파일 시스템, 라이브러리 및 man 페이지와 같은 자원을 효율적으로 공유하고 새 시스템을 구성하기 위해 작업 부하가 사용하는 파일 시스템, 공유 파일 시스템 및 공유 라이브러리의 유형을 확인해야 합니다.

  4. 응용 프로그램에 가장 많은 자원이 필요하고 시스템 자원을 공유하게 되는 작업 부하와 응용 프로그램에서 작업 부하가 필요한 시간을 평가합니다. 또한 동일한 시스템에 상주하는 경쟁 작업 부하를 확인해야 합니다.

  5. 이러한 작업 부하의 프로젝트를 확인합니다. 프로젝트는 유용한 방법으로 관련 작업을 그룹화하는 데 사용하는 관리 이름 역할을 합니다. 예를 들어, 웹 서비스용 프로젝트 하나와 데이터베이스 서비스용 프로젝트 하나를 만들 수 있습니다.

주 –

Solaris 운영 체제에 수많은 컨테이너가 있을 수 있지만, 실용성과 최고의 성능을 위해 200개의 호스트, 각 호스트당 10여개의 영역 및 각 영역당 10개의 프로젝트만 만드는 것이 좋습니다.

서버 통합의 계획 및 실행에 대한 자세한 내용은 Sun Blueprint 문서 Consolidation in the Data Center(David Hornby 및 Ken Pepple 저)를 참조하십시오.

컨테이너 관리자의 예

다음 예는 컨테이너 관리자의 사용 방법을 보여 줍니다.

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

이 예에서 영역이 있는 기본 자원 풀이 있으며,두 개의 영역을 가진 하나의 자원 풀을 사용하여 컨테이너를 설정합니다. 첫 번째 영역 zone_ora1에는 Oracle 데이터베이스 응용 프로그램이 있고, 두 번째 영역 zone_ws01에는 웹 서버 응용 프로그램이 있습니다. 각 자원 풀에는 두개의 CPU가 있습니다. 컨테이너에 8개의 CPU 공유, zone_ora1에 4개의 공유, zone_ws01에 3개의 공유를 설정합니다. 컨테이너는 페어 쉐어 스케줄러를 사용합니다.

동적 자원 풀의 예

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

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

이 예제에서는 두 개의 영역이 있는 컨테이너 하나를 설정합니다. 첫 번째 영역 zone_ora02에는 7개의 프로젝트, 즉ORACLE 사용자용 프로젝트 1개, 그룹 데이터베이스 관리자가 실행하는 프로세스용 프로젝트 1개 및 기본 프로젝트 5개(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 3.6의 새 기능 및 변경 사항

Solaris Container Manager에는 다음과 같은 새 기능이 있습니다. 이러한 기능은 운영 체제에 따라 다를 수 있습니다.

표 1–1 Solaris Container Manager의 새 기능

장점 

기능 

Solaris 10(SPARC 및 x86) 

Solaris 9(SPARC 및 x86) 

Solaris 8 (SPARC) 

프로세스를 별도의 가상 OS 환경에서 실행 

영역 관리 

예 

   

시스템 성능 목표 설정 및 달성 

동적 자원 풀 

예 

   

네트워크 혼잡 방지 

IPQoS(인터넷 프로토콜 서비스 품질) 

예 

   

보다 유연한 프로세스 관리 

컨테이너 간 프로세스 이동 기능 

예 

예 

 

타임 쉐어 스케줄러 지원 

기타 스케줄러 클래스 지원 

예 

예 

예 

향상된 가상화 도구 

그래프 강화 

예 

예 

예 

메모리를 할당한 영역 인식 컨테이너 

컨테이너 강화 

예 

예 

예 

상위 5개의 자원 개체에 대한 이용률 보고서 

그래프 강화 

예 

예 

예 

영역 관리

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

영역에 대한 자세한 내용은 6 장, 영역 관리을 참조하십시오.

동적 자원 풀

동적 자원 풀은 설정된 시스템 성능 목표에 부합하도록 각 자원 풀의 자원 할당을 동적으로 조정합니다. 동적 자원 풀은 시스템 관리자에게 필요한 의사결정을 줄여주고 간소화합니다. 조정은 시스템 관리자가 지정한 시스템 성능 목표를 유지하도록 자동으로 수행됩니다.

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

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

IPQoS를 사용한 대역폭 제어

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

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

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

유연한 프로세스 관리

프로세스 관리 유연성의 향상을 위해 컨테이너 관리자 3.6을 사용하면 컨테이너 간에 프로세스를 이동할 수 있습니다. Solaris 9 시스템의 경우 컨테이너 간에 프로세스를 이동할 수 있습니다. Solaris 10 시스템의 경우는 동일한 영역 내에서만 컨테이너 간에 프로세스를 이동할 수 있습니다.

타임 쉐어 스케줄러

컨테이너 관리자 1.0에서는 페어 쉐어 스케줄러(FSS)만 지원하였으나Container Manager 3.6을 사용하면 자원 풀을 작성 및 수정할 때 스케줄러 클래스, 페어 쉐어 또는 타임 쉐어를 선택할 수 있습니다. 스케줄러 클래스는 다음에 실행할 프로세스를 지정하도록 프로세스 우선 순위를 결정합니다.

자원 풀의 스케줄러 클래스를 변경하면 해당 자원 풀의 새 프로세스가 모두 자원 풀의 스케줄러 클래스로 변경됩니다. 컨테이너 관리자는 실행 중인 프로세스의 스케줄러 클래스를 변경하지 않습니다.

컨테이너 강화

컨테이너 관리자에는 다음과 같은 컨테이너 강화 기능이 포함됩니다.

컨테이너 관리자 설명서

다음 표는 제품에 사용할 수 있는 설명서 자원을 나열합니다. Solaris Container Manager 3.6에 대한 문서를 보려면 http://docs.sun.com/app/docs/coll/810.4로 이동하십시오.

표 1–2 설명서 자원

작업 

자원 

컨테이너 설치 및 관리 

Solaris Container Manager 3.6 설치 및 관리(본 문서)

제품에서 도움말 보기 

Solaris Container Manager 3.6의 온라인 도움말. 이 도움말에 액세스하려면 Solaris Container Manager GUI의 도움말 링크를 누르십시오.

Sun Management Center 3.6 및 컨테이너 관리자를 포함한 애드온 제품 설치 

Sun Management Center 3.6 설치 및 구성 안내서

설치 문제, 런타임 문제, 최신 소식(지원 하드웨어 포함)및 설명서 찾기

Sun Management Center 3.5 Update 1a 릴리스 노트

컨테이너 관리자와 함께 작동되는 선택 사양 애드온 Performance Reporting Manager에 대한 정보 얻기 

Sun Management Center 3.6 Performance Reporting Manager User’s Guide

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를 이미 설치 및 설정한 경우, 다음 링크에서 제품을 신속하게 사용할 수 있도록 도와줍니다.