在Kubernetes集群中，若无法使用外部负载均衡器，可通过以下方式实现服务暴露和流量管理：
NodePort Service：
Ingress Controller：
MetalLB（裸机场景）：
ClusterIP + 内部DNS：
Keepalived/HAProxy组合：
注意事项：NodePort需开放防火墙端口；Ingress需维护路由规则；MetalLB依赖L2/BGP网络配置；自建LB方案需考虑运维复杂度。核心在于通过Kubernetes原生功能或轻量级工具替代外部LB的流量分发能力。
更多回答
在无外部负载均衡器的场景下，Kubernetes集群可通过以下方式运行：1. 使用NodePort类型服务，直接通过节点IP+端口暴露服务；2. 结合Ingress Controller（如Nginx/Traefik）实现7层负载，通过节点端口或HostNetwork模式对外暴露；3. 在本地环境部署MetalLB实现Bare Metal负载均衡，为Service自动分配虚拟IP；4. 利用Keepalived+VIP实现高可用，配合NodePort或Ingress使用。需结合网络架构选择方案，同时注意端口冲突、节点故障转移等运维细节。
在没有外部负载均衡器的情况下，Kubernetes集群可通过以下方式运行：
使用NodePort服务类型：将Service类型设为NodePort，Kubernetes会为服务分配集群节点上的静态端口（默认范围30000-32767），流量通过任意节点IP+端口访问，由kube-proxy转发到后端Pod。
部署Ingress控制器：安装Nginx或Traefik等Ingress控制器，通过NodePort或hostNetwork模式暴露。配置Ingress规则，将HTTP/HTTPS流量路由到内部服务，实现七层负载均衡。
手动配置高可用（可选）：通过Keepalived或HAProxy在多个节点上配置虚拟IP（VIP），指向Ingress或NodePort服务，提供单一入口点并实现故障转移。
DNS轮询或静态端点：将多个节点IP添加到DNS记录，客户端通过轮询访问；或通过脚本动态更新端点列表，实现基础流量分发。
为什么不考虑使用Ingress Controller结合NodePort服务来管理流量分发呢？
在无外部负载均衡器的Kubernetes集群中，我们通过以下核心方案实现服务暴露与流量调度，并总结了实践中的挑战：
一、技术实现路径
NodePort服务模式
Ingress + NodePort混合架构
MetalLB Layer2模式
Keepalived虚拟IP方案
二、网络架构挑战
三、性能优化指标
四、生产级运维实践