가상 데이터 센터란?

데이터 센터는 기업 IT 환경의 핵심이다. 지난 30년 동안 점진적으로 서버가 통합되고 서버 및 네트워킹 디바이스 프로비저닝이 자동화되었다. 실제로 데이터 센터는 서버 통합 및 프로비저닝 자동화 레벨에 따라 분류될 수 있다.

기존의 데이터 센터

• 실제 서버가 별도의 엔티티로 관리된다.
• 서버 및 네트워킹 디바이스의 프로비저닝이 수동으로 수행된다.

하이브리드 데이터 센터

• 실제 서버와 가상 서버가 별도의 엔티티로 관리된다.
• 서버 및 네트워킹 디바이스의 프로비저닝이 부분적으로 자동화된다.

가상 데이터 센터

• 실제 서버와 가상 서버가 단일 엔티티로 관리된다.
• 서버 및 네트워킹 디바이스의 프로비저닝이 대부분 자동화되고 수동 작업이 약간 포함되어 있다.

위의 분류에서 알 수 있듯이 기존의 데이터 센터와 하이브리드 데이터 센터에는 두 가지 주요 단점이 있다. 첫 번째 단점은 서버를 단일 엔티티로 관리하지 못한다는 것이고 두 번째 단점은 많은 수동 프로비저닝 작업이 필요하다는 것이다.

가상 데이터 센터에서는 하드웨어 가상화와 자동화된 서버 및 네크워킹 디바이스 프로비저닝이라는 두 가지 기술을 사용하여 이러한 문제점을 해결한다. IBM은 가상 데이터 센터 개발의 선도업체이며 이러한 아키텍처의 기반은 새로운 POWER7 프로세서, VMControl 및 Tivoli Provisioning Manager이며 이들은 모두 완벽한 가상 데이터 센터를 작성하는 데 도움이 된다.

위로

POWER7이 다른 이유

새로운 POWER7 시스템은 몇 가지 혁신적인 기술을 사용하여 에너지 사용량과 트랜잭션 당 운영 비용은 줄이면서 업계 선두의 처리 속도와 가상화 기능을 제공한다.

POWER7은 VMControl과 함께 제공되며 이는 여러 하드웨어 플랫폼 및 가상화 환경에서 IT 환경을 단일 엔티티로 관리하고 모니터하기 위해 특별히 설계된 혁신적인 소프트웨어 세트이다. 또한 각각의 새 POWER7 칩은 32개의 가상 코어를 사용하여 최대 32개의 태스크를 동시에 처리할 수 있기 때문에 POWER7은 더 많은 가상 코어를 제공한다. POWER7 프로세서에는 8개의 실제 코어와 각각의 실제 코어 당 4개의 스레드 또는 가상 코어가 포함되어 있다. 또한 POWER7을 사용하면 TurboCore 및 MaxcoreTM 모드를 통해 고급 워크로드 관리를 수행할 수 있다. Turbocore 모드는 데이터베이스 및 기타 트랜잭션 지향 처리를 위해 최대 4개의 활성 코어를 실행할 수 있다. MaxcoreTM 모드는 인터넷 지향 처리를 위해 최대 8개의 활성 코어를 실행할 수 있다. 이와 함께 POWER7은 동적으로 워크로드를 모니터링하여 필요할 경우 추가 스레드를 제공할 수도 있다. 이는 TurboCore를 활성화한 경우에 수행되며 하나의 논리 파티션(LPAR)만을 위해서도 수행될 수 있다. 또한 POWER7은 시장의 다른 어떤 서버보다 많은 가상 서버를 제공한다. 현재는 최대 640개의 가상 서버를 실행할 수 있으며 POWER7을 기반으로 한 IBM 고성능 서버 모델을 도입하여 올해 안에 1,000개까지 실행할 수 있게 될 것이다.

POWER7은 지능적인 에너지 관리도 제공하여 시스템의 다양한 컴포넌트의 전원을 켜거나 끌 수 있다. 이는 IBM Systems Director 플러그인인 AEM(Active Energy Manager)을 통해 수행된다. 작동 방식은 AEM이 외부 센서를 통해 온도 및 전원 정보를 검색하는 것이다. 그런 다음 전원 및 냉각 설비와 관련된 설비 제공자로부터 경보, 이벤트 및 데이터를 수집한다. AEM은 시스템, 새시 또는 랙 레벨에서 IBM 서버에 빌드된 에너지 관리 컴포넌트를 측정, 모니터링 및 관리하도록 설계되었다. 이 과정에서 AEM은 POWER7의 에너지 절약 기능을 이용하여 데이터 센터 효율 분석을 지원하며 비용 절감이라는 결과를 유발할 수 있는 데이터 센터 효율 변경사항 구현을 위한 도구로 사용될 수 있다. 필자의 의견으로는 데이터 센터의 비용 절감이 모든 종류의 새로운 기술을 구현하기 위한 선수조건이다. POWER7은 이러한 목적에 부합한다.

