标签: sizing

我一直在努力调整服务器机架中电源和相关 PDU 的大小。不知何故，我觉得根据电源的铭牌要求，我的尺寸太大了。

我的简单方法是查看我的电源上的铭牌图，将它们相加并确定我的供稿大小。用一个有 10 台服务器、1 个存储阵列和 4 台 Cisco 交换机的机架来做这件事，会给我留下 6 到 20 安培的电路吗？我如何得出这个数字？好吧，我看到了绝对最坏的情况，在我看来，我的电源有一半出现故障，并且我正在同时在连接到剩余一半电源的 3 个电路上启动所有设备。因为我必须假设所有负载都将集中在我的一半插座上，这实际上使我的需求翻了一番。

有没有人有比这更好的方法？当我告诉我的客户我需要 80 或 90 安培用于 8 或 9 个服务器和一些交换机时，他们有点害怕。听起来确实有点夸张。我知道一种选择可能是将高功耗设备（如服务器和阵列）配置为在恢复供电时不开机。我不知道我是否可以选择延迟开机。那样就好了。开关式 PDU 是否具有这样的功能，它可以让插座通电。这样好像会有效果。

澄清

我知道我可以使用计算器来确定比启动功耗低得多的稳态功耗。我最关心的是一次所有组件的启动功率消耗。从那里我实际上必须将我提供给机柜的容量增加一倍，以仅占可用容量的一半启动，因为我的一半电源出现故障。

根据一些研究，似乎可以自行上演的开关插座可能是答案。其他人同意还是有更好的解决方案？

我需要使用具有很多规则的重定向映射（2k+ 行，文件大小为 ~200K）

我在 nginx 中有以下设置：

map $uri $new_uri {
        include /etc/nginx/conf.d/redirects.map;
}

server {
        listen 80 default_server;
        listen [::]:80 default_server;

        # redirects
        if ($new_uri) {
                rewrite ^ $new_uri permanent;
        }

作为描述在这里，发现这里。问题：configtest 失败：

nginx: [emerg] could not build map_hash, you should increase map_hash_bucket_size: 64

我试图将 map_hash_max_size 和 map_hash_bucket_size 增加到非常疯狂的值：

map $uri $new_uri {
        map_hash_max_size 262144;
        map_hash_bucket_size 262144;
        include /etc/nginx/conf.d/redirects.map;
}

但仍然有相同的错误（完全以'64'结尾）。我选择了这些值，因此它们大于文件大小。我确保通过添加“blabla”并查看“未知指令”来编辑实时配置

那么，应该如何设置这些值呢？不幸的是，官方文档中没有太多细节。

是否有任何工具可以折磨测试和衡量 AD 性能？我们正在考虑对我们的环境进行相当大的扩展（想想数万台计算机），这将在我们的 AD 环境中引发大量事务。

我们怀疑我们需要在我们的核心网络中添加硬件，但我不想盲目购买硬件，要么浪费钱，要么损害用户的性能。

有任何想法吗？我正在考虑一种生成综合交易的工具，但我愿意接受任何建议。