Date: 1월 24, 2024
중요한 교육 애플리케이션에 대한 액세스 보장
교육과 정보 기술(IT)은 점점 더 떼어놓을 수 없게 되었습니다. 문제의 IT가 강의실 화이트보드를 지원하는 애플리케이션인지, 대학 등록 시스템을 지원하는 데이터베이스인지, 학습 관리 시스템(LMS)인지, 연구실, 기숙사, 식당에 대한 학생 접근을 제어하는 건물 유지 관리 시스템인지 여부 – 핵심 구성 요소인 경우 IT 인프라가 갑자기 어두워지면 교사, 관리자, 학생 모두 자신이 달성해야 할 작업을 수행할 수 없습니다. 기관의 임무가 중단되었습니다. 방해가 너무 잦아 학생, 교사, 행정관의 경험이 훼손되면 기관 자체의 평판도 훼손될 수 있습니다.
교육 경험에 중요한 애플리케이션의 고가용성(HA)을 보장하도록 설계된 IT 인프라는 어떤 이유로든 시스템이 응답하지 않을 경우 발생할 수 있는 중단 및 평판 손실 위험을 최소화할 수 있습니다. 이 경우 HA 인프라는 핵심 애플리케이션의 가용성을 99.99% 이상 보장할 수 있는 인프라로 정의됩니다. 다르게 말하면, 중요한 애플리케이션이 한 달에 4분 이상 예기치 않게 오프라인 상태가 되지 않는다는 의미입니다.
HA를 어떻게 달성합니까? 그 질문은 쉽게 대답될 수 있지만, 당신이 물어봐야 할 질문은 그것만이 아닙니다. 마찬가지로 중요한 것은 HA 구성을 보장할 정도로 중요한 애플리케이션은 무엇입니까? 기본적으로 HA용으로 구성된 IT 인프라에는 지리적으로 구별되는 위치(기본 서버가 온프레미스 또는 별도의 가용성에 있는 경우 원격 데이터 센터일 수 있음)에 위치한 하나 이상의 보조 서버 및 스토리지 하위 시스템 세트가 있습니다. 서버가 클라우드에 있는 경우 영역 [AZ]). 어떤 이유로 인해 기본 서버에서 실행 중인 응용 프로그램이 응답을 중지하는 경우 응용 프로그램을 관리하는 HA 소프트웨어는 즉시 해당 응용 프로그램을 보조 서버로 장애 조치합니다. 여기서 중요한 응용 프로그램은 기본 서버가 응답을 멈춘 지점부터 다시 시작됩니다. 복제하려는 기본 서버의 크기 및 성능 특성에 따라 해당 보조 서버의 비용이 많이 들 수 있으므로 모든 교육용 애플리케이션을 HA용으로 구성할 가능성은 거의 없습니다. HA에 대한 투자가 필요한 애플리케이션을 결정하고 나면 HA 환경을 구축해야 하는 위치를 알게 됩니다.
고가용성 달성을 위한 선택
보호하려는 애플리케이션을 선택하고 나면 HA를 달성하기 위한 옵션이 더 명확해집니다. Windows 또는 Linux에서 실행됩니까? 데이터베이스 관리 시스템(DBMS)에 HA 구성이 기본적으로 지원됩니까? 그렇다면 그 한계는 무엇입니까? 예를 들어 중요한 애플리케이션이 Windows 및 SQL Server에서 실행 중인 경우 SQL Server 자체의 AG(가용성 그룹) 기능을 사용하여 HA를 활성화할 수 있습니다. 또는 SQL Server의 AG 서비스가 제공하지 않는 옵션을 제공하는 타사 SANless 클러스터링 도구를 사용하여 HA를 구성할 수 있습니다. 여러 공급업체의 데이터베이스 서버를 보호하려는 경우 또는 중요한 애플리케이션 중 일부는 Windows에서 실행되고 다른 애플리케이션은 Linux에서 실행되는 경우 여러 DBMS 및 OS를 지원하는 HA 솔루션을 사용하면 HA 관리 기능이 더욱 향상됩니다. 플랫폼. 다양한 DBMS 및 OS 플랫폼을 수용하는 클러스터 솔루션을 선택하면 여러 데이터베이스 기반 HA 서비스를 동시에 처리할 때 발생할 수 있는 복잡성과 번거로움에 비해 관리가 단순화됩니다.
데이터베이스 기반 HA 솔루션을 통한 고가용성 보장
SQL Server의 AG 기능과 같은 데이터베이스 기반 HA 솔루션을 사용하는 경우 소프트웨어는 기본 SQL Server 데이터베이스의 모든 데이터를 보조 시스템 서버에 있는 해당 데이터베이스의 동일한 인스턴스에 동기식으로 복제합니다. 어떤 이유로 인해 기본 서버가 응답을 중지하는 경우 AG 구성 요소의 모니터링 기능으로 인해 자동으로 보조 서버가 대신하게 됩니다. AG 기능은 모든 데이터를 실시간으로 복제하기 때문에 보조 서버가 즉시 인계받을 수 있으며 서비스 중단이나 데이터 손실이 거의 없습니다.
많은 데이터베이스 기반 HA 도구는 비슷한 방식으로 작동합니다. 그러나 데이터베이스 기반 접근 방식을 고려할 때 몇 가지 주의 사항이 있습니다. HA 서비스가 DBMS 자체에 번들로 제공되는 경우 해당 DBMS와 관련된 데이터만 복제할 수 있습니다. 다른 중요한 데이터가 기본 서버에 있는 경우 데이터베이스 기반 HA 시나리오에서는 해당 데이터가 보조 서버로 복제되지 않습니다. 데이터베이스 네이티브 서비스가 복제하는 항목에는 다른 제한 사항이 있을 수도 있습니다. 예를 들어 SQL Server Standard Edition에 번들로 제공되는 기본 AG 기능을 사용하는 경우 각 AG는 단일 SQL 데이터베이스만 단일 보조 위치에 복제할 수 있습니다. 애플리케이션에 여러 SQL 데이터베이스가 포함된 경우 여러 기본 AG를 만들 수 있지만 장애 조치 상황에서 각 AG가 동시에 장애 조치되는지 여부를 제어할 수 없으며 그렇지 않으면 문제가 발생할 수 있습니다. 이 제한을 해결하는 한 가지 방법은 SQL Server Enterprise Edition에 번들로 포함된 Always On AG 기능을 사용하는 것입니다. 이를 통해 여러 SQL 데이터베이스를 여러 보조 서버로 복제할 수 있지만 애플리케이션이 그렇지 않은 경우 라이선스 측면에서 비용이 매우 많이 들 수 있습니다. 그렇지 않으면 SQL Server Enterprise Edition의 기능을 사용하십시오.
다른 데이터베이스 기반 HA 솔루션에도 비슷한 제약이 있을 수 있으므로 이러한 접근 방식에 투자하기 전에 이를 이해해야 합니다.
SANless 클러스터링을 통한 고가용성 보장
HA에 대한 데이터베이스 기반 접근 방식의 대안으로 타사 도구를 사용하여 SANless 클러스터를 생성할 수 있습니다. 위에서 설명한 AG 구성과 마찬가지로 SANless 클러스터링 소프트웨어는 기본 서버에서 보조 서버로 데이터의 동기식 복제를 자동화합니다. 또한 기본 서버가 응답하지 않는 경우 보조 서버에 대한 즉각적인 장애 조치를 조정합니다. 장애 조치에는 단 몇 초밖에 걸리지 않으므로 중요한 애플리케이션에 대한 관리자, 교직원 및 학생의 액세스는 사실상 중단 없이 유지됩니다.
SANless 클러스터링과 데이터베이스 기반 접근 방식 간의 중요한 차이점은 실용적인 세부 사항에 있습니다. SANless 클러스터링 접근 방식은 데이터베이스에 구애받지 않습니다. 지정된 스토리지 볼륨의 모든 데이터를 복제합니다. 여기에는 여러 공급업체의 여러 데이터베이스, 텍스트 파일, 비디오 파일 또는 가용성이 중요한 기타 교육 자산이 포함될 수 있습니다. HA에 대한 데이터베이스 기본 접근 방식을 사용하기 위해 더 비싼 데이터베이스 버전으로 업그레이드해야 하는 경우 기관에서는 이를 통해 상당한 비용을 절약할 수 있습니다. 마지막으로 앞서 언급한 것처럼 여러 운영 환경에서 실행되는 애플리케이션과 데이터를 보호하려는 경우 SANless 클러스터링 접근 방식이 개별 데이터베이스 기반 접근 방식보다 관리하기가 더 쉬울 수 있습니다. SANless 클러스터링을 사용하면 Windows 또는 Linux 환경에서 HA를 보장할 수 있으며, 이를 통해 운영 환경마다 다른 데이터베이스 기본 접근 방식의 배포에 수반되는 복잡성을 제거할 수 있습니다.
다음의 허가를 받아 복제됨시오스