2014-10-14 2 views
0

우리는 애플리케이션과 SQL 서버를 AWS EC2 인스턴스로 옮길 것을 고려하고 있습니다. 현재 우리에게는 하나의 SQL Server Standard가 있으며 고 가용성을위한 장애 조치 클러스터링이 있습니다.기본 AWS EC2 SQL 고 가용성 쿼리

AWS에서 SQL 서버에 필요한대로 EBS 볼륨으로 EC2 인스턴스를 계획하고 있습니다. 그래서, 우리는 일부 스토리지 수준의 복제 가서 그것 위에 클러스터를 구현하지 않으면 SQL 서버 동기식 DB 미러링 경우에만 사용 가능한 높은 가용성 옵션을 구현합니다.

이 응용 프로그램에는 교차 가용성 영역 (다중 사이트) 고 가용성이 필요하지 않습니다.

왜 우리는 SQL 고 가용성을 처리해야합니까? EC2를 위로 유지

  1. 으로이 질문을하는 것은
  2. EBS 볼륨이 자동으로 가용성 영역에서 내부적으로 복제됩니다 아마존의 책임입니다.

만 나는 우리가 별도의 고 가용성 EC2 인스턴스가 손상되면 OS/드라이버 측에서 응답 불가 또는 무언가가됩니다 필요가 생각할 수 있다고 생각합니다. 이거 다른 이유가 있니?

시간을내어이 질문을 읽어 주셔서 감사합니다.

+0

더 나은 당신이 대답을, RDS – KNOWARTH

답변

0

가용성이 높은 SQL Server를 관리하려면 HA (다중 AZ), 백업, 패치 및 기타 관리 작업이 자동으로 수행되므로 Amazon RDS를 사용하는 것이 좋습니다. RDS를 사용하면 기본 EC2 인스턴스와 EBS 볼륨을 직접 관리 할 필요가 없습니다.

Amazon EC2를 사용하면 응용 프로그램 HA (이 경우 SQL Server)를 처리해야합니다. 아마존에서 관리하지 않기 때문에 (그리고 이럴 수는 없습니다.) 예를 들어, 개인용 블로그를 호스팅하는 경우 단일 가용 영역에서 하나의 인스턴스를 사용할 수 있습니다. 주 - 보조 (HA) 복제가있는 데이터베이스의 경우 별도의 AZ에서 두 개의 인스턴스를 사용할 수 있으며 다중 마스터 분산 데이터베이스의 경우 여러 지역에서 여러 인스턴스를 사용할 수 있습니다. 고 가용성의 설계 및 비용은 상황에 따라 크게 좌우됩니다.

당신은 시도하고이 자율 학습 실험실과 무료 RDS를 배울 수 있습니다 : https://run.qwiklab.com/focuses/preview/1013?locale=en

+0

훌리오 감사를 사용합니다. 일부 복잡성으로 인해 RDS가 우리의 요구에 부합하지 않습니다. 또한 다중 마스터 분산 데이터베이스는 Microsoft SQL Server로 설정할 수 없습니다. –

+0

그런 다음 "AWS 클라우드에서 Microsoft Windows Server 장애 조치 클러스터링 (WSFC) 및 SQL Server 2012 AlwaysOn 가용성 그룹 구현"백서를 읽어 보시기 바랍니다. http://aws.amazon.com/pt/whitepapers/microsoft-wsfc -sql-alwayson/ –

+0

항상 가용성 그룹은 표준 버전에서 사용할 수 없습니다. –