X

News, tips, partners, and perspectives for the Oracle Solaris operating system

从 Veritas Cluster Server 迁移到 Solaris Cluster

Guest Author

当前,我们看到越来越多的客户请求从 Veritas Cluster 进行迁移。这种趋势并非是特定于行业的;客户来自金融、汽车、制造、电信及其他行业。
他们给出了各种原因:


  1. 成本/性能:Solaris Cluster 的成本较低,并提供了卓越的功能。
  2. 服务:许多客户想要转移到可以同时为群集和 OS 提供服务的单个供应商。这样,Sun 便认清了问题的归属。
  3. Sun 为客户的关键应用程序提供了支持的代理。
  4. 某些客户喜欢我们的容器支持所提供的更大选择余地。

为对此过程进行比较详细的介绍,撰写了“将 Veritas Cluster Server 迁移到 Solaris Cluster”博客三部曲,这是开头的一篇。今天您读到的这一篇博客文章是关于群集迁移本身的,很快您就会读到一篇关于数据迁移的博客文章,以及另一篇关于案例研究的博客文章。

迁移方案

当要从 Veritas Cluster Server 迁移到 Solaris Cluster 时,您可能会面对两个方案中的其中一个:


  1. 您拥有一个包含现有数据的现有群集,并希望在新 Solaris Cluster 中就使用此数据。
  2. 您要构建一个新群集,并且已经为应用程序编写了各种 Veritas Cluster Server 代理。

也可能遇到混合方案。
如果购买新服务器,则会面对最琐碎的迁移方案,但您可以考虑将现有群集分割为两部分。由于迁移时间的原因,这显然会降低高可用性。

迁移过程


迁移过程由多个步骤组成:
  1. Veritas Cluster Server 拓扑分析。
  2. 已部署代理的清单。
  3. 代理转换策略。
  4. 数据迁移策略(将在单独的博客中介绍)。

Veritas Cluster Server 拓扑分析


在某些配置中,Veritas Cluster Server 服务组的结构非常简单,尤其是当某个应用程序的所有资源均在一个服务组中配置时。在这种情况下,我们可以采用该结构,消除不需要的资源,然后在 Solaris Cluster 资源组中配置它。在这些结构简单的配置中,Solaris Cluster 的资源组拓扑将完全相同。通常,我们必须确定并消除某些在 Solaris Cluster 中不需要的资源。
例如:
  -根本不需要 Veritas Cluster Server 代理资源。
  -磁盘组、卷和挂载资源将合并到一个或多个 HAStoragePlus 资源中。

如果 Veritas Cluster Server 群集中存在服务组相关性,则必须在 Solaris Cluster 中使用相应的关联创建资源组的模型。
http://docs.sun.com/app/docs/doc/819-2969 中介绍了 Solaris Cluster 的概念。


如果要了解有关资源组关联的更多信息,请参阅 http://docs.sun.com/app/docs/doc/819-2974/6n57pdk26?l=en&a=view&q=affinities

如果 Veritas Cluster Server 群集实现了重新启动触发器,则不需要对任何内容进行编码便可以迁移这些触发器。在 Solaris Cluster 中,只需在资源之间配置一个重新启动相关性。可以在不同资源组中的 Solaris Cluster 资源之间配置重新启动相关性。只需在属性 Resource_dependencies_restart 或 Resource_dependencies_offline_restart 中提供资源列表。

已用 Veritas Cluster Server 代理清单


Solaris Cluster 中不需要多个 Veritas Cluster Server 捆绑代理。此情形的两个方案包括:
  1. 资源 NIC 和 IPAddress 或 MultiNICA 和 IPMultiNIC 将合并为一个逻辑主机资源。
  2. 不再存在完整的磁盘组、卷和挂载资源树。我们只需要一个 HAStoragePlus 资源。

要了解有关高可用性文件系统和 HAStoragePlus 的更多信息,请参见 http://docs.sun.com/app/docs/doc/819-2974/cdcegbeg?l=en&q=HAStoragePlus&a=view
由于 Veritas Cluster Server 代理包小于 Solaris Cluster 代理包,因此您正好可以使用完全支持的 Solaris Cluster 代理取代需要编写的内部 Veritas 代理。例如,Veritas Cluster Server 没有支持的 PostgreSQL 代理,而 Solaris Cluster 却有一个。

代理转换策略


对于 Solaris Cluster 标准代理未涵盖的代理,我们必须讨论一个迁移概念。

这里有两种选择:


  1. 重新编写代理
    1.1 如果要重新编写自定义代理,可以采用基本的启动探测算法,为通用数据服务 (Generic Data Service, GDS) 代理创建一个启动和一个探测脚本。对于停止,必须合并停止和清除算法。返回代码必须依附 GDS 接口。有关 GDS 的信息,请访问 http://docs.sun.com/app/docs/doc/819-2972
    1.2 上面提到的相同规则还适用于应用程序代理。默认情况下,Solaris Cluster 监视进程树。因此,可能需要调整 GDS 代理的子监视级别,以便获得与 Veritas Cluster Server 应用程序代理的 pid 文件配置和进程字符串实现的相似功能。
    以上两种方法将完全重新编写代理并需要花费一些时间,但可获得一个纯 Solaris Cluster 配置。
  

2. 我们开发了一个迁移工具,以便利用 Veritas Cluster Server 代理的脚本并在 Solaris Cluster 中使用它们。我们只需将 Veritas Cluster Server 代理插入到 Solaris Cluster 中。可能有很少地方需要进行修改,因此出于法律方面的原���,您必须拥有该代理的独占所有权。我们不会以这种方式处理第三�����代理,但对于您的本地代理而言,这是一种非常简单的代理迁移方法。此�����务只能作为咨询服务提供。
此方法的优点是缩短了迁移时间。


Detlef Ulherr
Sun Cluster 工程部

Be the first to comment

Comments ( 0 )
Please enter your name.Please provide a valid email address.Please enter a comment.CAPTCHA challenge response provided was incorrect. Please try again.