nginx集群

FastDFS分布式文件系统集群

匿名 (未验证) 提交于 2019-12-03 00:32:02
ip fastdfs-role 192.168.1.115 Tracker +Storage 192.168.1.104 Tracker +Storage 192.168.1.106 Tracker +Storage # yum groupinstall "Development Tools" "Server platform Development" -y # git clone https://github.com/happyfish100/libfastcommon.git # cd libfastcommon/ # ./make.sh # ./make.sh install # git clone https://github.com/happyfish100/fastdfs.git # cd fastdfs/ # ./make.sh # ./make.sh install 3台机器都按这种方式安装好 # cd /etc/fdfs/ # cp tracker.conf.sample tracker.conf # vim tracker.conf base_path=/data/fdfs/tracker # mkdir -pv /data/fdfs/tracker # /etc/init.d/fdfs_trackerd start 启动服务 # cd /etc/fdfs/ #

为什么要前后端分离?各有什么优缺点?

匿名 (未验证) 提交于 2019-12-03 00:27:02
前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦,并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务(多种客户端,例如:浏览器,车载终端,安卓,IOS等等)打下坚实的基础。这个步骤是系统架构从猿进化成人的必经之路。 核心思想是前端html页面通过ajax调用后端的restuful api接口并使用json数据进行交互。 在互联网架构中,名词解释: Web服务器 :一般指像nginx,apache这类的服务器,他们一般只能解析静态资源。 应用服务器 :一般指像tomcat,jetty,resin这类的服务器可以解析动态资源也可以解析静态资源,但解析静态资源的能力没有web服务器好。 一般都是只有web服务器才能被外网访问,应用服务器只能内网访问。 以前的JavaWeb项目大多数都是java程序员又当爹又当妈,又搞前端,又搞后端。 随着时代的发展,渐渐的许多大中小公司开始把前后端的界限分的越来越明确,前端工程师只管前端的事情,后端工程师只管后端的事情。正所谓术业有专攻,一个人如果什么都会,那么他毕竟什么都不精。 大中型公司需要专业人才,小公司需要全才,但是对于个人职业发展来说,我建议是分开。 1、对于后端java工程师: 把精力放在java基础,设计模式,jvm原理,spring

FastDFS学习笔记

匿名 (未验证) 提交于 2019-12-03 00:27:02
linux发行版为:centos6.5   FastDFS是用c语言编写的一款开源的分布式文件系统。FastDFS为互联网量身定制,充分考虑了冗余备份、负载均衡、线性扩容等机制,并注重高可用、高性能等指标,使用FastDFS很容易搭建一套高性能的文件服务器集群提供文件上传、下载等服务。      FastDFS架构包括 Tracker server和Storage server。客户端请求Tracker server进行文件上传、下载,通过Tracker server调度最终由Storage server完成文件上传和下载。   Tracker server作用是负载均衡和调度,通过Tracker server在文件上传时可以根据一些策略找到Storage server提供文件上传服务。可以将tracker称为追踪服务器或调度服务器。   Storage server作用是文件存储,客户端上传的文件最终存储在Storage服务器上,Storage server没有实现自己的文件系统而是利用操作系统 的文件系统来管理文件。可以将storage称为存储服务器。   如下图:      FastDFS集群中的Tracker server可以有多台,Tracker server之间是相互平等关系同时提供服务,Tracker server不存在单点故障。客户端请求Tracker

EFK教程 - EFK快速入门指南

ε祈祈猫儿з 提交于 2019-12-03 00:07:21
小慢哥Linux运维 原创精品/技术分享/经验总结 博客园 首页 新随笔 联系 订阅 管理 EFK教程 - EFK快速入门指南 通过部署elasticsearch(三节点)+filebeat+kibana快速入门EFK,并搭建起可用的demo环境测试效果 作者: “发颠的小狼” ,欢迎转载与投稿 目录 ▪ 用途 ▪ 实验架构 ▪ EFK软件安装 ▪ elasticsearch配置 ▪ filebeat配置 ▪ kibana配置 ▪ 启动服务 ▪ kibana界面配置 ▪ 测试 ▪ 后续文章 用途 ▷ 通过filebeat实时收集nginx访问日志、传输至elasticsearch集群 ▷ filebeat将收集的日志传输至elasticsearch集群 ▷ 通过kibana展示日志 实验架构 ▷ 服务器配置 ▷ 架构图 EFK软件安装 版本说明 ▷ elasticsearch 7.3.2 ▷ filebeat 7.3.2 ▷ kibana 7.3.2 注意事项 ▷ 三个组件版本必须一致 ▷ elasticsearch必须3台以上且总数量为单数 安装路径 ▷ /opt/elasticsearch ▷ /opt/filebeat ▷ /opt/kibana elasticsearch安装 :3台es均执行相同的安装步骤 mkdir -p /opt/software && cd /opt

