웹 세미나: 클라우드에서 HA/DR 목표 달성

웹 세미나: 클라우드에서 HA/DR 목표 달성

주문형 웨비나에 등록하세요

클라우드 SLA에 대해서는 여전히 혼란이 있는 것 같습니다. 클라우드 가용성 SLA는 인프라 가용성을 다루지만 SAP, SQL Server, Oracle과 같은 애플리케이션은 어떻습니까? 애플리케이션에 클라우드의 가용성, 고가용성 또는 재해 복구 보호가 필요합니까? 이 Actual Tech Media MegaCast 세션에서는 클라우드에서 미션 크리티컬 애플리케이션에 대한 HA/DR 목표를 달성하는 방법을 다룹니다.

아르 자형의 허가를 받아 제작되었습니다.시오스

고가용성을 위한 IT 시스템 최적화 전략

고가용성을 위한 IT 시스템 최적화 전략

IT 시스템의 고가용성(HA)을 유지하는 것은 조직의 성공에 필수적입니다. 중요한 데이터베이스 관리부터 원활한 고객 경험 보장까지 중단 없는 운영을 달성하려면 전략 계획이 필요한 고유한 과제가 필요합니다. 다음은 조직이 고가용성을 위해 IT 시스템을 최적화하기 위해 활용할 수 있는 몇 가지 주요 전략입니다.

고가용성을 위한 IT 시스템 최적화의 일반적인 과제

IT 시스템에 문제를 제기하기 시작하는 몇 가지 영역이 있습니다. 자주 언급되는 문제 중 하나는 바이러스 백신(AV) 솔루션과의 호환성입니다. 종종 문제는 바이러스 백신이 시스템을 과도하게 보호하고 응용 프로그램이나 HA 솔루션 기능에 중요한 파일을 격리하는 데서 발생합니다. 물론 솔루션 간의 호환성을 확인하고 한 단계 더 나아가는 것이 항상 중요합니다. 시스템을 관리하는 모든 사람이 AV 솔루션의 작동 방식을 숙지하고 AV에 대한 변경을 구성/요청하는 절차를 이해하는 것이 항상 좋습니다. 중요한 애플리케이션이 중단되지 않도록 솔루션을 제공합니다.

AV 솔루션 외에도 방화벽 구성도 나타납니다. HA 솔루션에서는 클러스터 동작을 조정하기 위해 네트워크를 통해 추가 통신이 전송되는 경우가 많습니다. 결과적으로 일반적으로 HA 솔루션에 의한 잘못된 클러스터 복구 작업을 방지하기 위해 HA 솔루션을 수용하기 위해 추가해야 하는 특정 규칙이 있습니다.

마지막으로, 고가용성 시스템을 구성할 때 액세스 제어 원칙은 약간 더 복잡해집니다. 개별 팀(IE, DB 팀, SAP 팀, 클라우드 팀 – 분산 여부)은 각각 해당 도메인에 대한 권한이 필요하지만 HA 솔루션을 관리하는 모든 관리자는 HA 솔루션(IE)을 통해 액세스할 수 있는 추가 권한이 있음을 확인할 수 있습니다. , 애플리케이션 장애 조치 시작, 노드 간 통신 생성, 스토리지 잠금/잠금 해제 등). 따라서 접근 권한을 위임할 때 HA 솔루션을 통해 가능한 조치를 고려하는 것이 중요합니다. 루트 수준 사용자에게만 HA 제어를 허용하는 것이 적절할 수도 있고, HA 솔루션을 통해 조치를 취하는 절차를 정의하여 팀에 알리고 조치를 추적할 수도 있습니다. 그럼에도 불구하고, 최소 권한 원칙의 관점에서 HA 솔루션은 애플리케이션과 시스템이 위임된 당사자만 액세스하고 변경할 수 있도록 보장하기 위해 고려해야 할 복잡성을 제시합니다.

시스템 가동 시간 보장에서 장애 조치 및 재해 복구 전략의 역할

