SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 제작품
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 뉴스 및 이벤트
  • 서버 클러스터 단순화
  • 성공 사례
  • 저희에 게 연락
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

상당한 가격의 태그가없는 SQL Server Alwayson 기능? DataKeeper 사용해보기

2월 6, 2018 by Jason Aw Leave a Comment

SQL Server Alwayson 기능을 원하지만 SQL 2012 Enterprise Edition을 구입할 수는 없습니까?

AlwaysOn Availability Groups는 SQL PASS Summit에서 가장 인기있는 주제입니다. 이전 게시물에서 언급했듯이 SQL Server 2012 Enterprise Edition을 배포 할 때 AlwaysOn과 관련된 오버 헤드와 다른 제한 사항을 고려해야합니다. SIOS DataKeeper Cluster Edition을 소개하면서 계속 읽어보십시오. 

가격 비교

일반적인 2- 소켓, 16 코어 서버 구성의 읽기 전용 타겟이있는 SQL Server 2012 AlwaysOn 가용성 그룹을 사용하여 2- 노드 솔루션 가격을 책정했습니다 (정가). 비슷한 구성을 추가했습니다. SQL 2000 Standard Edition에서 DataKeeper Cluster Edition을 실행 중이며 SQL 2008 R2 Enterprise Edition이었습니다.

DataKeeper - SQL 2012 Enterprise Edition없이 SQL Server Alwayson 기능 가져 오기

위에서 볼 수 있듯이 SQL Server 2012 Enterprise Edition (가용성 그룹에 필요함)을 배포하면 DataKeeper Cluster Edition을 사용하여 유사한 복제 클러스터 솔루션을 배포하는 것보다 비용이 훨씬 더 많이 듭니다.

최상의 비용으로 최상의 SQL Server Alwayson 기능을 얻으려면 당사에 문의하십시오.

Clusteringformeremortals.com의 허락을 받아 재현

Filed Under: Datakeeper, 서버 클러스터 단순화 Tagged With: AlwaysOn 가용성 그룹, SQL Server 2012, 항상

SQL Server Alwayson 가용성 그룹의 성능 문제 극복

2월 5, 2018 by Jason Aw Leave a Comment

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

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

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

AlwaysOn에서의 비동기 대 동기 복제
그림 1 – AlwaysOn 동기식 미러링 전후의 SQL Server 데이터베이스에 기록 된 MBps

장애 조치 (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/에서 허락을 받아 재현했습니다.

Filed Under: 서버 클러스터 단순화 Tagged With: 동기식, 비동기식, 항상

최근 게시물

  • 비즈니스 연속성을 강화하는 최고의 롤링 업그레이드 전략
  • 중단 없이 패치하는 방법: HA를 사용한 거의 0에 가까운 다운타임
  • SIOS LifeKeeper 데모: AWS에서 롤링 업데이트 및 장애 조치가 PostgreSQL을 보호하는 방법
  • 네트워크 카드를 교체해야 하는지 평가하는 방법
  • SIOS Technology, Red Hat Summit, Milestone Technology Day 및 XPerience Day, SQLBits 2025에서 미션 크리티컬 애플리케이션을 위한 고가용성 클러스터링 소프트웨어 시연

가장 인기있는 게시물

우리의 메일 링리스트에 가입하세요

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in