问题标签 [azure-service-fabric-mesh]

我正在尝试使用 Service Fabric Mesh 部署基于容器的应用程序。我是 Mesh 的新手，但我确实让示例“Hello App”正常工作。现在我正在尝试基于存储在 Azure 中的容器部署应用程序。我使用以下命令来部署它：

az mesh deployment create --resource-group MikeMesh --template-file test.json

该命令显示“正在部署 . . 。大约10分钟，然后说：

无法编辑或替换部署“测试”：从“2018 年 8 月 20 日晚上 9:55:28”开始的先前部署仍处于活动状态（到期时间为“2018 年 8 月 27 日晚上 9:55:27”）。有关使用详情，请参阅https://aka.ms/arm-deploy。

请注意，这是一个全新的资源组，我以前从未在这里部署过任何东西。另请注意，我可以使用普通的 Service Fabric 部署相同的容器，并且效果很好。

错误消息中的链接不包含任何有用的信息。如果我转到“部署”选项卡，状态显示为“正在部署”，但它似乎卡住了（已经将近两个小时）。如果我点击“相关事件”，我会得到 3 个事件，但它们都说“成功”或“接受”。如果单击“部署失败”，则在“快速洞察”下，我会看到 2 小时前失败的“验证部署”操作，但我不清楚这是否与此部署有关。错误消息与我在命令行上看到的相同。

test.json 如下（去掉了一些敏感信息）：

我知道如何使用 Service Fabric Mesh SDK 创建新的 Service Fabric Mesh 应用程序，然后将其发布到 Service Fabric Mesh。我的问题是 - 我有一个从 Angular CLI 创建的现有 Web 项目，如何将其容器化并将其发布到 Azure 服务结构网格？

我正在尝试将示例 Service Fabric Mesh 应用程序部署到 Azure。部署显示为成功，但部署后我无法访问该应用程序。我能发现存在问题的唯一证据是通过 PowerShell CLI 查询应用程序时返回的“UnhealthyEvaluation”属性。

这就是所显示的。

我很乐意提供任何可能有助于解决此问题的其他信息。部分问题在于 Service Fabric Mesh 应用程序和服务的 Azure 门户 UI 没有显示任何日志记录。我相信这是因为日志尚未在那里实施。此外，通过 PowerShell CLI 查询容器日志也不会返回任何内容。

PowerShell 容器日志

和

对此的任何见解将不胜感激！

我正在本地 PC 上使用 Service Fabric Mesh，但我在 (Windows) 容器内访问 Internet 时遇到了困难。

我正在使用 Visual Studio 2017 中的标准 Web 应用程序模板：

您可能希望打印出一些 HTML，但我得到了这个异常：

System.Net.Http.HttpRequestException：不知道这样的主机---> System.Net.Sockets.SocketException：在 System.Net.Http.ConnectHelper.ConnectAsync（字符串主机，Int32 端口，CancellationToken cancelToken）处不知道这样的主机--- 内部异常堆栈跟踪结束 --- 在 System.Net.Http.ConnectHelper.ConnectAsync(String host, Int32 port, CancellationToken cancelToken) 在 System.Threading.Tasks.ValueTask`1.get_Result() 在 System.Net .Http.HttpConnectionPool.CreateConnectionAsync(HttpRequestMessage request, CancellationToken cancelToken) 在 System.Threading.Tasks.ValueTask`1.get_Result() 在 System.Net.Http.HttpConnectionPool.WaitForCreatedConnectionAsync(ValueTask`1 creationTask) 在 System.Threading.Tasks。 System.Net.Http.HttpConnectionPool 中的 ValueTask`1.get_Result()。在 System.Net.Http.HttpClient.FinishSendAsyncUnbuffered(Task`1 sendTask, HttpRequestMessage 请求, CancellationTokenSource cts, System.Net.Http.RedirectHandler.SendAsync(HttpRequestMessage request, CancellationToken cancelToken)布尔 disposeCts) 在 System.Net.Http.HttpClient.GetStringAsyncCore(Task`1 getTask) 在 Web1.Program.Main(String[] args)Web1.Program.Main(String[] args) 处的 Net.Http.HttpClient.GetStringAsyncCore(Task`1 getTask)Web1.Program.Main(String[] args) 处的 Net.Http.HttpClient.GetStringAsyncCore(Task`1 getTask)

使用的基本 docker 映像是microsoft/dotnet:2.1-aspnetcore-runtime-nanoserver-1709，如果我运行： docker run microsoft/dotnet:2.1-aspnetcore-runtime-nanoserver-1709 ping google.com 然后我得到：

我究竟做错了什么？

更新1：

当我直接运行 Docker 映像时，我得到：

如果我System.Diagnostics.Process.Start("ipconfig.exe", "/all");在 Service Fabric 中运行的代码中执行相同的 ( )：

如您所见，10.10.0.1（我的路由器/网关在上次转储中作为 DNS 服务器丢失）。我该如何添加？

部署 Service Fabric Mesh 服务后，如何找到面向外部的 IP 地址。到目前为止尝试的事情：

1. 在 Azure 门户中查看服务的属性和设置

2. 运行命令az mesh app list- 这显示有效响应，但缺少 IP 地址

3. 运行命令az mesh app show- 这显示有效响应，但缺少 IP 地址

4. 运行命令az mesh service list- 这显示有效响应，但缺少 IP 地址

5. 运行命令az mesh service show- 这显示有效响应，但缺少 IP 地址

我们是否对以下链接中提到的 Service Fabric 限制有任何更新？

https://azure.microsoft.com/en-in/blog/azure-service-fabric-mesh-is-now-in-public-preview/

我正在尝试公开两个服务（Web API 和聊天机器人），它们通过Service Fabric Mesh Network 的入口控制器在内部打开相同的端口。

运行下面的定义总是会让两个服务之一失败。

我不清楚的是：

1. 那是因为它们都在内部打开相同的端口（80 和 443）吗？
2. 这通常是一个坏主意，我应该使用像 NGINX 这样的反向代理吗？
3. 我可以为这两项服务获得两个不同的 IP 地址吗？

文件：

我正在尝试创建一个连接到 Cosmos DB 并在 Service Fabric Mesh 上运行的应用程序。我创建了一个尝试建立连接的简单控制台应用程序

这会导致错误“没有这样的主机是已知的”

CosmosDB URL 是 HTTPS，因此我尝试添加代码以对网站进行 HTTP 和 HTTPS 调用，这给了我类似的错误。

问题 我需要一些配置来允许我的代码从外部访问集群外部的特定端口吗？

我可以创建到 SQL Server 数据库的连接。

目前我只是想在本地调试代码。如果我在一个独立的控制台应用程序中运行远离集群的代码，我可以连接。

谢谢

我正在部署一个带有 Asp.Net API 核心容器映像的新网格应用程序。我能够使用http://[]:80成功部署和访问 API 。我在网关 yaml 文件中使用了以下配置：

现在我想使用我自己的 ssl 证书并希望在端口 443 上使用 https 即启用相同的 api。所以我的问题是：

1. 如何在网格中上传 ssl 证书？
2. 我必须在 gateway.yaml 中进行哪些 Yaml 更新？
3. 如何为 url 设置 FQDN？

我创建了一个新的网格应用程序，它运行良好。现在我更新了服务 yaml 以添加一个秘密，如下所示：

我从微软官方文档中获取了这个例子。现在，当我运行以下命令时，重新部署甚至全新部署（都尝试过）应用程序后：

我得到和 [] 列表，即没有显示任何秘密。请注意，应用程序运行良好，部署也成功。请协助。