Stratus ftServer 6200 검토

5 월에 출시 된 Stratus ftServer 6210은 Stratus의 내결함성 Intel 기반 서버 제품군의 최고급 제품입니다. ftServer6200에는 2.6GHz 쿼드 코어 프로세서가, 6210에는 3GHz 쿼드 코어 칩이 있으며 32GB (최대 24GB)의 최대 RAM 구성이 추가되었습니다. 1 월에 Stratus는 ftServer 6200과 사전 설치된 VMware ESX Server 사본으로 구성된 번들을 출시했습니다.

VMware에 내장 된 클러스터 지원이 없기 때문에 Stratus VMware 번들은 VMware ESX Server 용 활성 / 활성 클러스터를 구축하는 유일한 방법입니다.

8GB RAM, 2 개의 내부 SAS 하드 디스크, Emulex Fibre Channel 호스트 버스 어댑터 (HBA) 및 VMware VI3이 장착 된 ftServer 6200을 사용하여 VMware 번들을 테스트했습니다. 이 구성의 가격은 £ 26,015 (예 : 부가가치세)입니다. 또한 Windows Server 2003 Enterprise Edition을 실행하는 동일한 하드웨어를 테스트했습니다.

Stratus 범위의 다른 서버와 마찬가지로 각 ftServer 6200 시스템은 실제로 2U 랙 인클로저에 장착되고 Stratus 하드웨어에 의해 링크 된 두 개의 동일한 서버 하드웨어 세트로 구성되어 한 서버의 구성 요소에 장애가 발생하더라도 다른 서버가 자동으로 작업 부하. 따라서 검토 시스템에는 2 개의 프로세서 소켓, 8GB RAM 및 1 개의 HBA가 있다고 설명되지만 전체 시스템에는 실제로 4 개의 CPU 소켓, 16GB RAM 및 2 개의 HBA가 있습니다. 로컬 저장소는 미러 된 디스크 세트로 구성되며 나머지 절반은 디스크 0에 미러링 된 서버 쌍 중 절반의 디스크 0으로 구성됩니다. SAN 저장소는 자체적으로 높은 내결함성이 있다고 가정되므로 이러한 방식으로 미러링되지 않습니다. SAN의 유무에 관계없이 복잡한 클러스터링 소프트웨어에 의존하지 않는 고 가용성 서버 시스템이 탄생했습니다.

Windows Server Enterprise Edition에는 Microsoft Cluster Service가 포함되어 있으므로 고 가용성을 위해 클러스터 될 수 있습니다. 그러나 Stratus 방식에는 이러한 유형의 Windows 클러스터에 비해 몇 가지 장점이 있습니다. 예를 들어, Stratus 키트는 서버 쌍 중 절반이 완전히 실패하더라도 응용 프로그램 중단 시간이 없음을 보장합니다. 반대로 완전히 클러스터를 인식하는 응용 프로그램 만 Microsoft 클러스터 서비스를 사용하여 고 가용성을 제공합니다.

또한 Stratus 하드웨어는 서버 쌍의 각 반쪽이 다른 핵심 요소에서 오류를 겪었다면 서버 쌍의 두 반쪽이 모두 하드웨어 결함을 겪고 있어도 작업을 계속할 수있을만큼 똑똑합니다. 예를 들어, 한쪽 절반에 CPU / RAM 오류가 있고 다른쪽에 I / O 오류가 발생하면 시스템이 계속 작동합니다. 이러한 이중 장애는 매우 드물 긴하지만 Stratus 시스템은 단순한 이중 클러스터 서버 구성으로는 살아남지 못할 것입니다.

8GB RAM이 장착되고 VMware ESX Server를 실행하는 ftServer 6200이 여덟 개 이상의 Windows 서버 시스템을 호스트 할 수 있다고 가정하면 Stratus VMware 번들은 클러스터 구성으로 8 대의 Windows Server 2008 Enterprise Edition 시스템을 실행하는 것보다 비용이 적게 듭니다.

