SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 产品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 服务器集群简单化
  • 成功案例
  • 联系我们
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

案例研究:AWS EC2监控解决方案使一家全球制造公司在迁移到云中时免除了压力。

7月 7, 2020 by Jason Aw Leave a Comment

东京钻石工具制造公司使用SIOS AppKeeper保护重要应用程序

东京钻石工具制造公司成立于1932年。Co.,Ltd.生产用于切割,切片,抛光和钻孔工艺的金刚石工具,涉及范围广泛,例如家用电器,半导体,电子设备,医疗保健和土木工程。尽管它是一家拥有80多年历史的悠久公司,但Tokyo Diamond一直在积极引入新的IT工具。  该公司决定迁移到Amazon AWS和虚拟化,以提高业务改进的速度和效率。SIOS AppKeeper在提供所需的应用程序可用性保护方面发挥了重要作用。东京钻石工具公司迁移到云和AWS的原因之一是2011年的东日本大地震。  尽管总公司的服务器没有受到直接损坏,但宫城县仙台工厂的设备从机架上掉下来,造成了严重损坏。  东京钻石认为需要更好的业务连续性计划。  这是虚拟化其核心系统和使用云环境的主要驱动力。

最初,该公司开始将相对较小的应用程序迁移到云中。  “我们在2011年11月左右开始了迁移。  当时,我们别无选择,只有AWS。” Tokyo Diamond IT系统主管Takuji Kokubo先生说。  他们使用Sony Network Communications的“带有AWS的托管云”云门户自己管理运营。  Kokubo先生是一个自称为“ One Man IT操作”的人,因此效率和自动化对于确保公司IT系统在日本以及新加坡和泰国的平稳运行非常重要。

Takuji Kokubo,东京钻石工具
小久保先生
IT系统主管
东京钻石工具制造厂 有限公司。

迁移到云并确定对恢复解决方案的需求 

Diamond Tools实施了云存储服务Amazon EC2和Amazon S3。他们将其组件,销售支持和视频会议系统移至了AWS。  Diamond Tools的视频会议系统对其日常运营至关重要。  “该工具在与海外地点进行的各种会议中非常频繁地使用。  它每月使用约100次,并且从传统的按需购买即用SaaS系统过渡到AWS,我们每年可以减少多达200万日元的成本,” Kokubo先生说。  以前,包括其他公司在内的太多用户同时连接到系统时,语音质量通常会下降。  然后,小久保先生将收到用户的投诉,但问题无法轻松解决。  在AWS上构建公司特定的视频会议系统可以稳定视频和音频质量并减少投诉。

小久保先生很快就遇到了他们的EC2环境问题。“ EC2作为基础设施是稳定的;但是,有时服务失败。我一直很担心,有一天,在一次海外商务旅行中,我接到一个电话说用户无法访问该系统。  我必须一直随身携带笔记本电脑,才能通过VPN连接到AWS并恢复失败的服务。”小久保先生说。  显然,此过程不可扩展。

在运行组件软件应用程序的实例上经常发生服务故障。  公司的大多数员工每天早晨都使用组件软件应用程序检查日历或预订会议室。Kokubo先生说:“如果遇到问题,许多人会打电话给我,问发生了什么事。” 他通过此经验了解了自己亲自维护系统的风险。

“十年前,一旦出现故障,系统就会停止运行,用户已经习惯了。但是今天,一旦一切停止,我就会收到投诉。现在,系统有望一直处于运行状态,就像水龙头随时流出的水一样。  系统停机时间变得越来越无法接受,” Kokubo先生说。

小久保先生始终认为,当在EC2上运行的一项服务失败时,他必须处理任何问题。  成为唯一能够解决任何问题的人仍然是他的负担。  小久保先生说:“作为一家IT商店,我倾向于认为我的价值在于仅提供帮助台功能。  但这不是很好–我需要考虑在没有我支持的情况下如何使Tokyo Diamond系统正常工作。”

