虚拟机安装centos7教程： 安装环境：centos7 集群环境：（第一次安装，建议使用两台机器即可，成功后根据需要配置多台） 机器名 IP 备注 1968.635 主节点 centos 7（2G + 40G） 1968.636 子节点 centos 7（3G + 40G） 注意：子节点虚拟机先不用安装，因为主节点和子节点的许多配置需要保持一致，因此为了方便，在上配置好后,直接克隆该虚拟机作为子

MongoDB副本集介绍 MongoDB 的副本集就是主从复制，由于之前3.0版本之前就有主从复制的说法，后来更新迭代，起名叫副本集。 副本集建议最少3台机器，一个主及诶单，两个从节点，如果是偶数台机器，需要在部署一个仲裁节点，否则会这导致集群选举异常。 副本集（Replica Set）是一组 MongoDB实 例组成的集群，由一个主（Primary）服务器和多个备份（Secondary）服务器构

概念 主从复制，是指将一台 Redis 服务器的数据，复制到其他的 Redis 服务器。前者称之为主节点（master/leader），后者称之为从节点（slave/flower）；数据的复制都是单向的，只能从主节点到从节点。Master 以写为主，Slave 以读为主。 默认情况下，每台 Redis 服务器都是主节点。且一个主节点可以有多个从节点或者没有从节点，但是一个从节点只能有一个主节点。

主从复制的基础上，如果主节点出现故障该怎么办呢？在 Redis 主从集群中，哨兵机制是实现主从库自动切换的关键机制，它有效地解决了主从复制模式下故障转移的问题。 哨兵机制（Redis Sentinel） Redis Sentinel，即 Redis 哨兵，在 Redis 2.8 版本开始引入。哨兵的核心功能是主节点的自动故障转移。 下图是一个典型的哨兵集群监控的逻辑图： 哨兵实现了什么功能呢？ 下

介绍了主从复制和哨兵机制保障了高可用，就读写分离而言虽然 slave 节点扩展了主从的读并发能力，但是写能力和存储能力是无法进行扩展，就只能是 master 节点能够承载的上限。 今天我将详细的为大家介绍 Redis Cluster集群分片技术相关知识，希望大家能够从中收获多多！如有帮助，请点在看、转发支持一波！！！ 如果面对海量数据那么必然需要构建master（主节点分片)之间的集群，同时必然需

Cluster 集群扩容概念 当redis数据量日渐增长，当内存不够用的时候，这时候就需要集群扩容了，cluster集群扩容可以增加内存也可以增加节点，因为redis数据都是存在内存中。 redis cluster增加节点进行扩容步骤： 1.在新的服务器上部署redis cluster 2.使用工具将新部署的节点加到集群中 3.使用工具将集群槽位重新分配 4.将主从复制关系调整成交叉模式 扩容原理

Cluster 集群收缩概念 当项目压力承载力过高时，需要增加节点来提高负载，当项目压力不是很大时，也希望能够将集群收缩下来，给其他项目使用，这就要用到集群收缩了 集群收缩操作和集群扩容是一样的，只需要把方向反过来即可。 扩容的时候执行一次命令就可以实现槽位迁移成功，而收缩的时候有几个主节点就需要执行多少次，比如除去要下线的节点，还有3个主节点，那么就需要执行三次，填写迁移出槽位的数量也需要除以3

日常开发场景中，我们经常性会用到递归查询，oracle的递归查询用的是 start with connt by的方式，这个语式标识的 start with 表示开始查找的节点，connet by prior 表示关联条件。 话不多说，开始构造数据 正常来说我们需要找到ID=1下所有的节点，采取以下SQL: SELECT * FROM TEST_IDPARENT START WITH ID=1 CO

早期的业务都是基于单体节点部署，由于前期访问流量不大，因此单体结构也可满足需求，但随着业务增长，流量也越来越大，那么最终单台服务器受到的访问压力也会逐步增高。时间一长，单台服务器性能无法跟上业务增长，就会造成线上频繁宕机的现象发生，最终导致系统瘫痪无法继续处理用户的请求。 从上面的描述中，主要存在两个问题： ①单体结构的部署方式无法承载日益增长的业务流量。 ②当后端节点宕机后，整个系统会陷入瘫痪，

什么是分布式系统 　　分布式系统是由一组通过网络进行通信、为了完成共同的任务而协调工作的计算机节点组成的系统。分布式系统的出现是为了用廉价的、普通的机器完成单个计算机无法完成的计算、存储任务。其目的是利用更多的机器，处理更多的数据。 　　首先需要明确的是，只有当单个节点的处理能力无法满足日益增长的计算、存储任务的时候，且硬件的提升（加内存、加磁盘、使用更好的CPU）高昂到得不偿失的时候，应用程序也

