SIOS SANless clusters High-availability Machine Learning monitoring
온디맨드 웨비나 등록
SAP ERP 시스템은 생산 라인에서 판매, 유통, 재무 등에 이르기까지 여러 필수 비즈니스 운영을 실행합니다. 당연히 오늘날의 신흥 디지털 세계에서 가동 시간에 대한 의존도는 점점 더 커지고 있습니다. 조직은 고가용성 SAP 솔루션을 개발, 설계 및 구현하는 방법을 어떻게 합니까? Bobby Jagdev와 함께 참석자들에게 고객과 함께하는 솔루션 설계의 일상을 안내합니다. 요구 사항 형성에서 솔루션 설계, 제품 선택 및 종단 간 아키텍처 구성 지원까지. 이 세션에서 Bobby는 데이터 센터의 미래가 어떻게 진화하고 미래의 데이터 센터 솔루션에서 고가용성이 어떻게 핵심이 될 수 있는지에 대해서도 다룰 것입니다.
온디맨드 웨비나 등록
워크로드 성능, 비용 및 가용성에 영향을 미치는 몇 가지 요소가 있다는 사실을 알고 계셨습니까? 클라우드에서 SQL Server 워크로드를 실행하는 경우 모든 경우에 적용되는 단일 접근 방식은 없으며 업그레이드할 필요가 없을 수도 있습니다. 이 세션에 참여하여 AWS에서 데이터베이스 성능을 최적화하면서 IT 예산을 늘리는 전략에 대해 알아보십시오.
의 허가를 받아 복제됨시오스
더 나은 고가용성 클러스터 유지 관리를 위해 고려해야 할 10가지 질문
유지 보수는 모든 회사의 수명 주기의 일부입니다. 모든 인프라는 지속적으로 이동하고 변화하며 수명이 다해가는 인프라도 마찬가지입니다. 귀하의 팀은 귀하가 과거에 수행한 작업을 수행하여 많은 성공을 거두었을 가능성이 높지만 시스템이 점점 더 복잡해짐에 따라 과거에 성공했다고 생각했던 작업을 새로 고칠 필요가 있을 수 있습니다. 다음은 개선해야 할 10가지 질문입니다.클러스터 유지 관리, 최대화고가용성, 가동 중지 시간을 최소화합니다.
시스템 유지 관리 중 고가용성을 보장하는 방법
계획되지 않은 다운타임과는 달리 여러 팀, 시스템 및 상호 연결된 리소스를 계획된 활동에 사용할 수 없는 기간입니다. 예를 들어, 한 회사는 매월 시스템 규정 준수 검사 및 안전 검사를 수행해야 합니다. 이 시간 동안 사업 운영은 검사관, 감사관 등에 의해 폐쇄됩니다.
고객 경험 담당 부사장으로서 우리는 특정 이벤트 및 활동에 대한 제한 날짜가 있는 여러 팀과 긴밀히 협력했습니다. 귀하의 팀은 둘 이상의 시스템 및 서버 집합을 담당하고 중요한 응용 프로그램 및 인프라를 사용하여 여러 팀에 보고할 수 있습니다. 팀에 가장 적합한 날짜를 이해하면 알려진 리소스 제약으로 인한 주의 산만, 충돌 및 시간 손실을 방지하는 데 도움이 됩니다.
중요 인프라에는 일반적으로 회사의 인력과 직접적인 관련이 없는 다른 많은 공급자 및 공급업체가 포함됩니다. 이러한 리소스에는 OS, 보안 및 HA 공급업체와 컨설턴트는 물론 인프라 제공업체 및 기타 파트너의 설계자가 포함됩니다. 지원 계층에 가장 적합한 날짜 또는 포함되는 날짜를 미리 이해하는 것은 적절한 일정 및 인력 배치에 중요합니다.
이러한 모든 리소스에 대한 적절한 시간을 찾는 글로벌 팀이 증가함에 따라 대답해야 할 또 다른 중요한 질문이 있습니다. EST, IST, EMEA 및 기타 지역의 리소스에 가장 적합한 시간은 언제입니까?
실행 중인 전체 환경을 포함하도록 응용 프로그램의 단순한 유지 관리를 넘어 생각하십시오. 최근에 애플리케이션 업그레이드를 계획 중이던 한 고객이 동시에 OS 업그레이드를 결정했습니다. 불행하게도, 이러한 범위의 약간의 변화는 예상보다 더 큰 결과를 가져왔습니다. 그들의 응용 프로그램은 새로 업그레이드된 OS를 지원하지 않아 문제가 발생했습니다. 유지 관리 기간의 범위가 잘 정의되어 있고 해당 범위에 대한 결과가 자세히 설명되어 있는지 확인하십시오. 환경이 작동한다고 말하는 것만으로는 충분하지 않습니다. 가능하면 예상되는 버전, 동작 및 측정 가능한 결과를 자세히 설명합니다. 자세히 보기IT 탄력성.
이상적으로 우리 모두는 유지 관리를 수행할 시간이 항상 있기를 원하지만 고객이 전 세계에 있다는 것은 중요한 작업의 경우에도 계획된 가동 중지 시간에 대한 허용 오차가 거의 없음을 의미합니다. 유지 관리를 계획할 때 예상되는 중단 시간은 어느 정도입니까? 허용되는 최대 창을 현실적으로 충족할 수 있습니까? 그렇지 않은 경우 유지 관리 이벤트를 다시 계획해야 합니다.
우리는 아무 일도 일어나지 않기를 바라지만 우리는 소프트웨어, 복잡한 환경 및 구성, 수많은 팀에서 처리하는 많은 움직이는 부분을 다루고 있다는 점을 인식해야 합니다. 롤백 계획, 즉 시스템을 유지 관리 이전 버전 및 설정으로 되돌리는 수단이 필수적입니다. 문제가 발생하면 전체 백업 또는 머신 이미지와 같은 롤백 계획이 있는지 확인하십시오. 자세히 보기재해 복구.
고객 경험 담당 부사장으로서 우리 팀은 중요한 팀원이 없어 예상치 못한 지연이 발생한 유지 관리 활동에 참여했습니다. 계획과 아키텍처를 계획할 때 팀 구성원과 필요한 IT 역할 및 책임을 식별해야 합니다. 수석 지원 엔지니어인 Greg Tucker가 고객에게 상기시켜 주듯이 HA는 스토리지, 네트워크, 컴퓨팅, OS, 보안, 정책 등 환경의 모든 계층에 영향을 미칩니다.
성공은 훌륭하지만 만족하거나 편안하게 만들 수도 있습니다. 수년간의 성공 후에는 프로세스가 더 이상 제대로 문서화되지 않거나 적극적으로 따르지 않을 수 있습니다. 이러한 질문에 답하면 팀이 계속해서 성공할 수 있습니다.
유지 관리 단계를 계속 테스트해 주셔서 감사합니다. 테스트 환경에서 해결된 문제가 프로덕션 유지 관리 계획에 적절하게 추가되었는지 확인하십시오. SIOS 고객 성공 팀은 고객이 QA 테스트를 수행하고 잘못된 가정을 발견하고 필요한 수정을 했지만 해당 수정 사항을 생산 체크리스트에 넣지 못하는 것을 보았습니다.
계획, 시기, 팀, 역할 및 아키텍처를 살펴보았으므로 이제 마지막 질문이 남아 있습니다. 누가 또는 무엇이 누락되었습니까? 마지막 단계로 계획을 살펴보고 다음과 같은 질문을 하십시오. “우리 계획에서 누락된 사람은 누구입니까?” 또한 “우리 계획에서 빠진 것은 무엇입니까?”라고 물어보십시오. 고객 경험 담당 부사장으로서 저는 우리 팀과 협력하여 수많은 고객을 위한 활동 계획을 검토했습니다. 가장 기억에 남는 유지 관리 계획 검토 중 하나는 복제된 이미지에서 서버를 복원하고 백업에서 데이터를 복원하는 것을 포함하는 롤백 계획 내 일련의 단계를 발견했습니다. 그러나 이미지 복제 및 데이터 백업 단계는 작업 목록에 포함되지 않았습니다. 그들은 간과되었고 프로세스 초기에 수행되었다고 가정했습니다.
시스템 유지 관리는 고가용성 유지에 중요한 요소입니다.
시스템 유지 관리는 컴퓨터 시스템 유지 관리에 있어 중요하고 필요한 부분입니다. 유지 관리는 오류를 수정하거나 새로운 소프트웨어 기능을 도입하거나 시스템을 새로운 사용 사례에 맞게 조정하는 것일 수 있습니다. 문제의 시스템이 조직이 비즈니스 연속성을 유지하는 데 필수적인 비즈니스 크리티컬 시스템인 경우 신중한 계획을 갖는 것이 필수적입니다. 불필요한 위험이나 지연 없이 유지 관리가 비즈니스 요구 사항을 충족하는지 확인하려면 다음 10가지 질문과 기타 자신의 질문을 고려하십시오.
SIOS에 문의오늘은 고가용성 및 재해 복구 솔루션에 대해 알아보겠습니다.
의 허가를 받아 복제됨시오스
Linux용 SIOS LifeKeeper용 HANA 애플리케이션 복구 키트(ARK)는 수동 구성 및 관리 작업의 HANA 관련 인텔리전스와 자동화를 제공하여 시간을 절약하고 인적 오류의 위험을 제거합니다. SIOS LifeKeeper는 구성 중에 사용자 입력을 자동으로 검증하고 모니터링, 장애 조치 및 복제 관리를 자동화하여 SAP 모범 사례를 준수하는 안정적인 장애 조치를 제공합니다.
의 허가를 받아 복제됨 시오스
새로운 것을 만든 SIOS 엔지니어링 팀을 대신하여 HANA 멀티타겟 Linux용 SIOS LifeKeeper v. 9.7.0, 우리는 우리의 성취에 대해 자랑스럽고 흥분됩니다. 우리가 구현을 시작하기 전에 숙련된 소프트웨어 개발자 팀이 계획하는 데 몇 달이 걸렸습니다. 고유하고 강력한 기능을 만들기 위해 수많은 고객 사용 사례, 기술 요구 사항 및 불가능한 상호 종속성 목록을 검토했습니다.
HANA 클러스터링 환경은 본질적으로 복잡합니다. 그렇기 때문에 경쟁 클러스터링 소프트웨어를 사용하여 HANA 클러스터에 세 번째 노드를 추가하려는 고객은 상당히 복잡한 스크립팅을 사용하고 장애 조치 또는 장애 복구 시 클러스터에 대한 모든 변경 사항을 계속해서 스크립팅해야 합니다. 이러한 제품을 사용하면 장애 조치가 발생한 후 인계를 수행해도 괜찮은지 확인하기 위해 많은 수동 확인 단계를 수행해야 합니다. 이러한 제품과 달리 LifeKeeper 9.7.0은 클러스터의 모든 HANA 노드에 대한 자세한 정보에 액세스하여 훨씬 더 안정적이고 신뢰할 수 있는 HA 환경을 만듭니다. 예를 들어 어떤 노드가 사용 가능하고 인계가 가능한지 확인할 수 있으며 장애 조치가 발생한 후 데이터 손실이 있는지도 확인할 수 있습니다. 이는 특히 여러 노드에 장애가 발생한 경우 매우 중요합니다.
다중 노드 환경에서 장애 조치와 복제를 모두 안정적으로 관리하는 복잡성은 노드가 추가될 때마다 기하급수적으로 증가합니다. 예를 들어, 클러스터링 소프트웨어는 장애 조치할 노드를 어떻게 선택합니까? 데이터가 거의 동일한 세 위치에 저장되어 있는 경우 가장 최신이고 정확한 스토리지는 무엇입니까? 서로 다른 노드의 데이터가 분기되는 "스플릿 브레인" 시나리오를 어떻게 방지합니까? 두 노드에 장애가 발생할 경우 장애 조치 및 복제 단계는 어떻게 해야 합니까? 삼? 우리는 실패 시나리오의 다양한 조합을 통해 생각하고 SIOS가 각 시나리오에서 데이터 보호 및 안정적인 장애 조치를 유지하도록 보장하는 문제에 직면했습니다.
라이프키퍼 경쟁 제품보다 더 깊은 수준에서 환경을 모니터링하고 장애 조치 관리에 대한 엄격한 요구 사항이 있습니다. 새로운 9.7.0 버전의 LifeKeeper는 HSR 계층 구조를 추적하고 복잡한 3노드 및 4노드 HSR 클러스터의 장애 조치를 관리하여 빠르고 안정적으로 유지하는 향상된 기능을 제공합니다.
우리는 업계에서 가장 자동화되고 안정적인 HANA용 다중 대상 클러스터링 환경을 만들기 시작했으며 성공했다고 생각합니다.
우리는 새로운 LifeKeeper HANA Multitarget이 고객에게 업계에서 가장 자동화되고 안정적인 장애 조치 클러스터링 솔루션을 제공하는 게임 체인저라고 믿습니다.데모 보기 새 기능의 기능을 확인합니다.
SIOS에 문의 LifeKeeper용 HANA Multitarget 기능에 대한 자세한 내용은 오늘 확인하세요.
의 허가를 받아 복제됨 시오스