运维工具

简述Ansible及其优势？

Ansible是一款极其简单的开源的自动化运维工具，基于Python开发，集合了众多运维工具(puppet, cfengine, chef, func, fabric)的优点。实现了批量系统配置，批量程序部署，批量运行命令等功能。
同时Ansible是基于模块工作，其实现批量部署的是ansible所运行的模块。

Ansible其他重要的优势：

• 跨平台支持：Ansible在物理、虚拟、云和容器环境中为Linux、Windows、UNIX和网络设备提供无代理支持。
• 人类可读的自动化：Ansible playbook以YAML文本文件的形式编写，易于阅读，有助于确保每个人都理解他们将要做的事情。
• 对应用程序的完美描述：Ansible playbook可以进行任何更改，并且可以描述和记录应用程序环境的每个细节。
• 易于管理的版本控制：Ansible剧本和项目是纯文本。它们可以像源代码一样处理，并放在现有的版本控制系统中。
• 支持动态库存：Ansible管理的机器列表可以从外部资源动态更新，以便随时捕获所有受管服务器的正确的当前列表，无论基础设施或位置如何。
• 易于与其他系统集成的编排：HP SA、Puppet、Jenkins、Red Hat Satellite，以及存在于环境中的其他系统，都可以被利用并集成到Ansible工作流中。

基础服务

简述Linux中常见的系统服务，其作用分别是？

常见的系统服务及其作用有：

• NTP/Chrony：用于时钟同步；
• DHCP：动态主机配置协议，用于自动分配主机地址，默认使用UDP 63端口；
• DNS：域名解析，运行在UDP协议之上，默认使用53端口；
• NFS：网络文件系统，依赖于RCP协议，其基本原则是“容许不同的客户端及服务端通过一组RPC分享相同的文件系统”，它是独立于操作系统，容许不同硬件及操作系统的系统共同进行文件的分享。
• Postfix：邮件服务；
• rsync：远程数据备份服务。
• VPN：虚拟专用网。

更多服务参考：http://c.biancheng.net/view/1059.html。

简述FTP主要的工作模式？

FTP工作模式是以服务端角度来区分，有主动模式和被动模式。

• 主动模式是指由FTP服务端主动向客户端发起连接，服务端端口号为20（用于传输）和21（用于控制），即20端口向客户端的一个大于1024的随机端口传输数据；
• 被动模式是指由FTP客户端向服务端发起连接，服务端采用随机端口等待客户端的随机端口来访问，从而传输数据。

Linux基础

简述Linux主流的发行版？

Redhat、CentOS、Fedora、SuSE、Debian、Ubuntu、FreeBSD等。

简述Linux启动过程(Centos7以下启动流程)？

• ⑴ 开机BIOS自检，加载硬盘。
• ⑵ 读取MBR，MBR引导。
• ⑶ grub引导菜单(Boot Loader)。
• ⑷ 加载内核kernel。
• ⑸ 启动init进程，依据inittab文件设定运行级别。
• ⑹ init进程，执行rc.sysinit文件。
• ⑺ 启动内核模块，执行不同级别的脚本程序。
• ⑻ 执行/etc/rc.d/rc.local。
• ⑼ 启动tty，进入系统登陆界面。

背景

Kubernetes 集群中，域名解析离不开 DNS 服务，在 Kubernetes v1.10 以前集群使用 kube-dns dns服务，后来在 Kubernetes v1.10+ 使用 Coredns 做为集群dns服务。

使用 Kubernetes 集群时，会发现 Pod /etc/resolv.conf 配置。具体如下：

1
2
3

nameserver 10.10.0.2
search production.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

小伙伴们会好奇，search 或者 ndots 这是干嘛呀！想知道是干嘛的，接着看下文。

前言

不管是使用电脑还是维护服务器，都会遇到一个问题，磁盘空间不足。一般都是通过 du 命令来统计磁盘占用空间。

今天推荐一个非常好用的统计磁盘占用工具 ncdu。

ncdu 项目地址 https://github.com/rofl0r/ncdu

ncdu 相对与 du 的优势

优势：

• 统计的目录以仪表盘展示
• 可以以磁盘占用大小或者文件名称排序
• 支持远程导出本地分析

升级原因

Kubernetes 容器节点漏洞 (CVE-2020-8558) 绕过本地主机边界通告。

具体参考链接：https://mp.weixin.qq.com/s/4w8kMJpHEV3E2uP6frToUw

要求

Kubernetes 二进制从 v1.15.3 升级到目前最新版本 v1.18.5。

前言

下面 “坑” 都是作者升级 Kubernetes 遇到的问题并给出解决方法，目的就是避免读者不要在掉进同样的坑中。

第一个坑

升级 Calico 网络组件

要求

Calico v3.2.3 升级到 v3.14.0

遇到的问题

Readiness probe failed: caliconode is not ready: BIRD is not ready: BGP not established with 172.18.0.1

背景

随着 Kubernetes 越来越火爆，运维人员排查问题难度越来越大。比如我们收到监控报警，某台 Kubernetes Node 节点负载高。通过 top 或者 pidstat 命令获取 Pid，问题来了，这个 Pid 对应那个 Kubernetes Pod 呢？

下面是作者写的两个小工具，可以帮助运维同胞们快速定位问题。

问题

使用阿里云ECS搭建 Harbor 服务（docker-compose 部署）遇到网络地址冲突，导致Harbor云主机ECS无法访问其它VPC网段云主机，这是为什么？

使用 docker-compose 部署过Harbor同学都知道，在创建 Harbor 时，默认会创建 5个 网段，见下图。

问题来了，因为使用阿里云 VPC网络，网段为 172.16.0.0/12 ，下面是网络拓扑图。

从上面两张图可以发现，网络地址段有重叠，会导致部署Harbor的云主机无法与其它VPC可用区云主机通信。

引子

一直以来，前端性能优化 都是前端程序员在业务开发过程中不得不考虑的一个点。前端同学也一直寄希望于服务器更大的吞吐量、更密集的cdn节点；更寄希望于浏览用户使用更优秀的浏览器及更大的带宽。。。然而随着上述几种情况一一被落实时，前端性能仍然没有达到一个让人满意的结果。。。

此过程中，前端人就自身情况也进行了多种尝试，其中前端本地缓存可以说是性能优化中简单高效的一种方式，该方式缩短了网页请求资源的时长，此外缓存文件可以复用，则进一步减少了网络请求次数与实践，提高了页面加载效率。