通常我们会使用NodePort的方式将我们的应用通过K8s允许的端口即30000-32767端口暴露出去，这种方式的缺点也很明显，当我们配置好域名进行访问时需要带上端口号才能访问到对应的服务而且端口有数量限制

官方部署文档：DeployGrafanaonKubernetes|GrafanaLabs以下Yaml从官方copy下来的并做了些修改，Service使用Nodeport方式是为了便于本地访问$catgrafana.ymlapiVersion

为了使外部的应用能够访问集群内的服务，在Kubernetes目前提供了以下几种方案：1）NodePort2）LoadBalancer3）Ingress1）Ingress组成Ingress是反向代理规则，

ingress-nginx-controller-v1.0.0，DaemonSet+HostNetwork【K8s】服务暴露插件ingress-controller部署指南（二）介绍了Deployment+NodePort

文章目录前言一、Service概念二、Service流量策略2.1外部流量策略2.1内部流量策略三、Service使用3.1一般用法3.1.1ClusterIP模式3.1.2NodePort模式3.2多端口

1、ingress介绍K8s集群对外暴露服务的方式目前只有三种：Loadblancer；Nodeport；ingress前两种熟悉起来比较快，而且使用起来也比较方便，在此就不进行介绍了。

、存储、网络之后就需要考虑服务的暴露问题，一般来说Loadbalance是够用了，但是总不可能所有服务都通过LB暴露出去，况且一般也不会准备那么大的IP池，所以必然有一些服务需要通过Ingress或者NodePort

Kubernetes对集群入口点进行了进一步的统一抽象，提出了3种解决方案：NodePort、LoadBalancer和Ingress。

我们知道，Kubernetes上的NodePort和LoadBalancer类型的Service资源能够把集群内部服务暴露给集群外

我们知道我们的应用程序部署在容器中之后，外部需要访问它，那么怎么来实现呢，就是通过一个叫service的服务提供的IP地址+端口号，如果集群外部的服务器想要访问呢，那就是IP(node节点的IP)+nodeport

我的kube-apiserver启动命令参数：cat>/usr/lib/systemd/system/kube-apiserver.service默认值：30000-32767保留给具有NodePort

kexeckubia-752jx--curl-shttp://10.111.179.108如果需要连接外部资源，需要创建没有选择器的服务，在创建同名的Endpoint，在Endpoint中指定外部服务的IP和端口使用NodePort

K8s社区有三种方案：NodePort、LoadBalancer、Ingress，下图是对这三种方案的对比：通过对比可以看到Ingress是更适合业务使用的一种方式，可以基于其做更复杂的二次路由分发，这也是目前用户主流的选择

k8s提供了多种暴露服务的方式,默认是clusterip，还有nodePort,Loadblancher等方式。

k8s安全05--配置网络策略NetworkPolicy1介绍2案例2.1案例11.1创建ns和pod1.2查看pod，svc信息1.3测试网络联通性1.4在集群外部通过NodePort访问服务1.5创建网络策略

NodePort:将Service通过指定的Node上

Service简介Service:可以理解为pod的负债均衡器,标准资源类型,ServiceController为动态的一组Pod提供一个固定的访问入口，kubernetes完成SVC工作的是组件是kube-proxyEndpointController:管理后端端点与svc的绑定,根据标签选择器,筛选适配的pod,监控就绪的pod并完成svc与pod的绑定工作流程:ServiceControll

系统与环境vmwareubuntu18linuxdocker我写的教程k3d+kubectl我写的教程步骤根据网上的教程：https://github.com/rancher/k3d/blob/main/docs/usage/guides/exposing_services.md创建1个server+2个agents的集群k3dclustercreatemycluster-p"8082:30080

Istio安装很简单，但是本地使用的话，由于没有EXTERNAL-IP，所以需要通过NodePort等方式暴露，我觉得不太好。如果能通过域名的方式访问，那

kubectlgetpods-Adeploymentkubectlgetdeployment-A基本概念：containerpods:最小管理单位有多个容器共享网络127.0.0.1之间可以共同访问共享进程共享主机名service：暴露服务负载均衡k8s外部nodeport

1新功能•集成OVN-IC支持跨集群网络•启用ACL日志记录NetworkPolicy触发情况•NodePort类型Service访

在K8s中通常都是直接或者间接以NodePort方式对外暴露接口的。而对于K8s这个分布

Kubernetes的三种外部访问方式：NodePort、LoadBalancer和Ingress（原理/适用场景）ClusterIPClusterIP服务是Kubernetes的默认服务。

在K8s中通常都是直接或者间接以NodePort方式对外暴露接口的。而对于K8s这个分布

