Oracle 백서 2013년 3월

Fujitsu M10-4S 서버를 이용한 통합

Fujitsu M10-4S 서버를 이용한 통합

개요 ..................................................................................................... 1 서버 및 애플리케이션 통합이 필요한 이유 .......................................... 2 통합의 요구 사항 .......................................................................... 3 수직 확장 가능한 대형 SMP 서버 ................................................. 3

수직 확장 가능한 고사양 SMP 서버 .................................................... 4 Fujitsu M10-4S SMP 서버 ................................................................... 4

Fujitsu M10-4S 서버의 확장성 및 용량......................................... 5 Fujitsu M10-4S 가상화 및 리소스 관리 ................................................ 8

Oracle Solaris .............................................................................. 9 물리적 파티션 .............................................................................. 9 Oracle VM Server for SPARC ...................................................... 9 Oracle Solaris Zones ................................................................. 10 Oracle Solaris Resource Manager ............................................. 10 공정 비율 스케줄러 .................................................................... 11 Oracle Enterprise Manager Ops Center..................................... 11

통합을 위한 Fujitsu M10-4S 고가용성 기능 ...................................... 11 사례 연구 .......................................................................................... 12 결론 ................................................................................................... 13 추가 정보 .......................................................................................... 13

Fujitsu M10-4S 서버를 이용한 통합

개요

기업 통합의 이점은 잘 알려져 있습니다. 작업량, 애플리케이션, 데이터베이스, 운영 체제 인스턴스 및 서버를 통합하면 관리를 받는 리소스의 수를 줄일 수 있어 시스템 활용률이 개선되고 비용이 감소됩니다. 활용률이 높으면 추가 하드웨어를 구매해야 할 필요성이 줄어듭니다. 동시에 통합은 보안을 강화하고 보다 예측 가능한 서비스 수준을 달성하고 애플리케이션 구축 유연성을 높이는 등 전략적 목표를 이루는 데 기여할 수 있습니다.

성공적인 통합 구축을 위해서는 여러 애플리케이션 인스턴스를 지원할 수 있는 확장성을 갖춘 서버 플랫폼을 선택해야 합니다. 또한 서버 플랫폼은 수많은 애플리케이션을 간편하게 관리하기 위해 업무상 중요한 애플리케이션, 리소스 관리, 가상화 기능에 필요한 고가용성과, 통합된 환경을 관리하기 위한 도구를 갖춰야 합니다.

Fujitsu M10-4S 서버는 이러한 모든 요구 사항을 충족하며 서버 통합에 이상적인 솔루션입니다. 이 서버를 사용해 IT 관리자는 새로운 작업량과 변화하는 작업량에 맞게 동적으로 빠르게 할당할 수 있는 컴퓨팅 리소스 풀을 생성할 수 있습니다.

1

Fujitsu M10-4S 서버를 이용한 통합

서버 및 애플리케이션 통합이 필요한 이유

일반적으로 애플리케이션은 애플리케이션 인스턴스마다 하나의 서버에 구축되어 왔습니다. 기업 애플리케이션은 복잡하기 때문에 이러한 구축 스타일을 유지하기 위해서는 데이터 센터에서 하나의 애플리케이션에 여러 개의 서버가 있어야 하며, 웹 계층, 애플리케이션 계층 및 데이터베이스 계층마다 별도의 서버가 필요합니다.

더 나아가 프로덕션 서버 외에 테스트 및 개발 서버를 필요로 하는 기업 애플리케이션이 많이 있습니다. 초기 구축 시 프로덕션 서버에는 공통적으로 작업량 급증을 지원하기 위한 여유 용량이 충분하지만 애플리케이션이 늘어남에 따라 서버를 더 많이 추가해야만 용량이 추가되기 때문에 복잡성이 가중됩니다. 서버의 수가 늘어나면 관리해야 하는 OS 인스턴스의 수도 늘어나 복잡성이 가중되고 IT 유연성이 떨어집니다.

서버당 하나의 애플리케이션 구축 모델에서 서버 활용률은 보통 10-30%로 매우 낮습니다. 따라서 서버 리소스가 매우 비효율적으로 활용됩니다. 각 서버의 크기는 작업량 급증을 처리할 수 있을 만큼 커야 하지만 일반적으로 서버 용량의 일부분만 필요합니다.

단일 애플리케이션 인스턴스를 실행하는 작은 서버 여러 개를 보여 주는 그림 1에 이 내용이 나와 있습니다. 이러한 서버는 각각 최대 용량 요구 사항을 만족할 만큼 충분한 여유 용량을 필요로 하며 더 많은 용량을 필요로 하거나 용량이 초과되는 다른 서버와 여유 용량을 "공유"할 수 없습니다.

이 서버가 여유 용량을 필요에 따라 대여하거나 차용하는 등 공유할 수 있는 경우 활용률이 증가합니다. 그러나 크기가 더 큰 단일 서버에서 여러 애플리케이션이 통합된 경우에는 애플리케이션마다 리소스가 크게 달라지기 때문에 작업량 최고점과 최저점이 안정되는 경향을 보이며 총 컴퓨팅 요구 사항의 변동이 줄어듭니다. 통합되지 않은 애플리케이션의 수가 많을수록 서버 사용률이 더 균등해집니다. 크기가 큰 서버에서 통합된 애플리케이션의 경우 여유 용량이 공유되므로 유리합니다. 따라서 애플리케이션 통합은 잉여 용량이 눈에 띄게 줄어들기 때문에 서버 활용률이 대폭 증가하는 결과를 불러올 수 있습니다.

그림 1. 크기가 큰 대칭 다중 프로세싱 서버를 통합하고 여유 용량을 공유할 수 있습니다.

2

Fujitsu M10-4S 서버를 이용한 통합

