Maystyle :
Admin : New post
Guestbook
Local
media
Catergories
Recent Articles
Recent Comments
Recent Trackbacks
Calendar
Tag
Archive
Link
Search
 
해당되는 게시물 3건
  MSCS 좀더 알아보기 1 
작성일시 : 2008.05.28 12:57 | 분류 : Windows Server/Cluster | 태그 : microsoft cluster service, mscs

MSCS는 뭔가요?
http://maystyle.tistory.com/307 에서 정리했습니다.

그럼 위의 지식은 있다고 생각하고 좀더 깊이 들어가 보겠습니다.
 
전 Cluster Service Architecture 를 3부분으로 나눴습니다. 순 개인적인 관점이죠...ㅋ
일단 우리가 핸들링이 가능하고 문제 발생 시 핸들링이 가능하며, 직접 확인이 가능한 Device Driver 등을 Key Device라 명명했습니다. 실제로 Cluster를 운영하면서 가장 크게 느끼는 점은 Cluster의 기본 본질은 특정한 리소스에 대한 소유권 관리 였습니다.  이 리소스 중 가장 중요하고 확인 가능한 리소스가 바로 Disk 와 네트워크 입니다. 즉 Disk와 Network라는 자원을 할당하고 이에 대한 소유권을 관리하는 것이 기본 적인 본질이고, 이러한 소유권 관리를 위해 Cluster 실제 Device 윗단에서 필터 드라이버의 형태의 디바이스 드라이버를 두고 이 소유권을 관리하게 됩니다.
그와 동시에 Cluster Database 즉 클러스터의 변경 사항을 관리하며 기록하는 녀석이 있는데, 이게 Cluster Database 입니다. 실제 위치는 HKLM\Cluster 에 관리 사항이 등록되며, 해당 등록된 레지스트리 값은 SystemRoot%\Cluster\ClusDB와 쿼럼\MSCS\Chkxxx.tmp로 저장이 되게 됩니다. 물론 각 노드에서 로딩하는 정보는 clusdb 이며, 로딩이 끝나게 되면 해당 정보는 레지스트리에 등록되어 관리 되게 됩니다. 또한 클러스터의 정보 변경 사항은 Chkxxx.tmp 를 통해서 복사본을 만들어 관리가 됩니다. 그리고 제 개인적인 사견이지만 chkxxx.tmp는 Database 개념에서 봤을때 실제 DB파일로 보면 됩니다. 각 노드의 로컬에서 DB 파일을 관리하긴 하지만 실제 DB 처럼 역활을 하는 부분은 chkxxx.tmp 그리고 로그는 Quolog.log라 생각하고 있습니다. 왜 이런 DB를 공유 저장소 및 각 노드에서 2중 관리하게 되는지에 대해서는 클러스터 서비스의 목표인 failover 처리라는 측면에서 보면 이유에 대한 추정이 가능합니다. 그리고 Quolog.log를 통해서 DB 파일에 대한 원자성을 보장하게 됩니다. 일단 살아날때는 로걸에 있는 DB 를 쓰고, 이 DB에 대한 원자성 보장은 로그를 통해한다. 라고 생각하면 됩니다. 정리하면 로딩할때는 clusdb를 쓰고 이 로딩된 정보를 레지스트리에 넣어서 관리하고 변경 사항이 있으면 quolog.log에 기록을 하며, 더불어 복사본 DB로써 쿼럼에 데이터를 저장한다고 보면 될꺼 같습니다.

  MSCS (Microsoft Cluster Service) 
작성일시 : 2008.03.20 00:07 | 분류 : Windows Server/Cluster | 태그 : microsoft cluster service, mscs, 구성, 서비스

MSCS (Microsoft Cluster Service)란?

최초의 Fail Over Cluster는 VMS에서 시작되었습니다.
그래서 인지 Windows Server와 H/A 혹은 Fail over cluster라 불리우는 MSCS를 주위에서 흔하게 볼 수 있습니다.
MSCS는 N+1개의 서버로 구성이 됩니다. 이때 N에 해당하는 서버는 특정 서비스를 제공하는 서버 이며, 1대 혹은 7대까지 지원이 됩니다. 그래도 이러한 서비스를 하는 '활성 노드'에서 문제가 발생 하게 되면 해당 서비스를 예비노드가 대신 처리하게 되는 구조를 가지게 됩니다.

MSCS를 구성하기 위한 필요 조건은?

MSCS는 일단 Windows Enterprise Edition을 사용하신다면, 무료입니다. 하지만 몇가지 사전에 준비해하는 조건이 있습니다.
- Windows 2000, 2003 EnterPrise 이상의 제품
- Active Directory
(최소 Domain Controller를 위한 1개이상의 서버 / 타 서버와 역활 공유 가능)
- SAN Switch 및 Storage
(최소 MSCS를 위한 쿼럼 데이터를 저장하기 위한 1개의 파티션은 공유 스토리지에 위치해야함)
- 2개 이상의 Network Card
(Public, Private 통신을 위해 2개가 필요함)

