| 九月 10, 2020 |
如何在Linux环境中为SQL Server提供高可用性
如何在Linux环境中为SQL Server提供高可用性如果您的组织在Linux上运行关键业务的Microsoft SQL Server，那么您的IT团队无疑会知道持续保持高可用性，性能和安全性是多么困难。特别困难的是如何通过健壮的复制和自动故障转移来确保高可用性。使用开源软件和易于配置的HA SANless群集解决方案可以提供一种更简单的维护方法，而无需牺牲组织所需的安全性和性能。 Linux的有限高可用性选项大多数Linux发行版为IT部门提供了两个次等的高可用性选择：要么为SQL Server Enterprise Edition支付更多费用以实施“始终在线”可用性组，要么努力使复杂的“自己动手做”的HA Linux配置正常工作-这可能是异常的很难做到。 使用企业版的问题在于，它破坏了在商品硬件上使用开源操作系统的节省成本的策略。对于数量有限的小型SQL Server应用程序，可能有理由证明其额外费用。但是对于许多数据库应用程序来说，它太昂贵了，无法为Linux提供通用的HA。 使用开源软件（例如Pacemaker和Corosync或SUSE Linux Enterprise High Availability Extension），可以跨Linux环境中运行的所有应用程序提供HA。但是要使完整的软件堆栈正常工作，需要为每个应用程序创建（和测试）自定义脚本，并且即使对所使用的任何软件或硬件进行了很小的更改，这些脚本通常也需要重新测试和更新。SQL Server Standard Edition和Linux不支持的与可用性相关的功能会使这项工作更具挑战性。 在Linux中寻找SQL Server的替代高可用性解决方案为了使HA具有成本效益并且易于实施，您可能需要考虑两种不同的通用方法。 一种是使用基于存储的系统，该系统通过在冗余且有弹性的存储区域网络（SAN）中复制数据来保护数据。对于主机操作系统而言，这种方法是不可知的，但是它要求从单个供应商处购买整个SAN基础架构，并依靠单独的故障转移规定来提供高可用性。 另一种方法是基于主机的，涉及跨Linux服务器实例创建与存储无关的SANless集群。作为HA覆盖，这些群集能够在私有，公共和混合云中跨LAN和WAN运行。该覆盖图也与应用程序无关，使组织可以在所有应用程序中使用一个通用的HA解决方案。尽管这种方法确实消耗了主机资源，但是它们相对便宜并且在Linux环境中易于扩展。 大多数HA SANless群集选件提供了实时块级数据复制，连续应用程序监视以及可配置的故障转移/故障回复恢复策略的组合，以保护所有关键业务应用程序，包括那些使用标准版中始终启用故障转移群集实例的应用程序SQL Server。 SIOS Technology Corp.为Linux提供了更强大的HA SANless集群解决方案，这些解决方案具有高级功能，旨在使IT人员摆脱支持和优化计算基础架构的复杂性和日常挑战。具有LifeKeeper的SIOS Protection Suite解决方案提供：
例如，无SAN群集可以处理两个并发故障。在LAN和WAN以及私有，公共和混合云中，基本操作是相同的。
在典型的两节点群集服务器中，＃1最初是将数据复制到服务器＃的主服务器。它遇到问题，自动触发故障转移到服务器＃2，该服务器现已成为主要服务器。 在这种情况下，IT部门可能会开始诊断和修复导致＃1服务器故障的任何问题。固定后，它可以接管主要服务器或服务器＃2继续以这种能力将数据复制到服务器＃1。 使用大多数HA SANless群集配置，故障转移是自动的，并且故障转移和故障回复都可以通过基于浏览器的控制台进行控制。 有关SIOS LifeKeeper和Protection Suite解决方案的更多信息，请访问用于群集服务器环境的SIOS SAN和SANless高可用性群集。 经SIOS许可转载 |
| 九月 6, 2020 |
如何为SIOS群集软件激活许可证 |
| 八月 30, 2020 |
如果我们消除了Apache停机时间该怎么办？
|
| 八月 25, 2020 |
还原针对Linux的SIOS Protection Suite的配置细节的提示
还原针对Linux的SIOS Protection Suite的配置细节的提示干得好“随机同事”！而做得好，我并不是说好工作。 所谓“随机同事”，是指选中不应该选中的框的人，或者未选中应该选中的框的人，跳过消息和警告的男人或女人，以及“请确认”安全措施并破坏了您的SIOS Protection Suite for Linux配置。 我们都去过那里。 真是意外 但是它发生了，它发生了。 突然之间，您正在争先恐后在老板发现之前找出恢复配置，数据和“任何内容”的方法。 作为SIOS Technology Corp.客户体验副总裁，我们的团队正在与合作伙伴和客户积极合作，以架构和实施企业可用性，以保护其系统免于停机。 发生事故，最近的客户经验提醒我，即使通过多次检查和警告，即使是适用于Linux的SIOS Protection Suite产品也不能幸免于意外的配置更改，但是有一个简单的技巧可以使您从“Random Coworker's意外失误。 意外配置更改后如何恢复适用于Linux的SIOS Protection SuiteSIOS Protection Suite for Linux（SPS-L）的本机是一个名为lkbackup的工具，位于/ opt / LifeKeeper / bin / lkbackup下。 顾名思义，该工具将创建SPS-L配置详细信息的备份。 注意：此工具不会备份所有应用程序数据，但会为SPS-L配置创建所有数据的备份，例如：资源定义，在/ etc / default / LifeKeeper文件中配置的可调参数，客户创建的通用应用程序脚本，与集群状态关联的标志，通信路径/集群定义等。 [root@baymax ~ ] ＃/ opt / LifeKeeper / bin / lkbackup -c -f /root/mylkbackup-5.15.2020-v9.4.1 –cluster –ssh 示例：lkbackup创建语法 这将在/ root文件夹下创建一个名为mylkbackup-5.15.2020-v9.4.1的备份文件。 –cluster告诉lkbackup在每个群集节点上创建相同的文件。 –ssh使用ssh协议连接到每个群集节点。 其他lkbackup详细信息在这里： 我们的客户体验服务团队建议在进行SPS-L配置更改（例如升级，资源删除或添加或配置更改）之前进行备份。 因此，当您需要还原SPS-L配置时，更改就像再次运行lkbackup一样简单。 [root@baymax ~ ] ＃/ opt / LifeKeeper / bin / lkbackup -x -f /root/mylkbackup-5.15.2020-v9.4.1 –cluster –ssh 示例：lkbackup恢复语法 自动备份功能自动捕获lkbackup文件但是，如果您忘记运行lkbackup来创建此文件，而“ Random Coworker”却浪费了数小时的SPS-L设置和配置，该怎么办？如果设置SPS-L的“ Guy”或“ Gal”正在休假，陪产假或产假，该怎么办？如果您是“随机同事”，而来自基础团队的史蒂夫正驶向走廊，看看情况如何？对于大多数安装，SIOS在安装过程中启用自动备份功能。 此自动备份功能将在当地时间凌晨3点为您在/ opt / LifeKeeper / config / auto-backup下自动捕获lkbackup文件。＃。tgz [root@baymax ~]＃ls -ltr / opt / LifeKeeper / config /自动备份。*
例。配置/自动备份清单的输出 如果您的系统已正确安装和配置，则自动备份每天晚上都在运行，可以在“ Random Coworker”罢工时为您提供保护。在错误之前找到SPS-L自动备份。＃。tgz，然后使用SPS-L lkbackup工具将SIOS Protection Suite for Linux Configuration检索并恢复到先前配置的状态。 [root@baymax ~ ] ＃lkstop; / opt / LifeKeeper / bin / lkbackup -c -f /opt/LifeKeeper/config/auto-backup.0.tgz 示例：lkbackup恢复自动备份的语法 根据需要在集群中的其他节点上重复此操作。 注意。 如果您的系统似乎没有配置为生成自动备份文件并保护您免受自己的“随机同事”的侵扰，则SIOS提供安装和配置服务以及由SIOS专业服务工程师执行的配置运行状况检查。 —客户体验副总裁Cassius Rhue 经SIOS许可转载 |
| 八月 18, 2020 |
循序渐进：如何在Amazon EC2中配置SANless MySQL Linux故障转移群集
循序渐进：如何在Amazon EC2中配置SANless MySQL Linux故障转移群集在本逐步指南中，我将带您完成在Amazon Elastic Compute Cloud（Amazon EC2）中配置高可用性，两节点MySQL群集（加上见证服务器）所需的所有步骤。该指南包括屏幕截图，shell命令和相应的代码段。我假设您对Amazon EC2有点熟悉，并且已经拥有一个帐户。如果没有，您可以今天注册。我还将假设您对Linux系统管理和虚拟IP等故障转移群集概念有基本的了解。 故障转移群集已经存在了很多年。在典型配置中，两个或多个节点配置有共享存储，以确保在主节点上进行故障转移时，辅助或目标节点将访问最新数据。使用共享存储不仅可以实现接近零的恢复点目标，而且是大多数群集软件的强制性要求。但是，共享存储提出了一些挑战。首先，这是单点故障风险。如果共享存储（通常是SAN）发生故障，则群集中的所有节点都将发生故障。其次，SAN的价格昂贵，购买，设置和管理也很复杂。第三，对于想要保持高可用性（正常运行时间99.99％），接近零的恢复时间和恢复点目标以及灾难恢复保护的公司而言，包括Amazon EC2在内的公共云中的共享存储是不可能的，或者不可行。 以下内容演示了在云中创建SANless集群以消除这些挑战同时满足严格的HA / DR SLA的难易程度。下面的步骤将MySQL数据库与Amazon EC2结合使用，但可以对相同的步骤进行调整，以在AWS中创建2节点群集，以保护SQL，SAP，Oracle或任何其他应用程序。 注意：您对功能，屏幕和按钮的看法可能与下面显示的屏幕截图略有不同 1。创建虚拟私有云（VPC） 总览本文将介绍如何在单个Amazon EC2区域内创建集群。群集节点（node1，node2和见证服务器）将驻留在不同的“可用区''中，以实现最大可用性。这也意味着节点将位于不同的子网中。
将使用以下IP地址：
步骤1：创建虚拟私有云（VPC）首先，创建一个虚拟私有云（aka VPC）。VPC是专用于您的Amazon云中的隔离网络。您可以完全控制IP地址块和子网，路由表，安全组（即防火墙）等内容。您将在虚拟网络中启动Azure Iaas虚拟机（VM）。 在AWS主控制台中，选择“ VPC”
确保在“您的VPC”下，在屏幕右上方选择了正确的区域。在本指南中，将使用“美国西部（俄勒冈州）”区域，因为该区域具有3个可用区。有关区域和可用区的更多信息，请单击此处。
给VPC命名，并指定要使用的IP块。10.0.0.0/16将在本指南中使用：
现在，您应该在“您的VPC”屏幕上看到新创建的VPC：
步骤2：建立网际网路闸道接下来，创建一个Internet网关。如果您希望实例（VM）能够与Internet通信，则这是必需的。 在左侧菜单上，选择“ Internet网关”，然后单击“创建Internet网关”按钮。给它起一个名字，并创建：
接下来，将Internet网关连接到您的VPC：
选择您的VPC，然后单击附加：
步骤3：创建子网（可用区）接下来，创建3个子网。每个子网将位于其自己的可用区中。这3个实例（VM：node1，node2，见证）将启动到单独的子网（以及可用区）中，以便可用区的故障不会占用群集的多个节点。 美国西部（俄勒冈）地区（又称为us-west-2）具有3个可用区（us-west-2a，us-west-2b，us-west-2c）。创建3个子网，在3个可用性区域中的每个区域中。 在“ VPC仪表板”下，导航到“子网”，然后创建“子网”：
为第一个子网命名（“ Subnet1”），选择可用性区域us-west-2a，然后定义网络块（10.0.0.0/24）：
重复创建第二个子网可用区us-west-2b：
重复在可用区域us-west-2c中创建第三个子网：
完成后，请验证是否已创建3个子网，每个子网具有不同的CIDR块，并位于单独的可用区中，如下所示：
步骤4：配置路由表更新VPC的路由表，以便将外界流量发送到上一步中创建的Internet网关。从VPC仪表板中，选择“路由表”。转到“路由”选项卡，默认情况下仅存在一条路由，该路由仅允许VPC内的流量通过。 点击修改：
添加另一条路线：
新路由的目的地将为“ 0.0.0.0/0”（Internet），对于Target，请选择Internet网关。然后点击保存：
接下来，将3个子网与路由表相关联。单击“子网关联”选项卡，然后编辑：
选中所有3个子网旁边的框，然后保存：
验证3个子网是否与主路由表关联：
稍后，我们将再次更新路由表，定义一条路由，该路由将允许流量与群集的虚拟IP通信，但这需要在创建Linux实例（VM）之后完成。 步骤5：配置安全组编辑``安全组''（虚拟防火墙）以允许传入的SSH和VNC通信。两者都将在以后用于配置linux实例以及集群软件的安装/配置。 在左侧菜单上，选择“安全组”，然后单击“入站规则”选项卡。点击修改：
为SSH（端口22）和VNC添加规则。VNC通常使用5900中的端口，具体取决于您的配置方式，因此，为了本指南的目的，我们将打开5900-5910的端口范围。根据您的VNC设置进行相应配置：
步骤6：启动实例我们将在本指南中预配置3个实例（虚拟机）。前两个VM（称为“ node1”和“ node2”）将充当群集节点，并具有使MySQL数据库及其相关资源联机的功能。第三台虚拟机将充当群集的见证服务器，以增强对裂脑的保护。 为了确保最大可用性，所有3个VM都将部署在单个区域内的不同可用区中。这意味着每个实例将驻留在不同的子网中。 转到主要的AWS仪表板，然后选择EC2：
创建“ node1” 创建您的第一个实例（“ node1”）。单击启动实例：
选择您的Linux发行版。稍后使用的集群软件支持RHEL，SLES，CentOS和Oracle Linux。在本指南中，我们将使用RHEL 7.X：
相应地调整实例的大小。为了达到本指南的目的并最大程度地降低成本，我们使用了t2.micro尺寸，因为它是免费套餐。有关实例大小和定价的更多信息，请参见此处。
接下来，配置实例详细信息。重要说明：确保将第一个实例（VM）启动到“ Subnet1”，并定义对子网有效的IP地址（10.0.0.0/24）–选择低于10.0.0.4，因为它是子网中的第一个空闲IP。
接下来，向群集节点添加一个额外的磁盘（这将在“ node1”和“ node2”上都完成）。该磁盘将存储我们的MySQL数据库，以后将在节点之间复制。 注意：您不需要向“见证”节点添加额外的磁盘。仅“ node1”和“ node2”。添加新卷，然后输入所需的大小：
为实例Node1定义一个标签：
将实例与现有的安全组相关联，因此先前创建的防火墙规则将处于活动状态：
点击启动：
重要信息：如果这是您AWS环境中的第一个实例，则需要创建一个新的密钥对。私钥文件将需要存储在一个安全的位置，因为在您SSH进入linux实例时将需要它。
创建“ node2” 重复上述步骤以创建第二个Linux实例（node2）。完全像Node1一样配置它。但是，请确保将其部署到“Subnet2''（us-west-2b可用区）中。子网2的IP范围是10.0.1.0/24，因此此处使用的IP是10.0.1.4：
确保也将第二个磁盘添加到Node2。它的大小应与您添加到Node1的磁盘的大小完全相同：
给第二个实例一个标签…。“ Node2”：
创造“见证” 重复上述步骤以创建第三个Linux实例（见证）。完全像Node1和Node2一样进行配置，除了不需要添加第二个磁盘外，因为该实例仅充当集群的见证者，并且永远不会使MySQL联机。 确保将其部署到“ Subnet3”（us-west-2c可用区）中。子网2的IP范围是10.0.2.0/24，因此此处使用的IP是10.0.2.4：
注意：默认磁盘配置适用于见证节点。不需要第二张磁盘：
标记见证节点：
您的3个实例可能要花一些时间。完成后，您将在EC2控制台中看到正在运行的列表：
步骤7：创建弹性IP接下来，创建一个“弹性IP''，这是一个公共IP地址，将用于从外界连接到您的实例。在左侧菜单中选择弹性IP，然后单击“分配新地址”：
选择新创建的弹性IP，单击鼠标右键，然后选择“关联地址”：
将此弹性IP与Node1关联：
如果您希望其他两个实例具有Internet访问权限或能够直接通过SSH / VNC进入它们，请对其他两个实例重复此操作。 步骤8：为虚拟IP创建路由条目至此，所有3个实例均已创建，并且路由表将需要再更新一次以使群集的虚拟IP正常工作。在这种多子网群集配置中，虚拟IP必须位于分配给您的VPC的CIDR范围之外。 定义一条新路由，该路由会将流量定向到群集的虚拟IP（10.1.0.10）定向到主群集节点（Node1） 从VPC仪表板中，选择“路由表”，然后单击“编辑”。为目的地为Node1的“ 10.1.0.10/32”添加路由： |
