可用性

一、CAP是什么 CAP是理解分布式系统的基础，它其实是三个英文单词Consistency,Availability,Partition tolerance的缩写，这三个英文单词也就是CAP的三大组成部分。 提出这个指标的人指出：这三个指标不能同时做到。这就是著名的CAP定理。 下面我们来说说这三个指标，注意不考虑单服务器的情况。 1.Consistency，一致性 一致性意味着当用户发起写操作后，所有的读操作都必须返回该值。这就要求用户在向A服务器发起写操作成功后，A服务器必须向与它相关联的B服务器发送一条消息，要求B服务器也完成相同的写操作。这样后面的用户发起读操作时，无论读取的是哪个服务器的信息，得到的数据都是一样的，这就是一致性。 2.Availability，可用性 即有求必应，服务器收到请求，就必须在有限的时间内返回结果给用户。 3.Partition tolerance，分区容错 即分布式系统在遇到任何网络分区故障的时候，仍然能够保证提供满足一致性和可用性的服务，除非是整个网络环境都发生了故障。 二、主要矛盾 对于一个分布式系统架构而言，分区容错性是一个最基本的要求，而如果不满足分区容错性，那实际上意味着如果分布式系统某个分区出故障了，整个系统都会停掉，这和分布式架构的设计理念不符。所以其实CAP原理的主要矛盾在于一致性和可用性。 那为什么一致性和可用性无法同时成立呢

RAID是英文Redundant Array of Independent Disks的缩写，翻译成中文意思是“独立磁盘冗余阵列”，有时也简称磁盘阵列（Disk Array）。 简单的说，RAID是一种把多块独立的硬盘（物理硬盘）按不同的方式组合起来形成一个硬盘组（逻辑硬盘），从而提供比单个硬盘更高的存储性能和提供数据备份技术。组成磁盘阵列的不同方式成为RAID级别（RAID Levels）。数据备份的功能是在用户数据一旦发生损坏后，利用备份信息可以使损坏数据得以恢复，从而保障了用户数据的安全性。在用户看起来，组成的磁盘组就像是一个硬盘，用户可以对它进行分区，格式化等等。总之，对磁盘阵列的操作与单个硬盘一模一样。不同的是，磁盘阵列的存储速度要比单个硬盘高很多，而且可以提供自动数据备份。 　　RAID技术的两大特点：一是速度、二是安全，由于这两项优点，RAID技术早期被应用于高级服务器中的SCSI接口的硬盘系统中，随着近年计算机技术的发展，ＰＣ机的CPU的速度已进入GHz 时代。IDE接口的硬盘也不甘落后，相继推出了ATA66和ATA100硬盘。这就使得RAID技术被应用于中低档甚至个人ＰＣ机上成为可能。RAID通常是由在硬盘阵列塔中的RAID控制器或电脑中的RAID卡来实现的。 RAID技术经过不断的发展，现在已拥有了从 RAID 0 到 6 七种基本的RAID 级别。另外

今天主要跟大家介绍的是集群的一些功能和配置，相比5.0的设置，没有太大的变化。VMware vSphere为虚拟机提供虚拟化的基础架构，将现有的物理资源转化成虚拟资源，将物理资源分成若干资源，为每个虚拟机提供包括CPU、内存等虚拟资源。要想很好地分配这些资源，就必须要使用资源池。资源池是灵活管理资源的逻辑抽象。资源池可以分组为层次结构，用于对可用的 CPU 和内存资源按层次结构进行分区。群集中的资源池比单个ESXi主机上的还要重要，因为在群集中创建资源之后，整个资源池管理的就是所有的ESXi主机资源了。所管理的资源是所有ESXi主机上的CPU和内存的资源总和。 高可用性和双机热备是VMware vSphere 5.5最重要的一部分，高可用并不是vSphere独有的，企业使用高可用就是为了服务的连续性和数据的安全性，HA是以一群ESXi服务器为主的群集功能，主要是目的是当虚拟机运行的主机发生故障时能及时转移主机，避免长时间的停机。而FT双机热备则是保证虚拟机最长时间不停机，将虚拟机以双机热备的方式同时在两台主机运行，大大增强了业务的可连续性。 实验步骤大致分为： 一、 建立群集 二、 设置HA高可用性 三、 测试HA高可用性 四、 设置DRS 五、 建立FT双机热备 无论是计划停机时间还是非计划停机时间，都会带来相当大的成本。但是，用于确保更高级别可用性的传统解决方案都需要较大开销