因为他是公司中唯一更多依赖云服务的IT专业人员,所以他知道他需要帮助。“当索尼网络通信告诉我SIOS AppKeeper提供了EC2实例的自动化操作和管理时,我决定在研究细节之前就使用它。如果我们有一种能自动恢复EC2服务的解决方案,那么我就不需要通过随时随地连接到VPN来解决每个问题。”

SIOS AppKeeper是一种云服务,可监视EC2实例并在检测到任何系统损害时自动重新启动服务。  当受监视的服务失败时,SIOS AppKeeper会自动恢复服务,而无需人工干预。

在AWS上运行的应用程序超过10个

Tokyo Diamond继续将其他应用程序迁移到AWS,到2018年6月,AWS上运行了10多个应用程序。“我认为AWS很有用:操作系统会在10分钟内启动,并且可以根据业务灵活地伸缩资源。即使资源不起作用,我们甚至可以删除它。  但是,处理大量数据的核心系统是使用数据中心而非AWS迁移到虚拟环境的。  Kokubo先生说:“我们同时使用AWS和虚拟数据中心来构建系统,具体取决于用途和需求。”

东京钻石公司目前监视员工使用AppKeeper所依赖的三个关键应用程序,包括其群件应用程序,销售人员自动化和他们的视频会议系统。  小久保先生说:“首先,我们对应用程序进行了分类,并决定从其中三个应用程序开始。如果我可以摆脱日常的精神负担,并在商务旅行中省心,则值得付费。”

SIOS AppKeeper使IT人员能够专注于其他任务

Kokubo先生说,他不再需要考虑AppKeeper监视的实例的操作和管理。  AppKeeper运行正常。  它腾出了更多时间专注于虚拟机及其其他AWS应用程序。 小久保先生认为AppKeeper为他带来了这些核心应用程序的安全感。

但是,他确实对SIOS技术开发团队有关于AppKeeper的要求。 “如果没有任何事件,我担心它是否正常运行,否则我可能会忘记如何登录。如果能经常通知我它正在运行,那就更好了。”  自动操作和管理是SIOS AppKeeper的优势;但是,如果什么也没有发生,它可能是不可见的。

话虽如此,小久保先生同意将他从不必对这些应用程序进行故障排除中解放出来是非常有益的。  现在,他可以花更多的时间在管理上,包括发展Diamond Tool的IT战略和规划,安全性以及BCP计划。

尽管今天Diamond Tool使用SIOS AppKeeper来管理和管理三个应用程序,但它计划很快将AppKeeper的覆盖范围扩展到其他应用程序。  这将使小久保先生能够在这些增值活动上花费大量时间。  “即使我们试图雇用系统人员,也很难做到,因为日本的劳动力正在缩减。  未来,我希望系统工具能够取代使用AI(人工智能)的人们,我希望SIOS AppKeeper也能开发类似AI的功能,以自动解决高影响力的故障。”运营管理的实现。

了解有关SIOS AppKeeper的更多信息

注册免费试用SIOS AppKeeper

 

 

Filed Under: 成功案例

案例研究:SIOS 应用程序保持器让 Hobby 日本安心,使员工能够生产出最佳内容

5月 15, 2020 by Jason Aw Leave a Comment

SIOS 因其提供高可用性和高性能的能力而选择

案例研究:SIOS 应用程序保持器让 Hobby 日本安心,使员工能够生产出最佳内容

SIOS 因其提供高可用性和高性能的能力而选择

"我们无法阻止配置错误或负载问题。但SIOS应用程序保持者是非常好的我安心。使用 AppKeeper,我们的工作人员不会每次系统或服务器发生故障时都会被调用,"Hobby Japan 的 Yuichiro Fukabori 说。"我们的目标是创建一个免维护、低成本的环境,SIOS AppKeeper 帮助我们做到这一点。Hobby Japan 是一家出版公司,拥有与爱好相关的多种业务(如动漫、动作人物收集、纸牌游戏等),包括出版"日本爱好"、"月刊"和"纸牌游戏"等年轻成人书籍和杂志。该公司还销售人物和人物商品、游戏策划工具以及进口和销售模拟游戏。来自霍比日本商务管理部公共关系部的Yuichiro Fukabori将该公司描述为"一家提供几乎所有与爱好相关的一切的普通贸易公司"。