장애 조치 기능과 재해 복구(DR) 전략은 모두 중요한 시스템의 가동 시간에 상당한 영향을 미칩니다. 분명히 HA는 단일 서버 문제로 인해 애플리케이션 제품군이 중단되지 않도록 장애 조치 기능을 제공할 수 있으며 올바르게 구성되면 장애 조치가 거의 원활하게 이루어질 수 있습니다. 이를 통해 대기 시스템이 로드를 픽업하는 기본 역할을 맡는 동안 오류가 발생한 시스템에서 복구를 진행할 수 있습니다. 물론 재해 복구는 HA 전략과 긴밀하게 결합될 수 있습니다. 중복성이 이미 구성되어 있는 경우 이 중복성이 장애 도메인 전체에 존재하는지 확인하는 것이 좋습니다. 올바르게 관찰하면 애플리케이션의 가용성과 내결함성이 높아질 수 있습니다. IT 관점에서 이러한 결과를 분석할 때 적절하게 구성된 HA 및 DR 전략을 사용하면 가동 중지 시간을 최소화하면서 시스템의 잠재력을 최대한 활용할 수 있습니다. 애플리케이션이 호스팅되는 지역의 자연재해나 기술적 장애가 다른 지역으로 전파될 가능성은 훨씬 적습니다. 재해 복구 계획과 함께 계획된 중복성을 활용하면 더 적은 리소스로 더 많은 기능 요구 사항을 충족할 수 있습니다. 신중한 계획을 통해 대기 사이트 배포에서 중복성과 내결함성을 모두 처리할 수 있기 때문입니다.

비용 효율성과 고가용성의 균형: 조직을 위한 전략

클러스터 환경이나 고가용성 시스템을 구성하려면 비용이 많이 들 수 있습니다. 일반적으로 하나 이상의 대기 시스템이 기본 시스템과 함께 실행되고 워크로드를 처리하지 않음에도 불구하고 비용이 발생하지만 비용은 완화될 수 있습니다. 이에 대해 제가 제안하는 몇 가지 방법은 다음과 같습니다. 관리형 공유 스토리지 솔루션을 사용해 보세요. 데이터의 중복 복사본이 필요하지 않은 경우 공유 저장소를 사용하여 저장소를 절약할 수 있습니다. Amazon EFS와 같은 것은 복제된 디스크 구성에 비해 스토리지의 절반만 비용을 지불하면 된다는 것을 의미할 수 있습니다.

DR 시스템의 사용 사례를 고려하십시오. 종종 이러한 시스템은 기본 사이트가 복구되는 동안 임시방편으로 사용되는 솔루션입니다. 리소스는 장기간 DR 사이트에서 실행되지 않으므로 워크로드에 따라 DR 사이트에 더 작은 시스템을 프로비저닝하여 컴퓨팅 비용을 절약할 수 있습니다. 물론 여기에서 설계 결정을 이해관계자와 소통하여 모든 사람이 DR 사이트가 장기 호스팅 솔루션이 아니라는 점을 인식해야 합니다. 하지만 워크로드와 인력이 추가된 제한을 처리할 수 있다면 인스턴스 크기를 절약할 수 있습니다. 같은 맥락에서, 작업 부하를 호스팅하지 않고 클러스터 내에서만 조정하는 오케스트레이터 및/또는 쿼럼 시스템은 작업 부하가 위임되는 시스템보다 훨씬 작을 수 있습니다.