前后端分离概念入门

匿名 (未验证) 提交于 2019-12-02 23:49:02
前后端分离已成为互联网项目开发的业界标准使用方式,通过Nginx+Tomcat的方式(也可以中间加一个NodeJS)有效地对前端和后端的开发进行解耦。并且前后端分离会为以后的大型分布式架构、弹性计算架构、微服务架构、多端化服务(各种客户端,比如浏览器、车载终端、安卓、IOS等)打下坚实的基础。前后端分离的核心思想就是前端HTML页面通过AJAX调用后端的RESTFUL API接口,并通过JSON数据进行交互。 前端的开发与后端的开发分离 以前的JavaWeb项目,大多数都是Java程序员又搞前端,又搞后端。而随着时代的发展,渐渐的许多大中小公司开始把前后端的界限分得越来越明确,即前端工程师只管前端的开发,后端工程师只管后端的开发。大中型公司需要专业的人才,小公司需要全才(省钱)。但是对于个人职业发展来说,还是分开比较好,因为当生涯发展到后期的时候,企业往往要的是在某一方面上的专家,而不是熟练工。如果一个人前端后端都会一点,那也可以说什么都不会。 前端追求的是页面的表现、速度的流畅、兼容性和用户的体验等。因此对于前端开发工程师来说,需要把精力放在HTML5、CSS3、JavaScript、jQuery、AngularJS、BootStrap、ReactJS、VueJS、Webpack、Less/Sass、Gulp、NodeJS、Google V8引擎、JS多线程、JS模块化

在k8s上部署第一个php应用

匿名 (未验证) 提交于 2019-12-02 22:11:45
一.搭建nginx+php 1.站点配置文件 1.1创建nginx-configmap.yaml [root@master k8s]# cat nginx-configmap.yaml apiVersion: v1 kind: ConfigMap metadata: name: nginx-config data: default.conf: | server { listen 80; server_name localhost; root /usr/share/nginx/html; access_log /var/log/nginx/host_access.log; error_log /var/log/nginx/host_error.log debug; location / { root /usr/share/nginx/html; index index.html index.htm index.php; } error_page 500 502 503 504 /50x.html; location = /50x.html { root /usr/share/nginx/html; } location ~ \.php$ { root /usr/share/nginx/html; fastcgi_pass 10.254.235.214:9000; fastcgi

10.Nginx反向代理

匿名 (未验证) 提交于 2019-12-02 22:10:10
代理一词往往并不陌生, 该服务我们常常用到如(代理理财、代理租房、代理收货等等),如下图所示 在没有代理模式的情况下,客户端和Nginx服务端,都是客户端直接请求服务端,服务端直接响应客户端。 那么在互联网请求里面,客户端往往无法直接向服务端发起请求,那么就需要用到代理服务,来实现客户端和服务通信,如下图所示 Nginx作为代理服务,按照应用场景模式进行总结,代理分为正向代理、反向代理 正向代理,(内部上网)客户端<―>代理->服务端 反向代理,用于公司集群架构中,客户端->代理<―>服务端 1.区别在于形式上服务的”对象”不一样 2.正向代理代理的对象是客户端,为客户端服务 3.反向代理代理的对象是服务端,为服务端服务 Nginx作为代理服务,可支持的代理协议非常的多,具体如下图 如果将Nginx作为反向代理服务,常常会用到如下几种代理协议,如下图所示 反向代理模式与Nginx代理模块总结如表格所示 反向代理模式 Nginx配置模块 http、websocket、https ngx_http_proxy_module fastcgi ngx_http_fastcgi_module uwsgi ngx_http_uwsgi_module grpc ngx_http_v2_module Syntax: proxy_pass URL; Default: ― Context:

