面向托管服务提供商的高可用性和灾难恢复解决方案

SIOS Technology 为 MSP 提供适用于 Windows 和 Linux 应用程序的强大 HA 和 DR 解决方案，确保所有环境中的停机时间最短和无与伦比的可靠性。借助 SIOS DataKeeper 和 SIOS LifeKeeper，您可以提升服务质量、降低成本并通过轻松的管理和顶级支持建立持久的客户关系。

下载解决方案简介

经许可转载自西欧斯

 

使用 SIOS DataKeeper 在 Google Cloud 中实现经济高效的 SQL Server 高可用性

确保SQL Server 的高可用性部署对于维护 Google Cloud Platform (GCP) 中的业务连续性至关重要。在选择如何实现这一点时，有两个主要选项可供选择：Always On 可用性组和 SQL Server 故障转移群集实例 (FCI)。

Always On 可用性组提供高可用性和灾难恢复的全面解决方案，但它们需要 SQL Server 企业版，这可能是一项重大投资，特别是对于不需要企业版提供的全部功能的企业而言。

SQL Server 故障转移群集实例 (FCI)，由 SQL Server Standard Edition 支持，是一种更具成本效益的替代方案。但是，FCI 通常依赖于 SAN 等共享存储解决方案，而 GCP 本身并不提供这种解决方案。缺乏集群感知共享存储对希望在云中部署 FCI 的企业来说是一个挑战。

SIOS DataKeeper 如何应对 GCP 中的 FCI 挑战

SIOS 数据管理提供了一种弥补差距的解决方案，使组织能够在 GCP 中构建无 SAN 集群。这种方法通过在区域内的不同区域之间同步复制数据，消除了对传统共享存储的需求。

SIOS DataKeeper 不仅复制连接到每个云实例的本地磁盘，还将复制的磁盘作为 DataKeeper 卷资源呈现给集群。对于集群来说，此卷显示为共享磁盘，与Windows Server 故障转移群集 (WSFC)。在故障转移期间，DataKeeper 控制镜像方向，确保活动节点保持镜像源，而其他节点成为目标。此设置可在使用 SQL Server Standard Edition 的同时为您的 SQL Server 环境保持数据一致性和高可用性。

在 GCP 中使用 SIOS DataKeeper 的主要优势

1. 节省成本：通过为 FCI 启用 SQL Server Standard Edition，SIOS DataKeeper 帮助组织避免更高的成本与 SQL Server 企业版相关。
2. 全面保护：SIOS DataKeeper 跨区域复制整个 SQL Server 实例，为区域级故障提供强大的保护。
3. 简单性和灵活性：该解决方案简化了在 GCP 中设置和管理无 SAN FCI 的过程，使 IT 团队可以访问它并降低复杂性。

关于 GCP 中经济高效的 SQL Server HA 的最终思考

对于正在运营的企业Google Cloud 中的 SQL Server，找到成本和可用性之间的适当平衡至关重要。虽然 Always On 可用性组功能强大，但价格较高。SIOS DataKeeper 提供了一种实用的替代方案，它支持创建无 SAN 集群，提供必要的高可用性，同时使用 SQL Server Standard Edition 控制成本。

有关如何实施此解决方案的分步指南，我建议阅读全文，涵盖从网络设置到集群配置的所有内容。本指南将帮助您部署高可用性GCP 中的 SQL Server 环境充满信心。

迈出实现经济高效的 SQL Server HA 的下一步

准备好在不花太多钱的情况下增强 Google Cloud 中的 SQL Server 高可用性了吗？探索 SIOS DataKeeper 如何简化您的部署并最大化您的投资。联系我们的团队寻求专家帮助来设置满足您特定业务需求的 SANless 集群。

经许可转载自西欧斯

ESPN 的“起床”晨间秀如何改善您的高可用性策略

