KR101401006B1 - 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법 및 장치 - Google Patents

Abstract

고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법 및 장치가 개시된다. 상기 방법은 제 1 장치가 소프트웨어 업데이트 데이터를 수신하는 단계; 상기 제 1 장치가 상기 제 1 장치 및 제 2 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단하는 단계; 상기 제 1 장치 및 상기 제 2 장치 각각의 서비스 상태가 서비스 활성인 경우, 상기 제 1 장치가 상기 제 2 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 제 2 장치의 소프트웨어 업데이트를 요청하는 단계; 상기 제 1 장치의 소프트웨어 업데이트 요청에 응답하여, 상기 제 2 장치가 소프트웨어 업데이트를 수행하는 단계; 상기 제 1 장치가 상기 제 2 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하는 단계; 및 상기 제 2 장치의 소프트웨어 업데이트가 완료된 경우, 상기 제 1 장치가 소프트웨어 업데이트를 수행하는 단계를 포함할 수 있다.
본 발명에 따라 고가용성 시스템 내의 장치들의 소프트웨어를 업데이트함으로써, 소프트웨어 업데이트에 의한 서비스 단절을 최소화하고, 장치들 간의 소프트웨어의 버전 불일치 문제를 해결하여, 지속적이고 안정적인 고가용성 시스템을 제공할 수 있다.

Description

고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법 및 장치{METHOD AND APPRATUS FOR PERFORMING SOFTWARE UPGRADE IN HIGH AVAILABILITY SYSTEM}

본 발명은 고가용성 구현 기술에 관한 것으로, 보다 구체적으로는 고가용성 시스템을 구성하는 적어도 하나의 장치의 소프트웨어를 업데이트하기 위한 기술에 관한 것이다.

복수대의 장치를 그룹핑하여 이중화함으로써 무중단 서비스를 지원하는 기능을 HA(High Availability, 고가용성)라 한다. 서비스를 제공하는 네트워크 장치는 일반적으로 복수의 장치를 그룹핑하여 이중화함으로써 고가용성(HA: High Availability) 시스템을 구축하여 무중단 서비스를 지원한다. 예를 들어 칩입차단/방지시스템은 관문의 장치이기 때문에 장애 발생 시 모든 네트워크가 마비되는 특정 지점의 오류(Single point of failure)가 될 수도 있다. 따라서 지속적인 네트워크 환경을 위해 이중화 방안을 마련해두는 것이 바람직하다. 고가용성 시스템은 하드웨어나 소프트웨어 또는 네트워크 등의 시스템 자원에 어떠한 결함이 발생하였을 경우라도 지속적으로 정상적인 서비스를 제공할 수 있어야 한다.

한편, 복수대의 장치를 그룹핑하여 구성된 고가용성 시스템에서, 임의의 장치에 대한 소프트웨어 업데이트를 수행할 때, 고가용성에 장애가 발생할 수 있다. 특정 장치에 소프트웨어 업데이트가 수행되는 동안, 상기 장치는 정상적인 서비스를 제공할 수 없기 때문이다. 또한, 특정 장치에 대한 소프트웨어 업데이트가 완료되더라도, 다른 장치에 대한 소프트웨어 업데이트가 완료되지 않으면, 소프트웨어의 버전 불일치로 인해, 장치들 간의 동기화가 비정상적으로 이루어질 수 있다.

따라서 고가용성 시스템을 내의 특정 장치에 대한 소프트웨어 업데이트를 수행할 때, 다른 장치는 정상적인 서비스를 지속적으로 제공할 수 있어야 함과 동시에, 소프트웨어 업데이트 기간 동안 고가용성 서비스의 단절을 최소화 할 수 있는 소프트웨어 업데이트 기술이 요구된다.

본 발명은 상기 문제점을 해결하기 위한 것으로서, 고가용성 시스템을 구성하는 장치들을 안전하고 신뢰성있게 소프트웨어 업데이트할 수 있는 기술을 제공하는 것을 목적으로 한다.

본 발명의 일 실시예에 따라, 제 1 장치 및 제 2 장치를 포함하는 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법이 개시된다. 상기 방법은 제 1 장치가 소프트웨어 업데이트 데이터를 수신하는 단계; 상기 제 1 장치가 상기 제 1 장치 및 제 2 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단하는 단계; 상기 제 1 장치 및 상기 제 2 장치 각각의 서비스 상태가 서비스 활성인 경우, 상기 제 1 장치가 상기 제 2 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 제 2 장치의 소프트웨어 업데이트를 요청하는 단계; 상기 제 1 장치의 소프트웨어 업데이트 요청에 응답하여, 상기 제 2 장치가 소프트웨어 업데이트를 수행하는 단계; 상기 제 1 장치가 상기 제 2 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하는 단계; 및 상기 제 2 장치의 소프트웨어 업데이트가 완료된 경우, 상기 제 1 장치가 소프트웨어 업데이트를 수행하는 단계를 포함할 수 있다.

