服务器集群简单化 Archives - 第66页共96页

如何使用Linux软件iSCSI Target设置低成本SAN

12月 12, 2018 by Jason Aw Leave a Comment

使用Linux软件iSCSI Target设置低成本SAN的循序渐进指南

当您没有足够的面团来提供昂贵的SAN硬件时，软件iSCSI目标可以是设置共享存储的好方法。iSCSI目标就像一个真正的硬件iSCSI阵列，除了它只是在传统服务器（甚至是VM！）上运行的一个软件。设置iSCSI目标是获取所需共享存储的一种简单且低成本的方法。如果您使用的是集群产品，如Microsoft Windows Server故障转移群集（WSFC），集群文件系统（如GFS或OCFS），则无关紧要。或者即使您希望通过启用存储池和实时迁移来充分利用虚拟化平台（无论是VMware，XenServer还是Hyper-V）。

关于Lio-Target

最近，Linux内核采用LIO-Target作为Linux的标准iSCSI目标。LIO-Target适用于Linux内核3.1及更高版本。LIO-Target支持Windows Server故障转移群集，VMware vSphere和其他群集产品所需的SCSI-3持久性保留。iSCSI目标提供的LUN（磁盘）可以是整个磁盘，分区，甚至只是文件系统上的普通旧文件。LIO-Target支持所有这些选项。下面，我们将介绍在Ubuntu 12.04服务器上配置LIO-Target的步骤。其他最近的发行版也可能有用，但步骤可能略有不同。

配置步骤

首先，安装Lio-target软件包：

＃apt-get install -no-install-recommended targetcli python-urwid使用targetcli命令行实用程序控制Lio-target。第一步是为LUN创建后备存储。在此示例中，我们将使用文件支持的LUN，它只是iSCSI目标服务器的文件系统上的普通文件。#targetcli /> cd backstores / / backstores> ls o- backstores …………………………………………………… […] o- fileio ………………………… ………………。[0存储对象] o-iblock ………………………………………… [0存储对象] o- pscsi ………………………………………… .. [0存储对象] o- rd_dr ………………………………………… .. [0存储对象] o- rd_mcp ………………………………………… [0存储对象] / backstores> cd fileio / backstores / fileio> help create（for help）/ backstores / fileio> create lun0 / root / iscsi-lun0 2g（创建2GB文件支持的LUN）

第二步

现在创建了LUN。使用Linux软件iSCSI Target设置低成本SAN的一半时间。接下来，我们将设置目标，以便客户端系统可以访问存储。/ backstores / fileio / lun0> cd / iscsi / iscsi> create（创建iqn和目标端口组）创建目标iqn.2003-01.org.linux-iscsi.murray.x8664：sn.31fc1a672ba1。选定的TPG标签1。成功创建了TPG 1。输入新节点/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1 /iscsi/iqn.20…a672ba1/tpgt1> set attribute authentication = 0（关闭chap auth）/ iscsi / iqn.20 … a672ba1 / tpgt1> cd luns /iscsi/iqn.20…a1/tpgt1/luns> create / backstores / fileio / lun0（创建目标LUN）选定的LUN 0。已成功创建LUN 0。输入新节点/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/luns/lun0 /iscsi/iqn.20…gt1/luns/lun0> cd ../ .. /门户iSCSI流量可能消耗大量带宽。您可能希望iSCSI流量位于专用（或SAN）网络上，而不是公共网络上。 /iscsi/iqn.20…tpgt1/portals> create 10.10.102.164（创建门户以侦听连接）使用默认IP端口3260成功创建网络门户10.10.102.164:3260。输入新节点/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.10.102.164:3260 /iscsi/iqn.20….102.164:3260> cd .. /iscsi/iqn.20…tpgt1/portals> create 10.11.102.164使用默认IP端口3260成功创建网络门户10.11.102.164:3260。输入新节点/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.11.102.164:3260 /iscsi/iqn.20…102.164:3260> cd ../ ../acls