ESPN 通常是 NFL 信息的首选来源。该网络以提供多档节目报道每场比赛而闻名，这些节目提供有关球队、比赛、即将到来的赛程和联盟教练的广泛分析、观点和随机信息，以及特定球员的精彩表现。

向 ESPN 学习：通过两个关键问题提高您的高可用性

在 2021 年 9 月 13 日播出的一段节目中，丹·奥洛夫斯基对芝加哥熊队使用新秀四分卫的做法表示遗憾。在这样做的过程中，他顺便提供了两种方法，只需两个问题就可以提高你的高可用性。这两个问题将立即提高您的高可用性来自 ESPN 的 Dan Orlovsky。

第一个问题，我们在这里做什么？

熊队进攻组派出新秀四分卫贾斯汀·菲尔兹上场进行第二次进攻。这位新秀迅速传球，完成 7 码传球。然而，熊队的指挥员并没有继续让这位新秀上场，而是让之前的四分卫迅速将球传给了对方球队。这一战术让丹·奥洛夫斯基不禁问道：“我们在这里做什么？”

好吧，我想你不是新秀四分卫。而且，我希望你不是为熊队效力。但是，如果你对企业的任何部分负责高可用性 (HA)和灾难恢复 (DR)策略，包括聚类，数据保护，数据复制、应用程序编排、治理/遵守和服务水平协议那么奥洛夫斯基的第一个问题就是一个很好的起点。

你在干什么？

• 您是否希望部署软件和服务或修复已知的可用性问题？
• 您的团队是否主要关注未来规划，例如迁移到云端，或解决各种不同变化和要求的组合？
• 您的目标是在满足监管要求的同时节省成本、通过更多可用资源来提高客户获取率，还是优化和改进后端处理？

回答与企业高可用性和灾难恢复 (HA/DR) 策略相关的这个问题将有助于澄清大量与以下方面相关的问题：解决方案和架构您实施的以及与之相关的团队和流程。

第二个问题，我们为什么要这样做？

在对芝加哥熊队使用新秀四分卫的时间和方式发表一系列快速评论后，奥洛夫斯基提出了第二个问题：“我们为什么要这样做？”如果用奥洛夫斯基的话来说，“什么”是让菲尔兹上场打勾并安抚球迷，那么“我们为什么要这样做？”为什么只是打勾，而你可以更多地利用这位充满活力的新秀的能力来获得优势并赢得比赛？为什么不做出让你获得最大成功机会的改变呢。

当然，我们不是熊队的教练，尽管我不介意提出一些建议。但是，这个问题仍然适用于那些参与实施企业可用性的人。让我们回到第一个问题。你对“我们在这里做什么？”的回答是什么？现在，回答“我们为什么要这样做？”的问题。一些可能的原因包括：

• 提供数据可用性保证
• 节省业务时间
• 避免代价高昂的计划外停机，从而节省企业资金
• 通过自动化监控和恢复节省企业时间和金钱
• 部署架构以满足严格的服务水平协议 (SLA) 或服务水平目标 (SLO)
• 将 RTO 和 RPO 降至零
• 防止去年的灾难再次发生
• 对冲未知的停机威胁
• 满足治理要求
• 检查框
• 避免因不合规而被罚款
• 因为管理层这么说

我们为什么要这样做，这是一个在部署高可用性系统之前、期间和之后都需要回答的关键问题。作为客户体验副总裁，我曾与一位客户合作，他的 IT 管理员和数据库管理员对“我们为什么要这样做”有着截然不同的理由。更糟糕的是，执行发起人持有第三种观点。由于没有经过适当审查和沟通的“为什么”，团队很难正确表达需求，当事件发生时，他们为补救而做出的努力往往会引发更多冲突和疑问。

芝加哥熊队在即将到来的第三次进攻中没有取得成功或充分利用他们的年轻四分卫，可能有许多原因，而且关于他们试图用他们的特权和老将四分卫实现什么目标，也有同样多的意见。但是，即使奥洛夫斯基无法帮助熊队球迷澄清原因，他也确实提供了如何立即改善 HA 的框架。那么，您将如何回答这两个问题：我们为 HA 做了什么？我们为什么要这样做？