서버 활용률이 개선되면 서버 리소스가 보다 효율적으로 사용되고, 이에 따라 ROI가 늘어나고 작업량 요구 사항을 만족하는 데 필요한 총 서버 하드웨어 수가 줄어듭니다.

다수의 오래되고 크기가 작은 서버를 소수의 더 작고 새로운 서버로 통합하면 활용률 증가 외에도 여러 가지 이점을 얻을 수 있습니다. 새 서버의 경우 용량, 성능, 에너지 및 공간 효율이 증가하고 가용성 기능이 향상되며 보다 쉽게 관리할 수 있습니다.

통합의 요구 사항

통합에 사용되는 서버는 확장성과 고용량, 고가용성, 간단한 업그레이드 경로를 제공해야 합니다. 또한 기존 애플리케이션의 재사용이 가능하고 효과적인 가상화 및 리소스 관리 도구가 있어야 합니다. 애플리케이션이 통합 서버에서 결합되기 때문에 이 서버에는 수십 가지의 각종 작업량을 처리할 수 있는 용량이 필요합니다. 다른 애플리케이션과 통합할 경우 각 애플리케이션의 성능은 자체 서버에 단독으로 구축할 때 성능과 같거나 이를 능가해야 합니다.

통합은 이론적으로 "바구니 하나에 더 많은 달걀을 넣는 것"을 의미하므로 시스템 장애가 발생할 경우 자체 서버에 각 애플리케이션을 구축할 때보다 애플리케이션 가용성이 더 심각한 영향을 받습니다. 통합에 사용되는 서버에서는 예정된 경우는 물론 예정되지 않은 가동 중단 시간을 줄이기 위해 하드웨어와 소프트웨어에 고가용성 기능이 마련되어야 합니다. 통합 서버는 가동이 중단되는 일이 거의 없을 정도로 매우 안정적이어야 합니다. 또한 가동 중단 시간이 최소화되거나 전혀 없이 재구성, 업그레이드 및 복구할 수 있도록 고급 서비스 용이성 기능이 필요합니다.

통합 서버는 오래된 애플리케이션을 새로운 환경에서 실행하는 데 주로 사용되므로 레거시 애플리케이션은 물론 새 애플리케이션도 실행할 수 있어야 합니다.

통합 환경에는 각종 작업량이 다양하게 존재하며 이러한 작업량마다 패치, 리소스, 보안 및 성능 요구 사항이 다릅니다. 대부분의 경우 운영 체제에 여러 애플리케이션을 관리할 수 있는 충분한 도구가 있지만 효과적으로 실행하기 위해 애플리케이션에 별도의 환경이 필요한 경우도 있습니다. 통합 서버의 리소스 풀을 여러 애플리케이션의 요구에 맞춰 분할하고 구축할 수 있도록 가상화 및 리소스 관리 도구가 필요합니다. 가상화가 애플리케이션 분리를 강제 적용하고 리소스 관리가 각 애플리케이션의 성능 요구 사항 만족을 보장합니다.

수직 확장 가능한 대형 SMP 서버

Fujitsu의 M10 서버와 같은 대형 대칭 다중 프로세싱(SMP) 서버에는 테라바이트 단위의 RAM과 수십 개의 프로세서 및 I/O 슬롯이 모두 단일 OS 인터페이스에서 구축할 수 있는 하나의 랙에 포함되어 있습니다.

기본적으로 수직 확장 가능한 서버는 통합 및 애플리케이션 구축을 간소화하기 위해 다양한 크기의 작업량을 수십 개나 지원할 수 있는 리소스의 대규모 풀입니다. 새 애플리케이션을 대형 SMP 서버에서 구축할 수 있어 새 애플리케이션마다 서버를 설치하지 않아도 됩니다. 기존 애플리케이션은 사용 가능한 잉여 여유 용량을 활용해 확장할 수 있습니다.

3

Fujitsu M10-4S 서버를 이용한 통합

수직 확장 가능한 고사양 SMP 서버

모든 서버는 동일한 기본 구성 요소로 이루어지지만 여러 서버 아키텍처가 이러한 구성 요소를 다양한 방식으로 결합, 연결 및 활용할 수 있습니다.

일반적으로 8개 이상의 프로세서를 호스팅하는 크기가 큰 SMP 서버에 해당하는 수직 확장 가능한 서버에는 단일 섀시 안에 포함된 여러 프로세서, 메모리 하위 시스템 및 I/O 구성 요소를 관리하기 위한 단일 OS 인스턴스가 있습니다. Fujitsu M10-4S 서버 같은 수직 확장 가능한 서버는 대부분 가상화 도구로 분할하여 서버의 리소스 하위 집합을 사용하는 다수의 OS 인스턴스를 생성할 수도 있습니다. 가상화 도구는 작업량과 보안 및 가용성 요구 사항을 기준으로 필요에 따라 리소스를 공유하거나 분리하는 데 사용됩니다.

수직 확장 가능한 설계에서 시스템 상호 연결은 낮은 지연 시간과 높은 대역폭을 제공하는 고속 상호 연결입니다. 수직 또는 SMP 시스템에서는 메모리가 공유되며 사용자에게 단일 엔터티로 표시됩니다. 모든 프로세서와 I/O 연결에서는 모든 메모리에 동일하게 액세스할 수 있으므로 데이터 배치를 신경 쓰지 않아도 됩니다.

캐시 일관적 상호 연결이 해당 캐시나 메모리 위치에 상관없이 모든 데이터의 위치에서 정보를 유지합니다. 내부 상호 연결이 자동으로 투명하게 모든 데이터 이동을 처리하기 때문에 SMP 서버에 클러스터 관리자나 네트워크 상호 연결이 없습니다. 랙에 리소스를 추가하려면 추가 프로세서, 메모리 및 I/O 하위 어셈블리와 함께 "기본 구성 요소"를 삽입해야 합니다. 수직 아키텍처에는 하나의 대규모 애플리케이션에 사용할 수 있는 대형 SMP 서버의 클러스터도 포함될 수 있습니다.

