探索VDI灾难恢复选项
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》
所有VDI部署都应当包含灾难恢复计划,但IT管理员应先了解VDI独特的依存关系和风险,因为这些都可能使灾难恢复计划变得更复杂。
当VDI会话离开数据中心时,它们很容易出现问题,尤其是当数据横跨各大洲时。如果VDI基础设施遭遇完全故障,即使是内部瘦客户端用户也可能丢失数据。
IT部门可选择下面的方法来部署VDI灾难恢复(DR),而不会产生巨额成本。
拆分
为降低风险,IT管理员可以将VDI桌面和支持基础架构拆分在在两个物理数据中心。然后,当一个数据中心变得不可用时,则企业仍然可以访问至少一半的VDI会话。在这种情况下,IT应确保两个数据中心没有共享依存关系。
企业应具有冗余VDI,但这些VDI实例仍需要能够连接到日常应用程序。VDI实例还应连接到身份验证和管理工具,例如Active Directory(AD)。IT应该了解其依存关系并经常测试以确保正常运行。
上传到云端
如果企业只有一个数据中心、小型环境和较少预算,那么,对于VDI灾难恢复,拆分VDI实例不是可行的方法。在这种情况下,企业可以使用桌面即服务来保护其VDI。例如,VMware在多个知名云平台上提供托管VDI服务。IT专业人员还可以使用自己的Azure AD基础架构来提供底层AD服务。
但是,这些云服务目前无法管理现场和云管理的基础架构。为解决这个问题,IT部门需要设置两套独立的基础架构。对于管理两个站点,这似乎会有问题。但是,如果发生最坏的情况,IT部门可以快速轻松地启用新的VDI桌面。这就是云环境的美妙之处。
或者,如果企业具有辅助网络位置,则可以设置辅助VDI基础结构。借助超融合基础架构,IT可以在几个单元的机架空间内构建整个虚拟基础架构,而无需投资昂贵的存储区域网络基础架构。
然而,IT无法在事后组织灾难恢复配置。IT管理员需要积极主动并与VMware合作才能利用这些设置的优势。同时,IT部门还需要做一些工作,包括管理镜像和配置群组。
即时故障转移产品
IT专业人员可以使用传统的即时故障转移灾难恢复工具进行VDI,例如Zerto和Veeam,但这里有些注意事项。
例如,VMware Horizon使用链接模式或即时克隆,在磁盘配置和链接方面,它们使用非标准方法部署新的VDI实例。大多数灾难恢复工具无法对此做出响应,可能出现故障。
有些即时故障转移灾难恢复工具可与VDI配合使用,但IT管理员在使用和测试这些工具时应格外小心。此外,他们还应该与相关供应商核实,因为这些工具可能会随着时间的推移而变化。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
一文看懂存储虚拟化技术
【大咖・来了 第7期】10月24日晚8点观看《智能导购对话机器人实践》 这次,我们一起学习—存储虚拟化技术。 数据在整个计算机系统是最重要的一部分,也是最珍贵的。数据的存储一直是一个热议的话题,在没有云计算之前数据存储已经发展了很久,可以说和云计算没有特别关系,我这边将的云计算存储通常指的是亚马逊的 S3 存储或者 EBS 存储等,将统一的资源池划分给多个用户。 什么是存储 存储,历史悠久,无处不在。 存储是 Storage,注意和内存 (记忆体)Memory 区分; 本质的差异是 Storage 要持久化,Memory 一般认为是 RAM,掉电易失,主要作用是 XIP(eXecute In Place) 。人的记忆要能存储起来就好了。存储,不同的介质千差万别,种类繁多…… 什么是存储虚拟化 存储虚拟化是在存储设备上加入一个逻辑层,通过逻辑层访问存储资源 对管理员来说,可以很方便的调整存储资源,提高存储利用率 对终端用户来说,集中的存储设备可以提供更好的性能和易用性 存储虚拟化的实现方式 裸设备+逻辑卷: 存储设备虚拟化 主机存储虚拟化+文件系统 存储虚拟化的原理 裸设备+逻辑卷的方式...
- 下一篇
【转】MySQL 死锁与日志二三事
最近线上 MySQL 接连发生了几起数据异常,都是在凌晨爆发,由于业务场景属于典型的数据仓库型应用,白天压力较小无法复现。甚至有些异常还比较诡异,最后 root cause 分析颇费周折。那实际业务当中咱们如何能快速的定位线上 MySQL 问题,修复异常呢?下文我会根据两个实际 case,分享下相关的经验与方法。 1、Case1:部分数据更新失败 某天渠道同学反馈某报表极个别渠道数据为 0,大部分渠道数据正常。这个数据是由一个统计程序每天凌晨例行更新的,按理来说,要么全部正常,要么全部失败,那会是什么原因导致极个别数据异常呢? 首先我们能想到的自然是根据统计任务日志来看了,但是看了统计程序打印的日志没有发现诸如 SQL update 失败的异常描述,那当时的数据库究竟发生了什么呢?在查看 MySQL-server 日志之前,习惯性的看了下数据库状态: SHOW ENGINE INNODB STATUS\G 恰好看到了凌晨这个 update 发生了死锁: ------------------------ LATEST DETECTED DEADLOCK -----------------...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- Springboot2将连接池hikari替换为druid,体验最强大的数据库连接池
- CentOS7设置SWAP分区,小内存服务器的救世主
- Mario游戏-低调大师作品
- Docker使用Oracle官方镜像安装(12C,18C,19C)
- 2048小游戏-低调大师作品
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- MySQL8.0.19开启GTID主从同步CentOS8
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS8安装MyCat,轻松搞定数据库的读写分离、垂直分库、水平分库
- CentOS7编译安装Cmake3.16.3,解决mysql等软件编译问题