最后一步

注册iSCSI启动器（客户端系统）以使用Linux软件iSCSI Target设置低成本SAN。为此，您需要找到系统的启动器名称。对于Linux，这通常位于/etc/iscsi/initiatorname.iscsi中。对于Windows，可在“配置”选项卡的“iSCSI Initiator属性”面板中找到启动器名称。/iscsi/iqn.20…a1/tpgt1/acls> create iqn.1994-05.com.redhat：f5b312caf756（注册启动器 – 此IQN是启动器的IQN – 为将访问目标的每个启动器执行此操作）为iqn.1994-05.com.redhat创建了节点ACL：f5b312caf756创建了映射的LUN 0。输入新节点/iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/acls/iqn.1994-05.com.redhat:f5b312caf756 /iscsi/iqn.20.…102.164 ：3260> cd /现在，记得保存配置。如果没有此步骤，配置将不会持久。 /> saveconfig（保存配置！）/> exit现在需要将启动器连接到目标。通常，您需要提供目标的IP地址才能连接到它。建立连接后，客户端系统将看到一个新磁盘。使用前需要格式化磁盘。就是这样！您已准备好使用新SAN。玩得开心！使用Linux软件iSCSI Target设置低成本SAN时遇到问题，请阅读我们的其他有用文章。在Linuxclustering的许可下重新生成

用于复制数据的平台（基于主机的复制与SAN复制）

12月 10, 2018 by Jason Aw Leave a Comment

选择要复制数据的平台 – 基于主机还是基于存储？

复制数据的两个常见平台来自对数据进行操作的服务器主机以及保存数据的存储阵列。在创建用于业务连续性的远程复制副本时，是否部署基于主机或存储的解决方案的决定在很大程度上取决于正在复制的平台以及正在使用的应用程序的业务要求。如果业务要求在发生站点灾难时对运营产生零影响，那么基于主机的技术提供了唯一可行的解决方案。

基于主机的复制

复制数据的两个平台之一是基于主机的复制。它不会将用户锁定到任何一个供应商的特定存储阵列中。例如，SIOS SteelEye DataKeeper可以从任何阵列复制到任何阵列，无论供应商如何。这种能力最终降低了成本，并为用户提供了选择适合其环境的灵活性。大多数基于主机的复制解决方案还可以通过IP网络本地复制数据，因此用户无需购买昂贵的硬件即可实现此功能。基于主机的解决方案与存储无关，使IT经理可以自由选择符合企业需求的任何存储。复制软件可与任何可安装到应用程序平台的存储硬件配合使用，提供异构存储支持。它可以在块或卷级别运行，也非常适合群集配置。一个缺点是基于主机的解决方案消耗服务器资源并且可能影响整体服务器性能。尽管存在这种可能性，但当IT经理需要多供应商存储基础架构或在特定的基于主机的应用程序中拥有遗留投资或内部专业知识时，基于主机的解决方案可能仍然适用。

基于存储的复制

另一个复制数据的平台是基于存储的复制与操作系统无关，不会增加任何处理开销。但是，供应商经常要求用户从类似的阵列复制。此要求可能成本很高，尤其是在主站点使用高性能磁盘时 – 现在必须在辅助站点使用相同的磁盘。此外，基于存储的解决方案本身通过光纤通道进行复制，并且通常需要额外的硬件来通过IP网络发送数据，这进一步增加了成本。基于存储的替代方案确实提供了来自专用存储供应商的集成解决方案的优势。这些解决方案利用存储阵列的控制器作为复制功能的操作平台。硬件和软件的紧密集成使存储供应商能够对复制配置进行前所未有的控制，并允许难以与其他复制方法匹配的服务级别保证。大多数存储供应商还定制了他们的产品，以补充服务器虚拟化并使用虚拟机存储故障转移等关键功能。有些企业可能还与特定的存储供应商建立了长期的业务关系;在这种情况下，存储解决方案可能是相关的。