고사양 SMP 서버는 애플리케이션 구축과 통합을 대폭 단순화합니다. 대형 SMP 서버에는 쉽게 분할된 프로세서, 메모리 및 I/O 리소스의 대규모 풀이 있습니다. 이 리소스 풀은 시스템 관리 도구를 사용해 동적으로 애플리케이션에 할당할 수 있습니다.

이와 같은 서버가 있으면 리소스 파티션이 단일 프로세서만큼 작거나 프로세서 64개, 코어 1,024개, RAM 32TB 및 PCIe(PCI Express) I/O 슬롯 128개로 이루어진 Fujitsu M10-4S 서버만큼 클 수 있기 때문에 크기에 상관없이 작업량을 쉽게 구축할 수 있습니다. 모든 리소스에 대한 액세스는 동일합니다. 대형 SMP 서버는 긴밀히 통합되고 유연성이 뛰어난 리소스 클라우드의 역할을 합니다.

대형 SMP 서버가 모든 크기와 유형의 작업량을 처리할 수 있기 때문에 관리, 서비스 및 구축을 단순화하도록 단일 시스템에서 데이터 센터를 표준화할 수 있습니다. 데이터 센터는 한 가지 유형 및 크기의 SMP 서버에서 표준화하고 꽉 찰 때까지 서버에서 애플리케이션을 구축할 수 있습니다. 그런 후에만 비로소 같은 유형의 새 서버를 구축해 새 작업량에 추가 용량을 제공할 수 있습니다.

Fujitsu M10-4S SMP 서버 이 문서에서 수직 확장의 기본 개념을 소개한 만큼 지금부터는 이점을 제공하는 기본 하드웨어 및 소프트웨어 기술을 자세히 살펴볼 필요가 있습니다. 이 섹션에서는 조직이 수직 확장 모델을 활용해 통합하고 더 높은 활용률, 낮은 TCO, 좀 더 예측 가능한 서비스 수준을 달성하고 보다 효율적인 리소스 사용을 실현할 수 있도록 지원하는 Fujitsu M10-4S 서버와 기능에 대해 설명합니다. 그림 2는 Fujitsu M10-4S 서버의 사양을 보여 줍니다.

4

Fujitsu M10-4S 서버를 이용한 통합

그림 2. Fujitsu M10-4S의 사양을 통해 서버가 수직 확장을 지원할 수 있습니다.

Fujitsu M10-4S 서버의 확장성 및 용량

뛰어난 애플리케이션 성능을 얻기 위해서는 빠른 프로세서, 빠른 상호 연결, 빠른 I/O, 확장 가능한 운영 체제, 최적화된 애플리케이션과 균형을 맞춘 시스템과 높은 수준의 안정성, 가용성 및 확장성이 요구됩니다. Oracle은 시스템 설계를 진행할 때 항상 이러한 핵심 요소 사이에 균형을 맞추는 것을 중요시해 왔습니다.

Fujitsu M10-4S 모듈형 아키텍처

Fujitsu M10-4S 서버는 4U(4개 랙 유닛) 폼 팩터의 최신 SPARC64 X 프로세서에 의해 구동되는 2개 또는 4개 소켓 서버입니다. 각 Fujitsu M10-4S 4U 서버는 최대 64개의 프로세서가 있는 단일 인스턴스 SMP 서버를 생성하기 위해 다른 Fujitsu M10-4S 기본 구성 요소와 연결할 수 있는 기본 구성 요소입니다. 각 Fujitsu M10-4S 서버는 최대 64개의 DDR3 메모리 DIMM 슬롯, 8개의 PCIe Gen3 슬롯 및 8개의 2.5인치 하드 디스크 드라이브를 지원합니다. 그림 3은 Fujitsu M10-4S의 모듈형 아키텍처를 보여 줍니다. 이 아키텍처에서는 Fujitsu M10-4S 기본 구성 요소 1-4개를 구리 전선만을 통해 연결할 수 있으며 아무 표준 랙에나 마운트할 수 있습니다. 5-16개의 기본 구성 요소의 경우 1-2개의 Fujitsu 확장 랙과 2개 또는 4개의 XB Box(Crossbar Box) 상호 연결 스위치가 필요합니다. 기본 구성 요소가 몇 개나 연결되어 있는지에 상관없이 결과적으로 파티션에 Oracle Solaris OS 인스턴스 하나 또는 Oracle Solaris OS 인스턴스 여러 개가 생성될 수 있습니다.

5

Fujitsu M10-4S 서버를 이용한 통합

그림 3. Fujitsu M10-4S는 모듈형 아키텍처를 특징으로 합니다.

프로세서 및 시스템 상호 연결

Fujitsu M10-4S는 3.0GHz에서 실행되는 새 SPARC64 X 16코어 프로세서를 사용합니다. SPARC64 X 프로세서는 우수한 단일 스레드 성능을 위해 24MB의 레벨 2(L2) 캐시가 있기 때문에 어떤 작업량에도 이상적입니다. SPARC64 X 프로세서에는 코어당 2개의 스레드와 프로세서당 16개의 코어가 있습니다. 즉, 프로세서당 총 32개의 스레드가 있습니다. 프로세서당 512GB의 메모리를 지원합니다. 따라서 Fujitsu M10-4S는 SPARC64 X 프로세서 64개, 프로세서 코어 1,024개, 스레드 2,048개 및 주 메모리 32TB로 확장되며, 이 모두가 Fujitsu M10-4S 분할 기술을 통해 Oracle Solaris의 단일 인스턴스나 다수의 인스턴스에 의해 사용될 수 있습니다.

