SIOS SANless clusters High-availability Machine Learning monitoring
고가용성은 최신 데이터베이스 시스템의 중요한 요구 사항이며 Microsoft SQL Server도 예외는 아닙니다. 하드웨어, 소프트웨어 및 네트워크 오류가 발생하더라도 SQL Server 데이터베이스의 가용성과 운영 상태를 유지하려면 적절한 고가용성 솔루션을 신중하게 계획하고 배포해야 합니다.
이 웨비나에서 SIOS의 고객 성공 이사인 Dave Bermingham은 AlwaysOn 가용성 그룹, 장애 조치 클러스터링 및 데이터베이스 미러링을 포함하여 SQL Server에 사용할 수 있는 다양한 고가용성 옵션과 각 접근 방식의 장점과 제한 사항 및 방법을 살펴봅니다. 귀하의 특정 요구에 맞는 것을 선택하십시오. 또한 Dave는 플랫폼 간 호환성, 데이터 일관성 및 서로 다른 시스템 간의 장애 조치를 관리하기 위한 전략에 대해서도 논의합니다.
오늘날의 급변하는 비즈니스 세계에서, 고가용성 운영 연속성을 보장하고 다운타임을 방지하려면 재해 복구가 필수적입니다. 이를 달성하기 위해 조직은 로컬, 사이트 전체 및 지역 재해로부터 안정성과 보호를 향상시키는 방법을 제공하는 3노드 클러스터로 점점 더 전환하고 있습니다. 이 기사에서는 3노드 클러스터가 무엇인지, 클러스터가 필요한 이유, 클라우드에서 3노드 클러스터를 설정하는 데 사용할 수 있는 다양한 클러스터 관리 소프트웨어 솔루션에 대해 자세히 살펴보겠습니다.
3노드 클러스터는 함께 작동하여 단일 노드에 비해 향상된 안정성, 가용성 및 확장성을 제공하는 상호 연결된 3대의 컴퓨터 그룹입니다. 재해 발생 시 작업을 계속할 수 있도록 그룹의 노드 중 하나 이상이 나머지 노드와 지리적으로 분리되어 있습니다. 3-노드 클러스터의 각 노드는 동일한 기능을 수행할 수 있으며 한 노드가 실패하면 다른 노드가 대신하여 중단 없는 서비스를 제공할 수 있습니다.
3노드 클러스터는 일반적으로 고가용성 및 재해 복구가 필요한 상황에서 사용됩니다. 예를 들어, 3노드 클러스터는 다음과 같은 미션 크리티컬 애플리케이션을 보호하는 데 자주 사용됩니다. ERP 시스템 연중무휴로 사용할 수 있어야 하는 데이터베이스. 온프레미스 데이터 센터, 퍼블릭 클라우드 또는 이 둘의 조합에서 사용할 수 있습니다.
일반적인 3노드 클러스터에서 중요한 애플리케이션은 기본 서버 노드(A)에서 실행되고 데이터를 인근에 위치한 보조 대상 노드(B)와 지리적으로 분리된 위치에 있는 3차 대상 노드(C)에 복제합니다. 클러스터링 소프트웨어는 A의 애플리케이션 환경을 모니터링하고 장애가 감지되면 노드 B로 장애 조치 작업을 수행합니다. 노드 B는 기본 노드의 역할을 가정하고 이제 재해 보호를 유지하기 위해 노드 C에 복제해야 합니다. 작업이 노드 A로 복원되면 노드는 B에서 A로 다시 전환되어야 합니다. 여기서 A는 C로 복제를 재개합니다.
다양한 클러스터 관리 소프트웨어 3노드 클러스터를 설정하는 데 사용할 수 있는 솔루션입니다. 널리 사용되는 일부 솔루션은 장애를 감지하고 장애 조치를 수행하는 데 필요한 도구와 프로토콜을 제공합니다.
일부 클러스터링 솔루션은 3노드 클러스터를 설정하는 데 사용할 수 있지만 대부분은 인식해야 할 제한 사항과 문제가 있습니다. 많은 Linux 기반 솔루션은 광범위한 Linux 경험이 없는 사용자를 위해 설정 및 구성하기 어려우며 더 복잡하고 대규모 배포를 위한 최상의 솔루션이 아닐 수 있습니다. 또한 다른 클러스터 관리 솔루션에서 사용할 수 있는 자동 장애 조치와 같은 일부 고급 기능을 제공하지 않을 수 있습니다. 널리 사용되는 여러 클러스터링 LInux 기반 솔루션에서 A에서 B로의 장애 복구, 새로운 기본 B에서 C로의 복제 변경 및 원래 작업으로의 스위치백은 매우 수동적이며 오류가 발생하기 쉬워 중요한 응용 프로그램의 보호를 잠재적으로 신뢰할 수 없게 만듭니다.이러한 솔루션에는 클러스터에서 발생할 수 있고 대규모 배포에 적합하지 않을 수 있는 문제를 진단하고 해결하기 위한 전문 기술과 지식이 필요합니다.
기존 클러스터에 노드를 추가하는 프로세스는 사용 중인 클러스터 관리 소프트웨어에 따라 다릅니다. 일반적으로 새 노드에 소프트웨어를 설치한 다음 기존 클러스터에 가입해야 합니다. 또한 새 노드를 인식하고 이를 클러스터의 관리 및 장애 조치 메커니즘에 통합하도록 소프트웨어를 구성해야 할 수도 있습니다.
이 시나리오에서는 나머지 노드에 서비스를 계속 제공하는 데 필요한 리소스가 없으면 서비스가 완전히 손실될 수 있습니다. 이를 방지하려면 필요한 경우 인계할 수 있는 추가 노드를 두거나 클라우드 기반 서비스를 사용하여 추가 리소스를 제공하는 등의 백업 계획을 마련하는 것이 중요합니다.
원활하고 중단 없는 비즈니스 운영에 대한 수요가 계속 증가함에 따라 이러한 중요한 측면을 포괄적으로 이해하면 조직을 차별화하고 성공을 보장할 수 있습니다. 데이터 보호 보장 및 중단 시간 최소화에서 전반적으로 강력한 인프라 제공에 이르기까지 고가용성 및 재해 복구 구현은 조직의 미래를 위한 귀중한 투자입니다. 도전을 받아들이고 오늘 고가용성 및 재해 복구의 세계를 탐색하여 보다 탄력적이고 효율적인 미래를 향한 첫 걸음을 내딛으십시오!
SIOS에 문의 오늘은 고가용성 및 재해 복구 솔루션에 대해 알아보겠습니다.
의 허가를 받아 복제됨 시오스
"클라우드 본국 송환"이라는 현상에 대한 미디어의 소문이 작지만 점점 커지고 있습니다. 간단히 말해서 클라우드 송환은 퍼블릭 클라우드에서 워크로드를 가져와 자체 데이터 센터로 다시 가져오는 것을 의미합니다. 이러한 움직임은 잠재적으로 서버, 스토리지 및 네트워킹 장비와 같은 온프레미스 장비에 대한 수요를 증가시킬 수 있습니다. 또한 두 가지 모두를 쉽게 관리할 수 있는 솔루션에 대한 필요성을 높일 수 있습니다. 온프레미스 클라우드 기반 리소스. 클라우드에서 중요한 워크로드를 실행하는 회사의 경우 송환은 고가용성 보호를 제공하는 방식에 상당한 영향을 미칠 수 있습니다. 고가용성 시장에 대한 클라우드 송환의 영향은 조직이 온프레미스 데이터 센터로 돌아가는 이유와 같은 몇 가지 사항과 기타 산업 동향 및 경쟁에 달려 있다는 점은 주목할 가치가 있습니다. 그렇다면 조직이 클라우드를 떠나기로 선택하는 이유는 무엇입니까?
비용: 클라우드에서 워크로드를 실행하는 것은 비용이 많이 들고 특히 조직의 사용 패턴과 요구 사항이 시간이 지남에 따라 변하는 경우 비용을 예측할 수 없습니다. 워크로드를 온프레미스로 다시 송환하면 특히 사용하지 않는 용량이 있거나 기존 인프라를 활용할 수 있는 경우 조직에서 비용을 절감할 수 있습니다. 또한 IT 예산을 보다 예측 가능하게 만드는 데 도움이 될 수 있습니다.
데이터 주권: 일부 조직은 데이터가 저장되는 국가, 데이터에 액세스할 수 있는 사람 및 데이터 보호 방법을 규정하는 규정의 적용을 받을 수 있습니다. 워크로드를 본국으로 송환하면 조직이 데이터를 더 잘 제어하고 데이터 주권 법률 및 규정을 준수하는 데 도움이 될 수 있습니다.
보안: 조직은 특히 민감한 데이터를 처리하거나 엄격한 규제 요구 사항이 적용되는 경우 클라우드에서 워크로드를 실행하는 데 보안 문제가 있을 수 있습니다. 클라우드에는 다양한 보안 조치가 있지만 잘못된 구성이 일반적이며 보안 문제가 발생할 수 있습니다. 워크로드 송환은 클라우드 관련 지식의 필요성을 제거함으로써 조직이 보안 태세를 더 잘 제어할 수 있도록 합니다.
지연 시간: 클라우드 공급자는 조직의 사용자와 멀리 떨어져 있을 수 있으므로 대기 시간이 길어지고 응답 시간이 느려질 수 있습니다. 워크로드를 온프레미스로 다시 송환하면 조직이 대기 시간을 줄이고 사용자의 성능을 향상하는 데 도움이 될 수 있습니다.
제어: 클라우드로 이동하면 회사에서 IT 인프라 관리 비용을 절감할 수 있지만 이러한 절감액은 제어 비용으로 발생합니다. 클라우드 공급자는 자체 일정에 따라 IT 환경을 관리하고 유지합니다. 데이터 센터를 본국으로 송환하는 회사는 인프라, 업그레이드, 업데이트 및 유지 관리에 대한 완전한 통제권을 되찾게 됩니다. .
클라우드 공급자의 특정 서비스 또는 기능 부족: 조직은 퍼블릭 클라우드에서 특정 서비스나 기능을 사용할 수 없음을 발견하고 워크로드를 다시 온프레미스로 송환하기로 결정할 수 있습니다.
다른 추가 요소가 작용할 수 있지만 이러한 이유는 조직의 산업 및 고유한 요구 사항에 따라 다를 수 있음을 명심하는 것이 중요합니다.
수년 동안 기업이 컴퓨팅 요구 사항을 위해 클라우드 기반 솔루션으로 몰려들면서 퍼블릭 클라우드가 인기를 끌었습니다. 그러나 최근 InfoWorld에 따르면[link to article] 기사에 따르면 2023년에는 기업이 데이터와 워크로드를 사내 또는 프라이빗 클라우드로 다시 가져오기 시작하면서 변화가 나타날 수 있습니다. 이러한 이동의 주된 이유 중 하나는 인프라에 대한 더 큰 가용성과 제어를 원하기 때문입니다.
고가용성(HA) 하드웨어 오류, 소프트웨어 버그 또는 기타 예기치 않은 이벤트가 발생하더라도 응용 프로그램과 서비스가 액세스 가능하고 작동 상태를 유지하도록 보장하는 최신 IT 인프라의 중요한 측면입니다. 퍼블릭 클라우드 환경에서 고가용성은 일반적으로 부하 분산 및 자동 확장과 같은 중복 인프라와 자동 장애 조치 메커니즘의 조합을 통해 달성됩니다.
그러나 일부 기업은 클라우드 인프라에 대한 제어 수준이 제한적이며 데이터 보안, 규정 준수 및 공급업체 종속에 대해 우려할 수 있습니다. 이러한 우려는 워크로드와 데이터를 다시 온프레미스 또는 프라이빗 클라우드로 가져오려는 욕구로 이어질 수 있습니다.
이러한 문제에 대한 한 가지 잠재적 솔루션은 기업이 퍼블릭 클라우드의 확장성과 유연성을 온프레미스 또는 프라이빗 클라우드 인프라의 제어 및 보안과 결합하여 두 세계의 장점을 모두 활용하는 하이브리드 클라우드 접근 방식을 채택하는 것입니다. 하이브리드 클라우드 아키텍처는 온프레미스와 클라우드 모두에서 여러 위치에 걸쳐 데이터와 서비스를 복제하여 고가용성을 제공하도록 설계할 수 있습니다.
하이브리드 클라우드 아키텍처를 구현하려면 대기 시간 및 기타 성능 문제를 최소화하면서 가용성을 최대화하는 방식으로 워크로드 및 데이터가 분산되도록 하는 데 중점을 둔 신중한 계획 및 설계가 필요합니다. 몇 가지 주요 고려 사항에는 적절한 클라우드 공급자 및 온프레미스 인프라 선택, 데이터가 효과적으로 복제 및 동기화되도록 보장, 계획된 중단과 계획되지 않은 중단을 모두 처리할 수 있는 장애 조치 메커니즘 설계가 포함됩니다.
또 다른 중요한 고려 사항은 하이브리드 클라우드 환경의 효과적인 모니터링 및 관리에 대한 필요성입니다. 여기에는 중단을 감지하고 대응하기 위한 자동화된 모니터링 도구 구현, 백업이 정기적으로 수행 및 테스트되도록 보장, 사고 및 재난 처리를 위한 명확한 프로세스 및 절차 수립이 포함됩니다.
따라서 몇 년 동안 퍼블릭 클라우드 채택이 증가하고 있지만 제어, 보안 및 가용성에 대한 우려로 인해 일부 기업은 워크로드 및 데이터를 온프레미스 또는 프라이빗 클라우드 환경으로 송환하는 것을 고려하고 있습니다. 퍼블릭 클라우드의 확장성과 유연성을 온프레미스 인프라의 제어 및 보안과 결합하는 하이브리드 클라우드 접근 방식은 높은 수준의 가용성을 유지하면서 이러한 문제를 해결하는 효과적인 방법이 될 수 있습니다. 요컨대, 하이브리드 클라우드 설정을 확정하려면 상당한 준비 작업과 노하우가 필요합니다. 운 좋게, SIOS 고가용성 솔루션 당신을 덮었습니다. 하이브리드 클라우드 여정을 자신 있게 탐색할 수 있도록 도구 및 서비스에 대해 자세히 알아보십시오.
의 허가를 받아 복제됨 시오스
이 비디오에서 SIOS의 고객 성공 담당 이사인 Dave Bermingham은 주, 지방 정부 및 교육(SLED) 조직에 대한 회사의 고가용성 솔루션 제공에 대해 설명합니다.
Dave는 SLED 조직의 고가용성의 중요성을 강조하며, 특히 비상 서비스, 재무 관리 시스템, 학생 정보 시스템 및 학습 관리 시스템에서 사용하는 통신 및 협업 도구를 언급하며, 이러한 도구는 지속적으로 액세스할 수 있어야 합니다.
그는 고가용성 솔루션이 갖추어야 할 주요 기능(예: 비용 효율적, 안정성, 중복성 제공, 고성능 수준 유지, 장애 감지 및 복구 작업 수행, 확장 가능, 기존 시스템 및 인프라와의 통합 가능)을 강조합니다.
Bermingham은 작동 중인 SIOS의 SANless 클러스터링 솔루션에 대한 두 가지 예를 제공합니다. 첫 번째 예는 대학 등록 중 가동 중지 시간을 없애기 위해 애플리케이션 및 데이터 센터 수준 모두에서 고가용성을 제공한 방법입니다. 두 번째 예는 콜센터 CAD 시스템의 가용성을 높이고 여러 재난 발생 시 경찰, 소방 또는 구조 팀을 파견할 수 있도록 통합업체와 협력한 방법입니다.
추가하는 것을 고려하는 것이 중요합니다. 고가용성 응용 프로그램 수준의 고가용성 요구 사항을 해결할 수 있는 SIOS와 같은 클러스터링 솔루션은 응용 프로그램 성능 유지에 기여할 수 있습니다.
의 허가를 받아 복제 시오스
고객 경험 담당 부사장으로서 저는 대부분의 조직이 비즈니스의 고가용성에 영향을 미칠 수 있는 도구나 프로세스를 배포하는 데 의식하고 주의를 기울이고 있음을 관찰했습니다.이러한 회사는 일반적으로 HA 클러스터링, DR, 보안 또는 백업 솔루션 변경에 대한 엄격한 변경 심사를 포함하여 HA와 관련하여 세심한 주의를 기울입니다.대부분의 회사는 전체 애플리케이션 가용성 및 시스템 안정성에 영향을 미치지 않도록 이러한 도구에 대한 변경 사항을 신중하게 고려하고 테스트해야 한다는 것을 알고 있습니다.IT 관리자는 HA 클러스터링에서 가장 눈에 띄지 않는 변경 사항도 재해 복구 , 보안 또는 백업 솔루션은 중대한 중단을 초래할 수 있습니다.
그러나 다른 작업장 및 생산성 도구의 변경은 대부분 동일한 부지런함으로 고려되지 않습니다.
기존 도구는 종종 회사, 결정, 통합 및 전체 HA 아키텍처에 대한 많은 문서를 캡슐화합니다.팀이 새로운 도구로 전환함에 따라 이러한 문서는 종종 손실되거나 액세스가 차단되거나 방해를 받습니다.
개선 제안: 모든 기존 문서를 새 도구로 내보내고 가져옵니다.아카이브 스토리지 및 백업을 사용하여 가져오기 전에 데이터의 전체 사본을 보관하십시오.
손실된 문서와 마찬가지로 요구 사항은 도구를 전송할 때 가장 먼저 손실되는 경우가 많습니다.
개선 제안: 알려진 요구 사항을 문서화하고 기존 생산성 도구에서 요구 사항 관련 문서를 내보냅니다.
문서 및 요구 사항만큼 중요한 것은 변경, 수정 및 결정 뒤에 숨겨진 기록입니다. 많은 조직이 작업장 및 사무실 생산성 도구 내에 기록 정보를 보관합니다.이러한 정보에는 이전에 평가된 도구 및 솔루션에 대한 결정이 포함될 수 있습니다.이러한 작업 공간 도구가 변경되거나 전환되면 이러한 유형의 기록이 손실될 수 있습니다. 기존 도구에는 많은 암묵적 지식이 포함되어 있는 경우가 많습니다.새로운 도구가 통합되면서 그 지식과 마음 공유가 사라집니다. 20년 전에 우리 팀은 버그 추적 솔루션을 마이그레이션했습니다.도구 간의 지식 격차는 엄청났고 현재 문제 관리, 백업 및 해결을 담당하는 IT 팀을 포함하여 여러 부서에 영향을 미쳤습니다.
개선 제안: 새로운 도구 간에 마음 공유와 지식을 적절하게 교육하고 이전해야 합니다. 현재 도구를 종료하기 전에 현재 도구와 이전 도구에 대한 기록, 컨텍스트 및 결정을 문서화해야 합니다.
모든 새 도구에는 서로 다른 보안 및 액세스 규칙 집합이 있습니다.종종 전환 팀에서 관리자가 너무 많거나 부족하거나 권한에 대한 제한이 너무 많습니다.
개선 제안: 요구 사항 및 보안 규칙에 따라 액세스 및 사용자 제어를 미리 매핑하고 빠른 해결을 위한 프로세스를 갖습니다.
이메일 및 연락처 시스템 마이그레이션은 거의 원활하지 않습니다. 기존 버전 간의 업그레이드도 결과를 초래할 수 있습니다.하나의 도구(Exchange에서 Gmail로)에서 마이그레이션할 때의 한 가지 단점은 연락처가 손실될 수 있다는 것입니다.우리 팀은 한때 지원 팀에 전화하여 파트너 연락처를 찾는 데 도움을 받은 고객과 협력했습니다.이메일 시스템으로의 전환이 중단되었고 중요한 연락처에 대한 액세스가 지연되었습니다.
개선 제안: 연락처 마이그레이션 및 유효성 검사를 계획합니다.HA 클러스터에 대한 중요한 연락처가 확실히 검증된 마이그레이션 단계의 일부인지 확인하십시오.
깨진 통합은 영향을 미치는 매우 일반적인 항목입니다. 고가용성 , 모니터링 및 경고.기업이 새로운 생산성 도구로 이동함에 따라 기존 통합이 더 이상 작동하지 않고 추가 개발이 필요할 수 있습니다.상대적인 예로 이전에 메시징에 Skype를 사용하던 회사가 Slack으로 이전했습니다.Skype를 통해 메시지를 전달하는 많은 도구를 조정해야 했습니다. HA 환경에서 대시보드 또는 경고 시스템 간의 통합이 끊어지면 중요한 알림이 적시에 수신되지 않을 수 있습니다.
개선 제안: 도구 간의 통합 지점을 식별하는 데 도움이 되도록 자동화된 워크플로를 매핑합니다.또한 새로운 요구 사항과 통합 기회를 식별하기 위해 노력하십시오.개념 증명 또는 제어된 배포 단계 동안 통합을 계획하고 테스트합니다.
모든 도구 세트에는 챔피언과 비평가가 있습니다.챔피언은 관리자와 동일하거나 동일하지 않을 수 있습니다.챔피언의 역할은 각 조직 내에서 그리고 종종 각 도구에 따라 변경되지만 그들 사이에서 공통적인 것은 자신과 타인의 이익을 위해 새로운 생산성 도구를 사용하여 문제, 문제 또는 과제를 기꺼이 해결하려는 의지입니다.챔피언은 새로운 기능을 가장 먼저 찾고, 새로운 문제를 발견 및 보고하고, 새로운 사람들이 도구 세트에 온보딩하도록 돕습니다.챔피언은 인지도와 역사를 뛰어넘습니다.종종 도구 세트를 변경하면 팀이 챔피언을 잃게 됩니다.
새로운 도구는 HA와 직접 관련이 없는 도구일지라도 팀의 생산성에 영향을 미칩니다.우선 순위 관리, 개발 및 코드 리포지토리와 관련된 도구도 램프 업 및 온보딩 시간이 필요합니다.이 시간은 종종 생산성 손실로 이어져 클러스터에 대한 위험으로 이어질 수 있습니다. 새 도구로의 변경으로 인해 혼란이 발생하거나 프로세스 흐름이 중단되고 더 큰 생산성 손실이 발생하지 않도록 모든 기존 및 새 도구와 관련된 프로세스를 잘 문서화하십시오.
개선 제안: 교육 도구를 사용하고, 제품 챔피언을 활용하고, 롤아웃이 학습 곡선 단축에 초점을 맞추도록 하여 생산성 손실 위험을 줄입니다. 고가용성 솔루션 요구 사항 캡처, 주요 문서 식별, 인지도 이전, 종속성 매핑, 적절한 액세스 테스트 및 구성, 도구 세트 챔피언 식별이 필요합니다. 가동 시간을 유지하는 데 핵심 리소스를 끌어들이는 것이 아니라 새로운 도구가 실제로 생산성을 향상하는지 확인하는 것입니다.
Cassius Rhue, VP 고객 경험 의 허가를 받아 복제됨 시오스