클러스터 아키텍처에서 SPoF를 제거하는 모범 사례

클러스터 아키텍처에서 SPoF를 제거하는 모범 사례

체인이 가장 약한 링크만큼이나 강력하기 때문에 고 가용성 클러스터의 효율성은 배포 내에 존재하는 단일 장애 지점 (SPOF)으로 인해 제한됩니다.  절대 최고 수준의 가용성을 보장하려면 SPOF를 제거해야합니다.  이러한 약한 링크를 클러스터에서 제거하는 간단한 방법이 있습니다.

첫 걸음 걸음

클러스터 아키텍처에서 SPoF를 제거해야 할 때 서버, 네트워크 연결 및 저장 장치에 특히주의를 기울여 존재하는 모든 SPOF를 식별 할 수 있습니다.  최신 서버에는 중복 및 오류 수정 메모리, 하드 디스크 전체에 걸친 데이터 스트라이핑 및 대부분의 하드웨어 구성 요소를 SPOF로 제거하는 여러 CPU가 함께 제공됩니다.   그러나 소프트웨어 및 사람의 실수로 인해 서버 또는 응용 프로그램이 중단 될 수 있습니다.  서버 및 핵심 애플리케이션의 상태를 모니터링하고 장애 발생시 자동 복구 조치를 취하는 고 가용성 클러스터 솔루션을 배치하면이 SPOF가 제거됩니다.  모든 클러스터링 솔루션은 서버 기능을 검증하기위한 기본적인 ping 테스트를 제공합니다. 그러나 고급 기능 만이 애플리케이션 상태를 추적하고 탐지 된 오류를 자동으로 복구 할 수 있습니다.  이러한 수준의 탐지 및 복구로 다운 시간을 최소화 할 수 있습니다. 중복성을 위해 클러스터의 모든 구성 요소를 설계하는 것은 가동 시간을 극대화하는 데 가장 중요합니다.  스토리지 연결은 흔히 SPOF를 나타내며 다중 경로 지정은 모든 공유 스토리지 구성으로 구성되는 것이 중요합니다.  Linux DM Multipath (DM-MPIO)는 경로 장애시 대체 경로에 대한 블록 I / O의 재 라우팅을 제공합니다. 이렇게하면 잠재적 인 SPOF로서 서버에서 스토리지로의 경로에있는 모든 구성 요소가 제거되고 장애가 발생할 경우 자동 복구가 제공됩니다.

그러나 다중 경로 지정으로 구성된 경우에도 공유 스토리지 / SAN은 위치하는 물리적 데이터 센터처럼 단일 실패 지점을 나타냅니다.  추가 보호 기능을 제공하려면 사이트 간 클러스터링과 함께 중요한 데이터의 오프 사이트 복제를 배포해야합니다.  사이트 간의 네트워크 중복성과 결합 된이 최적의 솔루션은 클러스터 아키텍처에서 SPoF를 제거합니다. 실시간 복제를 통해 비즈니스 크리티컬 데이터의 최신 사본을 항상 사용할 수 있습니다. 이 오프 사이트를 백업 데이터 센터 또는 클라우드 서비스에 적용하면 화재, 정전 등으로 인해 발생할 수있는 주요 데이터 센터 중단을 방지 할 수 있습니다. 애플리케이션 레벨 모니터링 및 자동 복구, 공유 스토리지를위한 다중 경로 지정 및 오프 사이트 보호를위한 데이터 복제를 사용하면 클러스터 아키텍처 내에서 잠재적 인 단일 장애 지점 (Single Point of Failure)이 제거됩니다.  클러스터 아키텍처 및 배포 중에 이러한 구성 요소에주의를 기울이면 최대한의 가동 시간을 보장 할 수 있습니다.