CORBA分布式系统中网络分割协议可行度研究.docVIP

CORBA分布式系统中网络分割协议可行度研究 　　摘 要：对象管理组织（OMG）颁布的容错CORBA通过对象冗余的方式实现容错。但容错CORBA（FTCORBA）没有对网络分割的问题提供解决方法，即在网络分割的情况下，由于分割子网之间无法传递最新的复制对象状态，导致网络处于不断重复获取复制对象状态的阶段，操作不能继续执行，从而大大降低了系统的可执行性。通过在CORBA中间件中添加附件，在原有的容错机制上，根据对象一致性的要求分级，对不同等级的对象一致性对象采取不同的容错措施来提高系统的可执行性。并对网络分割为3个子网和10个子网的情况下进行了可行度分析验证。当网络分割情况不严重，即使所有子网都没有包含大部分网络节点时，改进的容错机制仍有较好的可执行度。当网络分割成的子网数比较多，网络的可行度与单个子网包含整个分布式系统节点数的多少有关，如果没有一个子网包含分布式系统中大部分节点时，网络的可行度仍然非常低，但仍优于改进前分布式系统的可行度。整个改进机制添加在中件间附件中，无需改变原有的ORB代码。 关键词： 公共对象请求代理体系结构；容错机制；对象冗余；网络分割；复制对象；分布式系统 中图分类号： TN915.41 文献标志码：A 0 引言 当今越来越多的应用由于其规模和复杂性，需要在分布式系统中完成，而许多分布式应用都需要系统提供容错机制[1]，例如航空交通管制、网上支付应用等，若没有容错措施，系统中任何一个环节的错误都可能造成巨大损失。而分布式系统各节点使用不同的操作平台和不同的通信协议，容错机制在系统不同层次上实现，对于每一个新的操作平台都要重新研究相应的容错机制，这样就大大降低了系统的可扩展性，并极大地增加了开发难度和开发成本。 公共对象请求代理体系结构（Common Object Request Broker Architecture，CORBA）[2]是由对象管理组织（Object Management Group，OMG）提出的基于分布式对象的中间件规范，该规范中的接口定义语言（Interface Description Language，IDL）描述了客户对象请求和对象执行接口，完整地定义了接口并说明每个操作参数。IDL 实现了组件间交互无需考虑操作平台和通信协议的不同。将分布式系统与CORBA结合[3-4]，并将容错机制交由CORBA实现能很好地解决上述问题。 容错CORBA（Fault Tolerant CORBA，FTCORBA）介绍了一种基于冗余[5]的容错机制，但没有考虑网络分割的情况，当网络出现故障，形成两个或多个相互隔离的子网，各子网对象状态因为不能互通所以不能保持一致，从而大大限制了操作的执行。因此，研究一种新的能够应对网络分割情况的FTCORBA就显得非常必要了。 1 体系结构 1.1 CORBA体系结构及特性 客户端通过接入对象引用（Object Reference）、了解对象类型和希望实现的操作来执行请求[6]。客户端可静态（访问特定对象的存根）或动态地建立请求。用动态和静态接口建立请求使用的是相同的请求语法，信息的接收方分辨不出请求是用哪种方式建立的。在执行一些功能时客户端也可直接与ORB交互。 ORB将对象执行（Object Implementation）相应的执行代码、传输参数和传输控制信息放入 IDL骨架或动态骨架。骨架是与特定的接口和对象适配器相对应的。对象执行可通过静态IDL骨架或动态骨架来接收请求。在处理对象请求或其他情况下，对象执行可能会包含从对象适配器传来的ORB服务。当请求执行完成后，控制和执行结果将会返回给客户端。 客户端和对象执行是如何获悉接口和执行信息的呢，接口定义在OMG IDL或接口库中，这些定义将用于产生客户端存根和对象执行骨架；对象执行信息则是存储在执行库中。 1）创建对象组，实现对象冗余。 a）用户端应用调用resolve_initial_references（）函数获取复制管理器引用。 b）用户端应用通过复制管理器里GenericFactory接口，调用create_object（）函数提供type_id和the_criteria，然后返回对象组引用和factory_creation_id给复制管理器，其中factory_creation_id用于之后复制管理器调用GenericFactory接口函数delete_object（）删除对象组。 c）参数管理器接口为对象组提供设置参数的操作，例如复制类型、成员类型、一致性类型、最小复制数、初始化复制数等。 d）复制管理器调用本地对象库，在合适的位置创建对象组，并且满足InitialNumberRepl