小编Jef*_*ood的帖子

我们（我指的是杰夫）正在研究在我们的备份数据中心使用消费级 MLC SSD 磁盘的可能性。

我们希望尽量降低成本并增加可用空间 - 因此英特尔 X25-E 的价格几乎为每台 700 美元左右，容量为 64GB。

我们正在考虑购买一些低端固态硬盘，以更低的价格提供更多的容量。我的老板认为在备份数据中心耗尽的服务器上花费大约 5k 的磁盘不值得投资。

这些驱动器将用于联想 RD120 上的 6 驱动器 RAID 阵列。RAID 控制器是 Adaptec 8k（更名为联想）。

这种方法有多危险，可以做些什么来减轻这些危险？

我们目前将我们的 DNS SOA 记录设置为 stackoverflow.com 的以下内容：

    primary name server = ns1.p19.dynect.net
    serial  = 2009090909
    refresh = 3600 (1 hour)
    retry   = 600 (10 mins)
    expire  = 604800 (7 days)
    default TTL = 60 (1 min)

对于像 stackoverflow.com 这样每天接收接近 100 万浏览量的网站，我们的刷新/重试/过期/默认 TTL 是否有更好的选择？

我在非高峰时段对我们的（实时）数据库服务器进行了一些简单的手动基准测试，我注意到查询返回的基准测试结果有些不稳定。

不久前，我在我们所有的服务器上启用了“平衡”节能计划，因为我认为它们远未达到高利用率，这样我们可以节省一些能源。

我原以为这不会对性能产生显着的、可衡量的影响。然而，如果节省CPU功耗的特点是影响典型表现-尤其是共享的数据库服务器上-然后我不知道这是值得的！

我有点惊讶我们的网络层，即使在 35-40% 的负载下，也会从 2.8 Ghz @ 1.25V 降频到 2.0 Ghz @ 1.15V。

我完全期望降频可以节省电力，但对我来说，负载水平似乎足够高，它应该加速到全时钟速度。

我们的8-CPU的数据库服务器有一吨的流量，但非常低CPU使用率（只是由于我们的SQL查询的性质-他们很多，但真正简单的查询）。它通常位于 10% 或更少。所以我希望它比上面的屏幕截图降频更多。无论如何，当我将电源管理转为“高性能”时，我看到我的简单 SQL 查询基准提高了大约 20%，并且从运行到运行变得非常一致。

我想我认为轻负载服务器上的电源管理是双赢的——没有性能损失，并且显着节能，因为在大多数服务器中，CPU 通常是 #1 或 #2 的电源消耗者。情况似乎并非如此。在启用 CPU 电源管理的情况下，您将放弃一些性能，除非您的服务器始终处于如此大的负载下，以至于电源管理已有效地自行关闭。这个结果让我很惊讶。

有没有人有任何其他关于服务器 CPU 电源管理的经验或建议可以分享？它是您在服务器上打开或关闭的东西吗？您是否测量过您节省了多少电量？你有没有对它进行基准测试？

为什么 Windows Server（在这种情况下为 2008，但我在 2003 年看到过同样的问题）似乎在同步时间时出现问题？我在各种服务器的系统日志中看到了这个错误：

时间服务没有同步系统时间 86400 秒，因为没有时间服务提供者提供可用的时间戳。时间服务在能够与时间源同步之前不会更新本地系统时间。如果本地系统配置为作为客户端的时间服务器，它将停止作为时间源向客户端进行广告。时间服务将继续重试并与其时间源同步时间。检查其他 W32time 事件的系统事件日志以获取更多详细信息。运行“w32tm /resync”以强制进行即时时间同步。

在控制面板下，日期和时间，互联网时间设置被设置为与同步time-nw.nist.gov；上次成功同步是在 2 天前，表明存在某种问题。但是，如果我单击该对话框上的“立即更新”按钮，它确实会随着时间而更新！