1.  双向链表的简介&概念 单链表在很多时候已经可以胜任很多优秀的操作了，但是，单链表任然存在不足，所谓‘单链表’，是指结点中只有一个指向其后继的指针，具有单向性，有时需要搜索大量数据的时候，就必须要多次进行从头开始的遍历，这样的搜索不是很便利。 图：单链表示意图   对此在单链表的基础上，产生了双向链表的概念，即： 在单链表的基础上，对于每一个结点设计一个前驱结点，前驱结点与前一个结点

有个同学想在网上观看点什么好东西，又不想让太多人知道。或者买点什么好货，不想让沿途的路由都知道。该如何做到这一点呢？ 显然，在公网上普通的网络数据包肯定是有风险的，数据包达到每一个路由节点的时候，每一个ISP节点都会获得数据包中的源地址、目标地址，甚至是解析到所传传数据的内容。这样的话，攻击者就很容易在某个节点进行信息的截获，甚至发起攻击。 那接下来需要怎么办呢？ 其实一般的不是很重要的服务其实还

编者按 本文从多个维度阐述了使用更少的大节点与更多的小节点来组建 Kubernetes 集群各自的优势与劣势，并结合实践经验给出了选择工作节点数量和大小的一般方法。 引言 欢迎来到 Kubernetes 学习园地，这是一个常规专栏，收集整理了我们在线上以及线下研讨会上由 Kubernetes 专家回答的最有意思的问题。 今天问题的答案由 Daniel Weibel 给出。Daniel 是一名软件工

背景资料 在Kubernetes架构图中可以看到，节点（Node）是一个由管理节点委托运行任务的worker。 它能运行一个或多个Pods，节点（Node）提供了运行容器环境所需要的所有必要条件，在Kubernetes之前版本中叫做Minion。 相关结构体 通过下面这张图可以看到在Kubernetes中节点（Node）的相关结构体信息： • 结构体Node：表示Kubernetes中的节点，在节

Docker Native Orchestration     基本结构 Docker Engine 1.12 集成了原生的编排引擎，用以替换了之前独立的Docker Swarm项目。Docker原生集群（Swarm）同时包括了（Docker Engine \/ Daemons），这使原生docker可以任意充当集群的管理(manager)或工作（worker)节点角色。工作节点 （worker)

1. 部署ETCD（主节点） 1.1 简介 kubernetes需要存储很多东西，像它本身的节点信息，组件信息，还有通过kubernetes运行的pod，deployment，service等等。都需要持久化。etcd就是它的数据中心。生产环境中为了保证数据中心的高可用和数据的一致性，一般会部署最少三个节点。我们这里以学习为主就只在主节点部署一个实例。 如果你的环境已经有了etcd服务(不管是单点

1、入门概述 本文以在容器云上部署一个nexus3应用为例，通过通过一步步的操作，帮助用户快速的对Kubernetes有一个快速和整体的认识。通过快速入门，可以提供如下知识内容： 在集群中部署一个容器的应用 对部署的应用进行弹性伸缩 使用新版本的软件更新容器化应用 对容器话应用进行Debug 在开始之前，应该具备如下的必要条件： 具备kubernetes的运行环境； 已安装kubectl。 2、步

3. 有状态应用总结 从核心实现分析中可以看出来，有状态应用的实现，实际上核心是基于一致性状态、单调更新、持久化存储的组合，通过一致性状态、单调性更新，保证期望副本的数量的Pod处于RunningAndReady的状态并且保证有序性，同时通过持久化存储来进行数据的保存 有序的重要性，在分布式系统中比较常见的两个设计就是分区和副本，其中副本主要是为了保证可用性，而分区主要是进行数据的平均分布，二者通

DaemonSet确保在所有（或部分）Node节点上运行Pod的副本。随着新的Node被添加到群集中的同时，会将Pod添加到新Node中。随着节点从群集中删除，垃圾收集器也将会删除这些Pod。DaemonSet的一些典型场景和用法： 集群存储：在每个Node节点上，运行集群存储守护程序，例如glusterd，ceph。 日志收集：在每个Node节点上，运行日志收集守护程序，例如fluentd或lo

作者 | 声东  阿里云售后技术专家 导读：排查完全陌生的问题、完全不熟悉的系统组件，是售后工程师的一大工作乐趣，当然也是挑战。今天借这篇文章，跟大家分析一例这样的问题。排查过程中，需要理解一些自己完全陌生的组件，比如 systemd 和 dbus。但是排查问题的思路和方法基本上还是可以复用了，希望对大家有所帮助。 问题一直在发生 1. I’m NotReady 阿里云有自己的 Kubernete