如何估算一台数据库服务器能够承受的并发量

There're two general methods Let me call them internal and external, for lack of better terms The internal method calculates the max concurrency based on CPU speed compared to the CPU time used by one buffer get You have to estimate how many buffer gets your application will require at the peak time This of course assumes the application is fairly well tuned and disk I/O's are not a big part of the overall problem The external method is test without, or without much, thinking Many tools can do this Swingbench is one commonly used

参照此表，您可以估算出服务器在繁忙时段的平均扩展系数，并且还可以为 Server_Transinfo_Range 设定合理的数值，以此得到一个比较理想的服务器可用性指标。以下内容节选自 Domino Administrator 651 帮助文档。集群中的每个服务器都定期判断自己的工作负载，判断将基于服务器最近处理请求的响应时间作出。系统用 0 到 100 之间的数字表示工作负载，其中 0 表示服务器负载过重;100 表示服务器负载很轻。这个数值称为服务器的可用性指标。随响应时间增加，服务器可用性指标减小。服务器的可用性指标约等于仍然可用的总服务器容量百分比。例如，如果服务器的可用性指标为 65，则仍然有 65% 的服务器容量可用。尽管企业中的服务器功率和资源可能不同，但每台服务器上的服务器可用性指标都代表同一件事 -- 仍然可用的服务器容量。服务器可用性指标基于扩展系数生成，用于指示服务器上的当前工作负载。扩展系数是由特定类型事件的响应时间与服务器曾经完成此类事务的最短时间之比决定的。例如，如果服务器当前执行“打开数据库”事务的平均时间为 12 毫秒，而服务器曾经执行“打开数据库”事务的最短时间为 3 毫秒，则“打开数据库”事务的扩展系数为 4（当前时间 12 毫秒除以最快时间 3 毫秒）。换言之，扩展系数决定完成当前事务所花的时间是在最佳条件下所花时间的多少倍。IBM(R) Domino(TM) 将每种事务的最短时间存储在内存和 LOADMONNCF 文件中，服务器每次启动时都会读取该时间。服务器关机时，Domino 会用最新信息更新 LOADMONNCF 文件。为确定当前的扩展系数，Domino 会在指定的时间段内跟踪最常用的几种 Domino 事务类型。缺省情况下，Domino 会在 5 个时间段内跟踪这些事务，每段时间为 15 秒。然后，Domino 就可以确定完成每种事务平均要花的时间，并用该时间除以它曾经完成每种同类事务所花的最短时间。这样就可确定每种事件的扩展系数。为确定整个服务器的扩展系数，Domino 会取所有类型事务的扩展系数的平均值，并对最常用的事务类型给予较大的加权数。当服务器繁忙时，对服务器添加更多负载会显著地影响服务器的性能和可用性。因此，向繁忙的服务器中添加负载也比向不繁忙的服务器中添加负载要更快地增大扩展系数。因为各个服务器的速度、容量和处理能力各不相同，能够处理的工作负载也不尽相同。所以，两个不同服务器的扩展系数相同并不一定意味着二者能够承担相当的工作负载。例如，对于一个在空闲状态下执行事务都需要花费很长时间的小型服务器来说，扩展系数 40 可能表示用户需要等待若干秒才能得到响应。而对于一个处理速度非常快的超大型服务器来说，扩展系数 400 可能表示用户只需等待不到一秒的时间就能得到响应。注意：下表中的值是根据扩展系数 64 生成的，该值表示服务器处于满负载状态。 扩展系数可用性指标 1<nozeros> 100<nozeros> 2<nozeros> 83<nozeros> 4<nozeros> 67<nozeros> 8<nozeros> 50<nozeros> 16<nozeros> 33<nozeros> 32<nozeros> 17<nozeros> 64<nozeros> 0<nozeros> 注意：扩展系数和可用性指标仅用于度量服务器响应时间，该时间通常只是客户机经历的响应时间的一小部分。例如，客户机和服务器之间的网络响应时间通常占客户机经历的响应时间的很大部分。更改表示服务器处于满负载状态的扩展系数值 要有效利用 Domino 工作负载平衡，必须调整扩展系数与可用性指标之间的关系，以便服务器在达到预期的故障转移工作负载时进行故障转移。通过指定表示服务器处于满负载状态的扩展系数值，可以实现此目的。Domino 中的缺省值为 64。当扩展系数达到该值时，便可将服务器视为负载已满，可用性指标降为 0（零）。如果服务器的功能特别强大，处理速度特别快，则可提高表示服务器处于满负载状态的扩展系数值。对于一些处理速度极快的服务器来说，该值可以提高到几百或更高。如果服务器的处理速度特别慢，则可降低该值。要更改表示满负载服务器的扩展系数值，请将下面的设置添加到 NOTESINI 文件，然后重新启动服务器。SERVER_TRANSINFO_RANGE= n 其中，值 n 表示服务器处于满负载状态的扩展系数值等于 2 的 n 次幂。 n 的缺省值为 6，这说明扩展系数值为 64，因为 2 的 6 次幂为 64;如果将 SERVER_TRANSINFO_RANGE 设为 7，则满负载时的扩展系数值为 128;如果将 SERVER_TRANSINFO_RANGE 设为 8，则该值为 256。要确定 SERVER_TRANSINFO_RANGE 的最优值，请执行下列 *** 作：1 在服务器负载过重的期间内，监控服务器的扩展系数。可以使用控制台命令“show stat serverexpansionfactor”来执行此任务。另外，还可以在这些期间内监控性能统计信息。记录有关此类期间的足够多的扩展系数值，以便确定使用哪个扩展系数值来表示服务器处于满负载状态。 2 为 SERVER_TRANSINFO_RANGE 确定一个值，以 2 为底数, 该值为指数计算而得的值，即为在步骤 1 中选择的扩展系数值。 如果更改了表示服务器处于满负载状态的扩展系数值，扩展系数与可用性指标之间的关系就会发生变化。下表列出了当 SERVER_TRANSINFO_RANGE 值为 8 时的一些扩展系数以及由之转换而来的可用性指标。因为 2 的 8 次幂为 256，所以本例中的最大扩展系数为 256。扩展系数可用性指标1<nozeros>100<nozeros>2<nozeros>88<nozeros>4<nozeros>75<nozeros>8<nozeros>63<nozeros>16<nozeros>50<nozeros>32<nozeros>38<nozeros>64<nozeros>25<nozeros>128<nozeros>13<nozeros>256<nozeros>0<nozeros>更改用于计算扩展系数的数据量 尽管不是必需的 *** 作，但还是可以使用下列 NOTESINI 设置来更改 Domino 收集用以配置扩展系数的数据量。 要更改 Domino 使用的数据收集时间段数，请使用 NOTESINI 的 Server_Transinfo_Max=x 设置，其中 x 是您希望 Domino 使用的收集时段数量。 要更改每个数据收集时间段的时间长度，请使用 NOTESINI 的 Server_Transinfo_Update_Interval=x 设置，其中 x 是每个时间段的长度（秒）。

