我需要在IIS 6.0上运行我的应用程序的8-10个实例,这些实例完全相同但指向不同的后端(通过配置文件处理,每个虚拟目录都不同)。我想创建多个指向应用程序的不同版本的虚拟目录,我想知道是否存在任何显着的性能损失。服务器(Windows Server 2003)是一个四核,4 GB内存,单个安装的应用程序几乎不接触CPU或内存,所以它似乎不是一个问题。这似乎不能证明另一台服务器的合理性,特别是因为某些实例的使用非常简单。显然,性能取决于服务器和应用程序,但这种情况是否有任何问题?
答案 0 :(得分:2)
Windows Server 2003上的IIS是为处理大量站点而构建的,因此站点本身的数量不是问题。您的应用程序的资源需求更是一个因素。即,它消耗了多少,i / o,cpu,线程,数据库资源?
我们这里有一个四核Windows Server 2003服务器处理几百个站点没问题。但是一个资源密集型应用程序可以吃整个服务器没问题。
如果您发现您的应用程序是cpu绑定的,您可以将每个实例放在自己的应用程序池中,然后限制每个池可以使用的CPU数量,这样就不会有任何一个实例会阻塞任何其他实例。
我建议你一次添加几个,看看它是怎么回事。
答案 1 :(得分:1)
无顾虑。如果您遇到任何性能问题,那么对于10个大小的应用程序,它将不适用于IIS。
答案 2 :(得分:1)
您应该考虑使用多个应用程序池。如果这样做,服务器的CPU,内存,IO和网络资源都是有序的。然后没有性能问题。
可以在同一个应用程序池中运行它们。但随后添加到列表中,线程池使用问题,因为所有应用程序将使用一个线程池,如果它是32位服务器那么w3wp进程有一个限制(大约1.5 Gb)。
答案 3 :(得分:1)
我们在10台服务器负载均衡的服务器场上每台服务器运行15-20。我们没有遇到任何问题
答案 4 :(得分:0)
简短的回答是否定的,应该没有任何顾虑。
实际上,您在询问IIS是否可以托管8-10个网站......当然可以。也许,您可能希望将其配置为单个网站而不是虚拟目录,并且可能将其配置为单独的应用程序池,以便每个实例完全独立。
你提到这些并不是要求苛刻的应用;假设它们并非全部链接到同一个Access数据库,我看不出任何问题。