高可用性解决方案

SIOS 技术公司提供高可用性集群软件它通过集群管理来保护和优化您最重要的应用程序的 IT 基础设施。联系我们立即了解有关我们的专业服务和支持的更多信息。

经许可转载西欧斯

如何充分利用 DataKeeper 中的“GET”命令

在 DataKeeper 仪表板博客系列三部分中的第二部分中，此博客是DataKeeper UI 与汽车仪表盘博客。就像您的汽车一样，当仪表板上的指示灯（交通灯颜色）闪烁时，您可以打开引擎盖来识别它们代表什么。起点：

• 电池灯 = 检查电池、电缆连接、交流发电机等。
• 油灯 = 检查油尺上的油位是否过低、过高或无油（无油，请勿移动您的汽车）
• 冷却液灯 = 溢流罐中是否有冷却液/水？

“打开引擎盖”DataKeeper 集群版软件有几个相似之处，它通常意味着使用命令行界面进行 DataKeeper 管理。至于将 EMCMD（扩展镜像命令）与 SIOS DataKeeper 结合使用，GET 命令占大约 48 个命令中最常用的任务/命令的 1/3。请注意，它们仅供参考，不会影响您的节点。以下是一些有用的 Get 命令及其用法，用于识别 DataKeeper 用户界面/DataKeeper.msc（交通灯颜色）中存储、网络和其他区域中警告颜色的原因。

笔记：

像往常一样从提升的/管理员命令提示符使用：

cd %extmirrbase%（这只是安装路径 <root>\Program Files (x86)\SIOS\DataKeeper> 的快捷方式）

获取 DataKeeper 镜像的状态

以下是开始初步分类的最佳位置：

• 获取镜像卷信息（其他）它是使用最广泛的工具，因为它提供了镜像角色、源/目标以及镜像可以处于的 5 种不同状态。它可以在源或目标上运行以检查镜像配置是否存在。

• 获取服务信息（其他） – 关于
  • 驱动程序版本和DataKeeper服务版本
  • 以及 SIOS DataKeeper 服务启动/重启的时间
• 获取完整卷列表（存储/网络）- 总列表
  • 所有磁盘
  • DataKeeper 和非 DataKeeper 卷
  • 它们的角色（源/目标）和总容量（以字节为单位）
• 获取工作信息（存储/网络）显示/回显 DataKeeper 控制台中列出的作业信息
• 获取卷信息（存储、网络）
  • 比较源 (diskmgmt.msc) 和目标卷的总驱动器容量（字节）
  • IP 地址和当前镜像状态

将 DataKeeper“GET”命令交叉引用到各种 Windows Server 命令

• 求职信息和“ipconfig /all”（网络）
  • 两个输出中的 IP 地址是否相同？如果要将镜像复制分段到另一个网络，则 getjobinfo 必须与 ipconfig /all 输出匹配。执行更改镜像端点将纠正这个差异（将在另一篇博客中讨论）
    • 此外，还有来自获取工作信息输出应与 ipconfig /all 输出中的 IP 地址相匹配
• 在执行调整现有源卷和目标卷的大小，emcmd . 获取卷信息命令反映的总空间与DISKPART 命令及其大小？通过 DISKPART 可能需要“扩展”或“扩展文件系统”，以便操作系统能够识别调整大小的卷
• 获取完整卷列表具有与磁盘管理小程序 (diskmgmt.msc) 类似的信息
  • 文件系统类型
  • 卷总空间（字节）
  • 获取卷信息提供类似的输出
• 获取服务信息以及“net start”可以提供有关 SIOS DataKeeper 服务的状态；如果它是启动/停止

掌控 DataKeeper：立即应用您的 GET 命令知识