选择

然而，高质量的服务是有代价的。基于存储的复制总是设置类似存储设备配置的前提条件。这意味着必须部署两个类似配置的高端存储阵列以支持复制功能，从而增加成本并将组织与一个供应商的存储解决方案联系起来。锁定到特定存储供应商可能是一个缺点。一些存储供应商在其存储阵列产品线中存在兼容性限制，可能使技术升级和数据迁移变得昂贵。在调查存储替代方案时，IT经理应注意总体拥有成本：未来许可费和支持合同的成本将影响长期的费用。成本是一个关键考虑因素，但它受到许可证成本之外的几个因素的影响。该解决方案是否需要专用硬件，还是可以与预先存在的硬件一起使用？该解决方案是否需要扩展网络基础架构，如果需要，需要多少？如果您使用复制将数据的辅助副本放在不同的服务器，存储或站点上，请意识到此方法意味着某些硬件冗余。提供重新部署现有基础架构以满足冗余硬件要求的选项的复制产品需要较少的资本支出。

优点和缺点

在决定基于主机或存储的复制解决方案之前，请仔细考虑每个复制解决方案的优缺点，如下表所示。

	基于主机的复制	基于存储的复制
优点	存储不可知同步和异步数据可以驻留在任何存储上	不受存储升级的影响单一供应商用于存储和复制主机系统没有负担操作系统不可知
缺点	在主机上使用计算资源	供应商锁定成本较高数据必须驻留在数组上光纤通道的距离限制
最合适	多供应商存储环境需要同步或异步选项实施故障转移群集复制到多个目标	喜欢单一供应商距离有限，环境受控复制到单个目标

要了解SIOS如何在平台上复制数据，请阅读我们的成功案例经Linuxclustering许可转载

可用性方程 – 高可用性解决方案

12月 9, 2018 by Jason Aw Leave a Comment

可用性方程

您熟悉可用性方程吗？简而言之，此等式显示了将应用程序恢复到可用性所需的总时间如何等于检测应用程序遇到问题所需的时间加上执行恢复操作所需的时间：

T_RESTORE = T_DETECT + T_RECOVER

高可用性解决方案的关键概念

该等式引入了高可用性（HA）的关键概念：聚类，问题检测和后续恢复。HA解决方案监控业务应用程序组件的运行状况当检测到问题时，这些解决方案可以恢复它们的服务。部署高可用性解决方案的目标是最大限度地减少停机时间。减少检测和恢复时间是您选择部署的任何HA解决方案的两个重要任务。今天的应用程序是技术组合：服务器，存储，网络基础设施等。在查看HA选项时，请确保您了解每个解决方案用于检测所有中断类型并从中恢复的技术。每项技术都会对服务恢复时间产生直接影响。

本地检测和恢复

高可用性解决方案非常简单。一种对提供最快恢复时间至关重要的技术称为本地检测和恢复（也称为服务级别问题检测和恢复）。在基本群集解决方案中，服务器已连接。它们被配置为一个或多个服务器可以在服务器发生故障时接管另一个服务器的操作。群集中的服务器节点不断地向对方发送小数据包（通常称为心跳信号）以指示它们“活着”。在简单群集环境中，当一台服务器停止生成心跳时，其他群集成员会认为此服务器已关闭。然后，它将开始接管该服务器的操作域的责任。这种方法足以检测服务器级别的故障。但除非问题导致心跳信号中断或停止，否则服务器级检测不充分。更重要的是，它实际上可以放大停电的程度和影响。例如，如果Apache进程挂起，服务器仍可能发送心跳。即使Web服务器子系统已停止执行其主要功能。基本服务器级群集解决方案不是在相同或不同的服务器上重新启动Apache子系统，而是在备份服务器上重新启动故障服务器的整个软件堆栈，从而导致用户中断并延长恢复时间。

这个怎么运作

