首页> 外文会议>Twenty-ninth International Conference on Very Large Databases; Sep 9-12, 2003; Berlin, Germany >CachePortal II: Acceleration of Very Large Scale Data Center-Hosted Database-driven Web Applications
【24h】

CachePortal II: Acceleration of Very Large Scale Data Center-Hosted Database-driven Web Applications

机译:CachePortal II:加速大型数据中心托管的数据库驱动的Web应用程序

获取原文
获取原文并翻译 | 示例

摘要

Wide-area database replication technologies and the availability of data centers allow database copies to be distributed across the network. This requires a complete e-commerce web site suite (i.e. edge caches, Web servers, application servers, and DBMS) to be distributed along with the database replicas. A major advantage of this approach is, like the caches, the possibility of serving dynamic content from a location close to the users, reducing network latency. However, this is achieved at the expense of additional overhead, caused by the need of invalidating dynamic content cached in the edge caches and synchronization of the database replicas in the data center. A typical data center architecture for hosting Web applications requires a complete e-commerce Web site suite (i.e. Web server, application server, and DBMS) to be distributed along with the database replicas. Typically, the WS/AS/DBMS suite is installed in the network to serve non-transaction requests which require accesses to readonly database replicas of the master database at the origin site. In order to distinguish between the asymmetric functionality of master and slave DBMSs, we refer the mirror database in the data center as data cache or DB Cache. DBCache can be a lightweight DBMS without the transaction management system and it may cache only a subset of the tables in the master database. Updates to the database are handled using a master/slave database configuration: all updates and transactions are processed at the master database at the origin site. This architecture has two drawbacks: (1) all requests must be processed on demand at the data center or the origin Web site; and (2) the freshness of pages generated at the data center is dependent on the synchronization frequency between the DBCache and the master database at the origin site. Since database synchronization across network is very expensive, the synchronization frequency in most commercial products is usually recommended to be on the order of hours and days. As a result, the dynamic content served from the typical data center-based architecture is not guaranteed to be fresh.
机译:广域数据库复制技术和数据中心的可用性使数据库副本可以在网络上分布。这要求将完整的电子商务网站套件(即边缘缓存,Web服务器,应用程序服务器和DBMS)与数据库副本一起分发。与缓存一样,此方法的主要优点是可以从靠近用户的位置提供动态内容,从而减少网络延迟。但是,由于需要使边缘缓存中缓存的动态内容无效以及数据中心中数据库副本的同步所引起的开销是以额外开销为代价的。用于托管Web应用程序的典型数据中心体系结构需要完整的电子商务网站套件(即Web服务器,应用程序服务器和DBMS)与数据库副本一起分发。通常,WS / AS / DBMS套件安装在网络中以服务于非事务请求,该请求要求在原始站点上访问主数据库的只读数据库副本。为了区分主数据库DBMS和从数据库DBMS的不对称功能,我们将数据中心中的镜像数据库称为数据缓存或DB缓存。 DBCache可以是没有事务管理系统的轻量级DBMS,并且可以仅在master数据库中缓存表的子集。使用主/从数据库配置来处理对数据库的更新:所有更新和事务都在原始站点的master数据库中处理。这种体系结构有两个缺点:(1)所有请求都必须在数据中心或原始网站上按需处理; (2)在数据中心生成的页面的新鲜度取决于原始站点上DBCache和master数据库之间的同步频率。由于跨网络的数据库同步非常昂贵,因此通常建议大多数商用产品中的同步频率为数小时或数天。结果,不能保证从典型的基于数据中心的体系结构提供的动态内容是新鲜的。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
获取原文

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号