SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

如何结合备份,复制和高可用性群集

7月 22, 2020 by Jason Aw Leave a Comment

如何结合备份,复制和高可用性群集

如何结合备份,复制和高可用性群集

备份,复制和高可用性(HA)群集是IT风险管理的基本组成部分,它们与汽车上的轮子一样必不可少。复制对于IT数据保护也至关重要。

备份和HA群集环境不是互斥的

尽管备份,复制和故障转移都很重要,但是它们之间必须有关键的区别,以确保正确应用它们。

例如,虽然您可以使用复制来维护数据的连续不断的副本,而无需在更大的数据保护环境中考虑使用它,但是您还将复制问题数据(例如感染了病毒的数据)。

在这种情况下,必须进行备份才能将数据恢复到已知的最后一个好点。通过执行复制,您可以访问在系统故障之前立即复制的映像(= RTO / RTO更好),其方式只是简单地生成数据并在eDiscovery类型模型中提供支持就不能。

因此,SIOS Protection Suite包括SIOS LifeKeeper群集软件和DataKeeper复制软件。SIOS LifeKeeper是HA故障转移群集产品,可监视应用程序运行状况并协调应用程序故障转移,而DataKeeper是基于块的存储复制软件。但是,仅因为它是HA群集,并不意味着不需要备份。使用SIOS Protection Suite在HA集群环境中进行备份时,请考虑注意事项和注意事项。

高可用性群集环境中的五个备份点

将以下五点作为备份获取的目标:

  1. 作业系统(OS)
  2. SIOS保护套件– LifeKeeper / DataKeeper程序群集软件
  3. SIOS Protection Suite – LifeKeeper / DataKeeper配置信息
  4. 应用程序(例如SQL Server,SAP S / 4 HANA,Oracle,PostgreSQL等)
  5. 申请资料

备份操作系统

要备份操作系统,通常使用标准的操作系统实用程序或第三方备份软件。但是,由于对高可用性环境没有特殊考虑,因此我们将不在此处进行介绍。

备份SIOS Protection Suite群集软件

包含SIOS LifeKeeper / DataKeeper程序的SIOS Protection Suite也可以通过OS标准实用程序或第三方备份软件获得,但是如果该程序由于磁盘故障等原因而消失了。在没有故意备份的情况下,您需要重新安装它。可能会有一些人考虑这样做的二分法。

备份SIOS Protection Suite配置信息

SIOS LifeKeeper附带一个名为lkbackup的简单命令,使您可以备份配置信息。lkbackup可以在SIOS LifeKeeper和相关资源上运行,并且不会影响正在运行的服务。

在以下三种主要情况下可以执行此命令。

  • 安装新创建的SIOS LifeKeeper资源后立即
  • 更改SIOS LifeKeeper配置之前和之后(添加/更改依赖关系,添加/删除资源)
  • SIOS LifeKeeper版本升级前后

如果使用lkbackup备份配置信息,即使配置信息由于磁盘故障而消失或由于操作错误等导致配置信息损坏等),也可以快速返回到原始操作状态。

备份操作程序

尽管备份操作程序是指备份HA群集中受保护的业务应用程序,但仍可以使用OS标准实用程序或第三方备份软件来创建和还原备份映像,如1所示。和上面的2。

备份业务应用程序数据

在高可用性集群环境中,提供了可以由活动服务器和备用服务器访问的共享存储。在正常操作期间,活动集群节点将使用共享存储。应用程序数据(例如,数据库数据)通常存储在此共享存储中,但是备份该存储时应牢记以下几点。

对于共享存储配置 

当获取无SAN群集配置中的数据的备份并且活动群集节点和备用系统都共享存储时,只能从活动系统访问数据(备用系统无法访问数据)。结果,备份也处于活动状态。在这种情况下,请确保有足够的处理能力来处理故障转移和备份还原方案。

对于共享存储配置

 

对于数据复制配置 

在配置数据复制的情况下,从操作系统进行备份是基本操作,但是通过暂时停止镜像并释放锁,备份也可以在备用系统侧执行。但是,在这种情况下,数据暂时不同步。

对于数据复制配置

从外部备份服务器备份群集节点

要从外部备份服务器执行群集节点备份,请使用群集节点的虚拟或真实IP地址。每种情况下的注意事项如下。

使用群集节点的虚拟IP地址进行备份

从备份服务器的角度来看,备份将执行到LifeKeeper虚拟IP地址所指示的节点。在这种情况下,备份服务器不需要知道哪个节点是活动节点。

使用群集节点的虚拟IP地址进行备份

