6

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

我们需要确定的规格是：

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

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

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

我们应该考虑的任何其他指标？

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

4

4 回答 4

3

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

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

于 2009-03-29T19:42:16.287 回答
0

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

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

马克

于 2009-03-29T19:01:24.480 回答
0

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

于 2009-03-29T19:38:26.453 回答
0

如果您可以根据页面点击量来描述当前的工作负载，那么您可以：1）计算每个页面将执行的典型查询类型 2）使用上述 2 条信息，估计数据库上的工作负载服务器

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

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

于 2009-09-27T07:34:49.477 回答