环境： 192.168.91.103 数据源服务器 192.168.18.220 异地备份服务器 1.在192.168.91.103服务器生成秘钥文件 [root@Lenovobox3 file...The key fingerprint is: ...... 2.将公钥文件下发至异地备份服务器 [root@Lenovobox3 file]# ssh-copy-id -i ~/.ssh/id_rsa.pub...installed -- if you are prompted now it is to install the new keys root@192.168.18.220's password: #输入异地备份服务器密码..."ssh 'root@192.168.18.220'" and check to make sure that only the key(s) you wanted were added. 3.进行备份测试...192.168.91.103 [root@Lenovobox3 file]# ls backup_test.txt [root@Lenovobox3 file]# pwd /root/file 4.连接至异地备份服务器
将重要数据备份到一个相对隔离的系统中（异地数据中心），是一个非常有效的备份方案，能规避上面提到的大部分风险，保障公司业务数据的安全。 如何做异地备份？...异地备份，顾名思义，就是把数据备份到物理隔离的另外一个地方。 在已有本地备份（同机房）的情况下，异地备份意味着要把数据完整地在其他地方再复制一份。...异地备份的理想与现实 在实施「异地备份」之前，一般会先做「本地备份」，即备份到同一个数据中心内，方便恢复。本地备份的存储方案通常有以下这些： 1.自建分布式文件系统； 优点：大多选用 HDFS。...总的来说，这 5 种「本地备份」方案本身各有优劣，在考虑到基于「本地备份」进行「异地备份」时候，方案 3 和方案 4 稍好，但是在实施「异地备份」时也各自的问题。...如何用 JuiceFS 来做异地备份呢？
异地备份文件，已经是一个常见的的需求了，本文的目的是，仓库的重要数据，要异地备份到总部的群晖NAS。 先说一下两边的网络状况：仓库是普通的拨号宽带，总部有是固定IP的城域网，接入奇安信硬件防火墙。...此处，根据客户要求，选择“备份任务”。 步骤3：选择需要备份的文件夹。此处可以选择多个不同驱动器下的文件夹，凡是需要备份的文件夹，直接勾选即可。 步骤4：选择备份模式。...“连续备份”就是文件有变化时，自动备份，我认为比较适合非常重要的文件服务器，并且服务器与群晖NAS在同一个内网比较好； “手动备份”，顾名思义，就是每次备份都要手动执行，显然不能客户的需求； “计划的备份...”，在指定的时间执行备份计划，这是客户本次选择的备份模式。...每秒13兆的传输速率，毕竟是跨越互联网备份，这个速度还是可以接受的。 群晖NAS的应用场景很多，下次我们来讲一下，两台异地的群晖NAS如何同步。
这个方法可以把通过mysqldump 把本地数据库备份到远端主机， 中间数据的传输通过 ssh 加密。 远端主机上通过cat 读取标准输入然后把mysqldump 的重定向到文件中。
它的优点在于无需公网IP就可以实现两台异地的设备之间组网，而且很方便。不足是由于缺少公网IP，其他用户是无法访问你的资源。除非加入你的局域网。
只读类业务 例如谷歌的搜索，不管用户在哪个国家搜索，得到的结果基本相同，对用户来说，跨国异地的几秒延迟，对搜索结果没什么影响。 跨城异地多活设计技巧 1....保证核心业务的异地多活 思维误区：要保证所有业务都能异地多活。...假设用户子系统，负责注册、登录、用户信息这3个业务，由于有海量用户，所以对用户进行分区，分配到不同数据中心，正常情况下某个用户属于某个主分区，并在其他分区也有备份，通过hash计算得出属于哪个中心。...解决的方法就是：优先实现核心业务的异地多活。...只保证绝大部分用户的异地多活 思维误区：要保证业务 100% 可用。 物理规律决定了异地多活无法保证100%的业务可用。
序言 同城异地灾备，主要是用来进行备份容灾的，从而当一个数据中心挂了，另外一个数据中心经过切换之后，能让服务迅速的恢复。...热升级了解一下，不可预知的中断了解一下 同城异地最关键的点在于存储，存储如何跨机房使用，从而分为几个方面进行探讨： 1、 DNS解析 在业务大量使用DNS解耦的时候，而且使用双机房的时候
有这么一个需求：需要远程访问内网的nas。然后现成的解决方案有蒲公英这个方案，但是个人版的话限了只能3个设备，因此找了半天，最后选择了功能类似的zerotier...
2、如果3个机房分属异地，比如：上海、广州、北京，三个城市间数据传输必然增加延时，要降低延时一般是拉专线，这样一方面成本还会继续增加，而且这么长距离传输，网络抖动是难免的，抖动期间，会增加选举"误切换"
一、异地容灾主要备份三种数据： 1、DB数据 2、操作系统 3、日志信息 二、恢复时间不能超过30分钟 三、图中为DB的备份方式，DB总的有四份备份：生产存储一份、移动硬盘一份、备份存储一份、灾备存储一份...备份方式为，平时通过生产系统的介质服务器传输到移动硬盘，通过CS传输数据到灾备中心的介质服务器，在通过介质服务器传输到备份存储、灾备存储。...生产中心发生异常时的DB切换方式为，将移动硬盘迅速转移挂载到灾备中心的介质服务器，然后再发起恢复 四、日常对OS进行每日备份，通过CS传输到灾备中心的介质服务器，再发送给备份存储和灾备存储，即OS的备份有三份...:生产存储、备份存储、灾备存储 五、日志的备份和OS一样 六、恢复切换步骤：日志恢复、OS恢复、修改IP和主机名、移动硬盘转移挂载 七、本地恢复 image.png 八、两地传输带宽的计算要考虑每日数据增量
通过工具实现内网穿透后，内网服务器上的一些服务如gitlab、jira、Jenkins甚至是SSH就可以实现异地访问。目前较为流行的内网穿透工具有frp、ngrok、zerotier、花生壳等。...连接到根服务器的网络节点，如上述提到的NAS、群晖、Linux、Windows等 使用PLANET 行星服务器 通过Zerotier官方根服务器建立虚拟局域网，优点是在没有自带公网IP的云服务器的情况下也可以异地组网...5.异地电脑安装客户端 就像开篇提到的，我的需求是想在家中也可以访问公司的内网服务器上的服务，那么我在家中的电脑也需要安装zerotier客户端，并加入到zerotier网络。
为了保障业务稳定不间断运行，我们构建了JDHBase集群的异地多活系统。主要介绍在我们在异地多活系统的实践。...我们对可靠性要求比较高的业务做了异地多活备份。 ? Active Cluster：正常情况下业务运行在此集群上。数据会异步备份到Standby Cluster，同时保证数据不丢失，但是会有延迟。...在此集群上运行的业务数据也会异步备份到Active Cluster上。 两个集群间通过Replication备份数据，根据集群ID防止数据回环。主备集群间数据达到最终一致性。...一个集群上会承载多个业务，不同的业务的备份也会散落在不同的集群上，形成多集群间的拓扑结构。 ? 3 Client ?...总结与展望 JDHBase在不断吸收业界异地灾备经验的同时，也经过一系列的实践和演进，目前SLA已经能够达到99.98%，从毫无异地容灾措施到完善的监控、告警、切换、一致性保障机制，为业务提供稳定可靠的存储服务
例如，典型的有机房断电、机房火灾、地震、水灾……这些极端情况会导致某个系统所有服务器都故障，或者业务整体瘫痪，而且即使有其他地区的备份，把备份业务系统全部恢复到能够正常提供业务，花费的时间也比较长，可能是半小时...因为备份系统平时不对外提供服务，可能会存在很多隐藏的问题没有发现。如果业务期望达到即使在此类灾难性故障的情况下，业务也不受影响，或者在几分钟内就能够很快恢复，那么就需要设计异地多活架构。...与“活”对应的是字是“备”，备是备份，正常情况下对外是不提供服务的，如果需要提供服务，则需要大量的人工干预和操作，花费大量的时间才能让“备”变成“活”。...例如，常见的新闻网站、企业内部的IT系统、游戏、博客站点等，如果无法承受异地多活带来的复杂度和成本，是可以不做异地多活的，只需要做异地备份即可。...MySQL同步这种方式作为备份。
我们很容易想到一个方案：备份。图片 你可以对数据做备份，把数据库文件「定期」cp 到另一台机器上，这样，即使原机器丢失数据，你依旧可以通过备份把数据「恢复」回来，以此保证数据安全。...「最新」的，数据完整程度取决于备份的周期很明显，你的数据库越大，意味故障恢复时间越久。...最简单的方案还是和前面提到的一样：备份。A 机房的数据，定时在 B 机房做备份（拷贝数据文件），这样即使整个 A 机房遭到严重的损坏，B 机房的数据不会丢，通过备份可以把数据「恢复」回来，重启服务。...因为 B 机房只做备份，不提供实时服务，它是冷的，只会在 A 机房故障时才会启用。但备份的问题依旧和之前描述的一样：数据不完整、恢复数据期间业务不可用，整个系统的可用性还是无法得到保证。...3、提升高可用的核心是「冗余」，备份、主从副本、同城灾备、同城双活、两地三中心、异地双活，异地多活都是在做冗余4、同城灾备分为「冷备」和「热备」，冷备只备份数据，不提供服务，热备实时同步数据，并做好随时切换的准备
最近恰好在搞异地双活，以下是一个梳理： 基本概念 1、异地容灾。这仅仅是一个冷备的概念。也就是在平时正常的时候，另外一个机房只是当做备份。 2、异地双（多）活。...所以，异地多活也不能保证所有业务都异地多活，在设计异地多活方案的时候，需要从业务和用户的角度出发，识别出核心和关键业务，明确哪些业务是必须实现异地多活，哪些是可以不实现异地多活，哪些是不能实现异地多活的...基于日志增量订阅&消费支持的业务： 数据库镜像 数据库实时备份 多级索引 (卖家和买家各自分库索引) search build 业务cache刷新 价格变化等重要业务消息 otter： 阿里巴巴...与传统的灾备技术相比，异地多活的特点是：在不同地点的数据中心都可以同时支持业务，而且每个地点发生的交易都是真实业务流量，而不是常见的一主一备，如果主中心没有问题，备份中心永远都是“备胎”。 ...这种多活数据中心的好处是：因为所有的数据中心都在支持交易，所以能节约IT成本;另外传统方式中备份系统都不在真实的交易活动状态，所以很难判断它的状态到底怎么样，在出现问题时，都不一定敢切过去。
https://github.com/ngoduykhanh/wireguard-ui
问题背景近期某客户需要考虑NAT网关跨地域的灾备方案，用于在上海地域运营商网络中断等场景，可以借助腾讯云内网，将对外访问的流量调度到异地出口。
前言 由于我管理着几台不同地域，不同网络，网络类型并不相同（ NAT端口转发 / 公网独立IP ）的云服务器，以及我需要将家中的服务器的服务映射至公网以供其他人进行访问，所以我需要一个异地组网方案解决该问题...4 NAT端口转发 宿迁 解决方案:WireGuard 为什么选择WireGuard 听说很好用，然后部署十分简单，此前用过OPENVPN，觉得部署稍微麻烦了一些，因此决定选择WireGuard进行异地组网...且下方的节点中的上次握手时间会自动刷新即为连接成功 检验链接情况 使用ping命令，测试连接情况 请务必确保测试的节点防火墙不会拦截ICMP数据包，否则将无法正常测试 如果可以正常ping通，即证明链路已建立，异地组网已完成
高可用的一些解决方案 高可用，从发展来看，大致经过了这几个过程： 冷备 双机热备 同城双活 异地双活 异地多活 在聊异地多活的时候，还是先看一些其他的方案，这有利于我们理解很多设计的缘由。...有如下好处： 简单 快速备份（相对于其他备份方式） 快速恢复。只需要将备份文件拷贝回工作目录即完成恢复过程（亦或者修改数据库的配置，直接将备份的目录修改为数据库工作目录）。...冷备是全量备份。全量备份会造成磁盘空间浪费，以及容量不足的问题，只能通过将备份拷贝到其他移动设备上解决。所以，整个备份过程的时间其实更长了。...并且，全量备份是无法定制化的，比如只备份某一些表，是无法做到的。 如何权衡冷备的利弊，是每个业务需要考虑的。 双机热备 热备，和冷备比起来，主要的差别是不用停机，一边备份一边提供服务。...所以大多数的互联网公司采用了异地双活的方案。 上图是一个简单的异地双活的示意图。
通常进行了物理备份还不足够，因为在很多情况下使用物理备份进行恢复会相对复杂，比如误操作TRUNCATE了数据表，这样的恢复有时候使用逻辑备份来恢复会更迅速、更有效。...所以通常将逻辑备份作为物理备份的辅助手段进行配置。...可是如何进行排除部分表的逻辑备份呢？...首先创建一个Shell脚本（本例脚本名为tables.sh），这个脚本用于动态生成一个需要备份的数据表列表文件tables.lst，在查询语句中，就可以排除不需要备份的用户或特定数据表，不需要备份的表应该有限...，当然是排除了一些不需要备份数据表的参数文件。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
