SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

어디에서나 높은 가용성과 재해 복구: 일반적인 개념부터 솔루션 개발까지

Date: 6월 27, 2026

High Availability and Disaster Recovery Everywhere From General Concepts to Generating Solutions

어디에서나 높은 가용성과 재해 복구: 일반적인 개념부터 솔루션 개발까지

관련 블로그 / 배경 지식 추천 자료

이 블로그에서는 LifeKeeper 리소스 계층 구조 프레임워크와 LifeKeeper 클러스터링에 대한 기본적인 이해가 있다고 가정합니다. 이러한 주제에 대한 배경 지식은 아래 링크된 블로그에서 확인할 수 있습니다. 또한, 이 블로그는 LifeKeeper 내의 “Quick Service Protection Application Recovery Kit”(QSP ARK)을 사용하여 가능한 사용 사례와 지원되는 보호 메커니즘 간의 격차를 해소하는 한 가지 방법에 대한 이전 블로그(아래 링크 참조)를 기반으로 작성되었습니다.

  • 리눅스 클러스터링/윈도우 클러스터링(본 글은 SIOS 글로벌 영업 및 마케팅 부사장인 호글랜드 씨와 SIOS 마케팅 팀이 작성했습니다.)
  • 고가용성과 관련된 애플리케이션 인텔리전스(본 글은 SIOS IT 부서의 선임 시스템 엔지니어인 헨드릭스-싱케 여사가 작성했습니다.)
  • 자원 관련 조치 및 배경 정보범용 애플리케이션 복구 키트(본 글은 버밍엄 씨(선임 기술 전도사)께서 작성해 주셨습니다.)
  • GenApp과 QSP 중 선택하기: 핵심 애플리케이션에 최적화된 고가용성 솔루션 구축(본 글은 SIOS IT 부서의 선임 시스템 엔지니어인 헨드릭스-싱케 여사가 작성했습니다.)

하지만 이 블로그에서는 QSP ARK가 특정 애플리케이션 또는 사용 사례에 대한 고가용성 및 재해 복구 요구 사항을 충족할 수 없을 때 사용할 수 있는 옵션에 대해 살펴보겠습니다.

간단한 복습

이 블로그의 이전 부분이 섹션에서는 LifeKeeper를 사용하여 애플리케이션을 보호하기 위한 범용 애플리케이션 복구 키트(GAK)를 생성하기 위해 애플리케이션을 어떻게 이해해야 하는지에 대해 다루었습니다. 1부에서 제시된 애플리케이션 이해의 기초를 LifeKeeper의 범용 애플리케이션 복구 키트 프레임워크에 맞춰 적용합니다.

이번 블로그 시리즈는 이전 편과 함께 읽는 것이 가장 좋으므로, 1편에서 다룬 개념들을 간단히 복습해 보겠습니다.

유용하고 실행 가능한 정보를 얻을 수 있는 가장 간단한 질문을 하세요.

포괄적인 질문에 대한 답을 찾을 때는, 그 질문들을 더 작고 답하기 쉬운 질문들로 나누세요. 그리고 그 작은 질문들을 활용하여 원래의 “포괄적인” 질문에 대한 답을 점진적으로 재구성해 나가세요.

제공된 정보를 활용하세요

사용 가능한 유틸리티와 이러한 유틸리티가 정보를 전달하는 방식을 이해하십시오. “가장 기본적인 질문”에 답하는 데 필요한 정보를 파악하고, 애플리케이션의 API를 통해 제공되는 정보를 활용하여 “가장 기본적인 질문”에 대한 답을 찾는 방법을 결정하십시오.

복습이 끝났으니 이제 LifeKeeper를 본격적으로 살펴볼 차례입니다. 고가용성과 재해 복구는 종종 복잡하게 느껴지지만, 특정 애플리케이션에 대한 이해를 바탕으로 일반 애플리케이션 복구 키트(GARK) 프레임워크를 쉽게 적용할 수 있도록 상당한 노력을 기울였습니다. 이러한 기초 지식을 바탕으로 LifeKeeper처럼 생각하는 방법을 알아보겠습니다.

라이프키퍼처럼 생각하기

영화 ‘프리키 프라이데이’처럼 엄마와 딸의 몸이 바뀌어 서로의 일상을 제대로 알지 못해 어리둥절한 상황을 상상해 보세요. 바뀐 몸은 당신 대신 중요한 시스템 가동 행사에 참여해야 하는데, 핵심 애플리케이션을 실행하고, 제대로 작동하는지 확인하고, 종료하는 방법을 알아야 합니다. 만약 15분이라는 짧은 전화 통화 시간밖에 없다면 어떻게 설명하시겠습니까? 그 사람이 업무를 완수할 수 있도록 어떤 세부 사항을 알려줘야 할까요?

