SQL Server Express를 사용하는 SQL Azure 대 Azure VM


9

더 저렴하다는 것 외에도 SQL Azure를 사용하고 SQL Express에서 가상 컴퓨터를 사용하는 데 문제 / 장점이 있습니까?

50 개가 넘는 웹 사이트에 대해 SQL 서버를 설정하려고합니다. 권장 사항이 있습니까?

현재 전용 서버에 SQL Express가 있으며이 서버를 Azure로 전환하려고합니다.


아래에 제공된 답변은 이제 구식입니다 .... 새로운 사람에게주의의 말씀.
twoleggedhorse

답변:


2

나는 그것을 연구하고 이러한 차이점을 발견했다. 여기에 이미지 설명을 입력하십시오여기에 이미지 설명을 입력하십시오

마지막 차이점은 대규모 용량 관리였습니다. SQL Server insode windows azure VM-공정한 Windows azure SQL 데이터베이스-양호

이게 도움이 되길 바란다. 여기 도움이 될만한 페이지가 있습니다. 도움이 되길 바랍니다! < http://azure.microsoft.com/blog/2012/06/26/data-series-sql-server-in-windows-azure-virtual-machine-vs-sql-database/ >


VM에 SQL Express를 설치하고 사용하는 것이 무료인지 여전히 이해하는 데 문제가 있습니까? 그렇다면 Azure SQL 데이터베이스보다 비용이 저렴하다는 의미입니까?
freewill

6

위의 LouD에서 언급 한 블로그 게시물의 저자입니다. 이러한 의견에 동의합니다. 새로운 서비스 계층 (예 : 기본, 표준 및 프리미엄)에서 Azure SQL DB의 성능 단위당 가격이 상당히 크게 증가했습니다. 상당한 I / O 요구 사항이있는 경우 새로운 계층이 비싸 질 수 있습니다.

그러나 VM에서 SQL Express를 실행하기위한 SQL Server 라이센스 비용은 없지만 VM에서는 사용하는 I / O의 양에 따라 많은 양의 읽기 및 쓰기가 이루어짐을 기억하십시오. 비용을 증가시킵니다 (Azure SQL DB는 정액 요금 기준). 데이터베이스 크기, 필요한 I / O 속도 등을 알지 못하면 VM이 Azure SQL DB보다 저렴하거나 더 비쌀 지 여부를 말하기는 어렵습니다. 그러나 대기 중이라면 작은 데이터베이스의 경우 VM이 더 싸다.

데이터베이스가 여러 개인 경우 아마도 VM에 유리한 비용을 지불해야 할 것입니다. 현재 Azure에서 데이터베이스간에 리소스를 공유 할 수있는 방법이 없습니다 (예 : 5 개의 데이터베이스가 있고 4 개는 조용하지만 하나는 사용 중입니다. 바쁜 1 개는 다른 4 개에 할당 된 리소스를 사용할 수 없으며 해당 리소스는 본질적으로 낭비 됨) . Microsoft는 데이터베이스 그룹간에 리소스 / 비용을보다 쉽게 ​​공유 할 수있는 작업을하고 있다고 말했습니다. 그들은 웹 / 비즈니스가 끝나기 전에 (2015 년 9 월에)이 기능을 사용할 수 있도록 노력했지만 아직 세부 사항은 없습니다.

또한 VM의 Azure SQL DB와 SQL Express는 동일한 기능 집합을 제공하지 않습니다. Azure의 Database-as-a-Service는 자동화 된 백업, 더 많은 HA 가능성, 관리되는 서비스 등과 같은 훨씬 더 많은 기능을 제공합니다. 또한 매우 중요한 것은 Azure SQL Database가 많은 기능을 지원하지만 모든 기능을 지원하지는 않는다는 점에 유의하십시오. 온-프레미스 SQL Server 온라인 설명서는 Azure에서 지원되지 않는 온-프레미스 기능, SQL 문 등의 세부적인 세부 정보를 제공합니다.

또한 Vdub가 위에 게시 한 큰 테이블을 가이드로 사용하는 것이 신중합니다. 2012 블로그 게시물에서 가져 왔으며 그 이후로 Azure SQL DB에서 많은 부분이 변경되었습니다. 해당 테이블의 Azure SQL DB 열은 내년에 폐기 될 Web / Business 버전을 나타냅니다. 위 표의 내용과 비교하여 새로운 서비스 계층은 비용이 더 많이 들고 (일반적으로 말하면) 추가 HA 기능이 있으며 동일한 방식으로 페더레이션을 지원하지 않으며 높은 가동 시간 보장 등이 있습니다.

