SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

视频：SIOS 如何确保金融服务行业的高可用性

by Leave a Comment

视频：SIOS 如何确保金融服务行业的高可用性

在这个关于各个行业的高可用性 (HA) 和灾难恢复 (DR) 的持续系列中，格雷格·塔克, 高级产品 (Windows) 支持工程师赛奥斯科技, 与我们一起分享他对公司如何保护金融业免受停机和故障转移影响的见解。

SIOS 在金融行业拥有全球业务，客户包括商业银行、各种经纪公司、财富管理、注册会计师事务所等。 没有哪个行业比金融行业更关键，对停机和故障更敏感，因为客户的在线银行系统、ATM 和支付系统都依赖关键应用程序。 “我们提供故障或集群软件，以保护他们的关键应用程序和数据免受停机和/或灾难性事件的影响，”塔克说。

Tucker 解释说，本质上，关键应用程序部署在主服务器上，无论是本地还是云端，因为它与辅助服务器或多台服务器集群在一起。 “如果集群软件检测到故障，它会将所有资源转移到辅助节点并自动为最终用户恢复服务；没有数据丢失，没有中断，”他补充道。

查看上面的整个采访以了解更多信息。

讨论要点：

  • SIOS 在金融行业具有全球影响力，客户使用 SIOS 产品来消除其集群环境中的单点故障。
  • 随着向云的转变，存在保护数据并使数据对 Oracle、SAP、SQL、SAP MAxDB、文件共享和通用（遗留）应用程序高度可用的业务需求 (SLA)。
  • 云带来的可扩展性可能会对高可用性带来一些挑战，但专为云设计的 SIOS 集群解决方案可以迅速应对这些潜在挑战。
  • Tucker 解决了一些关于高可用性的常见误解，尤其是在金融服务行业。
  • HA 对金融机构的重要性。

解决方案

与格雷格塔克联系（领英)

经许可转载自信息系统

白皮书：高可用性解决方案为 Oracle 提供成本节约和灵活性

by Leave a Comment

白皮书 高可用性解决方案为 Oracle 提供成本节约和灵活性

白皮书：高可用性解决方案为 Oracle 提供成本节约和灵活性

迁移 Oracle 数据库可能是一项艰巨的任务。 这个过程通常很复杂，而且成本很高。 然而，有时迁移是不可避免的。 当支持和许可考虑一起使迁移成为必要时，尤其如此。 在迁移业务关键型数据库时，提供高可用性保护以防止停机很重要，因为停机会导致收入和生产力损失。 Oracle 已宣布即将结束对 Oracle Database 12c 的支持。 因此，运行 Oracle Database 12c 的组织将面临迫在眉睫的迁移需求。

下载白皮书：高可用性解决方案为 Oracle 提供成本节约和灵活性

白皮书：了解关键业务应用程序高可用性的复杂性

by Leave a Comment

白皮书了解业务关键型应用程序的高可用性的复杂性
白皮书：了解关键业务应用程序高可用性的复杂性

在当今竞争激烈、永远在线的全球经济中，对于现代企业来说，停机时间变得比以往任何时候都更加昂贵。 除了损失生产力和收入之外，当组织的关键业务系统、数据库和应用程序无法提供可靠和卓越的客户体验时，他们还面临失去客户的风险。 SIOS 的这份技术简报解释了在关键业务应用程序中实现高可用性的复杂性。

下载白皮书：了解关键业务应用程序高可用性的复杂性

介绍适用于 SIOS LifeKeeper 和 Google Cloud 的通用负载平衡器套件

by Leave a Comment

适用于 SIOS LifeKeeper 和 Google Cloud 的通用负载平衡器套件

介绍适用于 SIOS LifeKeeper 和 Google Cloud 的通用负载平衡器套件

这将讨论通用负载均衡器应用程序恢复工具包(ARK) 适用于 SIOS Lifekeeper for Linux，特别是如何在 Google Cloud 上配置它。 SIOS ARK 是 SIOS LifeKeeper 产品的插件，可增加平台或应用程序感知。

本博客展示了如何使用双节点 NFS 集群以及它们提供的 NFS 导出最终可以通过负载均衡器访问。

SIOS 创建了这个 ARK 来促进 SIOS LifeKeeper 中的客户端重定向在 GCP 中运行的集群.

由于 GCP 不支持免费 ARP（对路由器自己的 IP 地址的广播请求），因此客户端无法直接连接到传统的集群虚拟 IP 地址。 相反，客户端必须连接到负载均衡器，负载均衡器将流量重定向到活动集群节点。 GCP 实现了在第 4 层 TCP、第 4 层 UDP 或第 7 层 HTTP/HTTPs 上运行的单独负载平衡器解决方案，负载平衡器可以配置为具有私有或公共前端 IP，这是一个健康探测，可以确定哪个节点处于活动状态，一系列后端 IP 地址（针对集群中的每个节点）和传入/传出网络流量规则。

