问通配符DNS，托管DNS或DNS服务器。

EN

解决这个问题的方法有很多种，但是最好的解决方案取决于您的限制、环境、站点类型等。例如：

• 单个服务器是否由于每个站点上内容的大小，或者由于所生成的负载/流量而无法处理所有站点？
• 内容是以文件形式存储的，还是存储在数据库中？
• 这些站点是否运行需要共享状态的应用程序？共享状态是否保存在内存中，还是保存在另一个服务器或服务器集群上？
• 每个站点是否需要自己部署应用程序，或者应用程序是否支持多租户(基本上，它是否可以查看请求的主机名，并将其用作其站点？？这是大多数多客户端托管的CMS/电子商务应用程序的工作方式)。
• 一个站点是否会变得如此之大以至于无法由一个服务器来处理呢？

我假设您有一个“典型的”web应用程序，应用程序托管在web服务器中，会话状态存储在本地内存(许多平台的默认状态)和数据库中。我将假设存储在数据库中，并且您的应用程序支持多租户。

设置它的“典型”方法是有多个层：

• 数据库层(非常强大的故障转移对、主/从系统或集群，取决于您的DB平台)
• 会话状态层(可以存储在DB层、单独的DB、IIS会话状态服务器、memcached或类似的东西中)
• 应用层(应用服务器-- IIS)
• 负载平衡层(专用硬件、nginx、HAproxy等)

这方面有几个要点：

• 任何应用服务器都能够处理对任何“站点”的请求(因为它都是相同的应用程序，并且它们都连接到同一个数据库)
• 您的会话状态必须是共享的，并且对所有应用服务器都可用。
• 您的数据库层必须能够处理来自所有应用服务器的同时访问负载。大多数人都会在不同的点上使用大量的缓存来完成这项工作。
• 如果你的目标是高可用性，你需要有N+1容量:例如，如果你的峰值负载需要10个应用服务器，那么你应该至少有11个。
• 很多时候，在一个大站点中，人们会将静态内容(图像、css等)卸载到另一台服务器，甚至是像Akami或Amazon这样的CDN。

设置非常灵活。您可以添加许多应用服务器。您可以独立地更改任何teir的设置。你没有单一的失败点(例如，你可以容忍失去一两台服务器而没有人注意到)。

即使你的应用程序不支持多租户，你也有几个选择：

• 将每个站点部署到每个服务器(注意:这要求您有一种方法来保持所有文件的安装/更新同步，并且不在本地存储任何内容)
• 将每个站点部署到每个服务器，但将内容存储在集中式(且冗余的) NAS或SAN上。
• 有选择地部署站点，然后使用负载均衡器根据主机名将流量定向到适当的服务器。

看看StackExchange的设置，它实际上非常接近我刚才描述的内容：

对此有多种解决方案。如何根据域静态地确定服务器目的地呢？例如，在创建"site12“之后，如果"site12”的哈希值为偶数，则为server1，否则为server2。

您的问题是以编程方式创建DNS记录吗？

如果是这样，您可以使用NicTool。它有一个用于管理DNS的广泛API，并且可以与许多名称服务器一起工作。

免责声明:我在工作中使用NicTool，并建立了自动化系统，为我们节省了大量的成本。