SIOS SANless clusters High-availability Machine Learning monitoring
您是否正在为SAP环境寻找功能强大且易于实施的高可用性/灾难恢复解决方案？如果是这样，您将需要查看来自SIOS Technologies的适用于Linux的SteelEye Protection Suite（SPS）。 SPS提供集成的高可用性和数据复制功能，可与任何服务器或存储配置配合使用。 支持SAP是开箱即用的，无需任何脚本或自定义。
SPS for Linux最近获得了SAP的“SAP NetWeaver高可用性集群730认证”（NW-HA-CLU 730）的正式认证。可以在此处找到SAP认证的HA解决方案列表：http：//scn.sap.com / docs / DOC-31701有关适用于Linux的SAP高可用性解决方案的更多信息，请给我们发送一条说明，经过Linuxclustering的许可转载
上一篇文章介绍了使用无共享存储配置运行MySQL集群的优势。我们还开始使用数据复制和适用于Linux的SteelEye Protection Suite（SPS）来设置群集。在这篇文章中，我们完成了创建没有共享存储的2节点MySQL群集的过程。让我们开始吧。
现在是时候访问SteelEye LifeKeeper GUI了。LifeKeeper是SPS for Linux的集成组件。LifeKeeper GUI是一个基于Java的应用程序，可以作为本机Linux应用程序运行，也可以作为支持Java的Web浏览器中的applet运行。（GUI基于带有回调的Java RMI，因此主机名必须是可解析的，否则您可能会收到Java 115或116错误。）要启动GUI应用程序，请在任一群集节点上输入此命令：/ opt / LifeKeeper / bin / lkGUIapp＆或者，要从Web浏览器打开GUI小程序，请转到http：// <hostname>：81。
第一步是确保每个主服务器和每个目标服务器之间至少有两条TCP通信（Comm）路径，以实现心跳冗余。这样，一条通信线路的故障不会导致裂脑情况。验证主服务器上的路径。以下屏幕截图将引导您完成登录GUI，连接到两个群集节点以及创建Comm路径的过程。
步骤1：连接到主服务
器步骤2：连接到辅助服务
器步骤3：创建Com
m路径步骤4：选择本地和远程
服务器步骤5：选择
设备类型接下来，您将看到一系列对话框。对于每个框，提供所需信息，然后单击“下一步”以前进。（对于对话框中的每个字段，可以单击“帮助”以获取其他信息。）步骤6：选择用于Comm路径的本地服务器的IP地址
步骤7：选择用于Comm路径的远程服务器的IP地址
步骤8：输入本地服务器上的Comm路径
优先级在所有必填字段中输入数据后，单击“创建”。您将看到一条消息，指示已成功创建网络Comm路径。步骤9：完成Comm路径创建单
击Next。如果您选择了多个本地IP地址或远程服务器并将设备类型设置为TCP，则该过程将返回到设置向导以创建下一个Comm路径。完成后，在最终对话框中单击“完成”。重复此过程，直到定义了计划使用的所有Comm路径。通过查看“服务器属性”对话框，验证是否正确配置了通信路径。从GUI中，选择“编辑”>“服务器”>“属性”，然后选择“CommPaths”选项卡。显示的状态应为ALIVE。您还可以检查GUI右侧主窗格中的服务器图标。如果仅创建了一个Comm路径，则服务器图标将覆盖黄色警告图标。绿色心跳复选标记表示至少配置了两个Comm路径并且ALIVE。第10步：查看Comm路径状态 
在LifeKeeper GUI中，通过完成以下步骤创建IP资源并将其扩展到辅助服务器。此虚拟IP可以在群集节点之间以及依赖于它的应用程序之间移动。通过将虚拟IP用作群集配置的一部分，可以在群集节点之间切换或资源故障切换时提供客户端的无缝重定向，因为它们可以通过相同的FQDN / IP继续访问数据库。步骤11：创建资源层
次结构步骤12
：选择IP ARK使用以下建议值为您的配置输入适当的信息。（单击“帮助”按钮以获取更多信息。）在输入所需信息后，单击“下一步”继续。
|
领域 |
提示 |
| 资源类型 | 选择“IP地址”作为资源类型，单击“下一步”。 |
| 转换类型 | 选择Intelligent，然后单击Next。 |
| 服务器 | 选择将在其上创建IP资源的服务器。选择主服务器并单击“下一步”。 |
| IP资源 | 输入虚拟IP信息，然后单击“下一步”（这是您网络上任何位置都未使用的IP地址。所有客户端都将使用此地址连接到受保护的资源。） |
| 子网掩码 | 输入TCP / IP资源将在目标服务器上使用的IP子网掩码。特定TCP / IP资源地址的类的任何标准网络掩码都是有效的。子网掩码与IP地址一起确定TCP / IP资源将使用的子网，并且应与网络配置一致。此示例配置255.255.255.0用于两个网络上的子网掩码。 |
| 网络连接 | 进入IP地址接口的物理以太网卡。选择允许您的虚拟IP地址可路由的网络连接。选择正确的NIC，然后单击“下一步” |
| IP资源标签 | 接受默认值，然后单击“下一步”。此值仅影响IP在GUI中的显示方式。将在主服务器上创建IP资源。 |
LifeKeeper创建并验证您的资源。收到成功创建资源的消息后，单击“下一步”。步骤13：查看成功创建资源的通
知现在您可以完成将IP资源扩展到辅助服务器的过程。步骤14：将IP资源扩展到辅
助服务器完成创建IP地址资源后，自动启动扩展IP资源的过程，然后单击“下一步”。您还可以从现有IP地址资源启动此过程，方法是右键单击活动资源并选择“扩展资源层次结构”。使用下表中的信息完成此过程。
|
领域 |
推荐的参赛作品或笔记 |
| 转换类型 | 保持智能，然后单击下一步。 |
| 模板优先级 | 保留默认值（1）。 |
| 目标优先权 | 保留默认值（10）。 |
| 网络接口 | 这是IP地址接口的物理以太网卡。选择允许您的虚拟IP地址可路由的网络连接。默认情况下应选择正确的物理网卡。验证，然后单击下一步。 |
| IP资源标签 | 保留默认值。 |
| 目标还原模式 | 选择Enable，然后单击Next。 |
| 目标本地恢复 | 选择“是”以对目标服务器上的SQL资源启用本地恢复。 |
| 备份优先级 | 接受默认值。 |
收到层次结构扩展操作完成的消息后，单击“完成”，然后单击“完成”。您的IP资源（例如：192.168.197.151）现在受到完全保护，并且可以根据需要在群集节点之间浮动。在LifeKeeper GUI中，您可以看到IP资源在主群集节点上列为Active，在辅助群集节点上列为Standby。步骤15：检查主节点和辅助节点上的IP资源状态 
在没有共享存储的情况下创建双节点MySQL群集的中途！您已准备好设置和配置数据复制资源，您将使用该资源在群集节点之间同步MySQL数据。对于此示例，要复制的数据位于主群集节点上的/ var / lib / mysql分区中。源卷必须安装在主服务器上，目标卷不得安装在辅助服务器上，目标卷大小必须等于或大于源卷大小。以下屏幕截图说明了下一系列步骤。步骤16：创建资源层次结构步骤17：选择数据复制A
RK在“数据复制”向导中使用这些值。
|
领域 |
推荐的参赛作品或笔记 |
| 转换类型 | 选择智能。 |
| 服务器 | 选择LinuxPrimary（主群集节点或镜像源）。 |
| 层次结构类型 | 选择“复制现有文件系统”。 |
| 现有的Mount Point | 选择要复制的已安装分区;在这个例子中，/ var / lib / mysql。 |
| 数据复制资源标记 | 保留默认值。 |
| 文件系统资源标记 | 保留默认值。 |
| 位图文件 | 保留默认值。 |
| 启用异步复制 | 保留默认值（是）。 |
单击“下一步”开始创建数据复制资源层次结构。GUI将显示以下消息。步骤18：开始创建数据复制资
源单击“下一步”开始扩展数据复制资源的过程。接受所有默认设置。当询问目标磁盘时，请选择您在此过程中先前创建的目标服务器上的空闲分区。确保选择与源卷一样大或更大的分区，并且该分区未安装在目标系统上。步骤19：开始扩展数据复
制资源最终，系统会提示您选择要进行复制的网络。通常，将用户和应用程序流量与复制流量分离是最佳做法。此示例配置有两个独立的网络接口，192.168.197.X子网上的“公共NIC”和192.168.198.X子网上的“专用/后端NIC”。我们将配置复制以通过后端网络192.168.198.X，以便用户和应用程序流量不与复制竞争。步骤20：为复制流量选择网络
单击“下一步”继续完成向导。完成后，您的资源层次结构将如下所示：步骤21：查看数据复制资源层次结构 
您需要创建一个MySQL资源来保护MySQL数据库并使其在群集节点之间高度可用。此时，MySQL必须在主服务器上运行，但不能在辅助服务器上运行。从GUI工具栏中，单击“创建资源层次结构”。选择MySQL Database并单击Next。继续完成“资源创建”向导，提供以下值。
|
领域 |
推荐的参赛作品或笔记 |
| 转换类型 | 选择智能。 |
| 服务器 | 选择LinuxPrimary（主群集节点）。 |
| my.cnf的位置 | 输入的/ var / lib中/ MySQL的。（在MySQL配置过程的早期，您在此目录中创建了一个my.cnf文件。） |
| MySQL可执行文件的位置 | 保留默认值（/ usr / bin），因为您在此示例中使用的是标准MySQL安装/配置。 |
| 数据库标签 | 保留默认值。 |
单击“创建”以在主服务器上定义MySQL资源层次结构。单击“下一步”将文件系统资源扩展到辅助服务器。在“扩展”向导中，选择“接受默认值”。单击“完成”退出“扩展”向导。您的资源层次结构应如下所示：步骤22：查看MySQL资源层次结构 
接下来，您将配置MySQL以依赖虚拟IP（192.168.197.151），以便IP地址在移动时跟随MySQL数据库。从GUI工具栏中，右键单击mysql资源。从上下文菜单中选择Create Dependency。在子资源标签下拉菜单中，选择ip-192.168.197.151。 单击“下一步”，单击“创建依赖关系”，然后单击“完成”。您的资源层次结构现在应如下所示：步骤23：查看MySQL I
P资源层次结构在评估的此时，您已完全保护MySQL及其相关资源（IP地址和复制存储）。测试你的环境，你准备好了。您可以在SIOS SteelEye Protection Suite for Linux MySQL with Data Replication Evaluation Guide中找到评估过程每个阶段的更多信息和详细步骤。要下载SPS for Linux的评估版，请访问SIOS网站或通过info@us.sios.com与SIOS联系。有兴趣学习创建一个没有共享存储的双节点MySQL群集，这是我们过去成功的故事，客户满意。经Linuxclustering许可转载
运行MySQL集群的主要优势显然是高可用性（HA）。要从这种类型的解决方案中获得最大收益，您需要尽可能消除尽可能多的潜在单点故障。传统观点认为，如果没有某种类型的共享存储，您无法形成集群，这在技术上代表了集群架构中的单点故障。但是，有解决方案。适用于Linux的SteelEye Protection Suite（SPS）允许您通过在群集节点之间提供实时数据复制来将存储作为单点故障排除。让我们看一个典型的场景：您构建一个利用本地复制存储来保护MySQL数据库的集群。
为了创建一个没有共享存储的2节点MySQL群集，我们假设您正在实验室环境中使用SPS的评估副本。我们还假设您已确认主服务器和辅助服务器以及网络都满足运行此类设置的要求。（您可以在SIOS SteelEye Protection Suite for Linux MySQL with Data Replication Evaluation Guide中找到这些要求的详细信息。）
在开始设置群集之前，您需要配置存储。要复制的数据需要驻留在单独的文件系统或逻辑卷上。请记住，目标磁盘的大小，无论是使用分区还是逻辑卷，都必须等于或大于源。在此示例中，我们假设您正在使用磁盘分区。（但是，LVM也完全受支持。）首先，对本地存储进行分区以与SteelEye DataKeeper一起使用。在主服务器上，标识要用作MySQL存储库的空闲未使用磁盘分区或创建新分区。使用fdisk实用程序对磁盘进行分区，然后格式化分区并将其临时安装在/ mnt。将/ var / lib / mysql /中的任何现有数据移动到此新磁盘分区中（假设默认的MySQL配置）。卸载然后重新安装/ var / lib / mysql中的分区。您不需要将此分区添加到/ etc / fstab，因为它将由SPS自动挂载。在辅助服务器上，像在主服务器上一样配置磁盘。
接下来你将处理MySQL。在主服务器上，安装mysql和mysql-server RPM软件包（如果系统上尚不存在）并应用任何必需的依赖项。验证您的本地磁盘分区是否仍安装在/ var / lib / mysql中。如有必要，请初始化一个示例MySQL数据库。确保MySQL数据目录（/ var / lib / mysql）中的所有文件都具有正确的权限和所有权，然后从命令行手动启动MySQL守护程序。（注意：不要通过service命令或/etc/init.d/脚本启动MySQL。）连接mysql客户端以验证MySQL是否正在运行。更新并验证MySQL配置的root密码。然后创建一个MySQL配置文件，例如此处显示的示例文件：—- #cat /var/lib/mysql/my.cnf [mysqld] datadir = / var / lib / mysql socket = / var / lib / mysql /mysql.sock pid-file = / var / lib / mysql / mysqld.pid user = root port = 3306＃默认使用旧密码格式与mysql 3.x＃clients（使用mysqlclient10兼容包的那些）兼容。old_passwords = 1＃建议禁用符号链接以防止出现各种安全风险; ＃这样做，取消注释这一行：＃symbolic-links = 0 [mysqld_safe] log-error = / var / log / mysqld.log pid-file = / var / run / mysqld / mysqld.pid [client] user = root password = SteelEye —-在本例中，我们将此文件放在稍后要复制的同一目录中（/var/lib/mysql/my.cnf）。删除原始MySQL配置文件（在/ etc中）。在辅助服务器上，如有必要，安装mysql和mysql-server RPM软件包，应用所有依赖项，并确保MySQL数据目录（/ var / lib / mysql）中的所有文件都具有正确的权限和所有权。
接下来，安装SPS for Linux。为了便于安装，SIOS为SPS for Linux提供了统一的安装脚本（称为“设置”）。有关如何获取此软件的说明，请参阅SPS for Linux评估许可证密钥附带的电子邮件。在主服务器和辅助服务器上下载软件和评估许可证密钥。在每台服务器上，运行安装程序脚本，该脚本将安装少量必备RPM，核心群集软件以及所需的任何可选ARK。在这种情况下，您需要安装MySQL ARK（steeleye-lkSQL）和DataKeeper（即数据复制）ARK（steeleye-lkDR）。通过/ opt / LifeKeeper / bin / lkkeyins命令应用许可证密钥，并通过其启动脚本/ opt / LifeKeeper / lkstart启动SPS for Linux。此时，您已在两个节点上安装，许可和运行SPS，并且已配置要保护的磁盘和MySQL数据库。在下一篇文章中，我们将查看无共享群集过程中的其余步骤：创建以下内容
有兴趣了解如何为您的项目创建没有共享存储的双节点MySQL群集，与我们聊天或阅读我们的成功案例。经Linuxclustering许可转载
在VMware层实现高可用性（HA）是一种有用的解决方案。它有助于防止某些类型的故障。但是，仅VMware VMware并不能涵盖所有基础。让我们探讨使用VMware High Availability进行故障转移群集的可能性。
据Gartner Research称，大多数计划外中断都是由应用程序故障（40％的中断）或管理员错误（40％）引起的。硬件，网络，电源或环境问题导致其余问题（总计20％）。VMware HA专注于防止硬件故障，但是一个好的应用程序集群解决方案可以解决其他方面的问题。
在为VMware环境构建适当的HA策略时，需要考虑以下几点。
恢复速度怎么样？在完美的世界中，不会出现故障，停电或停机。但是，如果确实发生意外中断，那么下一个最好的事情就是快速启动并再次运行。此等式表示您的环境的总体可用性：如您所见，检测时间是等式中的关键部分。这是VMware HA独自完成的另一个地方。VMware HA将每个虚拟机（VM）视为“黑匣子”，并且无法真正了解内部运行的应用程序的运行状况或状态。内部运行的VM和OS可能很好，但应用程序可能会停止，挂起或配置错误，从而导致用户中断。即使主机服务器出现故障，您也必须等待VMware HA重新启动VMware群集中其他主机上受影响的VM。这意味着在这些VM上运行的应用程序一直关闭，直到1）检测到中断，2）操作系统在新主机系统上完全启动，3）应用程序重新启动，以及4）用户重新连接到应用程序。通过在多个VM之间的应用程序层进行群集，您不仅可以防止应用程序级中断，还可以缩短中断恢复时间。可以简单地在备用VM上重新启动应用程序，该VM已经启动并等待接管。为了最大化可用性，所涉及的VM应位于不同的物理服务器上。 或者更好的是，单独的VMware HA集群甚至是单独的数据中心！
传统的群集解决方案（包括VMware HA）需要共享存储，并且通常仅在单个数据中心内保护应用程序或服务。从技术上讲，共享存储设备代表了架构中的SPOF。如果您无法访问后端存储，则群集和应用程序将停止计数。任何HA解决方案的目标都是通过消除尽可能多的潜在SPOF来提高整体可用性。那么如何扩充本机VMware HA集群以提供更高级别的可用性？要保护整个堆栈，从硬件到应用程序，请从VMware HA开始。接下来，您需要一种监视和保护应用程序的方法。在应用程序级别（即在VM内）进行聚类是自然的选择。请务必选择支持基于主机的数据复制的群集解决方案（即无共享配置），这样您就不需要经历设置基于SAN的复制的费用和复杂性。SAN复制解决方案通常还会将您锁定在单个存储供应商中。最重要的是，要使用共享存储来群集VM，通常需要启用裸设备映射（RDM）。这意味着您将无法访问许多功能强大的VMware功能，例如vMotion。采用无共享群集配置将存储层消除为SPOF。同时允许您使用vMotion在物理主机之间迁移VM。这是双赢的！无共享群集也是灾难恢复的绝佳解决方案，因为备用VM可以驻留在不同的数据中心。
通过VMware HA分层的应用程序故障转移群集提供了两全其美的优势。您可以享受内置的硬件保护和应用程序感知，更高的灵活性和可扩展性，以及更快的恢复时间。更好的是，解决方案不需要打破银行。想了解VMware High Availability的故障转移群集如何适用于您的项目？使用SIOS办理登机手续。经LinuxClustering许可转载
当大多数人考虑设置群集时，它通常涉及两个或更多服务器，以及SAN或其他类型的共享存储。SAN的设置和维护通常非常昂贵且复杂。此外，它们在技术上代表了集群架构中潜在的单点故障（SPOF）。如今，越来越多的人开始使用Fusion-io这样的公司，以及他们闪电般快速的ioDrives，来加速关键应用。 这些存储设备位于服务器内（即不是“共享磁盘”）。 因此，它不能用作具有许多传统群集解决方案的群集磁盘。幸运的是，有一些方法可以最大化使用Fusion-io进行Linux群集的复制性能。 允许您在不涉及共享存储时形成故障转移群集的解决方案 – 即“无共享”群集。
传统集群  |
“无共享”集群 |
在将数据复制作为群集配置的一部分时，充足的带宽至关重要，这样才能在网络上复制数据，就像写入磁盘一样快。 以下是调优技巧，可让您在涉及高速存储时充分利用“无共享”群集配置：
通常，您还需要对群集配置进行调整，这将根据您决定实施的群集和复制技术而有所不同。 在这个例子中，我使用的是SIOS Technologies的SteelEye Protection Suite for Linux（又名SPS，又名LifeKeeper）。 它允许用户利用几乎任何后端存储类型形成故障转移群集：光纤通道SAN，iSCSI，NAS，或者与本文最相关的本地磁盘，需要在群集节点之间实时同步/复制。 SPS for Linux包括集成的块级数据复制功能，这使得在没有共享存储时很容易设置集群。
为了最大化使用Fusion-io的Linux群集的复制性能，让我们试试这个。SteelEye Protection Suite（SPS）for Linux配置建议：
从这里开始，像往常一样创建镜像并配置群集。有兴趣通过Fusion-io最大化Linux群集的复制性能，请参阅SIOS可以提供的其他内容。经LinuxClustering许可转载