이 시나리오는 다소 인위적이지만, 핵심 리소스 보호 작업을 분석하는 데 매우 유용한 방법입니다. LifeKeeper는 애플리케이션이 단일 시스템에서만 실행되도록 관리하며, LifeKeeper 리소스 계층 구조는 리소스가 복원되거나 제거될 때마다 필수 애플리케이션 및 시스템 리소스가 올바른 순서로 처리되도록 보장합니다. 결과적으로 LifeKeeper를 통해 개발자는 일반 애플리케이션 리소스로 보호되는 애플리케이션에 대한 작업을 단일 시스템이라는 맥락에서 이해할 수 있습니다. 애플리케이션 시작, 중지 또는 쿼리 작업을 수행하는 프로세스를 핵심적인 부분으로 단순화하는 것이 일반 애플리케이션 작업 스크립트가 수행해야 할 작업을 정의하는 첫 번째 단계입니다. 위 전략에 따라 시작, 중지 및 쿼리를 정의하면 리소스 작업은 다음과 같이 일대일로 연결됩니다.

  • 복원 작업: 애플리케이션 시작
  • 제거 작업: 애플리케이션 중지
  • 퀵체크 액션: 문의 애플리케이션
    • 메모QuickCheck 작업은 일반 애플리케이션 리소스에 대해 선택 사항이며, QuickCheck 작업이 정의되지 않은 경우 모니터링이 수행되지 않습니다. 그러나 고가용성 및 재해 복구 구현에 최상의 결과를 얻으려면 정기적인 애플리케이션 모니터링을 적극 권장합니다!
  • 지역 복구 조치: 애플리케이션 중지 및 애플리케이션 시작(순서대로)
    • 메모로컬 복구 작업은 일반 애플리케이션 리소스에 대해 선택 사항입니다. 로컬 복구가 정의되지 않은 경우, 일반 애플리케이션 리소스는 오류가 감지된 시스템에서 자체 복구를 위해 재시작을 시도하지 않고, 대신 오류가 발생한 시스템에서 중지되며 애플리케이션의 전체 계층 구조가 대기 시스템으로 마이그레이션됩니다.

LifeKeeper는 위에서 설명한 작업을 수행하기 위해 실행 중인 애플리케이션에 대한 특정 세부 정보를 알아야 할 때가 있습니다. 일반 애플리케이션 리소스를 포함한 모든 LifeKeeper 리소스에는 “리소스 정보 필드”가 있으며, 이 필드는 리소스 작업 중에 사용할 정보를 작업 스크립트에 제공하는 역할을 합니다. 정보 필드에 포함된 리소스 정보는 리소스 확장 시 각 시스템에 대해 독립적으로 구성할 수 있으므로 리소스 작업이 수행되는 시스템에 특정한 정보를 활용할 수 있습니다. LifeKeeper는 또한 리소스 정보를 쉽게 가져오거나 설정할 수 있는 명령줄 유틸리티를 제공합니다.

영화 “프리키 프라이데이”의 예시를 다시 떠올려보면, 서로 역할을 바꾼 사람에게 어떤 정보를 알려줘야 할까요? 예를 들어 애플리케이션 파일의 키 경로, 명령 인수에 대한 특정 설정/값, 그리고 이와 유사한 세부 정보들을 생각해 보세요. 정보 필드는 애플리케이션에 대한 다른 세부 정보를 파악하는 데 필요한 정보를 입력하기에 적합한 곳입니다. 또한, 설정값, 명령 인수 또는 다른 방법으로는 알아낼 수 없는 값들을 입력하기에도 좋은 곳입니다. LifeKeeper의 관례에 따라 정보 필드는 리소스의 수명 주기 동안 거의 변경되지 않는다는 점을 고려해 볼 가치가 있습니다. 리소스의 수명 주기 동안 변경되는 정보는 이 필드의 손상을 방지하기 위해 리소스 정보에서 제외하고, 대신 LifeKeeper 리소스의 액션 스크립트에서 프로그래밍 방식으로 가져오거나 액션 스크립트에서 호출할 수 있는 “헬퍼” 스크립트를 통해 가져오는 것이 좋습니다.

추가적인 지원으로, LifeKeeper는 범용 애플리케이션 개발을 위한 템플릿 스크립트를 제공합니다. 이러한 스크립트는 범용 애플리케이션의 액션 스크립트를 작성하는 데 훌륭한 출발점이 됩니다. 특정 리소스에 대한 액션을 호출할 때 LifeKeeper가 사용할 입력 인수를 미리 준비해 두었기 때문입니다. 결과적으로, 이러한 정보는 리소스 액션 스크립트에서도 활용할 수 있게 됩니다.

결론

LifeKeeper는 다양한 애플리케이션 보호 방법을 제공합니다. 하지만 일부 애플리케이션은 LifeKeeper 애플리케이션 복구 키트(ARC)에서 제공하는 범위를 넘어서는 요구 사항을 가지고 있습니다. 이러한 경우에도 고가용성 및 재해 복구(HAR) 보호는 가능하며, 생각보다 간단하게 구현할 수 있습니다. 범용 애플리케이션(Generic Application)은 조직에서 주저할 대상이 아니라, LifeKeeper가 제공하는 강력한 도구 중 하나로, 환경의 고가용성 및 재해 복구 기능을 향상시키는 데 활용될 수 있습니다. 범용 애플리케이션 프레임워크는 접근성과 다용성을 고려하여 설계되었습니다. 만약 조직에서 범용 애플리케이션 복구 키트를 자체적으로 개발할 여력이 없다면, SIOS는 전문 서비스(Professional Services)를 통해 SIOS 엔지니어가 요구 사항을 조율하고 조직을 대신하여 범용 애플리케이션 복구 키트를 개발해 드립니다. 지속적인 지원이 필요한 경우, SIOS 전문 서비스는 SIOS 전문 서비스에서 개발한 범용 애플리케이션에 대한 지원을 포함하여 일반 제품 지원을 확장하는 서비스도 제공합니다. 조직의 비즈니스 핵심 애플리케이션을 보호하는 데 필요한 진입 장벽은 끊임없이 낮아지고 있으며, SIOS Protection Suite for Linux or Windows는 보호되지 않은 애플리케이션을 과거의 유물로 만드는 데 앞장서고자 합니다.

모든 애플리케이션이 표준 고가용성 모델에 적합한 것은 아닙니다. SIOS는 비즈니스 핵심 워크로드에 적합한 LifeKeeper 솔루션을 설계하고 구현하는 데 도움을 드릴 수 있습니다.데모를 요청하세요오늘.

저자: SIOS Technology Corp.의 지원 엔지니어인 필립 메리

허가를 받아 재게재되었습니다.SIOS

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in