본 발명의 일 실시예에 따라, 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 장치가 개시된다. 상기 장치는 관리자로부터 소프트웨어 업데이트 데이터를 수신하기 위한 인터페이스; 상기 인터페이스가 상기 관리자로부터 소프트웨어 업데이트 데이터를 수신하면, 상기 장치 및 상기 고가용성 시스템 내의 다른 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단하기 위한 서비스 상태 판단부; 상기 서비스 상태 판단부가 상기 장치 및 상기 다른 장치 각각의 서비스 상태가 서비스 활성이라고 판단한 경우, 상기 다른 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 다른 장치에 소프트웨어 업데이트를 요청하기 위한 업데이트 요청부; 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하기 위한 업데이트 완료 판단부; 및 상기 업데이트 완료 판단부가 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단한 경우, 상기 장치의 소프트웨어 업데이트를 수행하기 위한 업데이트 수행부를 포함할 수 있다.

본 발명에 따라 고가용성 시스템 내의 장치들의 소프트웨어를 업데이트함으로써, 소프트웨어 업데이트에 의한 서비스 단절을 최소화하고, 장치들 간의 소프트웨어의 버전 불일치 문제를 해결하여, 지속적이고 안정적인 고가용성 시스템을 제공할 수 있다.

본 발명의 상세한 설명에서 인용되는 도면을 보다 충분히 이해하기 위하여 각 도면의 간단한 설명이 제공된다.
도 1은 고가용성 시스템의 일 예시를 도시한다.
도 2는 본 발명의 일 실시예에 따른 소프트웨어를 업데이트하기 위한 방법을 도시한다.
도 3은 본 발명에 따라 소프트웨어 업데이트를 수행하기 위한 방법의 일 실시예를 도시한다.
도 4는 본 발명에 따라 소프트웨어 업데이트를 수행하기 위한 방법의 일 실시예를 도시한다.
도 5는 본 발명의 일실시예에 따라 고가용성 시스템에서 소프트웨어를 업데이트하기 위한 장치를 도시한다.

본 발명과 본 발명의 동작상의 이점 및 본 발명의 실시에 의하여 달성되는 목적을 충분히 이해하기 위해서는 본 발명의 바람직한 실시예를 예시하는 첨부 도면 및 도면에 기재된 내용을 참조하여야 한다.

본 발명의 실시예들은 당해 기술 분야에서 통상의 지식을 가진 자에게 본 발명을 더욱 완전하게 설명하기 위하여 제공되는 것이며, 아래의 실시예들은 여러 다른 형태로 변형될 수 있으며, 본 발명의 범위가 아래의 실시예들로 한정되는 것은 아니다. 오히려, 이들 실시예는 본 개시를 더욱 충실하고 완전하게 하며 본 발명이 속하는 기술분야의 통상의 지식을 가진 자에게 본 발명의 사상을 완전하게 전달하기 위하여 제공되는 것이다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 설명함으로써, 본 발명을 상세히 설명하기로 한다.

도 1은 고가용성 시스템의 일 예시를 도시한다. 도 1을 참조하면, 고가용성 시스템(100)은 장치1(110), 장치2(120) 및 장치3(130)을 포함한다. 도 1에서 세 개의 장치가 도시되지만, 본 발명이 적용되는 실시예에 따라 더 많은 또는 더 적은 수의 장치가 고가용성 시스템을 구성할 수 있다. 장치1(110) 내지 장치3(130)은 고가용성 시스템(100)에 가입된 장치로서 서버, 스토리지, 라우터, 통합 보안 장치(UMM: United Treatment Management) 등 네트워크 장치일 수 있다. 고가용성 시스템(100)은 active-standby 모드 또는 active-active 모드로 동작할 수 있다. 예를 들어, active-standby 모드에서, 서비스를 제공 중인 장치1(110)에서 문제가 발생하면, 대기 중인 장치2(120)로 제공 중인 서비스를 빠르고 안정적으로 전환하여 서비스 중단을 최소화하고 사용자에게 정상적인 서비스를 지속적으로 제공하게 된다.