또다른 중요한 혁신은 POWER7 서버의 물리적 메모리가 실제 메모리 크기의 최대 두 배까지 될 수 있는 것처럼 표시하는 AME(Active Memory Expansion)이다. 이는 고급 압축 기술을 통해 수행된다. 시스템은 작동 중에 동적으로 워크로드를 압축한다. AME는 논리 파티션(LPAR)을 기준으로 구성할 수 있으며 이는 가상 서버 또는 LPAR별로 선택적으로 활성화될 수 있음을 의미한다. 또한 Linux® 또는 UNIX®를 실행하는 다른 하드웨어 아키텍처에는 이 기능이 포함되어 있지 않다는 것을 기억해야 한다. IBM은 AME를 사용한 혁신에 있어 획기적인 발전을 이루었다.

위로

VMControl이란?

VMControl은 가상화된 인프라의 관리를 자동화하고 워크로드 복원성을 개선하고 새로운 서버의 개발 시간을 단축한다. VMControl은 서버, 스토리지, 네트워크 및 소프트웨어를 위한 IBM 엔터프라이즈 전반 관리 플랫폼인 IBM Systems Director의 플러그인 역할을 한다. VMControl은 Systems Director의 브라우저 기반 인터페이스에 통합되며 이미 Systems Director의 관리를 받는 시스템과 함께 사용될 수 있다. VMControl은 여러 하드웨어 플랫폼 및 가상화 환경에서 IT 환경을 단일 엔티티로 관리하고 모니터한다. 그림 1에서는 VMControl에 대한 요약 페이지를 보여 준다.

VMControl에 대해 필자가 특히 좋아하는 부분은 IBM HMC(Hardware Management Console)와는 다른 매우 친숙한 인터페이스를 가지고 있다는 점이다. VMControl은 Power 시스템에서의 모든 가상화 유형 태스크(프로파일 변경, VIO 서버 시작 또는 DLPAR 조작 수행)를 관리하는 데 사용된다.

그림 2에서 알 수 있듯이 설치된 플러그인과 함께 사용되면 VMControl은 Systems Director의 또다른 옵션일 뿐이다.

위로

Tivoli Provisioning Manager란?

Tivoli Provisioning Manager는 IT의 서버 프로비저닝, 구성 및 전반적인 유지보수를 지원하는 데 사용된다. 여기에는 실제 서버와 가상 서버는 물론 운영 체제, 미들웨어, 애플리케이션, 스토리지 및 네트워크 디바이스가 포함된다.

Tivoli Provisioning Manager의 상위 레벨 기능 중 일부는 다음과 같다.

• 변경 및 릴리스 관리 프로세스를 지원하여 일반적인 데이터 센터 프로비저닝 활동 자동화하기
• 데이터 센터 자원 추적 및 발견하기. 이를 통해 서버 프로비저닝 및 소프트웨어 전개의 정확도가 높아진다.
• UNIX, Linux 및 Microsoft® Windows® 서버를 위한 소프트웨어 프로비저닝 지원하기
• 구성을 유지하고 자원에 대한 변경사항을 관리하여 가용성 늘리기

필자의 관점에서 가장 중요한 기능은 다음과 같은 일상적인 데이터 센터 태스크의 자동화이다.

• 자원의 정확한 재고 관리하기
• 운영 체제, 미들웨어 및 애플리케이션 소프트웨어 전개하기
• 서버 구성 및 패치하기
• 권한 없는 구성을 식별하여 문제점 해결하기

요약하면 대규모 환경에서의 비즈니스 목표에 대한 응답으로 자원을 자동으로 전개하는 데 프로비저닝이 사용된다. 프로비저닝을 사용하면 기존의 가용 자원이 가장 필요한 프로세스에 기존의 가용 자원을 동적으로 할당하여 비즈니스 상황 변화에 IT가 대응할 수 있다. 간단하게 말하면 비즈니스의 요구에 응답하기 위해 필요한 IT의 능력에 있어 중요한 것은 개별 요소(예: ID, 스토리지, 서버, 애플리케이션, 운영 체제 및 미들웨어)의 프로비저닝이다.

