패치 관리

패치 관리

패치 관리 솔루션은 IT 팀이 계획된 다운타임 없이 업데이트를 적용하고, 패치를 테스트하고, 보안을 유지 관리할 수 있도록 지원합니다. 이 비디오에서는 SIOS DataKeeper와 LifeKeeper가 고가용성 클러스터링, 대기 노드 업데이트 및 자동 장애 조치를 통해 다운타임을 최소화하면서 패치를 적용하는 방법을 설명합니다. 이를 통해 조직은 보안, 규정 준수 및 중단 없는 운영을 유지할 수 있습니다.

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

관찰과 계산: 경험을 활용하여 더 나은 비즈니스 의사결정을 내리는 방법

관찰과 계산: 경험을 활용하여 더 나은 비즈니스 의사결정을 내리는 방법

그 안에서이 시리즈의 첫 번째 부분지난 글에서는 완벽한 해답이 없을 때 근사치가 어떻게 비즈니스 의사결정에 도움이 될 수 있는지 살펴보았습니다. 이 글에서는 관찰과 경험이 시간이 지남에 따라 판단력을 향상시켜 전문가들이 미래 상황에서 더 나은 정보에 기반한 결정을 내릴 수 있도록 돕는 방식을 살펴봅니다.

더 나은 의사결정을 위해 관찰이 필수적인 이유

고대 수학자들이 주변 세상에서 영감을 얻어 연구하고 실천했던 방식에는 배울 점이 많습니다. 당시 수학은 실용적인 일상 문제를 해결하는 데 더 중점을 두었기 때문에 이는 당연한 일입니다. 예를 들어, 방대한 양을 간결하게 표현하거나, 불규칙한 모양의 땅을 균등하게 나누거나, 대출 이자를 계산하는 것 등이 있습니다. 이러한 문제에 대한 해답은 광범위한 이론적 함의를 지니지만, 그 해답은 실제 관찰에서 비롯되었으며 이후 수학 연구에 중요한 영향을 미쳤습니다.

모든 것을 예측하거나 설명할 수 있는 완벽한 공식이나 행동 양식을 항상 떠올리거나 기억해낼 수는 없습니다. 특히 2천 년이라는 긴 세월 동안 축적된 수학적 발전과 엄밀함을 바탕으로 삼을 수 없는 경우에는 더욱 그렇습니다. 오늘날 우리는 일화적인 발견을 비웃는 경향이 있는데, 많은 경우(수학, 과학, 의학 분야 모두) 이는 사실입니다. 하지만 지금 우리가 이야기하려는 것은 그 부분이 아닙니다! 관찰은 매우 강력한 도구이며, 특히 대인 관계에서 가장 강력한 도구라고 할 수 있습니다. 이러한 관계는 회사 내부 관계뿐 아니라 사용자, 고객, 파트너와의 외부 관계에도 적용될 수 있습니다.

경험을 활용하여 미래의 의사결정을 개선하기

하지만 관찰의 가장 큰 문제점은 본질적으로 경험에 의존한다는 점입니다. 어떤 일이 실제로 일어나기 전에 관찰하는 것은 불가능하며, 때로는 일이 실제로 일어난 후에야 어떻게 해야 할지 알아내는 것은 너무 늦을 수도 있습니다.

바로 여기서 사전 계산이 중요해집니다. 유사한 상황에 대한 지식을 활용하여 예상되는 결과를 예측하고, 사전에 상황에 대처하여 원하는 방향으로 이끌어갈 수 있도록 준비하는 것입니다. 피타고라스의 정리처럼 거창한 원리는 아니지만, 사회 및 비즈니스 관계의 맥락에서 보면 매우 계산적인 접근 방식이라고 할 수 있습니다.

관찰과 계산의 순환

이 둘은 순환 구조를 이룹니다. 무언가를 관찰하고, 그것으로부터 배우고, 그 관찰이 미래의 계산에 반영되고, 그 계산이 미래의 상황에 더 잘 대비할 수 있도록 도와주고, 이런 과정이 계속 반복됩니다. 마치 저글링과 같습니다.

