收集节点信息ansible可以获取目标主机的节点信息，如ip地址，主机名、系统版本、内核版本等等，对于运维来说是一个很好的功能，但是正是它收集的信息很全面，运行也很慢，在日常工作中，没有特殊的需求会在playbook中将其关闭，或者开启facts缓存，在运行任务前手动执行一次。
ansible中提供了两个模块（setup与gather_facts）来实现收集主机facts，其中setup是最...
默认情况下，所有被ansible或ansible-playbook选中的主机都会执行任务，有时在开发和测试阶段只想选择其中某些节点来执行，需要改动inventory文件或playbook的host不是很优雅，ansible 提供了--limit选项来筛选目标主机。
使用 –limit选项，ansible或ansible-playbook也会解析inventory中定义的所有主机，在执行任务...
之前harbor的高可用方案都是通过我们自建VIP与检测机制来做的，此次上线的双活架构下，VIP无法跨网段进行通信，甲方提供F5作为统一入口，由此进行了F5对接harbor的功能性测试。
问题现象使用docker login harbor时，有时成功，有时失败：
123456# docker login -u user -p passwd http://xxx.xxx.xxx.xxx:998...
由于Ansible采用Jinja2模板引擎渲染字符串，在需要渲染的时候，如果发现字符串中包含了Jinja2的特殊字符，就会认为这是一个需要渲染的内容。
如下示例：
123456789---- hosts: localhost gather_facts: false tasks: - name: "测试特殊字符" debug: var: p...
Mysql是最为常用的关系型数据库，关于安装网上大多都是通过root用户直接来安装的，真实场景中，多数情况是不会给root用户的，要不是直接向甲方申请mysql，要不是给普通用户自己安装。
下面演示如何通过普通用户完成mysql服务的搭建。
环境描述
主机名
ip地址
系统版本
系统资源
slions_pc2
192.168.100.11
CentOS Linux release ...
controller-manager作用Controller Manager作为集群内部的管理控制中心，负责集群内的Node、Pod副本、服务端点（Endpoint）、命名空间（Namespace）、服务账号（ServiceAccount）、资源定额（ResourceQuota）的管理。
逻辑上，每个控制器是一个单独的协程。用于监视 apiserver 暴露的集群状态，并且不断地尝试把当前...
kube-proxy的作用kube-proxy是Kubernetes的核心组件，部署在每个Node节点上，它是实现Kubernetes Service的通信与负载均衡机制的重要组件; kube-proxy负责为Pod创建代理服务，从apiserver获取所有server信息，并根据server信息创建代理服务，实现server到Pod的请求路由和转发，从而实现K8s层级的虚拟转发网络。
在...
etcd作用是用来存储所有 Kubernetes 的集群状态的，它除了具备状态存储的功能，还有事件监听和订阅、Leader选举的功能。
存储k8s集群状态整个kubernetes系统需要用到etcd用来协同和存储配置的有：
网络插件flannel、calico等网络插件也需要用到etcd存储网络的配置信息
kubernetes本身，包括各种对象的状态和元信息配置
很多网上资料讲flan...
scheduler作用负责整个集群资源的调度功能，根据特定的调度算法和策略，将 Pod 调度到最优的工作节点上面去，从而更加合理、更加充分的利用集群的资源。
工作机制根据特定的调度算法和调度策略将 Pod 调度到合适的 Node 节点上去，是一个独立的二进制程序，启动之后会一直监听 API Server，获取到 PodSpec.NodeName 为空的 Pod，对每个 Pod 都会创建一个...
apiserver作用其对外暴露了Kubernetes API。它是的 Kubernetes 核心控制层。它被设计为水平扩展，即通过部署更多实例来横向扩展。API Server 负责和 etcd 交互（其他组件不会直接操作 etcd，只有 API Server 这么做），是整个 kubernetes 集群的数据中心，所有的交互都是以 API Server 为核心的。API Server 提供...
