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