在IIS上运行多个虚拟目录-有性能问题吗？

我需要在IIS 6.0上运行8-10个应用程序实例，这些实例都相同，但指向不同的后端（通过配置文件处理，每个虚拟目录的配置文件都不同）。我想创建多个指向不同版本的应用程序的虚拟目录，我想知道是否有任何重大的性能损失。该服务器（WindowsServer2003）是一个四核系统，内存为4GB，单次安装该应用程序几乎不需要CPU或内存，因此似乎不需要担心。这似乎并不能证明另一台服务器是合理的，特别是因为有些实例将很少使用。显然，性能取决于服务器和应用程序，但这种情况是否存在任何问题？

无问题。如果您遇到任何性能问题，IIS将不会为10个这样大小的应用程序提供性能问题。

无需担心。如果您遇到任何性能问题，它将不会与IIS的10个应用程序的大小。

< P>您应该考虑使用多个应用程序池。如果您这样做，那么服务器的cpu、内存、IO和网络资源都是有序的。那么就没有性能问题了

---

可以在同一个应用程序池上运行它们。但是，然后添加到列表中，线程池使用问题，因为所有的应用程序将使用一个线程池，如果它是32位服务器，那么W3WP进程就有一个限制（大约1.5 GB）。如果您这样做，那么服务器的cpu、内存、IO和网络资源都是有序的。那么就没有性能问题了

---

可以在同一个应用程序池上运行它们。但是，再将线程池使用问题添加到列表中，因为所有应用程序都将使用一个线程池，如果它是32位服务器，那么w3wp进程有一个限制（大约1.5 Gb）。

我们在一个10服务器负载平衡的服务器场上，每台服务器持续运行15-20个线程池。我们没有遇到任何问题

在一个10服务器负载平衡的服务器场上，每台服务器持续运行15-20次。我们没有遇到任何问题

Windows Server 2003上的IIS是为处理大量站点而构建的，因此站点本身的数量并不重要。应用程序的资源需求更是一个因素。例如，它消耗了多少I/o、cpu、线程、数据库资源

我们有一个四核Windows Server 2003服务器，可以处理数百个站点，没有问题。但一个资源密集型应用程序可以吃掉整个服务器，这没问题

如果您发现您的应用程序是cpu受限的，那么您可以将每个实例放在其自己的应用程序池中，然后限制每个池可以使用的cpu量，这样就没有一个实例可以对其他任何实例造成瓶颈

---

我建议您一次添加几个站点，看看它是如何运行的。

Windows Server 2003上的IIS是为处理大量站点而构建的，因此站点本身的数量并不重要。应用程序的资源需求更是一个因素。例如，它消耗了多少I/o、cpu、线程、数据库资源

我们有一个四核Windows Server 2003服务器，可以处理数百个站点，没有问题。但一个资源密集型应用程序可以吃掉整个服务器，这没问题

如果您发现您的应用程序是cpu受限的，那么您可以将每个实例放在其自己的应用程序池中，然后限制每个池可以使用的cpu量，这样就没有一个实例可以对其他任何实例造成瓶颈

---

我建议你一次添加几个，看看效果如何。

简短的回答是否定的，不应该有任何顾虑

实际上，你是在问IIS是否可以托管8-10个网站。。。当然可以。也许，您可能希望将其配置为单独的网站而不是虚拟目录，或者配置单独的应用程序池，以便每个实例完全独立

---

您提到，这些应用程序要求不高；假设它们没有全部链接到同一个Access数据库，我看不出有任何问题。

简单的回答是没有，应该没有问题

实际上，你是在问IIS是否可以托管8-10个网站。。。当然可以。也许，您可能希望将其配置为单独的网站而不是虚拟目录，或者配置单独的应用程序池，以便每个实例完全独立

您提到，这些应用程序要求不高；假设它们没有全部链接到同一个Access数据库，我看不出有任何问题