之前部署了一套k8s集群,但是到部署ingress-nginx的时候,一直提示10254端口拒绝不通:如下图. 这是因为我之前装的是docker1.17.默认的驱动是systemd.因为systemd是启动不了kubelet的.所以我手动改了驱动为:cgroupfs. 但是问题就在于这里.改了之后部署ingress-nginx的时候就出了问题.就是死活不能通过健康检查.所以我换了docker为18.3版本的.并且在kube-proxy配置文件里面加上 在kube-proxy配置文件(/opt/k

一.需求分析 在上一篇文章,链接如下: https://www.cnblogs.com/xiao987334176/p/10237551.html 已经得到了需要的数据,现在需要对这些端口做检测,判断端口是否正常! 实际情况是,有上百个端口需要检测.如果一个个检测,可能需要花费几分钟的时间,效率不够快! 那么首先想到的就是多进程,但是一个进程会消耗一个CPU. 在不影响性能的情况下,最快的办法,就是使用协程.它是异步的,遇到io会自动切换! 二.协程 介绍 协程是一种用户态的轻量级线程,协程的调

1.使用dockerhub上面的镜像的时候,先到dockerhub上看镜像的相关信息. 2.不能随便修改容器应用的镜像,会出问题.

检查端口占用 lsof -i:[port] netstat -anp |grep [port] 监控网络客户TCP连接数 netstat -anp | grep tcp |wc -l 获取某进程中运行中的线程数量 ls /proc/[PID]/task | wc -l 输出进程内存的状况,分析线程堆栈 pmap 统计文档容量 du -sh [目录|文件|正则] 例如:查看日志文件大小,从而判定日志是否被入侵者清理掉. du -sh /var/log/* 查看文件系统挂载点容量 df -h |gr

目录 1. 概述 2. 版本 3. 预备 3.1. 操作环境 3.2. 角色权限 3.2.1. CloudFormation 完全权限 3.2.2. EKS 读写权限 3.2.3. EC2 相关权限 3.2.4. CloudWatch 相关权限 3.2.5. autoscaling 相关权限 3.2.6. elasticloadbalancing 相关权限 3.2.7. iam 相关权限 3.2.8. LaunchTemplate 相关权限 3.3. 安装 aws-iam-authenticat

关于端口的官方说明:https://kubernetes.io/docs/setup/production-environment/tools/kubeadm/install-kubeadm/ k8s master需要开启以下端口 firewall-cmd --permanent --add-port=6443/tcp firewall-cmd --permanent --add-port=2379-2380/tcp firewall-cmd --permanent --add-port=102

来源:分布式实验室译者:qianghaohao本文主要介绍将 Kong 微服务网关作为 Kubernetes (https://www.alauda.cn)集群统一入口的最佳实践,之前写过一篇文章使用 Nginx Ingress Controller 作为集群统一的流量入口:使用 Kubernetes Ingress 对外暴露服务,但是相比于 Kong Ingress Controller来说,Kong 支持的功能更加强大,更适合微服务架构:拥有庞大的插件生态,能轻易扩展 Kong 支持的功能,

Envoy是一种高性能C++分布式代理,专为单个服务和应用程序设计.作为Service Mesh中的重要组件,充分理解其配置就显得尤为重要.本文列出了使用Envoy而不用其他代理的原因.并给出了Envoy及其服务的配置,然后对其进行详细解读,帮助读者理解其配置,从而掌握Envoy. 服务网格是微服务设置中的通信层,也就是说往返于每个服务的所有请求都通过网格.服务网格在微服务设置中也成为基础架构层,它能够让服务之间的通信变得安全可靠.关于Service Mesh的基础内容,我们已经在这篇文章中详细

kubeadm介绍 kubeadm概述 Kubeadm 是一个工具,它提供了 kubeadm init 以及 kubeadm join 这两个命令作为快速创建 kubernetes 集群的最佳实践. kubeadm 通过执行必要的操作来启动和运行一个最小可用的集群.kubeadm 只关心启动集群,而不关心其他工作,如部署前的节点准备工作.安装各种Kubernetes Dashboard.监控解决方案以及特定云提供商的插件,这些都不属于 kubeadm 关注范围. kubeadm功能 kubead

在本文中,我们将简单了解k3d,这是一款可让您在安装了Docker的任何地方运行一次性Kubernetes集群的工具,此外在本文中我们还将探讨在使用k3d中可能会出现的一切问题. 什么是k3d? k3d是一个小型程序,用于在Docker中运行K3s集群. K3s是经过CNCF认证的轻量级Kubernetes发行和沙箱项目.它是为资源有限环境设计的,被打包为单个二进制文件,所需RAM小于512MB. 要了解有关K3s的更多信息,请查看我们之前的公众号文章及B站上的视频. k3d借助从K3s仓库构建

Kubernetes service 三种类型 • ClusterIP:默认,分配一个集群内部可以访问的虚拟IP(VIP)• NodePort:在每个Node上分配一个端口作为外部访问入口• LoadBalancer:工作在特定的Cloud Provider上,例如Google Cloud,AWS,OpenStack # Nodeport 用户 -> 域名 负载均衡器(后端服务器) -> Node IP:Port -> Pod IP:Port # LoadBalancer提供特定云提供商

session保持如何在service内部实现session保持呢?当然是在service的yaml里进行设置啦. 在service的yaml的sepc里加入以下代码: sessionAffinity: ClientIP sessionAffinityConfig: clientIP: timeoutSeconds: 这样就开启了session保持.下面的timeoutSeconds指的是session保持的时间,这个时间默认是10800秒,也就是三个小时. 那么原理是啥呢?当不设置sessio

Kubernetes使用Eedpoints连接外部服务端口 背景: 在Kubernetes的使用环境中,我们经常要连接外部的一些服务,比如mysql Elasticsearch kafka 等等外部的存储服务,但是这些服务又不是部署在K8S中的,所以端口就不好连接,这时我们把service的Endpoints修改成外部ip和端口连接,就可以实现使用service 直接连接外部的服务.具体配置文件如下: 使用一个Elasticsearch的配置文件作为实践 cat elasticsearch-en

在yaml文件中多个不同类型资源可以用“---”在划分 name: httpd2-svc namespace: kube-public    #给资源分配网络   所用资源将在 kube-public中 创建NodePort类型服务: kubectl get service httpd-svc 上图中: EXTERNAL-IP:  为<nodes>表示通过每个cluster节点自身的IP访问service PORT(S):  为8080:32312/tcp  8080表示clusterIP监控

k8s服务的配置文件中几个端口参数,nodePort.port.targetPort,刚开始的时候不理解什么意思很容易混淆写错,这里总结一下,概括来说就是nodePort和port都是k8s的service暴露的端口,targetPort是容器本身暴露的端口.区别是nodePort暴露给k8s集群外部流量访问用,port暴露给k8s集群内部服务访问用.从上两个端口过来的数据最终都需要经过反向代理kube-proxy,流入后端pod的targetPort上,最后到达pod内的容器. 下面具体解释一

kubectl edit daemonset nginx-ingress-controller -n ingress-nginx containers: - args: - /nginx-ingress-controller - --default-backend-service=$(POD_NAMESPACE)/default-http-backend - --configmap=$(POD_NAMESPACE)/nginx-configuration - --tcp-services-con

Kubernetes Ingress Controller的使用及高可用落地 看懂本文要具备一下知识点: Service实现原理和会应用 知道反向代理原理,了解nginx和apache的vhost概念 了解service的几种类型(Nodeport.clusterip.LB) 四层和七层区别(不明白就这样去理解,七层最常见就是应用层的http,也就是url,四层是传输层,为tcp/udp端口) 域名解析,/etc/hosts等基础知识 Ingress Controller介绍 Ingress C

Kubernetes 具有强大的副本,动态扩容等特性,每一次 Pod 的变化 IP 地址都会发生变化,所以 Kubernetes 引进了 Service 的概念.Kubernetes 中使用 Service 对象抽象出来的机制来管理同一组标签的 Pod ,而不需要关心 Pod 发生了什么变化并为其分配了一个虚拟的 IP,当外界需要访问 Pod 里的容器提供的功能时,不直接使用 Pod 的 IP 地址和端口,而是访问 Service 的这个虚拟 IP 和端口,由 Service 把请求转发给它背后

目录 Ingress介绍 1.Pod漂移问题 2.端口管理问题 3.域名分配及动态更新问题 Nginx Ingress配置 1.部署默认后端 2.部署Ingress Controller 3.部署Ingress 4.配置Ingress TLS 创建secret 修改ingress,开启tls 5.通过ingress暴露tcp服务 6.通过configmap修改nginx controller的一些全局变量 定义一个名为nginx-controller-configmap的yaml内容如下: 修改

转载于https://codegreen.cn/2018/08/30/kubernetes-cluster-1.9.7/ 前言 在部署之前,首先感谢 手动搭建高可用的kubernetes 集群 博文的作者[阳明],本文对kubernetes版本做了升级,其中一部分内容作了一下修改及完善. 一.服务器规划 角色 IP地址 Master01&&etcd01&&haproxy01 10.100.4.181 Master02&&etcd02&&hap