使用本地检测和恢复，高级群集解决方案在各个群集服务器中部署运行状况监视代理，以监视各个系统组件，如文件系统，数据库，用户级应用程序，IP地址等。这些代理使用特定于受监视组件的启发式方法。因此，代理可以预测和检测操作问题，然后采取最合适的恢复操作。通常，最有效的恢复方法是在同一服务器上停止并重新启动问题子系统。通过在同一物理服务器中启用恢复，可以大大减少将应用程序还原到用户可用性的时间。此外，通过更简单地检测故障，而不仅仅是通过观察服务器级心跳。诸如SIOS的SteelEye Protection Suite for Linux等解决方案可为您的环境提供此级别的检测和恢复。确保您部署的HA解决方案也支持本地检测和恢复。您想为您的项目享受高可用性解决方案吗？请与我们联系。需要更多参考，以下是我们的成功案例。经Linuxclustering许可转载

12选择高可用性解决方案的清单项目

12月 6, 2018 by Jason Aw Leave a Comment

12选择高可用性解决方案的清单项目

选择高可用性解决方案时，您应该考虑几个标准。这些范围包括解决方案的总成本，您可以轻松配置和管理群集，以及对硬件和软件的特定限制。这篇文章简要介绍了12个最重要的清单项目。

1。支持标准操作系统和应用程序版本

需要企业级或高级版操作系统，数据库或应用程序软件的解决方案可以大大降低迁移到商用服务器环境的成本优势。部署适当的HA中间件。这样，您就可以使标准版本的应用程序和操作系统具有高可用性。同时，满足您的业务环境的正常运行时间要求。

2。支持各种数据存储配置

部署HA群集时，受保护应用程序所需的数据必须可供所有可能需要将应用程序投入使用的系统使用。您可以通过数据复制，共享SCSI或光纤通道存储或使用NAS设备共享此数据。无论您决定部署哪种方法，您使用的HA产品都必须能够支持所有数据配置，以便您可以根据业务需求进行更改。

3。能够使用异构解决方案组件

某些HA群集解决方案要求群集中的每个系统都具有相同的配置。此要求在特定于硬件的解决方案中很常见，其中群集技术旨在区分服务器或存储以及希望限制其需要支持的配置的OS供应商。此限制限制了您将按比例缩小的服务器部署为临时备份节点并重用群集部署中的现有硬件的能力。部署配置相同的服务器可能是满足您需求的正确选择，但您的决策不应由您的HA解决方案提供商决定。

4。支持群集中的两个以上节点

群集中可支持的节点数量是可伸缩性的重要衡量指标。入门级HA解决方案通常将您限制为一个双节点群集，通常采用主动/被动模式。虽然此配置提供了更高的可用性（通过添加备用服务器），但它仍然可能使您面临应用程序停机时间。在双节点群集配置中，如果一台服务器由于任何原因而关闭，则剩余的服务器将成为单点故障。通过聚类三个或更多节点，您可以提供更高级别的保护。同时，您还可以构建高度可扩展的配置。

5。支持主动/主动和主动/备用配置

选择适合您项目的高可用性解决方案是关键。在活动/备用配置中，一台服务器处于空闲状态，等待接管其集群成员的工作负载。此设置具有未充分利用计算资源投资的明显缺点。要从IT支出中获得最大收益，请确保群集节点可以在主动/主动配置中运行。

6。节点和个体服务水平问题的检测

所有HA软件产品都可以检测群集服务器功能的问题。此任务通过在群集内的服务器之间发送心跳信号并在群集成员停止传递信号时启动恢复来完成。但高级HA解决方案还可以检测另一类问题。当单个进程或服务遇到使其不可用但不会导致服务器停止发送或响应心跳信号的问题时发生的情况。鉴于HA软件的主要功能是确保最终用户可以使用应用程序，因此检测和恢复这些服务级别中断是一项至关重要的功能。确保您的HA解决方案可以检测节点和服务级别的问题。