회의 및 비즈니스 관계에 관찰 기법 적용하기

이 점을 염두에 두고, 이를 비즈니스와 인간관계에 어떻게 적용할지 생각해 볼 수 있습니다. 관찰 내용은 어디에서 얻고, 무엇을 관찰하며, 어디에 기록하는 것일까요?

대부분의 경우, 이러한 관찰 내용은 회의와 활동에서 얻은 것이므로 기억 속에 남아 있거나 (이상적으로는) 메모나 회의록에 기록되어 있을 것입니다. 따라서 메모와 회의록을 작성할 때는 회의에서 관찰하고 경험한 내용을 효과적으로 기록할 수 있는 방법을 고려해야 합니다.

관찰 내용을 기록해 두면 좋을 중요한 항목은 다음과 같습니다.

• 타이밍
• 관찰된 문화
• 구전 역사
• 참석자 (및 각자의 책임)
• 제기된 우려 사항

그러면 나중에 다시 해야 할 때, 관찰 내용을 되돌아보고 다음과 같은 질문을 던질 수 있습니다.

• “다음번에 어떻게 하면 더 잘할 수 있을까?” 또는
• “만약 그들이 <이렇게> 말하면 어떻게 해야 할까요?”

그것이 당신의 계산입니다.

경험을 통해 더 나은 비즈니스 판단력을 기르기

가장 좋은 점은 온갖 사고 과정과 가설 설정, 계산 끝에 얻게 되는 결과가 결국 여러분이 앞으로 경험하게 될 구체적인 현실 상황에 적용할 수 있는 접근법이라는 것입니다. 덕분에 훨씬 더 쉽게 느껴지고, 이러한 방법들을 적용하기 시작하면서 언제 어떻게 효과를 볼 수 있는지 쉽게 파악할 수 있습니다. 게다가 고대부터 사용되고 다듬어져 온 방법들을 활용하고 있다는 사실에 자부심이나 만족감을 느낄 수도 있을 겁니다! 고대인들처럼 여러분도 자신의 경험과 주변 세상에 대한 관찰을 바탕으로 자신만의 실천 이론을 개척해 나가게 될 것입니다.

저자: 매튜 폴라드

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

고가용성과 재해 복구가 이제 비즈니스 우선순위가 된 이유

고가용성과 재해 복구가 이제 비즈니스 우선순위가 된 이유

높은 가용성그리고재해 복구과거에는 주로 IT 부서의 책임으로 여겨졌습니다. 중요하긴 했지만, 대개는 눈에 띄지 않게 처리되는 기술적 안전장치 정도로 취급되었습니다.

그러한 사고방식이 바뀌고 있습니다.

오늘날의 디지털 경제에서 시스템 가동 시간은 매출, 생산성, 고객 경험 및 브랜드 신뢰도와 직결됩니다. 핵심 시스템에 장애가 발생하면 그 영향은 IT 부서를 훨씬 넘어섭니다. 거래가 중단되고, 직원들은 필수 도구에 접근할 수 없게 되며, 고객은 불만을 느끼고, 조직의 신뢰도는 빠르게 하락할 수 있습니다.

고가용성(HA)과 재해 복구(DR)는 더 이상 단순한 기술적 요건 충족에 그치지 않습니다. 이는 비즈니스 연속성, 위험 관리 및 장기적인 회복력 확보에 필수적인 요소입니다.

핵심 요약

