如何评估Active Directory需求的链接容量?

我正在为拥有总部和一些远程站点的公司工作。 我们在总部拥有一台Active Directory服务器,现在我们希望远程站点中的所有用户都能够join总部的域,并在其上工作。

我想评估我们的带宽,看看我们是否有足够的stream量来处理所有的办公室之间的stream量。 我可以做什么或者哪个工具可以用于评估和统计?

不知道你提供超出authentication的服务(如组策略,文件/打印共享等),这是我会做的。

实时testing/慢卷展栏

  • 从你的远程站点开始,逐个build立一个链接回hq,很可能通过vpn。

  • 将您的工作站join到域中。 确保用户可以访问过程中的必要资源(文件/打印共享,组策略正在工作等)

  • 留意远程办公室和hq的带宽。 每个人对此都有自己的看法,但是如果我在整个营业时间里看到带宽利用率始终高于%75,那么如果在预算之内的话,我会希望升级该位置的链路。 高于此的峰值是好的,并且是可以预期的。 至于为此使用的工具,这取决于你用什么来路由你的stream量。 例如PFSense有一个内置的stream量图,将显示你的链接是多么饱和。

在这里输入图像说明

我相信其他商业级路由器也有类似的工具。 如果您正在寻找延迟, SmokePing等工具可以帮助您监控从远程办公室到hq的延迟。

最后,如上所述,在远程站点 hq,这是一个不间断的networking监视过程,因为随着远程办公室需求的增长,带宽需求也将随之增长。 为了进行曲线化,如果某些办公室足够大,可能值得在现场设置域控制器和/或其他服务器。 这有一个好处,就是只有那个服务器和hq对话,在使用MS推动的BITS等技术的时候,在这个过程中保留了很多的带宽。

如果他们只使用它来进行单词文档和ADauthentication,工作量可能会相当低 – 但还有很多其他的事情要考虑,比如:

他们的networkingstream量将共享相同的线路? 电子邮件怎么样? 多less台电脑/用户?

没有办法可靠地估计您打算创build的stream量。

另外,您是否考虑过在远程站点安装RODC和DFS盒的可能性,以降低networkingWAN链路上的负载?

希望这可以帮助

我使用通过电缆/ DSL线路的站点到站点VPN连接的多个远程办公室运行networking。

如果你只是担心活动目录stream量 – 这是非常小的。 几乎可以忽略不计。 文件共享是一个完全不同的故事,这完全取决于人们在用他们的文件做什么。

我们有几个没有服务器的小型办公室(3-10人),一切都保存在我们总部的文件服务器上,在那里我们有光纤和速度。 只要互联网可靠,这个工作就很好。 请记住,你被限制在双向速度最慢的速度 – 如果你在这两个位置有5mbit的下/ 1mbit的电缆,你几乎只限于1mbit的速度 – 因为一方会一直发送,另一方边接收。

对于大型办公室,我们在现场安装一台服务器,作为域控制器和文件服务器。 这使他们可以做一些工作,即使他们的networking出现故障。 当没有人需要互联网时,备份是在我们总部过夜完成的。

这工作相当好。 我们遇到了一些问题 – 例如试图将音乐和video保存到networking驱动器的人(在某些情况下实际上与工作相关)。

你唯一能做的就是试试看。 从最小的(以员工身份)办公室开始,监控他们的带宽使用情况。 如果事情正常,工作人员不抱怨太多,转到下一个最大的问题。 当您开始接到投诉时,请增加带宽或尝试在该站点添加域控制器/文件服务器,并且应该改进。 他们不需要成为全新的服务器 – 我们升级了真正需要的服务器,并将旧服务器升级到远程办公室。