那么为什么 Windows 服务器不能在没有我手动干预的情况下在后台通过 NTP 可靠地同步时间呢？我究竟做错了什么？

我们有一个特定的 SQL Server 2008 查询（不是存储过程，而是相同的 SQL 字符串——每 5 分钟执行一次），它间歇性地缓存一个非常糟糕的查询计划。

这个查询通常在几毫秒内运行，但是这个糟糕的查询计划需要 30+ 秒。

如何从 SQL Server 2008 中手术删除一个错误的缓存查询计划，而不破坏生产数据库服务器上的整个查询缓存？

删除给定文件夹中早于 (n) 天的所有文件的 Windows 命令行选项是什么？

另请注意，这些文件可能有数千个，因此forfiles在这里使用 shellcmd并不是一个好主意..除非您喜欢生成数千个命令 shell。我认为这是一个非常讨厌的黑客，所以让我们看看我们是否可以做得更好！

理想情况下，内置于（或可轻松安装到）Windows Server 2008 中。

今天，我们的一个 HAProxy 虚拟机出现了一个小故障转移问题。当我们深入研究时，我们发现：

Jan 26 07:41:45 haproxy2 内核：[226818.070059] __ratelimit：10 个回调被抑制
Jan 26 07:41:45 haproxy2 内核：[226818.070064] 内存不足
Jan 26 07:41:47 haproxy2 内核：[226819.560048] 套接字内存不足
Jan 26 07:41:49 haproxy2 内核：[226822.030044] 套接字内存不足

其中，根据此链接，显然与net.ipv4.tcp_mem. 所以我们将它们从默认值增加了 4 倍（这是 Ubuntu Server，不确定 Linux 风格是否重要）：

当前值为：45984 61312 91968
新值是：183936 245248 367872

之后，我们开始看到一条奇怪的错误消息：

Jan 26 08:18:49 haproxy1 内核：[2291.579726] 路由哈希链太长！
Jan 26 08:18:49 haproxy1 内核：[2291.579732] 调整您的 secret_interval！

嘘……这是秘密！！

这显然与/proc/sys/net/ipv4/route/secret_interval默认为 600 并控制路由缓存的定期刷新有关

该secret_interval指示内核多久吹走所有的路由条目的哈希不管他们是如何利用新/老。在我们的环境中，这通常很糟糕。每次清除缓存时，CPU 将忙于每秒重建数千个条目。然而，我们将其设置为每天运行一次以防止内存泄漏（尽管我们从未发生过）。

虽然我们很乐意减少这种情况，但建议定期删除整个路由缓存似乎很奇怪，而不是简单地更快地将旧值从路由缓存中推出。

经过一番调查，我们发现/proc/sys/net/ipv4/route/gc_elasticity这似乎是控制路由表大小的更好选择：

gc_elasticity最好将其描述为内核在开始使路由哈希条目到期之前将接受的平均桶深度。这将有助于保持活动路由的上限。 …

SuperMicro X8SIE-F 板卡有两个操作系统专用 LAN 接口（LAN1/2）和一个 IPMI 专用 LAN 接口。

是否可以将 IPMI 配置为使用 LAN1/2 接口之一而不是IPMI 端口？如果是，程序是什么？

这可能是一个愚蠢的问题，但我决定去做。

我将在接下来的几周内购买 3 台服务器，以在我家建立一个小型网络农场。

在服务器机房工作的不同人告诉我，我应该将服务器放在空调机房中。这真的很贵，因为南亚这里的温度在 10 到 50 摄氏度之间。

有趣的部分来了：我家里有一个额外的冰箱，为什么我不应该把服务器放在那个冰箱里？

好处：

1. 我不用买空调。
2. 我不必为服务器购买机架安装。
3. 冰箱消耗的电力比交流电少得多。

给我你的建议！

如何在 Windows Server 2008 R2 中禁用 CPU 电源管理缩放？

设置控制面板后，电源管理计划性能，然后重新启动——CPUID 的 Cpu-Z仍然显示时钟速度正在缩放。