• 시스템 다운은 기업의 위험 요소입니다.고가용성 및 재해 복구는 더 이상 IT 부서만의 업무가 아닙니다. 이는 수익, 브랜드 신뢰도 및 비즈니스 연속성에 매우 중요합니다.
• 사이버 복원력은 필수적입니다.랜섬웨어가 백업을 표적으로 삼는 상황에서, 최신 재해 복구(DR) 솔루션은 완벽한 복구를 보장하기 위해 외부와 완전히 분리되고 변경 불가능한 인프라를 필요로 합니다.
• 복잡성에는 자동화가 필요합니다.최신 하이브리드, 멀티 클라우드 및 컨테이너 환경에서는 복원력을 효과적으로 관리하기 위해 자동화된 장애 조치와 AI 기반 모니터링이 필수적입니다.
• 사전 예방적 테스트가 필수적입니다.카오스 엔지니어링과 같은 기술을 사용하면 IT 팀은 운영 워크로드를 중단하지 않고 복구 준비 상태를 검증할 수 있습니다.
• 회복탄력성을 비즈니스 성과와 연계하십시오:복구 시간 목표(RTO) 및 복구 시점 목표(RPO)특정 재정적, 운영적, 규제적 요구사항에 따라 결정되어야 합니다.

IT 시스템 다운타임의 실제 비용 계산하기

조직들이 디지털 시스템에 더욱 의존하게 되면서 시스템 다운으로 인한 비용은 계속해서 증가하고 있습니다. 단 한 번의 시스템 장애로 재정적 손실, 운영 지연, 규정 준수 문제, 그리고 기업 이미지 손상까지 발생할 수 있습니다.

의료기관의 경우 시스템 다운은 환자 정보 접근을 지연시키거나 진료를 중단시킬 수 있습니다. 제조업체의 경우 생산 라인이 멈출 수 있습니다. 금융 서비스 회사의 경우 거래가 중단되고 고객 신뢰도가 손상될 수 있습니다. 짧은 다운타임조차도 장기적인 영향을 미칠 수 있습니다.

공공 서비스 중단 사태는 빠르게 주목을 받습니다. 2024년 크라우드스트라이크(CrowdStrike) 사태는 단 하나의 기술적 장애가 전 세계 항공사, 은행, 의료기관에 얼마나 큰 영향을 미칠 수 있는지를 보여주었습니다. 하지만 오늘날 기업들은 더욱 의도적인 위협, 즉 표적 사이버 공격에 직면하고 있습니다. 랜섬웨어 공격자들은 이제 기업들이 시스템을 복원하지 못하도록 백업 저장소를 적극적으로 공격합니다. 이러한 이유로 재해 복구는 사이버 보안과 불가분한 관계를 맺게 되었습니다. IT 책임자들은 암호화할 수 없는, 외부와 완전히 분리된 불변 백업을 확보함으로써 사이버 복원력을 강화하는 데 집중하고 있습니다. 이러한 접근 방식을 통해 몸값을 지불하지 않고도 “안전한” 환경으로 복원할 수 있습니다.

클라우드 및 하이브리드 IT의 복잡성이 재해 복구에 미치는 영향

오늘날의 IT 환경은 그 어느 때보다 분산되고 복잡합니다. 조직들은 기존의 가상 머신을 넘어 핵심 애플리케이션을 멀티 클라우드 플랫폼, 하이브리드 환경, 그리고 쿠버네티스와 같은 컨테이너 기반 인프라로 이전하고 있습니다. 각 계층은 이해하고 보호해야 할 종속성을 발생시킵니다. 최신 클라우드 네이티브 애플리케이션에 장애가 발생하면 단순히 서버를 복구하는 것만으로는 부족합니다. 애플리케이션 실행에 필요한 오케스트레이션 플랫폼, 클라우드 구성, 그리고 IaC(인프라스트럭처 코드)까지 모두 복구해야 합니다.

동시에 IT 팀은 패치, 업그레이드, 구성 변경, 보안 요구 사항 및 변화하는 비즈니스 요구 사항을 관리하면서 시스템 가용성을 유지해야 합니다. 또한 많은 팀이 제한된 리소스로 운영되거나 인력 변동으로 인한 지식 격차에 직면하고 있습니다.

이러한 복잡성 때문에 기술만으로는 복원력을 확보하기가 더욱 어려워집니다. 조직은 명확한 프로세스, 숙련된 팀, 문서화된 절차, 그리고 다양한 환경에서 가용성을 간소화하는 도구가 필요합니다.