使用集群节点的真实IP地址进行备份

从备份服务器的角度来看,无需使用LifeKeeper的虚拟IP地址即可将备份执行到实际IP地址。由于无法从备用群集节点访问共享存储,因此备份服务器和客户端必须检查哪个节点是活动节点。

将备份,复制和故障转移群集组合在经过充分测试和验证的配置备份中是必不可少的。使用事先在用户侧执行足够的操作验证。

经SIOS许可转载

Filed Under: 服务器集群简单化

高可用性软件可防止SAP停机

7月 18, 2020 by Jason Aw Leave a Comment

高可用性软件可防止SAP停机高可用性软件可防止SAP停机

我们每个人都需要购买保险-为我们的汽车,房屋,我们的生命。没有人愿意为我们希望永远不必使用的服务付费。但是我们都知道我们应该以防万一。大多数人要么推迟保险,直到不幸的事情发生,要么买最便宜的,或者实际上做功课,然后从他们信任的人那里购买。  最后一组通常表现最好。

高可用性软件可防止停机

保险通常是针对消费者的,但对企业也至关重要。您拥有运行您的业务的计算机系统和应用程序。  如果它们由于某种原因而失败,则您希望您的业务继续运营,否则可能会因丢失交易和客户数据而蒙受数百万美元的业务损失,并给您在客户中的声誉带来无法弥补的损失。 高可用性软件是您防止系统停机的“保证”。这不是您不能忽略的事情。这不是您可以信任的随硬件或软件基础结构一起提供的东西。您想使用一家拥有数十年高可用性专业知识并且知道如何保持系统正常运行的公司的高可用性解决方案。

值得信赖的高可用性软件公司应: 

  • 提供与平台无关的单个解决方案-可在企业内部,云中以及所有硬件和软件平台上使用
  • 具有易于配置和设置的产品,而无需大量的应用程序专业知识
  • 了解您的应用程序以及应用程序何时出现问题
  • 采取适当的措施尝试重新启动或故障转移应用程序
  • 将应用程序故障转移到辅助服务器,维护应用程序最佳实践,并按正确的顺序备份应用程序

当今企业中使用的关键应用程序之一是基于HANA内存数据库的SAP S / 4HANA。  到2025年,大多数SAP客户将被要求在SAP上运行HANA数据库。  您想从一家了解高可用性,了解SAP,了解HANA并了解如何确保您的关键SAP应用程序和业务继续平稳运行的公司中找到智能的HANA可用性解决方案。

SIOS Technology是值得信赖的可靠高可用性软件公司。LifeKeeper for Linux产品的9.5版本包含一个新的HANA应用程序恢复工具包。这将为您提供保持SAP和HANA环境运行所需的一切。  需要有关此版本的更多信息吗?观看这次采访。

经SIOS许可转载

Filed Under: 服务器集群简单化

6常见的云迁移挑战

7月 17, 2020 by Jason Aw Leave a Comment

6常见的云迁移挑战

6常见的云迁移挑战

作为提供SIOS客户体验的软件工程师,我经常帮助那些将其内部高可用性群集环境迁移到云的公司。