除了Ingress，还有NodePort、LoadBalance等方式，Ingress暴露给外界的方式还是很常用的。2安装Ingress我们通过helm来安装，会方便一些，先更新

1、ClusterIP：默认类型，自动分配一个仅cluster内部可以访问的虚拟IP；2、NodePort：在ClusterIP基础上为Service在每台机器上绑定一个端口，这样就可以通过:NodePort

为了使外部的应用能够访问集群内的服务，在Kubernetes目前提供了以下几种方案：1）NodePort2）LoadBalan

为了使外部的应用能够访问集群内的服务，在Kubernetes中目前提供了以下几种方案：NodePortLoadBalancerIngress1）NodePort方式NodePort服务是让外部请求直接访问服务的最原始方式

部署kibana,提供存储日志展示ui界面部署svc,使用NodePort对外暴露端口，可被外部访问。

通常由于iptables问题和selinux问题解决方式setenforce0iptables--flushiptables-tnat--flushservicedockerrestartiptables-PFORWARDACCEPT官方原文：DisablingSELinuxbyrunningsetenforce0isrequiredtoallowcontainerstoaccessthehost

1.nodePort外部机器可访问的端口。

将服务暴露给外部客户端P136有以下三种方式可以在外部访问服务：将服务的类型设置成NodePort将服务的类型设置为LoadBalance创建一个Ingress资源使用NodePort类型的服务P137

ClusterIPService#catnginx-ClusterIP-Service.yamlapiVersion:apps/v1kind:Deploymentmetadata:name:nginx-deploymentlabels:app:nginxspec:replicas:2selector:matchLabels:app:nginxtemplate:metadata:labels:app

1：三个类型端口所应用位置的不同Port是Service的的端口TargetPort是Service映射pod的容器的端口（containerPort）NodePort是容器所在宿主机的端口（实质上也是通过

一、配置配置信息：在线安装方法(无NodePort)kubectlapply-fhttps://raw.githubusercontent.com/kubernetes/dashboard/v2.0.4

kubectlcreatedeploymentweb--image=nginx:1.14kubectlgetpods,deployment2、发布kubectlexposedeploymentweb--port=80--type=NodePort

关于clusterip和nodeport我们知道k8s的service一般都会有clusterIP和port，每个cluster-ip:port的组合对应着一个服务，kube-proxy（这里以iptables

kubelet为处理attach容器的监听的port（这个port是随机listen的可能使用到k8s为nodeportservice限定的端口），与后创建的loadbalanceservice产生的nodeport

单一POD发布规范与常用命令POD发布规范及YAML文件POD发布命令POD端口转发（仅适用于调试）NodePortService路由YAML文件服务发布命令查找最新发布规范样例，可以在官方文档中找到。K8SAPIReferencePOD发布规范及YAML文件本YAML文件以发布镜像petclinic为例。大小写需要严谨。缩进为两个空格。-为列表格式，代表可以为多个。假设样例文件为：petclin

我们说k8s的服务(service)时说暴露了service的三种方式ClusterIP、NodePort与LoadBalance，这几种方式都是在service的维度提供的，service的作用体现在两个方面

大致有两种方式[见参考文档1]：使用NodePort，使用节点IP与NodePort暴露

导读：前文Kubernetes中的ClusterIP、NodePort、LoadBalancer、Ingress服务访问方式比较中总结了服务接入访问的主要方式，以及它们之间隐含关系。

Kubernetes官方提供了NodePort类型的Service，即给所有节点开一个相同端口用于暴露这个Service，大多云上LoadBalancer类型Service的传统实现也都基于NodePort

1新功能•集成OVN-IC支持跨集群网络•启用ACL日志记录NetworkPolicy触发情况•NodePort类型Service访

原理介绍：四层转发：Nodeport：nodeport访问方式，是

Kubernetes官方提供了NodePort类型的Service，即给所有节点开一个相同端口用于暴露这个Service，大多云上LoadBalancer类型Service的传统实现也都基于NodePort

Kubernetes官方提供了NodePort类型的Service，即给所有节点开一个相同端口用于暴露这个Service，大多云上LoadBalancer类型Service的传统实现也都基于NodePort

同时可以让你去操作网格的配置可以展示整个网格的网络拓扑和服务的健康状态提供了grafana的访问整合了jaeger的分布式追踪istio安装包含了kiali，由于我的整套集群部署在本地虚拟机，只能通过nodePort

kubernetes集群外部如果想要访问集群内部，需要通过NodePort类型的service。

://kubernetes.io/zh/docs/concepts/services-networking/service/svc.spec.type包含ExternalName,ClusterIP,NodePort