是否有系统pipe理员用于执行容量规划研究的任何资源（模板，工具等）？ 我将在云上设置一些服务器，但是我需要知道我需要多less用于我的使用模式（例如是否可以合并某些服务器）以及需要的内存等。 谢谢
首先，如果这个问题是错误的StackExchange站点，这是关于以太网networking容量，但不是专门关于服务器等。 我正在devise一个数据采集系统的networking，将通过TCP以30 Mbps的速度输出数据。 （为了避免明显的第一条评论，这绝对是每秒兆位）。 我记得在某个地方应该把networking的正常使用率保持在10％以下，但是我找不到适当的研究。 这个10％的数字是否合理？如果是这样的话，对我的数据采集系统来说是否合适呢？还是这个数字是用于例如企业networking的，比我的30 Mbps更“突发”？ 与使用30％容量的100baseT设备相比，使用千兆以太网会更好吗？
情况： 我有一堆刀片，每个都有相同数量的内存和内核。 一些有本地存储，有些则不依赖于SAN。 我也有大量的虚拟机，我需要build立和放在这些刀片上。 有大约7或8个不同的实例types，每个都有相同的规格。 例如，instanceA具有2 GB RAM / 2核/ 100 GB SAN存储。 InstanceB具有4 GB RAM / 8核/ 60 GB刀片本地存储。 InstanceC具有16GB RAM / 4核/ 100 GB刀片本地存储。 等等。 是否有某种工具可以运行/ get / etc，我可以在每个刀片和实例规范中打出冲突，并且工具会自动提出将实例放在哪个刀片上，同时留出一点空间用于开销？ 即使是一个Excel模板或者其他东西都可以。 虚拟机和主机列表进入，虚拟机的位置出来。 VMware与vSphere。 任何input赞赏
我正在帮助客户将他的公司搬到新的大楼。 在那里，我们将在两个不同的楼层有两个机架，以适应各种服务器和交换机基础设施。 我们也会利用这个机会将最后剩下的100MBnetworking部分迁移到千兆速度，整个设置将通过Cat.6authentication。 我们目前没有使用任何光纤（我也没有使用过光纤），而且我们的交换机都是铜缆，但是我正在考虑在两个机架之间取一些光纤，以便在未来的扩展中使用它作为“主干” （网线分布在两个机架之间，所以我在一个机架上有一些交换机，另一个在另一个机架上）。 两个机架之间有30〜40米的导pipe。 你认为这是一个好主意吗？ 我应该得到多less双？ 是不是一成不变地思考呢？ 什么光纤types，什么连接器？ 我主要考虑在10Gbit进入公司的几年内升级，也许只是在千兆位开始被最终用户系统推动时才开始作为千兆位铜质交换机之间的骨干。 看起来像最常见和价格明智的select是考虑与GBIC或类似插槽的交换机。
几个问题。 如果您始终将存储networking交换机与生产交换机完全分开，或者VLAN是否合适以分割此stream量？ 这里有一个金科玉律吗？ 如何根据制造商提供的规格（吞吐量，转发吞吐量，堆叠吞吐量，最大Mac），为您的环境正确规划交换机？ 如果您有两个开关选项，其中一个的最大Mac地址为8,000而另一个的地址为16,0000。 这对我来说意味着什么？ 如何确保一个对另一个适合我的大小？ 除了支持VLAN和巨型帧之外，虚拟环境生产或存储networking还有其他的“必须”吗？ 有大量关于SAN等的大小的知识，但这似乎同样重要，find尽可能多的信息是相当具有挑战性的。 – 只是为了添加一些环境信息。 上面的设置是指支持两个不同位置的数据中心，这两个位置总共有大约100个用户。 存储stream量将是iSCSI，将是3个ESXi主机和一个容纳2.7TB数据的SAN。 由于目前没有存储networking（没有SAN），所以我很难在＃2的基础上真正确定底板吞吐量和交换机规格是否足够。
我试图找出我的主机托pipe需求，一个要求是服务器的用电量。 大多数托pipe服务提供商可以为您提供每U服务器0.4到1安培的选项。 我应该如何解决服务器使用多less电源的问题？
有人告诉我，如果购买更大容量的SSD，可以延长SSD的使用寿命。 理由是较新的SSD具有损耗均衡性，因此无论您是否在（逻辑）磁盘上传播本文，都应该保持相同的写入量。 如果你得到的SSD尺寸是你需要的尺寸的两倍，那么你有两倍的容量来平衡。 这有什么道理吗？
我正在devise一个客户端连接和保持连接的networking服务 – 模型离IRC不远，而不是s2s连接。 我可以使用一些帮助来理解如何进行容量规划，尤其是与处理来自/到客户端的消息相关的系统资源成本。 有一篇文章试图让100万个客户端连接到同一台服务器上[1]。 当然，这些客户大部分在testing中都是完全闲置的。 如果客户每隔5秒钟发出一个消息，系统肯定会被甩掉。 但是…你怎么less挥手，你知道， 衡量这样一个突破点？ 我们正在讨论客户端通过TCP套接字发送的消息到内核中，并由应用程序读取。 数据在内存中从一个缓冲区移到另一个缓冲区。 我需要考虑内存吞吐量（“5 GT / s”[2]等）？ 我非常肯定，我有能力测量由于TCP / IP缓冲区，预期带宽和处理消息所需的CPU资源而导致的基本内存需求。 对于我所说的“吞吞吐吐”，我有点朦胧。 帮帮我！ 另外，有没有人真的这样做？ 或者，大多数人都会用手摇来看看现实世界提供什么，然后做出适当的反应？ [1] http://www.metabrew.com/article/a-million-user-comet-application-with-mochiweb-part-3/ [2] http://en.wikipedia.org/wiki/GT/s
在典型的容量规划过程中，我看到的可能是一个简单的考虑， 只能估计预计要通过networkingpipe道的页面或数据大小。 这意味着就像在常规应用程序开发中一样，HTTP页面的平均响应大小为30KB，或者XML Web服务数据大小平均为100KB，则这些数字将被原始数据乘以预测的数量，以获得预期的带宽需求。 看起来，应用程序开发人员和架构师倾向于忘记或完全不知道应用程序数据被封装到底层传输层进行传输的事实。 所以他们很less考虑在TCP / IP包和以太网帧中由头部开销消耗的带宽。 我觉得在带宽规划期间应该考虑这些开销，但不知道如何准确计算这些开销。 有没有一个基本的公式或过程，因素这些开销百分比？ 到目前为止，我还没有看到任何文章讨论这个问题。
我不知何故被提名为我家小企业的系统pipe理员。 虽然pipe理这个应该很容易，但我对这样做的最好方式是撕裂的。 上述业务的一个独特之处在于它非常分散 – 有30个地点，每个地点只有一台电脑。 还有5-10名工作人员经常在不同地点之间移动，每个工作人员和分支机构都有公司提供的运行Windows 10 Professional的笔记本电脑。 虽然我可以（并且已经）手动应用组策略到每台计算机并手动安装程序，但是在这样做到40台机器并在这些分开的分支之间行驶了数百英里之后，它会变得很累。 理想的情况下，这家公司将具有集中的Windows身份validation，漫游用户configuration文件和分支机构之间的文件夹redirect，特定用户之间共享的集中式组策略和networking驱动器。 我假设在正常环境中这样做的最好方法是在每个分支中都有一个Active Directory域控制器，并使用它来集中pipe理这些方面并提供文件共享。 但是，对于一个小企业来说，在经常变化的地方有这么多的专用服务器是不经济的。 事实上，这是不可能的 – 公司没有固定的总部，理论上我可以运行这样的服务器。 这似乎是我唯一的解决scheme是云计算…我的第一个想法是在云中有一个AD DC（听起来很愚蠢），并为客户端连接到这个使用VPN（DirectAccess不工作云由于IP的东西）。 然后，他们像往常一样join域名，一切都得到执行。 我去了Google云端平台（我最熟悉的是，Azure没有太大差别），configuration了Windows服务器，成为了AD DC，安装了OpenVPN服务器，configuration了路由，制作了一些证书，安装在笔记本电脑上，成功join了这个领域，一切似乎都没有问题（除了组策略只有一半申请，但我会在后面解决）。 电子邮件也是不可或缺的一部分。 每天的停机时间大约是10,000英镑（13,000美元）的收入损失，这个数字每年翻一番。 没有能力计划是由我的前任做的，所以一切都是匆匆抛在一起。 这将需要对AD DS进行身份validation，因为员工和pipe理层期望单点login。 除非我使用第三方电子邮件服务，否则我无法在云中执行电子邮件，但是我们需要保持100％的产能，而且我们目前正在维护自己的IP声誉。 目前没有电子邮件SSO，电子邮件运行在一个独立的Linux服务器上，并有一个单独的VPS提供商（显然不容易扩展）。 另外，还存在通过高延迟连接使SMB共享的问题。 虽然这在使用时不是问题，但我知道这可能会造成问题。 那么， 我是以正确的方式去做的吗？ 这是适当的使用Active Directory吗？ 我们是否应该把所有的东西都搬到一个托pipe的群件产品和networking邮件上，而不是完全打扰呢？ 如果是这样，这大大降低了pipe理层同意我的计划的可能性。 编辑：我们正在pipe理自己的电子邮件，因为我们有更多的地址比机器（大量的兼职员工），所以我们不能支付每个用户。