테스트에서 정상 호스트에서 실행되는 ESX Server와 Stratus에서 실행되는 ESX 간의 차이점을 알기가 어려웠습니다. 두 경우 모두 서버 관리자는 일반적으로 별도의 Windows 워크 스테이션에서 실행되는 VMware VirtualCenter를 사용하여 ESX Server 환경을 관리합니다. VirtualCenter는 ESX Server가 Stratus 하드웨어에서 실행된다는 사실을 인식하지 못합니다. Stratus 키트에서 ESX가 실행될 수 있다는 유일한 힌트는 관련 VirtualCenter 구성 페이지의 각 연결에 대해 두 세트의 네트워크 인터페이스 카드 (NIC)와 스토리지 HBA가 표시된다는 것입니다

Stratus 하드웨어를 검사하려는 ESX Server 관리자는 일반적으로 VTM (Virtual Technician Module) 조명 관리 인터페이스 (옵션)를 사용합니다.이 인터페이스는 쌍당 £ 821입니다. 이들은 웹 브라우저를 통해 액세스 할 수있는 Java 기반 관리 콘솔에 전용 이더넷 연결을 제공합니다. 우리는 VTM을 사용하여 시스템 이벤트 로그 검사, 시스템 전원 단추 액세스 및 그래픽 원격 제어 세션 활성화와 같은 고급 기능을 수행했습니다. 하위 관리 정보의 경우 ESX 서비스 콘솔에 SSH 연결을하고 Stratus 명령 줄 도구 인 ftsmaint를 사용했습니다. 테스트에서 우리는 ftsmaint를 사용하여 우리 환경에 맞는 하드웨어를 나열하고 상태를 확인했습니다

앞서 언급했듯이 1 월에 VMware 번들이 출시되었으므로 Stratus가 VMware를 운영하는 것은 초기 단계입니다. Stratus는 현재 ESX Server 3.0.2ft를 지원하며 몇 가지 단점이 있습니다. 예를 들어 주 ESX 키보드 인터페이스가 비활성화되어 있으므로 시스템 관리자는 ESX Server 하드웨어에 연결된 키보드 및 모니터를 사용하지 않고 직렬 인터페이스 또는 SSH 세션을 사용하여 ESX 서비스 콘솔에 연결해야합니다.

USB 장치와 내부 디스크도 현재 지원되지 않으므로 SAN 저장소에서 ESX Server를 부팅해야했습니다. 그리고 현재 서버의 양쪽 절반에있는 RAM이 재 동기화되는 동안 약 5 ~ 10 초의 지연이 있습니다. 이 재동 기 조작은 관리자가 ftServer 시스템의 한쪽 반에서 결함이있는 구성 요소를 교체하고 서버 쌍을 다시 활성화하여 완전한 내결함성을 복원하려는 경우에만 발생합니다.

우리의 테스트에서 우리는 부품 고장을 시뮬레이션했습니다. 다시 동기화하는 동안 가상 컴퓨터는 동결 한 다음 중단 된 부분부터 자동으로 다시 시작됩니다. Windows를 실행하는 두 개의 가상 시스템을 설정하고 각각을 외부 시스템에 핑 (ping)하도록 구성합니다. 다시 동기화하는 동안 네 개의 ping이 정상 속도로 다시 시작되기 전에 시간 초과되었습니다. 우리의 진단 소프트웨어는 모든 RAM을 다시 동기화하는 데 21,245 밀리 초가 걸렸습니다. 그러나 9 월까지 Stratus는 ESX Server 3.5.x를 지원할 예정이며이 릴리스에서는 위의 제한 사항이 제거됩니다. 재 동기화 지연은 또한 10 월까지 제거되어야합니다.

Windows 지원, 우리는 또한 Windows Server 2003 Enterprise Edition을 실행하는 ftServer 6200을 테스트했으며 (현재) VMware보다 Windows 환경에 대한 포괄적 인 지원을 찾았습니다.