장치1(110), 장치2(120) 및 장치3(130)은 각각 마스터(master), 슬레이브(slave) 및 슬레이브(slave)로 동작하도록 구성될 수 있다. 여기서 마스터 장치는 신규 멤버 추가 및 동기화를 주도하고, GUI/CLI에 의한 명령 및 설정을 슬레이브 장치에 전달(즉, 실시간 설정 동기화)하며, 로그 취합 및 리포트 생성하는 역할을 수행할 수 있다. 또한, 마스터 장치는 active-standby 모드에서 우선적으로 active 모드로 동작할 수 있다. 슬레이브 장치는 마스터 장치로 로그를 전달하는 등 마스터 장치의 명령 및 설정에 따라 동작할 수 있으며, active-standby 모드에서 standby 모드로 동작할 수 있다. 또한, 슬레이브 장치는 마스터 장치에 장애(device failover) 발생 시 마스터의 역할을 수행하거나, 장애가 발생했던 마스터 장치가 장애로부터 복구(device failback)되면 다시 슬레이브 역할을 수행하게 된다. 마스터 장치 또는 슬레이브 장치는 장치들(110 내지 130) 간의 우선순위에 의해 결정될 수 있다. 예를 들어, 우선순위가 가장 높은 장치가 마스터 장치로 지정되고 마스터 장치를 제외한 장치가 슬레이브 장치로 지정될 수 있다. 또한, 슬레이브 장치 중 가장 우선순위가 높은 슬레이브 장치는 마스터 장치에 장애(device failover) 발생 시 마스터의 역할을 수행하거나, 장애가 발생했던 마스터 장치가 장애로부터 복구(device failback)되면 다시 슬레이브 역할을 수행할 수 있다. 이러한 슬레이브 장치는 백업 마스터 장치로 지칭될 수 있다.

장치1(110) 내지 장치3(130)은 스위치1(140)을 경유하여 외부 네트워크와 연결된다. 스위치1(140)은 L2 또는 L3 스위치일 수 있다. 장치1(110) 내지 장치3(130)은 스위치2(150)를 경유하여 내부망과 연결된다. 스위치2(150)는 L2 또는 L3 스위치일 수 있다.

장치들(110 내지 130)은 고가용성을 지원하기 위해 HA 링크로 연결될 수 있다. 여기서 각 HA 링크는 스위치3(160)을 통해 상호 접속될 수 있으며, 스위치3(160)은 L2 또는 L3 스위치일 수 있다. 즉, 장치들(110 내지 130)은 고가용성을 지원하기 위해 시스템 외부에서는 접근이 불가능한 세션을 형성하도록 구성되고, 상기 세션을 통하여 장치들(110 내지 130) 간의 동기화가 수행되도록 구성될 수 있다. 상기 세션은 HA 링크를 통하여 형성될 수 있으며, 장치들(110 내지 130)은 상기 세션을 통하여 설정 값 및 데이터 등을 교환하게 된다.

또한, 장치들(110 내지 130)은 HA 링크를 이용하여 장치들(110 내지 130)의 상태 변화를 체크할 수 있다. 예를 들어, 고가용성 시스템에서 일부 장치가 제거 또는 턴-오프 되거나 HA 링크가 연결해제 되거나, 반대로 고가용성 시스템에서 일부 장치가 추가 설치 또는 턴-온 되거나 HA 링크가 재연결될 수 있으며, 이러한 장치들의 상태 변화를 파악함으로써 정상적인 고가용성 서비스를 제공하기 위함이다. 이를 위해 장치1(110) 내지 장치3(130)은 HA 링크에 의해 형성된 세션을 통해 HA 상태 정보(예를 들어, 헬로(Hello) 패킷 또는 Heartbeat 메시지로 지칭될 수 있음)를 교환한다. 상기 교환은 주기적으로/비주기적 브로트캐스트에 의해 이루어질 수 있다. HA 상태 정보는 HA 그룹 이름, HA 동작 모드, HA 상태 정보의 전송 주기, 멤버 구성 등을 포함할 수 있다. 멤버 구성은 고가용성 시스템을 구성하는 장치들에 대한 정보를 가진다. 각 장치에 대해 장치 이름, 우선순위, 장치 상태, 서비스 상태 등에 대한 정보가 설정되어 있다. 고가용성 시스템을 구성하는 장치들은 호환성을 보장하여야 하므로 모두 동일한 장치임이 바람직하다. 이 경우, 각 장치들의 HA 상태 정보는 동일한 형식과 내용을 갖도록 동기화된다.

도 1의 이러한 구성은 예시적인 것으로서 본 발명이 적용되는 실시예에 따라 다양한 구성이 적용될 수 있다.

도 2는 본 발명의 일 실시예에 따른 소프트웨어를 업데이트하기 위한 방법(200)을 도시한다. 도 2에 따른 방법(200)은 고가용성 시스템 내의 장치, 즉 제 1 장치 및 제 2 장치에 의해 수행될 수 있다. 여기서 제 1 장치는 고가용성 시스템 전체의 소프트웨어 업데이트를 주관하는 장치로서, 예를 들어, 마스터 장치일 수 있다. 제 2 장치는 제 1 장치의 지시에 따라 소프트웨어 업그레이들 수행하는 장치로서, 예를 들어, 슬레이브 장치일 수 있다. 제 1 장치 및 제 2 장치는 본 발명이 적용되는 실시예에 따라 제 1 장치 및 제 2 장치로서 기능하되, 호환성을 보장하기 위해 동일하게 구성되는 것이 바람직하다

상기 방법(200)은 소프트웨어 업데이트 데이터를 수신하는 단계(210), 각 장비들의 서비스 상태를 판단하는 단계(220), 소프트웨어 업데이트를 요청하는 단계(230), 제 2 장치의 소프트웨어 업데이트를 수행하는 단계(240), 소프트웨어 업데이트 완료 여부를 판단하는 단계(250) 및 제 1 장치의 소프트웨어 업데이트를 수행하는 단계(260)를 포함할 수 있다.

