问题描述
在使用Vagrant虚拟机中运行k8s集群进行评估时，希望能够在k8s（或实际上是VM）之外访问已安装的PostgreSQL服务。用户发现将服务转换为NodePort可以在k8s之外访问，但是他想知道是否有其他方法可以在不将服务转换为NodePort的情况下在k8s之外访问。
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
在k8s中，要在k8s之外访问服务，可以使用kubectl port-forward命令进行端口转发。以下是对问题中提到的几个问题的解答：
1. kubectl proxy和kubectl port-forward的区别是什么？
– kubectl port-forward将本地端口的连接转发到Pod上的端口。相比之下，kubectl proxy更通用，只能转发HTTP流量，而kubectl port-forward可以转发TCP流量。通常情况下，使用端口转发可以在本地主机上访问在集群中启动的任何服务。
– 参考链接：https://stackoverflow.com/questions/58360323/difference-between-kubectl-port-forwarding-and-proxy
2. 在运行k8s集群的VM内部执行kubectl proxy和在主机上运行相同的kubectl命令有什么不同？
– 在运行k8s集群的VM内部执行kubectl proxy没有太多意义。kubectl是客户端工具，应该在集群范围之外使用。
3. 在使用集群进行开发时，使服务在集群之外可用的常见方法是什么？
– 如果您的服务是面向数据库的，请使用ClusterIP。如果要外部访问某些Web/HTTP服务，请将其公开为负载均衡器或Ingress（如果有多个）。如果要测试数据库，可以运行一个虚拟Pod，并从中执行一些sql-client命令。
方案2
使用端口转发可能会增加复杂性，并且需要确保正确设置了容器A和容器B之间的依赖关系。
另一种方法是编写脚本或使用工具来控制容器的运行顺序。您可以使用kubectl port-forward命令手动控制容器的启动顺序，或者使用一些第三方工具来管理容器的依赖关系。
以下是一个示例脚本，可以在容器A启动后启动容器B：
#!/bin/bash
# 启动容器A
kubectl run container_a --image=your_image_a
# 等待容器A完全启动
while ! kubectl exec container_a echo "Container A is ready"; do
sleep 1
done
# 启动容器B
kubectl run container_b --image=your_image_b
在这个示例中，我们首先使用kubectl run命令启动容器A，并将其命名为container_a。然后，使用一个循环来等待容器A完全启动（这里是通过在容器内运行echo命令来测试）。一旦容器A就绪，我们再使用kubectl run命令启动容器B，并将其命名为container_b。
请注意，这种方法可能会增加复杂性，并且需要确保容器A和容器B之间的依赖关系正确设置。
以上是两种常见的方法，您可以根据自己的需求选择适合您的方法。希望对您有所帮助！