강력한 고가용성(HA) 및 재해 복구(DR) 전략은 이러한 부담을 줄이는 데 도움이 됩니다. 가시성을 개선하고, 복구 작업을 자동화하고, 관리를 간소화함으로써 조직은 IT 팀이 더 빠르고 자신감 있게 대응할 수 있도록 지원할 수 있습니다.

고가용성(HA) 및 재해 복구(DR)를 일상적인 IT 운영에 통합하기

고가용성(HA)과 재해 복구(DR)는 한때 별개의 분야로 여겨졌습니다. HA는 로컬 장애 발생 시 시스템을 계속 가동하는 데 중점을 두었고, DR은 데이터 센터 장애, 지역적 사건 또는 자연재해와 같은 대규모 장애 발생 시 복구에 중점을 두었습니다.

오늘날 조직들은 보다 통합적인 접근 방식을 필요로 합니다.

고가용성(HA)과 재해 복구(DR)는 정기적인 유지 관리, 패치, 시스템 업데이트 및 구성 변경을 포함한 일상적인 IT 운영의 일부가 되어야 합니다. 이러한 활동을 가용성에 대한 위험 요소로만 간주하는 대신, 팀은 이를 통해 장애 조치 프로세스를 검증하고 복구 준비 상태를 확인할 수 있습니다.

정기적인 테스트는 특히 중요합니다. 1년에 한두 번만 검토하는 복구 계획은 현재 인프라, 애플리케이션 종속성 또는 인력 현황을 제대로 반영하지 못할 수 있습니다. 최신 고가용성(HA) 및 재해 복구(DR) 접근 방식을 사용하면 프로덕션 워크로드를 중단하지 않고도 더 자주 테스트를 수행할 수 있습니다.

이는 회복탄력성을 수동적인 대응에서 능동적인 실천으로 전환하는 것입니다.

실패를 사전에 방지하세요

모든 조직은 결국 어려움에 직면하게 됩니다. 하드웨어 문제, 소프트웨어 버그, 인적 오류, 사이버 공격, 클라우드 서비스 중단 또는 예상치 못한 외부 사건 등 다양한 원인으로 장애가 발생할 수 있습니다. 가장 중요한 것은 조직이 얼마나 신속하고 효과적으로 대응할 수 있느냐입니다.

통제된 복원력 테스트(카오스 엔지니어링과 같은 방법 포함)가 도움이 될 수 있습니다.

카오스 엔지니어링은 시스템이 스트레스 상황에서 어떻게 반응하는지 이해하기 위해 의도적으로 오류를 발생시키는 시스템 테스트입니다. 목표는 실제 장애가 발생하기 전에 취약점을 발견하는 것입니다. 이러한 테스트를 통해 팀은 숨겨진 의존성을 파악하고, 복구 절차를 개선하며, 장애 발생 시 역할을 명확히 할 수 있습니다.

이 개념은 비상 훈련과 유사합니다. 통제된 환경에서 연습한 팀은 실제 상황이 발생했을 때 더 잘 대비할 수 있습니다.

적절한 도구를 사용하면 IT 팀은 운영 시스템을 중단하지 않고도 구성을 검증하고, 장애 조치 준비 상태를 확인하고, 직원 교육을 실시할 수 있습니다. 이를 통해 운영 신뢰도를 높이고 예기치 않은 장애 발생 위험을 줄일 수 있습니다.

회복탄력성을 위해서는 자동화가 필수적입니다.

인프라 규모가 커짐에 따라 수동 복구 프로세스 관리가 더욱 어려워집니다. 특히 긴급 상황 발생 시 사람의 개입으로 인한 대응은 느리고 일관성이 없으며 오류 발생 가능성이 높습니다.

