您的设备成功服务了多少并发用户？ - GSA QPS
How much concurrent users does your appliance successfully serve? - GSA QPS
各位 GSA 开发人员，大家好，
只是想知道，根据您的经验，您使用的是什么型号的 GSA 以及您的设备成功处理了多少并发搜索请求负载。以及您拥有的文档总数。
我知道每个环境都不同，但可以按比例分配数据并了解 GSA 黑匣子的功能。
我称 GSA 为黑盒子，因为您永远无法找到物理内存或任何其他硬件规格，也无法更改它。扩大规模的唯一方法是购买更多盒子:)
注意：问题是关于作为搜索引擎的 GSA，而不是从门户的角度。从某种意义上说，我只关心 GSA 的 QPS 而不是自定义门户的 QPS。自自定义门户以来，它们是自定义的，并且与其设计一样好。
这取决于许多因素，而不仅仅是 model/version 您所拥有的。
请求是否是已验证会话的一部分？
您使用的是早期绑定还是后期绑定？
您使用了多少种身份验证机制？
flex authz 规则顺序是什么？
结果的 permit/deny 比率是多少？
您在回答此问题时得到的任何数字对任何其他环境都没有实际意义。我的建议是对您自己的环境进行负载测试，并将这些结果用于容量规划。
我们使用两个软件版本为 7.2 的 GSA，并将它们排列在一个 GSA^n "cluster" 中。在索引中是 ca。 600,000 份文件，并且由于所有文件都受到保护，GSA 必须花费大量精力来确定允许哪个用户查看哪个文件。
两个 GSA 中的每一个都保证每秒执行 50 次查询。我们曾经进行过负载测试，由于一些查询在不到一秒的时间内完成，从而释放了 "slot" 用于传入查询的时间，我们能够在相当长的时间内每秒处理 140 个查询。
我们 99% 的查询都在不到一秒内完成，并且由于我们的权限结构相当复杂（具有大量组成员身份的用户），我认为这是一个很好的结果。
正如@BigMikeW 所说：要获得自己的数据，您应该进行负载测试。 Google 支持提供了一个脚本，它可以耗尽 GSA 并告诉您它开始失败的 QPS 速率（它只是 return 500 左右的 http 状态代码）。
说到 "black box"：您 能够找出硬件规格。到目前为止我见过的所有 GSA（T3 和 T4）都有戴尔服务标签。当您在戴尔输入该标签时，您会发现包装盒内的物品。但这毫无意义，因为您无法修改其中的任何内容 ;-) 只有当您使用可以重新调整用途的 GSA 模型时，它才会变得有趣。
使用最新的软件，GSA 有 50 个专用于搜索响应的线程。这意味着它可以在任何给定时间响应 50 个请求。如果搜索平均需要 0.5 秒，这意味着您平均可以达到 100 qps。
如果他们需要更长的时间...您会看到它会减少。 GSA 还会排队一些请求，然后用适当的 http 响应表示服务器过载。
各位 GSA 开发人员，大家好，
只是想知道，根据您的经验，您使用的是什么型号的 GSA 以及您的设备成功处理了多少并发搜索请求负载。以及您拥有的文档总数。
我知道每个环境都不同，但可以按比例分配数据并了解 GSA 黑匣子的功能。
我称 GSA 为黑盒子，因为您永远无法找到物理内存或任何其他硬件规格，也无法更改它。扩大规模的唯一方法是购买更多盒子:)
注意：问题是关于作为搜索引擎的 GSA，而不是从门户的角度。从某种意义上说，我只关心 GSA 的 QPS 而不是自定义门户的 QPS。自自定义门户以来，它们是自定义的，并且与其设计一样好。
这取决于许多因素，而不仅仅是 model/version 您所拥有的。
请求是否是已验证会话的一部分？ 您使用的是早期绑定还是后期绑定？ 您使用了多少种身份验证机制？ flex authz 规则顺序是什么？ 结果的 permit/deny 比率是多少？
您在回答此问题时得到的任何数字对任何其他环境都没有实际意义。我的建议是对您自己的环境进行负载测试，并将这些结果用于容量规划。
我们使用两个软件版本为 7.2 的 GSA，并将它们排列在一个 GSA^n "cluster" 中。在索引中是 ca。 600,000 份文件，并且由于所有文件都受到保护，GSA 必须花费大量精力来确定允许哪个用户查看哪个文件。
两个 GSA 中的每一个都保证每秒执行 50 次查询。我们曾经进行过负载测试，由于一些查询在不到一秒的时间内完成，从而释放了 "slot" 用于传入查询的时间，我们能够在相当长的时间内每秒处理 140 个查询。
我们 99% 的查询都在不到一秒内完成，并且由于我们的权限结构相当复杂（具有大量组成员身份的用户），我认为这是一个很好的结果。
正如@BigMikeW 所说：要获得自己的数据，您应该进行负载测试。 Google 支持提供了一个脚本，它可以耗尽 GSA 并告诉您它开始失败的 QPS 速率（它只是 return 500 左右的 http 状态代码）。
说到 "black box"：您 能够找出硬件规格。到目前为止我见过的所有 GSA（T3 和 T4）都有戴尔服务标签。当您在戴尔输入该标签时，您会发现包装盒内的物品。但这毫无意义，因为您无法修改其中的任何内容 ;-) 只有当您使用可以重新调整用途的 GSA 模型时，它才会变得有趣。
使用最新的软件，GSA 有 50 个专用于搜索响应的线程。这意味着它可以在任何给定时间响应 50 个请求。如果搜索平均需要 0.5 秒，这意味着您平均可以达到 100 qps。
如果他们需要更长的时间...您会看到它会减少。 GSA 还会排队一些请求，然后用适当的 http 响应表示服务器过载。