windows+nginx+iis+redis+Task.MainForm构建分布式架构 之 (nginx+iis构建服务集群)

本文涉及的产品
云数据库 Redis 版,社区版 2GB
推荐场景:
搭建游戏排行榜
简介: 本次要分享的是利用windows+nginx+iis+redis+Task.MainForm组建分布式架构,由标题就能看出此内容不是一篇分享文章能说完的,所以我打算分几篇分享文章来讲解,一步一步实现分布式架构;下面将先给出整个架构的核心节点简介,希望各位多多点赞:   .

本次要分享的是利用windows+nginx+iis+redis+Task.MainForm组建分布式架构,由标题就能看出此内容不是一篇分享文章能说完的,所以我打算分几篇分享文章来讲解,一步一步实现分布式架构;下面将先给出整个架构的核心节点简介,希望各位多多点赞:

 

. 架构设计图展示

. nginx+iis构建服务集群

. redis存储分布式共享的session及共享session运作流程

. redis主从配置及Sentinel管理多个Redis集群

. 定时框架Task.MainForm提供数据给redis集群储存

 

以上是整个架构的我认为核心的部分,其中没有包含有数据库方面的设计(请忽略),下面先发张架构设计图:

以上是个人的看法,下面来正式分享今天的文章吧(nginx+iis构建服务集群):

. nginx常用基础配置总结

. 用nginx搭建静态文件缓存服务

. nginx+iis构建服务集群

 

下面一步一个脚印的来分享:

. nginx常用基础配置总结

首先,我们需要从网上下载nginx服务文件,具体windows系统下用何版本请网上搜索,我这里用的版本是nginx-1.10.1;下载下来后目录结构是这样的:

我们需要了解并且操作的配置文件是conf文件夹下面的nginx.conf文件,该目录下的其他文件一般采用默认的就行;打开文件不看#号注释的行;events节点:

events节点:

worker_connections:默认值1024,代表nginx服务地址的最大连接数1024;

http节点

include:mime.types其实对应的是nginx.conf同级目录下的mime.types文件,里面是能访问的mime类型

default_type:application/octet-stream默认类型

keepalive_timeout:连接超时时间,单位秒

server节点:

listen:nginx监听的端口号

server_name:服务名称

location:路由设置(支持正则表达式);其中常用到的节点有

  proxy_connect_timeout:nginx跟后端服务器连接超时时间(代理连接超时)

  proxy_pass:代理地址名称

  proxy_set_header:设置让服务端获取真实的Ip,端口等;对应的值有(Host,X-Real-IP,X-Forwarded-For)

upstream节点:

设定负载均衡的服务器列表

设置代理地址名称(和上面的proxy_pass对应)

设置负载均衡分配规则,常用规则有:

  轮询:挨个轮询访问(默认)

  ip_hash:访问一次后固定访问一个后端服务器,可以解决session的问题

  fair:后端服务器的响应时间来分配请求,响应时间短的优先分配

  weight:权重,值越大访问量越多

proxy_temp_path节点:代理临时文件夹路径

proxy_cache_path节点:代理缓存文件夹路径(缓存文件都在这里)

以上介绍的信息基本能完成一个负载均衡常用搭建了,其他的更详细的节点请参考官网

 

. 用nginx搭建静态文件缓存服务

通常分布式架构的一些css,js,图片文件都是被缓存起来的,这样提供高效的加载速度;由文章开头时发布的一张架构图可以看到,用户A要真实访问到服务集群需要经过nginx这道服务器转发,这样需要跳转一次才能获取到css静态文件明显比直接在nginx服务器就返回这些文件的速度慢;所以这种情况下就有了把静态资源缓存到nginx服务上的需求了;下面先来看下nginx配置文件需要的配置信息:

       #负载均衡的服务器列表
    upstream shenniu.test.com{
    
        server 127.0.0.1:4041;
    }
    
    ##cache##
    proxy_connect_timeout 5;
    proxy_read_timeout 60;
    proxy_send_timeout 5;
    proxy_buffer_size 16k;
    proxy_buffers 4 64k;
    proxy_busy_buffers_size 128k;
    proxy_temp_file_write_size 128k;
    proxy_temp_path D:/E/nginx-1.10.1/home/temp_dir;
    proxy_cache_path D:/E/nginx-1.10.1/home/cache levels=1:2 keys_zone=cache_one:200m inactive=1d max_size=30g;
    ##end##

注意这里upstream节点后面的shenniu.test.com域名在后面会使用,节点里面的server对应ip:端口如:server 127.0.0.1:4041(这个是真实的站点项目的ip+端口),然后需要设置保存缓存文件的路径:proxy_cache_path和proxy_temp_path

然后server节点里面listen监听3031端口,server_name:shenniu.test.com,增加静态资源路由配置

location ~ .*\.(gif|jpg|png|css|js|flv|ico|swf)(.*) {
             #proxy_pass http://shenniu.file.com;
             proxy_pass http://shenniu.test.com;   
             proxy_redirect off;
             proxy_set_header Host $host;
             proxy_cache cache_one;
             proxy_cache_valid 200 302 1h;
             proxy_cache_valid 301 1d;
             proxy_cache_valid any 1m;
             expires 30d;    #缓存时长,这里是30天
       }