AIX 환경에서 패키 관리하기

Tivoli Provisioning Manager를 사용하여 패치 관리에 관련된 단계를 살펴보자.

1. 컴퓨터를 발견한다. 여기서 수행하는 단계는 다음과 같다.
   
   1. 초기 발견을 실행하여 컴퓨터를 데이터 모델에 추가한다. 이 프로세스에서는 대상 시스템에 설치된 OS를 판별하며 이는 해당 OS에 대한 패치를 적절하게 확보하기 위해 필요하다. 구성의 일부인 AIX 위성 서버도 이 데이터 모델에 추가된다.
   2. 대상 컴퓨터를 그룹화하여 동시에 여러 호스트에 대한 패치를 관리한다.
2. 패치를 확보한다. 벤더가 제공하는 패치에서 원하는 패치를 지정하여 원하는 패치만 가져와야 한다.
3. 테스트를 수행한다. 프로덕션에서 설치하기 전에 테스트 환경에서 패치를 테스트한다.
4. 준수를 구성한다. 이 프로세스는 설치된 소프트웨어가 요구사항과 일치하는지 확인하는 검사를 작성하는 것으로 구성된다. 이 프로세스는 대상의 준수 상태를 검사하며 문제점을 발견하여 다시 보고하는 데 사용된다.
5. 누락된 패치를 스캔한다. 이 프로세스는 누락된 패치가 있는지 판별하는 데 필요한 대상 시스템 스캔을 제공한다. 스캔이 완료되면 누락된 패치의 목록이 생성되고 검사에서 각 컴퓨터에 대한 권장사항이 작성된다.
6. 준수 권장사항을 승인한다. 이 프로세스에서는 설치할 실제 패치를 승인한다.
7. 패치를 설치하고 설치를 모니터링한다. 실제로 패치를 전개하는 프로세스이다.
8. 결과를 확인한다. 준수 검사를 실행하여 패치의 성공을 유효성 검증하는 프로세스이다.

그림 3에서는 필수 컴포넌트를 보여 주며 이러한 컴포넌트에는 대상 컴퓨터와 AIX 위성 서버가 포함된다. AIX 위성 서버는 패치를 다운로드하는 인터넷을 통해 AIX 수정 센터에 연결한다. 위성 서버는 구성의 대상 컴퓨터이다. 패치는 일반적으로 프로비저닝 서버에 다운로드되어 프로비저닝 서버로부터 대상 시스템에 배포된다.

패치 관리에 대한 자세한 정보는 기사의 끝에 있는 참고자료 섹션을 참조한다.

위로

POWER7에서 VMControl을 사용하여 가상 데이터 센터 작성하기

이제 가상 애플리케이션을 전개하여 OS 및 소프트웨어 스택과 함께 완성되는 VMControl을 사용하여 새 가상 서버를 작성해 보자.

가상 서버를 작성하기 위해 수행해야 하는 단계는 다음과 같다.

1. 가상 어플라이언스를 선택한다. 가상 어플라이언스를 전개하려면 IBM Systems Director에 저장되는 가상 어플라이언스에서 이를 선택한다.
2. 그림 4를 살펴보면 운영 체제 및 소프트웨어/애플리케이션과 함께 저장소에 저장되는 가상 어플라이언스 A가 표시된다.
3. 사용자는 가상 어플라이언스 A를 전개해야 하는 가상 서버, 호스트 이름 또는 시스템 풀을 지정한다.
4. 가상 어플라이언스 A가 전개되고 나면 메타데이터에 자세하게 설명된 정의를 사용하여 가상 어플라이언스가 작성된다. 또는 가상 어플라이언스 A를 기존 가상 서버에 전개하도록 선택한 경우에는 기존 메타데이터가 겹쳐써진다.
5. 가상 어플라이언스 A가 Power 환경의 시스템 풀 또는 호스트에 전개되면 새 워크로드도 작성된다.

Power 환경에서 허용되는 전개 조작의 유형은 다음과 같다.