环境与环境

爱好日本没有专门的IT部门。富卡博里先生的许多员工担任多个职务,虽然他是公共关系团队的成员,但他还管理公司的 Web 服务器。Fukabori 先生说:"由于公司内部没有 IT 部门,我负责所有服务器的运营,但每个部门管理的服务器除外。不难想象,他的处境很艰难。
Hobby Japan 过去依靠托管服务公司来管理其 Web 服务器,但在硬盘出现故障时,他们遇到了灾难。虽然他们最终能够恢复数据,但情况暴露出他们需要更好的数据备份和安全过程。

云服务在日本越来越受欢迎,因此Fukabori先生领导了将公司转型为云的努力。2013 年,Hobby Japan 迁移到亚马逊网络服务 (AWS)。因此,使他们摆脱他们过去遇到的各种问题。

但网站流量开始稳步增长,给环境带来压力。福卡博里先生的任务是处理这个问题。他需要一些能够确保高可用性和高性能的东西。

挑战与挑战

Hobby Japan 正在使用 AWS 云监视监控其 EC2 环境。但是,当网络服务器流量激增时,如《每月爱好日本》发布时,Fukabori先生无法做出正确的回应。他只是在服务器停机时收到通知。此外,他指出,"当我们的内容被介绍在一个受欢迎的视频网站或我们的数字被张贴在Twitter上,我们也经历了意外的增长服务器流量,经常导致更多的停机时间,"他说。

该公司每月遇到大约 10 次系统问题,富卡博里先生正忙于解决这些问题。警报经常在半夜发生,扰乱了富卡博里先生的睡眠和家庭生活。他想,"我不能自己处理这件事",并请求 AWS 帮助。

AWS 将霍比日本引入 ForgeVision,Inc. ,这是一家提供云集成服务的 AWS 咨询合作伙伴。ForgeVision 提出了高可用性的三项改进,并在 2018 年 8 月实施了这些改进。

第一种是为 Hobby 日本的 EC2 实例实现自动缩放,以便在访问过载发生时启用自动和可扩展的响应。AWS 自动缩放可快速稳定其服务器操作。Fukabori 先生说:"由于自动缩放,我们在 2018 年夏季动画广播日没有任何麻烦,当时许多用户同时访问我们的服务器。每月的事件从每月10次减少到每月1次或2次,使他能够回到更正常的生活方式。

第二个改进是实施可视化工具,使 Hobby Japan 能够检查访问状态和资源利用率。第三个改进是通过引入 AWS 运营管理服务来减少运营负载。

但霍比日本还有另外一个问题。ForgeVision 的 AWS 运营和管理服务全天候提供系统故障通知。但是,他们的团队只能在工作日的上午 10 点到下午 6 点之间解决问题。由于网站流量在夜间经常增加,Hobby Japan 意识到他们需要额外的帮助来解决这个问题。

"我不想对系统或服务器担心太多。如果我们有能力,我们希望将环境的监控和管理完全外包,但成本会更大,"Fukabori先生说。"我们生产高质量的内容,但由于服务器停机,我们无法以正确的时间提供该内容,这项工作将徒劳无功。因此,我们需要一个尽可能自动化的系统环境。

ForgeVision建议,霍比日本看看SIOS应用程序保持者,这将提供它所需要的高可用性。

评价

爱好日本开始使用AppKeeper的五个网站,他们运行。"我们了解这些功能,无需花时间进行特殊评估流程。我们立即开始使用它,"富卡博里先生说。

解决方案

SIOS AppKeeper 作为云软件即服务解决方案提供,支持 AWS EC2 服务和实例的自动监控和恢复。它通过 AWS API 监控它们,并快速检测故障并从故障中恢复。

AppKeeper 通过检测并首次重新启动应用程序服务自动还原应用程序操作。此步骤通常在几秒钟内还原服务。如果服务重新启动失败,则重新启动整个实例。它发布故障报告,根据从虚拟机、服务和 AWS 恢复之前和之后获得的相关信息显示任何故障发生和恢复。

