问题标签 [service-fabric-on-premises]

我有一个服务结构参与者，它做了一些事情，最后，它以异步方式调用另一个 WCF 服务。真正的问题是如何将端点信息以及绑定信息传递给参与者？

我的本地群集上的本地 Service Fabric 出现错误。我在我的一项无状态服务的 Service Fabric Explorer Web 门户中看到它。我在应用程序中找不到任何异常，我的磁盘没有内存不足。我还尝试在 C:\SfDevCluster\Log\Traces 中查找一些日志，但我看不到任何与此相关的错误。什么可能是来源以及在哪里寻找解决方案？

我有一个运行无状态 Service Fabric 应用程序的 gMSA 服务帐户。该帐户最近已作为成员添加到新的安全组。我们没有看到该应用程序正在运行，我认为这是因为用户声明是在应用程序启动时加载的。我已经看到要让它在 Windows 服务上工作，我们需要重新启动服务（mmc-> 服务，右键单击重新启动）。我想在 Service Fabric 中做类似的事情。

我看到了重新启动节点的选项，但这是一种比我想要使用的更严厉的方法。这是在生产中，我想确定问题的解决方案。该节点上的其他应用程序没有问题，因此我宁愿不要将它们关闭。

Service Fabric 停用（暂停）与停用（重新启动）？

在此先感谢，格雷格

我们在本地使用 SF，并且在一个月内我们在 Service Fabric Explorer 上有一些错误，我们无法通过检查我们的应用程序日志找到这些错误。在这些情况下，应用程序不会抛出异常，并且当 SF 加载我们的应用程序时会发生一些事情。有人可以告诉我在哪里搜索集群资源管理器（网站）中显示的 SF 异常。我试图查看 c:\SfDevCluster\Log 但我找不到日志中存在这些异常的位置。

我们有一些自定义实现 ICommunicationListener 并且在我们的测试中我们发现在应用程序更新期间未调用侦听器的 CloseAsync 方法。在 VS 中，当我们关闭应用程序时，它会被调用。这对我们来说很重要，因为我们怀疑它在更新应用程序时会惹恼我们——它有时会失败，所以我们必须编写一个脚本，从集群中删除服务和类型，然后安装不会失败。安装失败时回滚总是在存在 ICommunicationListener 服务的节点上。这是一个已知问题吗？如何强制关闭更新？

我最近获得了从头开始为我的应用程序环境建立服务器的能力。我一直在将 Service Fabric 评估为应用程序编排器，因为它能够运行可执行文件而不是容器，这是一个有吸引力的短期选择。

我现在可以通过 AWS 中的 Terraform 创建一个工作服务结构集群。我可以从无到有创建一个，或者将服务器添加到自动扩展策略中，新服务器将加入现有集群。如果我销毁服务器，自动伸缩组委托的新服务器将初始化并重新加入集群。

但是，我很失望地发现 Service Fabric 不会自动管理种子节点的替换，即使集群中有许多其他服务器也是如此。销毁所有种子节点会导致整个集群出现故障。我希望能够随时销毁任何服务器。

是否有任何关于维护多个种子节点的推荐做法？我真的希望 Service Fabric 能够在没有我干预的情况下维护/投票替换丢失的种子节点，但我找不到任何相关文档。自动缩放组和缩减策略可以随时销毁种子节点，并且种子节点不会自动替换自己。

通过生成集群清单和触发集群配置升级，我可以自己管理最少数量的种子节点。不过，我真的希望有一个自动管理的替代方案。

任何人都可以提供任何见解吗？

我正在寻找一种工具，它可以让我在以 etl 格式编写的服务结构的日志中进行探索和查询/搜索。我尝试使用 MessageAnalyzer，但它加载了很长时间并挂起，第二个工具 windows 日志资源管理器但在转换为 evtx 日志后如下所示，对我来说没用：

我在 Azure 上看到了（https://channel9.msdn.com/Events/dotnetConf/2018/S208 0 35 分钟），可以选择使用 Application Insights 来查询结果。是否有任何工具可以让我在本地执行此操作？