자동화는 이제 효과적인 고가용성(HA) 및 재해 복구(DR)에 필수적이며, 인공지능(AI) 기반의 복원력으로 빠르게 진화하고 있습니다. 자동화된 방어형 AI는 시스템을 모니터링하여 이상 징후를 감지하고 시스템 전체 다운이 발생하기 전에 지능형 페일오버를 실행할 수 있습니다. 예측 분석은 향후 하드웨어 장애나 트래픽 급증을 예고하는 패턴을 식별하는 데 도움이 됩니다. 팀이 이러한 조기 경고 신호에 대응할 수 있다면 사용자가 영향을 받기 전에 문제를 해결할 수 있습니다.

사용 편의성 또한 중요합니다. 고가용성(HA) 및 재해 복구(DR) 솔루션은 모든 작업에 전문적인 지식이 요구되어서는 안 됩니다. 명확한 인터페이스, 간소화된 구성, 그리고 뛰어난 가시성은 일반 IT 팀도 재해 복구를 더욱 효과적으로 관리할 수 있도록 도와줍니다. 이는 운영 부담을 줄이고 오류 발생 가능성을 낮춥니다.

비즈니스 우선순위가 보호 정책의 방향을 결정해야 합니다.

모든 애플리케이션에 동일한 수준의 보호가 필요한 것은 아닙니다. 일부 시스템은 짧은 지연이나 제한적인 데이터 손실을 허용할 수 있지만, 다른 시스템은 최소한의 중단으로 계속 사용할 수 있어야 합니다.

그렇기 때문에 고가용성(HA) 및 재해 복구(DR) 계획은 비즈니스 영향 분석부터 시작해야 합니다.

조직은 어떤 애플리케이션이 가장 중요한지, 다운타임이 운영에 어떤 영향을 미치는지, 그리고 필요한 복구 수준은 어느 정도인지 파악해야 합니다. 복구 시간 목표(RTO)와 복구 시점 목표(RPO)는 추측이 아닌 실제 비즈니스 요구 사항을 반영해야 합니다.

이는 두 가지 일반적인 문제, 즉 중요도가 낮은 워크로드를 과도하게 보호하거나 필수 시스템을 제대로 보호하지 못하는 문제를 방지하는 데 도움이 됩니다.

이러한 정렬은 더 이상 단순한 모범 사례가 아니라, 많은 경우 법적 요구 사항입니다. 정부와 규제 기관은 운영 복원력을 엄격한 의무 사항으로 만들고 있습니다. 유럽의 디지털 운영 복원력법(DORA)과 미국의 강화된 SEC 공시 규정과 같은 법규는 이사회가 복구 능력을 단순히 문서화하는 것을 넘어 입증하도록 강제하고 있습니다.

고가용성(HA) 및 재해 복구(DR) 전략이 비즈니스 우선순위와 일치할 때, 경영진은 감사자에게 규정 준수를 더 쉽게 입증하고 인프라 투자에 대한 더 나은 결정을 내릴 수 있습니다. 복원력이 비즈니스 성과와 직접적으로 연결될 때 그 필요성을 정당화하기가 더 쉬워집니다.

경영진의 참여 또한 매우 중요합니다. 가용성은 재정적 위험, 규정 준수, 고객 경험 및 운영 성과와 함께 논의되어야 합니다. 경영진이 가동 시간을 공동의 책임으로 인식할 때, 회복탄력성은 조직 문화의 일부가 됩니다.

대비 문화 구축

최근 몇 년 동안 혼란은 여러 방향에서 발생할 수 있다는 것이 입증되었습니다. 소프트웨어 오류, 공급망 문제, 사이버 공격, 인력 변동, 인프라 문제, 클라우드 장애 등이 모두 영향을 미칠 수 있습니다.비즈니스 연속성.

가장 회복력이 뛰어난 조직은 단순히 중복 시스템을 구축하는 것 이상을 합니다. 그들은 준비 태세를 갖춘 문화를 조성합니다.

이는 복구 계획을 문서화하고, 정기적으로 테스트하고, 환경 변화에 따라 절차를 업데이트하고, 복원력을 일상적인 IT 의사 결정 과정에 포함시키는 것을 의미합니다. 또한 중요한 지식이 특정 개인이나 팀에만 국한되지 않도록 하는 것도 포함됩니다.

