[AIX Solaris HP-UX Linux Windows][z/OS]

가상화 및 지능형 관리

지능형 관리 로 애플리케이션 인프라 가상화를 구성하면 사용자 환경에서 워크로드의 변동을 수용하고 서비스 품질(QoS)을 증가시키기 위해 자원을 함께 풀링할 수 있습니다. 제품이 호스트되는 실제 하드웨어에서 제공하는 하드웨어 가상화와 함께 애플리케이션 인프라 가상화를 사용할 수도 있습니다.

애플리케이션 인프라 가상화

애플리케이션 인프라 가상화를 사용하면 호스트되는 실제 인프라에서 애플리케이션을 분리할 수 있습니다. 그런 다음 애플리케이션 서버 자원 풀에서 워크로드를 동적으로 배치 및 마이그레이션할 수 있습니다. 여기에서는 인프라가 비즈니스 요구사항을 동적으로 채택하고 응답할 수 있습니다. 요청은 가장 중요한 애플리케이션과 사용자에 대한 응답의 우선순위를 지정하고 지능적으로 라우트합니다.

일반적으로 애플리케이션 및 Java™ EE(Java Platform, Enterprise Edition) 자원은 정적으로 특정 서버로 바인드됩니다. 이러한 애플리케이션의 일부는 짧은 시간 계속되는 로드의 주기적 증가를 경험하게 됩니다. 애플리케이션이 사용 불능이 되는 가장 중요한 시간은 수요가 많은 기간입니다. 이러한 최대 수요를 수용할 수 있도록 IT 인프라를 구축해야 합니다. 시스템이 정상적인 로드를 수행하는 상당 시간 동안 컴퓨팅 용량의 많은 비율이 사용되지 않게 되므로 IT 투자가 비효율적으로 사용됩니다.

정적인 환경에서, 애플리케이션은 종종 다중 엔터프라이즈 아카이브(.ear 파일)에 걸쳐있고 애플리케이션이 환경에서 이식될 수 있도록 광범위하게 정의되지 않습니다. 정적으로 배치된 애플리케이션은 그들이 배치되는 서버에서 찾은 정보에 의존합니다.

지능형 관리 의 가상화된 동적 운영 환경에서, 정적 관계는 애플리케이션 또는 자원과 서버 인스턴스가 느슨하게 연결된 동적 관계로 대체됩니다. 서버 또는 클러스터에 대한 애플리케이션의 정적 바인딩 대신 애플리케이션을 동적 클러스터에 배치하십시오. 이는 사용자 환경의 워크로드에 따라 확장 및 축소할 수 있는 애플리케이션 배치 대상입니다.

동적 클러스터를 사용하여 이동하기 쉽도록 애플리케이션을 배치한 후 사용자가 정의하는 운영 정책에 의해 애플리케이션 배치가 결정됩니다. 자율적 관리자는 서버 인스턴스 배치 및 각 애플리케이션에 대해 워크로드가 라우트되는 방법을 제어합니다. 특정 애플리케이션에 대한 워크로드가 증가하면, 증가된 워크로드를 경험하지 못한 기타 애플리케이션의 가용 자원을 사용하여 애플리케이션을 호스트하는 동적 클러스터에 대한 서버 인스턴스 수가 늘어날 수 있습니다.

애플리케이션 인프라 가상화 장점:
  • 소프트웨어 및 애플리케이션의 개선된 관리: 관리 프로세스는 자동화 서비스 및 운영 정책을 이용함으로써 더 많이 반복되고 오류 발생이 줄어들게 됩니다.
  • 소프트웨어 자원 할당: 애플리케이션에서의 로드 분배 교대를 기반으로 자원의 동적 재할당이 발생할 수 있습니다.
  • 증가된 애플리케이션 수: 정적 구성보다 가상화된 애플리케이션 환경에서 더 많은 애플리케이션이 실행될 수 있습니다.
  • 구성 복잡도 감소: 애플리케이션과 애플리케이션 서버 인스턴스 사이의 연결이 느슨해지면 전체적인 복잡도가 감소하고 이는 더 많이 사용 가능한 환경을 위해 제공됩니다.

애플리케이션 인프라 가상화 예

그림 1. 지능형 관리 환경의 애플리케이션 인프라 가상화. 멤버쉽 정책 또는 노드 그룹이 지정되어 있는 동적 클러스터에 애플리케이션을 배치합니다. 애플리케이션을 특정 애플리케이션 서버에 배치하지 않습니다. 대신 애플리케이션 배치 제어기는 동적 클러스터에 대해 선택한 설정을 기반으로 동적 클러스터의 애플리케이션 서버 인스턴스를 시작합니다.
애플리케이션 인프라 가상화에서는
동적 클러스터에서 정의되는 서버로 ODR이 라우트됩니다. 동적 클러스터에 속하는 노드는
노드 그룹 또는 멤버쉽 정책을 기반으로 합니다. 새 서버는 노드에서 시작될 수 있으므로 이
배치는 동적입니다.
그림 2. 추가 애플리케이션 서버를 시작하여 애플리케이션 로드 변경에 반응. 동적 클러스터 멤버십 정책에서 선택한 노드에서 애플리케이션에 대해 수신되는 추가 요청을 처리하기 위해 추가로 애플리케이션 서버를 시작할 수 있습니다.
특정 애플리케이션에 대한 워크로드가
증가하면, 증가된 워크로드를 경험하지 못한 기타 애플리케이션의 가용 자원을 사용하여
애플리케이션을 호스트하는 동적 클러스터의 서버 인스턴스 수가 늘어날 수 있습니다.