现在您已经掌握了有关汽车仪表板上灯光的一些基本知识，在 DataKeeper 仪表板系列博客 3 中谈到 DataKeeper 管理时，您将成为一名 DIY 爱好者。

经许可转载自西欧斯

从网络安全噩梦中吸取的 6 个高可用性教训

最近，一家安全提供商针对日益严重的安全威胁，为公司提供了一些最佳实践建议和推荐。虽然安全威胁应该引起每个企业的关注，但这些建议并不局限于网络安全；它同样适用于需要保护关键应用程序和服务的 HA 合作伙伴和客户。

近期网络安全文章为高可用性提供的六点启示

1. 立即采取措施提高 HA
   等待停机事件发生并专注于快速恢复是一个糟糕的策略。准备和防止停机是一个更好的解决方案。开始识别关键的 Tier1 和 Tier2 应用程序、数据库和服务。Tier 1 应包括所有业务关键型解决方案不能无法访问。也就是说，应用程序必须全天候可用，如果离线将导致严重的业务后果。虽然第 2 层应用程序应该尽可能频繁地运行，但它们的重要性较低，您的业务可以容忍长达几个小时的中断，而不会对业务造成重大影响。
2. 制定全面的房委会保障计划
   制定保护关键应用程序、数据库和服务的计划。确保该计划包括架构和设计文档以及应对停机的人员职责。始终准备在 QA 或沙盒环境中部署集群的流程，并着眼于将活动和详细信息记录到运行手册中。这些沙盒和 QA 系统还可用于测试、培训和验证升级、修补程序和维护。
3. 识别并解决高可用性风险
   所有组织都必须认识到，无论规模或位置如何，没有一家公司能够免受停机的影响。小型、中型和大型企业都容易受到灾难的影响，无论是自然灾害还是人为灾害。大型组织将经历相当一部分用户错误、因本地施工导致的数据中心故障、基础设施故障以及网络组件中断。中小型实体，尤其是那些拥有本地解决方案或较小 IT 团队的实体，需要添加 HA 保护以及。虽然大型公司在停机时可能会损失更多资金，但中小型企业也可能损失相当多的资金。需要注意的是，迁移到云端并不足以防范所有风险。
4. 企业高管需要引领高可用性战略
   准备和防范停机不仅仅是 IT 团队的问题。企业高管需要参与保护业务免受已知风险、暴露和停机威胁。这意味着关键高管和利益相关者需要主动询问 HA 覆盖范围、计划和人员配备。企业高管还应准备投资以应对意外情况，确保全面覆盖一级应用程序、数据库、服务和数据。他们还应主动将覆盖范围扩大到二级及以上。
5. 持续沟通对 HA 的重要性
   业务领导层、所有领域（网络、存储、计算、云、数据库和应用程序）的管理员应经常召开会议，讨论新的和现有的 HA 威胁、新的和​​现有的挑战以及持续的需求。必须保持内部团队讨论以了解需求和业务连续性计划。事实上，从 C 级到入门级，HA 考虑需要成为所有相关内部规划和沟通不可或缺的一部分。但是，这种沟通不能止步于内部利益相关者。相反，业务领导者和 HA 利益相关者必须与 HA 供应商及其研发和支持团队一起审查公司态势、HA 要求和关键发现。
6. 不要等到灾难发生才审查您的 HA 解决方案
   公司需要经常审查他们的计划以及执行这些计划的能力。这种审查需要比阅读运行手册、文档或集群设计更深入。审查运行手册的同时进行动手练习以验证和更新运行手册。测试停机后恢复系统的过程，包括客户和业务运营恢复

立即采取行动保护您的系统免受停机影响

与安全建议类似，公司应立即采取行动，保护其系统、解决方案、应用程序和数据免受停机和灾难的影响。不要等到灾难发生才暴露您的 HA 策略中的漏洞。立即联系 SIOS增强您的 HA 策略并保护您的业务免受意外中断。

经许可转载自西欧斯