如果客户选择 EC2 自动缩放功能,他们可以轻松地添加更多实例以进行 AppKeeper 保护。AppKeeper 将扩展以近乎实时地监视这些新实例,如果需要,将自动应用指定的设置。

研究结果

由于大多数故障可以通过重新启动实例或重新启动服务来解决,因此 SIOS AppKeeper 会快速解决这些问题。即使在 IT 人员无法解决故障的晚上,它也能让您高枕无忧。Fukabori 先生于 2019 年 4 月决定在日本 Hobby 实施 SIOS AppKeeper,预计该解决方案将为运营管理增添新的安全感。

SIOS AppKeeper 没有遇到无法自动恢复的任何问题,因此 Fukabori 先生和他的团队确信他们有一个故障安全机制,在发生故障时自动恢复系统。

"当然,人为的错误是无法避免的,但引入SIOS应用程序守护者一直非常有利于我安心,"Fukabori先生说。

他说:"我觉得,我们离一个环境又近了一步,即使有太多人试图访问我们的热门内容,我也能保持冷静。SIOS AppKeeper 的优势是能够低成本实现免维护、免维护的环境。

了解有关 SIOS 应用管理员的更多信息,享受高可用性和高性能

注册 SIOS 数据保持器的免费试用版

下载案例研究 PDF

Filed Under: 成功案例

案例研究:Chris O'Brien Lifehouse 医院通过 SIOS 数据保持器确保 AWS 云的高可用性

5月 12, 2020 by Jason Aw Leave a Comment

Chris O'Brien 生命之家医院通过 SIOS 数据保持器确保 AWS 云的高可用性

案例研究:Chris O'Brien Lifehouse 医院通过 SIOS 数据保持器确保 AWS 云的高可用性

SIOS 因其提供高可用性和高性能的能力而选择

克里斯·奥布莱恩-生命之家标志Chris O'Brien Lifehouse (www.mylifehouse.org.au)是一个综合性且专注的卓越中心,致力于为患有罕见和复杂癌症病例的患者提供最先进的治疗和研究。Lifehouse 在一个地方提供癌症患者可能需要的一切,包括高级肿瘤手术、化疗、放射治疗、临床试验、研究、教育、补充疗法和心理社会支持。这家非营利性医院毗于皇家阿尔弗雷德王子医院和坎珀当的悉尼大学,每年为 40,000 多名患者提供筛查、诊断和治疗。作为澳大利亚最大的临床试验中心之一,Lifehouse 还为患者提供全球最新的癌症治疗突破。

环境与环境

Lifehouse 使用 MEDITECH 医疗保健电子医疗记录和患者管理系统,该系统将所有患者的电子健康记录存储在数据库中。

Lifehouse信息技术部主任Peter Singer解释道:"健康信息系统和数据库对于我们提供的护理至关重要,如果任一原因,患者记录将无法访问,这将瘫痪医院的运营。

在医院的数据中心中,在存储区域网络 (SAN) 上运行的 Windows 服务器故障转移群集 (WSFC) 提供了任务关键型正常运行时间。但与许多组织一样,Lifehouse 希望迁移到云中,以利用其卓越的敏捷性和可负担性。

挑战与挑战

Lifehouse 选择亚马逊 Web 服务作为其云服务提供商,并希望将其环境直接"提升"到 AWS 云。为了模拟其本地配置,Peter 选择了 AWS 应用商店中提供的"云量"服务。故障转移群集使用软件定义的存储卷进行配置,用于在活动实例和备用实例之间共享数据,测试证明该方法可以提供满足医院苛刻的恢复点和恢复时间目标所需的自动故障转移。

但是,存在一个问题:使用软件定义的云卷会对吞吐量性能产生重大不利影响。由于涉及如此多的元素和层,在云中部署的软件定义配置中,性能问题众所周知难以排除故障。指定"无保护"选项后,云卷执行良好。但是,"无保护"并不是 Chris O'Brien 生命之家的一个选项,它可确保 AWS 云中的高可用性,并配备 SIOS 数据保持器

