이중 머신 핫 백업이란 무엇인가요?

넓은 의미에서 중요한 서비스의 경우 두 대의 서버를 사용하여 서로를 백업하고 동시에 동일한 서비스를 실행한다. 한 서버에 장애가 발생하면 다른 서버가 서비스 작업을 대신할 수 있으므로 시스템이 수동 개입 없이 서비스를 계속 제공할 수 있도록 자동으로 보장됩니다.

이중 머신 핫 스탠바이는 백업 서버를 사용하여 메인 서버에 장애가 발생해도 서비스가 중단되지 않는 문제를 해결합니다. 그러나 실제 애플리케이션에는 여러 개의 서버, 즉 서버 클러스터가 있을 수 있습니다. 클러스터 소프트웨어의 유사점과 차이점)

이중 머신 핫 백업에는 일반적으로 공유 저장 장치가 필요합니다. 그러나 어떤 경우에는 두 개의 독립적인 서버를 사용하는 것이 가능합니다.

이중 머신 핫 백업을 구현하려면 전문 클러스터 소프트웨어 또는 이중 머신 소프트웨어가 필요합니다.

협의적으로 이중 머신 상시 대기는 구체적으로 활성/대기 방식을 기반으로 하는 서버 상시 대기를 의미합니다. 서버 데이터에는 동시에 둘 이상의 서버에 기록되거나 공유 저장 장치를 사용하여 기록된 데이터베이스 데이터가 포함됩니다. 한 번에 하나의 서버만 실행됩니다. 실행 중인 서버 중 하나에 오류가 발생하여 시작할 수 없는 경우 다른 백업 서버는 소프트웨어 진단(일반적으로 하트비트 진단을 통해)을 통해 대기 시스템을 활성화하여 애플리케이션이 짧은 시간 내에 정상적인 사용으로 완전히 복원되도록 합니다.

이중 머신 핫 백업 사용 여부를 결정하는 올바른 방법은 시스템의 중요성과 서비스 중단 허용 범위를 분석한 다음 이중 머신 핫 백업 사용 여부를 결정하는 것입니다. 즉, 사용자가 서비스 복원을 허용할 수 있는 기간과 서비스를 복원할 수 없는 경우 어떤 영향을 미칠지입니다.

이중 머신 상시 대기를 고려할 때 일반적으로 이중 머신 상시 대기에는 전환 프로세스가 있으며 이 전환 프로세스에는 약 1분 정도 걸릴 수 있다는 점에 유의해야 합니다. 전환 과정에서 서비스가 잠시 중단될 수 있습니다. 다만, 전환이 완료되면 서비스는 정상적으로 재개됩니다. 따라서 이중 머신 핫 백업은 원활하고 중단되지 않지만 시스템 장애가 발생하는 경우 비즈니스에 영향을 주지 않고 신속하게 정상적인 서비스를 복원할 수 있습니다. 이중 머신 핫백업이 이루어지지 않는 경우, 서버 장애가 발생하면 서비스가 몇 시간 동안 중단될 수 있으며 비즈니스에 미치는 영향은 심각할 수 있습니다.

또 강조해야 할 점은 서버 장애는 스위치나 저장장치 장애와는 다르며 개념이 훨씬 높다는 점이다. 그 이유는 서버는 스위치나 저장 장치보다 훨씬 더 복잡한 장치이기 때문입니다. 또한 하드웨어, 운영 체제, 응용 소프트웨어 시스템을 포함하는 복잡한 시스템이기도 합니다. 장비 장애로 인해 서비스가 중단될 수 있을 뿐만 아니라, 소프트웨어 문제로 인해 서버가 제대로 작동하지 않을 수도 있습니다.

디스크 어레이(RAID) 및 데이터 백업과 같은 다른 보호 조치도 매우 중요하지만 이중 머신 핫 백업의 역할을 대체할 수는 없다는 점도 지적해야 합니다.

이중 머신 핫 백업과 데이터 백업의 관계

RAID와 데이터 백업은 모두 매우 중요하다고 말씀드리고 싶습니다. 그러나 RAID 기술은 하드 디스크 문제만 해결할 수 있고, 백업은 문제가 발생한 후에만 시스템 복구를 해결할 수 있습니다. 하드웨어 문제이든 소프트웨어 시스템 문제이든 서버 자체에 문제가 발생하면 서비스 중단이 발생합니다. 따라서 RAID 및 데이터 백업 기술로는 서비스 중단 방지 문제를 해결할 수 없습니다. 지속적이고 안정적으로 애플리케이션 서비스를 제공해야 하는 시스템에 있어서 듀얼 머신은 여전히 ​​매우 중요합니다. 서버가 고장나는 경우, 서버를 정상 작동으로 복원하는 데 시간이 얼마나 걸릴지, 사용자가 복구 시간을 얼마나 오래 견딜 수 있는지 생각해 보면 듀얼 머신의 중요성을 이해하게 될 것입니다.

