일반적으로 복제 및 클러스터링은 실제 (실제) 서버를 사용하는 서버 설정을위한 용어로, 일반적으로 DB 또는 AS 수준에서 구현됩니다.가상화 된 (클라우드) 환경에서의 클러스터링 및 DB 복제
이제 간단하게 확장 가능한 서버 (클러스터링)와 cloudserver 공급자에 의한 가상 서버의 고 가용성 수단을 통한 고 가용성 (DB 복제)을 갖춘 가상화 된 환경에서 복제가 실제로 필요한가? 및 클러스터링 (기존 서버의 문제를 다루는 것과 마찬가지)? 질문은 soultion/응용 프로그램 공급자 관점에서 묻습니다.
비즈니스 요구 사항 배경과 함께 복제의 필요성을 제외하십시오. 성능과 데이터를 보장하기 위해 2 개의 다른 지리적 위치에서 DB를 복제해야합니다.
통찰력을 가져 주셔서 감사합니다.
전용 서버 프로덕션 환경에서 HA를 사용하는 것이 대부분의 경우 경건에 가깝지만 클라우드에도 동일하게 적용됩니다. 클라우드 서버가있는 호스트 시스템에는 전용 서버와 마찬가지로 문제가있을 수 있습니다. 대부분의 "양호한"클라우드 호스트는 즉시 서버를 새로운 호스트 시스템으로 마이그레이션하는 작업을 수행하지만 HA 설치가되어 있지 않으면 다운 타임이 발생합니다. 어떤 경우에는 이미 네트워크의 다른 시스템에 의해 보호됩니다.
질문은 HA 설정을 처리하고 있습니까, 아니면 호스트입니까?
귀하의 배제와 관련하여 더 작은 규모로 생각하십시오. 캘리포니아에 서버가있는 경우 정전이 발생하면 네바다에서 서버를 가져올 수 있다고 생각하십시오. 하나의 지리적 위치에 작은 클러스터가 있고 다른 클러스터에 작은 클러스터가있는 것이 좋습니다. 이상적으로 특정 데이터 센터의 한 호스트 시스템에서 다운되는 경우 동일한 데이터 센터의 다른 서버에서 수집 할 수 있습니다.
... 데이터 센터가 다운되면 다른 데이터 센터의 클러스터에 부하가 걸립니다. 미국이 무너지면 EU 서버가 가동됩니다.
질문에 대한 답변이 되었기를 바랍니다.
가용성뿐 아니라 성능에 관한 정보도 있습니다. 데이터베이스 서버가 클라우드에있는 경우 무제한 성능 보유를 의미하지는 않습니다. 복제는 종종 성능을 조정하는 수단으로 사용됩니다. 클라우드에서 데이터베이스를 실행하는 것은 자체 하드웨어를 사용하는 것과 별반 다르지 않습니다. 가상 서버 (또는 서버)에서 실행될 수도 있지만 자체 하드웨어로 수행 할 수도 있습니다.