7。支持节点内和跨节点恢复

跨群集节点和节点内执行恢复操作的能力也很重要。在跨节点恢复中，一个节点接管另一个节点的完整责任域。当错过系统级心跳时，假定应该发送心跳的服务器停止运行，其他集群成员开始恢复操作。通过节点内或本地恢复，失败的系统服务首先尝试在运行它们的服务器中进行恢复。此任务通常通过停止并重新启动服务和任何相关系统资源来完成。此恢复方法更快，并最大限度地减少停机时间。

8。服务器端恢复的客户端连接的透明度

应用程序甚至整个节点的服务器端恢复对客户端用户应该是透明的。通过使用虚拟化IP地址或服务器名称，在恢复期间将虚拟计算资源映射到物理集群实体，以及自动更新网络路由表，系统无需更改客户端系统即可访问已恢复的应用程序和数据。需要手动更改客户端配置以访问已恢复应用程序的解决方案大大增加了恢复时间。它们引入了由于人工交互所需的额外错误的风险。应该在服务器和客户端上自动恢复。

9。保护计划内和计划外停机

除了提供针对计划外服务中断的保护之外，您部署的HA解决方案还可用作管理工具，以减少维护活动导致的停机时间。通过提供允许群集成员之间按需移动应用程序的工具，您可以将应用程序和用户迁移到第二台服务器上，同时对第一台服务器执行维护。这可以消除对最终用户无法使用IT资源的维护窗口的需求。确保您的HA解决方案提供了一种简单而安全的方法，用于在群集节点之间执行应用程序和所需资源的手动（按需）移动。

10。对于常见业务功能的现有保护

您评估的每个HA解决方案都应包括经过测试和支持的代理或模块，这些代理或模块旨在监视特定系统资源的运行状况：文件系统，IP地址，数据库，应用程序等。这些模块通常称为恢复模块。通过部署供应商提供的模块，您可以从供应商和其他客户已经完成的运行时间中受益。您还可以确保持续支持和维护这些解决方案组件。

11。能够轻松整合自定义业务应用程序的保护

可能存在您希望保护的应用程序（可能是您公司的自定义应用程序），但是没有供应商提供的恢复模块。因此，重要的是，您有一种方法可以轻松地将业务应用程序合并到HA解决方案的保护模式中。您应该能够在不修改应用程序的情况下执行此操作，尤其是无需嵌入任何特定于供应商的API。应提供软件开发人员套件，该套件提供示例和保护应用程序的分步过程。此外，还有供应商提供的支持服务，以便根据需要提供帮助。

12。易于群集部署和管理

围绕HA群集的一个常见神话是，它们的部署和管理成本高昂且复杂。这不一定是真的。群集管理界面应由向导驱动，以协助初始群集配置。它应该包括在添加到集群时自动发现新元素。同样，它应该允许对整个集群进行一目了然的状态监视。最后，任何群集元数据都必须以HA方式存储。不在群集中的单个仲裁磁盘上，其中损坏或中断可能导致整个群集崩溃。通过查找此核对表上的功能，您可以根据特定的HA需求做出最佳决策。选择高可用性解决方案并非火箭科学。以下是我们的成功案例经Linuxclustering许可转载

您知道有多少带宽支持实时复制吗？

12月 5, 2018 by Jason Aw Leave a Comment

多少带宽支持实时复制？

如果要跨多站点或广域网（WAN）配置复制数据，首先需要回答一个重要问题：是否有足够的带宽来成功复制分区并使镜像处于镜像状态，因为源分区是全天更新？保持镜像处于镜像状态至关重要。仅当镜像处于镜像状态时才允许分区切换。

因此，确定支持实时复制的带宽数量的一个重要的早期步骤是确定您的网络带宽要求。如何衡量变化率 – 表示复制数据所需的网络带宽量的值？

建立基本的变化率