• 비어 있을 수도 있는 기존 가상 서버에 전개한다. 가상 어플라이언스로부터 제공되는 이미지는 기존 가상 서버에 설치된다. 동시에 Systems Director 워크로드가 작성되거나 업데이트된다. 이 조작을 사용하면 가상 어플라이언스를 여러 가상 서버에 동시에 전개할 수도 있다.
• 가상 어플라이언스를 호스트에 전개한다. 그러면 가상 어플라이언스로부터 제공되는 소프트웨어 이미지와 함께 설치된 호스트에 새 가상 서버가 작성된다. 역시 Systems Director VMControl 워크로드도 작성된다.
• 가상 어플라이언스를 시스템 풀에 전개한다. 그러면 가상 어플라이언스로부터 제공되는 소프트웨어 이미지와 함께 이미 설치된 시스템 풀의 호스트 중 하나에 새 가상 서버가 작성된다. 이전 예제에서와 마찬가지로 Systems Director VMControl 워크로드도 작성된다.
• 호스트에서 비어 있는 새 가상 서버를 작성한다. 이 예제에서는 입력 가상 어플라이언스가 사용되지 않고 Systems Director VMControl 워크로드가 작성되지 않는다. 최종 결과는 나중에 가상 어플라이언스의 소프트웨어 이미지가 설치되는 비어 있는 가상 서버이다.

위로

Tivoli Provisioning Manager를 사용하여 가상 서버 관리하기

VMControl을 사용하여 가상 데이터 센터를 작성했으니 이제는 다음 단계를 통해 Tivoli Provisioning Manager를 사용하여 LPAR로 가상화를 관리할 수 있다.

1. HMC(Hardware Management Console)를 프로비저닝 모델에 추가한다.
2. 신임 정보를 HMC에 추가한다. 이 단계에서는 신임 정보 쌍 유형(HMC의 ssh 또는 scp)을 정의한다.
3. HMC를 발견한다. 이 단계에서는 HMC에서 관리하는 모든 호스트 서버와 LPAR을 포함한 이들 서버의 모든 자원을 발견한다.
4. 하드웨어 자원 및 신임 정보를 가상 서버에 추가한다. 이 단계에서는 ssh 및 scp 신임 정보를 가상 서버에 추가한다.

다음 단계를 수행하여 LPAR 프로세스를 자동화하는 데 필요한 패키지를 작성할 수도 있다.

1. Tivoli Provisioning Manager에서 Admin>Provisioning>Device Drives로 이동한다.
2. 이 목록에서 pSeries를 입력하여 디바이스 드라이버를 확인한다.
3. 이 목록에서 디바이스를 클릭하여 워크플로우 목록을 포함하여 디바이스 드라이버에 대한 세부사항을 확인한다.
4. 문서 링크에서 새 브라우저 창을 연다.
5. 자동화 페이지 링크를 클릭하여 패키지에 대한 문서를 확인한다.

이 기사의 첫 번째 섹션에 있는 내용을 떠올려 보면 여기서는 다음과 같은 가상 데이터 센터의 요소를 요약했다.

• 단일 엔티티로 관리되는 실제 서버 및 가상 서버
• 서버 및 네트워킹 디바이스의 약간의 수동 프로비저닝을 포함한 대부분의 자동화

Tivoli Provisioning Manager를 사용하여 가상 데이터 센터를 관리하는 데 필요한 약간의 지침에 대해서만 설명했다.

AIX 워크로드 파티션(WPAR)도 관리될 수 있다는 점도 유의해야 한다. 이들의 관리를 구성하는 별도의 단계가 있으므로 WPAR 관리에 대한 자세한 정보는 공식적인 Tivoli Provisioning Manager 문서를 참조한다. 자세한 정보는 참고자료 섹션을 참조한다.

위로

운영 체제 전개를 사용하여 실제 이미지 작성하기

이제 운영 체제 전개를 사용하여 실제 이미지를 작성해 보자. 운영 체제 전개를 사용하면 실제 이미지를 발견하고 관리하고 전개할 수 있다.

Tivoli Provisioning Manager for OS Deployment는 운영 체제 이미지를 작성하고 전개할 수 있는 강력한 운영 체제 관리 도구이다. 이는 AIX 자동 설치, Windows 복제, Linux 복제, Solaris® 자동 설치 및 VMware ESX에서의 자동 설치를 위해서 수행될 수 있다. 상위 레벨 운영 체제 관리 프로세스 단계는 다음과 같다.

