文章目录01 引言02 如何实现？03 举例04 文末 01 引言声明：本文为《Kubernetes权威指南：从Docker到Kubernetes实践全接触（第5版）》的读书笔记我们可以将Pod的各种常规调度策略认为是将整个集群视为一个整体，然后进行 “打散或聚合” 的调度。当我们的集群是为了容灾而建设的跨区域的多中心（多个Zone)集群，即集群中的节点位于不同区域的机房时，比如：北京、上海、广
一、 前言本文档简述了Kubernetes主节点及node灾备恢复的相关步骤，供在发生k8s master崩溃时操作。就算是在k8s里部署了etcd群集, 主节点控制组件的高可用节点，灾备恢复也是必须要实现的操作，才能形成完备的企业级服务方案。K8s集群在master节点发生故障时，并不会影响已有的pod运行和服务开放，所以对服务是没有影响的。故而我们可以在发生故障之后，挑选合适的时间窗口进行维护
简介从 Gitlab 8.0 开始，Gitlab CI 就已经集成在 Gitlab 中，我们只要在项目中添加一个.gitlab-ci.yml文件，然后添加一个Runner，即可进行持续集成。在介绍 Gitlab CI 之前，我们先看看一些 Gitlab CI 的一些相关概念。Pipeline一次 Pipeline 其实相当于一次构建任务，里面可以包含很多个流程，如安装依赖、运行测试、编译、部署测试
容灾备份是通过在异地建立和维护一个备份存储系统，利用地理上的分离来保证系统和数据对灾难性事件的抵御能力。根据容灾系统对灾难的抵抗程度，可分为数据容灾和应用容灾。 数据容灾是指建立一个异地的数据系统，该系统是对本地系统应用数据实时复制。当出现灾难时，可由异地系统迅速接替本地系统而保证业务的连续性，云备份服务则天生具有异地容灾的特性。 应用容灾
容灾建设的目的是确保用户的业务永续运行，在建设过程中，科学严谨的方法论是确保容灾项目能够正常运转的前提。我们将容灾建设规划分为三部分：业务连续性规划、方案设计、方案实施。 1．业务连续性规划 容灾建设通常会根据业务连续性规划来确定方案，其目的是为了保护业务的连续性运行。因此，业务连续性规划是
文章目录背景一、RTO是什么？二、RPO是什么？三、容灾设计四、举个例子五、参考文档 背景当灾难发生时，基础设施或业务服务等处于不可用状态，我们需要关注的两个关键技术指标，也是很多企业或用户的核心KPI，RTO和RPO。一、RTO是什么？一个是RTO，恢复时间目标（Recovery Time Objective），即灾难发生后，软件信息系统从停顿到必须恢复的时间要求，也就是企业或者用户可以接受多
一、阿里云产品容灾-高可用介绍1、 SLB 容灾-高可用介绍阿里云SLB产品使用开源软件LVS＋keeplived实现4层的负载均衡。采用淘宝的Tengine实现7层的负载均衡。所有负载均衡均采用集群部署，集群之间实时会话同步，以消除服务器单点，提升冗余，保证服务稳定。在各个地域采用多物理机房部署，实现同城容灾。SLB在整体设计上让其可用性高达99.99%。且能够根据应用负载进行弹性扩容，在任意一
一、灾备保护的什么？对于各行各业而言，用户数据、系统数据均是企业最核心、最重要的财富，但以下种种原因，都可能给数据带来不可逆转的损坏。只有完善的灾备方案，才能最终保障数据安全、业务连续性。 二、什么是灾备？灾备是容灾和备份的简称。灾备方案=容灾方案+备份方案。 容灾的定义：指在相隔较远的两地（同城或者异地）建立两套或多套功能相同的IT系统，互相之间可以进行健康状态监视和功能切换。当一
存储在线专栏文章：容灾的介绍到了最关键的一个产品，就是EMC Symmetrix。Symmetrix采用的容灾复制软件叫SRDF（Symmetrix Remote Data Facility），它是世界上第一个远程容灾软件，推出时间为1994年10月，距离今天已经19个年头了，据说已经销售了几万套license，应该不算夸张。SRDF刚开始肯定是只支持大机环境的，但今天我们只谈在开放系统下的方案。
行业趋势与挑战对于各行各业而言，用户数据、系统数据均是企业最核心、最重要的财富，业务的稳定运行、IT系统功能正常是企业最重要的发展诉求。而这些诉求常常因为一些不可预期不可力抗“天灾人祸”变得十分困难，例如：综上，保障企业业务稳定、IT系统功能正常、数据安全十分重要，可以同时保障数据备份与系统、应用容灾的灾备解决方案应势而生，且发展迅速。说明：灾备是指容灾+备份：备份的定义：指用户为应用
DNS容灾这里介绍如果通过dns来实现容灾，饿了么有非常多的应用，应用的用户量非常大，遍布各地。这些应用都是需要域名的，所以为了提神服务质量，构建自己的DNS体系，为饿了么的应用提供域名解析服务。DNS简单介绍DNS提供了根据域名查IP地址的服务，和常见的http协议一样，dns也是一个工作在7层的应用成协议，他使用的端口是53域名和ip之间的对应关系，称为记录（record）。根据使用场景的不同
如今，数据安全的重要对于企业单位来说已不言而喻，说到数据安全，必然绕不过容灾备份，而提到容灾备份，其中有两个关键指标必须有所了解:RTO和RPO。RTO和RPO是灾难恢复方面的重要参考指标。现在企业对业务的连续性有苛刻要求，但故障不可避免，一旦发生了故障就需要启动备份机制，确保业务的连续性，所以现在较为完善的容灾机制，RTO和RPO可以很好地反映出容灾性能如何。这两个参数是在运维过程中，一定要重点
灾备重要吗?当然，如今灾备的重要性毋庸置疑，天灾人祸的出现让人们意识到灾备已经是数据中心必不可少的一环。如今企业的IT应用环境几乎都运行在数据中心中，数据中心越来越复杂，业务数据也越来越重要，这个时候灾备也就也来越重要。而天灾和人祸是不可避免的，所以需要建立数据中心的灾难恢复系统，来保证数据中心业务的安全性。建立灾难恢复系统的目的，是为了在灾难发生后能够以最快速的恢复数据，保证企业业务的持续稳定运
在灾难恢复方面，目前业界公认有三个目标值得努力。一是恢复时间，企业能忍受多长时间没有 IT，处于停业状态；二是网络多长时间能够恢复；三是业务层面的恢复。整个恢复过程中，最关键的衡量指标有两个：一个是 RTO，另一个是 RPO。所谓 RTO，Recovery Time Objective，它是指灾难发生后，从 IT 系统当机导致业务停顿之时开始，到 IT 系统恢复至可以支持各部门运作、恢复运
灾备行业近年频繁出现“云容灾”、“云备份”这两个词，它们到底是什么？容灾和备份，本来就相似的两个概念，再加上“云”这个字，可能就更难以理解了。让我们逐步拆解，相信你可以一看就懂。1、什么是容灾？容灾是指，在发生灾难导致生产中心的业务系统宕机时，在可以保障数据安全的同时，还可以保持业务连续性，业务系统持续正常运行。而备份，在相同情况下，只是确保数据安全性，业务恢复慢，并未有效解决业务连续性的问题。2
一、容灾的定义1、定义当各种灾难发生时，在保证生产系统的数据尽量少丢失的情况下，保持生产系统的业务不间断的运行。任何针对可能发生的灾难，提高系统可靠性和可用性的措施都可以称为容灾。2、目的在灾难发生时，减少数据丢失和计划外的宕机时间，保证业务平台可以连续性的正常运行。3、容灾类型①、硬件容灾比如自然灾害、设备故障、人为破坏三种典型的灾难中任何一种灾难发生时，保证生产系统的数据尽可能的少丢失的情况下
如何建设全面的高可用及容灾架构体系，是一个涉及到广泛领域的话题，将分成上、下两篇呈现给读者。本文讨论的架构体系，解耦具体产品实现，尽量只从架构原理出发，从构建一个韧性的应用基础架构内核开始，到增强应用高可用架构能力，加上弹性与稳定的云化基础设施，共同形成稳定性基础架构。在后续的下篇推文中，将在此架构基础上再构建出完整的故障与危机的处理能力，同时通过持续运营与组织保障机制的协同，打造出全面的高可用及
容灾恢复是绝大多数企业级应用的基本要求在没有Kubernetes也没有容器的时候，备份和恢复解决方案通常在虚拟机（VM）级别上实现。当应用程序在单个VM上运行时，容灾系统适用于这样的传统应用程序。但是，当使用Kubernetes对应用程序进行容器化管理时，这样的容灾系统就无法使用了。有效的Kubernetes容灾恢复方案必须针对容器化架构进行重新设计，并按Kubernetes的原生方式来运行。传统
从第一台计算机问世到现在的云计算和大数据时代，信息产业的快速发展让人觉得有些应接不暇。从单一的文字到图片、语音、视频，信息的种类也愈加五花八门。不论是个人还是机构都离不开信息的传递，信息的重要性不言而喻，信息安全当然至关重要。根据国际标准化组织的定义，信息安全性的含义主要是包括信息的完整性、可用性、保密性和可靠性。 信息的完整性、可用性是基础信息的传递说白了就是数据的传输与存储。打