"我们能够在几天内从测试到生产。持续维护也非常简单,我们预计这将最大限度地减少我们与高可用性和灾难恢复相关的运营支出,"负责任务关键 MEDITECH 应用程序及其数据库的 Peter 说。Peter 回忆道:"我们尽了一切合理努力来查找和修复根本原因,最终得出结论,软件定义的存储将永远无法提供所需的吞吐量性能。因此,Lifehouse 的团队开始寻找另一种解决方案。

评价

在搜索能够同时提供高可用性和高性能的另一种解决方案时,Lifehouse 制定了三个标准:

  • 用于 AWS 云的验证
  • 跨多个可用性区域工作的能力
  • 性能不如或优于本地实现的性能
  • 安全/隐私,支持移动和静态加密

验证对于最大程度地降低与在云中使用第三方解决方案相关的风险非常重要。跨多个可用区域工作的能力将确保整个 AWS 数据中心受到局部灾难影响时的业务连续性。AWS 在可用性区域之间交付的亚毫秒延迟对于能够将数据同步复制到"热"备用实例以满足医院苛刻的恢复时间和恢复点目标至关重要。

经过详尽的搜索,Peter 得出结论,最好的可用解决方案是来自 SIOS 技术的 SIOS 数据保持器群集版本。AWS 应用商店提供 SIOS 数据保持器,该市场保证在 AWS 云中可靠运行。由于它不使用软件定义的存储,Peter 相信 SIOS 数据保持器将能够提供 Lifehouse 所需的性能。

解决方案

SIOS 数据保持器提供 Lifehouse 所需的高性能同步数据复制需求。通过在连接到所有活动实例和备用实例的本地存储之间使用实时块级数据镜像,该解决方案克服了云中缺少 SAN 引起的问题,包括经常困扰软件定义的存储的性能不佳。生成的 SANless 群集与 Windows 服务器故障转移群集兼容,提供连续监视以检测应用程序和数据库级别的故障,并为故障转移和故障转移提供可配置的策略。

Lifehouse 目前在 SANless 故障转移群集中具有 8 个实例,以支持其跨不同 AWS 可用性区域的 MEDITECH 应用程序和数据库,以防止大范围的灾难。涉及的长距离固有的延迟通常需要使用异步数据复制来避免延迟对数据库活动实例的提交。但是,SIOS 数据保持器中使用的实时块级数据镜像技术仍然使 Peter Singer 实现了接近零的恢复点。

研究结果

与软件定义的共享存储不同,SIOS DataKeeper 专为高性能高可用性而构建,因此 Peter Singer 现在根据需要工作并不意外。有点令人惊讶的是,解决方案实施和操作是多么容易:"我们能够在几天内从测试到生产。持续维护也非常简单,我们预计这将最大限度地减少与高可用性和灾难恢复相关的运营支出。

SIOS 数据保持器使 Lifehouse 能够充分利用云中提供的规模经济,同时不牺牲停机时间或性能。"如果不是SIOS,我们可能无法将我们的环境迁移到云,"Peter Singer总结道。

下载 pdf

Filed Under: 成功案例

东洋高世有限公司 将 SAP 企业系统迁移到 Azure

4月 26, 2020 by Jason Aw Leave a Comment

东洋高世有限公司 将 SAP 企业系统迁移到 Azure:通过复制构建"永不停止的系统"

系统代表小林明彦(Akihiko Kobayashi)表示:"我们提出了多项本地和云提案,并决定根据富士通提出的SIOS数据保持器方案迁移到微软 Azure,这最适合我们的要求。

东洋高赛是一家历史悠久的化工制造商,已经经营了65年。公司的主要产品是光刻的感光材料,是制造液晶显示器和半导体集成电路不可或缺的材料。公司还专注于最先进的感光材料的技术开发。

