猿急送>

北京运维兼职程序员

ID：284746

张贺才

运维工程师

公司信息：
深圳微品致远信息科技有限公司

工作经验：
5年

兼职日薪：
500元/8小时

兼职时间：
下班后
周六
周日
可工作日远程

所在区域：
北京
海淀

技术能力

掌握 Linux 操作系统和日常命令，熟悉 Red Hat 等 Linux 操作系统; 熟悉操作系统防火墙策略、基础的内核参数配置、网络参数配置; 熟练编写 shell 脚本，熟练掌握 sed， grep 等常用命令;
熟悉常用 Linux 服务，如 NFS、 vsftp、 samba、 DNS 等;
熟悉 Zabbix 等监控软件的安装配置和使用;
熟悉 MySQL 增删查改等基本操作，数据备份和恢复、主从同步; 熟悉 Linux 负载均衡技术与高可用性技术( LVS、 Keepalived); 熟悉 Linux 反向代理技术与缓存技术(如: Nginx、 CDN 等); 熟悉自动化运维工具 Ansible;
熟悉 K8S、docker 等容器技术;熟悉 jenkins 自动化构建发布;

项目经验

项目名称:docker 容器弹性伸缩
1.项目描述:随着公司应用的访问量越来越大，高峰期用户比较多，造成后端压力比较大。为了减轻后端压力，经过部门的讨论，决定使用 Docker 集群来解决这个问题，实现高并发时容器的扩展，低并发时缩减容器以满足正常接收用户访问。

2.项目职责:首先搭建 docker 环境，然后搭建 k8s，先启动 Docker 并修改为 enable 开机自启;三台服务器上用 yum 安装 k8s，需要修改网络读取模块，在 sysctl 中添加参数; 用 swapoff 把 swap 交换分区关闭;在 KubeletS 中修改 Docker 驱动器;开启 k8s，在 Master 节点上 pull k8s 所需要的镜像，把下载完镜像的标签进行修改并删除原来的镜像，以便统一管理。再用 docker pull 下载 flannel 网络镜像;启动 k8s，在 Master 写入 init，生成一个 token 值;把 Master 节点上的 token 值填写到 node 节点上执行。用.yml 文件构建需要在容器里跑的服务，用 k8s 来进行管理。当在线用户数量高峰期时，扩展容器的数量，即增加副本数量 replicas，使其可以处理所有的访问请求;在线用户比较少的情况下，去收缩容器的数量，即减少副本数量，这样可以节省主机的资源。防止容器的使用率丢失，避免造成不必要的资源浪费。 3.项目收获:当测试在线用户过多时，出现了伸缩慢的问题!当大量用户在线时，去扩展容器数量，而在用户减少的时候，出现了单台容器关闭，导致了其他状态一直是处于关闭和开启的状态。经过排查，是因为在编写脚本的时候，把容器关闭数量误写成了单台容器关闭。在修改脚本后，根据在线用户的数量，实现自动扩展;当高峰值过去的时候，根据在线的数量，来减少容器的数量，这样可以节省大量主机资源。
项目名称:Jenkins+Gitlab +Docker 自动化部署
1.项目描述:应公司需求，为了方便代码的自动发布，省去重复动作。需要搭建 Jenkins 可持续化集成环境，首先搭建了 Gitlab 私有仓库，通过已备案的域名设置二级域名，实现访问，由 web 开发人员上传代码，再通过搭建 Jenkins 来实现代码更新自动打包构建，通过 shell 脚本更新网站服务器代码。 2.项目职责:由于网站较多，代码更新较为频繁，便选择了 16G 的内存和 100G 的硬盘配置。首先在一台服务器上配置 Java 环境;安装并启动 Jenkins;然后安装 Jenkins 插件; 配置 JDK， Git 以及邮件服务地址;新建任务，配置 Job 任务(配置存储库(Gitlab)地址、配置构件触发器、配置构建步骤，配置通知的邮件地址)。在另一台服务器上部署 Gitlab，配置 Webhook，通过 Webhook 将两者联系起来，触发方式选择的是 push events，实现代码上传触发构建。在 Jenkins 项目中设置触发构建后的动作，将旧代码根据日期进行备份，然后将新代码更换旧代码。因为是静态网站所以并不用重启服务。多个网站都是通过该步骤实现。 3.项目收获:该项目的搭建，省去了很多反复操作，也更加有效及时的部署，减少了错误的出现，实现了真正的代码自动化部署。
Percona XtraDB Cluster 数据库高可用服务搭建
1.项目环境:CentOS7.4 5 台 2.项目描述:为了防止公司后端数据节点的压力，造成写入时间过长，可能会导致数据库宕机，经过讨论决定使用 PXC，实现单台数据库宕机之后，可以切换到其他数据库继续工作。 3.项目职责:ProxySQL，对数据库三个节点进行分配数据库读写，可实现自动故障转移至其它节点;实现mysql数据库集群架构的高可用性和数据的强一致性，完成了真正的多节点读写的集群方案。改善了传统意义上的主从复制延迟问题，基本上达到了实时同步。新加入的节点可以自动部署，无须提供手动备份，维护起来很方便。由于是多节点写入，所以数据库故障切换很容易。
4.项目收获:通过这次搭建 PCX，我深入的了解它的工作原理，首先要规范集群中节点的

数量，整个集群中节点数控制在最少 3 个、最多 8 个范围内。最少 3 个节点是为了防止出现脑裂现象，因为只有在两个节点下才会出现此现象。脑裂现象的标志就是输入任何命令、返回结果都是 unkown command，节点在集群中，会因为新节点的加入或者故障，同步失效等而发生状态的切换。