먼저, 단계(210)에서, 제 1 장치는 소프트웨어 업데이트 데이터를 수신할 수 있다. 여기서 소프트웨어 업데이트 데이터는 각 장치의 소프트웨어의 현재 버전보다 상위 버전의 소프트웨어에 관한 데이터로서, 제 1 장치로 하여금 소프트웨어 업데이트를 수행하기 위한 명령을 포함할 수 있다. 단계(210)에 의해 제 1 장치가 소프트웨어 업데이트 데이터를 수신하면, 제 1 장치는 본 발명에 따른 소프트웨어 업데이트를 개시할 수 있다.

계속해서, 제 1 장치는 제 1 장치 및 제 2 장치의 서비스 상태가 서비스 활성인지 여부를 판단할 수 있다(단계(220)). 상기 언급한 바와 같이, 고가용성 시스템 내의 각 장치는 HA 링크를 통해 자신의 HA 상태 정보를 다른 장치로 전송하고, 다른 장치로부터 상기 다른 장치의 HA 상태 정보를 수신함으로써, 고가용성 시스템을 구성하는 복수의 장치들의 HA 상태 정보를 공유할 수 있다. 이러한 HA 상태 정보는 고가용성 시스템을 구성하는 각 장치의 서비스 활성 또는 비활성 여부에 관한 정보를 포함할 수 있으며, 여기서 서비스 활성은 장치가 정상적인 서비스(예를 들어, 패킷 포워딩 등)를 제공하는 것을 의미하며, 서비스 비활성은 예를 들어, 일부 장치에서 서비스 트래픽이 유출입하기 위한 인터페이스에 장애가 발생함으로써, 상기 장치가 정상적인 서비스를 제공할 수 없는 것을 의미한다. 즉, 단계(220)에서 제 1 장치는 HA 링크를 통해 주기적/비주기적으로 공유되는 HA 상태 정보를 통해 각 장치의 서비스 활성 또는 비활성 여부에 대해 판단할 수 있다.

일 실시예에서, 복수의 제 2 장치가 존재하는 경우, 복수의 제 2 장치 중 일부 장치의 인터페이스에 장애가 발생하더라도, 다른 장치의 인터페이스가 정상동작하는 경우, 상기 복수의 제 2 장치는 정상적인 서비스를 제공할 수 있다. 복수의 제 2 장치가 하나의 HA 그룹을 형성하여 서비스를 제공할 수 있기 때문이다.

단계(220)의 판단 결과, 제 1 장치 및 제 2 장치가 서비스 활성인 경우, 제 1 장치는 제 2 장치에 소프트웨어 업데이트를 요청할 수 있다(단계(230)). 상기 요청은 제 1 장치가 제 2 장치로 소프트웨어 업데이트 데이터를 전송함으로써 수행될 수 있다.

제 1 장치에 의한 소프트웨어 업데이트의 요청에 응답하여, 제 2 장치는 소프트웨어 업데이트를 수행할 수 있다(단계(240)).

도 3은 본 발명에 따라 소프트웨어 업데이트를 수행하기 위한 방법(단계(240))의 일 실시예를 도시한다. 도시되는 바와 같이, 단계(240)는 제 2 장치가 제 1 장치로부터 소프트웨어 업데이트 데이터를 수신하는 단계(310); 제 2 장치가 제 2 장치의 패킷 포워딩을 중단하는 단계(320); 제 2 장치가 소프트웨어 업데이트 데이터에 기초하여 제 2 장치의 소프트웨어를 업데이트하는 단계(330); 및 제 2 장치가 제 2 장치를 재부팅하는 단계(340)를 포함할 수 있다.

먼저, 단계(310)에서, 제 2 장치는 단계(230)에 따라 제 1 장치로부터 소프트웨어 업데이트 데이터를 수신할 수 있다. 단계(310)에 의해 수신되는 소프트웨어 업데이트 데이터는 제 1 장치가 단계(310)에서 수신한 소프트웨어 업데이트 데이터로서, 제 2 장치로 하여금 소프트웨어 업데이트를 수행하기 위한 명령을 포함할 수 있다. 단계(310)에 의해 제 2 장치가 소프트웨어 업데이트 데이터를 수신하면, 제 2 장치는 본 발명에 따른 소프트웨어 업데이트를 개시할 수 있다.

계속해서, 제 2 장치는 패킷 포워딩을 중단할 수 있다(단계(320)). 단계(320)는 제 2 장치의 소프트웨어 업데이트를 위해 제 2 장치에 의한 서비스 제공을 중단하기 위한 것으로서, 단계(320)를 통해 제 2 장치의 서비스 상태는 서비스 비활성으로 변경된다. 제 2 장치가 패킷 포워딩을 중단하더라도, 제 1 장치가 정상적으로 동작하므로, 서비스 단절 없이 고가용성 서비스를 제공할 수 있다.