注意里面反向代理的proxy_pass 对应的值http://+上面upstream节点的shenniu.test.com,所以就是proxy_pass http://shenniu.test.com这个地址就是访问代理的地址;直接shenniu.test.com域名,我们需要在本机的这个目录结构C:\Windows\System32\drivers\etc中找到host文件,然后里面增加如:127.0.0.1 shenniu.test.com一样代码,这样我们的域名就可以在本机的浏览器中访问了;增加页面的路由配置:

location ~ .*(\/|\.(html|htm))(.*) {
            proxy_connect_timeout 90;  #nginx跟后端服务器连接超时时间(代理连接超时)
            proxy_pass http://shenniu.test.com;
            proxy_redirect default;
            
            #服务端获取真实的Ip,端口等
            proxy_set_header   Host             $host; 
            proxy_set_header   X-Real-IP        $remote_addr; 
            proxy_set_header   X-Forwarded-For  $proxy_add_x_forwarded_for; 
        }

然后,我们还需要用iis发布一个项目,名称为ShenNiu.Stage01,对应的ip和端口是上面upstream节点里面的数据:

然后,在浏览器访问分别用ip和域名访问效果:

好这个是本地host配置域名访问,但是这还没有用到nginx,因为咋们配置的nginx反向代理的端口是server节点里面listen监听3031端口,所以应该访问的是http://shenniu.test.com:3031/user/login地址,此时在浏览器是访问不了该端口的,还需要咋们来启动nginx服务:

好,现在使用nginx配置反向代理并第一次访问代理对应的站点程序,由于咋们配置的缓存文件地址在D:/E/nginx-1.10.1/home/cache目录,所以查看文件夹:

这里面的就是缓存文件所在的位置,此处问生成的缓存文件夹;再来咋们第二次在浏览器中访问网站,并F12查看对应的js,css等文件:

此时文件的来源Server对应的是nginx服务,没错现在访问的就是nginx缓存的文件了

 

. nginx+iis构建服务集群

上面的搭建静态缓存服务其实大致都涉及到了nginx用来做分发的功能,下面我们来快速在刚才的基础增加一些节点信息,搭建站点服务集群;首先,我们修改upstream节点,内容信息增加如:

#负载均衡的服务器列表
    upstream shenniu.test.com{
    
        server 127.0.0.1:4041;
        server 127.0.0.1:4040;
    }

只需要增加这段代码,因为上面静态文件服务的时候已经增加了页面的路由设置(可以往上看);为了演示分布式架构,我们还需要在iis中在配置个和ShenNiu.Stage01(对应的ip+端口:127.0.0.1:4041)站点一样程序的站点ShenNiu.Stage02(对应的ip+端口:127.0.0.1:4040),但是把登陆页的title分别标注为"系统01","系统02"这样来区分访问到的是那个站点,配置好后下面我们来再重新加载nginx配置:

然后,访问反向代理地址http://shenniu.test.com:3031/user/login访问下页面看到的效果如:

此时访问同样的域名,得出的第一个页面title是"系统01",第二个是"系统02",可以看出访问的站点分别对应的是127.0.0.1:4041和127.0.0.1:4040,也就是咋们配置的iis中的ShenNiu.Stage01和ShenNiu.Stage02,这样nginx做分发站点就成功了,站点服务集群就这样创建成功了。

本篇分享的内容只是nginx+iis做一个简单的集群,后面一篇的分享文章将讲解redis存储分布式共享的session及共享session运作流程,敬请期待也谢谢多多支持点赞。