대비는 일회성 프로젝트가 아닙니다. 지속적인 노력이 필요한 분야입니다.

고가용성(HA) 및 재해 복구(DR)를 일상 업무에 통합함으로써 조직은 불확실성을 줄이고 예상치 못한 상황 발생 시에도 안정적인 서비스를 제공할 수 있는 능력을 향상시킬 수 있습니다.

결론

고가용성과 재해 복구는 더 이상 기술적 요건 충족에 그치지 않습니다. 이제 이러한 요소들은 비즈니스 회복력의 핵심 구성 요소가 되었습니다.

기업들은 고객 서비스, 수익 창출, 직원 지원 및 신뢰 유지를 위해 핵심 애플리케이션에 의존합니다. 이러한 애플리케이션을 사용할 수 없게 되면 비즈니스에 즉각적인 영향을 미칩니다.

IT 환경이 더욱 복잡해짐에 따라, 복원력을 확보하려면 인력, 프로세스, 기술의 적절한 조합이 필수적입니다. 고가용성(HA)과 재해 복구(DR)를 포괄적인 비즈니스 계획의 일부로 삼는 조직은 예측 불가능한 세상에서 장애를 효과적으로 관리하고, 시스템 가동 시간을 보호하며, 신뢰를 유지할 수 있는 유리한 위치에 서게 될 것입니다.

이제 목표는 단순히 실패 후 회복하는 것이 아닙니다. 목표는 사업을 지속적으로 성장시키는 것입니다!

작가: 벤자민 로이, SIOS 마케팅 전문가

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

재해 복구 사고 대응: 충동적으로 반응하지 않는 원칙

재해 복구 사고 대응: 충동적으로 반응하지 않는 원칙

경고 메시지가 나타나고, 서비스가 응답하지 않게 되고, 문의 티켓이 쌓이기 시작하면 누군가 “뭔가 조치를 취해야 해!”라고 말합니다. 사고 발생 시 즉시 복구 활동을 시작하려는 본능은 충분히 이해할 만합니다. 사고가 발생하면 행동하는 것이 생산적인 것처럼 느껴지는 반면, 기다리는 것은 무책임하게 느껴질 수 있기 때문입니다. 이러한 압박감 속에서는 아무것도 하지 않는 것보다 무엇이든 하는 것이 나아 보일 수 있습니다.

하지만 가장 해로운 결정들 중 일부는 다음과 같습니다.재해 복구이러한 문제들은 아무도 행동하지 않았기 때문에 발생하는 것이 아니라, 무슨 일이 일어났는지 이해하기도 전에 누군가가 행동했기 때문에 발생합니다. 철학자 마르쿠스 아우렐리우스는 사건과 그 사건에 대한 우리의 판단을 분리하는 것의 중요성에 대해 자주 언급했습니다. 우리는 먼저 일어난 일에 대한 인상을 받고, 그 후 우리의 마음은 빠르게 설명을 만들어냅니다. 만약 우리가 그 설명과 그 상황으로 이어진 행동들을 검토하기 위해 잠시 멈추지 않는다면, 우리는 마치 그것이 사실인 것처럼 추측에 따라 반응하기 시작할 수 있습니다.

충동적인 사건 대응이 위험을 증가시킬 수 있는 이유

예를 들어 서버에 접속할 수 없게 되었다고 가정해 봅시다. 당장은 서버가 고장 났다고 생각할 수 있지만, 실제로는 서버와 통신할 수 없다는 것뿐입니다. 네트워크 문제로 인해 우리가 서버를 볼 수 없는 것일 뿐, 서버는 여전히 작동 중일 수도 있습니다.

그 차이는 중요합니다.고가용성 환경애플리케이션을 수동으로 다른 서버로 이동하면 서비스가 복구될 수도 있지만, 두 서버 모두 자신이 활성 상태라고 인식하는 상황이 발생할 수도 있습니다. 고가용성 환경에서 이러한 상황을 흔히 “고가용성 문제”라고 합니다.분할뇌 시나리오두 시스템이 각각 동일한 애플리케이션이나 리소스에 대한 소유권을 가진 것처럼 작동하는 상황. 최종 사용자의 가용성을 향상시키기 위한 조치가 애플리케이션이나 데이터에 위험을 초래할 수 있습니다.