확장 또는 확장 솔루션 사용을 고려해 보세요. 확장이란 단일 시스템의 컴퓨팅 용량을 늘리는 것을 의미합니다. 클라우드 환경에서 이는 워크로드가 작은 인스턴스를 압도할 때 작은 인스턴스가 리소스 풀을 더 큰 인스턴스의 리소스 풀로 늘리는 것과 관련이 있습니다. 수평 확장이란 컴퓨팅 성능이 필요할 때 애플리케이션의 로드를 공유할 작업자 수를 늘리는 것을 의미합니다. 분명히 사용 사례에 따라 확장 또는 확장이 더 나은 솔루션인 시기와 위치가 결정됩니다. 그러나 현재 소프트웨어와 환경에 익숙해지면 결정을 내리고 때가 되면 적절하게 작동하도록 시스템을 구성할 수 있습니다. 스케일링 솔루션과 관련하여 고려해야 할 또 다른 사항은 스케일 제거 규칙의 강도를 고려하는 것입니다. 비용을 절약하려면 인스턴스가 적절한 리소스 풀로 다시 축소되는지 확인하고 축소 동작을 지시하는 규칙을 평가하여 과도한 리소스를 필요 이상으로 오랫동안 프로비저닝하지 않도록 하십시오. IT 팀, 이해 관계자, 사이버 보안 팀 간의 강력한 커뮤니케이션을 구축하십시오. 및 HA 공급업체. 의사소통 기반을 확보하면 기술의 협력적 출시나 환경 업그레이드를 촉진할 수 있습니다. 또한 커뮤니케이션을 활발하게 유지함으로써 모든 팀은 시스템에서 발생하는 활동에 대해 더 잘 알게 될 것입니다. 모든 팀을 최신 상태로 유지하는 것이 중요하며 필요한 경우 문제를 진단하거나 롤백 절차를 시작하는 것이 훨씬 더 쉬워질 수 있습니다. 마지막으로, 강력한 의사소통을 유지하면 팀 간에 모범 사례를 효율적으로 공유할 수 있으므로 팀은 서로 다른 원칙에 따라 운영하기보다는 협력적으로 작업할 수 있습니다.

고가용성 구현: 모범 사례

시스템을 배포하는 모든 사람에게 권장하는 첫 번째이자 가장 큰 방법은 테스트 환경을 유지하는 것입니다. 테스트 환경을 프로덕션 환경과 최대한 동일하게 유지하고 프로덕션 환경에서 발생하는 모든 절차를 시험 실행하여 팀이 프로덕션 롤아웃이 발생할 때 절차와 런북을 잘 숙지할 수 있도록 합니다. 이 관행은 제가 시스템에 제공할 다른 모범 사례에도 적용됩니다. 테스트 환경을 유지함으로써 변경 사항을 사전 테스트하는 데 사용할 수 있는 시스템도 유지 관리하게 됩니다. 테스트 환경은 제품 호환성을 검증하고 기술 간 상호 운용에 대한 고려 사항이 잘 확립되어 있는지 확인하기에 완벽한 장소입니다. 내가 몇 번이고 보는 환상적인 예는 바이러스 백신 소프트웨어에 대한 제외를 구성하는 것입니다. 이러한 제외가 구성되지 않고 바이러스 백신이 매우 자주 액세스하는 파일을 격리할 수 있기 때문에 프로덕션 환경이 중단되는 경우가 있습니다. 마지막으로 구성을 정기적으로 감사하고 있는지 확인하세요. 보안 그룹, 액세스 제어, 방화벽 규칙 및 소프트웨어 호환성(특히 HA, 보호된 애플리케이션 및 바이러스 백신 간)과 같은 다양한 측면을 검토합니다. 이러한 감사 결과에 따른 발견 사항 및 변경 사항에 대한 강력한 로그를 유지하십시오. 이러한 세부 사항을 추적하면 문제를 일으키는 구성 변경이 있는 것으로 보이는 경우 검토할 수 있는 견고한 기록이 제공됩니다. 또한 공급업체에 지원을 요청할 때 이러한 감사는 전체 근본 원인 분석에 더 빨리 도달하기 위해 공유할 수 있는 환상적인 도구가 될 수 있습니다. 무엇보다도 이러한 감사는 구성 방법에 대한 기록을 제공하는 역할을 합니다. 정해진 구성에 변경 사항이 있는 경우 과거 감사 결과를 다시 참조하여 조직의 표준에 맞게 시스템을 재정렬할 수 있습니다. 시스템 설정.

SIOS는 고가용성을 위해 IT 시스템을 최적화하는 것이 조직의 성공에 중요하다는 것을 이해합니다. 바이러스 백신 솔루션과 미세 조정 방화벽 구성을 통해 호환성 문제를 해결함으로써 조직은 시스템 복원력과 가동 시간을 향상시킬 수 있습니다.자세한 내용은 지금 문의하세요.