2007年,公司被要求选择GLOVIA/流程C1的后续系统,该系统曾被用作核心业务系统。在收到多家公司的建议时,他们选择引入"SAP",这是德国SAP公司的ERP系统,因为它的J-SOX支持非常可靠。时间已经过去,大约在 2015 年左右,引入 SAP 时安装的服务器已结束维护。

IT 基础设施

该公司的 IT 基础设施是一个基于 VMware 的本地数据中心和远程数据中心,用于业务连续性/灾难保护。由于大多数应用程序在 Microsoft Windows 操作系统上运行,因此他们使用来宾级 Windows Server 故障转移群集在其 VMware 环境中提供高可用性和灾难保护。

挑战 + 迁移到 Azure

在迁移到云的背后,需要从本地系统维护中解放出来,需要根据东日本大地震的经验灵活扩大规模和准备灾难。

他们决定去云是因为他们的办公场所的服务器在地震中实际移动,这几乎导致了故障。

迁移到 Azure 时,公司构建了一个备份系统来解决系统故障和发生灾难。"SAP 拥有我们业务所需的所有数据。如果 SAP 停止,生产过程也会停止。如果中断持续两到三天,则发货、付款和计费也会停止。SAP系统无法阻止,"小林说。

第一步是在 Azure 上设置 SAP 备份系统,以每天备份 Azure 的东日本区域的生产系统,并在日本西部区域每周备份备用系统。

实现

但是,备份只是备份。基本上,我们需要使生产系统冗余,以防止它停止。在用于信息系统的 AWS 上,共享磁盘具有冗余配置。但是,Azure 不支持共享磁盘。因此,我们决定使用 SIOS 技术的数据保持器,该技术可在 Azure 上实现数据复制,"小林说。

他们在连接到冗余 SAP 生产系统的存储系统之间创建了群集配置,并使用 DataKeeper 复制数据以使其保持一致。 这提供了与在 Azure 上使用共享磁盘时相同的可用性,而 Azure 不支持共享磁盘配置。

小林说:"在故障转移的最初阶段之后,我们一直在稳定地运作。关于 SIOS 数据保持器,我们唯一要做的就是续订维护合同。

研究结果

作为未来的中期计划,他们需要为"SAP 2025 问题"做好准备,因为当前 SAP 版本的支持将到期。他们没有制定具体的计划,但小林说,"当迁移到新的架构S/4HANA时,如果需要聚类,我们将实施SIOS数据保持,因为我们信任它。

SIOS 数据保持者是小林的可靠合作伙伴。"因为你不能停止生产系统,IT 人员有责任选择可靠的工具,"他说。

免费试用 SIOS 数据保持器

了解有关 Azure 上 SAP 高可用性的更多信息

下载案例研究的 PDF 版本

Filed Under: 成功案例

选择SIOS DataKeeper能够在Azure中启用共享存储群集

1月 29, 2020 by Jason Aw Leave a Comment

RSM Australia在混合云中获得保护

选择SIOS DataKeeper是因为它能够在Azure中启用共享存储群集

“使用任何群集技术,您都需要警惕正在做的事情,以防止故障转移失败。但是使用SIOS DataKeeper,该系统几乎可以自我管理和维护…它可以正常工作!。RSM Australia是RSM Global(全球第六大审计,税务和咨询网络)的一部分。RSM全球成员公司的联系在120个国家/地区的800个办事处中吸引了43,000多名员工,以帮助指导客户应对本地和跨境无缝业务挑战。

环境

多年来,RSM Global在其30个国家办事处中运行着一系列独立的内容管理系统。RSM的项目经理Craig Hannagan的任务是创建一个单一的集中式CMS,该系统对于1200多个用户高度可用。在决定使用iManage的CMS产品之后,他们必须确定使可用性最大化的最佳方法。

挑战:在Azure上实现正常运行时间

