传统的将数据集中存储至单一数据节点的解决方案，在性能和可用性方面已经难于满足海量数据的场景，系统最大的瓶颈在于单个节点读写性能，许多的资源受到单机的限制，例如连接数、网络IO、磁盘IO等，从而导致它的并发能力不高，对于高并发的要求不满足。

集群中任意一个节点都可以被用来提交认任务，虽然通常我们使用master节点提交任务。HADOOP客户端不参与计算和存储，专门用来上传下载文件和提交任务。性能优化4大块：!(https://static.oschina.net/uploads/space/2017/0406/111251_QSBe_192561.png)具体优化如下：1.选

摘要：Kubelet组件运行在Node节点上，维持运行中的Pods以及提供kuberntes运行时环境，主要完成以下使命：　　１．监视分配给该Node节点的pods　　２．挂载pod所需要的volumes　　３．下载pod的secret　　４．通过docker/rkt来运行pod中的容器　　５．周期的执行pod中为容器定义的

Hive用户接口主要有三个：命令行(CLI)，客户端(Client)和Web界面(WUI)。其中最常用的是CLI，启动的时候，会同时启动一个Hive服务。Client是Hive的客户端，用户连接至HiveServer。在启动Client模式的时候，需要指出HiveServer所在节点，并且在该节点启动HiveServer。

JustSwap.php开发包适用于为PHP应用快速增加对JustSwap协议的支持能力。即支持使用自有部署Tron区块链节点的应用场景，也支持使用第三方节点的轻量级部署场景，官方下载地址：JustSwap对接PHP开发包(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fsc.h

下面探讨的数据库为MySQL存储引擎为innodb因为这是最常见的，使用最多的数据库和引擎什么是页分裂？这是因为聚簇索引采用的是平衡二叉树算法，而且每个节点都保存了该主键所对应行的数据，假设插入数据的主键是自增长的，那么根据二叉树算法会很快的把该数据添加到某个节点下，而其他的节点不用动；但是如果插入的是不规则的数据，那么每次插入都会改变二叉树之前

1、为什么MongoDB使用B树，而不是B树MongoDB是一种nosql，也存储在磁盘上，被设计用在数据模型简单，性能要求高的场合。性能要求高，我们看B树与B树的区别：_B树内节点不存储数据，所有data存储在叶节点导致查询时间复杂度固定为logn。

Ubuntu下基于HeartBeat的Web应用高可用集群概述1网络拓朴2环境配置信息2环境搭建3搭建实验环境节点A3A机的HeartBeat安装、配置4搭建实验环境节点B5B机的HeartBeat安装、配置6测试HeartBeat6启动heartbeat服务6访问集群ip8模拟ubunt

数学家和物理学家在研究网络的时候，为了抓住本质，通常进行一定的抽象，表现在既不关心节点的特定物理位置、大小，也不在意边的长短、曲直、相交与否，只关心节点和节点间是否相连。例如，欧拉在解决哥尼斯堡七桥问题的时候，虽然1736年讨论长短大小的几何学是主流，而不考虑长短大小、不牵涉量计算的情形几乎没人研究，但他却撇开研究对象的长短、大小、面积、体积等度量性质和数量

1前言Elasticsearch作为一个分布式搜索引擎，自身是高可用的；但也架不住一些特殊情况的发生，如：集群超过半数的master节点丢失，ES的节点无法形成一个集群，进而导致集群不可用；索引shard的文件损坏，分片无法被正常恢复，进而导致索引无法正常