Linux I/O重定向的原理及实现

在Linux系统中，每个进程都有STDIN、STDOUT、STDERR这三种标准I/O。用过shell的同学们都知道，我们可以方便地对shell命令进行I/O重定向。

对Linux进程来讲，每个打开的文件都是通过文件描述符(File Descriptor)来标识的，内核为每个进程维护了一个File Descriptor Table（文件描述符表），这个表以FD为索引，再进一步指向文件的详细信息。在进程创建时，内核为进程默认创建了0、1、2三个特殊的FD，这就是STDIN、STDOUT和STDERR，如下图所示意：

土豪公司到了一批服务器嘛，新的旧的都有，百八十台吧，也不算多。

固件已经刷了，接下来得安装系统，想用个高效的方案，于是乎再次祭出Ansible。

今天我们来使用Ansible批量升级DELL的固件。

先编辑好位于/etc/ansible/hosts文件，把每台戴尔服务器的iDRAC IP填进去。

每当土豪公司的服务器到手了之后，得刷固件，做RAID，安装操作系统吧，想想就头大。

这次到了N台DELL的PowerEdge 系列的服务器，刚好Ansible可以发挥作用了。

纵观现在的服务器，从以前闭源的管理系统，如DELL的OpenManage和iDRAC、华为的iBMC、惠普的OneView和iLO、l联想的XClarity和XClarity Controller 嵌入式管理、IMM2（收购自IBM的 SystemX PC Server系列） 等等，都在积极拥抱开源自动化工具，与Ansible，chef等开源软件都有不同程度的整合及支持。

引用自官网

The ngx_http_rewrite_module module is used to change request URI using PCRE regular expressions, return redirects, and conditionally select configurations.

意思是ngx_http_rewrite_module模块用于使用PCRE正则表达式更改请求URI，返回重定向和配置条件判断后执行相应操作。

场景之一
今天要把一个网站的一个url重定向至首页，避免被百度（liu mang）爬虫（wei suo），于是就在生产环境的nginx配置里面添加了如下配置：

使用Ansible也有一段时间了，最近不是很忙，所以有时间来总结一下开车经验，温故而知新。

为什么要自动化？

业务场景之一

Redis在业务场景中也很重要，涉及到的，所以这次迁移到docker swarm中来跑，目标是高可用及负载均衡，任意一台机器关掉，服务不中断。

话说上次在docker swarm里面实现了MongoDB复制集之后，可以愉快地重启运行复制集节点的机器了，存储的资料也不担心硬盘挂掉而丢失， 真是快哉~

所以，再接再厉，把Redis和Memcached也迁移到docker swarm跑起来。

先来说说memcached的业务场景及特性，知己知彼，百战百胜嘛

接上回，自从搭建起副本集之后，很嗨，再也不担心单机挂了之后数据丢失了。应用往MongoDB副本集写也做了相应配置。

在做nginx读取MongoDB副本集数据测试中，发现了新问题

工作需要，Let’s do it.

策略

• 事先确定Replica Set的成员数量，因为这跟能Replica Set中能容忍挂掉的成员数量有直接关系
• Replica Set中的voting成员数量要提前确定，MongoDB的Replica Set最大可以拥有50个成员，其中包括最多7个voting成员
• 部署奇数成员数的Replica Set
• 操作系统采用Ubuntu16.04.4 LTS 64bit
• 原计划五台机器单机跑docker实例，也可以创建replica set ，但是日后还有其他测试要用到swarm环境，所以干脆一步到位，五台机器全部作为swarm node