Ansible 2.x的安装和配置
本文内容已过期 有关ansible安装可参考这里 1.环境 192.168.61.41 node1 192.168.61.42 node2 192.168.61.43 node3 2.安装Ansible node1将做为控制主机(ansiblecontrol)，下面在node1上安装Ansible。
Kubernetes 1.6新特性学习：RBAC授权
概述 Kuberntes中API Server的访问控制过程图示如下： access-control-overview 在Kubernetes中，授权(authorization)是在认证(authentication)之后的一个步骤。 授权就是决定一个用户(普通用户或ServiceAccount)是否有权请求Kubernetes API做某些事情。
Kubernetes的组成和资源对象简介
1.Kubernetes简介 1.1 Kubernetes和微服务 在介绍Kubernetes之前，我们先来了解一下云原生架构。 云原生的概念最早在2013年由Pivotal的Matt Stine提出。 经过社区不断完善, 包括Agile Infrastructure, Continuous Delivery, DevOps, Microservices, 12 Factor App等几大主题 。 这几大主题都是一些理论或实践方法，伴随着这些理论和实践必然存在一系列的平台和工具。
Ceph运维常用命令
1.集群管理 1.1 启动和停止各组件 查看当前节点的systemd unit服务： systemctl list-units 'ceph*' --type=service UNIT LOAD ACTIVE SUB DESCRIPTION [email protected] loaded active running Ceph cluster manager daemon [email protected] loaded active running Ceph cluster monitor daemon [email protected] loaded active running Ceph object storage daemon osd.0 [email protected] loaded active running Ceph rados gateway 查看某个服务是否开机启动：
Ceph Kraken 11.2.0部署记录
本文记录在测试环境中部署Ceph Kraken的完整过程。 我们的线上环境主要使用Ceph的块存储RBD作为Kubernetes的存储卷，同时使用Ceph的对象存储RGW作为各种服务的对象存储，最后对这两种使用场景做一个整理。 环境准备 192.168.61.41 node1 - admin-node, deploy-node, mon, osd.0 192.168.61.42 node2 - mon, osd.1 192.168.61.43 node3 - mon, osd.2 在node1上配置Ceph yum源 /etc/yum.repos.d/ceph.repo， 根据GET PACKAGES选择kraken的地址:
使用kubeadm安装Kubernetes 1.6
环境准备 192.168.61.41 node1 192.168.61.42 node2 192.168.61.43 node3 安装Docker 1.12 Kubernetes 1.6还没有针对docker 1.13和最新的docker 17.03上做测试和验证，所以这里安装Kubernetes官方推荐的Docker 1.12版本。
Kubernetes 1.6新特性
Kubernetes 1.6已结发布，包括9个Stable特性、12个Beta特性、8个Alpha特性，共29个新特性。 Kubernetes 1.6重点关注集群规模扩展和自动化。目前最多支持5000个节点的集群；动态存储配置特性进入Stable；基于角色的访问控制(RBAC)、kubefed、kubeadm以及一些调度特性进入Beta。
容器网络接口CNI的整理
CNI(Container Network Interface即容器网络接口)是由CoreOS提出的一个容器网络规范，包含方法规范、参数规范等，是Linux容器网络配置的一组标准和库，用户可以根据这些标准和库来开发自己的容器网络插件。CNI已经被Kubernetes、Mesos、Cloud Foundry、rkt使用，同时Calico、Weave等项目都为CNI提供插件。
Linux systemd 无法关机问题总结与解决方案
在使用 systemd 的 Linux 系统(如 Debian、Ubuntu、CentOS 7+、Fedora 等)中遇到无法正常关机的问题时,通常表现为 systemd 内部通信死锁,导致关机命令超时。本文总结了该问题的排查与修复过程,以及通过 Magic SysRq 实现安全关机的方法。 警告：Magic SysRq 是绕过用户态直接从内核层面操作系统的应急手段
Redis 3.2集群环境搭建和测试
Redis 3开始支持了Cluster模式，增强了Redis的水平扩展能力，Redis Cluster的节点分片通过hash slot实现，每个节点上的键都属于16384(0~16383)个slots中的一个，每个节点负责处理一部分slots。 Redis Cluster采用无中心节点方式实现，无需proxy代理，客户端直接与redis集群的每个节点连接，根据同样的hash算法计算出key对应的slot，然后直接在slot对应的Redis上执行命令。