在Kubernetes中,服务和Pod的IP地址仅可以在集群网络内部使用,对于集群外的应用是不可见的.为了使外部的应用能够访问集群内的服务,在Kubernetes 目前 提供了以下几种方案: NodePort LoadBalancer Ingress 本节主要就ingress和ingress控制器ingress-nginx-controller的部署作简单介绍和记录. 以下系统组件版本: 云服务器:centos版本7.6.1810.k8s版本1.15.0.docker版本18.06.1-ce.i

前言 当我们在Kubernetes部署的服务需要暴露给外部用户使用时,有三种选择:LoadBalancer,NodePort, Ingress. LoadBalancer类型得结合各个Cloud Provider提供的LB来使用,如果需要暴露的service很多,需要很多LB以及公网IP,比较浪费cost. NodePort 方式一个端口只能一个服务使用,根据端口划分服务,可用端口范围:30000~32767, 同样如果在暴露的servicie很多的情况下会导致节点要开的端口越来越多,不好管理,

Nginx无论是对于运维.开发.还是测试来说,都是日常工作需要掌握的一个知识点,之前也写过不少关于Nginx相关的文章: Nginx服务介绍与安装 Nginx服务配置文件介绍 Nginx配置虚拟主机 Nginx反向代理负载均衡配置 Nginx+Tomcat多实例及负载均衡配置 HTTP服务器Nginx服务介绍续 Nginx优化配置详解 Nginx+keepalived高可用配置实战 Apache VS Nginx,你选对了吗? 基于 Nginx 的 HTTPS 性能优化实践 Nginx 到底可以

查看nginx版本 # nginx -v nginx version: nginx/1.12.2 查看nginx配置了哪些模块 # nginx -V nginx version: nginx/1.12.2 built by gcc 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.9) built with OpenSSL 1.0.2l 25 May 2017 TLS SNI support enabled configure arguments: --us

Puppet路径为:/etc/puppet 软件版本:gitweb-1.7.1-3.el6_4.1.noarch git-1.7.1-3.el6_4.1.x86_64 fcgi-2.4.0-12.el6.x86_64 spawn-fcgi-1.6.3-1.el6.x86_64 nginx version: nginx/1.6.2 lighttpd/1.4.35 (ssl) - a light and fast webserver 一.建立puppet git仓库 1.进入puppet 的目录 #

目前使用的nginx版本是1.4.4,平滑升级到nginx1.10.1,具体升级操作流程如下: 1.备份当前使用的nginx程序目录 tar -zcvf ./nginx1.4.4bak.tar.gz ./nginx-1.4.4/ 2.下载最新稳定版wget http://nginx.org/download/nginx-1.10.1.tar.gz 3.解压缩tar -zxvf nginx-1.10.1.tar.gz 4.编译 先提前看一下目前使用的nginx版本编译参数有哪些,然后照搬过来cd

CentOS 使用官方源yum安装最新nginx版本 1.创建nginx.repo # vi /etc/yum.repos.d/nginx.repo 2.添加内容#如果是CentOS6,文件内容如下: [nginx] name=nginx repo baseurl=http://nginx.org/packages/centos/6/$basearch/ gpgcheck= enabled= #如果是CentOS7,文件内容如下: [nginx] name=nginx repo baseurl=

目录 基于k8s集群部署prometheus监控ingress nginx 1.背景和环境概述 2.修改prometheus配置 3.检查是否生效 4.配置grafana图形 基于k8s集群部署prometheus监控ingress nginx 1.背景和环境概述 本文中涉及到的环境中.prometheus监控和grafana基本环境已部署好. 在nginx ingress controller的官方文档中对监控有相应描述 https://kubernetes.github.io/ingress

由于 Ingress Nginx 是最受欢迎的 Ingress 控制器,因此接下来我们将介绍一些有关调试 ingress-nginx 的技巧. 调试 Ingress Nginx Ingress-nginx 项目有一个 Kubectl 的官方插件. 可以使用 kubectl ingress-nginx : 检查日志,后端,证书等. 连接到 ingress 检查当前配置 应该尝试的三个命令是: kubectl ingress-nginx lint,它会检查 nginx.conf 配置 kubectl

一.简介          在上一篇文章<庐山真面目之微服务的简介和技术栈>中,我们已经探讨了微服务的来龙去脉,也说了想要实现微服务架构所需要的技术栈,今天我们开始实现一个微服务,当然这个实现是简化版本的,在这个版本里面也不涉及 Docker.K8S等的东西,我们逐步演化,今天这一期只是实现一个NGINX版本的微服务的功能.        1.说明              有关微服务架构所涉及的技术太多,无法再一篇文章内讨论完全,所以,我们就分多期来说,每期都递进相关的技术,然后,一步一步的

