在同一服务器上托管多个生产共享点站点

发布于 2024-07-27 12:37:21 字数 199 浏览 5 评论 0原文

我目前在虚拟服务器上为客户托管一个小容量 WSS 3.0 应用程序,很快将为不同的客户创建更多站点。 每个客户平均总共只有大约 50 个用户,一次最多只有几个。

将所有这些托管在同一个虚拟机上是否存在任何问题? 每个都是一个单独的 Web 应用程序,具有单独的 IP 地址。 客户端是不相关的,不应该知道他们在同一台机器上。

谢谢!

I am currently hosting a low-volume WSS 3.0 application on a virtual server for a client, and soon will be creating a few more sites for different customers. Each customer will only average around 50 users total, no more than a few at a time.

Are there any issues with hosting all of these on the same virtual box? Each would be a separate web application with a separate IP address. Clients are unrelated and shouldn't have any idea that they're on the same machine.

Thanks!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

时光清浅 2024-08-03 12:37:21

我建议您在实施之前仔细测试此场景,以便检测哪些资源瓶颈(WFE CPU、BE CPU 等)并做好容量规划。 我会尝试回答诸如

  • 了解您的内容之类的问题:内容是静态的还是动态的,这决定了缓存特性?
  • 资源消耗的模式是怎样的? 是否受 WFE 或 DB 约束? 磁盘还是CPU?
  • 主要是读、写还是组合?
  • 预期 RPS、每秒事务数?

这些问题的答案将为您提供有关如何扩展部署的想法。 对于前。 如果您受 WFE 限制(即 WFE 服务器中的 CPU/磁盘消耗较高),那么您可以添加更多虚拟 WFE 服务器来增加数据库上的负载。

另外,我假设您没有处于独立部署中(即 WFE 和 DB 在同一个框中),因为这无法扩展。

最后的建议 - 如有疑问,请添加 RAM。 它的回报比您可以添加到系统中的任何其他东西都要多,比 CPU 和磁盘还要多。

I would suggest you to TEST this scenario carefully before implementing it, in order to detect which resource bottlenecks (WFE CPU, BE CPU, etc) and do a good capacity planning. I would try to answer questions like

  • Understand your content: is content more static or dynamic, which determines is caching characteristics?
  • What's the pattern of resource consumption? Is WFE- or DB- bound? Disk or CPU?
  • Mostly Read, Write, or a combination?
  • Expected RPS, # of transactions/sec?

Answers to these questions will give you ideas of how to scale your deployment. For ex. if you are WFE-bound (i.e. high CPU/disk consumption in the WFE server(s)) then you may be able to e.g. add more virtual WFE servers to increase the load on the DB.

Also, I'm assuming you are not in a standalone deployment (i.e. WFE and DB in same box), because that won't scale.

And last advice - when in doubt, add RAM. It pays back more than anything else you can add to the system, more than CPU and disk.

只是偏爱你 2024-08-03 12:37:21

还有一种特定于 Sharepoint 的调整工具 - 一个来自戴尔,另一个来自惠普。 如果您担心扩展/瓶颈,您也可以尝试这些。

您是否还尝试在不同的 IIS(即 Web 应用程序)上设置相同的 Sharepoint 应用程序/功能? SP 是否允许在 SP 场上使用同一应用程序的不同版本?

There's also a Sharepoint specific sizing tool - one from Dell and another from HP. You can try those out as well if scaling/bottleneck is a concern.

Also are you trying to setup the same Sharepoint application/feature on different IIS'es i.e. Web Apps? Will SP allow possibly different versions of the same app on a SP farm?

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文