어떤 SQL Server 2008 스케일 아웃 솔루션을 선택할 것인지 선택하는 데 도움이됩니다. (복제, ...)

Question

현재 복제, 로그 전달, 미러링과 같은 SQL Server 스케일 아웃 기술의 정글을 건너 가고 있습니다. 내 선택에 다음과 같은 제약 조건 :

• 나는 읽기 전용 부하가 쓰기 부하가 주 서버
로 직접 전송 될 수
• (거울, 가입자) 서버 기본 및 보조 건너 확산되고 싶지
• 용액은 거의 정비가 ​​없어야합니다. 스키마 변경 사항은 보조 서버에 복제되어야합니다 (주의 : 여기에 심각한 제한 사항이 있습니다)
• 2 차 서버에서 매우 빠르게 액세스 할 수 있어야합니다 (즉, 1 초 미만이지만 즉시 발생하는 것이 좋습니다)
• 서버 장애시 최대 1 시간의 데이터 손실을 쉽게 방지 할 수 있습니다. http://msdn.microsoft.com/en-us/library/bb510414.aspx : 나는 여기

내가 선택할 수 있는지에 대한 몇 가지 옵션이 있습니다 쉽게 확장 성을 더 걱정입니다. 어떤 경험을 공유 할 수 있습니까?

Answer 1

이들은 모두 확장 성이 아닌 고 가용성 솔루션입니다. SQL Server에는 쉽게 확장 솔루션이 없으며 다른 (관계형) 데이터베이스도 없습니다. 마스터 - 슬레이브 복제 사용은 마스터 쓰기 확장 가능성에 의해 허용되는만큼 확장됩니다. master-master 복제를 사용하면 쓰기가 멀티플렉싱되고 일관성 문제가 발생합니다. 복제 기반 솔루션을 시도한 거의 모든 대규모 배포에서는이를 포기해야했습니다.

한 가지 대안은 메시지로 통신하는 독립적 인 데이터 - 수단 (정보 통신망)의 측면에서 응용 프로그램을 다시 생각해 보는 것입니다 (방법은 MySpace scales out).

또 다른 대안은 (일관성, 복구, 입력 스키마, 참조 무결성 읽기, 쓰기 일관성) 몇 가지 제약 조건을 포기하고 자유롭게 한 번 이러한 제약 (Cassandra, HBase, MongoDB)의 해방을 확장 할 수있는 NoSQL에 엔진을 선택하는 것입니다.

궁극적으로 스케일 아웃은 솔루션을 중심으로 응용 프로그램을 디자인하고 스케일 아웃에 의해 부과 된 모든 (심각한) 제한을 수용해야한다는 근본적인 요구 사항입니다. 모든 관계형 엔진은 길이가으로 확장 될 수 있으며 데이터베이스 확장이 가능한 범위를 초과하는 수평 확장을 필요로하는 전 세계 배포 수는 귀하의 손에 달려 있습니다.