SIOS SANless clusters High-availability Machine Learning monitoring
在医疗保健领域，不间断访问关键应用程序和患者数据至关重要。在本次点播网络研讨会中，您将了解医疗保健机构如何使用 SIOS DataKeeper 和 Google Cloud Platform 实现可靠且经济高效的 SQL Server 高可用性，而无需企业版或 Always On 功能。
本次研讨会涵盖了使用 Google Cloud 安全可扩展的基础架构以及 HA/DR 解决方案 SIOS DataKeeper 的实用 HA 和 DR 策略。会议内容包括使用 SANless 集群在可用区之间进行故障转移的现场演示，以及医疗保健提供商如何在降低成本和复杂性的同时满足合规性要求的实际案例。
经许可转载SIOS
客户定期聘请 SIOS 提供咨询服务，例如高可用性 (HA) 健康检查服务和培训。这有助于客户保持其 IT 基础设施的良好运行状态，并使其员工获得操作培训。
健康检查服务区域专业服务SIOS 提供的产品会检查客户的 SIOS 服务器基础设施并生成报告。我们会对 SIOS HA LifeKeeper 环境进行详细审查，并全面检查产品日志和客户运行日志。审查过程中，我们会检查版本级别、通信路径、仲裁数量、应用程序恢复工具包并检查调优参数，并与推荐设置进行比较。生成一份报告，其中概述了所有潜在风险以及可行的改进建议。
优化高可用性服务可分为两个领域：
SIOS 按需提供高可用性产品培训为了Linux 版 LifeKeeper和适用于 Windows 的 DataKeeper产品通过Udemy培训平台。
此外，SIOS 通过专业服务机构为各组织提供针对这些产品的远程定制培训，培训内容包括培训材料和自学练习。DataKeeper 课程提供个性化分组/咨询课程。
SIOS 技术公司提供高可用性集群软件，通过集群管理保护和优化 IT 基础设施，以满足您最重要的应用程序的需求。申请演示今天看看聚类有多么简单。
作者：Paul Scrutton，SIOS Technology Corp. 软件系统工程师
经许可转载SIOS
我们很多人都熟悉“影子 IT”这个术语。该术语通常指公司员工在未经公司官方 IT 部门全面批准、知情或监督的情况下使用的技术系统、软件、订阅和其他服务。这些系统、服务或订阅通常由 IT 部门以外的个人下载和安装，或使用和管理。
例如，您的公司可能正式使用 Windows 365，但其他公司更喜欢 Dropbox，因此他们配置了 Dropbox 帐户来共享文件，而不是 OneDrive。另一个影子 IT 的例子是，一家公司已经确定使用一个消息平台，但公司内的其他团队或部门却下载并配置了 Zoom for Slack 或 WhatsApp。
影子 IT 存在于许多不同的领域，从消息传递到会议，从编码工具到存储。虽然大多数拥有某种形式影子 IT 的团队和组织不会出于恶意或恶意目的部署它们，但影子 IT 的存在仍然会带来风险。
这些服务、软件、系统和订阅带来了潜在的风险，包括：
除了安全和数据合规风险之外，影子 IT 还可能带来重大高可用性（HA）风险。
虽然网上提到的影子 IT 很多都与消息传递应用程序、会议工具、IDE 和开发应用程序有关，但影子 IT 的广泛性也会影响高可用性 (HA)。当影子 IT 涉及到存储关键信息和数据的系统部署时，就会带来高可用性风险。
由于存储数据的性质，这些系统需要由商业高可用性解决方案进行监控和保护。此外，对业务功能至关重要的关键数据需要高可用性，并通过复制解决方案、备份解决方案或两者兼而有之来防止数据丢失。
通常，如果团队在未经 IT 部门输入或授权的情况下部署了系统，则该系统可能无法得到监控、保护和备份，甚至无法与高可用性系统配对以实现故障转移恢复。这对组织的高可用性策略构成了重大风险。如果数据对内部组织或项目至关重要，那么对其不加保护可能会危及业务。
当关键应用程序在未经官方 IT 部门监督的情况下下载、安装和配置时，也会产生影子 IT 风险。如果关键应用程序在不受保护的系统上运行，或者缺乏高可用性 (HA) 监控和恢复保护，则风险和后果可能是灾难性的。想象一下这样一个场景：某个应用程序对销售工作流和订单系统至关重要。由于该软件是影子 IT 基础架构的一部分，IT 团队对其用途及其对业务的影响一无所知。如果应用程序发生故障，业务将受到影响。根据故障类型的不同，对运营造成的损失可能高达数十万甚至数百万美元。
当关键应用程序发生故障时，如果没有适当的高可用性保护，手动恢复过程可能会变得繁琐、复杂且容易出错。这种运营风险部分源于应用程序环境和技术要求日益复杂的现状。当应用程序陷入影子 IT 的范畴时，由于对应用程序存在和恢复流程的了解有限，可能导致在恢复全面运行的过程中采取计划外和准备不足的措施。
避免影子 IT 导致高可用性灾难的第一步是识别已成为非托管 IT 基础架构一部分的订阅、服务、系统、应用程序、数据和软件。了解正在使用哪些工具、由谁使用以及用于什么目的。这可以通过利用现有的网络监控来实现，云监控或端点检测工具。您还可以与 IT 安全和基础设施分析服务供应商合作，对工具、服务、系统和订阅进行有益的审计。
识别完成后，下一步就是开始补救。补救措施包括淘汰未使用和不必要的系统，以及实施控制措施和流程来管理每个已购置的物项。务必调整已淘汰系统的工作流程，因为移除系统可能会影响组织内的多个团队和活动。
对于必须保留的系统、应用程序和服务，特别是那些包含关键数据和应用程序的系统、应用程序和服务，部署商用 HA 和复制解决方案，以保护企业免受应用程序的关键威胁停机时间、数据丢失、系统不可用以及托管关键数据、应用程序或工具的系统停机。
最后，向组织介绍与影子 IT 相关的危险和风险，包括由于依赖性、架构复杂性、数据漏洞以及不受保护的系统意外停机而导致的风险。
影子IT不仅限于会议和通讯工具、开发系统和服务，也不仅限于Dropbox、OneDrive、Box等应用程序和在线服务。影子IT工具通常缺乏适当的备份和恢复机制，而且正常运行时间保障。因此，关键业务流程和数据可能会因故障场景而无法访问，甚至永久丢失。如果未正式集成到高可用性保护中，系统、应用程序、网络或存储层的故障可能会导致工作流程中断、处理效率低下、业务中断和声誉损失。
为贵公司确定并选择纳入官方 IT 部门产品的系统、服务、应用程序和工作负载，创建一个架构完善的高可用性环境，从而消除影子 IT 高可用性问题。该架构应包含一个商用高可用性解决方案，数据复制以及部署在企业级虚拟机管理程序上的备份解决方案。
准备好利用成熟的专业知识来加强您的 HA 架构了吗？立即申请演示并了解 SIOS 如何帮助您设计和部署高可用性解决方案，以保护您的业务免受影子 IT 停机的影响。
作者：Cassius Rhue，客户体验副总裁
经许可转载SIOS
如今，应用程序和数据是大多数组织的命脉，每个人都期望完成工作所需的应用程序和数据能够随时可用。但要确保真正的应用程序和数据高可用性（HA）——我们指的是确保您至少在 99.99% 的时间内都能与他们互动——听起来可能代价高昂。但清晰地了解在何处应用 HA 以及如何经济高效地实施，绝对物超所值。事实上，它可以保护您免受高昂的成本和后果的影响。停机时间和灾难问题是，您如何确定如何最好地投资 HA 基础设施？
这篇网络计算文章SIOS 解决方案架构师会考虑哪些应用程序和数据值得投资 HA 基础设施，并建议组织可以采取经济有效的步骤来提高那些选择不使用完整 HA 基础设施保护的系统和数据存储的可用性。
想要与 SIOS 一起迈出下一步吗？立即申请演示了解 SIOS 如何帮助您保护关键工作负载、最大限度地减少停机时间并确保无缝高可用性。
作者：Beth Winkowski，公共关系部
经许可转载SIOS
关于制定计划、战略、设计和架构，有很多地方可以开始高可用集群当然，明智的建造者想要了解基本要求：两个节点或三个，恢复行动计划10分钟内或5分钟内，RPO接近零或绝对零。架构师还希望了解有多少节点，以及如何使硬件和网络具有弹性。您会在数据中心、云端还是两者兼而有之？除了了解底层硬件的架构之外，需求收集和设计还能帮助您了解关键应用程序、高可用性（HA）需要遵循的软件、流程和治理程序，以及报告、监控和警报分发所需的额外仪表板和集成。所有团队成员还需要了解恢复和故障转移当然是编排。
但在高可用性部署中，有一件事经常被忽视，那就是公司历史。当然，如果您打算将企业环境委托给监控、警报、恢复和故障转移编排解决方案，您当然需要了解他们是谁、他们做什么以及他们在这方面做得好多久了。这是一家位于怀俄明州布福德的新创业公司，还是一家仅在美国运营的公司，又或者是一家恰好拥有闲置的高可用性产品的跨国公司，只有在完成交易的其他部分时才会拿出来用？
当然，在构建架构时，您需要确保高可用性公司了解、理解并能很好地实现高可用性。但是，至关重要的是，在构建高可用性解决方案时，您的团队需要了解的最重要的历史并非来自他们的，而是您自己的。
作为客户体验副总裁，我曾与众多客户、团队、架构师和解决方案集成团队合作，在本地和异地部署高可用性解决方案。在许多这样的讨论中，部署完善的基础设施和HA架构是公司本身的历史。那么，为什么你的公司，或者你正在为之构建高可用性架构的公司，如此重要？公司历史应该通过五 (5) 种方式影响你的高可用性架构
公司历史将通过以下五 (5) 种方式影响您的 HA 架构：
贵公司在高可用性团队方面的历史如何？贵公司团队是否人员过多，角色和职责是否存在冲突或重叠？或者，贵公司团队规模过小，但业绩却超预期？根据贵公司的发展历史及其规模，您可能需要调整设计，以增加身份验证、更细粒度的权限和限制等。如果您的团队规模较小，那么增加开发和维护免费解决方案的负担可能会过重。如果您的团队规模较大，角色众多且职责重叠，并且有时间开发定制解决方案，请考虑商业解决方案是否更合适，以便释放这些资源用于新的开发、进一步的改进，甚至提高日常运营的效率。
贵公司的生命周期历史是怎样的？您的首席信息官/首席技术官是否会按照固定周期更新整个基础设施，还是更倾向于“没坏就别修”？如果您的公司长期在更换解决方案和供应商，那么您的架构就需要更加稳健，以应对组件和部件的更换。在这种情况下，您的高可用性架构还需要考虑在短时间内下线、生命周期终止以及潜在新解决方案的上线。应对这种高流动率的关键在于限制定制工作和硬依赖。
另一方面，如果您的高可用性解决方案将运行十年或更长时间，您需要确保供应商为基础设施中的关键组件提供维护和扩展支持。您的架构还需要充分权衡各种软件解决方案和互操作性在超过标准支持生命周期后可能遇到的挑战，以及如何降低这些风险。
作为客户体验副总裁，我最震惊的记忆之一是与一家公司合作构建高可用性解决方案。在上线后一周内，该团队的项目经理宣布他和他所在的整个团队已被解雇。上线工作将转移到一个新团队，这个团队既是公司新人，也是高可用性领域的新手。我后来了解到，Z公司的IT人员和高可用性环境的管理员实行“旋转门”政策。他们的大部分（如果不是全部）资源都是承包商。如果你的公司人员流动率很高，那么你的架构和设计必须包含运行手册，维护流程和程序也需要包含培训；正式的产品培训、程序测试、管理培训以及混乱场景。
旋转门并不是唯一需要注意的公司人员配置历史。独行侠是另一个需要了解和理解的关键场景。在 SIOS，我们的团队加入了一位困惑的项目经理，他正在寻找有关其企业系统的任何答案和信息，包括 SIOS 和其他系统。独行侠因不明原因离开了公司，在他们离开后，团队的新成员发现很多隐性知识没有记录在案，在他们能找到的任何文件中都没有说明。在设计和构建架构时，了解人员配置类型和人员配置历史可以帮助您正确地设计解决方案，并可能引导您的团队选择一种商业上可用且配备了服务的解决方案，以应对不幸的独行侠离职。
公司灾难和停机时间是高可用性解决方案设计人员需要充分理解的另一个历史节点。通常，公司灾难会作为需求融入未来的架构设计中。过去的灾难，包括其根本原因、风险缓解策略、检测、预防和报告建议，通常会被添加到初始需求中。然而，深入研究灾难历史可能会发现更多需要考虑的需求和因素。作为客户体验副总裁，我们的团队通过了解公司的灾难，收集了大量数据，从而为我们的几位客户打造了更好的体验。在一个案例中，无人值守的虚拟机维护是公司战略的重要组成部分，但也是许多公司可用性问题的根源。在与架构师合作的过程中，我们的服务团队不仅解决了应用程序可用性问题，还帮助设计团队考虑了备份和恢复、维护和升级以及在发生自动化故障时保持可用性的回滚策略。
作为客户体验副总裁，我们的团队与热衷于应用程序可用性的客户和合作伙伴紧密合作，遵守最严格的服务水平协议 (SLA)和服务级别目标。在我们与这些团队合作的过程中，他们的设计和架构规范反映了一种公司文化，即将可用性（架构、设计、硬件、网络、应用程序、集群软件、人员和流程）视为业务不可或缺的一部分。遗憾的是，并非所有公司都拥有这种公司文化。了解公司文化的历史无疑将影响您实施高可用性 (HA) 的方式，从而最大限度地发挥设计和架构的优势，无论是为了遵循公司文化，还是将其作为改进文化和业务成功的一种方法。
是的，数据中心或云提供商的公司历史很重要。如果您正在考虑将 Lou 用作数据中心，那么了解 Lou’s Low Cost Cloud, LLC（无意冒犯 Lou）的历史至关重要。该公司在 Lou 父母家中几乎没有空调的车库里运营，设备一直在严重损坏。是的，应用程序和高可用性 (HA) 供应商的公司历史也很重要。了解您的 ERP、数据库和前端应用程序提供商的历史，对于评估和降低风险、理解部署模式和方法，以及确保及时修复、更新、安全和支持成为您架构基石至关重要。但是，不要低估了解您公司历史以及关键故障如何影响您新的和正在进行的高可用性决策和基础架构的重要性。
准备好利用成熟的专业知识来加强您的 HA 架构了吗？申请演示今天看看 SIOS 如何帮助您设计和部署针对您公司的独特历史和未来需求构建的高可用性解决方案。
作者：Cassius Rhue，客户体验副总裁
经许可转载SIOS