如何为ASP.NET Core网站创建多IIS实例并实现请求调度？

一、虚拟化方案选择 #

本地环境下推荐两种实用方案，按需选择：

• Hyper-V（Windows自带）：适合需要完整Windows服务器环境的场景。启用Hyper-V后创建多个虚拟机，每个虚拟机安装Windows Server、IIS，部署你的ASP.NET Core应用（记得安装ASP.NET Core托管模块），给每个虚拟机分配独立IP或端口，确保能单独访问。
• Docker：轻量、启动快，适合容器化部署。用微软官方的IIS基础镜像（mcr.microsoft.com/windows/servercore/iis），编写Dockerfile复制你的ASP.NET Core应用文件到容器的IIS站点目录，构建镜像后运行多个容器，每个容器映射到本地不同端口（比如8081、8082）。

二、IIS多实例配置细节 #

针对Hyper-V虚拟机 #

1. 每个虚拟机安装IIS后，通过「Web平台安装程序」安装ASP.NET Core托管模块，确保IIS能处理ASP.NET Core请求。
2. 部署应用到每个虚拟机的IIS站点，配置独立的站点绑定（IP+端口），测试每个实例能正常访问（比如http://192.168.1.10:80）。

针对Docker容器 #

1. 编写Dockerfile示例（以ASP.NET Core 6.0为例）：

FROM mcr.microsoft.com/dotnet/aspnet:6.0-windowsservercore-ltsc2022 AS base
WORKDIR /app
EXPOSE 80

FROM mcr.microsoft.com/dotnet/sdk:6.0-windowsservercore-ltsc2022 AS build
WORKDIR /src
COPY ["YourApp.csproj", "."]
RUN dotnet restore "./YourApp.csproj"
COPY . .
WORKDIR "/src/."
RUN dotnet build "YourApp.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "YourApp.csproj" -c Release -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "YourApp.dll"]

（如果要纯IIS托管，可改用IIS基础镜像，手动配置站点和应用池）
2. 运行多个实例：

docker run -d -p 8081:80 your-aspnet-image
docker run -d -p 8082:80 your-aspnet-image

三、请求分发与空闲实例协调组件 #

推荐两种实现方式，从易到难：

1. IIS ARR（Application Request Routing）—— 集成化方案 #

这是和IIS深度集成的负载均衡工具，自带健康检查和负载分发能力：

• 安装ARR：打开IIS管理器，通过「Web平台安装程序」搜索并安装Application Request Routing。
• 创建服务器场：右键「服务器场」→「添加服务器场」，输入你的各个实例地址（比如localhost:8081、192.168.1.10:80）。
• 配置健康检查：进入服务器场的「健康检查」设置，启用健康检查，设置检查路径为你的ASP.NET Core实例的健康接口（比如/api/health）。可以让这个接口返回当前服务器的CPU、内存使用率，ARR根据返回的状态或指标判断实例是否空闲。
• 配置负载均衡算法：选择「最少连接数」策略，该策略会自动将请求分发到当前活跃请求最少的实例（即更空闲的实例）；如果需要更精准的负载控制，可以自定义健康检查的响应内容，让ARR根据负载值动态调整权重。

2. 自定义协调服务—— 灵活可控方案 #

如果ARR满足不了你的自定义需求，可以自己写一个轻量级的API网关：

• 用ASP.NET Core创建一个新的Web项目，作为请求入口。
• 维护一个实例列表（可配置在appsettings.json），比如：

"InstanceList": [
  "http://localhost:8081",
  "http://localhost:8082",
  "http://192.168.1.10:80"
]

• 实现状态检测：用BackgroundService定期调用每个实例的/api/status接口（需要你的ASP.NET Core应用添加这个接口，返回当前CPU使用率、活跃请求数等指标），更新每个实例的负载状态。
• 实现请求转发：在网关的中间件或控制器中，选择当前负载最低的实例，用HttpClient将请求转发过去，或者用ASP.NET Core的反向代理中间件（Yarp.ReverseProxy）配合自定义路由规则实现。

关键注意事项 #

• 无状态设计：确保你的ASP.NET Core应用是无状态的，这样请求可以随意分发到任何实例；如果需要会话，要配置负载均衡的会话亲和性（比如ARR中的「客户端IP亲和性」）。
• 健康检查接口：每个实例必须暴露可靠的健康/状态接口，这是协调组件判断实例是否可用、是否空闲的核心依据。可以用Microsoft.Extensions.Diagnostics.HealthChecks包快速实现，添加自定义检查逻辑获取系统资源使用情况。

内容的提问来源于stack exchange，提问作者Khánh Long Trần