WebSphere Extended Deployment, Version 6.0.x     운영 체제: AIX, HP-UX, Linux, Solaris, Windows, z/OS

이전 파티션 설계

특정 솔루션에 있는 파티션 수는 주의하여 관리해야 합니다. 가능하면 파티션을 적게 유지하는 것이 일반적으로 간단하고 효율적입니다. 각 파티션은 시스템 자원을 사용하여 워크로드 관리 내에 구현하므로 시스템 관리 면에서 추가 관리자 노력을 필요로 하고 성능 모니터 관점에서 추적 시의 클러스터 성능이 낮아집니다.

솔루션에는 보다 많은 파티션이 필요하므로 각각 확장을 시작하고 유지보수할 추가 자원이 필요하거나 추가 성능이 필요합니다. 일부 솔루션은 복잡하고 매우 많은 파티션이 필요하거나 좀더 효율적일 수 있도록 두세 가지 다른 유형의 파티션을 작성하기도 하며(이종 파티션 대 주요 Application Server 솔루션 참조) 이 경우에는 솔루션을 주의하여 관리해야 합니다. 가능하면 필요한 파티션을 동적으로 작성하고 필요하지 않으면 제거하십시오.

관리 측면, 예를 들어 가장 비용이 많이 드는 장기적인 구현 측면 중 하나에서 볼 때 수천 개의 파티션과 클러스터에서 이러한 파티션에 부과되는 로드의 관리는 수백 개의 파티션을 관리해야 하는 솔루션과 비교할 때 보다 도전해볼 만합니다. 그러나 여러 솔루션이 수천 개의 파티션을 필요로 할 수도 있으며 이 경우 문제를 처리하기 위한 컴퓨팅 자원, 개발자 및 관리 자원이 보다 확장됩니다.

IBM 내부적으로 파티션 기능은 여러 시스템에서 로드 하에 있는 10,000개의 파티션으로 테스트되었습니다. 이러한 테스트 중 발견된 중요한 내용은 활성 조정자 수가 최소한 4여야 한다는 점입니다. 또한 고가용성(HA) 관리자 정책을 사용하여 조정자를 클러스터의 특정 물리적 시스템으로 설정하는 것과 이러한 시스템(또는 시스템 수가 줄어든 경우 Application Server)을 방지하기 위해 파티션의 선호하는 서버를 설정하는 것이 유익하다고 확인되었습니다. 또한 큰 파티션 세트를 실행할 경우 활성 조정자로 지정하는 Application Server 및 Deployment Manager에 대해 JVM(Java Virtual Machine) 힙 크기를 늘려야 할 수도 있습니다.

세부사항은 관리 섹션에 제공되어 있지만 보통 자원을 보수적으로 관리해야 합니다. 이러한 방법을 통해 급격한 성능 상승이 발생하고 실패 조건이 발생하면 클러스터의 조작 무결성이 손상되지 않게 됩니다.




Related concepts
일반 클러스터 및 WPF 관리 고려사항

개념 주제    

이용 약관 | 피드백 마지막 갱신 날짜: Mar 21, 2006 11:38:53 AM EST
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=?topic=/com.ibm.websphere.xd.doc/info/WPF51/cwpfpartdesign_pdf.html

© Copyright IBM 2005, 2006. All Rights Reserved.
이 Information Center는 Eclipse 테크놀러지로 강화되었습니다. (http://www.eclipse.org)