몇 주 전에 Stratus는 통신사 및 통신 애플리케이션 제공업체를 대상으로 “상용 하드웨어의 모든 애플리케이션에 대한 즉각적인 내결함성 달성”이라는 제목의 Light Reading과 함께 웨비나를 주최했습니다.이 행사는 매우 성공적이었습니다. 150명의 참석자가 실시간으로 전화를 걸었고 추가로 200명의 참석자가 등록했지만 특정 시간에 참석할 수 없었습니다.세션 중에 많은 질문이 있었는데, 그 중 일부는 당시에 답변이 되었고 다른 일부는 시간 제약으로 인해 답변이 없었습니다.이 블로그 게시물에는 모든 질문과 답변이 요약되어 있습니다.
Q&A를 시작하기 전에 먼저 everRun을 간단한 용어로 정의하겠습니다.
everRun은 장애 관리 및 자동 장애 조치를 애플리케이션에서 소프트웨어 인프라로 이전하는 소프트웨어 정의 가용성 (SDA) 인프라입니다.이를 통해 장애 감지, 로컬라이제이션, 격리, 서비스 복원, 이중화 복원, 필요한 경우 상태 복제를 비롯한 모든 애플리케이션에 대해 완전 자동화되고 완전한 즉각적인 내결함성을 제공합니다. 이 모든 작업은 애플리케이션 코드를 변경하지 않고 동적 수준의 복원력으로 이루어집니다.즉, 모든 애플리케이션의 수정 및 테스트와 관련된 복잡성, 시간 소모적인 노력 및 위험 없이 모든 네트워크의 상용 상용 상용 COTS (Oft-the-Shelf) 하드웨어에 높은 복원력, 다양한 수준의 상태 보호 및 초고속 서비스 복원 속도로 모든 애플리케이션을 즉시 배포할 수 있습니다.이것이 everRun이 비디오 모니터링, 네트워크 관리, 신호 게이트웨이, 방화벽, 네트워크 컨트롤러 등을 포함하는 통신 애플리케이션에 이상적인 이유입니다!
이제 Q&A로 넘어가겠습니다.
- everRun을 실행하려면 별도의 리눅스 배포판이 필요한가요?
- everRun은 Windows, CentOS Linux 및 RHEL Linux를 포함하는 여러 게스트 OS를 지원합니다. everRun은 베어메탈 상용 서버에 설치되는 자체 CentOS 배포판과 함께 제공되지만 모든 VM에 대해 OS (게스트 운영 체제로) 를 설치해야 합니다.
- Windows와 Linux 애플리케이션을 함께 사용하는 경우에는 어떻게 되나요?
- 문제 없어요.앞서 언급했듯이 everRun은 Stratus 내결함성 코드가 있는 KVM 하이퍼바이저를 활용하므로 게스트 OS에 관계없이 애플리케이션 코드를 변경하지 않고도 모든 VM을 원활하게 보호할 수 있기 때문에 여러 게스트 OS를 설치할 수 있습니다.일부 VM은 동일한 everRun 구성의 Linux일 수 있고 다른 VM은 Windows일 수 있습니다.
- TCP 위에 계층화된 BGP와 같은 것에 대한 솔루션이 있습니까?(일반적으로 논스톱 라우팅이라고 함)
- 당사는 애플리케이션을 제공하지 않고 이러한 애플리케이션을 실행하는 소프트웨어 플랫폼만 제공합니다.기본적으로 모든 게스트 OS의 TCP/IP에서 실행되는 프로토콜을 사용하는 모든 애플리케이션은 everRun에서 실행됩니다.
- 내결함성을 갖추어야 하는 MME 엔티티가 있다고 가정할 때 가용성 엔진은 MME의 애플리케이션 내부 상태를 어떻게 유지할까요?이 엔티티에서 유지 관리하는 여러 스트림의 내부 상태가 여러 개 있을 수 있습니다.
- 애플리케이션 코드 변경이 필요한 애플리케이션 기반 HA 솔루션과 달리 이 솔루션은 반선호도 구성에서 호스트 간에 VM 쌍을 자동으로 생성합니다.즉, VM (및 모든 해당 애플리케이션) 의 상태가 상태 저장 내결함성 모드로 배포된 모든 애플리케이션에 대해 전체적으로 일관된 상태를 보장하는 고도로 정교한 Stratus StatePoint 알고리즘을 기반으로 정기적이고 비동기적으로 캡처됩니다.운영 서버의 상태 “n”에 장애가 발생하면 시스템은 애플리케이션 중단이나 성능 저하 없이 자동으로 보조 서버로 전환됩니다. 보조 서버는 가장 최근 상태인 “n”부터 자동으로 재개됩니다.
- 지연 시간, 상태 잠금 또는 실시간 처리에 미치는 영향과 같은 내결함성 기능 및 보호 기능을 소프트웨어에 추가함으로써 서비스 수준이 저하되는 경향은 무엇입니까?
- everRun이 제공하는 보호에는 두 가지 주요 유형이 있습니다.애플리케이션 또는 애플리케이션 구성 요소는 Fault-Tolerant (FT) 모드로 배포할 수 있습니다. 이는 전체 상태 복제 및 빠른 서비스 복원 시간 측면에서 최고 수준의 보호를 의미합니다.이 시나리오에서 I/O 장벽을 사용한 체크포인팅을 포함하여 전체 프로세스의 평균 총 “추가 지연 시간”은 1밀리초 (약 750마이크로초) 미만입니다.
- 액티브 및 스탠바이 모드는 얼마나 멀리 떨어져 있을 수 있나요?
- 기본 서버와 보조 서버 간의 링크 대역폭과 지연 시간에 대한 민감도에 따라 다릅니다...그러나 거리가 멀면 전파 지연이 길어지기 때문에 일반적으로 몇 마일을 넘지 않습니다.
- 모든 제품에서 Stratus 내결함성 시스템을 사용할 수 있습니까?소프트웨어 내에서 많은 상태를 사용하는 제품의 경우 이 솔루션을 통합할 때 직면하게 되는 문제가 있습니까?
- 우분투, SUSE, CentOS, 레드햇 엔터프라이즈 리눅스 (RHEL) 또는 Windows에서도 실행할 수 있는 한 모든 애플리케이션을 everRun에서 실행할 수 있습니다.모든 애플리케이션에 장애 관리가 필요하지만 모든 애플리케이션에 상태 보호가 필요하거나 동일한 서비스 복원 속도가 필요한 것은 아닙니다. 따라서 everRun은 여러 수준의 중복성을 지원합니다. 즉, FT 모드에서 실행되는 일부 애플리케이션은 완전한 상태 이중화 및 보호를 제공하는 반면 HA에서 실행되는 다른 애플리케이션은 상태 보호 기능이 없지만 장애가 발생하면 자동으로 다시 시작되므로 시스템 리소스를 훨씬 적게 사용합니다.동일한 애플리케이션 내에서도 애플리케이션의 구성 요소에 따라 서로 다른 수준의 중복성이 필요할 수 있습니다.예를 들어 데이터 플레인 전달 요소 (예: vFirewall 및 vRouter) 가 있고 제어 요소 (CE) 및 데이터 플레인 전달 요소 (FE) 에 대해 별도의 VM으로 구성 요소가 분해되는 애플리케이션의 경우 CE는 FT 모드 (상태 보호) 에서 실행될 수 있지만 FE는 HA 모드에서만 실행될 수 있습니다. 즉, 장애 발생 시 신속하고 자동으로 다시 시작됩니다.즉, CE가 보호되는 한 서비스 중단이나 성능 저하 없이 새 FE를 다시 시작할 수 있습니다.
- everRun을 사용하려면 애플리케이션을 어떻게 변경해야 하나요?
- 애플리케이션 변경은 필요하지 않습니다.우리가 지원하는 모든 OS (Red Hat Enterprise Linux, 우분투, SUSE, CentOS 또는 Windows) 에서 실행되는 모든 애플리케이션은 everRun (게스트 OS의) 에서 정상적으로 실행되며 everRun은 애플리케이션 인식 없이 상태 복제를 포함하여 이러한 VM을 원활하게 보호합니다.
- 두 대의 물리적 서버가 필요하다는 것을 알고 있습니다. 한 대에 장애가 발생하면 어떻게 알 수 있으며 어떻게 해야 합니까?
- 하나가 실패하면 시스템은 자동으로 보조 서버로 페일오버됩니다.FT 모드에서 실행되는 애플리케이션은 자동으로 매우 빠르게 (밀리초 이내) 재개되고 HA 애플리케이션은 자동으로 재시작됩니다.시스템 장애 (SNMP, everRun Manager, 이메일) 에 대해 알림을 받는 방법은 여러 가지가 있으므로 결함이 있는 구성 요소를 복구할 수 있습니다.
- 귀사의 솔루션은 VMware의 FT 솔루션과 어떻게 비교됩니까?
- Stratus는 복원력 분야의 시장 리더이며 수천 개의 실제 배포 워크로드를 기반으로 시스템 성능 및 리소스 활용도를 극대화하기 위해 FT 알고리즘을 조정하는 데 있어 35년 간의 도메인 전문 지식을 활용하고 있습니다.일반적으로 고객은 통합 시 VMware를 고려합니다.그러나 가용성과 복원력이 필요할 때 everRun을 구입합니다.
