Windows Azure에서 SQL Server를 실행 하기 위한 10 고려 사항 상위

2012 년 6 월에에서 Windows Http://www.aliyun.com/zixun/aggregation/13357.html의 공개 발표 "> 푸른 가상 컴퓨터 및 가상 네트워크 (우리이 두 서비스 세트 창 호출 하늘빛 인프라 서비스), 그들의 마이크로소프트 SQL 서버 작업을 테스트 하 고 미리 보기의 기능 극대화 전세계 조직 시작 이후 했습니다. Windows Azure 인프라 서비스의 기능이 단순히 믿을 수 없습니다. 구매 하 고 하드웨어를 신속 하 게 널리 매력적입니다 저렴 한 비용에 SQL 서버 작업의 다양 한 종류의 다양 한을 배포할 수 있는 가상 컴퓨터 (VM)을 관리할 필요가 없습니다. Active Directory (AD) 및 SharePoint 및 가상 네트워크를 연결 하는 기능 사용 Windows Azure 재단 매듭 내부 배포 네트워크 또는 가상 개인 네트워크 (VPN) 게이트웨이 사용 하 여 원격 컴퓨터에 다시 지원 가상 네트워크에 복잡 한 여러 VM 배포를 수행 하는 기능 IT 점포와 개발자에 게 더 재미 있는 원격 호스팅 환경에 서비스를 빌드하십시오. Windows Azure 인프라 서비스는는 디딤돌 조직 혼합 방식으로 Windows Azure의 고급 서비스로 서 플랫폼 기능을 활용 하면서 어떤 변화 없이 클라우드를 기존 작업 마이그레이션을 사용할 수 있습니다. 우리는 많은 조직에서는 복잡 한, 분산, 중요 한 비즈니스 작업을 SQL Server의 작업 부하를 테스트 하는 간단한 개발에서 자세하게에서 모든 처리을 참조 하십시오. 그들의 경험에서 우리는 다음 사항을 요약합니다.

Sla 이해:

서버에 전원 플러그를 분리 하 고 Windows azure SQL Server 작업을 마이그레이션, 하기 전에 서비스 수준 계약 (SLA)에 대해 알고 해야 합니다. 이 참고: "모든 인터넷 가상 컴퓨터 같은 가용성 세트에 두 개 이상의 인스턴스 배포에 대 한 우리 보장 당신이 외부 연결 적어도 99.95%의 시간을 사용할 수 있게 됩니다." "무엇이이 SQL Server에 대 한 의미?" 이 SLA를 도달 해야 SQL Server를 실행 하는 하나 이상의 VM 배포를 하 고 그 Vm 동일한 가용성 집합을 의미 합니다. 이 또한 데이터베이스 가용성 집합에 있는 모든 가상 컴퓨터 간에 동기화 하려는 경우 SQL Server 고가용성 솔루션을 구현 해야 한다는 것을 의미 합니다. 기본적인 전제는 당신이 뭔가를 해야 할 구름, 높은 가용성을 보장 하기 위해 이러한 작업을 로컬로 실행 중인 것 처럼 이다. 적절 하 게 구성 하는 경우 가용성 세트 하면 업그레이드 및 하드웨어 업데이트와 같은 유지 관리 작업을 수행 하는 경우에 SQL Server 작업 실행 유지 수 있습니다.

지원 전략을 이해:

Windows Azure 가상 컴퓨터에서 SQL Server를 실행의 아름다움은 그것은 다른 SQL Server를 실행 하는 것 처럼입니다. 그것은 언제나 처럼 실행할 수 있습니다. 응용 프로그램을 변경할 필요가 없습니다 없으며 SQL Server 기능 지원 여부에 대해 걱정할 필요가. 때 SQL Server에서에서 실행 됩니다 Windowsazure 인프라 서비스 몇 가지 주요 예외를 제외 하면 대부분 기능 지원 완벽 하 게 됩니다. SQL Server 버전 지원부터 시작 하자. Microsoft은 SQL Server 2008 및 이후 버전의 Windows Azure 인프라 서비스에 대 한 기술 지원을 제공합니다. 여전히 이상 SQL Server 2005에서 작업 부하를 실행 하 고는 경우 기술 지원에 대 한 최신 버전으로 업그레이드 해야 합니다. 당신이 업그레이드할 준비가 되 면, SQL Server 2012로 업그레이드 하는 것이 좋습니다. 관리 도구, 개발 도구, 그리고 기본 데이터베이스 엔진을 SQL Server 2012은 "클라우드 준비" 소프트웨어 Windows Azure 기본 지원 하도록 설계 되었습니다.