최적의 애플리케이션 성능을 위해서는 일반적으로 가장 빠른 프로세서를 사용하는 것보다 최대 용량에서 활용률이 높은 프로세서를 실행하는 것이 더 중요합니다. 해당 용량의 50%에서 실행되는 고속 프로세서가 실제로는 80% 용량에서 실행되는 느린 프로세서보다 성능 면에서 더 느릴 수 있습니다. 또한 시스템에서 프로세서의 수가 늘어남에 따라 성능 면에서 시스템 상호 연결의 대역폭과 지연 시간이 개별 프로세서의 속도보다 중요하게 부각됩니다.

시스템 상호 연결은 디스크, 메모리 및 네트워크 인터페이스에서 프로세서로 데이터를 이동합니다. 또한 데이터 위치를 이동하는 데에도 사용되는데, 이는 캐시 일관성을 유지하는 데 중요한 작업입니다. 시스템 상호 연결의 주소 대역폭이 느리면 데이터를 기다리는 사이 프로세서가 유휴 상태가 되는 경우가 자주 발생합니다. Fujitsu M10-4S는 케이블 상호 연결을 사용해 1-4개의 Fujitsu M10-4S 기본 구성 요소를 연결하고 광 상호 연결과 이중 XB Box 스위치를 사용해 5-16개의 Fujitsu M10-4S 기본 구성 요소에 연결합니다. Fujitsu 고성능 상호 연결은 64개의 프로세서로 확장하는 데 필요한 높은 대역폭과 낮은 지연 시간을 갖추고 있습니다.

밀접하게 연관된 프로세서, 메모리, I/O 및 상호 연결을 갖춘 대형 SMP 서버의 가장 큰 이점은 빠른 내부 데이터 전송 속도입니다. 컴퓨팅 용량과 기능은 시스템에서 데이터를 얼마나 빨리 이동할 수 있는지에 따라 결정됩니다. Fujitsu M10-4S 서버의 상호 연결 대역폭은 기본 구성 요소 16개가 연결된 상태에서 6,553GB/초입니다.

6

Fujitsu M10-4S 서버를 이용한 통합

Fujitsu M10-4S 서버는 데이터 레이아웃을 신경 쓰지 않고 모든 크기의 작업량을 처리할 수 있는 대규모 리소스 풀입니다. 모든 프로세서가 모든 메모리 및 모든 I/O 슬롯에 동일하게 액세스하기 때문에 큰 작업량도 더 작은 작업량으로 쉽게 구축하고 지원할 수 있습니다. 유일한 차이는 각 작업량에서 사용되는 리소스의 개수입니다. 그림 4는 64-프로세서 Fujitsu M10-4S와 이 서버가 다양한 작업량 크기를 어떻게 지원하는지 보여 줍니다.

그림 4. Fujitsu M10-4S 서버의 이 구조는 메모리, 프로세서 및 I/O 슬롯을 보여 줍니다. 모든 프로세서는 모든 메모리 및 I/O에 동일하게 액세스할 수 있습니다. 데이터는 대역폭이 높고 대기 시간이 낮은 상호 연결에 의해 리소스 사이에서 매우 빠른 속도로 이동합니다.

입력 및 출력

많은 애플리케이션에서 빠른 I/O는 디스크와 네트워크에서 시스템 상호 연결을 지나 프로세서로 데이터를 이동하는 데 필수적입니다. I/O 병목 현상은 가장 빠른 상호 연결과 프로세서에도 부정적인 영향을 줄 수 있습니다. I/O 대역폭은 개별 I/O 하위 시스템의 처리량과 I/O 슬롯 개수의 기능입니다. 디스크 스핀들의 수가 I/O 기능에 막대한 영향을 줄 수 있으므로 애플리케이션에 대해 구축되는 디스크가 많을수록 애플리케이션이 보다 원활하게 실행됩니다. Fujitsu M10-4S에는 내부에 최대 128개의 PCIe Gen3 I/O 슬롯과 928개의 PCIe Gen3 I/O 슬롯이 있으며, 옵션으로 PCI Expansion Unit이 있습니다.

CPU 활성화

CPU 활성화는 "온디맨드 용량"(COD) 취득 모델로, 고객이 프로세서를 구매했지만 CPU 활성화 라이센스를 구매할 때까지 모든 프로세서 코어를 사용할 수 없음을 뜻합니다. 새 라이센스는 빠르게 구입할 수 있으며 이 경우 거의 즉각적으로 용량을 늘릴 수 있습니다. 이렇게 하면 하드웨어의 초기 비용이 줄어들고 유연성이 향상됩니다. CPU 활성화에서는 단일 프로세서의 세분화 덕분에 각 애플리케이션에 알맞은 양의 프로세서 리소스를 손쉽게 구축할 수 있습니다. CPU 활성화 라이센스는 하나의 Fujitsu M10 서버에서 다른 Fujitsu M10 서버로 이동하거나 변화하는 작업량 요구 사항을 간단하게 충족하는 물리적 파티션으로 이동할 수 있습니다.

7

Fujitsu M10-4S 서버를 이용한 통합

운영 체제

운영 체제가 부실하면 성능이 아무리 좋은 하드웨어라도 병목 현상이 발생하고 성능, 용량 및 가용성에 부정적인 영향을 줄 수 있습니다. Oracle은 대형 SMP 서버의 확장성, 가용성 및 성능 요구 사항에 맞게 Oracle Solaris OS를 최적화합니다. 나아가 Oracle이 전체 스택(애플리케이션, 데이터베이스, 프로세서, 시스템 상호 연결 및 OS)을 엔지니어링하기 때문에 각 단계에서 발전을 이루고 특정한 유형의 작업량에 맞게 전체 시스템을 최적화할 수 있습니다.