패킷 포워딩을 중단한 후(단계(320)), 제 2 장치는 제 2 장치의 소프트웨어를 업데이트할 수 있다(단계(330). 단계(330)는 제 2 장치의 소프트웨어를 수정 또는 변경하여 상위 버전의 소프트웨어로 대체하기 위한 것으로서, 제 1 장치로부터 수신한 소프트웨어 업데이트 데이터에 기초하여 수행될 수 있다.

마지막으로, 제 2 장치의 소프트웨어 업데이트가 완료되면, 제 2 장치는 제 2 장치를 재부팅할 수 있다(단계(340)). 종래 버전의 소프트웨어를 대체한 상위 버전의 소프트웨어를 제 2 장치 상에 실행하기 위함이다. 이와 동시에, 단계(340)는 재부팅을 통해 제 2 장치가 서비스, 즉 패킷 포워딩을 재개하게 할 수 있다.

이때, 재부팅된 장치가 복수개 존재하는 경우, 상기 복수의 장치는 하나의 HA 그룹을 형성하여 서비스를 제공할 수 있다. 또한, 장치들이 순차적으로 소프트웨어 업데이트가 완료되는 경우, 먼저 완료된 장치가 HA 그룹을 형성하여 서비스를 제공하며, 이후에 완료된 장치가 상기 HA 그룹에 참여함으로써 서비스를 제공할 수 있다.

도 2로 돌아가서, 제 1 장치는 제 2 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단할 수 있다(단계(250)). 단계(250)에 의한 판단은 HA 링크를 통해 주기적/비주기적으로 공유되는 HA 상태 정보에 기초할 수 있으며, 여기서 HA 상태 정보는 예를 들어, 각 장치의 소프트웨어 버전에 관한 정보, 각 장치의 소프트웨어 업데이트 수행 여부에 관한 정보 등을 포함할 수 있다. 예를 들어, HA 상태 정보가 각 장치의 소프트웨어 버전에 관한 정보를 포함하는 경우, 단계(250)는 HA 상태 정보를 통해 제 2 장치의 소프트웨어 버전과 제 1 장치가 수신한 소프트웨어 업데이트 데이터의 버전과 비교함으로써 수행될 수 있다. 또한 예를 들어, HA 상태 정보가 각 장치의 소프트웨어 업데이트 수행 여부에 관한 정보를 포함하는 경우, 단계(250)는 HA 상태 정보를 통해 제 2 장치가 소프트웨어 업데이트 수행 상태에서 소프트웨어 업데이트 비수행 상태로 변경되는 경우, 제 2 장치의 소프트웨어 업데이트가 완료되었다고 판단함으로써 수행될 수 있다.

일 실시예에서, 복수개의 제 2 장치가 존재하는 경우, 단계(250)는 복수의 제 2 장치 중 적어도 하나의 장치가 단계(310) 내지 단계(340)에 의한 소프트웨어 업데이트를 완료하였을 때, 제 2 장치의 소프트웨어 업데이트가 완료되었다고 판단함으로써 수행될 수 있다.

마지막으로, 단계(250)의 판단 결과, 제 2 장치의 소프트웨어 업데이트가 완료된 경우, 제 1 장치는 소프트웨어 업데이트를 수행할 수 있다(단계(260)).

도 4는 본 발명에 따라 소프트웨어 업데이트를 수행하기 위한 방법(단계(260))의 일 실시예를 도시한다. 상기 단계(260)는 제 1 장치가 제 1 장치의 패킷 포워딩을 중단하는 단계(410); 제 1 장치가 소프트웨어 업데이트 데이터에 기초하여 제 1 장치의 소프트웨어를 업데이트하는 단계(420); 및 제 1 장치가 재부팅하는 단계(430)를 포함할 수 있다.

먼저, 단계(410)에서, 제 1 장치는 제 1 장치의 패킷 포워딩을 중단할 수 있다. 단계(410)는 제 1 장치의 소프트웨어 업데이트를 위해 제 1 장치에 의한 서비스 제공을 중단하기 위한 것으로서, 단계(410)를 통해 제 1 장치의 서비스 상태는 서비스 비활성으로 변경된다. 제 2 장치의 경우 소프트웨어 업데이트를 완료함으로써, 서비스의 제공을 재개할 수 있으나, 제 1 장치와 제 2 장치가 동시에 서비스를 제공하는 경우, 제 1 장치와 제 2 장치 간의 소프트웨어 버전의 불일치로 인해 장치들 간의 동기화가 비정상적으로 이루어질 수 있으며, 이는 서비스의 고가용성에 손상을 가할 수 있다. 따라서 제 2 장치의 소프트웨어 업데이트가 완료된 경우, 제 1 장치는 패킷 포워딩을 중단함으로써 이러한 문제를 해결할 수 있다. 또한, 제 1 장치가 패킷 포워딩을 중단하더라도, 소프트웨어 업데이트를 완료한 제 2 장치가 정상적으로 동작하므로, 서비스 단절 없이 고가용성 서비스를 제공할 수 있다.

계속해서, 제 1 장치는 제 1 장치의 소프트웨어를 업데이트할 수 있다(단계(420). 단계(420)는 제 1 장치의 소프트웨어를 수정 또는 변경하여 상위 버전의 소프트웨어로 대체하기 위한 것으로서, 단계(210)에서 수신된 소프트웨어 업데이트 데이터에 기초하여 수행될 수 있다.

마지막으로, 소프트웨어 업데이트가 완료되면, 제 1 장치는 제 1 장치를 재부팅할 수 있다(단계(430)). 종래 버전의 소프트웨어를 대체한 상위 버전의 소프트웨어를 제 2 장치 상에 실행하기 위함이다. 이와 동시에, 단계(430)는 재부팅을 통해 제 1 장치가 서비스, 즉 패킷 포워딩을 재개하게 할 수 있다. 제 1 장치에 의한 서비스의 제공은 제 2 장치가 형성하고 있는 HA 그룹에 제 1 장치가 참여함으로써 수행될 수 있다.

일 실시예에서, 복수의 제 2 장치는 소프트웨어 업데이트를 수행하는 순서에 따라 구분되는 제 1 그룹의 장치 및 제 2 그룹의 장치를 포함할 수 있다. 제 1 장치는 단계(230)에서 제 1 그룹의 장치에는 소프트웨어 업데이트를 요청하나 제 2 그룹의 장치에는 소프트웨어 업데이트를 요청하지 않는다. 따라서 제 1 그룹의 장치가 소프트웨어 업데이트를 수행할 때, 제 2 그룹의 장치에는 소프트웨어 업데이트가 이루어지지 않는다. 그 후, 제 1 장치가 업데이트를 수행할 때(단계(260)), 제 1 장치는 제 2 그룹의 장치에 소프트웨어 업데이트를 요청할 수 있다. 따라서 제 2 장치 중 제 2 그룹의 장치 및 제 1 장치는 실질적으로 동시에 소프트웨어 업데이트를 수행할 수 있다. 제 1 그룹의 장치에 의한 서비스 비활성 시, 제 1 장치뿐만 아니라 제 2 그룹의 장치에 의한 안정적이고 효율적인 서비스를 지속적으로 제공하기 위한 것으로서, 여기서 제 1 그룹의 수와 제 2 그룹의 수는 고가용성을 고려하여 결정될 수 있다.

도 5는 본 발명의 일실시예에 따라 고가용성 시스템에서 소프트웨어를 업데이트하기 위한 장치(500)를 도시한다. 장치(500)는 본 발명이 적용되는 실시예에 따라 도 2의 제 1 장치 및/또는 제 2 장치로서 기능할 수 있다. 고가용성 시스템은 장치(500)를 비롯하여 복수의 장치를 포함할 수 있으며, 각각의 장치는 호환성을 보장하기 위해 동일하게 구성될 수 있다.

장치(500)는 관리자 또는 고가용성을 구성하는 다른 장치와 통신하기 위한 인터페이스(510); 고가용성 시스템 내의 장치의 서비스 상태를 판단하기 위한 서비스 상태 판단부(520); 다른 장치에 소프트웨어 업데이트를 요청하기 위한 업데이트 요청부(530); 다른 장치의 소프트웨어 업데이트가 완료되었는지 판단하기 위한 업데이트 완료 판단부(540); 및 자신의 소프트웨어 업데이트를 수행하기 위한 업데이트 수행부(550)를 포함할 수 있다.

먼저, 인터페이스(510)가 소프트웨어 업데이트 데이터를 수신할 수 있다. 관리자로부터 소프트웨어 업데이트 데이터를 수신하는 경우, 장치(500)는 도 2의 제 1 장치로서 기능할 수 있으며, 다른 장치로부터 소프트웨어 업데이트 데이터를 수신하는 경우, 장치(500)는 도 2의 제 2 장치로서 기능할 수 있다.

즉, 인터페이스(510)가 다른 장치로부터 소프트웨어 업데이트 데이터를 수신한 경우, 장치(500)는 도 2의 제 2 장치로 동작하므로, 서비스 상태 판단부(520); 업데이트 요청부(530); 업데이트 완료 판단부(540)는 동작하지 않으며, 업데이트 수행부(550)만이 소프트웨어 업데이트를 수행할 수 있다. 구체적으로, 업데이트 수행부(550)는 장치에 의한 패킷 포워딩을 중단하고, 상기 소프트웨어 업데이트 데이터에 기초하여 상기 장치의 소프트웨어를 업데이트하며, 상기 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하기 위해 상기 장치를 재부팅함으로써, 상기 장치의 소프트웨어 업데이트를 수행할 수 있다.

반대로, 인터페이스(510)가 관리자로부터 소프트웨어 업데이트 데이터를 수신하면, 장치(500)는 도 2의 제 1 장치로 동작한다. 구체적으로, 서비스 상태 판단부(520)는 장치(500) 및 상기 고가용성 시스템 내의 다른 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단할 수 있다. 서비스 상태 판단부(520)가 장치(500) 및 상기 다른 장치 각각의 서비스 상태가 서비스 활성이라고 판단한 경우, 업데이트 요청부(530)는 상기 다른 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 다른 장치에 소프트웨어 업데이트를 요청할 수 있다. 그리고 나서, 업데이트 완료 판단부(540)는 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단할 수 있으며, 업데이트 완료 판단부(540)가 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단한 경우, 업데이트 수행부(550)는 장치(500)의 소프트웨어 업데이트를 수행할 수 있다.

일 실시예에서, 고가용성 시스템 내에 소프트웨어 업데이트를 요청받은 복수의 다른 장치가 존재하는 경우, 업데이트 완료 판단부(540)는 상기 복수의 다른 장치 중 적어도 하나의 다른 장치가 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하면 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단할 수 있다.

일 실시예에서, 복수의 다른 장치가 존재하는 경우, 상기 복수의 다른 장치는 소프트웨어 업데이트를 수행하는 순서에 따라 구분되는 제 1 그룹의 장치 및 제 2 그룹의 장치를 포함할 수 있다. 이때, 서비스 상태 판단부(520)가 장치(500) 및 상기 다른 장치 각각의 서비스 상태가 서비스 활성이라고 판단한 경우, 업데이트 요청부(530)는 상기 제 1 그룹의 장치에 소프트웨어 업데이트를 요청할 수 있으며, 업데이트 완료 판단부(540)가 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단한 경우, 상기 업데이트 요청부(530)는 상기 제 2 그룹의 장치에 소프트웨어 업데이트를 요청할 수 있다.

본 발명에 따라 고가용성 시스템 내의 장치들의 소프트웨어를 업데이트함으로써, 소프트웨어 업데이트에 의한 서비스 단절을 최소화하고, 장치들 간의 소프트웨어의 버전 불일치 문제를 해결하여, 지속적이고 안정적인 고가용성 시스템을 제공할 수 있다.

이상에서와 같이 도면과 명세서에서 최적 실시 예가 개시되었다. 여기서 특정한 용어들이 사용되었으나, 이는 단지 본 발명을 설명하기 위한 목적에서 사용된 것이지 의미한정이나 특허청구범위에 기재된 본 발명의 범위를 제한하기 위하여 사용된 것은 아니다. 그러므로 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 타 실시 예가 가능하다는 점을 이해할 것이다. 따라서 본 발명의 진정한 기술적 보호범위는 첨부된 특허청구범위의 기술적 사상에 의해 정해져야 할 것이다.

Claims (10)

1. 제 1 장치 및 제 2 장치를 포함하는 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 방법으로서,
   제 1 장치가 소프트웨어 업데이트 데이터를 수신하는 단계;
   상기 제 1 장치가 상기 제 1 장치 및 상기 제 2 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단하는 단계;
   상기 제 1 장치 및 상기 제 2 장치 각각의 서비스 상태가 서비스 활성인 경우, 상기 제 1 장치가 상기 제 2 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 제 2 장치의 소프트웨어 업데이트를 요청하는 단계;
   상기 제 1 장치의 소프트웨어 업데이트 요청에 응답하여, 상기 제 2 장치가 소프트웨어 업데이트를 수행하는 단계;
   상기 제 1 장치가 상기 제 2 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하는 단계; 및
   상기 제 2 장치의 소프트웨어 업데이트가 완료된 경우, 상기 제 1 장치가 소프트웨어 업데이트를 수행하는 단계
   를 포함하는, 소프트웨어 업데이트를 수행하기 위한 방법.
2. 제 1 항에 있어서,
   상기 제 2 장치가 소프트웨어 업데이트를 수행하는 단계는,
   상기 제 2 장치가 상기 제 1 장치로부터 소프트웨어 업데이트 데이터를 수신하는 단계;
   상기 제 2 장치가 상기 제 2 장치에 의한 패킷 포워딩을 중단하는 단계;
   상기 제 2 장치가 상기 수신된 소프트웨어 업데이트 데이터에 기초하여 상기 제 2 장치의 소프트웨어를 업데이트하는 단계; 및
   상기 제 2 장치가 상기 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하기 위해 상기 제 2 장치를 재부팅하는 단계를 포함하는,
   소프트웨어 업데이트를 수행하기 위한 방법.
3. 제 1 항에 있어서,
   상기 제 1 장치가 소프트웨어 업데이트를 수행하는 단계는,
   상기 제 1 장치가 상기 제 1 장치에 의한 패킷 포워딩을 중단하는 단계;
   상기 제 1 장치가 상기 소프트웨어 업데이트 데이터에 기초하여 상기 제 1 장치의 소프트웨어를 업데이트하는 단계; 및
   상기 제 1 장치가 상기 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하기 위해 상기 제 1 장치를 재부팅하는 단계를 포함하는,
   소프트웨어 업데이트를 수행하기 위한 방법.
4. 제 2 항에 있어서,
   복수의 제 2 장치가 존재하는 경우, 상기 제 2 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하는 단계는,
   상기 복수의 제 2 장치 중 적어도 하나의 제 2 장치가 상기 재부팅하는 단계를 통해 패킷 포워딩을 재개하면 상기 제 2 장치의 소프트웨어 업데이트가 완료되었다고 판단함으로써 수행되는,
   소프트웨어 업데이트를 수행하기 위한 방법.
5. 제 1 항에 있어서,
   복수의 제 2 장치가 존재하는 경우, 상기 복수의 제 2 장치는 소프트웨어 업데이트를 수행하는 순서에 따라 구분되는 제 1 그룹의 장치 및 제 2 그룹의 장치를 포함하고,
   상기 제 2 장치의 소프트웨어 업데이트를 요청하는 단계는 상기 제 1 장치가 상기 제 1 그룹의 장치에만 소프트웨어 업데이트를 요청함으로써 수행되며,
   상기 제 1 장치가 소프트웨어 업데이트를 수행하는 단계는 상기 제 2 그룹의 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 제 2 그룹의 장치의 소프트웨어 업데이트를 요청하는 단계를 더 포함하는,
   소프트웨어 업데이트를 수행하기 위한 방법.
6. 고가용성 시스템에서 소프트웨어 업데이트를 수행하기 위한 장치로서,
   관리자로부터 소프트웨어 업데이트 데이터를 수신하기 위한 인터페이스;
   상기 인터페이스가 상기 관리자로부터 상기 소프트웨어 업데이트 데이터를 수신하면, 상기 장치 및 상기 고가용성 시스템 내의 다른 장치 각각의 서비스 상태가 서비스 활성인지 서비스 비활성인지 여부를 판단하기 위한 서비스 상태 판단부;
   상기 서비스 상태 판단부가 상기 장치 및 상기 다른 장치 각각의 서비스 상태가 서비스 활성이라고 판단한 경우, 상기 다른 장치에 상기 소프트웨어 업데이트 데이터를 전송함으로써, 상기 다른 장치에 소프트웨어 업데이트를 요청하기 위한 업데이트 요청부;
   상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었는지 여부를 판단하기 위한 업데이트 완료 판단부; 및
   상기 업데이트 완료 판단부가 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단한 경우, 상기 장치의 소프트웨어 업데이트를 수행하기 위한 업데이트 수행부
   를 포함하는, 소프트웨어 업데이트를 수행하기 위한 장치.
7. 제 6 항에 있어서,
   상기 인터페이스가 상기 다른 장치로부터 소프트웨어 업데이트 데이터를 수신한 경우, 상기 업데이트 수행부는 소프트웨어 업데이트를 수행하는,
   소프트웨어 업데이트를 수행하기 위한 장치.
8. 제 6 항 또는 제 7 항에 있어서,
   상기 업데이트 수행부는,
   상기 장치에 의한 패킷 포워딩을 중단하고, 상기 소프트웨어 업데이트 데이터에 기초하여 상기 장치의 소프트웨어를 업데이트하며, 상기 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하기 위해 상기 장치를 재부팅함으로써, 상기 장치의 소프트웨어 업데이트를 수행하는,
   소프트웨어 업데이트를 수행하기 위한 장치.
9. 제 6 항에 있어서,
   상기 고가용성 시스템 내에 소프트웨어 업데이트를 요청받은 복수의 다른 장치가 존재하는 경우, 상기 업데이트 완료 판단부는 상기 복수의 다른 장치 중 적어도 하나의 다른 장치가 업데이트된 소프트웨어를 이용하는 패킷 포워딩을 재개하면 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단하는,
   소프트웨어 업데이트를 수행하기 위한 장치.
10. 제 6 항에 있어서,
    복수의 다른 장치가 존재하는 경우, 상기 복수의 다른 장치는 소프트웨어 업데이트를 수행하는 순서에 따라 구분되는 제 1 그룹의 장치 및 제 2 그룹의 장치를 포함하고,
    상기 서비스 상태 판단부가 상기 장치 및 상기 다른 장치 각각의 서비스 상태가 서비스 활성이라고 판단한 경우, 상기 업데이트 요청부는 상기 제 1 그룹의 장치에 소프트웨어 업데이트를 요청하고,
    상기 업데이트 완료 판단부가 상기 소프트웨어 업데이트를 요청받은 다른 장치의 소프트웨어 업데이트가 완료되었다고 판단한 경우, 상기 업데이트 요청부는 상기 제 2 그룹의 장치에 소프트웨어 업데이트를 요청하는,
    소프트웨어 업데이트를 수행하기 위한 장치.

Images