중요하지 않은 구성 요소에 대한 일반적인 문제 해결 과정에서도 동일한 문제가 발생하는 것을 볼 수 있습니다. 서비스를 재시작하면 문제가 해결될 수 있지만, 문제를 파악하려던 상황 자체가 변해버립니다. 재시작이 완료되면 원래 문제에 대한 유용한 단서가 사라질 수 있습니다. 결국 무슨 일이 일어났는지, 또는 재발 가능성이 있는지조차 파악하지 못한 채 서비스를 복구하게 될 수도 있습니다.

관찰과 가정의 차이

이 모든 것이 팀이 장애 발생 시 아무것도 하지 않고 가만히 있어야 한다는 것을 의미하는 것은 아닙니다. 아우렐리우스는 우유부단함을 옹호한 것이 아니며, 자제심이 지연이나 무대응의 변명이 되어서는 안 됩니다. 중요한 것은 발생할지도 모르는 일에 대한 두려움이 아니라 우리가 알고 있는 사실에 근거하여 행동해야 한다는 것입니다. 장애 발생 시 스트레스가 가중되면 이러한 구분을 잊어버리기 쉽습니다. 사람들은 업데이트를 원하고, 경고는 계속해서 나타나며, 회의 통화 중 침묵은 실제보다 훨씬 길게 느껴질 수 있습니다. 누군가는 이전에 비슷한 심각한 장애가 발생했을 때 재부팅이 효과가 있었다는 이유로 재부팅을 제안할 수도 있습니다.

그래서 현재의 문제가 이전 문제와 원인은 다르더라도 유사한 증상을 보인다면, 그 제안이 마치 계획처럼 들리기 시작합니다. 경험은 도움이 될 수 있지만, 사고의 지름길을 만들어낼 수도 있습니다. 익숙한 증상을 인식하는 것은 유용하지만, 그것이 이전 사건과 같은 원인에서 비롯된 것이라고 단정짓는 것은 옳지 않습니다. 유사한 증상은 전혀 다른 문제에서 비롯될 수 있습니다.

보다 체계적인 대응은 확인된 내용만 명시하는 것에서 시작합니다. “서버가 다운되었습니다”라고 말하는 대신, “이 위치에서 서버가 응답하지 않습니다”라고 말하는 것이 더 나은 접근 방식일 수 있습니다. 이러한 표현 차이는 사소해 보일 수 있지만, 팀이 결론을 단순한 관찰로 받아들이는 것을 방지합니다. 또한 다른 위치에서 서버에 접속이 가능하다는 것을 다른 사람이 보고할 여지를 남겨줍니다.

정전 시 체계적인 문제 해결이 중요한 이유

이러한 상황에서 사고 대응은 단순한 기술적 지식 이상의 의미를 갖게 됩니다. 문제의 본질을 파악하기 전에 해결하려는 충동을 제어하는 ​​능력이 필요합니다. 때로는 단 하나의 추가적인 확인만으로도 조사 방향과 다음 단계를 바꿀 수 있습니다.

두 번째 모니터링 위치에서는 애플리케이션이 내부적으로 여전히 사용 가능한 것으로 나타날 수 있으며, 로컬 콘솔에서는 오류가 발생한 것으로 추정되는 서버가 실제로는 정상 작동하지만 격리되어 있음을 확인할 수 있습니다. 이러한 정보는 불필요한 복구 작업을 방지하고 팀이 실제 문제를 파악하는 데 도움이 될 수 있습니다.

재해 복구에서 자동화의 역할

