过去几周对我们所有人来说都很艰难。作为一名全职在家工作的员工，我的奋斗经历与以往不同。我从未有过如此多的"噪音"分心的东西突然出现在我的办公桌上。我们被社交媒体和新闻报道所轰炸，同时也在琢磨着随着时间的推移我们将如何应对。我发现自己有点害怕，感觉很无力。我还担心免疫功能受损的父母，尽管我尽了最大努力减少他的旅行，但他仍继续去商店购物。我开始怀疑，在这一切中，我们到底能做什么？然后，我开始在我的时间轴上看到一些来自VMware社区的朋友关于一个名为Folding At Home的项目的tweet，该项目的软件允许您共享未使用的计算机能力，以便专注于疾病研究。它们已经存在了一段时间了，但是最近几天，在VMware的一些人的帮助下，他们通过VMware Fling程序发布了一个虚拟设备，这要感谢William Lam（@lamw）。我一觉醒来，决定用这个项目来看看凝聚力有多大帮助。COVID-19建模已经成为他们的主要项目之一，但他们所有的项目都是有价值的，并且在这一过程结束后将继续很长时间。我的同事Mike Letschin创建了一个Cohereity Team ID（241525），一周前还没有人真正使用过。我决定在我本地的QNAP设备上使用docker版本的客户端，并使用coheresity Team ID。一旦我在本地运行了它，我联系了我团队中的Mike和Matt Langguth，并提出了一个想法。一致性技术宣传小组（TAG）负责内部称为"零客户"的业务。这是一个类似于大型客户的硬件和软件部署，通常用于内部验证以及为贸易展览运行现场演示。完整的环境不仅运行在我们自己的独立DMZ中，而且还包括我们作为最终用户客户端使用的硬件，这些客户端位于全球各地。目前，由于在线虚拟活动的转移，这些活动大部分都处于闲置状态。DMZ数据中心12台DELL ESXi计算主机（每个32个CPU）2台物理Windows DELL主机（每个32个CPU）最终用户客户端15台Mac Mini位于美国12台Mac Mini位于英国我们是如何进行的Mac mini很简单。Matt Langguth和Patrick Redknap都管理mini硬件，所以他们为每个mini配置Mac折叠家庭客户端。他们使用稍微不同的用户ID和相同的密钥来计算时间的结果。DMZ数据中心中的两个DELL物理服务器也加载了作为服务运行的本机Windows Folding in Home客户端。在所有物理设备使用情况下，我们将折叠设置为"完全"，并且在Windows主机上还添加了client type=bigadv开关。虚拟机有点不同。我们决定使用William Lam的打包设备，并将设置更改为coheresity Team ID（241525）。基于大约50Ghz主机上的总可用CPU，一个16个vCPU以"满功率"运行的worker客户机基本上会消耗主机100%的CPU。由于这些worker并不都倾向于一次运行，所以我们还设置了一个反亲合VM规则，以确保每个主机只有一个这样的虚拟机，因此总共有12个worker节点。我们能够利用DRS让剩下的日常验证工作负载继续运行，以确保它们不会受到影响。此外，在应用程序开发人员的帮助下，他建议我们利用应用程序中的代理服务器设置来增加安全性，这样我们就可以通过一个出口点同时控制应用程序的服务器连接。我们目前的结果？从3月19日开始这个小项目到今天早上（3月24日），我们从14个工人单位跃升到423个工人单位，47000人的排名下降到4479名，只有18名成员。我们在内部尝试向其他人推广团队ID，以便他们能够跳起来并作出贡献。我知道有很多VMware员工和vCommunity人员使用VMware ID，但是如果您还没有选择团队，请考虑使用VMware OVA或本机客户端的Coheresity green团队（241525）。在今天的冠状病毒世界里，人们很容易感到无能为力。把闲置的CPU资源用于疾病研究，感觉是朝着正确的方向迈出了一步，尤其是当你可以重新分配当前闲置的资源时，我个人喜欢为一家懂得承担社会责任意味着什么的公司工作。