다음의 허가를 받아 복제됨시오스

SIOS 기술은 고가용성과 클라우드 비용 간의 균형을 맞추는 데 도움이 됩니다.

SIOS 기술은 고가용성과 클라우드 비용 간의 균형을 맞추는 데 도움이 됩니다.

사이의 적절한 균형 찾기고가용성비용 최적화가 어려울 수 있습니다. SIOS Technology의 수석 기술 전도사인 Dave Bermingham은 클라우드 비용에 영향을 미치는 몇 가지 주요 요소와 비용 최적화 전략에 대해 설명합니다. 그는 “우리는 고가용성을 배포하는 것뿐만 아니라 계획된 유지 관리와 관련된 가동 중지 시간을 최소화하는 것 외에도 예기치 않은 가동 중지 시간을 최소화하는 데 관련된 비용을 줄이는 데 도움이 되는 실용적이고 효과적인 전략에 중점을 둡니다.”라고 말합니다.

클라우드 환경의 비용에 영향을 미치는 주요 요소

• 고가용성 구성에서 클라우드 비용에 영향을 미치고 비용을 최적화하는 주요 요소에는 효율적인 리소스 관리, 전략적 아키텍처 결정 및 지속적인 모니터링이 포함됩니다.
• Bermingham은 워크로드 요구 사항에 맞게 올바른 인스턴스, 유형 및 크기를 선택하는 것이 어떻게 중요한지, 자동 확장이 비용을 절감하고 클라우드 지출을 최적화하는 데 어떻게 도움이 되는지 설명합니다.
• Bermingham은 고가용성 솔루션이 여러 시간대에 걸쳐 배포되는 경우 데이터 전송 비용을 고려하는 것이 중요하며 요금을 최소화하는 데 사용할 수 있는 전략을 강조합니다.
• 기타 주요 고려 사항에는 스토리지 최적화, 효과적인 거버넌스 및 비용 관리 정책 구현이 포함됩니다.

클라우드에서 고가용성과 비용 최적화 사이의 균형 찾기

• Bermingham은 고가용성으로 인해 약간의 비용이 발생하기는 하지만 가동 중지 시간과 관련된 비용(상당할 수 있음)을 상쇄한다고 설명합니다.
• 모듈식이며 확장 가능한 시스템을 구축하고 DevOps 문화를 수용하고 CI/CD 방식을 활용하는 운영 전략을 통해 고가용성과 클라우드 비용 최소화 사이의 균형을 유지하는 것이 중요합니다.

클라우드 비용 최적화 및 고가용성 과제

• Bermingham은 클라우드 비용 관리의 복잡성을 과소평가하고 애플리케이션 성능 모니터링의 중요성을 무시하는 등 고가용성을 저하하지 않고 비용을 최적화하는 일반적인 함정을 강조합니다.
• 클라우드 비용 최적화 모범 사례 및 HA 솔루션 구현에 대한 부적절한 교육은 종종 비효율적인 리소스 활용 및 계획되지 않은 가동 중지 시간으로 이어질 수 있습니다.

SIOS Technology의 고가용성 솔루션이 어떻게 도움이 됩니까?

• Bermingham은 SIOS 기술이 다양한 클라우드 환경에서 HA를 단순화 및 자동화하여 비용을 최소화하고 가동 중지 시간을 최소화하며 유지 관리를 관리하는 HA 솔루션을 통해 이러한 문제를 해결하는 데 어떻게 도움이 되는지 설명합니다.

다음의 허가를 받아 복제됨시오스

Linux v 9.8.1용 SIOS LifeKeeper는 기업이 HA/DR을 관리하는 방식을 개선합니다.

Linux v 9.8.1용 SIOS LifeKeeper는 기업이 HA/DR을 관리하는 방식을 개선합니다.