1. 인프라를 구성한다. 부트 서버가 이미지와 이미지의 전개를 모두 관리한다.
2. 이미지를 작성한다. 다른 사용자가 OS의 자동 설치 이미지를 정의하거나 사용자가 다른 호스트에서 실제 OS의 이미지를 캡처할 수 있다.
3. 이미지 특성을 구성한다. 이는 모든 이미지 전개에 적용되는 구성 설정이다.
4. 소프트웨어 모듈을 작성한다. 이는 애플리케이션 소프트웨어 또는 디바이스 드라이버가 될 수 있다.
5. 소프트웨어 모듈을 이미지에 바인드한다.
6. 이미지를 전개한다.

전개 프로세스의 일부로 추가 단계가 필요하다. 이러한 단계는 다음과 같다.

1. 이미지 전개 애플리케이션을 시작한다.
2. 설치될 대상 및 이미지를 선택한다.
3. 대상이 새 전개를 시작하여 프로비저닝 서버에서 적절한 전개 OS 구성을 쿼리하는지 판별한다.
4. 대상이 시스템 호출을 통해 하드웨어 발견을 수행한다.
5. 대상이 ODBC/JDBC 데이터베이스에서 설치될 OS 모듈과 관련된 모든 중요 OS 정보를 쿼리한다. 이때 전개 스크립트도 생성된다.
6. 다음으로 필요할 경우 하드웨어 구성 소프트웨어가 실행되어야 한다. 여기에는 RAID 제어기 구성과 같은 작업이 포함될 수 있다.
7. 대상이 데이터베이스에서 검색된 정보에 따라 하드 디스크를 파티셔닝한다.
8. 대상이 전체 다운로드의 효율을 최적화한 순서대로 다운로드될 필요한 모든 전개 파일에 대해 일괄처리 멀티캐스트 전송을 시작한다.
9. 전개 프로세스가 대상 시스템에서 OS를 시작하여 종료된다. 그런 다음 Tivoli Provisioning Manager가 시스템 설치 후 작업에 연결되어 재고 스캔을 실행한다.

이러한 단계는 이러한 이미지를 롤아웃하기 위해 필요한 상위 레벨 단계일 뿐이라는 점에 유의해야 한다. 모든 Tivoli Provisioning Manager 문서를 읽고 실제 이미지 작성과 관련된 모든 프로세스에 대해 충분히 이해해야 한다(자세한 정보는 참고자료 섹션 참조).

결론은 VMControl과 Tivoli Provisioning Manager는 자체로도 매우 강력한 기술이며 함께 작업하면 가상 데이터 센터의 작성 및 관리라는 필요한 모든 목표를 구현하는 데 도움이 된다.

위로

결론

IBM은 가상 데이터 센터 개발의 선도업체이다. 이러한 솔루션은 VMControl을 사용하여 실제 서버와 가상 서버를 단일 엔티티로 관리하여 기업의 데이터 센터 조작을 원활하게 하고 POWER7의 더 빠르고 효율적인 병렬 처리를 통해 기업의 데이터 센터 소유 비용을 줄이고 Tivoli Provisioning Manager 고급 자동화 기능을 사용하여 서버 및 네트워킹 디바이스의 프로비저닝을 위해 더 많은 유연성과 극적으로 단축된 시간 프레임을 제공할 수 있다.

참고자료