반면에 RAID와 테이프 백업도 매우 필요합니다. RAID의 경우 매우 저렴한 비용으로 시스템의 신뢰성을 크게 향상시킬 수 있으며 이중 시스템보다 복잡성이 훨씬 낮습니다. 결국 하드디스크는 시스템에서 기계적 작동이 가장 빈번하고 취약성 비율이 가장 높은 구성 요소이기 때문에 RAID를 사용하면 장애가 발생한 시스템을 쉽게 복구할 수 있고 전환을 위한 서버 다운타임을 줄일 수 있습니다.

이중 머신 핫 백업 구현 모드

이중 머신 핫 백업에는 두 가지 구현 모드가 있습니다. 하나는 공유 저장 장치를 기반으로 하고 다른 하나는 공유 저장 장치를 사용하지 않는 모드입니다. 방법은 일반적으로 순수 소프트웨어 방법이라고 합니다.

스토리지 공유를 기반으로 하는 이중 머신 핫 백업은 이중 머신 핫 백업을 위한 가장 표준적인 솔루션입니다.

이 접근 방식에서는 두 대의 서버를 사용하고 공유 저장 장치(디스크 어레이 캐비닛 또는 저장 영역 네트워크 SAN)를 사용합니다. 두 서버는 상호 백업, 마스터-슬레이브, 병렬 등 서로 다른 방법을 채택할 수 있습니다. 작업 과정에서 두 서버는 가상 IP 주소로 외부 서비스를 제공하며 작업 방법에 따라 서비스 요청이 서버 중 하나로 전송됩니다. 동시에 서버는 하트비트 라인을 통해 다른 서버의 작동 상태를 감지합니다(현재는 개인 네트워크를 구축하는 방법을 사용하는 경우가 많습니다). 한 서버에 장애가 발생하면 다른 서버가 하트비트 감지를 기반으로 판단하고 전환하여 서비스를 인수합니다. 사용자의 경우 이 프로세스는 완전히 자동화되어 매우 짧은 시간 내에 완료되므로 비즈니스에 영향을 미치지 않습니다. 공유 저장 장치를 사용하기 때문에 두 서버는 실제로 동일한 데이터를 사용하며 이는 이중 시스템 또는 클러스터 소프트웨어로 관리됩니다.

순수 소프트웨어 방식의 경우 미러링을 지원하는 듀얼 머신 소프트웨어를 통해 실시간으로 다른 서버에 데이터를 복사할 수 있어 한 서버에 장애가 발생하더라도 두 서버 각각에 동일한 데이터가 존재하게 된다. , 시간이 지나면 다른 서버로 전환될 수 있습니다.

순수 소프트웨어 접근 방식에는 또 다른 상황이 있습니다. 즉, 서버는 응용 서비스만 제공하고 데이터를 저장하지 않습니다(예: 특정 계산만 수행하고 응용 서버로 사용되는 경우). 이 경우 공유 저장 장치를 사용할 필요는 없지만 이중 시스템 또는 클러스터 소프트웨어를 직접 사용할 수 있습니다. 그러나 이 상황은 실제로 미러링과 아무런 관련이 없습니다. 이는 표준 이중 시스템 상시 대기의 작은 변화일 뿐입니다.

이중 시스템 상시 대기, 이중 시스템 상호 대기 및 이중 시스템 이중의 차이점

이중 시스템 상시 대기는 현재 일반적으로 활성/대기 방법이라고 합니다. 서버 데이터에는 데이터베이스 데이터가 동시에 두 개 이상의 서버에 기록되거나 공유 저장 장치가 사용되는 데이터가 포함됩니다. 활성 서버에 장애가 발생하면 소프트웨어 진단(보통 하트비트 진단)을 통해 대기 머신이 활성화되어 짧은 시간 내에 애플리케이션이 정상적으로 사용되도록 완전히 복원됩니다.

이중 머신 상호 백업은 이중 머신 핫 백업을 기반으로 상대적으로 독립적인 두 개의 애플리케이션이 두 머신에서 동시에 실행되지만 특정 서버에 장애가 발생하면 서로가 백업 머신으로 설정됩니다. 다른 서버가 장애가 발생한 서버의 애플리케이션을 짧은 시간 내에 인계받아 애플리케이션의 연속성을 보장할 수 있습니다. 이 방법은 실제로 이중 머신 핫 백업을 적용한 것입니다. 이중 머신 핫 백업을 구현하기 위해 4개의 서버를 사용하는 2개의 애플리케이션을 방지합니다.

이중 시스템 이중 방식, 두 개 이상의 서버가 활성화되어 동시에 동일한 애플리케이션을 실행하여 전반적인 성능을 보장하고 로드 밸런싱 및 상호 백업도 달성합니다. 디스크 캐비닛 스토리지 기술(바람직하게는 SAN)을 활용해야 합니다. 데이터베이스 서비스의 경우 상대적으로 복잡한 데이터베이스 소프트웨어 지원도 필요합니다.