Stratus는 Windows 서버 관리자가 Stratus 하드웨어를 확인하고 설정을 업데이트하고 장애 조치 (failover) 작업을 관리 할 수있는 Microsoft Management Console 용 플러그인을 제공합니다. MMC 플러그 인을 예상 할 때 시스템의 계층 적보기를 제공합니다. 예를 들어 각 CPU 인클로저에 최상위 폴더가 있었고 인클로저 계층 구조로 드릴 다운하여 각 인클로저 내부에 DIMM 슬롯, CPU 소켓 및 섀시 센서 목록을 볼 수있었습니다

마찬가지로 이더넷 컨트롤러, USB 컨트롤러, PCI 슬롯 및 디스크 스토리지 컨트롤러와 같은 장치를 나열하는 I / O 인클로저를위한 또 다른 최상위 폴더가있었습니다

전원 공급 장치를 서버 쌍 중 하나에 연결 해제하여 시스템 오류를 시뮬레이트했습니다. MMC 플러그 인을 사용하여 CPU를 더 이상 사용할 수 없음을 확인했습니다. 다음 30 분 동안 로컬 하드 디스크에 기록 된 모든 데이터는 디스크 스냅 샷과 유사한 기술인 파일 시스템에 직접 기록되는 것이 아니라 디스크의 저널에 실제로 기록됩니다. CPU 모듈을 초기화하고 다시 부팅하여 전원 리드를 다시 연결했습니다. 재 동기화 프로세스의 일부로 디스크 저널이 복원 된 시스템의 디스크에 재생되었습니다. 이로 인해 미러 된 디스크가 저널없이 다시 동기화 된 경우보다 더 빨리 동기화 할 수있었습니다. 테스트에서 디스크를 다시 동기화하는 데 약 20 초가 걸렸습니다.

또한 시스템의 NIC 중 하나에서 리드를 제거하여 네트워크 장애를 시뮬레이션했습니다. 이것은 MMC 플러그 인에 의해 즉시보고되었습니다. 네트워크 리드를 다시 연결하면 시스템이 자동으로 몇 초 안에 다시 동기화됩니다.

마지막으로 우리는 한 쌍의 서버 쌍에서 disk0을 제거하고 다른 한 쌍으로부터 disk1을 제거하여 이중 디스크 오류를 시뮬레이트했습니다. 그런 다음 디스크를 교체하고 시스템이 자동으로 전체 내결함성으로 복원 될 때 지켜 보았습니다. 표준 보증은 결함이있는 부품에 대해 2 일 스왑 서비스를 제공합니다. 그러나 많은 고객들은 Stratus로부터 연장 보증 및 모니터링 서비스를 구매할 것입니다. 일반적인 연장 보증에는 고장난 부품의 24 시간 교체 및 24 시간 교체가 포함됩니다.

결론 : 우리는 ftServer 아키텍처에 깊은 인상을 받았습니다. Stratus는 예상치 못한 서버 중단 시간을 가능한 한 줄이기 위해 모든 기반을 거의 다 다루었습니다. 가상 서버 환경은 단일 서버 하드웨어에 미션 크리티컬 애플리케이션을 호스팅 할 수 있습니다. VMware VirtualCenter의 고 가용성 (HA) 기능은 실패한 서버를 자동으로 다시 시작하지만 ftServer 6200은 가동 중지 시간을 거의 제로로 줄일 수 있습니다. VMware의 목표는 아직 멀었습니다.

Stratus는 현재 Windows Server 2008을 실행하는 ftServer를 지원하지 않습니다.이 기능은 연말 전에 추가 될 예정입니다.

Microsoft Sprightly, First Take : 스마트 폰에 매력적인 콘텐츠 만들기

Xplore Xslate D10, 첫 번째 시도 : 까다로운 환경을위한 까다로운 Android 태블릿

Kobo Aura ONE, First Take : 8GB 저장 용량의 대형 스크린 전자 리더기

Getac S410, 첫 번째 시도 : 거친 야외 친화적 인 14 인치 노트북