• 포럼에 참여하기.
  
  
• IBM Systems Director VMControl Installation and User Guide: 이 서적은 IBM Systems Director용 IBM Systems Director VMControl 플러그인을 사용하여 데이터 센터에서 가상 어플라이언스의 캡처, 가져오기 및 전개를 수행하는 시스템 관리자를 위한 것이다.
  
  
• Tivoli Provisioning Manager: Provisioning User Guide: Tivoli Provisioning Manager 버전 7.1.1 사용에 대한 전체 안내를 읽어보자.
  
  
• PowerVM Virtualization on IBM System p: Introduction and Configuration Fourth Edition: 이 Redbook에서 IBM System p 서버의 PowerVM 가상화 기술에 대한 소개를 읽어보자.
  
  
• Amit Singh가 작성한 "An Introduction to Virtualization"은 가상화와 사용 가능한 다양한 구현에 대한 훌륭한 소개이다. Linux 외에도 이 기사에서는 기타 운영 체제(Windows, Solaris)의 가상화와 가상화의 기타 수단(예: 네트워크 스택 가상화)에 대해서도 다룬다.
  
  
• Xen은 XenSource가 개발한 오픈 소스 가상 시스템 모니터(하이퍼바이저)이다. Xen은 일반적으로 게스트 운영 체제 수정이 필요한 반가상화로 알려져 있는 기술을 사용하지만 Xen은 가상화 CPU를 활용하여 수정되지 않은 게스트 운영 체제를 지원할 수 있다.
  
  
• New to AIX and UNIX?: "New to AIX and UNIX" 페이지에서 AIX와 UNIX에 대한 자세한 정보를 볼 수 있다.
  
  
• AIX Wiki: AIX와 관련된 기술 정보를 제공하는 협업 환경이다.
  
  
• Optimizing AIX 5L performance: Tuning network performance, Part 1(Ken Milberg, developerWorks, 2007년 11월): 네트워크 성능 최적화 과제에 초점을 두는 AIX 네트워킹에 관한 세 편의 기사로 구성된 시리즈 중 Part 1을 읽어보자.
  
  
• AIX에서 메모리 조정에 대해 설명하는 세 편의 기사로 구성된 시리즈인 Optimizing AIX 5L performance: Tuning your memory settings, Part 1(Ken Milberg, developerWorks, 2007년 6월)을 읽어보자.
  
  
• IBM 백서 Improving Database Performance with AIX concurrent I/O를 읽어보자.
  
  
• IBM System p 및 AIX InfoCenter에서 AIX memory affinity support에 대해 배워보자.
  
  
• Test 234: AIX 5L Performance and Systems Tuning을 IBM의 인증 프로그램 중 일부로 이용해 보자.
  
  
• IBM의 Power Architecture: High-Performance Architecture with a History에 대해 자세히 알아보자.
  
  
• IBM의 Power 아키텍처에 대해 설명하는 Power to the People; A history of chip making at IBM(developerWorks, 2005년 12월)을 읽어보자.
  
  
• CPU Monitoring and Tuning(Wayne Huang et al. developerWorks, 2002년 3월): 이 기사에서 표준 AIX 도구를 사용하여 CPU 병목 현상을 파악하는 방법을 배울 수 있다.
  
  
• IBM Redbook AIX 5L Practical Performance Tools and Tuning Guide에서 AIX 5L V5.3과 함께 제공되는 성능 모니터링 및 조정 도구에 대한 종합적인 정보를 볼 수 있다.
  
  
• AIX 5L Version 5.3: What's in it for you?(developerWorks, 2005년 6월)에서 AIX 5L V5.3의 유용한 기능에 대한 자세한 설명을 볼 수 있다.
  
  
• IBM의 Operating System and Device Management에서는 사용자 및 시스템 관리자에게 시스템 백업 및 복원, 물리적 및 논리적 스토리지 관리, 적절한 페이징 공간 크기 지정 등의 작업을 수행할 때 선택하게 되는 옵션을 결정하는 데 도움이 되는 완벽한 정보를 제공한다.
  
  
• The AIX 5L Differences Guide Version 5.3 Edition(developerWorks, 2004년 12월) Redbook에서는 AIX 5L V5.2와 비교하여 AIX 5L V5.3의 차이점을 소개한다.
  
  
• AIX와 UNIX developerWorks 영역에서는 AIX 시스템 관리의 모든 측면과 관련된 풍부한 정보를 제공한다.
  
  
• 오픈 소스: developerWorks 오픈 소스 영역에서 오픈 소스 기술을 활용하여 개발 작업을 수행하고 이러한 기술을 IBM 제품과 함께 사용하는 데 도움이 되는 사용법 정보, 도구 및 프로젝트 업데이트를 확인할 수 있다.
  
  
• developerWorks technical events and webcasts: developerWorks 기술 행사 및 웹 캐스트를 통해 최신 정보를 얻을 수 있다.
  
  
• 팟캐스트: IBM 기술 전문가가 제공하는 유용한 정보를 볼 수 있다.
  
  

필자소개

아티클 순위

의견

위로

목차

• 가상 데이터 센터란?
• POWER7이 다른 이유
• VMControl이란?
• Tivoli Provisioning Manager란?
• POWER7에서 VMControl을 사용하여 가상 데이터 센터 작성하기
• Tivoli Provisioning Manager를 사용하여 가상 서버 관리하기
• 운영 체제 전개를 사용하여 실제 이미지 작성하기
• 결론
• 참고자료
• 필자소개
• 의견