1 특정 애플리케이션에 대한 워크로드가 증가하면, 애플리케이션을 호스트하는 동적 클러스터의 서버 인스턴스 수가 증가할 수 있습니다. 이러한 서버 인스턴스는 증가한 워크로드를 경험하고 있지 않은 다른 애플리케이션의 가용 자원을 사용합니다.

하드웨어 가상화

지능형 관리 가 사용자 환경에서 애플리케이션의 가상화를 제공하는 동안, ESX와 같은 가상 하드웨어에서 지능형 관리 를 사용하여 호스트 환경이 제공하는 하드웨어 가상화 용량을 이용할 수 있습니다.
하드웨어 가상화 장점:
  • 사용자 환경에서 하드웨어의 양 감소: 동일한 실제 하드웨어에서 여러 지능형 관리 노드를 실행할 수 있습니다.
  • 개선된 하드웨어 관리: 실제 시스템이 적어 사용자 환경 관리가 용이할 수 있고 하드웨어 가상화 소프트웨어를 사용하여 사용자 이미지를 관리할 수 있습니다.
  • 하드웨어의 고가용성: 서버 장애 복구를 구성함으로써, 실제 하드웨어를 많이 사용할 수 있습니다. 하나의 서버가 실패하면 다른 서버로 대체될 수 있습니다.
  • 하드웨어의 동적 할당: 호스팅 시스템에 있는 프로세서 및 메모리와 같은 실제 자원을 사용자 환경의 가상 서버와 공유하고 필요에 따라 동적으로 할당할 수 있습니다. 자원이 동적으로 할당되므로 서버를 다시 시작할 필요가 없습니다.
  • 공유 스토리지: 여러 가상 서버 또는 논리적인 파티션이 동일한 물리적 스토리지를 공유할 수 있습니다. 각 가상 머신 또는 LPAR에 대해 실제 하드웨어 드라이브가 필요하지 않습니다.

서버 가상화를 제공하는 환경의 지능형 관리

지능형 관리 는 지원되는 가상화된 하드웨어 환경에서 동작할 수 있습니다. 다양한 하드웨어 공급업체가 여러 가상화 기능을 제공하므로 여러 하드웨어 가상화 환경에서 지능형 관리 의 동작이 다를 수 있습니다. 그러나 가상 서버 또는 논리적 파티션에서 하드웨어 자원 공유 기능과 같은 공통 테마가 있습니다. 서버 가상화 환경은 공유 프로세서 모드 또는 전용 프로세서 모드에서 실행될 수 있습니다. 공유 프로세서 모드를 사용하는 경우, 실제 시스템에서 실행 중인 서버 또는 논리적 파티션에서 실제 프로세서를 풀링 및 공유합니다. 전용 프로세서 모드를 사용하는 경우, 실제 프로세서는 정적으로 각 가상 서버 또는 논리적 파티션으로 할당됩니다.

그림 3. 공유 프로세서 모드. 공유 프로세서 모드에서, 실제 프로세서는 가상 서버 또는 논리적 파티션에서 풀링 및 공유됩니다.공유 프로세서 모드에서 실제 서버에는
여러 가상 서버 또는 논리적 파티션을 실행하는 데 사용되는 공유 프로세서 풀이 포함되며, 공유
프로세서 풀에는 노드 및 애플리케이션 서버가 포함될 수 있습니다.
그림 4. 전용 프로세서 모드. 전용 프로세서 모드에서 실제 프로세서는 정적으로 각 가상 서버 또는 논리적 파티션에 할당됩니다.
전용 프로세서 모드에서
실제 프로세서는 특정 가상 서버 또는 논리적 파티션에 맵핑됩니다. 이러한 가상 서버 또는 논리적 파티션은
노드 또는 애플리케이션 서버를 실행할 수 있습니다.
지능형 관리 는 하드웨어 가상화 환경에서 전용 프로세서 모드로 실행될 수 있습니다. 프로세서 용량은 각 가상 서버 또는 논리적 파티션에 정적으로 고정됩니다. 용량 및 지정은 동적으로 변경되지 않습니다. 각 가상 서버 또는 논리적 파티션의 프로세서 자원은 변경되지 않으므로, 전용 프로세서 모드를 사용해도 지능형 관리 의 트래픽 관리 및 가상화 기능에 영향이 없습니다.
그림 5. 애플리케이션 인프라 및 하드웨어 가상화의 공존.
애플리케이션 인프라 및 하드웨어 가상화 공존

서버 가상화를 제공하는 환경에서의 On-demand 라우터

ODR(On-Demand router)은 CPU 또는 메모리 사용에 제한을 받을 수 없습니다. 그러므로 서버 가상화를 제공하는 환경에서 ODR을 설치할 경우, 전용 프로세서 모드에서 ODR을 실행하는 가상 머신 또는 LPAR을 구성하거나, ODR을 실행할 때 ODR이 충분히 많은 CPU 자원 및 전용 메모리를 수신할 수 있는 모드에서 구성하십시오.

공유 CPU를 가진 Solaris 10 Zones에 제품 배치

CPU와 메모리가 여러 구역에서 공유되는 비전용 모드에서 Solaris 10 Zones에 제품을 설치 및 배치할 수 있습니다.

Solaris 10 Zone이 구역 사이에서 CPU와 메모리를 공유하도록 구성되어 있으면, 제품은 각 Solaris 머신의 글로벌 구역에 설치해야 합니다. 이 설치는 표준 노드 설치가 될 수 있습니다.

각 Solaris 시스템의 글로벌 구역에서 실행 중인 노드 에이전트는 시스템에 있는 모든 구역에 필요한 정보를 제공합니다. 노드 에이전트 프로세스가 실행되는 동안, 제품이 이 환경에서 적절하게 실행되는 데 필요한 정보를 자동으로 수집합니다.


주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=cwve_odoevirtualized
파일 이름:cwve_odoevirtualized.html