그 결과 애플리케이션의 요구 사항에 적합한 균형 시스템과 강력한 성능을 제공할 수 있습니다. Oracle Solaris는 1990년대 중반부터 대형 SMP 서버에서 구축되기 시작해 Fujitsu M10-4S 서버의 프로세서, 메모리 및 I/O 리소스를 모두 하나의 대규모 애플리케이션이나 수십 개의 통합 애플리케이션에서 사용할 수 있는 확장성을 입증해 왔습니다.

Fujitsu M10-4S 가상화 및 리소스 관리

다음 섹션에서는 여러 애플리케이션을 함께 배포해 시스템 활용률을 높이고 컴퓨팅 리소스의 사용을 최적화하고 IT 투자로부터 ROI를 올릴 수 있는 가상화 및 리소스 관리 기술을 살펴봅니다. 그림 5는 Fujitsu M10-4S 서버에서 무료로 제공되는 다양한 수준의 가상화 기술을 보여 줍니다. 가상화 스택의 맨 아래에 SPARC64 X 프로세서가 있습니다. 가상화의 첫 번째 단계인 물리적 파티션(PPAR)은 하드웨어 파티션입니다. 각 PPAR에는 SPARC 파티션을 위한 하이퍼바이저 기반 Oracle VM Server가 있습니다. 다음 가상화 단계는 Oracle Solaris의 기능인 Oracle Solaris Zones입니다. Oracle Solaris의 각 인스턴스에는 단일 서버에서 다수의 애플리케이션을 관리하는 데 매우 유용한 여러 가지 리소스 관리 도구가 있습니다. 다음 몇 섹션에서는 이러한 가상화 및 리소스 관리 기술에 대해 자세히 설명합니다.

그림 5. 이 그림은 Fujitsu M10-4S 서버의 가상화 기술 스택을 보여 줍니다.

8

Fujitsu M10-4S 서버를 이용한 통합

Oracle Solaris

Oracle Solaris OS는 작업량에 따라 주어진 서버 또는 도메인에 있는 모든 프로세서 사이에서 다수의 프로세스를 예약하고 하나의 프로세서에서 다음 프로세서로 프로세서를 동적으로 마이그레이션하는 데 매우 효율적입니다. 많은 기업들이 가상화 도구를 전혀 사용하지 않고 단일 SPARC 서버에서 Oracle Database 인스턴스를 100개 이상 실행합니다. Oracle Solaris는 데이터베이스 프로세스를 효과적으로 관리하고 예약할 수 있습니다.

이 방식을 통해 대형 수직 확장 가능 서버가 필요에 따라 서버에 상주하는 많은 사용자와 애플리케이션 인스턴스에 리소스를 할당할 수 있습니다. Oracle Solaris를 사용하여 작업량의 균형을 유지하면 리소스 요구 사항을 처리해야 할 필요성이 줄어들어 프로세서의 수가 감소하고 메모리 크기가 줄어들며 취득 비용이 절약됩니다.

물리적 파티션

물리적 파티션은 전자적으로 격리된 파티션입니다. 이를 통해 여러 애플리케이션과 Oracle Solaris의 여러 사본을 단일 서버에서 실행할 수 있습니다.

PPAR에서는 관리자가 하드웨어나 보안 장애를 격리하고 그 범위를 제한할 수 있습니다. 그 결과 시스템 가용성과 보안 수준이 크게 향상됩니다. 3세대에 접어든 PPAR은 UNIX 서버 시장에서 매우 성공적이고 확고한 분할 옵션입니다.

PPAR 덕분에 소프트웨어와 하드웨어 오류 및 장애가 원래 발생한 도메인 외부로 자체적으로 전파되지 않습니다. PPAR 간의 완전한 오류 격리는 하드웨어 또는 소프트웨어 오류가 애플리케이션에 미치는 영향을 제한합니다. 이렇게 하면 Fujitsu M10-4S 서버에서 여러 애플리케이션을 통합할 때 필요한 높은 수준의 가용성을 유지하는 데 도움이 됩니다. PPAR은 각 도메인 관리를 별개로 유지하므로 하나의 도메인에서 보안 침해가 발생해도 다른 도메인이 영향을 받지 않습니다.

PPAR은 Fujitsu M10-4S 기본 구성 요소의 조합이므로 단일 기본 구성 요소의 리소스로 세분화됩니다. 각 기본 구성 요소에는 2-4개의 SPARC64 X 프로세서, 최대 2TB의 RAM, 8개의 하드 드라이브, 8개의 네트워크 포트 및 16개의 PCIe Gen3 I/O 카드가 포함될 수 있습니다. 기본 구성 요소는 Oracle Solaris 인스턴스나 PPAR 내부의 애플리케이션 작동 중단 시간 없이 PPAR 사이에서 동적으로 이동할 수 있습니다. 서비스 또는 재구성을 위해서나 용량을 추가하기 위해 기본 구성 요소를 추가하거나 제거할 수 있습니다. 동적으로 PPAR의 크기를 조정할 수 있는 기능을 이용하면 서버 통합에서 중요한 변화하는 작업량 요구 사항을 보다 쉽게 충족할 수 있습니다.

Oracle VM Server for SPARC

