OpenShift笔记(二)：OpenShift的命令行工具
📅 2017-11-16
oc命令 #
我们已经使用二进制包手工安装了OpenShift，并且使用OpenShift的Web控制台创建了一个项目。 实际上OpenShift还提供了一系列命令行工具，oc命令就是其中的一个，下面我们一起熟悉一下这个命令。
查看OpenShift集群版本信息：
...Blog
使用Prometheus监控RabbitMQ
📅 2017-11-16
RabbitMQ的Monitoring文档中介绍了各种监控RabbitMQ的方式。 其中推荐了第三方的Prometheus Plugin， 这是一个第三方实现RabbitMQ的管理插件，可以作为Prometheus的RabbitMQ Exporter。
安装RabbitMQ Prometheus Plugin #
这里RabbitMQ的版本为3.6.14，Erlang版本为Erlang R16B03-1，从Release for latest RabbitMQ 3.6.x versions这个链接中下载以下插件：
OpenShift笔记(一)：OpenShift手动安装
📅 2017-11-15
OpenShift是基于Docker和Kubernetes的开源容器云平台，其开源社区版本为OpenShift Origin。 OpenShift的安装方式有很多种：
- 使用二进制包手工安装
- 使用Openshift Installer快速安装
- 使用ansible进行多节点集群安装
- 使用All in One的Docker镜像启动一个OpenShift实例
本文作为我的OpenShift学习笔记的开篇，将首先学习使用二进制手动安装的方式快速启动一个OpenShift Origin实例用于学习和测试。
...使用Prometheus监控Ceph
📅 2017-11-10
在Ceph Luminous之前的版本，可以使用第三方的Prometheus exporterceph_exporter。 Ceph Luminous 12.2.1的mgr中自带了Prometheus插件，内置了 Prometheus ceph exporter，可以使用Ceph mgr内置的exporter作为Prometheus的target。
...升级Ceph集群从Kraken到Luminous
📅 2017-11-05
Ceph Luminous(Ceph 12.2)增加了很多新功能，例如新的后端存储BlueStore已经稳定，主推的新的管理进程ceph-mgr，并提供了用于监控的Prometheus插件和Dashboard插件，终于不用再折腾calamari了。本文尝试在测试环境中使用ceph-deploy将Ceph集群从Kraken到Luminous。
Istio学习的开始(三)：ServiceMesh的基本概念
📅 2017-10-26
前面我们已经在k8s上部署了istio和官方的示例应用Bookinfo。本篇来学习一下ServiceMesh的基本概念，加深一下对服务网格的理解。ServiceMesh实际上处于云原生平台微服务的基础设施层，用来连接、管理和保护微服务。 目前CNCF官方项目列表中有两个Service Mesh的项目，分别是Linkerd和Envoy。
...Istio学习的开始(二)：部署官方示例Bookinfo
📅 2017-10-25
Bookinfo是Istio的官方示例应用。 我们已经在k8s集群上安装了Istio，本篇的目标是在k8s集群上将Bookinfo应用跑起来。
Bookinfo示例应用概述 #
Bookinfo这个示例应用由4个独立的微服务组成，Istio使用这个应用来演示Istio的Service Mesh的各种功能。 Bookinfo应用的端到端架构图如下：
...Istio学习的开始(一)：在Kubernetes安装Istio
📅 2017-10-24
Istio是由Google, IBM, Lyft开源的Service Mesh项目。 Istio的Introduction中说它是一个用来连接、管理和保护微服务的开放平台。 因为是个人学习Istio的开篇，对Istio概念的第一印象先停留在前面一句话上，本篇的目标是先在我们的k8s集群上部署Istio。
安装Istio #
注意Istio还在快速发展，这里安装的是最新的Istio 0.2.9，后续的版本极有可能发生变化，本来也是学习和体验这里就不废话了。 当前的Istio要求在Kubernetes 1.7.4及以上版本，要求k8s集群开启RBAC，另外kubectl的版本也需要是1.7以后的版本。
...Kubernetes StatefulSet的滚动升级
📅 2017-10-19
滚动升级时一种平滑过渡的升级方式，采用的是逐步替换的策略从而保证服务的稳定性，在升级时如果发现问题可以及时回滚、调整问题，尽量让问题不会扩大。我们经常使用Kubernetes的两种资源对象Deployment和DaemonSet的滚动升级，本篇来看一下StatefulSet的滚动升级。
...MySQL从库的Crash Safe
📅 2017-10-17
最近测试环境的一个三节点的MySQL GR集群(单主)的一个从节点发生了宕机，重启恢复后，过了一会监控系统告警，刚刚宕机的这个节点退出了GR集群。原因是主库上对某条数据的修改复制到从库后，在这个从库上找不到这条数据(slave_exec_mode=STRICT)，第一反应就是主库和从库出现了不一致。因为是测试环境，数据量不大，所以采取的方案是将从库重建(团队没有专门的DBA)。接下来特意查看了一下MySQL复制和从库宕机恢复这块的资料。