【问题标题】:Can not connect to SQL Server database hosted on localhost from Kubernetes, how can I debug this?无法从 Kubernetes 连接到托管在 localhost 上的 SQL Server 数据库,我该如何调试?
【发布时间】:2019-05-25 11:17:00
【问题描述】:

我正在尝试在 Kubernetes 中部署一个 asp.net core 2.2 应用程序。此应用程序是一个简单的网页,需要访问 SQL Server 数据库才能显示一些信息。该数据库托管在我的本地开发计算机 (localhost) 上,Web 应用程序部署在 minikube 集群中以模拟生产环境,我的 Web 应用程序可以部署在云中并访问远程数据库。

我设法通过暴露端口 80 来显示我的 Web 应用程序。但是,我不知道如何让我的 Web 应用程序从集群内部连接到我的本地计算机上托管的 SQL Server 数据库。

我假设我的连接字符串是正确的,因为当我在 IIS 本地服务器、docker 容器 (docker run) 或 docker 服务 (docker create service) 中部署 Web 应用程序时,它可以连接到 SQL Server 数据库,但是不是当它部署在 Kubernetes 集群中时。我知道集群位于不同的网络中,所以我尝试创建一个没有选择器的服务,如this question 中所述,但没有运气......我什至尝试更改连接字符串 IP 地址以匹配创建的服务之一但它也失败了。

我的防火墙设置为接受到 1433 端口的入站连接。

我的 SQL Server 数据库配置为允许远程访问。

这是我使用的连接字符串:

"Server=172.24.144.1\\MyServer,1433;Database=TestWebapp;User Id=user_name;Password=********;"

这是我用来部署 Web 应用程序的文件:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: webapp
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: webapp
    spec:
      containers:
      - name: webapp
        image: <private_repo_url>/webapp:db
        imagePullPolicy: Always
        ports:
        - containerPort: 80
        - containerPort: 443
        - containerPort: 1433
      imagePullSecrets:
      - name: gitlab-auth
      volumes:
      - name: secrets
        secret:
          secretName: auth-secrets
---
apiVersion: v1
kind: Service
metadata:
  name: webapp
  labels:
    app: webapp
spec:
  type: NodePort
  selector:
    app: webapp  
  ports:
  - name: port-80
    port: 80
    targetPort: 80
    nodePort: 30080
  - name: port-443
    port: 443
    targetPort: 443
    nodePort: 30443
---
apiVersion: v1
kind: Service
metadata:
  name: sql-server
  labels:
    app: webapp
spec:
  ports:
    - name: port-1433
      port: 1433
      targetPort: 1433
---
apiVersion: v1  
kind: Endpoints  
metadata: 
  name: sql-server
  labels:
    app: webapp
subsets: 
  - addresses: 
    - ip: 172.24.144.1 <-- IP of my local computer where SQL Server is running
    ports: 
      - port: 1433

所以我得到了一个名为“webapp”的部署,只有一个 pod、两个名为“webapp”和“sql-server”的服务以及两个也名为“webapp”和“sql-server”的端点。以下是他们的详细信息:

> kubectl describe svc webapp
Name:                     webapp
Namespace:                default
Labels:                   app=webapp
Annotations:              <none>
Selector:                 app=webapp
Type:                     NodePort
IP:                       10.108.225.112
Port:                     port-80  80/TCP
TargetPort:               80/TCP
NodePort:                 port-80  30080/TCP
Endpoints:                172.17.0.4:80
Port:                     port-443  443/TCP
TargetPort:               443/TCP
NodePort:                 port-443  30443/TCP
Endpoints:                172.17.0.4:443
Session Affinity:         None
External Traffic Policy:  Cluster
Events:                   <none>

> kubectl describe svc sql-server
Name:              sql-server
Namespace:         default
Labels:            app=webapp
Annotations:       <none>
Selector:          <none>
Type:              ClusterIP
IP:                10.107.142.32
Port:              port-1433  1433/TCP
TargetPort:        1433/TCP
Endpoints:
Session Affinity:  None
Events:            <none>

> kubectl describe endpoints webapp
Name:         webapp
Namespace:    default
Labels:       app=webapp
Annotations:  <none>
Subsets:
  Addresses:          172.17.0.4
  NotReadyAddresses:  <none>
  Ports:
    Name      Port  Protocol
    ----      ----  --------
    port-443  443   TCP
    port-80   80    TCP

Events:  <none>

> kubectl describe endpoints sql-server
Name:         sql-server
Namespace:    default
Labels:       app=webapp
Annotations:  <none>
Subsets:
  Addresses:          172.24.144.1
  NotReadyAddresses:  <none>
  Ports:
    Name     Port  Protocol
    ----     ----  --------
    <unset>  1433  TCP

Events:  <none>