Oracle의 다중 코어/멀티스레드 기술을 사용하는 Oracle의 모든 서버에서 지원되는 Oracle VM Server for SPARC는 독립적인 운영 체제 인스턴스를 실행하는 전체 가상 머신을 제공합니다. 각 운영 체제 인스턴스에는 가상화된 CPU, 메모리, 스토리지, 콘솔 및 암호화 장치가 포함됩니다. Oracle VM Server for SPARC 아키텍처 내에서는 Oracle Solaris 10 또는 Oracle Solaris 11 같은 운영 체제가 하이퍼바이저에 기록되므로 각 도메인의 운영 체제에 기본 서버 하드웨어의 안정적이고 이상적이며 가상화 가능한 표현이 제공됩니다. 각 도메인이 완전하게 격리되며, 단일 플랫폼에서 생성되는 가상 머신의 최대 수가 시스템에 설치된 물리적 하드웨어 장치 수가 아닌 하이퍼바이저의 기능에 따라 달라집니다.

9

Fujitsu M10-4S 서버를 이용한 통합

예를 들어 단일 PPAR에서 Fujitsu M10-4S 프로세서가 4개 있는 Fujitsu M10-4S 서버는 최대 256개의 가상 도메인을 지원하며, 개별 가상 도메인은 각기 고유한 OS 인스턴스를 실행할 수 있습니다.

Oracle VM Server for SPARC 3.0에는 도메인 사이에서 실시간 마이그레이션을 수행할 수 있는 기능이 있습니다. 실시간 마이그레이션이라는 용어에서도 알 수 있듯이 소스 도메인과 애플리케이션을 더 이상 중단하거나 중지하지 않아도 됩니다. Fujitsu M10-4S의 논리적 도메인을 같은 서버의 다른 PPAR이나 다른 Fujitsu M10-4S 서버로 실시간 마이그레이션할 수 있습니다.

도메인을 활용하여 조직에서는 단일 플랫폼에서 동시에 여러 운영 체제를 유연하게 구축할 수 있습니다. 또한 관리자가 가상 장치 기능을 활용해 도메인에서 호스팅되는 전체 소프트웨어 스택을 물리적 머신 사이에서 전송할 수 있습니다. 도메인에서 Oracle Solaris Zones를 호스팅하여 두 기술의 격리, 유연성 및 관리 용이성 기능을 얻을 수 있습니다. Oracle VM Server for SPARC를 SPARC64 X 프로세서와 보다 긴밀하게 통합하는 Oracle Solaris는 유연성을 높이고 작업량 처리를 격리하며 서버 활용률을 극대화할 수 있는 가능성을 높여 줍니다.

Oracle Solaris Zones

통합 환경에서는 각 애플리케이션을 개별적으로 관리하는 기능을 유지해야 하는 경우가 있습니다. 애플리케이션에 따라 보안 요구 사항이 엄격하거나 다른 애플리케이션과 제대로 공존하지 못할 수 있기 때문에 조직에는 IT 리소스 활용률을 제어하고 애플리케이션을 서로 격리하고 동일한 서버에서 여러 애플리케이션을 효율적으로 관리할 수 있는 기능이 필요합니다.

Oracle Solaris를 실행하는 모든 서버에서 사용할 수 있는 Oracle Solaris Zones 기술(구 Oracle Solaris Containers)은 단일 Oracle Solaris OS 인스턴스 안에서 오류 격리된 안전한 파티션(또는 영역)을 여러 개 생성할 수 있도록 함으로써 컴퓨팅 리소스의 가상화를 제공하는 소프트웨어 기반 방식입니다. 다수의 영역을 실행하면 여러 다른 애플리케이션이 단일 OS 인터페이스에서 공존할 수 있습니다.

Oracle Solaris Zones은 완전한 리소스 절감과 보다 예측 가능한 서비스 수준 관리를 위해 Oracle Solaris 9에 처음 도입되었습니다. Oracle Solaris Zones 환경에는 향상된 리소스 사용 현황도 포함됩니다. 이처럼 매우 정교하고 광범위한 리소스 추적 기능은 일부 통합 환경에서 요구되는 고급 클라이언트 청구 모델을 지원할 수 있습니다.

Oracle Solaris Resource Manager

Oracle Solaris Resource Manager는 리소스 풀을 사용하여 시스템 리소스를 제어합니다. 각 리소스 풀에는 리소스 집합이라는 리소스 모음이 포함될 수 있습니다. 리소스 집합에는 프로세서, 물리적 메모리 또는 스왑 공간이 포함될 수 있습니다.

프로세서 집합에는 일반적으로 시스템이나 파티션에서 사용할 수 있는 총 프로세서 수의 하위 집합이 할당됩니다. 예를 들어 16-프로세서 시스템에서 관리자는 각각 하나의 프로세서 집합을 포함하는 두 개의 리소스 풀을 정의할 수 있는데, 이 중 풀 A의 프로세서 집합에는 프로세서 11개, 풀 B의 프로세서 집합에는 나머지 프로세서 5개가 포함됩니다. 리소스는 필요에 따라 리소스 풀 사이에서 동적으로 이동할 수 있습니다.

10

Fujitsu M10-4S 서버를 이용한 통합

공정 비율 스케줄러

Oracle Solaris Resource Manager에는 리소스 풀 안에서 사용할 수 있는 향상된 공정 비율 스케줄러가 통합되어 있습니다. 공정 비율 스케줄러를 사용할 경우 관리자는 작업량에 하나 이상의 프로세스를 구성할 수 있는 프로세서 비율을 할당합니다.

이러한 비율을 통해 관리자가 두 작업량의 상대적 인스턴스를 지정할 수 있으며, 공정 비율 스케줄러가 이를 각 작업량에 예약된 프로세서 리소스의 비율로 변환합니다. 작업량이 프로세스 리소스를 요청하지 않을 경우 해당 리소스는 다른 작업량에 의해 사용될 수 있습니다. 작업량에 비율을 할당하면 프로세서 리소스의 최소 예약이 효과적으로 설정되므로 중요한 애플리케이션이 필요한 서버 리소스를 보장받을 수 있습니다.