庐山真面目之四微服务架构Consul集群和Nginx版本实现 一.简介      在上一篇文章<庐山真面目之三微服务架构Consul版本实现>中,我们已经探讨了如何搭建基于单节点Consul的微服务架构.没错,那个版本也有它自己的问题,每篇文章都会解决一个问题,这样大家就会更能理解每篇文章的技术点.如果我们把所有的东西都放在一篇文章里,太多了,不利于学习和查看.我们看完上一篇文章后,知道了基于单节点Consul服务组件实现的微服务架构是有缺点的,而且这个缺点也是很致命的,如果这个Consul节

庐山真面目之六微服务架构Consul集群.Ocelot网关集群和Nginx版本实现 一.简介      在上一篇文章<庐山真面目之五微服务架构Consul集群.Ocelot网关和Nginx版本实现>中,我们已经探讨了如何搭建基于Consul服务集群的微服务架构.没错,那个版本也有它自己的问题,每篇文章都会解决一个问题,这样大家就会更能理解每篇文章的技术点.如果我们把所有的东西都放在一篇文章里,太多了,不利于学习和查看.看完上一篇文章后,我们知道如何解决单节点Consul服务不稳定的问题,这样问

目录 参考信息 源码安装 nginx-1.14.2 版本升级 nginx-1.16.1 版本回滚 ①.对于软件的版本升级.添加官方模块.添加第三方模块,都需要用源码安装包重新生成(configure).编译(make).安装(make install),在企业生产中的源码安装包,一般需要存放在固定的位置,以便不时之需: ②.对于软件的版本回滚,只需要将软链接文件重新指向版本升级前的目录即可: ③.对于升级后(或添加了新模块)的版本,需要将旧版本中的 .pid 文件..conf 配置文件以及我们修

背景:由于负载均衡测试服务器中nginx版本过低,存在安全漏洞,查询相关修复漏洞资料,需要采取nginx版本升级形式对漏洞进行修复. Nginx平滑升级方案 1.案例采用版本介绍 旧版本 nginx-1.12.2.tar.gz 新版本 nginx-1.20.1.tar.gz 2.nginx-1.12.2版本为当前运行版本 设置端口8080和对主页index.html进行修改,后续进行平滑升级后,依然可以对其访问. 3.解压新版本 nginx-1.20.1.tar.gz 编译安装至旧版本nginx

Nginx官网提供了三个类型的版本Mainline version:Mainline 是 Nginx 目前主力在做的版本,可以说是开发版Stable version:最新稳定版,生产环境上建议使用的版本Legacy versions:遗留的老版本的稳定版 nginx下载地址:http://nginx.org/en/download.html

下载好Nginx的安装文件nginx-1.6.0.tar.gz,并把它解压. wget http://nginx.org/download/nginx-1.6.0.tar.gz .tar.gz 然后我们修改src/core/nginx.h. #define NGINX_VERSION "1.2.3" #define NGINX_VER "nginx/" NGINX_VERSION #define NGINX_VAR "NGINX" 修改src/h

html { font-family: sans-serif } body { margin: 0 } article,aside,details,figcaption,figure,footer,header,hgroup,main,nav,section,summary { display: block } audio,canvas,progress,video { display: inline-block; vertical-align: baseline } audio:not([co

生产环境使用Stable version:最新稳定版,现在最新的版本是nginx-1.8.1 注意各版本的区别:Nginx官网提供了三个类型的版本 1.Mainline version:Mainline 是 Nginx 目前主力在做的版本,可以说是开发版 2.Stable version:最新稳定版,生产环境上建议使用的版本 3.Legacy versions:遗留的老版本的稳定版

favicon.ico浏览器图标配置 favicon.ico 文件是浏览器收藏网址时显示的图标,当客户端使用浏览器问页面时,浏览器会自己主动发起请求获取页面的favicon.ico文件,但是当浏览器请求的favicon.ico文件不存在时,服务器会记录404日志,而且浏览器也会显示404报错. location = /favicon.ico { #使用完全匹配,优先级最高 root /data/nginx/pc/images; #设计好的favicon.ico文件需要在这个指定好的目录下 } 自

3.https配置第一步:制作自签证书 [root@master demo]# openssl genrsa -out tls.key 2048 [root@master demo]# openssl req -new -x509 -key tls.key -out tls.crt -subj /C=CN/ST=Guangdong/L=Guangzhou/O=devops/CN=feiutest.cn 生成两个文件: [root@master demo]# lstls.crt  tls.key

chookie和session 你们公司的会话保持怎么做的? 1.开发做的:记录用户登陆的状态,将用户登陆状态保存到,redis服务器中,nfs,mysql. ​ 记录用户的登陆状态. ​ 通过登陆用户对应的userid和cookie结合,记录用户的状态;如果是保存在本地,那么在其它用户使用该机器的时候去更改cookie的userid就能登陆其它用户的登陆状态,这样很不安全. ​ 这样就引入了session. ​ 2.运维:因为开发没有写会话保持功能,我们公司使用的是nginx的upstream