3.3. intra-mart 的系统总体架构¶
以下为 intra-mart Accel Platform 的系统总体结构。
LoadBalancer 将来自客户端的连接要求传送到Web服务器,进行负荷分散等工作的装置。intra-mart推荐使用具有以下功能的负载均衡器。* 通过Cookie维持会话的功能* 通过HTTP响应内容进行健康检查的功能* 可冗余化负载均衡器本身。Web Server 在Accel Platfrom中,支持Apache WebServer和IIS。使用Resin时,利用嵌入到Web服务器中的被称为Web Server Connector的模块将来自客户端的请求从Web服务器发送到Resin上的Accel Platfrom,接收Accel Platfrom上的执行结果传递至Web服务器等,具有Web服务器和Accel Platfrom间接口的功能。Web Server Connector的连接中,设定了多个Accel Platfrom时,可通过RoundRobin功能自动分配处理。WebApplicationServer 用于运行 intra-mart Accel Platform 的服务器,支持在 intra-mart Accel Platform 中标准绑定发行的Resin、Oracle Weblogic Server和IBM Websphere Application Server。intra-mart Accel Platform 以WAR(Web存档)文件的形式被配置(部署)在此Web应用程序服务器上。intra-mart Accel Platform 本产品自身通过由IM-Juggling生成的WAR(Web存档)文件配置(部署),并在Web应用程序服务器上运行。コラム
什么是WAR文件?在用JavaEE定义的 Web Application Archive 文件中,保持了执行 intra-mart Accel Platform 动作所必须的各种文件。intra-mart Accel Platform 用的WAR文件的创建,通过 IM-Juggling 进行。保存了执行 intra-mart Accel Platform 动作所必须的各种文件,将用 IM-Juggling 创建的WAR文件,配置(调配)在 Resin 等的 Web Application Server 里通过启动 Web Application Server ,可启动和使用各种应用程序,这些应用程序可支持保存在WAR文件里的 intra-mart Accel Platform 自身数据和 intra-mart Accel Platform 。可启动和使用各种应用程序。WAR文件由于是 intra-mart Accel Platform 产品的最小单位,因此 intra-mart Accel Platform 的许可证以WAR文件为单位进行统计。
RDB 用作 intra-mart Accel Platform 的各种主表数据和事务数据的保存场所intra-mart Accel Platform 中,作为要连接的RDB产品,支持Oracle、SQLServer、DB2、PostgresSQL。Storage 用作 intra-mart Accel Platform 中使用的附件和各种文档电子文件的保存场所。 虽然可以通过 intra-mart Accel Platform 的设定将任意场所指定为存放场所,但在多个Web/AP服务器上运行时,需要准备一个能够在全部Web/AP服务器上操作同一磁盘区域的NFS或CIFS等格式的存储服务器。Apache Cassandra 由ApacheFoundation提供的开源NoSQL服务器,使用IMBox时另需此服务器。(不使用IMBox时,不需要设置Apache Cassandra服务器。)虽然Cassandra本身具有冗余化结构,但从cassandra和IMBox式样的观点来看,追求冗余化和数据的一致性时,建议在3台以上Cassandra上运行。Apache Solr IM-ContentsSearch中使用的由ApacheFoundation提供的开源的检索引擎。由于Apacphe Solr也与intra-mart相同,是Web应用程序服务器,所以作为Apacphe Solr的运行环境,也需要Resin和Jetty等Web应用程序服务器。(不使用IM-ContentsSearch时,不需要设置Solr服务器。)
コラム
大幅强化了Cloud功能的“Resin4”
intra-mart Accel Platform 中嵌入了大幅强化了Cloud功能的“Resin Ver.4”。
无论是像季节变动那样的周期性请求的增加,还是在某个时间点发生大量爆发式请求的情况,使用Resin构筑的Web网站都能灵活应对。
Resin Ver.4中采用了总体结构为“Triad”的机群,3台Resin服务器(2台Resin服务器也可)成为一个集合,采用了通过相互间的故障转移来提高可用性的机制。另外,在具备此机制的机群中,也可随时应对由于动态增减Resin服务器而带来的急剧负荷变动。此外,Triad也被应用于云上的Resin服务器。
由于进行定期监视的代理(Watchdog)会监视Resin服务器的工作状况,所以发生了障害时也可自动生成报表,有利于查明原因、恢复和防止再次发生。