云迁移是一个过程,而不是目标。当我们吸引客户过渡到云时,通常是在计划过程的后期,这不是理想的选择,但在云迁移中却并非罕见。以下是我们经常看到的六个云迁移挑战。

  1. 时间–了解将数据传输到云需要多长时间

    将您的数据从本地部署到云需要多长时间?根据您的应用程序,数据类型和云提供商的不同,它可能会有很大的不同。一个经常被忽略的细节是将数据从主节点同步到辅助节点,有时甚至同步到灾难恢复(DR)站点所需的时间。不考虑重新同步时间的客户在数据复制时会费时费力。

  2. 成本–了解云内数据传输的成本影响

    在云区域内的数据传输是免费的。区域之间的数据传输将产生费用。通常,我们看到的架构中,主节点和辅助节点位于一个区域内的单独云可用性区域中。引入灾难恢复站点时,成本可能会大大增加,因为灾难恢复站点将始终位于另一个区域。SAP NetWeaver等数据丰富的应用程序的灾难恢复可能会抑制跨区域复制的成本。

  3. 区域间复制

    区域间复制带来了另一个挑战:复制类型。可用区内的异步或同步复制由客户的RTO和RPO要求确定。无论实例大小如何,跨区域之间进行数据复制时都会遇到一些延迟。SIOS建议在区域之间进行异步复制,以减少该延迟的影响。 并发实验室提供了一些有关EC2区域之间的延迟的有见地的信息。

    云迁移并发实验室

  4. 云配置怪癖

    可以从云中部署现成的OS映像。这种便利需要付出一定的代价,这为配置管理引入了另一个因素。SuSE Enterprise Linux映像中包含的针对云进行了优化的cloud-init服务可以删除用户定义的虚拟IP地址。没有什么能像阻止虚拟IP地址每两分钟消失一样阻止PoC了!

  5. 云安全

    云计算的规模提供了比企业在本地数据中心中提供的更高的安全性。云工作负载甚至不知道就利用了尖端的安全性。例如,默认情况下,AWS EC2实例会阻止实例本身未发送或未发送给实例本身的任何流量。这是确保云中网络安全的重要功能。如果系统需要网络地址转换(NAT),则EC2的默认安全措施将导致IP地址失败。从控制台禁用源/目的地检查将解决此问题。根据用户对AWS的熟悉程度,这可能需要几次点击到几次支持电话之间。了解系统如何在环境中进行交互的细节是成功进行云迁移的关键。

  6. 云用户验收测试(UAT)

    需要提醒来自本地系统的客户,资源不再是限制因素。在云中,可以毫不费力地复制系统并在生产环境中隔离运行,这在内部部署中并不简单。按需访问IT资源允许HA和DR的UAT扩展到“关闭主节点”之外。网络可能遭到破坏,内核可能会崩溃,甚至数据库也可能损坏,而这些都不会影响生产!识别和测试这些方案可以改善HA和DR的状态。

执行成功的云迁移需要所有利益相关者的投入。高可用性和灾难恢复是任何企业工作负载的核心方面。无论SIOS已经是您当前系统的一部分,还是将来云迁移的一部分,请让我们参与其中!

-哈里森·豪威尔(Harrison Howell),客户体验软件工程师

经SIOS许可转载

Filed Under: 服务器集群简单化

适用于Linux 9.5版的SIOS保护套件就在这里!

7月 15, 2020 by Jason Aw Leave a Comment

用于Linux 9.5版的SIOS保护套件已在此处

适用于Linux 9.5版的SIOS保护套件就在这里!

我们很自豪地宣布推出适用于Linux 9.5版的SIOS保护套件。该产品引入了先进的自动化和可感知应用程序的监视功能,使其成为业界最全面的现成的SAP S / 4HANA集群软件。

我们知道尝试手动构建SAP S / 4HANA集群很麻烦,以确保所有HANA服务都将故障转移到正确的位置并以正确的顺序启动。数小时的脚本编写,测试和处理工作。赌注很高。弄错了,可能意味着故障转移不会发生或变得更糟–停机时间,数据丢失,大量加急的用户通话。

因此,我们为使用HANA系统复制(HSR)的两节点SAP S / 4HANA数据库配置添加了智能应用程序可用性。我们构建此版本的目的是消除构建和管理集群的麻烦和风险。

SIOS Protection Suite v9.5可以自动化和监视

从简单的,向导驱动的配置开始,该配置实际上会验证您的输入。无需花费大量时间进行手动脚本编写…或在出现问题时查找错误的按键。

它监视从应用程序到硬件,服务器和网络的HANA堆栈中的所有进程-不仅检查服务器是否像其他集群软件一样可操作。

与其他触发所有故障转移的群集解决方案不同,如果SIOS Protection Suite检测到问题,它会自动采取适当的恢复操作–无论是只是重新启动服务,在使用中的节点上进行恢复还是将故障转移编排到辅助节点上节点。

说到故障转移编排,它将自动确保始终保留特定于SAP的最佳实践。例如,它可以确保在故障转移或切换时,ASCS永远不会位于具有主应用程序的服务器上或与ERS处于同一服务器上。

如果向导驱动的配置还不容易,我们还添加了新的命令行界面(CLI)克隆功能,通过导入CLI进行配置,您就可以部署SIOS集群。您还可以导出现有集群的CLI指令以创建其克隆。

现在,借助适用于Linux的SIOS Protection Suite,您可以快速轻松地创建高可用性群集,以保护任何应用程序。其中包括停机和灾难造成的SQL Server,Oracle,SAP和S / 4HANA。

要求免费试用

经SIOS许可转载

Filed Under: 服务器集群简单化

EC2监控最佳实践:使用SIOS AppKeeper保护Amazon EC2上的NGINX Web服务器

7月 14, 2020 by Jason Aw Leave a Comment

EC2监控最佳实践:使用SIOS AppKeeper保护Amazon EC2上的NGINX Web服务器EC2监控最佳实践:使用SIOS AppKeeper保护Amazon EC2上的NGINX Web服务器