Oracle Enterprise Manager Ops Center 서버 통합의 주요 목표 중 하나는 관리해야 할 서버와 OS 인스턴스의 수를 줄여서 서버 관리를 단순화하는 것입니다. Oracle Enterprise Manager Ops Center 12c 는 이 목표를 위해 시스템 인프라 자산의 관리를 통합 관리 콘솔로 병합합니다.

고급 서버 수명 주기 관리 기능을 통해 Oracle Enterprise Manager Ops Center 12c는 서버, 스토리지 및 네트워크 패브릭(펌웨어, 운영 체제 및 가상 머신 포함)의 관리를 통합하는 통합형 하드웨어 관리 방식을 제공합니다. Oracle Enterprise Manager Ops Center 12c 는 자산 검색, 자산 프로비저닝, 모니터링, 패치 적용 및 자동화된 워크플로우를 제공합니다. 또한 가상 서버는 물론 물리적 서버를 검색하고 관리할 수 있어 Fujitsu M10-4S 같은 고사양 서버 외에도 데이터 센터에 있는 다른 모든 SPARC 서버의 관리가 단순화됩니다. Oracle Enterprise Manager Ops Center 12c 는 Oracle Premier Support 계약을 체결한 모든 Oracle 고객에게 무료로 제공됩니다.

통합을 위한 Fujitsu M10-4S 고가용성 기능 통합 플랫폼 오류가 많은 애플리케이션에 영향을 줄 수 있다는 점에서 통합에 사용되는 서버에는 고가용성이 반드시 수반되어야 합니다. 이러한 서버는 예기치 않은 가동 중단 시간을 최소화하기 위한 높은 안정성과 계획된 가동 중단 시간을 최소화하기 위한 높은 수준의 서비스 용이성이 보장되어야 합니다.

Fujitsu M10-4S 서버는 매우 높은 수준의 가용성을 제공하는 정교한 안정성, 가용성 및 서비스 용이성(RAS) 기능과 기술을 다수 갖추고 있습니다. "99.999%"의 가용성을 위해 설계되었기 때문에 많은 기업들이 하나의 Fujitsu M10-4S 서버만으로 클러스터링이 불필요할 만큼 충분한 가용성을 얻을 수 있으며 비용이 대폭 절약됩니다. Oracle의 고사양 SPARC Enterprise M 시리즈 서버에서 사용할 수 있는 RAS 기능의 몇 가지 예는 다음과 같습니다.

• 완전한 하드웨어 중복성. Fujitsu M1-4S에는 서버가 서비스나 구성 요소 교체 없이도 하드웨어 오류로부터 자동으로 복구할 수 있도록 각 구성 요소가 두 개 이상씩 있습니다. 하드웨어 중복성에는 I/O 경로 및 내부 상호 연결의 중복성이 포함됩니다. I/O 카드, 디스크, 전원 공급 장치, 팬 및 프로세서와 메모리가 포함된 기본 구성 요소는 모두 핫 플러그가 가능한데, 이는 이 중 그 어떤 구성 요소를 추가 또는 삭제하거나 서비스를 제공하더라도 OS 또는 애플리케이션 가동 중단이 필요하지 않다는 뜻입니다.

11

Fujitsu M10-4S 서버를 이용한 통합

• PPAR. 하드웨어 및 소프트웨어 오류는 이들이 발생하는 PPAR만으로 제한됩니다. 복구나 재구성으로 인한 가동 중단 시간은 수정 또는 복구 중인 PPAR로 제한됩니다.

• 예측형 자체 복구. Oracle Solaris 예측형 자체 복구가 SPARC 서버의 안정성을 한층 더 높여 줍니다. Fujitsu M10 서버를 위한 Oracle Solaris 예측형 자체 복구의 구현이 CPU 및 메모리의 지속적인 모니터링을 제공합니다. 오류의 특성에 따라 영구적인 CPU 소프트 오류를 해결하려면 스레드, 코어 또는 전체 CPU를 자동으로 오프라인 전환해야 합니다. 또한 특정 메모리 DIMM에 대한 데이터 액세스를 여러 차례 수정할 경우 이에 대응해 메모리 페이지 폐기 기능이 사전에 메모리 페이지를 오프라인으로 전환하는 기능을 지원합니다.

사례 연구

다음 고객 사례는 Fujitsu M10-4S "동적 확장" 모델이 기존 작업량을 통합하는 데 얼마나 이상적인지 설명합니다. 최근에 고객 한 분이 보다 빠른 프로세서, 빠른 I/O 및 향상된 가용성과 관리 용이성 기능을 활용하기 위해 이전 SPARC 서버를 최신 하드웨어로 통합하기를 원했습니다. 관리 비용을 줄이고 리소스 활용률을 개선하는 것은 물론 비즈니스 성장에 발맞춰 애플리케이션을 늘리는 것이 이 고객의 목표였습니다. 고객은 Fujitsu M10-4S의 모듈형 아키텍처, 해당 CPU 활성화 기능, Oracle VM Server for SPARC 및 Oracle Solaris Legacy Containers를 활용했습니다.

고객은 4개의 프로세서와 64개의 프로세서를 사용해 Fujitsu M10-4S를 구축했지만 대부분의 코어에는 라이센스가 부여되지 않았습니다. 애플리케이션을 추가하면서 프로세서 코어의 라이센스를 부여할 계획이었습니다. CPU 활성화를 사용한 덕분에 고객은 이전 애플리케이션이 최신 시스템으로 마이그레이션될 때까지 프로세서 비용을 지급할 필요가 없었습니다. 처음에는 5대의 서버에서 5개의 애플리케이션으로 시작했습니다. 애플리케이션의 일부는 Oracle Solaris 11 및 Oracle Solaris 10에서 실행할 수 있었지만 Oracle Solaris 8 또는 Oracle Solaris 9 환경을 필요로 하는 어플리케이션도 있었습니다. 고객은 해당 애플리케이션의 대상이 될 5개의 Oracle VM Server for SPARC 파티션을 생성했습니다. 각 애플리케이션을 새 Fujitsu M10-4S 서버에 구축하면서 프로세서 코어가 활성화되었습니다. CPU 활성화의 코어 세분화 덕분에 애플리케이션이 새 서버로 마이그레이션되는 동안에 적당한 양의 프로세서 리소스를 손쉽게 구축할 수 있습니다.

