【问题标题】:How should I estimate hardware requirements for SQL Server 2005 database?我应该如何估计 SQL Server 2005 数据库的硬件要求?
【发布时间】:2010-10-16 06:11:50
【问题描述】:

我们被要求为尚未构建的 ASP.NET Web 应用程序指定生产数据库硬件。

我们需要确定的规格是:

  • 数据库 CPU
  • 数据库 I/O
  • 数据库内存

以下是我目前正在查看的指标:

  • 估计的未来命中数 网站 - 基于当前 IIS 日志。
  • 估计的最坏情况峰值负载 网站。
  • 估计每个数据库查询的数量 页,平均。
  • 网络场中的服务器数量 将访问数据库。
  • 缓存来自数据库的轮询流量 (使用 SqlCacheDependency)。
  • 估计的数据缓存未命中。
  • 估计的每日数据库事务数。
  • 可接受的最长页面呈现时间。

还有其他我们应该考虑的指标吗?

此外,一旦我们有了所有这些指标,它们如何转化为硬件要求?

【问题讨论】:

  • 从硬件的角度来看,我认为 2005 年到 2008 年之间没有太大关系。

标签: sql-server performance architecture hardware performance-estimation


【解决方案1】:

我最近一直在做的服务器规划是使用 HP 提供的一些免费工具,这些工具统称为“服务器大小调整器”。这些是很棒的工具,因为它们可以确定要使用的最佳 RAID 类型,以及处理负载的正确磁盘轴数(在规划好的数据库服务器时非常重要)和内存处理器等。我提供了下面的链接我希望这会有所帮助。

http://h71019.www7.hp.com/ActiveAnswers/cache/70729-0-0-225-121.html?jumpid=reg_R1002_USEN

【讨论】:

  • 链接不再有效。工具似乎已停用。
【解决方案2】:

我缺少的是对所需/要求/定义的可靠性水平的衡量。

虽然您可能会指定一台大型喇叭机器来处理所有负载,但根据您的可靠性要求,您可能更愿意投资购买更小但多台的机器,以及更安全的磁盘子系统 (RAID 5)。

马克

【讨论】:

    【解决方案3】:

    在我看来,为尚未构建和设计的应用程序估算硬件与其说是科学问题,不如说是政治问题。到您完成项目时,当前的硬件能力及其价格、功能要求、预期的并发用户数、外部系统和所有其他因素都会发生变化,而这种变化超出了您的控制范围。 然而,这个问题经常出现,因为您需要在提案中输入数字或向您的经理提供报告。如果它是一个提案,那么您想要完成的是提出一个可以支持所提议的软件系统的规范。唯一的诀窍是提出一个既不会增加您的竞争力成本又不会让您自己面临低性能系统风险的系统。

    【讨论】:

      【解决方案4】:

      如果您可以根据页面点击量来描述您当前的工作量,那么您可以: 1) 计算每个页面的典型查询类型 2)利用以上2条信息,估计数据库服务器的工作量

      您还需要确定您的性能要求 - 您希望网站的最长和平均响应时间是多少?

      根据工作负载和性能要求,您可以计算容量。进行此估计的最佳方法是使用一些现有硬件,在该硬件上的数据库上运行模拟的数据库工作负载,然后根据您在第一步中的数据推断您的硬件要求。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2011-02-12
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多