相关实践学习
基于Redis实现在线游戏积分排行榜
本场景将介绍如何基于Redis数据库实现在线游戏中的游戏玩家积分排行榜功能。
云数据库 Redis 版使用教程
云数据库Redis版是兼容Redis协议标准的、提供持久化的内存数据库服务,基于高可靠双机热备架构及可无缝扩展的集群架构,满足高读写性能场景及容量需弹性变配的业务需求。 产品详情:https://www.aliyun.com/product/kvstore     ------------------------------------------------------------------------- 阿里云数据库体验:数据库上云实战 开发者云会免费提供一台带自建MySQL的源数据库 ECS 实例和一台目标数据库 RDS实例。跟着指引,您可以一步步实现将ECS自建数据库迁移到目标数据库RDS。 点击下方链接,领取免费ECS&RDS资源,30分钟完成数据库上云实战!https://developer.aliyun.com/adc/scenario/51eefbd1894e42f6bb9acacadd3f9121?spm=a2c6h.13788135.J_3257954370.9.4ba85f24utseFl
目录
相关文章
|
5天前
|
敏捷开发 监控 数据管理
构建高效微服务架构的五大关键策略
【4月更文挑战第20天】在当今软件开发领域,微服务架构已经成为一种流行的设计模式,它允许开发团队以灵活、可扩展的方式构建应用程序。本文将探讨构建高效微服务架构的五大关键策略,包括服务划分、通信机制、数据管理、安全性考虑以及监控与日志。这些策略对于确保系统的可靠性、可维护性和性能至关重要。
|
14天前
|
监控 负载均衡 Cloud Native
ZooKeeper分布式协调服务详解:面试经验与必备知识点解析
【4月更文挑战第9天】本文深入剖析ZooKeeper分布式协调服务原理,涵盖核心概念如Server、Client、ZNode、ACL、Watcher,以及ZAB协议在一致性、会话管理、Leader选举中的作用。讨论ZooKeeper数据模型、操作、会话管理、集群部署与管理、性能调优和监控。同时,文章探讨了ZooKeeper在分布式锁、队列、服务注册与发现等场景的应用,并在面试方面分析了与其它服务的区别、实战挑战及解决方案。附带Java客户端实现分布式锁的代码示例,助力提升面试表现。
30 2
|
6天前
|
消息中间件 监控 持续交付
构建高效微服务架构:后端开发的进阶之路
【4月更文挑战第20天】 随着现代软件开发的复杂性日益增加,传统的单体应用已难以满足快速迭代和灵活部署的需求。微服务架构作为一种新兴的分布式系统设计方式,以其独立部署、易于扩展和维护的特点,成为解决这一问题的关键。本文将深入探讨微服务的核心概念、设计原则以及在后端开发实践中如何构建一个高效的微服务架构。我们将从服务划分、通信机制、数据一致性、服务发现与注册等方面入手,提供一系列实用的策略和建议,帮助开发者优化后端系统的性能和可维护性。
|
16天前
|
Kubernetes 安全 Java
构建高效微服务架构:从理论到实践
【4月更文挑战第9天】 在当今快速迭代与竞争激烈的软件市场中,微服务架构以其灵活性、可扩展性及容错性,成为众多企业转型的首选。本文将深入探讨如何从零开始构建一个高效的微服务系统,覆盖从概念理解、设计原则、技术选型到部署维护的各个阶段。通过实际案例分析与最佳实践分享,旨在为后端工程师提供一套全面的微服务构建指南,帮助读者在面对复杂系统设计时能够做出明智的决策,并提升系统的可靠性与维护效率。
|
1天前
|
Cloud Native Devops 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第24天】 随着企业加速其数字化转型之旅,云原生架构已成为实现敏捷性、可扩展性和持续创新的关键推动力。本文将探讨云原生技术如何助力企业构建灵活的IT环境,支持快速部署新服务,并提高整体业务效率。通过分析微服务、容器化、DevOps和持续集成/持续部署(CI/CD)等关键技术的实践应用,我们将揭示这些元素如何共同塑造出一个响应迅速且高效的企业架构模型。
|
1天前
|
持续交付 API 开发者
构建高效微服务架构:后端开发的新范式
【4月更文挑战第24天】 随着现代软件系统的复杂性日益增加,传统的单体应用已难以满足快速迭代与灵活扩展的需求。微服务架构作为一种新兴的软件开发模式,以其服务的细粒度、独立部署和弹性伸缩等优势,正在逐渐成为后端开发的重要趋势。本文将深入探讨微服务架构的设计原则、关键技术以及在实际业务中的应用实践,旨在为后端开发者提供构建和维护高效微服务架构的参考指南。
|
3天前
|
监控 API 持续交付
构建高效微服务架构:后端开发的新趋势
【4月更文挑战第23天】 随着现代软件开发实践的不断演进,微服务架构已经成为企业追求敏捷、可扩展和弹性解决方案的首选。本文深入探讨了如何构建一个高效的微服务架构,涵盖了关键的设计原则、技术选型以及实践建议。通过分析微服务的独立性、分布式特性和容错机制,我们将揭示如何利用容器化、服务网格和API网关等技术手段,来优化后端系统的可维护性和性能。文章旨在为后端开发人员提供一套全面的指南,以应对不断变化的业务需求和技术挑战。
|
5天前
|
Cloud Native API 持续交付
构建未来:云原生架构在企业数字化转型中的关键作用
【4月更文挑战第21天】 随着企业加速其数字化转型的步伐,云原生技术已迅速成为推动创新和实现敏捷性的基石。本文深入探讨了云原生架构的核心组件,包括容器化、微服务、持续集成/持续部署(CI/CD)以及声明式API。通过分析这些技术的协同效应,揭示了它们如何共同促进系统的可伸缩性、弹性和维护性,进而支持企业在不断变化的市场环境中保持竞争力。
10 1
|
5天前
|
敏捷开发 Cloud Native 持续交付
构建未来:云原生架构的进化之路
【4月更文挑战第21天】随着数字化转型的深入,企业对IT基础设施的要求日益提高。云原生技术以其灵活性、可扩展性和敏捷性成为推动创新的重要力量。本文将探讨云原生架构的核心组件,分析其如何助力企业实现快速迭代和高效运营,并预测云原生技术的发展趋势。
|
6天前
|
网络协议 安全 测试技术
Windows安装禅道系统结合Cpolar实现公网访问内网BUG管理服务
Windows安装禅道系统结合Cpolar实现公网访问内网BUG管理服务