Oracle Solaris 8 및 Oracle Solaris 9를 필요로 하는 애플리케이션을 구축하기 위해 Oracle Solaris 8 Legacy Containers 및 Oracle Solaris 9 Legacy Containers를 생성했습니다. 애플리케이션에 용량이 더 필요하면 프로세서 코어를 추가로 활성화하면 됩니다. 애플리케이션에서 용량을 줄어야 할 경우에는 더 많은 레거시 서버가 교체되는 사이 활성화된 코어를 다른 애플리케이션이나 새 애플리케이션에 재할당할 수 있습니다. 현재 Fujitsu M10-4S 서버에 용량이 부족하면 다른 Fujitsu M10-4S 서버를 추가해 전체 시스템 용량을 늘릴 수 있습니다. 새 Fujitsu M10-4S 서버에서는 새 OS 인스턴스가 필요하지 않지만 리소스를 기존 OS 인스턴스에 적용할 수 있습니다. Fujitsu M10-4S가 분산 메모리 아키텍처가 아닌 공유 메모리 아키텍처이기 때문입니다. 그림 6은 이 고객이 레거시 서버를 새 Fujitsu M10-4S 서버로 어떻게 마이그레이션했는지 보여 줍니다.

12

Fujitsu M10-4S 서버를 이용한 통합

고객이 몇몇 레거시 서버를 새 Fujitsu M10-4S 서버로 마이그레이션함에 따라 관리 복잡성이 줄어들고 서버 활용률이 늘어났습니다. 또한 새 프로세서 코어를 활성화하고 새 Fujitsu M10-4S 서버를 기존 Fujitsu M10-4S 서버에 추가한 덕분에 향후 확장 가능성이 크게 늘어났습니다.

그림 6. OS 버전이 다른 레거시 서버를 단일 Fujitsu M10-4S 서버로 마이그레이션할 수 있습니다.

결론

Fujitsu M10-4S는 이상적인 통합 플랫폼입니다. 10년 넘게 다양한 크기의 각종 작업량을 수없이 지원하기 위해 확장성, 용량, 고가용성, 가상화 및 시스템 관리 기능을 제공해 온 수직 확장 가능한 대형 Fujitsu SMP 서버의 차세대 플랫폼입니다.

모든 리소스가 고속 상호 연결로 연결되기 때문에 다른 서버 및 구축 아키텍처에서 훨씬 간단하고 빠르게 애플리케이션을 구축할 수 있습니다. PPAR, Oracle VM Server for SPARC 및 Oracle Solaris Zones 같은 가상화 기술을 이용하면 서버 활용률과 비즈니스 유연성을 늘리기 위한 목표 하에 Fujitsu M10-4S에서 다수의 애플리케이션을 보다 손쉽게 통합할 수 있습니다.

하드웨어 중복성 및 핫 스왑 가능 구성 요소를 비롯한 고급 RAS 기능이 계획된 가동 중단 시간과 예기치 않은 가동 중단 시간을 대폭 줄여 줍니다. Fujitsu M10-4S 서버는 업무상 중요한 애플리케이션을 통합하기 위한 플랫폼을 찾고 있는 IT 관리자에게 이상적인 솔루션입니다.

추가 정보

Fujitsu M10-4S 서버에 대해 자세히 알아보려면 oracle.com/goto/fujitsu-m10-4s를 방문하십시오.

13

Fujitsu M10-4S 서버를 사용하여 통합 2013년 3월

Oracle Corporation World Headquarters 500 Oracle Parkway Redwood Shores, CA 94065 U.S.A.

전 세계 상담: 전화: +1.650.506.7000 팩스: +1.650.506.7200

oracle.com

Copyright © 2013, Oracle and/or its affiliates. All rights reserved.

본 문서는 정보 제공의 목적으로만 제공되며 본 문서의 내용은 사전 통지 없이 변경될 수 있습니다. 오라클은 본 문서에 오류가 존재하지 않음을 보증하지 않으며, 상업성 또는 특정 목적의 적합성에 대한 암시적 보증이나 조건을 포함하여 구두로 표현했거나 법적으로 암시되거나 관계 없이 어떠한 보증이나 조건도 제시하지 않습니다. 오라클은 본 문서와 관련하여 어떠한 책임도 지지 않으며 이 문서로 인해 직접적 또는 간접적인 계약상의 의무가 발생하지 않습니다. 본 문서는 오라클의 사전 서면 승인 없이는 어떠한 목적으로도 전자적, 기계적 또는 어떠한 형태나 수단으로도 복제되거나 전송될 수 없습니다.

Oracle, Oracle Solaris, Oracle VM Server for SPARC, Oracle Enterprise Manager 12c 및 Oracle Solaris Zones Oracle Solaris, Oracle Legacy Containers는 Oracle 및/또는 그 자회사의 등록 상표입니다. Fujitsu 및 Fujitsu M10-4S는 Fujitsu 및/또는 그 자회사의 등록 상표입니다. 기타의 명칭들은 각 해당 명칭을 소유한 회사의 상표일 수 있습니다.

모든 SPARC 상표는 라이센스에 의거하여 사용되며 SPARC International, Inc.의 상표 또는 등록 상표입니다. UNIX는 The Open Group의 등록 상표입니다. 0413