Failover 가능한 서비스는?

일반적으로 서비스를 위한 네트워크 이름 과 IP 제공하는 서비스 (하단 목록) 및 해당 서비스가 Disk에 데이터를 기록하게 된다면 실제 디스크 로 구성됩니다.

즉 사용자는 해당 서비스를 사용할 때 물리 노드 구성과 관계 없이 서비스의 IP나 네트워크 이름을 통해 접근이 가능하게 됩니다.

-DHCP 서비스 및 WINS 서비스
-인쇄 스풀러
-파일 공유
-로컬 쿼럼
-주 노드 집합
-일반 응용 프로그램
-일반 스크립트
-일반 서비스
-볼륨 섀도 복사본 서비스 작업

그리고 이러한 서비스를 제공하기 위해서는 필수 적으로 "인터넷 프로토콜 주소", "네트워크 이름", "실제 디스크" 등의 리소스들이 제공되어야 합니다.

물론 이와 더불어 MSCS는 다음의 서비스에 대한 Fail over 도 지원 합니다.

- MS SQL Server
- MS Exchange Server
- MS Biztalk Server
- IIS Server

또한 3th party 벤더에서는 MSCS를 위한 추가 구성요소 설치를 통하 역시 fail over를 제공합니다.

- Oralce Database
- IBM MQ

어떻게 구성 되나요?

크게 일반적으로 통신을 위한 Public Network 그리고 노드간의 Health Check를 위한 Private Network (Cross Cable 로 구성해도 됩니다.) 그리고 DC 및 SAN Switch (1개만 있어도 무방함) 와 공유 스토리지가 필요합니다. 

이해하기 쉽게 알려주세요.

실제 서비스는 물리 계층에서 제공하게 됩니다.
하지만 사용자는 해당 물리 계층의 존제 여부도 모르죠... 단지 실제 서비스를 제공 받을 때 해당 서버의 이름 위의 그림을 보자면 Virtual Node 라는 이름으로 접근 하거나 IP 주소 192.168.0.3 으로 제공 받게 됩니다.
즉 실제 서비스의 물리적 노드가 활성 노드 즉 해당 서버 명  Node 1, IP 주소 192.168.0.1 일지라도 실제로는 서비스를 하는 가상 노드를 통해 서비스를 받게 됩니다. 

참조 : http://www.microsoft.com/windowsserver2003/enterprise/clustering.mspx

  MSCS 문제 해결 도구 
작성일시 : 2008.03.19 23:27 | 분류 : Windows Server/Cluster | 태그 : ClusterRecovery.exe, microsoft cluster service, mscs, 클러스터 서버 복구 유틸리티, 클러스터 진단 및 확인 도구

클러스터 서버 복구 유틸리티(ClusterRecovery.exe)와 클러스터 진단 및 확인 도구(ClusDiag.exe)를 사용하여 단일 복사본 클러스터에 대한 문제를 해결할 수 있습니다. 또한 Windows 이벤트 로그 및 Cluster.log 파일을 확인하여 단일 복사본 클러스터에서 발생하는 이벤트를 검사할 수 있습니다.

클러스터 서버 복구 유틸리티

클러스터 복구 유틸리티는 공유된 버스의 디스크에 오류가 발생한 후에 특히 서버 클러스터에서 유용한 여러 기능을 수집하는 도구입니다. 클러스터 서버 복구 유틸리티는 Microsoft Windows Server 2003 Resource Kit 도구에 포함되어 있습니다. 또는 클러스터 서버 복구 유틸리티(ClusterRecovery.exe)(Cluster Server Recovery Utility (ClusterRecovery.exe))에서 클러스터 서버 복구 유틸리티를 다운로드할 수 있습니다.

클러스터 진단 및 확인 도구

클러스터 진단 및 확인 도구는 이전 프로덕션 서버 클러스터에서 기본 확인 및 구성 분석 검사를 수행하고 로그 파일을 만듭니다. 따라서 시스템 관리자는 프로덕션 환경에서 배포하기 전에 구성 문제를 식별할 수 있습니다. ClusDiag는 서버 클러스터의 각 노드에서 모든 관련 로그 파일 및 이벤트 로그를 캡처하고 간편한 분석 및 문제 해결을 위해 단일 파일로 병합합니다. 관리자는 기본 제공 필터링, 병합 및 책갈피 지정 기능을 사용하여 이러한 로그 파일을 분석하고 다양한 진단 보고서를 생성할 수 있습니다. 또한 ClusDiag는 클러스터 디스크 및 네트워크 구성에 대한 텍스트 기반 및 그래픽 보고서를 만들 수 있을 뿐만 아니라 클러스터 리소스 종속성 트리의 그래픽 보기를 생성할 수 있습니다.

클러스터 진단 및 확인 도구(ClusDiag.exe)(Cluster Diagnostics and Verification Tool (ClusDiag.exe))에서 Clusdiag를 다운로드할 수 있습니다.

 Prev   1   Next