오늘날의 기술 중심 환경에서 기업은 복잡한 애플리케이션 환경을 효과적으로 유지하기 위한 혁신적인 솔루션을 찾고 있습니다. 이 영상에서는,토드 도안SIOS Technology의 영업 엔지니어가 최신 버전의Linux용 SIOS LifeKeeper기업이 가동 중지 시간과 재해로부터 중요한 기업 시스템을 보호하는 데 도움이 됩니다. “이번 릴리스에는새로운 웹 관리 콘솔. 독립형이므로 추가 설치나 타사 추가 기능이 필요하지 않습니다.”라고 Doane은 말합니다.

다음의 허가를 받아 복제됨시오스

GenApp과 QSP 중 선택: 중요한 애플리케이션에 대한 고가용성 조정

GenApp과 QSP 중 선택: 중요한 애플리케이션에 대한 고가용성 조정

GenApp 또는 QSP? 두 솔루션 모두 LifeKeeper에서 지원되며 중요한 애플리케이션의 가동 중지 시간을 방지하는 데 도움이 되지만 특정 요구 사항에 맞는 올바른 솔루션을 선택하려면 이러한 솔루션 간의 미묘한 차이를 이해하는 것이 중요합니다. 다음은 귀하의 환경에 가장 적합한 기능을 결정할 수 있는 몇 가지 기능, 이점 및 잠재적 사용 사례입니다.

젠앱,일반 애플리케이션(Generic Application)의 약어는 LifeKeeper 내에서 사용자 정의 애플리케이션을 관리할 수 있는 리소스 유형입니다. 유연한 프레임워크를 사용하면 자체 스크립트를 사용하여 애플리케이션에서 장애 조치 및 복구 프로세스를 자동화하는 데 필요할 수 있는 다양한 작업을 수행할 수 있습니다. 이러한 유연성을 통해 LifeKeeper가 시작, 종료, 모니터링, 로깅 작업 등을 처리하는 방법을 세부적으로 제어하여 애플리케이션의 고가용성을 보장할 수 있습니다.

QSP또는 Quick Service Protection은 OS 서비스를 빠르고 쉽게 보호할 수 있도록 설계되었습니다. QSP는 이러한 작업에 대해 내장된 조정 가능한 시간 제한을 통해 이러한 애플리케이션의 모니터링, 장애 조치 및 복구를 자동화합니다. 또한 서비스가 필요한 다른 애플리케이션과 함께 서비스를 시작하고 중지할 수 있도록 종속 관계를 생성할 수 있습니다.

올바른 솔루션을 어떻게 선택합니까?

가장 먼저 결정해야 할 것은 서비스나 데몬을 중지했다가 다시 시작하여 애플리케이션을 복구할 수 있는지 여부입니다. 그렇다면 QSP는 아마도 애플리케이션을 계속 실행하는 데 가장 적합하고 빠른 솔루션일 것입니다. 코딩이 필요하지 않으며 몇 분 안에 LifeKeeper GUI 내에서 애플리케이션을 QSP 리소스로 추가할 수 있기 때문입니다. 또한 이는 핵심 제품의 일부이며 모든 코딩 업데이트는 새 제품 릴리스에 포함됩니다. 그러나 애플리케이션이 제대로 복구하기 위해 간단한 상태 확인 및 OS 서비스 수준의 재시작 기능 이외의 다른 기능이 필요한 경우 GenApps를 살펴보는 것이 좋습니다. GenApp 리소스 유형에 대한 사용자 정의 스크립트를 생성하려면 더 심층적인 기술과 장기적인 유지 관리가 필요하지만, 특히 틈새 애플리케이션의 경우 애플리케이션을 원활하게 실행하는 데 필요한 모든 작업을 수행할 수 있는 유연성이 중요합니다. 이러한 작업은 모니터링, 로깅, 정리 작업 또는 구성 변경 등 무엇이든 될 수 있습니다.

더 자세한 기술 정보를 원하시나요?

GenApps 및 QSP는 Linux 및 Windows용 LifeKeeper에서 모두 지원됩니다. 자세한 기술 세부 정보는 아래 링크에서 확인할 수 있습니다.

• Linux용 LifeKeeper용 GenApp
• Windows용 LifeKeeper용 GenApp
• Linux용 LifeKeeper용 QSP
• Windows용 LifeKeeper용 QSP

다음의 허가를 받아 복제됨시오스