Ingress-nginx 部署使用

匿名 (未验证) 提交于 2019-12-02 22:10:10
2、其实我们还可以这样干,可以让我们pod直接共享我们节点的网络名称空间,于是,上述中的会话卸载器pod我们可以直接让他共享节点网络名称空间,这就意味着其监听着宿主机的地址,这样我们客户端的请求就可以之间到达这个pod,然后再由他进行调度。 3、在一个节点上运行的容器,容器可以使用自己的虚拟网络,也可以共享宿主机的网络,如果这个容器共享宿主机的网络也就意味着这个容器内的进程一旦监听套接字时它监听的是宿主机的地址,相当于一个进程运行在宿主机上一样的,这样一来这个pod在每个节点上就只能运行一个了,一般来讲集群中只有一个,那么其只需要运行在集群的某一个节点即可,但是如果 监听在节点的端口时就会有问题,service时无论访问哪一个节点的端口都行,因为你访问哪一个节点的nodePort他都能通过它的ip地址送达到后端pod上,但是现在这个Pod要监听节点的网络名称空间,并且通过这个节点的网络名称空间直达这个pod,那么如果运行这种类型的pod那么就一定只能运行在一个节点上,访问时客户端就只能访问这个节点,并且如果这个节点挂了呢?   4、要解决这个问题,我们可以用DaemonSet控制器,它可以在每个节点上都运行相应的pod 副本并且只运行一个,这样假如我们有三个节点那么我们三个节点上都可以运行这个pod。这样就都能实现代理和负载均衡,但是又回到了调度到哪一个节点都可以的问题

关于Nginx

匿名 (未验证) 提交于 2019-12-02 22:10:10
Nginx Nginx是一款轻量级的Web 服务器/反向代理服务器及电子邮件(IMAP/POP3)代理服务器,并在一个BSD-like 协议下发行。由俄罗斯的程序设计师Igor Sysoev所开发,供俄国大型的入口网站及搜索引擎Rambler(俄文:Рамблер)使用。其特点是占有内存少,并发能力强,事实上nginx的并发能力确实在同类型的网页服务器中表现较好.中国大陆使用nginx网站用户有:新浪、网易、 腾讯等。 Nginx 是一个高性能的 Web 和反向代理服务器, 它具有有很多非常优越的特性: 作为 Web 服务器:相比 Apache,Nginx 使用更少的资源,支持更多的并发连接,体现更高的效率,这点使 Nginx 尤其受到虚拟主机提供商的欢迎。能够支持高达 50,000 个并发连接数的响应,感谢 Nginx 为我们选择了 epoll and kqueue 作为开发模型. 作为负载均衡服务器:Nginx 既可以在内部直接支持 Rails 和 PHP,也可以支持作为 HTTP代理服务器 对外进行服务。Nginx 用 C 编写, 不论是系统资源开销还是 CPU 使用效率都比 Perlbal 要好的多。 作为邮件代理服务器: Nginx 同时也是一个非常优秀的邮件代理服务器(最早开发这个产品的目的之一也是作为邮件代理服务器),Last.fm 描述了成功并且美妙的使用经验。

fastdfs集群版搭建(一)- storage集群搭建与统一入口访问

匿名 (未验证) 提交于 2019-12-02 21:53:52
前言   接着上篇博客: 详细的最新版fastdfs单机版搭建 ,今天来讲讲fastdfs的集群搭建,限于篇幅,今天先搭建stoarge集群,并实现统一的http访问方式;   没看我上篇博客的小伙伴,最好先去瞅一眼,这篇博客很多都是基于上篇博客的;   不懂fastfds原理的,可以先去看看: 分布式文件系统FastDFS设计原理 ,了解了原理之后,再来看这篇博客会轻松很多; 环境准备   1、机器准备     VIP:192.168.1.200     centos211(192.168.1.211):nginx + keepalived master     centos212(192.168.1.212:nginx + keepalived backup     centos210(192.168.1.210):tracker     fastdfs4(192.168.1.209):tracker     fastdfs3(192.168.1.208):storage(group2) + fastdfs-nginx-module + nginx     fastdfs2(192.168.1.207):storage(group2) + fastdfs-nginx-module + nginx     fastdfs1(192.168.1.206):storage