传统上，健康探测将监视应用程序上的活动端口并确定该应用程序在哪个节点上处于活动状态，SIOS 通用负载平衡器 ARK 配置为让活动节点侦听用户定义的端口。 然后在 GCP 负载均衡器中将此端口配置为运行状况探测端口。 这允许活动集群节点响应 TCP 健康检查探测，从而启用自动客户端重定向。

GCP 中的安装和配置简单明了，详细如下：

在 GCP 门户中，选择负载平衡在这种情况下，我们需要 TCP 负载平衡 创建一个负载平衡器，您将选择要部署它的资源组以及名称，我喜欢使用与我的集群类型一致的名称将负载平衡器与例如 IMA-NFS-LB 一起使用将位于两个 IMA-NFS 节点的前面。

您可以确定这将是面向 Internet 还是在您的 VPC 内部。 在这种情况下，我将配置一个仅用于内部的负载平衡器来放置在我的 NFS 服务器前面，以便仅在我的 VPC 中使用。

一旦您确定了名称、区域等，您将被要求分配一个后端配置，这将需要一个包含您将作为前端的 HA 节点的实例组。

一旦您分配了一个实例组，您将定义一个运行状况检查 – 这是与您将在 Lifekeeper 通用负载均衡器配置中使用的端口匹配的端口，在这种情况下我使用的是 54321。同样，请注意端口号，因为这将与 Lifekeeper 一起使用。

我只是坚持使用健康标准的默认值。

为负载均衡器输入后端配置信息和运行状况检查后，您将需要定义前端配置。 这包括您要为负载均衡器创建的子网、区域和 IP。

您将配置您的 IP，这将匹配您正在保护的 Lifekeeper IP。

一旦您对配置感到满意，您可以查看它或直接单击创建。

一旦我们选择“创建”，GCP 将开始部署负载均衡器，这可能需要几分钟，一旦完成，配置就会转到 SIOS 保护套件。

使用 SIOS 保护套件进行配置

在本博客中，我配置了三个 NFS 导出以使用 SPS-L 进行保护，这三个导出配置为使用与 GCP 负载均衡器的前端 IP 相同的 IP。 我在用着数据管理员复制存储在导出上的数据。

第一步是获取脚本，最简单的方法是使用 wget，但您也可以下载整个包并使用 winscp 或类似工具将 rpm 直接上传到节点。 您需要在 Lifekeeper 集群的所有节点上安装 Hotfix。

完整的恢复套件可在此处获得： http://ftp.us.sios.com/pickup/LifeKeeper_Linux_Core_en_9.5.1/patches/Gen-LB-PL-7172-9.5.1可以使用 wget 在这里找到这些部分： wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm.md5sum wget http://ftp.us.sios.com/pickup/Gen-LB-PL-7172-9.5.1/Gen-LB-readme.txt下载后，根据 FTP 站点上记录的值验证 MD5 总和。

按如下方式安装 RPM： rpm -ivh steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64.rpm通过运行检查安装是否成功： rpm -qa | grep steeleye-lkHOTFIX-Gen-LB-PL-7172如果您出于某种原因需要删除 RPM，可以通过运行以下命令来完成： rpm -e steeleye-lkHOTFIX-Gen-LB-PL-7172-9.5.1-7154.x86_64 下面是显示我已经配置的三个 NFS 导出的 GUI：我们需要在SIOS 保护套件使用 SIOS 提供的 Hotfix 脚本定义负载均衡器。

首先我们创建一个新的资源层次结构，我们从下拉列表中选择 Generic Application定义位于 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 restore.pl 脚本定义位于 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 remove.pl 脚本定义位于 /opt/Lifekeeper/SIOS_Hotfixes/Gen-LB-PL-7172/ 中的 quickCheck 脚本没有本地恢复脚本，因此请确保清除此输入当询问应用程序信息时，我们希望输入与在 Healthcheck 端口中配置的端口号相同的端口号，例如 54321我们将选择在服务创建后将其投入使用Resource Tag 是我们将在 SPS-L GUI 中看到的名称，我喜欢使用易于识别的名称如果一切配置正确，您将看到“结束成功还原”，然后我们可以将其扩展到另一个节点，以便资源可以托管在任一节点上。

这显示了扩展至两个节点后完成的负载均衡器配置该集群的最后一步是为三个 NFS 导出创建子依赖项，这意味着所有带有 Datakeeper 镜像和 IP 的 NFS 导出都将依赖于负载均衡器。 如果活动节点上出现严重问题，那么所有这些资源都将故障转移到其他正常运行的节点。

上图是 Lifekeeper GUI 中完整的层次结构。 下面显示了扩展的 GUI 视图，显示 NFS 导出、IP、文件系统和 DataKeeper 复制卷作为负载均衡器资源的子级。

这只是如何在 GCP 中使用 SIOS LifeKeeper 保护简单 NFS 集群的一个示例。 同样的概念适用于您需要保护的任何关键业务应用程序。 您只需利用 SIOS 提供的负载均衡器 ARK 来允许 GCP 负载均衡器（互联网或内部）确定当前托管应用程序的节点。