1月 28, 2023 |
视频:SIOS 优势视频:SIOS 优势 |
1月 25, 2023 |
AWS 中三节点集群的 SIOS DataKeeper 演示AWS 中三节点集群的 SIOS DataKeeper 演示SQL Server 2016 Standard Edition 可能受到限制,因为它仅支持每个可用性组的单个数据库,因此最适合最小的环境。 虽然 SQL Server Enterprise Edition 确实具有更多特性和功能,但这也反映在成本上。 但是,有多种选择可以实现高可用性(HA) SQL Server 标准版。 在本视频中,我们的客户成功总监 Dave Bermingham 讨论了如何配置 SQL Server Standard Edition 以在 AWS 上实现高可用性。 他深入探讨了人们在使用标准版时面临的挑战以及他们有哪些选择。 最后,他给我们演示了如何SIOS 数据管理员可用于AWS中的三节点集群,实现多可用区集群和多区域集群。 这段视频采访的主要亮点是:
经许可转载自信息系统
|
1月 21, 2023 |
2023 年预测:数据民主化将推动对高可用性的需求2023 年预测:数据民主化将推动对高可用性的需求在这段 2023 年预测视频中,我们的全球销售和营销副总裁玛格丽特·霍格兰 (Margaret Hoagland) 分享了她对今年行业将发生的事情的看法。 Hoagland 预测 2023 年的两个趋势:
今年,SIOS将继续关注
经许可转载自信息系统
|
1月 17, 2023 |
了解业务关键型应用程序高可用性的复杂性了解业务关键型应用程序高可用性的复杂性最大限度地减少系统、数据库和应用程序的停机时间是最大限度提高生产力的关键。 现代组织依靠关键业务系统、数据库和应用程序(例如企业资源规划 (ERP)、客户关系管理 (CRM)、电子商务、财务系统和供应链管理)来高效运营并提供卓越的客户体验. 当系统、数据库或应用程序出现故障时,高可用性保护会恢复操作以保持业务正常运行。 什么是高可用性?高可用性是系统、数据库或应用程序的一个属性,旨在长时间连续可靠地运行。 高可用性的目标是通过合并冗余组件和其他技术来解决系统、数据库或应用程序中的单点故障,从而减少或消除关键应用程序的计划内和计划外停机时间。 简单地说,高可用性确保您的系统、数据库或应用程序按预期运行:“何时”是指系统、数据库或应用程序必须按预期启动和运行的时间百分比——这意味着应用程序按用户期望和满足的方式运行及时满足他们的需求。 数据中心模式高可用性服务级别协议 (SLA) 有助于确保 IT 基础架构的关键组件在工作时间内正常运行和可用。 IDC 为高可用性创建了一个 SLA 模型,该模型定义了具有以下正常运行时间要求的五个级别: • AL4(持续可用性——系统容错):无用户中断,每年计划内和计划外停机时间总计最多不超过 5 分 15 秒(99.999% 或“五个九”可用性)。 您的高可用性要求取决于整个系统、应用程序和许多其他因素的重要性,包括: • 应用程序对业务有多重要 • 客户是否注意到影响 • 应用程序运行的频率 • 有多少用户受到停机影响 • 数据库或应用程序必须以多快的速度故障转移到冗余系统以避免中断 • 有多少数据损失是可以容忍的 五个九的可用性通常是为需要连续“有状态”操作的应用程序保留的。 对于业务关键型应用程序,四个九的可用性是标准的。 非关键系统和应用程序,您可能只需要两个九的可用性。 在确定可接受的停机时间时,重要的是要考虑: • 计划外停机时间(即硬件或软件故障) • 例行硬件和软件维护的计划停机时间 • 应用程序和数据库级别的正常运行时间 各种高可用性解决方案可以帮助企业实现其 SLA 目标针对不同的系统、数据库和应用程序。 尽管持续可用性 (AL4) 似乎是关键业务部署的最合适目标,但在成本和可用性之间找到适当的平衡点很重要。 连续可用性还会对计划维护所需的停机时间产生负面影响,因为在应用应用程序或操作系统更新时系统通常必须脱机,而高可用性通常允许滚动更新。 高可用性指标:RTO 与 RPO除了正常运行时间和可用性之外,恢复时间目标 (RTO) 和恢复点目标 (RPO) 是用于评估系统、数据库或应用程序中的高可用性(以及灾难恢复)的重要指标。 反收购行动是任何中断的最大可容忍持续时间。 在线事务处理应用程序通常具有最低的 RTO,而那些业务关键型应用程序的 RTO 通常只有几秒钟。 RPO是发生故障时可以容忍的最大数据丢失量。 对于灾难恢复,应用程序及其相关数据的典型 RPO 可能是 24 小时。 每晚备份可确保在发生灾难时可以恢复过去 24 小时内对数据所做的任何更改。 但是,对于高可用性应用程序和数据,RPO 通常为零。 也就是说,在任何故障情况下都不应该有数据丢失。 传统聚类高可用性集群是一组服务器节点(和其他组件),它们支持需要最少停机时间的关键业务应用程序。集群软件允许您将服务器配置为集群,以便多个服务器可以协同工作以提供高可用性并防止数据丢失。 IT 组织依靠高可用性集群来消除单点故障并将停机和数据丢失的风险降至最低。 传统的本地高可用性集群是一组连接到共享存储(通常是存储区域网络或 SAN)的两个或多个服务器节点,这些节点配置有相同的操作系统、数据库和应用程序(参见图 1) ). 其中一个节点被指定为主要(或活动)节点,其他节点被指定为次要(或备用)节点。 如果主节点发生故障,集群允许系统、数据库或应用程序的操作自动故障转移到一个或多个辅助节点,并继续正常运行,中断最少。 由于辅助节点连接到同一存储,因此操作继续进行,数据丢失为零。 这种集群架构的好处是减少停机时间、消除数据丢失和保护数据完整性。 但是,有很多场景不需要共享存储。 共享存储中的故障将使所有集群脱机,从而产生单点故障 (SPoF) 风险。 SAN 存储的拥有和管理成本高昂且复杂。 最后,在云中使用共享存储会显着增加不必要的成本和复杂性。 有些云根本不提供共享存储选项。 如图所示图 2, SANless 或“无共享”集群是共享存储的最佳替代方案。 在这些配置中,每个集群节点都有自己的本地存储。 高效的基于主机的块级复制用于同步集群节点上的存储,使它们保持相同。 在发生故障转移时,辅助节点访问主节点使用的存储的相同副本。 这种集群架构的优势在于消除 SPoF、消除 SAN 成本和复杂性、在云中易于使用和节省成本、减少停机时间并减少数据丢失。 设计原则最先进的高可用性集群包含以下设计原则: • 当一个活动组件发生故障时,它们会自动快速地故障转移到冗余系统 • 它们在故障转移期间和之后保持特定于应用程序的最佳实践 • 它们提供手动切换和切回的能力,以实现高效测试和“滚动”维护,且成本最低计划内停机 • 它们可以自动检测网络、存储、操作系统、硬件或应用程序中的故障 • 它们可以防止在系统发生故障时丢失数据 • 它们可以跨不同地理位置的节点进行故障转移以实现灾难恢复 高可用性集群各种集群软件解决方案可用于 Windows、Linux 发行版和各种管理程序(虚拟机解决方案)。 一组仅支持一个操作系统,例如: • Windows 服务器故障转移群集 (WSFC):为 Microsoft SQL Server 和 Microsoft Exchange 等托管应用程序提供高可用性和灾难恢复 • SUSE Linux Enterprise 高可用性扩展 (HAE):支持物理和虚拟 Linux 服务器的集群,具有策略驱动的集群和连续数据复制• 红帽起搏器(Pacemaker):为性能、高可用性、负载平衡和可伸缩性创建单站点集群 例如,这里列出的解决方案都不能保护在 Oracle Linux 操作系统上运行的 SAP。 因此,每个解决方案都会限制您的灵活性和部署选项。 更先进高可用性解决方案,例如适用于 Linux 的 SIOS Protection Suite,在主要 Linux 发行版(包括 Oracle Linux、Red Hat 和 SUSE)中提供应用程序感知保护。 此外,每个应用程序、数据库和 ERP 系统都有自己的配置和持续管理要求。 为了满足这些要求,HAE 和 Pacemaker 通常需要高度的技术技能和复杂的手动脚本,这会引入人为错误和不可靠的故障转移的可能性。 通常受故障转移集群保护的关键业务应用程序、数据库和 ERP 系统的一些示例包括 SAP S/4HANA、SQL Server 和其他应用程序和数据库。 SAP S/4HANA多家 Linux 供应商在其“Enterprise for SAP”订阅中为 SAP 提供开源高可用性扩展。 SAP S/4HANA 环境包含多项服务,例如 ABAP SAP 中央服务 (ASCS)、评估收据结算 (ERS) 和其他 SAP 组件,这些服务需要在正确的位置进行维护并以正确的顺序启动。 在 SUSE HAE 和 Red Hat Pacemaker 等开源集群产品中,在这些复杂环境中手动配置和管理集群可能非常耗时,而且容易出现人为错误,从而增加灾难性停机和数据丢失的风险。 创建应用程序感知的高可用性解决方案还需要在应用程序和数据库方面具有特定的深厚专业知识。 相比之下,适用于 Linux 的 SIOS 保护套件包括用于 SAP 和 HANA 的应用程序恢复工具包,可确保故障转移保持应用程序最佳实践。 SAP 还提供 HANA 系统复制,这是 HANA 软件附带的一项功能。 它可以将 SAP HANA 数据库持续同步到同一数据中心、远程站点或云中的辅助位置。 数据被复制到辅助站点并预加载到内存中。 发生故障时,备站点接管,无需重启数据库,有助于降低RTO。 但是,必须手动触发到主节点的故障回复。 HSR 需要与应用感知集群软件(如 SIOS Protection Suite)搭配使用,后者可以检测故障并在必要时协调故障转移。 数据库服务器许多公司依靠 SQL Server 作为支持重要业务功能的关键应用程序的后端数据库。 Microsoft WSFC 通常用于支持 SQL Server 应用程序的 Always On 可用性组 (AG) 和 SQL Server 故障转移群集实例 (FCI)。 但是,带有 AG 的 WSFC 需要昂贵的 SQL Server 企业版许可。 此外,使用 FCI 时,整个实例将故障转移到备用节点。 使用 AG,只有组中的数据库受到保护。 其他应用程序和数据库SIOS 软件可用于保护各种关键业务应用程序、数据库和 ERP,包括 Oracle、MaxDB、MySQL、PostgreSQL 和 DB2。 SIOS 软件支持集群和灾难恢复。 在我们的下一篇博客中,我们将研究特定的行业用例,以帮助您了解不同的企业如何为其关键任务应用程序实现高可用性。 经许可转载自信息系统 |
1月 13, 2023 |
Epicure 使用 Amazon EC2 和 SIOS SANLess 集群软件保护关键业务 SQL ServerEpicure 使用 Amazon EC2 和 SIOS SANLess 集群软件保护关键业务 SQL ServerSIOS DataKeeper Cluster Edition 软件提供高可用性和灾难保护。Epicure 是加拿大领先的直销公司,通过 16,000 多名顾问组成的网络销售健康、易于准备的食品。 该公司依靠两个网站进行关键业务运营。 他们的公共网站向其客户和有兴趣成为顾问的人提供公司和产品信息、食谱、博客和注册信息。 他们的内部网站为顾问提供有关产品的重要信息,并使他们能够下达所有订单。 “我们的网站对我们的业务至关重要,”Epicure 高级网络基础设施管理员 Russell Born 说。 环境Epicure 的两个网站都在使用两个 SQL Server Standard Edition 实例的单个服务器上运行——每个网站一个。 随着公司扩展其产品和服务,Epicure IT 部门需要更新并确保其两个关键业务网站在发生故障或灾难时继续运行。 他们决定将这两个网站从第三方托管设施迁移到其本地数据中心,并使用 Amazon Web Services EC2 云进行灾难恢复。 “通过将网站引入内部,我们可以确保我们的网站在业务持续增长的同时为我们的客户和顾问提供出色的用户体验,”Born 说。 挑战作为此网站更新过程的一部分,Epicure IT 人员希望以一种高效、经济的方式为两个网站提供高可用性和灾难保护,同时继续在 SQL Server Standard Edition 的两个实例上运行它们。 “如果我们可以为 HA 和 DR 提供更具成本效益的标准版,我们不希望因迁移到 SQL Server 企业版而增加费用,”Born 说。 解决方案使用 SIOS DataKeeper Cluster Edition 软件,Epicure IT 人员在主动-被动故障转移配置中创建了一个双节点 SANLess 集群,使每个 SQL 实例能够独立进行故障转移。 一个集群节点位于 Epicure 本地数据中心,第二个节点位于 AWS EC2 云实例中。 Epicure IT 人员创建了 SIOS SANLess 集群,并使用该软件直观的图形用户界面对其进行了配置。 结果SIOS 软件为 Epicure 提供了一种简单、经济高效的方式来为其关键业务 SQL Server 应用程序提供 HA 和 DR 保护,而无需构建远程 DR 站点或购买昂贵的 SAN 存储或 SQL Server Enterprise Edition 许可证的成本和复杂性. “SIOS 软件使我们能够创建一个混合解决方案,既可以节省本地运行的成本,又可以提供在云中运行的可靠性和灵活性,”Born 说。 “因为我们知道,如果出现网站中断,它会自动进行故障转移,我们的 IT 团队现在可以将注意力集中在其他优先事项上,以加强我们的业务。” 经许可转载自信息系统
|
- Results 1-5 of 866
- Page 1 of 174 >