속도가 중요한 문제 일 때 Azure는 SQL Azure 성능과 관련하여 중간 규모의 프로덕션 웹 사이트에 실제로 유용합니까?

Question

어제 나는 Webapps의 미래에 대한 나의 계획을 고려하면서 어제 Azure에 관해 많은 것을 읽었습니다. 문제는 2012 년에 네트워크로 연결된 두 개의 강력한 서버 (IIS의 경우 하나, SQL Server 2008의 경우 하나)를 사용하는 전용 호스팅에서 마이그레이션할지 여부를 결정하는 것입니다. 우리는 ASP.net webapps에 대해서만 말하고 있습니다. 10 개의 웹 사이트 네트워크가 동일한 데이터베이스를 쿼리합니다.

전문가 : 하드웨어/OS 유지/충돌에 대한 걱정을 풀어주고 싶습니다. Azure는 그 점에서 차갑게 보입니다.

단점 : 속도에 대한 의견을 너무 많이 읽었습니다. 특히 SQL Azure 관련.

속도는 내 웹 사이트의 핵심 포인트 중 하나입니다. 클릭하면 로컬 모드로 표시됩니다.

마이그레이션을 성공적으로 수행 한 사람 (프로덕션 웹 사이트, 테스트 없음)과 성능 손실이없는 사람은 누구입니까?

일부 사람들이보고 한 것처럼 SQL Azure 인스턴스 대기 시간 때문에 성능이 떨어지면 클라우드로 마이그레이션해야하는 시점은 무엇입니까? SQL Azure가 SQL 증가를위한 확장 가능성을 제공하는 것이 아닌가?

특히 SQL Azure는 항상 공유됩니다. 즉, 서비스 환경에 X proc 인스턴스를 예약 할 수 없다는 것을 의미합니다. 프로덕션 환경에서 강력한 제한 사항이 아닙니까? 그것은 어떤 점에는 불쾌한 것처럼 보인다.

이 주제와 관련하여 증언 해 주신 점 감사드립니다.

Answer 1

Windows Azure는 분산 시스템 용 프로덕션 플랫폼으로 구축되었습니다. SQL Azure에 관해서는 "느린"것이 무엇을 의미하는지 확신 할 수 없습니다 - 벤치 마크를 통해 사용자의 요구를 충족하는지 확인하는 것이 좋습니다.

사실 SQL Azure는 공유 서비스입니다. 하지만 걱정할 필요가없는 부분이 있습니다. SQL Azure 팀은 사용자 기반의 요구 사항을 충족 할 수 있도록 하드웨어를 확장합니다.

당신은 (푸른 웹 역할에) 웹 응용 프로그램 구축시 :

• 를 사용하여 세션 상태에 대한 새로운 AppFabric 캐시 (이 캐시 서비스로서의, 가상 머신 인스턴스에서 독립적)
• 자주 사용하는 데이터베이스 데이터 (AppFabric 캐시 또는 새 역할 기반 CDN)를 캐시하십시오.
• 베이스 라인 머신으로 스케일 업 (2 코어, 4 코어 또는 8 코어) 100Mbps의 네트워크 대역폭이 관련되어 있습니다. 쿼리에서 대량의 데이터를 반환하면 네트워크 대역폭이 중요한 성능 옵션입니다. 이러한 쿼리가 작은 데이터 항목 만 반환하는 경우 문제가되지 않습니다.

www.windowsazurepass.com (프로모션 코드 DPWE01 사용)에서 30 일 평가판을 사용할 수 있습니다. 여기에는 1GB SQL Azure 데이터베이스와 Small (single-core) 컴퓨팅 인스턴스 세 개가 포함되며, 일부 초기 벤치마킹에 적합해야합니다.