我希望连接到 SQL Server 数据库,但是当我的应用程序尝试打开连接时,我收到此错误:

SqlException:建立与 SQL Server 的连接时发生与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。 (提供者:TCP 提供者,错误:40 - 无法打开与 SQL Server 的连接)

我是 Kubernetes 的新手,我对网络不是很熟悉,所以欢迎任何帮助。 最好的帮助是给我一些建议/工具来调试它,因为我什至不知道连接尝试在何时何地被阻止......

谢谢!

【问题讨论】:

  • 传递实例名时,只需要一个斜杠,不需要传递IP地址,可以使用.,代表localhost;所以用.\MyServer替换172.24.144.1\\MyServer。我怀疑这就是问题所在。
  • 双斜杠是为了转义C#中的特殊字符。仍然尝试使用@"Server=172.24.144.1\MyServer,1433;Database=TestWebapp;User Id=user_name;Password=********;",但它也失败了。如果我使用.\MyServer,当我的 Web 应用程序在本地运行时它可以工作,但当它部署在 Docker 服务或 Kubernetes 集群中时它不能工作,因为 SQL Serve 数据库不在同一个网络中。我最初的问题可能不够清楚,我将对其进行编辑。
  • 我建议不清楚,不,因为您的问题标题明确指出 “无法连接到 SQL Server 数据库托管在 Kubernetes 的本地主机上,我该如何调试这个?。显然它不是托管在本地主机上。SO 上有 100 个问题,超级用户,关于 A network-related or instance-specific error occurred while establishing a connection to SQL Server,你读过其中的任何一个吗?可能他们将提供解决方案。我假设您也配置了远程连接?
  • 也刚刚注意到您说(在评论中)“数据库不在同一个网络中”;那么这两个网络之间没有连接吗?如果是这样,您希望应用程序如何连接到它无法连接到的网络上的 SQL Server 实例?

标签: sql-server docker kubernetes minikube


【解决方案1】:

您认为主机的 IP 地址是内部网络的专用 IP。此 IP 地址可能是您的机器在您正在使用的“真实”网络上使用的 IP 地址。 kubernetes 虚拟网络位于不同的子网上,因此 - 您在内部使用的 IP 不可访问。

subsets: 
  - addresses: 
    - ip: 172.24.144.1 <-- IP of my local computer where SQL Server is running
    ports: 
      - port: 1433

您可以通过 DNS 条目 host.docker.internal 进行连接 阅读更多 herehere for windows

我不确定这是否适用于 minicube - 曾经有一个不同的 DNS 名称用于主机的 linux/windows 实现。

如果你想使用 IP(记住它最终会改变),你可以追踪它并确保它是虚拟子网中“可见”的一个。

PS:我现在正在使用 docker 的 kubernetes,似乎更容易使用。

【讨论】:

  • 我试过了,但发生的事情(以及你所想的)是 DNS 条目 host.docker.internal 只能用于 Kubernetes for Docker 而不能用于 Kubernetes 和 Minikube。最后,我想将我的 Web 应用程序部署在云提供商中,并且该 Web 应用程序应该能够访问托管在我自己的物理服务器上的数据库。由于它是两个不同的网络,我需要配置我的集群以访问物理服务器网络,但我很不擅长,我真的不知道该怎么做......我可能会尝试通过以下方式解决我的问题使用 Kubernetes for Docker 作为短期解决方案。
  • Minicube 不太可能获得持续支持,因为 docker 本身现在允许原生 kubernetes 支持。您可以同时运行它们,这样您就不需要删除 minicube 或任何东西。只需更改 kubectl 中的上下文,您仍然可以看到检查内部 kubernetes 中使用的主机的 IP 地址。我通常只是在我的主机上运行 ipconfig 并从那里(在 Windows 上)解决它。这对你有用,直到你重新启动
  • 我试用了 Docker 自带的 Kubernetes,它成功了!我现在不明白的是,我可以使用我的私有 IP、host.docker.internal 的值或我的任何虚拟交换机的值来更改连接字符串,它可以工作......我不知道甚至不再需要 sql-server 服务及其在原始问题中显示的端点......但是我现在将继续使用此设置,因为我的用例似乎需要与 Docker、Minikube 或生产中的不同配置。谢谢你的建议!
  • 正确的方法是使用描述的“服务”并在环境中处理与它的连接。首先,如果您决定移动 SQL/Logging/Other 服务,则所有服务的设置都不需要更改。为什么它与您的内部 IP 一起工作,我不能说(也许它不是您的内部 IP 和网关docker 使用?)我很高兴能提供帮助,如果您将答案标记为解决方案,其他人会知道值得尝试研究它,因此如果您愿意,请这样做。
猜你喜欢
  • 1970-01-01
  • 2016-05-24
  • 2012-07-06
  • 1970-01-01
  • 2021-10-04
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多