1、Eureka 简介： Eureka 是 Netflix 出品的用于实现服务注册和发现的工具。 Spring Cloud 集成了 Eureka，并提供了开箱即用的支持。其中， Eureka 又可细分为 Eureka Server 和 Eureka Client。 1.基本原理 上图是来自eureka的官方架构图，这是基于集群配置的eureka； 处于不同节点的eureka通过Replicate进行数据同步 Application Service为服务提供者 Application Client为服务消费者 Make Remote Call完成一次服务调用 服务启动后向Eureka注册，Eureka Server会将注册信息向其他Eureka Server进行同步，当服务消费者要调用服务提供者，则向服务注册中心获取服务提供者地址，然后会将服务提供者地址缓存在本地，下次再调用时，则直接从本地缓存中取，完成一次调用。 当服务注册中心Eureka Server检测到服务提供者因为宕机、网络原因不可用时，则在服务注册中心将服务置为DOWN状态，并把当前服务提供者状态向订阅者发布，订阅过的服务消费者更新本地缓存。 服务提供者在启动后，周期性（默认30秒）向Eureka Server发送心跳，以证明当前服务是可用状态。Eureka Server在一定的时间（默认90秒）未收到客户端的心跳

分布式事务是企业集成中的一个技术难点，也是每一个分布式系统架构中都会涉及到的一个东西，特别是在这几年越来越火的微服务架构中，几乎可以说是无法避免。 本篇文章将通过详解分布式事务的一致性，以及分布式事务实战解决方案，帮助大家搞懂分布式事务，推荐收藏。 01 为什么需要分布式事务 由于近十年互联网的发展非常迅速，很多网站的访问越来越大，集中式环境已经不能满足业务的需要了，只能按照业务为单位进行数据拆分(包含：垂直拆分与水平拆分)，以及按照业务为单位提供服务，从早期的集中式转变为面向服务架构的分布式应用环境。 举一个典型的例子，阿里的淘宝网站随着访问量越来越大，只能按照商品、订单、用户、店铺等业务为单位进行数据库拆分，以及按照业务为单位提供服务接口。 这个时候 为了完成一个简单的业务功能，比如：购买商品后扣款，有可能需要横跨多个服务，涉及用户订单、商品库存、支付等多个数据库，而这些操作又需要在同一个事务中完，这就涉及到到了分布式事务。 本质上来说，分布式事务就是为了保证不同资源服务器的数据一致性。 02 分布式的一致性理论 最早加州大学伯克利分校 Eric Brewer教授提出一个分布式系统特性的CAP理论。 1.CAP 理论的不可能三角 一致性（Consistency） 可用性（Availability） 分区容错性（Partition tolerance） 在分布式系统中

验证一款产品是否值得开发可以用三个问句来判断： 可行性：技术上能够实现？ 可用性：用户是否明白如何使用？ 价值：用户是否渴望使用？ 如果用一把锁来打比方：可行性是这把锁打开的成功率是100%吗？可用性是指这把锁是否使用方便？价值是指，为什么要用这把锁而不用别的锁，或者为什么要用锁，可以不用吗？ 但是对于企业网盘来说，除了以上三点，我们还需要考虑企业网盘的安全性。如果企业网盘可行性低、可用性差、价值不大，那么用户可以选择弃用此产品，他们只是损失了一点时间长成本；倘若企业网盘的安全性得不到保障，那企业将会遭受到毁灭性打击。 企业网盘安全问题一般从这三方面来考虑：内部安全、外部安全、系统安全 内部安全是指企业内部在使用网盘的过程中是否有产生数据泄露的可能。包括安全策略管理、使用者权限管理、文件日志等。镭速云传企业网盘可以根据角色、行为、部门、文件设置权限，满足不同办公需求。管理员可设置细致的操作权限，从流程到权限分配环节确保数据资产安全。 外部安全就是指企业在利用网盘分发文件时候是否有泄露数据的可能。包括邀请上传、管理员设置权限、分享链接的限制功能等。在利用镭速云传企业网盘分享文件时，只需要一键生成链接发送给客户即可，我们还可以设置链接过期时间，工作结束后链接自动失效，谨防出现企业资料外泄的情况。 系统安全是指企业网盘的系统本身是否安全。包括存储安全、传输安全、系统防御性、高可用性等

spring cloud(三)Eureka高可用性+Feign声明式Rest客户端 码农成神 关注 0.2472018.12.03 22:41:17字数 1,570阅读 347 目录 spring cloud(一) 从一个简单的springboot服务开始 spring cloud(二) 起步，集成Eureka服务发现 spring cloud(三)Eureka高可用性+Feign声明式Rest客户端 spring cloud(四) Eureka配置Httpbasic验证+Eureka配置详解 未完待续 一、 配置Eureka高可用性介绍 Eureka服务器没有后端存储，但是注册表中的服务实例必须发送心跳包以保持注册更新，因此可以在内存中完成。Eureka客户端还具有服务注册表缓存，当客户端获取注册表中的服务实例时，会从自己的缓存中获取，客户端的缓存会定时更新，所以当Eureka服务挂了之后，并不会导致客户端找不到需要请求的服务实例。但是当Eureka服务器挂掉之后，原来注册表中的服务发生故障或者更新，这时就会出现危险的情况。我们怎么保证Eureka服务器的高可用性呢？ Eureka服务器同时也是一个客户端，默认配置下，需要提供一个serviceUrl来同步注册信息，如果不提供这个配置，就会在日志文件中出现大量的错我提示。我们之前通过再Eureka服务器(eureka