首先，使用这些命令确定要镜像的文件或分区的基本每日更改率;例如，要测量一天中为/ dev / sda3写入的数据量，请在当天开始运行此命令：MB_START =`awk'/ sda3 / {print $ 10/2/01024}'/ proc / diskstats `等待24小时，然后运行此命令：MB_END =`awk'/ sda3 / {print $ 10/2/0102}'/ proc / diskstats`每日变化率（兆字节）为MB_END – MB_START。您可以通过各种网络连接推送的数据量如下：

对于T1（1.5Mbps）：14,000 MB /天（14 GB）
对于T3（45Mbps）：410,000 MB /天（410 GB）
对于千兆（1Gbps）：5,000,000 MB /天（5 TB）

确定详细的变化率

计算带宽以支持实时复制的下一步是什么？您需要测量详细的变化率。收集此数据的最佳方法是记录磁盘写入活动一段时间（例如，一天）以确定峰值磁盘写入时段。为此，请创建一个cron作业，该作业将记录系统的时间戳，然后转储/ proc / diskstats。例如，要每2分钟收集磁盘统计信息，请将此链接添加到/ etc / crontab：* / 2 * * * * root（date; cat / proc / diskstats）>> /path_to/filename.txt等待确定的时间段（例如，一天，一周），然后禁用cron作业并将生成的/ proc / diskstats输出文件保存在安全的位置。

分析和绘制详细的变化率数据

接下来，您应该分析详细的变化率数据。您可以使用roc-calc-diskstats实用程序执行此任务。此实用程序获取/ proc / diskstats输出文件并计算数据集中磁盘的更改率。要运行该实用程序，请使用以下命令：＃。/ roc-calc-diskstats <interval> <start_time> <diskstats-data-file> [dev-list]例如，以下转储摘要（每个磁盘峰值为I） / O信息）到输出文件results.txt:#./roc-calc-diskstats 2m“7月22日16:04：01“/root/diskstats.txt sdb1，sdb2，sdc1> results.txt以下是results.txt文件的示例结果：示例开始时间：星期二7月12日23:44：01 2011样本结束时间：7月13日星期三23:58：01 2011样品间隔：120s＃样品：727样品长度：87240s（原始文件来源：Tue Jul 12 23:44：01 EST 2011，7月13日星期三23:58：01 EST 2011）设备的变化率dm-31，dm-32，dm-33，dm-4，dm-5，总dm-31峰值：0.0 B / s（0.0 b / s）（@ Tue Jul 12 23:44：01 2011）平均值：0.0 B / s（0.0 b / s）dm-32峰值：398.7 KB / s（3.1 Mb / s）（@ Wed Jul 13 19:28：01 2011）平均值：19.5 KB / s（156.2 Kb / s）dm-33峰值：814.9 KB / s（6.4 Mb / s）（@ Wed Jul 13 23:58：01 2011）平均值：11.6 KB / s（92.9 Kb / s）dm-4峰值：185.6 KB / s（1.4 Mb / s）（@ Wed Jul 13 15:18：01 2011）平均值：25.7 KB / s（205.3 Kb / s）dm-5峰值：2.7 MB / s（21.8 Mb / s）（@ Wed Jul 13 10:18：01 2011）平均值：293.0 KB / s（2.3 Mb / s）总峰值：2.8 MB / s（22.5 Mb / s）（@ Wed Jul 13 10:18：01 2011）平均值：349.8 KB / s（2.7 Mb / s）为了帮助您了解特定带宽需求，您可以绘制详细的变化率数据。下面将图形数据转储到results.csv（以及将摘要转储到results.txt）：＃export OUTPUT_CSV = 1＃。/ roc-calc-diskstats 2m“7月22日16:04：01“/root/diskstats.txt sdb1，sdb2，sdc1 2> results.csv> results.txt SIOS创建了一个模板电子表格diskstats-template.xlsx，其中包含可以使用roc-calc中的数据覆盖的示例数据-diskstats。以下系列图像显示了使用电子表格的过程。