12月 6, 2022 |
SIOS 为大型金融服务公司提供高可用性SIOS 为大型金融服务公司提供高可用性SIOS Protection Suite for Linux 为 Oracle 数据库上的关键证券应用程序提供 HA/DR中国历史最悠久的金融服务公司之一,提供证券和期货经纪以及投资银行、资产管理、私募股权、另类投资和融资租赁服务。 它在上海和香港证券交易所上市。 公司拥有343家分支机构(其中证券营业部302家,期货营业部41家),遍布中华民国30个省、市、自治区。 他们还在上海、香港、纽约、伦敦、东京和新加坡等 14 个国家开展业务,拥有约 1800 万客户的稳定客户群。 环境该公司依赖于基于 Oracle 数据库的证券交易应用程序。运行在 Red Hat Linux 操作系统环境中。 尽管该公司的 IT 团队经常备份这些应用程序和数据库,但他们无法在发生故障或灾难时快速恢复操作。 挑战该金融服务公司希望为其关键应用程序和所依赖的 Oracle 数据库实施高可用性(99.99% 的正常运行时间)和灾难恢复保护。 评估该公司的 IT 团队需要一个集群解决方案,以确保他们能够可靠地满足服务水平协议 (SLA) 的高可用性以及严格的恢复时间和恢复点目标(RTO、RPO)。 需要证明它可以在 Linux 环境中提供 HA。 他们还需要一种能够降低开源环境中集群复杂性的解决方案。 解决方案该公司使用 SIOS Protection Suite for Linux 集群软件在物理服务器上创建了一个双节点集群。 SIOS 集群软件监控整个应用程序堆栈——网络、存储、操作系统和应用程序。 在发生故障转移时,软件会协调将应用程序操作故障转移到集群中的辅助节点。 SIOS Protection Suite 中的应用感知模块简化了为 Linux 环境配置集群的复杂性。 结果多年来,该公司一直在使用适用于 Linux 集群的 SIOS Protection Suite,并不断在其环境中实施 SIOS 产品。 在那段时间里,该公司始终如一地满足其可用性 SLA。 从直接实施到可靠、易于使用的管理,SIOS 集群软件达到或超出了他们的预期。 经许可转载自信息系统
|
11月 30, 2022 |
SIOS 技术帮助电信公司应对高可用性的复杂性SIOS 技术帮助电信公司应对高可用性的复杂性在当今的互联世界中,高可用性不仅必不可少,而且被视为社会和经济的生命线。 没有互联网就没有云。 仅仅几分钟的停机时间就会使公司损失数百万美元并破坏客户关系。 尽管云计算,边缘计算, 和物联网提供了许多机会,但它们也具有挑战性。 在这个关于各个行业的高可用性 (HA) 和灾难恢复 (DR) 的持续系列中,哈利奥拉,SIOS Technology Corp. 的 EMEA 售前总监,讨论了高可用性在电信领域的重要性。 他指出了电信公司目前面临的挑战高可用性以及 SIOS 技术如何提供帮助。 查看上面的整个采访以了解更多信息。 本次视频采访的主要亮点:
解决方案 |
11月 26, 2022 |
为关键应用制定灾难恢复计划为关键应用制定灾难恢复计划经许可转载自信息系统
|
11月 23, 2022 |
Azure 上的 SAP 高可用性最佳实践Azure 上的 SAP 高可用性最佳实践在以下视频中,拥有 20 年 SAP 经验的 Microsoft 高级 SAP 架构师 Bala Anbalagan 解释了配置高可用性以保护 Azure 中的 SAP 解决方案的最佳实践。 他还回顾了在云中实施 HA 解决方案时经常犯的错误,以及用户在配置 SIOS LifeKeeper 时应该了解的关键因素。 在云端配置 SAP 高可用性解决方案Bala 解释说,每个 SAP 用户都应该记住,高可用性解决方案是必不可少的,尤其是在云端。 任何云提供商都需要对其环境进行更改。 尽管他们的硬件基础设施服务水平很高,但也会有短暂的停机时间,这可能会使您的 SAP 系统完全崩溃。 用户正确配置 SAP HA 也很重要。 安装 HA 解决方案的主要目的是防止停机,但如果你没有正确地做到这一点,你只是在浪费时间和金钱,不管你在哪个云中运行。 必须遵循云提供商的配置规则。 如果您错误地配置了 HA 或未能测试故障转移和故障回复,它可能会在您最意想不到的时候导致业务中断——尤其是在高利用率期间。 是什么让配置 SIOS 如此简单?SIOS 有一个非常简单的配置过程。 基本上,您只需要在每个集群节点中安装 LifeKeeper,并根据您要恢复的应用程序使用不同类型的 SIOS 应用程序特定恢复工具包 (ARK) 模块(LifeKeeper 随附)。 此外,使用简单的 GUI 可以很容易地遵循该过程 – 智能是内置的,您无需更改 GUI 的细节。 它会自动检测大部分信息,进一步简化设置过程。 知道要使用哪个 ARK 以及如何使用它在配置过程中很重要。 ARK 是一个软件模块,它为 LifeKeeper 软件提供特定于应用程序的智能。 SIOS 为不同的应用程序提供单独的 ARK。 例如,对于 SAP HANA,您安装 SIOS SAP HANA 方舟使 LIfeKeeper 能够自动执行配置步骤、检测故障并为 SAP HANA 管理可靠的故障转移,同时保持 SAP 的最佳实践。 在 Azure 中为 SAP 实施 HA 的最大错误用户通常实施Azure 中 SAP 解决方案的高可用性使用与在本地环境中相同的过程。 他们需要改变心态。 始终确保遵循云提供商提供的建议,即阅读文档并按照云提供商的建议保留参数。 另一个常见的错误是增加了太多的复杂性。 一些客户将所有东西都放在一个集群中,但集群应该为不同的服务器分开。 使集群太大会增加不必要的复杂性和潜在风险。 当涉及到 HA 集群时,在各个方面进行彻底的测试是至关重要的。 在上线之前以及定期(和频繁)测试 HA 配置是您可以做的最好的事情,以防止意外停机。 学习更多关于SAP 高可用性以下视频中的最佳实践或联系我们以获取有关为云中的基本应用程序实施高可用性和灾难恢复的更多信息。 经许可转载自信息系统
|
11月 20, 2022 |
HA 和 DR 的简单日子已经一去不复返了HA 和 DR 的简单日子已经一去不复返了翻阅电视频道,我偶然发现了电影“他只是没那么喜欢你”和德鲁·巴里摩尔 (Drew Barrymore) 的场景,讲述了我们大多数人在 2022 年对技术,尤其是高可用性和灾难恢复的感受:“我怀念那些日子你有一个电话号码和一台答录机,那台答录机有一盒磁带,而那一盒磁带要么有一个人的留言,要么没有。 现在你只需要四处检查所有这些不同的门户网站,就会被七种不同的技术拒绝。 太累了。”有时,您不希望只有一个云,甚至没有云平台吗?一个数据库运行在一个操作系统上;并且只需要担心一个前端应用程序。 但是,世界已经发生了变化,而且发展得更快,也变得更加复杂。技术的进步、并购的影响以及我们 24/7 社会日益增长的胃口和节奏,数十亿消费者正在寻找最新的交易和最好的体验,这意味着简单的日子已经一去不复返了。 关于您的可用性的 4 个硬道理
当然,您的企业环境并不简单。您有遗留系统和应用程序,几乎是自打孔卡以来就存在的那种。您拥有专为新一代应用程序和数据库打造的新系统。此外,您拥有十年前创建的解决方案,以弥合从一个平台迁移到另一个平台之间的差距或跨越时间,但尽管您尽了最大努力,这些系统仍然存在。 除了这些挑战之外,还有越来越多的系统和 IT 资源来自于公司 U 的并购。在新时代交付 HA 并不像您想象的那么简单。
作为客户体验副总裁,我们已经看到了不良架构造成的损害。虽然部署 HA 软件绝对有助于提高应用程序和数据库的可用性,但 HA 软件永远无法完全克服不完整的需求、糟糕的网络、缺少冗余硬件或其他缺少的架构组件。我们的团队曾经与一位客户合作,以纠正在高峰运行时间导致系统不稳定的规模过小的环境。由于他们糟糕的架构,包括网络和硬件不稳定,他们的团队经常发现他们自己在争先恐后地从可避免的停机问题中恢复过来。为了拥有一个完整、健全、高可用性和弹性的解决方案,您需要部署出色的软件作为健全架构的一部分。
开发企业级、高度可用的弹性 HA 解决方案,建立在具有增长能力的可靠架构之上,并不是一个简单的过程。针对弹性、应用程序和数据可用性进行设计和架构并不像从货架上拿一盒蛋糕那么容易。投入一系列工具、来自不同团队的流程、混合的 SLA 以及各种操作系统、应用程序、数据库和平台,您就有了需要帮助的秘诀。 最近,我采访了一位在企业支持环境中工作 20 年的老手。他描述了他的许多同行,有时甚至是他自己,都无法承受维护关键企业可用性的重担。您的管理员不仅在凌晨 2 点起床处理灾难性的多系统、多应用程序、几乎完全崩溃的数据中心时需要帮助,而且在企业可用性的日常辛勤工作中也需要帮助技术复杂的时代。
“虽然公共云提供商通常会在其服务水平协议中保证一定程度的可用性,但这些 SLA 仅适用于云硬件。”云提供商 SLA 未涵盖应用程序停机的许多其他原因,包括:
作为客户体验副总裁,我们已经看到了一两件事,包括递归例程中退出失败导致的拒绝服务攻击、系统耗尽、健康、关键应用程序的安全软件隔离、内核恐慌以及随机运行的虚拟机重启。如果您的 HA 策略仅依赖于管理程序的 SLA,您的解决方案可能没有您想象的那么高可用。 您需要保护关键应用程序集群软件可以监视和检测问题,可靠地响应问题,并在必要时将操作转移到备用服务器,以确保您的产品和服务在需要的时间和地点保持可靠和可用。 我们的单一数据中心变成了一系列的云平台,跨越了几十个数据中心。我们的 skunk work 应用程序已经成为我们必须跨 Windows、Linux 和一些不同的 *Nix 变种管理的关键前端、中间件和后端解决方案的一部分。技术的进步意味着我们的高可用性变得更加复杂,需要更好的架构。这也意味着我们的团队需要更多帮助来管理这一切,如果我们不小心,可能意味着我们仍然容易受到攻击和暴露。您的团队面对的最多的是四个真相中的哪一个? 客户体验副总裁 Cassius Rhue 经许可转载自信息系统 |