我在 ServiceFabric 解决方案中有一个带有远程处理的 ServiceFabric StatefulService，该解决方案还包含一个无状态 WebApi，并希望使用 Application Insights 来监视此服务。WebApi 已经使用了 AI，并且运行良好。

我在一个虚拟项目中尝试了这个，在服务的构造函数中配置 AI 一切正常：

但是，当我将相同的代码复制到现有项目时，只有 WebApi 将遥测数据发送到 AI，而没有来自 statefull 服务。

知道我做错了什么吗？这些文档对我来说并没有真正的帮助，没有完整的例子来说明在一个有状态的服务中使用人工智能和远程处理。

谢谢您的回答！

这与@emaia 在这里尝试询问的内容相似但不同。

我在看两件事：

1) 如何将我的 .net 容器化 Service Fabric 应用程序上传到 Docker Hub

根据这篇文章，当您创建 SF Container 项目时，您可以指定 Docker Hub 位置。我正在对现有的 .net 应用程序进行容器化，并希望使用 Docker Hub 作为我的注册表。我可以将 SF 的外部人员容器化，然后开始一个新项目吗？

我还将进行代码更改（错误修复、增强等），并且需要将这些更改上传到我的图像，所以我假设在我将 Docker 设置为我的注册表之后，任何时候我部署它都会标记容器并上传到码头工人中心？

2) 如何从 Docker Hub 中拉出我的容器以部署到我的 onPrem Service Fabric 集群。我认为这只是像任何其他 SF 应用程序一样的部署，但我想验证一下。还有其他陷阱吗？

谢谢，

格雷格

更新：澄清@Diego Mendes

我不是在尝试部署 SF“应用程序”，但是一旦将编排支持添加到现有的 .net 应用程序，它就会将其变成 SF sln。我正在容器化现有的 .net 4.7 应用程序，然后构建/部署该容器。我想使用 SF 作为编排器。如果我使用 Azure Registry 而不是 Docker Hub，管理起来会容易得多，因为您可以轻松地发布到 Azure Registry，但 Docker Hub 没有发布选项。问题是：

1a) 将该容器放入 Docker Hub Registry 的最佳方式是什么？

我认为最坏的情况是我需要使用“Docker Push”将图像上传到 SF sln 之外？然后我启动一个新的 SF sln 并在创建解决方案时使用容器模板来引用 Docker Hub 位置？似乎有点奇怪。然后我会有两个 .sln 文件，解决方案 A 包含代码并创建图像。然后将该图像发布到 Docker Hub 并使用没有代码来管理容器的单独 SF 解决方案（解决方案 B）？

1b) 我需要如何更新该图像？

在我将容器映像上传到 Docker 集线器之后，我对如何上传更新的代码进行了更新。它应该与我们将其上传到首位相同。如果我必须做我上面提到的，那么我会维护解决方案 A 中的代码并使用解决方案 B 来编排解决方案 A 生成的图像？我希望这不是这样做的方法，我错过了一些东西。

更新 2：

我认为我们在同一页上。感谢您提供问题第二部分的所有详细信息。我的问题的核心在于第一部分。

我要澄清的是我需要使用多少个解决方案文件。我是否需要一个编译我的代码并创建图像的 Visual Studio 解决方案（解决方案 A），以及一个仅用于编排该图像的单独的 Visual Studio 解决方案（解决方案 B）？如果这是我需要走的路线，那么后续问题是第一个解决方案是否甚至需要是 SF 解决方案，或者我可以使用任何创建 Docker 映像的解决方案。

接下来的步骤是手动上传到 Docker Hub 并查看当我将 SF 解决方案作为我的容器源时，它发生了哪些变化。也许我可以弄清楚并使用一种解决方案来创建和维护该图像。

我有 3 节点本地集群。现在我想收集和分析反向代理日志（和其他系统服务结构日志）。我在谷歌上找到了这篇文章，上面写着

请参阅收集反向代理事件以启用从本地和 Azure Service Fabric 群集中的这些通道收集事件。

但该链接描述了如何为 Azure 中的集群启用、配置和收集反向代理日志。而且我不明白如何在本地进行。请帮忙！