Kubegres

到目前为止，我们前面已经介绍了如何开发程序、调试程序以及测试程序，正如人们常说的：开发最后的10%需要花费90%的时间，所以这一章我们将强调这最后的10%部分，要真正成为让人信任并使用的优秀应用，需要考虑到一些细节，以上所说的10%就是指这些小细节。 本章我们将通过四个小节来介绍这些小细节的处理，第一小节介绍如何在生产服务上记录程序产生的日志，如何记录日志，第二小节介绍发生错误时我们的程序如何处理

注： 内容翻译自 Maintenance 概述 etcd 集群需要定期维护来保持可靠。基于 etcd 应用的需要，这个维护通常可以自动执行，不需要停机或者显著的降低性能。 所有 etcd 的维护是指管理被 etcd 键空间消耗的存储资源。通过存储空间的配额来控制键空间大小;如果 etcd 成员运行空间不足，将触发集群级警告，这将使得系统进入有限操作的维护模式。为了避免没有空间来写入键空间， etc

主版本和次版本升级 Seafile 在主版本和次版本中添加了新功能。有可能需要修改一些数据库表，或者需要更新搜素索引。一般来说升级集群包含以下步骤： 更新数据库 更新前端和后端节点上的符号链接以指向最新版本。 更新每个几点上的配置文件。 更新后端节点上的搜索索引。 一般来说，升级集群，您需要： 在一个前端节点上运行升级脚本(例如：./upgrade/upgrade_4_0_4_1.sh) 在其他所

按照Seafile 集群文档中给出的推荐架构，Seafile 集群需要使用一个分布式、高可用的数据库和缓存集群。在本文档中，我们给出一个在 3 台服务器上部署 MariaDB 和 Memcached 集群的案例。 硬件和操作系统需求 最少使用3台服务器部署来集群，每台机器都应该有： 2核、4GB内存。 1个SATA磁盘用来存储操作系统。 1个SATA磁盘用来存储MariaDB数据。也可以把 Mar

本系列文档介绍使用二进制部署最新 kubernetes v1.6.2 集群的所有步骤，而不是使用 kubeadm 等自动化方式来部署集群。 在部署的过程中，将详细列出各组件的启动参数，它们的含义和可能遇到的问题。 部署完成后，你将理解系统各组件的交互原理，进而能快速解决实际问题。 所以本文档主要适合于那些有一定 kubernetes 基础，想通过一步步部署的方式来学习和了解系统配置、运行原理的人。

本系列文档介绍使用二进制部署最新 kubernetes v1.6.2 集群的所有步骤，而不是使用 kubeadm 等自动化方式来部署集群。

consul是微服务的中转中心(注册中心/配置中心)，最重要的组件。如果consul服务器挂了，系统也会奔溃。因为重要，所有我们必须要部署一个集群 consul分为server节点与client节点，server节点负责存储数据；client节点负责注册、发现、读写配置、健康监测。 自定义网络 自定义网络可以指定容器IP，这样服务器重启consul集群也可以正常运行。 docker network

要从事 ceph 开发，可以用 vstart.sh 工具部署一个位于本地的伪集群，以便测试。 用法 用此工具可在本机部署伪集群以便开发，它可以启动 rgw 、 mon 、 osd 、和/或 mds ，不指定的话会启动所有类型。 要启动开发集群，执行此命令： vstart.sh [OPTIONS]... [mon] [osd] [mds] 要停止集群，可以执行： ./stop.sh 选项 -i ip