SIOS SANless clusters High-availability Machine Learning monitoring
이 비디오 인터뷰에서 SIOS Technology의 영업 엔지니어인 Aaron West는 SIOS Technology의 출시에 대해 논의합니다.새로운 LifeKeeper 웹 관리 콘솔. 기업은 SAP, HANA, Oracle과 같은 필수 시스템에 크게 의존하여 강력한고가용성그리고재해 복구(HA/DR) 솔루션이 필수적입니다. 이러한 환경의 복잡성은 내부 IT 팀의 전문 지식을 초과하는 경우가 많아 가동 중지 시간과 재정적 손실이 발생할 수 있습니다. Aaron은 SIOS가 일반 IT 관리자의 역량 강화를 강조하여 중요 시스템의 중단 없는 기능을 보장하는 방법을 공유합니다.
인터뷰 보기여기.
다음의 허가를 받아 복제됨시오스
다음 단계를 수행하면 로컬 디스크와 SIOS DataKeeper를 사용하여 공유 스토리지 클러스터를 SANless 클러스터로 성공적으로 변환할 수 있습니다.고가용성그리고데이터 복제공유 스토리지에만 의존하지 않고. 또한 파일 공유 감시 또는 클라우드 감시를 구성하여 클러스터에서 적절한 쿼럼 구성을 보장합니다.
SIOS Technology Corporation은 고가용성을 제공합니다.클러스터 소프트웨어가장 중요한 애플리케이션에 대한 클러스터 관리를 통해 IT 인프라를 보호하고 최적화합니다.문의하기오늘 당사의 전문 서비스 및 지원에 대한 자세한 내용을 알아보십시오.
다음의 허가를 받아 복제됨시오스
Azure로 이동할 때의 과제 중 하나는 월별 비용을 확인하는 것입니다. SQL Server에 대해 여러 가지 Azure 서비스가 제공되지만 실제로 필요한 서비스가 무엇인지, 이러한 서비스가 SQL Server 클라우드 전략에 어떻게 적용되는지 알아야 합니다.
이 웹 세미나에서는 비용 효율적인 방법론에 중점을 두고 Azure의 SQL Server 배포를 위한 HA(고가용성) 및 DR(재해 복구)을 자세히 살펴봅니다. 이 세션의 목표는 기본 가용성 그룹, Azure 공유 디스크를 사용하는 SQL Server FCI(장애 조치 클러스터 인스턴스) 및 Azure 사이트 복구라는 세 가지 주요 기술에 대한 포괄적인 이해와 실제 데모를 제공하는 것입니다. 각 방법의 아키텍처, 설정 및 운영상의 미묘한 차이에 대한 통찰력을 얻을 수 있습니다.
특히 신뢰성과 성능을 저하시키지 않으면서 비용을 최적화하는 데 중점을 둘 것입니다. 이 세션은 클라우드 기반 SQL Server 배포 분야의 신규 이민자와 노련한 전문가 모두에게 도움이 되도록 구성되었습니다. 이 세션이 끝나면 참가자는 Azure의 HA/DR 전략에 대해 정보에 입각한 결정을 내릴 수 있는 지식을 갖추고 SQL Server 환경의 경제적 효율성과 견고성을 모두 보장하게 됩니다.
다음의 허가를 받아 복제됨시오스
클라우드 SLA에 대해서는 여전히 혼란이 있는 것 같습니다. 클라우드 가용성 SLA는 인프라 가용성을 다루지만 SAP, SQL Server, Oracle과 같은 애플리케이션은 어떻습니까? 애플리케이션에 클라우드의 가용성, 고가용성 또는 재해 복구 보호가 필요합니까? 이 Actual Tech Media MegaCast 세션에서는 클라우드에서 미션 크리티컬 애플리케이션에 대한 HA/DR 목표를 달성하는 방법을 다룹니다.
아르 자형의 허가를 받아 제작되었습니다.시오스
IT 시스템의 고가용성(HA)을 유지하는 것은 조직의 성공에 필수적입니다. 중요한 데이터베이스 관리부터 원활한 고객 경험 보장까지 중단 없는 운영을 달성하려면 전략 계획이 필요한 고유한 과제가 필요합니다. 다음은 조직이 고가용성을 위해 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 시스템을 최적화하는 것이 조직의 성공에 중요하다는 것을 이해합니다. 바이러스 백신 솔루션과 미세 조정 방화벽 구성을 통해 호환성 문제를 해결함으로써 조직은 시스템 복원력과 가동 시간을 향상시킬 수 있습니다.자세한 내용은 지금 문의하세요.
다음의 허가를 받아 복제됨시오스