잘 설계된 자동화는 이와 유사한 원칙을 따릅니다. 자동화는 일관성 있게 대응할 수 있고 관리자가 깨어나거나 통화에 참여할 때까지 기다릴 필요가 없기 때문에 유용합니다. 그러나 속도만으로 자동화된 응답이 정확하다고 할 수는 없습니다.

자동화 시스템은 복구 조건이 명확할 때 작동해야 합니다. 사용 가능한 정보가 불완전하거나 모순될 경우, 더 안전한 방법은 작업을 중단하고 추가 증거를 확보하는 것일 수 있습니다. 가용성이 높은 시스템은 여러 가지 방식으로 이러한 점을 고려합니다. 독립적인 통신 경로는 상황을 구분하는 데 도움이 될 수 있습니다.하나의 연결이 실패했습니다서버 전체가 다운되는 상황으로부터 시스템을 보호할 수 있습니다. 쿼럼 또는 증인 메커니즘은 시스템 간 통신이 불가능해질 때 다른 관점을 제공할 수 있습니다. 이러한 제어는 시스템이 환경을 정확하지만 불완전하게 인식할 수 있기 때문에 중요합니다.

SIOS LifeKeeper는 어떻게 더 현명한 회복 결정을 지원하는가?

라이프키퍼리소스 모니터링, 정의된 종속성 및 복구 정책을 통해 이러한 의사 결정을 지원할 수 있습니다. 이 기술은 실행을 지원합니다.수립된 복구 계획하지만 특정 사업에 허용 가능한 위험 수준이 어느 정도인지 결정할 수는 없습니다. 그러한 판단은 환경이 안정된 상태에서 사람들이 내려야 하며, 사건 발생 후 즉흥적으로 결정해서는 안 됩니다.

재해 복구를 위한 더 나은 사고 대응 매뉴얼 구축

명확한 절차는 자제를 용이하게 합니다. 잘 만들어진 사고 대응 매뉴얼은 팀이 중대한 변경을 하기 전에 알아야 할 사항을 파악하는 데 도움이 되어야 합니다. 또한 애플리케이션이 다른 곳에서 이미 활성화되어 있는지 확인하는 방법과 복구를 시작할 권한이 있는 사람을 명시해야 합니다.

목표는 인간의 판단력을 없애는 것이 아닙니다. 시간이 제한적일 때 그 판단에 신뢰할 수 있는 기반을 마련하는 것입니다. 기술에서 불확실성을 완전히 없앨 수는 없습니다. 하드웨어는 고장 나고, 네트워크는 예측할 수 없이 작동하며, 애플리케이션은 때때로 전문가조차 예상치 못한 결과를 보여줄 것입니다. 우리가 할 수 있는 것은 어떤 사건과 그에 대한 우리의 첫 번째 설명 사이의 차이를 인식할 수 있도록 준비하는 것입니다.

재난 복구에서의 규율

아우렐리우스는 어려운 상황에서 그 생각이 가장 잘 적용되기 때문에 다시 그 생각을 되짚어 보았습니다. 아무런 문제가 없을 때는 명확한 판단을 내리기가 쉽습니다. 하지만 압박감 속에서 가장 빠른 답만이 유일한 답처럼 느껴질 때 그 가치가 비로소 중요해집니다. 사건 발생 시 가장 침착한 사람이 반드시 아무것도 하지 않는 것은 아닙니다. 오히려 다음 행동이 실제로 발생한 문제를 해결할 수 있도록 신중하게 행동하고 있을 가능성이 높습니다. 사건 대응에 있어서 규율이란 행동하지 않는 것이 아니라, 압박감에 굴복하지 않고 스스로 행동을 선택하는 것입니다.

복잡한 IT 환경에 맞춰 설계된 고가용성 및 재해 복구 솔루션으로 핵심 애플리케이션을 보호하세요.데모를 요청하세요SIOS LifeKeeper가 팀의 가동 중지 시간을 줄이고 자신감 있게 복구하는 데 어떻게 도움이 되는지 확인해 보세요.

작성자: 에이단 맥클렌 (제품 지원 담당 전문가)

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

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

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

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

이 블로그에서는 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