말하자 고가용성에 대 한 첫 번째. Windows Azure 인프라 서비스에서 SQL Server 배포에 대 한 고가용성 솔루션을 구현 하는 것에 대해 걱정할 필요 하지 않습니다 느낀다면 지금 문제를 재고 해야 한다. 앞에서 설명 했 듯이, SLA 적용에 도달 해야 가상 컴퓨터 가용성 집합 내의 데이터베이스 중복성을 구현 합니다. 그러나, 다음과 같은 제한 사항이 SQL Server 고가용성 기능에 영향을. 첫째, SQL Server 장애 조치 클러스터링 지원 되지 않습니다. 하지만 긴장 하지 말고, SQL Server에 대 한 높은 수준의 가용성을 구성 하려면, 거기 많은 다른 옵션에서 선택할 수 있습니다. 예를 들어 AlwaysOn 가용성 그룹 또는 데이터베이스 미러링 또는 로그 전달 같은 오래 된 기능을 사용 하 여. 고가용성을 위한 SQL Server 2012에서 AlwaysOn 가용성 그룹 기능을 사용 하지만이 메서드를 사용할 때 주의 하는 몇 가지 포인트는 것이 좋습니다. 가용성 그룹 수신기는 현재 지원 되지 않습니다, 하지만 우리는 가까운 장래에이 지원을 증가 하 고 지켜 봐 계획. 만약 당신과 수신기 지원에 대 한 기다릴 수 없어 여전히 AlwaysOn 가용성 그룹을 사용 하려면, 해결 방법이 있다. 대신 Failoverpartner 연결 문자열 속성을 사용할 수 있습니다. 당신은이 방법을 AlwaysOn 가용성 그룹에 두 개의 복제본 (하나의 마스터 및 하나의 보조 복사본)를 사용 하 여 제한 됩니다 하 고 읽을 수 있는 보조 복사본의 개념은 지원 되지 않습니다 알고 있어야 합니다.

다음, SQL Server 데이터베이스에 대 한 저장소를 구성할 때 고려해 야 할 몇 가지 중요 한 것 들에 대해 이야기 하자. 일반적으로 VM에 데이터 디스크를 연결 하 고 모든 데이터를 저장 하 고 로그 파일을 해당 디스크를 사용 하는 것이 좋습니다. 데이터를 확장 하 고 추가 저장 용량 또는 더 나은 성능에 대 한 여러 데이터 디스크에 로그 파일을 결정 하는 경우 도메인 간 중복을 사용 하지 해야 합니다. 개별 디스크 사이의 일관 된 쓰기 순서를 보장 하지는 않습니다 때문에 도메인 간 중복 다중 디스크 구성으로 사용할 수 없습니다.

마지막으로, 우리는 복제, 서비스 요원, 분산된 트랜잭션, 분산된 쿼리 및 연결 된 서버 등 SQL Server에서 지원 되는 다양 한 "분산된" 기능을 설명 합니다. 이러한 모든 기능 동일한 가상 네트워크 내에서 배포 하는 SQL 서버 VM에서 잘 작동 해야 하지만 (공용 인터넷 또는 가상 네트워크 VPN 게이트웨이)를 통해 네트워크 경계를 교차 해야 하는 경우 철저 하 게 이러한 기능을 테스트 하려면 수도 있습니다. 이러한 기능은 공용 인터넷을 통해 보다 내부적으로 배포 된 데이터 센터, Lan 및 Wan를 포함 하 여에 대 한 설계 되었습니다.