NGINX是一个Web服务器,还可以充当负载平衡器,反向代理等。它们之间,NGINX和Apache一起提供了超过50%的网络流量。  如今,许多公司正在使用Amazon Linux,Red Hat Linux和Ubuntu在Amazon EC2环境上运行其NGINX开源或NGINX Plus Web服务器。

每个人都同意,最佳做法是监视EC2上的NGINX之类的应用程序,并快速响应任何系统异常情况。  用户期望其应用程序能够快速访问并保持正常运行时间。

在Amazon EC2上监视NGINX Web服务器的当前选择

许多公司正在部署Amazon CloudWatch来监视其应用程序,甚至通过开发脚本或使用AWS Lambda来创建某种程度的自动化。  但是,使用自定义指标正确配置Amazon CloudWatch并设置Amazon Lambda需要一定数量的技术专长,而这可能超出了许多公司。  然后,随着应用程序的发展,维护任何脚本都需要付出成本和精力。

另一种选择是部署应用程序性能监视(APM)解决方案,例如New Relic,Dynatrace,Datadog或LogicMonitor中的一种。  APM解决方案很棒。  他们在监视您的所有系统以及查明发生的情况和原因方面做得非常好。  他们创建可以与您的开发团队共享并由您的开发团队解释的日志,以重新创建问题并确保不再发生。  但是事情是这样的:APM解决方案提供了许多您必须分类的数据(将“信号与噪音分离''),并且它们在故障发生时无法恢复。  在减少NGINX Web服务器的停机时间时,APM工具只是解决方案的一部分。

但是有些公司没有内部人员或工具来自己监控EC2环境。这就是为什么他们选择将任务外包给托管服务提供商的原因。  与MSP一起管理环境有一些非常实际的好处,例如,随着环境的扩展而不必雇用更多的员工,或者不必对团队进行新技术培训。  MSP可以提高投资效率,因为它们可以将其投资分散到许多客户。  但是有缺点。  在某些情况下,您可能会陷入高额的固定成本合同,并且如果遇到问题并且必须逐步解决这些问题,成本可能会上升。  而且,您将失去监视环境的团队与负责构建和部署应用程序的团队之间的连续性。

无论您是选择投资APM解决方案还是将其外包给MSP,您都仍然需要考虑在发生故障时以及从故障停机时恢复NGINX Web服务器的速度。  我们想提出另一种选择:使用SOIS AppKeeper进行自动修复。

SIOS AppKeeper:EC2上NGINX Web服务器的自动修复

我们的许多客户都选择使用SIOS AppKeeper来保护其NGINX Web服务器。  尽管他们可以选择标准的应用程序性能监视(APM)解决方案或第三方监视解决方案,但他们选择依靠AppKeeper来自动恢复服务或发生故障的整个EC2实例。  我们将看一下其中的一些原因,并与您分享一个简短的视频,展示AppKeeper如何与NGINX一起使用。

SIOS AppKeeper是一项SaaS服务,易于安装和配置并监视在Amazon EC2上运行的任何应用程序,例如NGINX Web服务器及其“ nginx”,“缓存管理器”和“工作程序”服务。  当检测到异常时,AppKeeper会自动重新启动服务,如果该操作不起作用,它将重新启动整个实例。  无需再仔细阅读痛苦的日志以查明失败的原因,或升级到开发人员以重新启动服务或昂贵的外包费用。  AppKeeper提供了“设置并忘记”功能,因此您可以放心知道NGINX Web服务器正在遵循EC2监视最佳实践并且运行正常,或者如果遇到任何问题将很快重启。

Wistia视频缩略图

如今,数百家公司依靠AppKeeper来保持其云环境正常运行。  我们邀请您观看此快速视频,以演示AppKeeper如何保护NGINX Web服务器。

如果您想亲自尝试SIOS AppKeeper,我们提供14天的免费试用期。  只需单击此处进行注册。

Filed Under: 服务器集群简单化

  • « Previous Page
  • 1
  • …
  • 60
  • 61
  • 62
  • 63
  • 64
  • …
  • 100
  • Next Page »

最近的帖子

  • 在 Nutanix 环境中选择高可用性解决方案的 10 个注意事项
  • 我的服务器是一次性的吗?高可用性软件如何融入云最佳实践
  • 灾难频发世界的数据恢复策略
  • DataKeeper 和棒球:灾难恢复的战略举措
  • SQL Server 停机风险预算

最热门的帖子

加入我们的邮件列表

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