因为服务器虚拟化会令许可问题变复杂，因此在开始部署虚拟服务器之前一定要了解许可需求，这样能够节省采购成本。凭借服务器虚拟化，你可以将运行中的虚拟机从一台物理机在线迁移到另一台。服务器虚拟化简化了新服务器部署过程，并且能够根据需要进行调整。然而，你可能会违反服务器许可协议。
在虚拟数据中心中，hypervisor、 *** 作系统以及应用都需要许可。请注意：我们只讨论虚拟服务器，因为虚拟桌面引入了完全不同的许可规则集合。
尽管存在例外，但是你必须在虚拟数据中心中使用不同类型的许可：
• Hypervisor许可
•虚拟服务器 *** 作系统许可
•虚拟服务器客户端访问许可
•应用许可
•应用客户端访问许可
Windows Server 2012虚拟化许可示例
虚拟服务器的许可和物理服务器类似。例如，运行Windows Server 2012以及Exchange Server 2013的物理服务器将需要一个Windows Server 2012服务器许可，适当数量的客户端访问许可，以及一个Exchange 客户端访问许可。应用软件比如防病毒程序或者备份代理可能需要额外的许可。
如果该物理服务器被虚拟化了，那么对Windows 以及Exchange的许可要求仍旧没有发生变化，此外还需要hypervisor许可。到目前为止，虚拟化Windows Server 2012增加了许可成本。
虚拟服务器环境可能需要相当数量的客户端，这将会增加成本。很多软件厂商在提供虚拟化产品时已经将许可考虑在内。某些了解虚拟化感知许可工作机制的组织能够显著降低许可购买成本。
可能了解虚拟化感知许可最好的例子就是微软对Windows Server 2012的许可策略。如果主机服务器运行Windows Server 2012以及Hyper-V（没有其他应用），那么你有权运行Windows Server 2012虚拟实例的数量与 *** 作系统版本有关（Windows Server 2008 R2也采用了类似的策略）。如果购买的是Windows Server 2012数据中心版本的许可，那么你有权在该物理服务器上运行任意数量的虚拟机。如果Windows Server 2012虚拟机运行在VMware ESX/ESXi之上，那么这一许可策略同样适用。
提防因采用虚拟化而违背许可策略
一个经常被忽略的虚拟服务器许可问题就是虚拟机迁移技术，比如故障切换集群以及微软在线迁移或者VMware vMotion对许可带来的影响。
Windows Server许可和硬件相关。例如，如果你购买了一个Windows Server 2012数据中心版本的许可，那么你可以在一台物理服务器上运行任意数量的Windows Server 2012虚拟实例。
如果将虚拟服务器从一台物理主机迁移至另一台将会怎样？迁移可能会违反许可策略，除非第二台物理主机已经包括了运行新迁移虚拟机的许可。在这个例子中，新物理主机需要数据中心版的许可或者仍旧包括可用虚拟机实例的标准版许可。
微软针对该许可策略提供了一些例外情况。实际上你可以在不同的物理主机上重新分配Windows Server 2012许可，只要在最近的90天内许可没有被重新分配过即可。90天的限制只适用于物理服务器并不会影响虚拟机在物理主机之间进行迁移。
90天的限制为避免短期许可重新分配提供了帮助，而且微软允许你在以下情景下根据需要重新分配许可：
• 将一个已许可硬件分区的处理器重新分配给另一个硬件分区
• 在单个已许可的硬件分区上创建两个或多个许可分区
• 在两个或多个已许可硬件分区上创建单个分区（只要已许可处理器的总数保持不变即可）
• 如果硬件发生故障无法使用，可以将许可迁移到其他服务器

查看服务器引擎数量的方法有多种。可以通过服务器的驱动程序，在设备管理器里查看服务器的驱动以及它占用的引擎数量。也可以使用Windows的管理工具，在“计算机管理”中查看服务器的驱动引擎数量。还可以使用Windows下的命令行窗口，输入“wmic diskdrive get numberofyyyvalves”，来获取服务器引擎数量的信息。

香港站群服务器的 IP 通常都是同子网掩码，同个子网掩码不同 C 段总数小于 256 个，因此不管多少个 C 段 IP，同一个子网掩码下 IP 数量就会少于 256 个，而当前还没出现过不同掩码的香港站群服务器。
由此看来，理论上来讲香港站群服务器的 IP 数量不受限，但是实际还是要看 IDC 服务商的分配，通常情况下香港站群服务器的 IP 数量都会少于 256 个。

---