拥有高度可用的系统至关重要。“我们可以在本地托管此集中式解决方案,但作为现有的Microsoft客户,并且鉴于Azure固有的高可用性,公共云对我们来说是一个非常有吸引力的选择,” Craig回忆说。“我们已经拥有一个连接所有办公室的Telstra MPLS网络。经过一些初步研究,该团队发现,如果没有其他支持,Microsoft Azure将无法实现所需的正常运行时间。具体来说,Azure云上的群集不支持部署SQL Server Standard Edition所需的磁盘共享。“我们本可以使用企业版来实现始终在线的可用性,但是我们不想只复制数据库。我们实际上想复制整个SQL Server实例,以确保进行即时的无缝故障转移。” Craig解释说。

评价

在互联网上寻找可能的解决方案时,Craig和他的团队了解了Providence Solutions Australia(www.providencesolutions.com.au),这是亚太地区的正常运行时间专家。Providence Solutions Australia的团队建议使用SIOS DataKeeper。除了满足所有技术要求外,Craig还对SIOS DataKeeper通过了Microsoft认证印象深刻。“这两个因素使我们充满信心,我们不会遇到两家供应商之间的冲突。

Azure高可用性和灾难恢复解决方案

澳大利亚RSM正在使用SIOS DataKeeper来解决Azure无法使用支持群集的共享存储(例如存储区域网络)的问题。为了最大程度地提高高可用性,该公司在悉尼本地部署了第三个节点,既可以在Azure完全故障时作为灾难恢复解决方案,又可以作为他们将来决定离开Azure时的“退出策略”。本地复制还有助于解锁磁盘卷,以便定期备份到磁带上以永久保留记录。根据Craig的说法:“我们发现Azure在云中提供了各种备份技术,而如果您出于某种原因而离开,则很难获得该备份的副本。我们能够在自己的磁带介质上进行备份是一个真正的收获。”

结果

“谈到长期停机的可能性,例如破坏性风暴,恐怖袭击,火灾,地震甚至是故意破坏,Azure的高可用性解决方案将无法覆盖我们。  有了使用SIOS DataKeeper的本地灾难恢复解决方案,我们可以一键启动灾难恢复。” “而且,我们可以随时在需要时测试灾难恢复配置,以确保它能够在需要时以及在需要时运行。” Craig和他的团队对SIOS DataKeeper的可靠性完全满意:“使用任何集群技术,您都需要警惕您为避免故障转移失败而正在做的事情。但是使用SIOS DataKeeper,该系统几乎可以自行管理和维护。在实际情况下,当Azure短暂停机导致磁盘不同步时,SIOS解决方案能够自我修复。当然,我们会经常检查它,只是为了确保100%保证,但是我们不需要每天做任何事情。确实行得通!” Craig还感谢他从Providence Solutions Australia获得的支持,他指出:“我们只需要创建一些故障单,这些故障单更多是关于问题的,而不是实际问题。免费试用SIOS DataKeeper。在Azure上了解有关SQL Server高可用性的更多信息。下载案例研究PDF

Filed Under: 成功案例

  • 1
  • 2
  • 3
  • …
  • 12
  • Next Page »

最近的帖子

  • 什么是“脑裂”以及如何避免它
  • 节点之间的数据复制如何工作?
  • 客户端如何连接到活动节点
  • 公有云平台及其网络结构差异
  • 迁移到云环境时应如何分配工作负载

最热门的帖子

Maximise replication performance for Linux Clustering with Fusion-io
Failover Clustering with VMware High Availability
create A 2-Node MySQL Cluster Without Shared Storage
create A 2-Node MySQL Cluster Without Shared Storage
SAP for High Availability Solutions For Linux
Bandwidth To Support Real-Time Replication
The Availability Equation – High Availability Solutions.jpg
Choosing Platforms To Replicate Data - Host-Based Or Storage-Based?
Guide To Connect To An iSCSI Target Using Open-iSCSI Initiator Software
Best Practices to Eliminate SPoF In Cluster Architecture
Step-By-Step How To Configure A Linux Failover Cluster In Microsoft Azure IaaS Without Shared Storage azure sanless
Take Action Before SQL Server 20082008 R2 Support Expires
How To Cluster MaxDB On Windows In The Cloud

加入我们的邮件列表

Copyright © 2022 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in