AlwaysOn에서의 비동기 대 동기 복제

이번 주 PASS Summit에서 세션에 참석 한 AlwaysOn은이 솔루션에 전념 한 약 6 세션의 핫 토픽임을 분명하게 알게되었습니다. 한 가지 배운 점은 솔루션에 확실히 응용 프로그램이 있지만 대부분의 성공적인 배포는 AlwaysOn을 비동기 방식으로 사용하는 것을 기반으로한다는 것입니다. 사람들이 동기식 복제 옵션을 피하는 이유는 오버 헤드가 너무 크다는 것입니다. 동기 복제 중 모든 쓰기는 소스에서 확약되기 전에 복제본에서 확약되어야합니다. 필자가 수행 한 테스트에서이 오버 헤드는 68 %까지 증가 할 수 있습니다.

예를 들어 데이터베이스에 초당 약 1,000,000 개의 행을 삽입 한 테스트에서 로그 파일의 처리량을 측정하면 미러링이없는 상태에서 약 400MBps를 기록합니다. AlwaysOn 가용성 그룹을 사용하여 10Gbps LAN을 통해 해당 데이터베이스를 복제하기 시작하면이 특정 데이터베이스가 초당 약 250,000 개의 인서트로 느려지면서 약 68 %의 성능 저하가 나타납니다.

장애 조치 (failover) 클러스터를 대체 할 솔루션을 고려 중이면이 중단은 큰 우려 사항입니다. 장애 조치 클러스터링에 익숙한 자동 장애 조치를 수행하려면 동기식 미러링을 사용해야합니다. 즉,이 성능 저하가 발생해야합니다. 일반적으로 이것은 받아 들여지지 않을 것입니다. 이는 아마도 정기적으로 그러한 구성을 권유하는 전문가의 말을 듣지 않는 이유 일 것입니다.

그럼 어떻게해야합니까?

기존의 장애 조치 클러스터와 SAN을 사용해야합니까? Fusion-io와 같은 고속의 고속 스토리지를 활용하려면 어떻게해야합니까? 이 경우 전통적인 클러스터를 사용할 수 없으며 그렇지 않습니까?

좋은 소식은 SAN이없는 클러스터를 구축하고 AlwaysOn 가용성 그룹과 관련된 비용, 한계 및 오버 헤드없이 모든 작업을 수행 할 수 있다는 것입니다 (다음 블로그 게시물의 제한 및 비용에 대한 자세한 내용). DataKeeper Cluster Edition을 사용하면 공유 스토리지가없는 클러스터를 구축 할 수 있으며 동기 복제와 관련된 오버 헤드는 AlwaysOn 가용성 그룹에서 볼 수있는 70 %에 가까운 10 %에 가깝습니다.

#SQLPASS에서 부스 351에 와서 솔루션이 어떻게 작동하는지 보여 드리겠습니다.

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/에서 허락을 받아 재현했습니다.