마지막으로 LouD의 의견을 따르기 위해 ... 새로운 서비스 계층은 제한된 양의 버스트를 지원합니다. 예를 들어이 차트 ( http : // cbailiss) 에서 http://cbailiss.files.wordpress.com/2014/07/2014-07-04-seqsel-metrics5.png?w=800&h=401 차트를 참조하십시오 . wordpress.com/2014/07/06/microsoft-azure-sql-database-performance-tests-sequential-selects/ 이 테스트의 시작 (디스크에서 순차적으로 읽음)은 처음에는 약간 증가 / 높은 버스트 속도를 보여줍니다 몇 분. 그러나 이것은 대략 웹 / 비즈니스에서 일반적으로 사용 가능한 것보다 적습니다.


답을 주셔서 감사합니다. MS가 다중 데이터베이스 시나리오를 처리 할 무언가가 있다고 표시 한 곳을 가리킬 수 있습니까? 우리도 살인자이므로이 공간을보고 싶어합니다.
Rory

아, 당신의 기사에 감사드립니다. 새로운 계층 성능을 이해하려고 할 때 매우 유용했습니다.
Rory

1
다중 데이터베이스 시나리오의 경우, (이에 대한 미래의 세부 사항에 대한 가입 포함)이 블로그 게시물을 참조 : azure.microsoft.com/blog/2014/08/26/...
cbailiss

4

더 싼 것 외에도

매우 구체적인 사용 사례가 없다면 Azure의 SQL 데이터베이스 서비스를 사용하는 것이 더 저렴하거나 더 빠를 것입니다. SQL Server의 무료 라이센스와 SQL Server의 고가의 데이터 중복 엔터프라이즈 라이센스 조각을 비교합니다.

비슷한 보트를 타면서 (다양한 소규모 프로젝트에 SQLExpress와 MySQL을 모두 사용) 곧 호스트 SQL 데이터베이스로 곧 이동하지 않을 것이라는 결론에 도달했습니다. 긴 Microsoft 스레드에 대한 다음 링크를 살펴보십시오. 그러나 합의는 가격이 상당히 인상되었고 Azure의 과거 계획에 비해 성능이 저하되었다는 것입니다. 또한 Microsoft는 IOP 또는 MB / s를 사용하지 않고 새로운 용어 "DTU (Data Transfer Unit)"를 사용하여이 문제를 더욱 혼동하기 시작했습니다.

http://social.msdn.microsoft.com/Forums/sqlserver/en-US/d9af6c45-3552-4baf-8046-524c3f0a1399/new-sql-database-editions-performance

요약하자면, Microsoft는 데이터베이스 크기 가격을 전용 리소스 가격으로 전환했기 때문에 P1 ($ 465 / 월) 데이터베이스로 업그레이드하지 않으면 전송 속도가 매우 낮습니다. 나는 당신이 지금 당신의 전용 서버에 대해 그 대가를 치르고 있다고 의심합니다. Microsoft는 또한 버스트 기능을 제거하여 사용 사례가 적은 대기 시간이 필요하거나 드물지만 대량의 데이터 액세스 (대화 형 웹 사이트, 대량 가져 오기, 데이터베이스 복원)가 필요한 사람들이 가장 큰 타격을 받고 있습니다. 다음 링크는 최근 벤치 마크를 보여 주며 초 단위가 아닌 MINUTE 당 MB 단위로 측정됩니다.

http://cbailiss.wordpress.com/2014/09/16/performance-in-new-azure-sql-database-performance-tiers/

항상 그렇듯이 YMMV이지만 하루 종일 백그라운드 작업을 천천히 지속적으로 실행하고 높은 대기 시간을 견딜 수 없다면 현재 VM이 훨씬 빨라집니다. 또한 이중화되고 고가용 성인 서비스에 대해 더 많은 비용을 지불 할 것으로 예상됩니다. 50 개의 웹 사이트가 동일한 실제 데이터베이스에 이미 존재하지 않는 한 다중 테넌트를 허용하도록 데이터베이스와 코드를 변경하거나 50 개의 개별 SQL 데이터베이스 인스턴스에 대한 비용을 지불해야합니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.